@Eric73 Oh wow, that makes sense... So it actually is transmitting at max power, as expected. That's good to know. Thanks so much for your insight! @catalin @Xykon would you be able to confirm this? If so I think it's important to change the documentation in https://docs.pycom.io/firmwareapi/pycom/network/lora/. Thanks!

I have just reported exact same problem with VSCode and PySense board. [https://forum.pycom.io/topic/6007/lopy-repl-in-vscode-not-working-with-firmware-higher-then-1-20-1](link url)

@rcolistete If using the nvs class by @oligauc below: that one indeed writes to the flash file system. If you use the nvs_xxxx methods from the pycom module, data is stored in the separate nvs partition and not in the file system partition.

@MarcosPycom77 A good start is that you share your code and try to figure out the line causing this.

@robert-hh Thank you so much! Works well

@nemke-petrovic The break statement in the last line is wrong. That way, the code will not wait for a connection. And also, the antenna is internal.

@Widget Contrary to cellular networks, LoRaWAN networks usually don’t transmit much, if at all. Other than the odd join accept, confirmed frame ack, or downlink, all of which should be very rare, they don’t transmit anything, and definitely no beacons, advertisements or broadcasts. So it’s not possible to check if there’s a network around, just by listening, unless you plan to wait a very long time or get very lucky. But have you checked TTN’s coverage map? Also remember that radio waves don’t like obstacles. Find the closest active gateway(s) and check the path between them and you, taking into account terrain/elevation, buildings, vegetation, etc. There are tools that allow you to simulate all that. TTN being an open initiative, coverage varies widely. Some areas have lots of outdoor gateways in very good (high) locations, others may be the proverbial desert...

Thanks to Pycom support, the issue was solved by a format of the whole Flash Memory using pycom-fwtool-cli -p <port> erase_all command and flashing again the firmware.

@JuanMa I am currently trying the same, also referencing this video from Pycom: https://www.youtube.com/watch?v=NnUVYIedl_w When i run the HTTP server from the OTA folder in pycom-libraries-master/examples/OTA the folders are already in place, but i get same error as you! What did you do to solve it precisely? Thanks /RM

@Kcsss Read the documentation here more carefully. The case is important! from network import LoRa import socket import ubinascii import struct # Initialise LoRa in LORAWAN mode. # Please pick the region that matches where you are using the device: # Asia = LoRa.AS923 # Australia = LoRa.AU915 # Europe = LoRa.EU868 # United States = LoRa.US915 lora = LoRa(mode=LoRa.LORAWAN, region=LoRa.EU868)

Thank you @andreas and @robert-hh for your prompt responses. It seems this problem had been solved several months ago by you guys, but unfortunately my google searches hadn't returned any results in that regard. Anyways, glad it's all cleared up. I'm now using Robert's library and it works perfectly. Best regards, Dan

@Steve-Williams : Yes, it was a typo above but not in my actual code implemented. Thanks for catching that.

@KenM You could also use the pycom.nvs_set and pycom.nvs_get methods. Those write to flash, but use wear-levelling methods. The advantage is they'll survive more conditions than RTC.

@jcaron Oh, I see. Thank you 😄But why the socket in lora mesh can be bound to an IP address? Are they different?