Analog and digital readings problem | Telit Cinterion IoT Developer Community
November 20, 2020 - 1:11pm, 1254 views
Hello good day.
I have some EHS6 modules
ATI1:
Cinterion
EHS6
REVISION 03.001
A-REVISION 00.000.51
Which is constantly connected for about 6 months. with a solar panel and a battery.
Works correctly. but there was a time when it started throwing analog reads (ADC) at -1 (i.e an error occurred while trying to read). And the digital readings didn't read them to me correctly either, as they didn't give me a signal when the circuit was closed. these devices are in the field. I rebooted them telematically and the problem persisted. I have gone to the place where the devices were placed and have disconnected the power for 5 minutes. I have reconnected them and they have worked correctly again.
This has happened to me with 4 devices (on different days and *****) of the 40 that we have.
You wanted to ask them, to see if you knew what could be happening. Since it doesn't always happen. We have also noticed that this happens when they have a long time without turning off. This is why we have a bit of a hard time tracking the bug.
thank you
Hello,
And how about other functionalities of the module? Was everything working? I suppose yes as you were able to remotely reboot the module. If the reboot did not help my first impression is that maybe this problem is more related to the additional hardware than to a module itself. By remote reboot you probably rebooted the module only and locally you unplugged the whole device? Or it was somehow the same procedure but only a time without a power was different?
Regards,
Bartłomiej
The remote reboot is done from a midlet installed in the module, which reads the text messages, and executes an action depending on what you send it. the restart is done through AT commands with "AT + CFUN = 1,1".
Then the physical shutdown, I did it by disconnecting the battery. waiting 5 min and reconnecting it.
I imagine it has to do with some volatile memory, such as ram, that may fill up and do not have enough space to take a reading. and a reset with AT + CFUN = 1.1 is not enough to empty this volatile memory. (I imagine, but I don't know what it might be yet).
I imagine the modem is still working because it reads the text messages. but the main function that we have programmed depends on the digital inputs, so the rest of the functions cannot see if they were working correctly. The connection to the server was still maintained, since if it sent commands to the TCP socket, it would receive them and update the information of the Analog and digital readings, but the wrong data arrived at the server, but if they did arrive, which means that the TCP connection it was also in operation.
Maybe it has nothing to do with the processor, if not with the rest of the hardware that our distributor incorporates, I have written to them and they are trying to detect what it could be, but they still don't know. That is why I have written here, just in case someone had information that could help.
I forgot. In the modules that happened to me, I have connected an analog device and a digital one. they both failed me at reading. I couldn't read the battery either, when trying to read it gave me an error and it was not possible to establish a connection to get the reading. I mean, the internal reading of the module that reads the level of energy it receives was failing me.
AT+CFUN=1,1 reboots the module. By principle it should be completely restarted and there should be nothing remaining in any volatile memory. I think that this problem is strictly related to the hardware. Especially that we have solar batteries. So it is good that the hardware manufacturer is investigating it. I suppose that if they have any suspicions about the module failure during the investigation they can contact Thales support directly.
BTW how do you communicate with the battery - is there any other interface used for this? What exactly is the effect?