Hi, This is indeed not directly built into the micropython firmware. You could implement it in C using the ESP-IDF, but we cannot give you in-depth support for that. There do exist some examples over on the espressif esp-idf repository on github that you can look at

@Chandan-Verma can you clarify which example you are using, which region you are in, and where exactly the error happens (the full log/trace would be useful)?

@tttadam said in LTE init error: lte = LTE(debug=True) Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: extra keyword arguments given Concerning this error, please update to the latest stable firmware (1.20.2.r4) as the 'debug' keyword is not supported in the version you're using. Let me know if it happens again, generally the issue is solved by either machine.reset() or a power cycle

@Etienne-DAL-PRA Thank you very much. This fixed it :)

@jcaron Thanks for the info!

I tried the legacy firmware without the pybytes stuff. It is works all right with that fw.

I have made the test with scan intervals and scan windows equal to 10 ms. static esp_ble_scan_params_t ble_scan_params = { .scan_type = BLE_SCAN_TYPE_ACTIVE, .own_addr_type = BLE_ADDR_TYPE_PUBLIC, .scan_filter_policy = BLE_SCAN_FILTER_ALLOW_ALL, .scan_interval = 0x10, .scan_window = 0x10 }; The results are better but still not as good as v1.20.3.b0 Beta Firmware was. With the new values, I raised up to 60% of advertisement frames catched. Always with the same conditions and 500 ms as advertisement interval.

@Gijs actually I solved my problem before seeing this , anyway it is very interesting. In particular, my problem was solved by removing if not bt.isscanning(): bt.start_scan(-1) # start scanning with no timeout print('Trying to establish connection with Nord') connection = bt.connect('ac5fea133f19') I found out these commands were not needed and they broke my code.

I never managed to reproduce the Core Dump but I found this : https://github.com/pycom/pycom-micropython-sigfox/commit/3f690a5733d31ff938aad6219c498f7d1bf98346 A bug fix, the issue was not resolved in the version I used. This issue could explain the core dump I encountered. The issue is fixed in the last beta version (v1.20.3.b3) and in the last release (1.20.2.r4) of the firmware.

@Filisia-Melissari With the pysense the pycom updater will switch the FiPy to download mode. (assuming you mean bootloader mode). besides that, you can always force bootloader mode by connecting P2 to GND and pushing the reset button on the FiPy. P2 is available on the external IO header of PySense, the middle pin in the row with the square pin, or at the FiPy itself.

Hi, From what I understand, the Fipy's LTE modem no longer responds to you in the Pysense V2 (That is what cannot determine modem state! means). You mention using different fipys and pysenses etc. Do you have multiple Fipys experiencing this issue? Only on Pysense 2.0 X, or also on Pysense 1? Are you using additional accessories on the Pysense through the expansionpins? Can you try the following for me on the Fipy that does not work. Completely wipe the Fipy flash (in the pycom firmware update tool, advanced section clear NVS, CONFIG and erase flash check marks) and update to the latest firmware 1.20.2.r1. Let me know Gijs

Updates I guess my sims aren't activated for LTE-M (they should be) but only NB-IoT. I upgraded my modem to NB1-41019 and it works now :)

@paul_tanner What's the value of net.sec in you case?

@robert-hh I see, that what I thought. then I will reuse UART1. Thanks :)

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

Someone found a workaround - check out this github here: https://github.com/pycom/pycom-micropython-sigfox/issues/424