Hello all,
I’ve let outdoor my RS during the night and the morning to test the influence of the variation of the temperature on the measurement. When I came to collect data, the RS was under a big sun and was hot, maybe too hot … I’ve let him have a rest during the afternoon to get colder and put it again at the end of the afternoon, in a shady place, to check if the RS was still working. It seems that yes, the data seems to be correct.
But three day after, data were strange : it seems that the RS acquire data in a sparse way, just during few tens of second every 2 or 3 minutes.
I attach the screenshot of the data and the log . If you have an idea to simply repair the RS !
Thank you
1 Like
Hello Hugo,
Thank you for the logs. When Raspberry Pi’s (and, consequently, our Shakes too) overheat, the most noticeable issue is loss of performance and data gaps. All things that you have reported in your messages.
For future reference, our Shakes’ peak performance is rated betwee 0°C and 60°C.
From the logs, the booting process is fine, and the Shake bot starts and connects to the internet without issues. However, these lines tell us that there is something going on between the boards and the sensors:
2023 317 01:32:30>> internal error: buffer overflow! cannot process read data...
2023 317 01:32:30>> buf: {ÿ_k#I]ÊŽ]I M]ŠÜOk¨M¸²„Q'TI I]ª'”E2AA0JE
2023 317 01:32:30>> X „EœJ]ŠäL]ªEAAºEBaƒ÷@”ɧ–Q ÁËQUI0ÉË6aTRe” c]‘E”ÉÇP%ÑÊA€U‚Re” eU‘E”É·Œ[ ÑÊA
2023 317 01:32:30>> 16320 365
2023 317 01:32:30>> JSON Packet error: '[' or '{' expected near '3'
2023 317 01:32:30>> Cannot process record, throwing it away.
2023 317 01:32:30>> 3C6E','4937','497B','40E9','36F4','32D8','3847','4740','59B4','68F9','710A','6ED7','63EF','553B','4A77','49CE','504E','585B','5E3A','6275','6686','694E','6905','626E']}
2023 317 01:32:35>> No Data has been received from the MCU in 12 read attempts.It appears the MCU is not transmitting data. This is a fatal condition and should be investigated if this condition persists!
2023 317 01:32:35>> Data has been successfully received, fatal condition resolved.
As you can see, there are errors mixed with some ‘gibberish’ that cannot be successfully interpreted. My first thought would be to check and see if the current power supply you are using is continuing to deliver a stable voltage between 5.0 and 5.2V and a current of at least 2.5A at all times, as a decrease in power could lead to data services interruption. If the data interruptions continue to happen, and if you have another Pi power supply that you know is in working condition, please try to exchange the current one with that, and see if the Shake now properly works for longer periods.
A second check that you can do is to see if all the connections between the sensor, the blue Shake board, and the Pi board are still solid and free from dirt or any other element that could compromise transmission. As usual, if you decide to disassemble the Shake when doing this, please make sure you are using proper ESD (ElectroStatic Discharge) protection (such as gloves, etc.), as electronics do not like static electricity too much.
As a last resort, and if all these checks come out as positive, then I would recommend re-burning the microSD card, and see how the Shake behaves with a freshly-installed system, removing potential issues derived from corrupted files. I will leave the burning instructions link here for your convenience: microSD card topics
Thank you, I will check my RS point by point and come back to you.
A last think, where do you find the file where all problems are describes in the log ?
2 Likes
No problem, take the time you need.
In particular, the errors I’ve listed above are contained inside the odf_SL_plugin.err file, while I could say that the booting process was ok by the contents of the postboot.log file.