@oligauc Thank you for your reply. AS923 is supported on many TTN gateways in Australia, this, is in part due to the proliferation of cheap devices coming out of Asia made specifically for AS923. Look at the TTN map and you'll notice dual antennas at a single site especially in Sydney

@lazabre01 You can create an STA_AP, however wifi bridging is not possible.

@KenM Welcome to the pin cutters club (https://forum.pycom.io/topic/1673/pysense-pinout-wake-on-pin/19) :-/

Python has a debugger , which is available as a module called pdb . It supports setting conditional breakpoints , stepping through the source code one line at a time, stack inspection, and more. import pdb msg = "this is a test" pdb.set_trace() print(msg) Insert pdb.set_trace() anywhere and it will function as a breakpoint . When you execute the script by python test.py, you will in the debug mode.

@spnear The Dragino is a single channel gateway. As long as the channel frequency and the datarates of Lopy4 and gateway match, you should see packets on TTN. The Dragino is similar to the Pycom NanoGateway

@Joe-Mulder I did not use any of these modules. However, P12 is only sampled for safe boot on reset, which may however be a reset after deepsleep or similar,

@robert-hh Thank you so much. Thank you for correcting me. Yes now I am able to send successfully.

@livius I think you're right about the damage - my solar panel produced 7v and fried my expansion board.

@Velkamhell I cannot tell from the code, where you set the transmission parameters like frequency, spreading factor and bandwidth. Just setting the region is not sufficient. The EU868 region allows the frequency to be set between 863 and 870 MHz. Unless these match at both sides, you will not receive anything. For Lopy devices, the default for the frequency is 868 MHz, the default for spreading factor and bandwidth is 7 and 125 kHz (SF7BW125). The Arduino-Dragino shield may have different defaults. Another note: I did not follow that further, but I have the impression, that Pycom devices always need at least a hard reset, if not a power cycle, to get proper operation of the LoRa circuit. After a soft reset LoRa does not seem to work.

@phusy012 Assuming that you node and server are close-by, packet loss due to poor reception is unlikely. So it might still be, that the channel configuration of node and server do not match, and sometimes the node uses channels at which the server does not listen.

@mfalkvidd Hi, tks for the reply. Ok, that explains the problems that I have.

That is a great explanation, thank you.

Hey! Did you solve it? I am having the same problem... Can't fix it. Thanks!