10000 FiPy with Pytrack gives error on load module · Issue #159 · pycom/pycom-micropython-sigfox · GitHub
[go: up one dir, main page]

Skip to content
This repository was archived by the owner on Sep 16, 2024. It is now read-only.

FiPy with Pytrack gives error on load module #159

Closed
tanmoydutta opened this issue Apr 23, 2018 · 6 comments
Closed

FiPy with Pytrack gives error on load module #159

tanmoydutta opened this issue Apr 23, 2018 · 6 comments

Comments

@tanmoydutta
Copy link

**PYB: soft reboot
Traceback (most recent call last):
File "main.py", line 11, in
File "Pytrack/Pytrack.py", line 5, in
TypeError: cannot create 'module' instances
MicroPython 2ac6da2 on 2017-12-18; FiPy with ESP32
Type "help()" for more information.

import os
os.uname()
(sysname='FiPy', nodename='FiPy', release='1.11.0.b1', version='2ac6da2 on 2017-12-18', machine='FiPy with ESP32', lorawan='1.0.0')
os.listdir('lib/pycoproc')
['pycoproc.py']
os.listdir()
['lib', 'boot.py', 'main.py', 'project.pymakr', 'sys', 'cert', 'L76GNSS', 'Pytrack', 'LIS2HH12.py']
os.listdir('Pytrack')
['pytrack.py']
os.listdir('lib/pycoproc')
['pycoproc.py']
**

Trying to make the Pytrack to work wth the FiPy but keep getting the following error -

import machine
machine.reset()
ets Jun 8 2016 00:22:57

rst:0x7 (TG0WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:1
load:0x3fff9028,len:8
load:0x3fff9030,len:1060
load:0x4009fa00,len:0
ho 12 tail 0 room 4
load:0x4009fa00,len:15160
entry 0x400a0644
Traceback (most recent call last):
File "main.py", line 11, in
File "Pytrack/Pytrack.py", line 5, in
TypeError: cannot create 'module' instances

MicroPython 2ac6da2 on 2017-12-18; FiPy with ESP32
Type "help()" for more information.

The Pytrack works fine with a LoPy except for some memory issues due to the new library hence I decided to switch to FiPy

@jmarcelino
Copy link

Can you try a different/better USB cable please? The FiPy has a higher initial current draw than the LoPy and some bad quality cables can't deliver the proper voltage

@tanmoydutta
Copy link
Author

@jmarcelino thanks for your quick reply. Already tried two different cables. One specially made for chargers. Hence not sure if this is really the case. How else can I find out what is wrong ?

@jmarcelino
Copy link

Thank you, as a first step please try updating the firmware, the release you have is very old

https://forum.pycom.io/topic/2875/new-firmware-release-v1-17-3-b1

@tanmoydutta
Copy link
Author

Updated the firmware, still the same problem -

import os
os.uname()
(sysname='FiPy', nodename='FiPy', release='1.17.3.b1', version='v1.8.6-849-83e2f7f on 2018-03-19', machine='FiPy with ESP32', lorawan='1.0.2', sigfox='1.0.1')

PYB: soft reboot
Traceback (most recent call last):
File "main.py", line 11, in
File "Pytrack/Pytrack.py", line 5, in
TypeError: cannot create 'module' instances
MicroPython v1.8.6-849-83e2f7f on 2018-03-19; FiPy with ESP32
Type "help()" for more information.

@tanmoydutta
Copy link
Author

Just to be sure I also updates the firmware on Pytrack board as well -

C:\dfu-util-0.9-win64>dfu-util-static.exe -D pytrack_0.0.8.dfu
dfu-util 0.9

Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/

Match vendor ID from file: 04d8
Match product ID from file: f014
Opening DFU capable USB device...
ID 04d8:f014
Run-time device DFU version 0100
Claiming USB DFU Runtime Interface...
Determining device status: state = dfuIDLE, status = 0
WARNING: Runtime device already in DFU state ?!?
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 0100
Device returned transfer size 64
Copying data from PC to DFU device
Download [=========================] 100% 16384 bytes
Download done.
state(2) = dfuIDLE, status(0) = No error condition is present
Done!

@tanmoydutta
Copy link
Author

Conclusion - keep all files in the lib folder without a subfolder.

peter-pycom added a commit that referenced this issue Aug 25, 2020
update version numbers pygate+fw
X-Ryl669 pushed a commit to X-Ryl669/pycom-micropython-sigfox that referenced this issue May 12, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants
0