Also you might want to have a look at this thread, might be useful, since it took a lot of effort for me to be able to connect to Azure IoT Hub with my FiPy. FYI: I am using a regular phone sim-card from Telia (Scandinavian mobile provider), which is possible since they have LTE coverage in most of Northern Europe, and Germany as well i suppose. https://forum.pycom.io/topic/5713/send-data-to-azure-iothub-with-mqtt-protocol-without-using-pybytes-solved

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

@hayesey I am looking for a SIM card NB-IoT enabled in the UK. Could you let me know how you get your SIM card, or where I can find one please?

@naveen No clue. When it did not work for me, I could not get a hand on debugging. I only purchased another LTE NBIoT module to verify, that the service was available and the SIM worked. It did. Module type SIM7020.

Found the issue, appears like the pcb regulator causing the issue.

@misterlisty >>> from network import LTE >>> lte=LTE() >>> print(lte.send_at_cmd('AT!="showver"')) SYSTEM VERSION ============== FIRMWARE VERSION Bootloader0 : 5.1.1.0 [39529] Bootloader1* : 6.0.0.0 [41019] Bootloader2 : 6.0.0.0 [40343] NV Info : 1.1,0,0 Software : 6.0.0.0 [41019] by robot-soft at 2018-12-13 21:41:15 UE : 6.0.0.0 COMPONENTS ZSP0 : 1.0.99-3171 ZSP1 : 1.0.98-3170 OK >>>

Was this issue resolved? I am having the same problem with the lopy4.

It may be the case that I misunderstood the functionality of the Pygate. It looks like there's LoRa on the Pygate via the Semtech SX1257. If that's true, then my use-case would be resolved with GPy + Pygate. Can someone confirm that my original question had a flawed premise, and that GPy + Pygate would provide LoRaWAN gateway with cellular backhaul?

Gern geschehen. Grüße aus Dänemark

@misterlisty Would this work for you download a little semaphore file at the beginning of the ftp session have the scheduler check the semaphore file size and pause if it exists Perform the necessary ftp operations Download an empty file as the semaphore file so the scheduler can see that ftp is no longer in progress. (It would be nice if ftp supported a local delete of the semaphore file)

@jcaron Yes, you could make a simple passthrough script between UART0 and UART2 I think. That may however conflict with the normal LTA firmware, and you migth have to use WiPy firmware for the device, which ignores everything besides the ESP32. I do not know wheter is is fast enough, and you have to deal with the complete modem configuration. The physical UART pins to the modem seem accessible on FiPy only. On GPY, TX and RTS are connected internally.

@John-Baird Hi John, interesting comments. Thanks for your input. I gather you are using the deepsleep functionality of the unit. I find that the deepsleep call hangs periodically and needs to be helped along with a kick from the WDT every so often. The actual LTE communications part seems to work quite well once you work out how to drive it. I do find every so often that I get strange failures that are difficult to explain. I would be keen to understand the steps you have taken to achieve an acceptable degree of reliability, as I am sure are others. Do you use in sort of real time control within your application. I have a number of functions that need to happen on a periodic basis (from minutes to hours to days to monthly). I am just trying to get my mind around how I might be able to use the RTC for this. Working out how to initialise it/synchronise it is another challenge. I have a need to toggle an output pin every 2 seconds when my device is asleep. I sleep for 2 minutes at a time, to conserve power. I ended up having to resort to an external circuit to toggle the output as I could not see an easy way to do this with the FiPy. I could have probably used the ULP, but this is a bit beyond me at present.