You can restore it to factory test firmware by flashing UserDemo firmware in M5Burner

@Edoardo_27
have you tried official examples: https://uiflow-micropython.readthedocs.io/en/latest/module/bala2.html
https://github.com/m5stack/M5-ProductExampleCodes/tree/master/Application/Bala2

Hello @fkarner

well, while the website iotcreators.com is still up theirs SIM cards no longer seem to be activated. From the iotcreators.com discord server:
a user asks: "... I'm wondering if iotcreators.com is still active ..." and
[STAFF] Afzal answers: "It is not. Sorry. I tried my best to keep it alive"

Thanks
Felix

Hello @fkarner

Miotiq, in my opinion, is a good offer - I tested with one myself. And they list Italy as supported country.

However, when I tried a while ago, the Miotiq SIM did not allow the modem to connect directly to my server. The modem always has to use the Miotiq backend as a proxy. See here.

So for instance the M5Stack MQTT example will not work as the modem cannot connect directly to M5Stack MQTT server.

Thanks
Felix

Hello @fkarner

I get SimStatus: 1 when SIM card is installed and recognized. (I get SimStatus: 0 if I remove the SIM card.)

So yes, it appears that something is either wrong with the SIM card you are using or with the sim card slot in the DTU.

Thanks
Felix

Hello @ewoodier84

hmm, I am not seeing that. I get to select from all three buttons in UIFlow2 V2.2.3 with M5Core2 selected.

The same is true when I load some of my older UIFlow2 programs.

Which browser are you using? I think UIFlow2 only works properly in Chrome. Maybe try to clear the cache?

Thanks
Felix

Hello @fkarner

I get the same error, but it's not fatal. The error stems from the fact that in ATOM_DTU_NB.h a GPIO is defined, e.g.

#define ATOM_DTU_SIM7020_RESET -1

for the SIM7020 reset which isn't connected in the DTU.
If you change that to something like 13 the error goes away.

The program is probably stuck in Inititalzing modem as it tries to check for the SIM card and that it doesn't have a PIN defined.

Have you double-checked that the SIM card is placed in the correct orientation and that it doesn't use a PIN?

Thanks
Felix

Hello @s1y99

reading your other post, I think you already figured that out yourself. It's not possible to jumper LoRa V1.1 so the same GPIOs are used as it were for the older LoRa module.

Both LoRa modules use the same GPIOs for MOSI (23), MISO (19) and SCK (18). However RST and IRQ cannot be jumpered the same; CS/NSS can be jumpered the same.

LoRa (433 old): RST(26), IRQ (36), CS/NSS (5)
LoRa V1.1: RST(25/13), IRQ (35/34), CS/NSS (0, 15, 12, 5)

Note: GPIO numbers above are for an M5Core (Basic).

Please also see schematics here and here.

Just curious. What is preventing you from modifying your firmware to use the GPIOs of the newer LoRa module?

Thanks
Felix

Hello @desmbr

have you checked the boot option? In M5Burner click onto the Configure (yellow) button and then set Boot Option to Show startup menu and network setup. Then click onto Next to set the new boot option.

Thanks
Felix

Hello @fkarner

thank you for the update. So it's confirmed something's wrong with the first SIM7020G. I still suspect the baudrate got changed somehow, especially since you are writing that the LEDs behave normally.

Thanks
Felix