Hi my second station AM.R4F07 has again problems . I detected interruptions on your server again. Month ago I made new SD card and after that everything worked just fine. Couple a days ago I noticed interruptions again. Any help please. Here send thRSH.R4F07.2022-02-11T10_20_53.logs.tar (3.9 MB) e logs… Marco
Thank you for the logs of the Shake. It seems that the booting process completes as it should, and a stable internet/NTP connection is found as well.
The issue is here:
2022 042 10:20:50>> *BSŒEIÀ…c QWdUÁ•E 2022 042 10:20:50>> ŒžÿOk3I]šœuEWñ„EkÔAûÿOkˆM¤eU27E 2022 042 10:20:50>> X M‹”K]Š+•EŒAQëœZ]ŠÄL]ª 2022 042 10:20:50>> AQºEBaƒaÐÉ²ÔE*TBU›%AU‘EÑIªSTYIÀIS cEU+”E 2022 042 10:20:50>> *URS”FIÐˆÏÔEÁH«Ue%cÛ 2022 042 10:20:50>> ŒUBUŠ 2022 042 10:20:50>> 16375 18 2022 042 10:20:50>> 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! 2022 042 10:20:50>> Data has been successfully received, fatal condition resolved.
If you haven’t already, could you please check that all the connections between the sensors and the blue Shake board are solid, and that the Shake board is firmly fitted on the Raspberry Pi board?
Sometimes a simple loose fitting can cause what you are seeing. I’ll wait for your check before we can proceed forward. You can attach pictures if you want.
As a last resort, if your check that the connections are positive, you could try again re-burning the microSD card, to see if these reading issues are connected to some file corruption that has appeared during this time.
The problem is still here. I have made new 32gb micro sd card. All the procedure are going well. The connections are all OK. But like I can see there are still corruptions on the server. I buy brand new raspberry PI model 4 model B but with new one I can not established rs locall connection. I dont know why. I can get red light solid, blue light solid but green one is blinking 8 times and then afer couple of seconds again 4 times little longer and 4 times quickly. and nothing go forward.
Here I send the logs:
RSH.R4F07.2022-03-01T15 14 25.logs.tar (1.7 MB)
Thank you for your new logs, description of what you have tried, and pictures.
The 4B board behavior is strange, we have never encountered similar things in the past if my memory serves well. From what I can see, everything from the booting procedure to the 3B Pi board is working fine, but the issue remains centered about the fact that there are communication errors between the boards and the geophone sensors, as these lines show:
2022 060 15:14:25>> Data has been successfully received, fatal condition resolved. 2022 060 15:14:25>> 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! 2022 060 15:14:25>> Data has been successfully received, fatal condition resolved. 2022 060 15:14:25>> 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!
At this point, since you have changed boards, re-burnt the microSD cards different times, and checked all the connections, you can try to send the Shake back to us so that we may able to find what is causing this by examining it in our labs. If you decide to do so, please get in contact with sales [at] raspberryshake [dot] org and they will be able to help you.
I have at home another geophone and will try to connect it to the bord. If error persist, will send board back to Panama.
I am happy to tell you. I am bought a new one RPI model3 model B+ and I have no longer interruptions on server. It is true now rpi working some of hours, but until now everything seems to be OK. I got a new station code name AMR9E2E. I have fingers crossed hehe.
I’m happy to hear that you don’t have the geophone-to-boards communication issue anymore! I’m curious about why the other was presenting those problems, but I think that without an in-depth analysis it would be difficult to know.
As usual, if you need anything else, I remain available.