Dear @t0000899 and all others here,
@t0000899 said in Firmware Release v1.20.1:
Sometimes during FTP transfer there is an unhandled exception and flash memory is formatted.
Memory dump at 0x4020234c: bad00bad bad00bad bad00bad
Guru Meditation Error: Core 0 panic'ed (IllegalInstruction). Exception was unhandled.
@andreas said in Firmware Release v1.20.1:
We can confirm this after upgrading to 1.20.1 on FiPy and LoPy4 devices, with or without VARIANT=PYBYTES. We are also spuriously getting these core panics, see also https://community.hiveeyes.org/search?q=bad00bad bad00bad bad00bad.
Guru Meditation Error: Core 1 panic'ed (Cache disabled but cached memory region accessed)
Guru Meditation Error: Core 1 panic'ed (IllegalInstruction). Exception was unhandled.
Memory dump at 0x4020f958: bad00bad bad00bad bad00bad
We have been working on mitigating these issues, so if you feel lucky, you might want to try one of our custom builds published to . More background about this is available through .
If we are lucky together, this will improve the stability significantly. If you will be still receiving the core dumps, I will be happy if you would share its content with us. Please just don't paste it into the comment itself but put it into a file which you will be able to upload by dragging it into the text area.
Please be aware that when upgrading from a lower firmware version to the current 1.20.1.r1 development release these builds are based upon, you will have to erase your device completely before flashing in order to keep things straight as outlined within this topic already. Hint: Use a command like pycom-fwtool-cli --port /dev/ttyUSB0 erase_all, see also .
Please also be aware that this procedure will also erase the LoRa MAC stored on the device. @robert-hh thankfully outlined the procedure to restore it appropriately:
If you still know the value the LoraMac had before, then you can follow the procedure explained at https://forum.pycom.io/topic/1272/lora-mac-ffffffffffffffff/21.
If you do not know it, you will have to use the Pycom updater to restore it:
First, use the Pycom updater (GUI version) to install a recent image (like pybytes 1.20.1) from the Internet. You do not have to use it, the installation process itself already restores both the LoRa MAC and the Sigfox ID.
Then, use the Pycom updater to flash the custom image. Do not erase the flash in between.
As it turned out to gain more robustness for others already [4,5], we will be happy to learn if this happens to you as well.
With kind regards,
P.S.: For all people who want to go with Pybytes, we just published builds using VARIANT=PYBYTES at . When going that way, you should probably save the pybytes_config.json before invoking the erase_all procedure and restore it to the device afterwards.
P.P.S.: All these builds use the LittleFS filesystem to prevent filesystem corruption which works for us very well.
Hello, back for some more questions. So I'm trying to scan for LTE network in the area using some AT Commands. I tried using AT+SQNINS=<state> but I dont think I got all of the outputs. I tried the following below.
'\r\n+SQNINS: 0,4,7,,,,,,,,\r\n+SQNINS: 0,13,7,,,,,,,,\r\n\r\nOK\r\n'
'\r\n+SQNINS: 1,4,7,,,,,,,,\r\n+SQNINS: 1,13,7,,,,,,,,\r\n\r\nOK\r\n'
how could I show the other outputs from the command like the cell id, pci, rsrp and rsrq?
Do I need to upgrade firmware?
Dear @kjm, @crumble and @robert-hh,
@andreas said in OneWire.py problem:
I was too quick on that detail. After getting into the MicroPython code, I see that porting/enabling the modonewire.c from Genuine MicroPython on Pycom MicroPython will require more efforts than I will be able to dedicate to this topic for now.
Finally, we have been able to port the native 1-Wire/DS18X20 driver to Pycom MicroPython and published respective firmware images called 1.20.1.r1-0.7.0-vanilla-dragonfly-onewire. See also Inofficial firmware bakery for Pycom/ESP32 devices.
Please be aware that you will have to use a set of different Python drivers to access the lowlevel API available through https://github.com/micropython/micropython/tree/master/drivers/onewire.
If you are willing to test this, we will be happy to hear about the outcome for you.
With kind regards,
Using latest pycom updater (1.16.1) and I cant seem to select tar.gz files from the file list when using the Flash from local file option. All the files are greyed out and unselectable.
This is on Mac OS Catalina.
The file received did not contain the L01 firmwar images, only for FPy and Lopy4.
I am doing an accelerometer condition wake up. My question is:
In what axis is applied the threshold of enable_activity_interrupt?
I made a little try putting acc.enable_activity_interrupt(750, 200), so the threshold should be 750 mG. Resting, the z axis marks 1 G, so the threshold should be crossed and the Pytrack should wake up, but it doesn't. So that is why I am asking myself which axis should surpass the threshold.
For a client, I'm looking for a senior Micropython/embedded developer (freelance/contractor) that preferrably has experience with Pycom modules. I have been working as developer for the client myself, but they need extra help.
You will be working on the software for a new iteration of the (Pycom-based) device that the company is developing. You will be working most of the time on the Micropython code that runs on the devices. You will also need to be comfortable with embedded C in order to analyze and fix problems in the Pycom firmware when they arise and extend the firmware in case a feature cannot be implemented in Micropython.
You can work remotely, but occassional visits to the company headquarters in Noord-Brabant are desired.
Developer Experience Profile
Embedded C + GNU command line toolchain (gcc, gdb, binutils)
Inter-IC Protocol knowledge: I2C, SPI, 1Wire, etc.
Analyzing/Debugging hardware issues using a logic analyzer
Development of device drivers and other low-level code (both in Micropython as well as C)
Unit testing (esp. Python) is a plus
TypeScript & React experience is a big plus, but not a must
Bluetooth experience is a plus, but not a must
The company is active in the smart building and real-estate space. It has many Pycom-based products deployed in a number of large buildings in The Netherlands. The team working on the products and services is very small so you will have a lot of influence on the product. The company is based in Noord-Brabant, The Netherlands, easily accesible by car or public transit.
Please contact me at:
post AT martijnthe DOT nl