Dear Pycom community!
We're happy to announce the release of version 1.20.2.r1
This version contains new functionalities dedicated to the Machine Learning app in Pybytes:
Machine learning model deployment feature
install this update from Pybytes
or with the Firmware Updater
find the source code in the git branch v1.20
download the firmware packages (.tar.gz) from the docs
and find the .elf files in the github release
The easiest way I've found was using Putty and a TTL-Adapter like that:
Just connect the TTL-Adapter with Jumper Wires to the Pins P0 and P1 of your board and select the right Com Port with Putty and set the right baudrate in Putty. Don't forget to connect the Adapter to the ground of the Pycom Board and select 3.3V on the adapter with the bridge!
@ArulAfy Peter Hinch has made some drivers. Look here: https://github.com/peterhinch/micropython_eeprom.git
They were made for the micropython.org variant. So you may have to adapt them a little bit, most on how to create an SPI object and to mount/create the file system.
@robert-hh Thanks for the mention of the -c option! I did not know this, but it works! No more resets needed between commands.
And yes, I understand that I do not need to erase the flash every time I load a new firmware. But my example was trying to show that any 2 commands in a row had the same behaviour, for example:
Run pycom-fwtool-cli -p COM7 lpwan
The correct output is shown, with the SMAC, SID, PAC and LORA REGION
Run pycom-fwtool-cli -p COM7 lpwan once again, without resetting LoPy
The same error occurs: Exception: Failed to connect to ESP32: Timed out waiting for packet header
Now, with the -c option enabled, the procedure above works! Thanks so much!
@Fred I haven't seen a schematic so I can't really comment on the performance gains you are referring to but unless i've missed something any circuitry before the connector (SMA/MMCX/u.fl or otherwise) is in most cases independant of what it's connecting to. From what i've seen there's already a manual active antenna switch in the form of a jumper (AON?) which negates the need for any electronic switching mechanism, unless you mean for the internal/external antenna feed, in which case i would have thought doing away with the passive onboard module altogether would have been the solution as in 'real world' conditions it's use is very limited. Perhaps you can clarify, I may be getting the wrong end of the stick here.
@Gijs @jcaron Thank you for your recommendations, I had considered MicropyGPS before starting this thread as i've had a fair amount of experience with it in the past, however it doesn't seem to play nicely on Pycom modules and causes it to crash (also as a frozen module). Regardless, as the dump_nmea() function simply prints the sentence it can't be used to feed the update() function within MicropyGPS. If i get a spare few minutes I'll write some stuff for the Pycom lib, in the mean time i'll have a go with L76GNSV4 :)