As I mentioned before, we make use of an adapted version of the Lora-net gateway stack: https://github.com/Lora-net/lora_gateway/tree/master/libloragw, if you look at our open source firmware, you'll find a folder called pygate where most of the driving code is: https://github.com/pycom/pycom-micropython-sigfox/tree/Dev/esp32/pygate. I dont know if such a compatible example exists for a lora repeater.

@jcaron So you get a curve that varies during the whole awake time between 30 and over 100 mA. Ah I see. I think I confused myself when I saw the LoRa transmit in the documentation of 105mA and thought it was somehow the overall current draw of the awake time because it was similar to the 100mA you had mentioned before but I get it now. So the current draw is about 100mA (conservative) on average over the awake time. You've been a really great help. Thanks for all your patience :)

@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!

@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)

@Eric73 Thanks for the info

@catalin Ok, I will try the licensing then. Thank you very much.

@Colateral said in Lopy4 433Mhz example: Does anybody have 433Mz lora initialization? I don't actually know any details about this, but just stumbled over [1] the other day. So, @robert-hh might be the right one to ask about this. Please also see [2], where you might find more appropriate details to go ahead on this. [1] https://packages.hiveeyes.org/hiveeyes/foss/pycom/robert-hh/LoPy4-1.20.0.rc13-eu433.tar.gz [2] https://github.com/pycom/pycom-micropython-sigfox/issues/345

@papasmurph Use the socket.bind( x ) where x is your desired port before doing the send

@Bettina This topic has been silent for a month. It is 6 days to Sep 22nd now, and no activity. May I assume that the attempt is silently canceled?

@Eric73 Great, thanks for your help !

@melkoutch hope you still read this as this thread is quite old. I stumbled upon it having the exact same problem (LoPy4 <-> Feather M0 in raw LoRa). Adjusting the spreading factor doesn't seem to solve it for me. Would you be able to post the code fragment that you used to successfully connect the two? Thanks a lot!

Nevermind, I solved it. I'm new to real time programming and apparently had to find out the hard way not to put code that's too time consuming into an ISR. I changed it so that the ISR just changes a flag and that the actual work is being done in the main loop.

@robert-hh Thanks for that will take a look

Okay this has answered my question! Looking forward to test the border router functionality.

@asb said in Firmware Over The Air (LPWAN): Hi, Im curious about the following: Reading in the things networks forums, there is some interesting material about work regarding firmware updates using LoRa. Let's say for example the things network implements over the air updates via lora in their console. Could existing LoPy's (4) use this feature, or could a manual firmware update from pycom enable this feature or not possible? Thanks Best regards We have user's who have implemented there own firmware OTA using lora in the past. I dont think anything got released for public use however. Ill try and find out what our plans are Re: Lora OTA.

@snehasg96 main.py is executed automatically when the device boots. If ouy wnat to run a script, like recv.py, manually, just enter at the REPL prompt (the one with >>>): import recv