My RUT500 is a part of a remote monitoring to check that my boat, parked for the whole winter, still has power and that the whole system is ok.
For so, my system is connected by Ethernet to the RUT500, and my firmware triggers the transmission of SMS when events occur. I receive these SMS on my mobile phone. I can also poll my system by sending a SMS that contains a keyword to trigger the system to send a report when I want.
Once every one or two months, the RUT500 stops working. When I send the trigger SMS, I receive no answer. Moreover, if I send a SMS containing the word "status", the RUT500 should reply with the status of the 3G connection (level, ip address, etc.). But when my RUT500 is in this blocked state, it does not even reply to the "status" message.
What I do then is ask a friend to go to my boat and reboot the RUT500. Once restarted, it resumes operation. In particular, it sends all the replies to every SMS I had sent during the blocked state, in a row.
So it seems that in the blocked state, it still receives and buffers the incoming SMS, but for some reason, does not process them (it does not process the "status" command), and it does not make the keyword that my firmware can recognize, available for decoding. So probably the handling of the SMS by Post/Get through ethernet does not work either.
My RUT500 currently has the firmware RUT5XX_NW_00.02.46_WEBUI, but this problem occurred since the beginning.
I saw restart on its own once, but normally it does not resume operation unless it is rebooted.
I have also observed that this occurs more frequently when I am at a border when the modem alternates between my regular mobile phone operator, and foreign operators.
Did anyone experience this? I am really annoyed to have a remote monitoring system that cannot reliably be polled.