It's possible to restart SIM7000G? about lilygo-t-sim7000g

[procopio]

I also tried to reset the Arduino board using the RESET button but the SIM7000G only come back if I power off the board disconnecting the USB cable and switch off.

[Mr-HaleYa]

If your board stops responding to AT then you are doing something wrong in the sketch. My company has these installed all across our city for data collection, they have been running for months and all reply to AT commands just fine. Not a single one has gone "bad".

---

Assuming you just want to REBOOT the sim7000g you can use

#define MODEM_RST     5

void modem_reset() {
  Serial.println("\nModem hardware reset\n");
  pinMode(MODEM_RST, OUTPUT);
  digitalWrite(MODEM_RST, LOW);
  delay(260); //Treset 252ms
  digitalWrite(MODEM_RST, HIGH);
  delay(10000); //Modem takes longer to get ready and reply after this kind of reset vs power on
}

This will do the same thing as pressing a REBOOT button on the sim7000g (if it had one).
you can also just disconnect all power (batteries and USB) then plug it back in.

the button on the board called RST is for the ESP32 to REBOOT

if it is not replying to AT after this you may need to RESET the sim7000g. there is a sketch made to reset the board.
/examples/Arduino_TinyGSM/ResetModem
It is not a perfect reset tho because they don't have one for the sim7000 yet so it's using the sim800 code (very very similar)

---

Another thing, we don't use the FONA library. that is adafruit. it is super old, outdated, and not maintained as it should be. If you are just trying to build something simple, FONA might work. I have done a LOT of development with Sim7000 modules and I also have tried using FONA. I hated it. they use bad methods of "talking" to the sim7000 that can result in a "bricked" device (AT not working).

So for those reasons I highly recommend using TinyGSM since it is under active development.

---

If this has fixed your issue CLOSE it, If you need more help, leave a reply 🙂

- Hale

[procopio]

Thanks @Mr-HaleYa for all this information.
I'm not using FONA, I made my own direct calls with async wait for response.

It's difficult to investigate because it took more than 24h to stop.
I'm using 25 boards to test and only 1 or 2 stops after this time. They are not always the same stopping.

I tried your reset and tried to use the PWR pin for 1500 ms to try to reset the SIM board when it stop responding but didn't work too.
When the SIM7000 stop responding the STATUS led is on.
The only way to restore is to disconnect from power.

In your city your are using 2G, 3G or LTE?
Here the board is in 2G and the power consumption is bigger.
Maybe this could be causing the SIM halts?

In your city you have any kind of periodic reset to avoid halts?
Do you have any other clue to check?

Thank you!!

[Mr-HaleYa]

Where do you live? because in the USA 2G is dead since t-mobile (the last company carrying 2g) has ended support.

Maybe this could be causing the SIM halts?

I use CAT-M1 which is a version of LTE. I also used 2G for months so I'm VERY doubtful this is the reason

---

What else is it doing when it stops working? like I said it should not just stop unless something is wrong. What I do is if any errors happen ESP.restart();

[procopio]

I'm in Spain, we have some areas with only 2G yet.
I will try to test in the city with LTE and see if this stops too.

When it stops the ESP keep working I just lose the communication with SIM7000.
I also tried the ESP.restart() but the ESP restarts normally and the SIM7000 still don't respond until I disconnect the power.

I will keep trying to find whats wrong and get back with updates soon.

Many thanks for your help!

[procopio]

After 72hrs running the boards in the city none has stopped.
This is a good news, but I use this boards inside cars moving into areas without signal.
So it concern me if it will stop or not...
I'm still guessing the problem could be caused by a power consumption peak.
There is some point of the board where I can add a capacitor to hold the power to avoid this kind of situation?
Many thanks for your help!

[grichfitz]

Hay procopio
I am also in Spain and not having any issues like this. What carrier are you using for 2G?

[procopio]

Hi @grichfitz , we are using Orange and you?

[Mr-HaleYa]

Why do you think that is caused by power consumption peak? You think the power draw spikes or dips and then it locks the sim7000? Adding a capacitor with smooth spikes but I really don't understand your thinking of power spikes

If you want to restart the modem I explained how but you said it didn't work yet you didn't really explain what you meant by that. When they stop working do the little red LEDs keep blinking or do they both shut off or what is the state of the board?

[procopio]

Found the problem!
At some point we was sending AT commands without wait the response from another command.
I think this was crashing the sim7000 someway.
Now we learn to send one command per time.
Thanks for you all and hope this help someone.

[Mr-HaleYa]

Found the problem!
At some point we was sending AT commands without wait the response from another command.
I think this was crashing the sim7000 someway.
Now we learn to send one command per time.
Thanks for you all and hope this help someone.

Yes, that can cause crashes.
I hope you have fixed your problem but if you are still having disconnections I found that mine was having them because it was trying to connect to incorrect bands. I removed all bands except band 12 from catm1 and now it hasn't disconnected once for a week. before it disconnected every 52-85 minutes

if you are using catm1 or NBIOT then you can see the bands with this AT command AT+CBANDCFG?
and set you own bands with AT+CBANDCFG=CAT-M,12 (I use catm1 band 12 only)

[procopio]

Tks for the tip @Mr-HaleYa!
My problem with AT command was the AT+CGATT=1 has timeout of 140 seconds to give an error, but in the AT Commands document it is wrong (75 seconds).
After the 75 seconds I was trying to send a new command and the modem stop responding.