Health Check on a Boom

I’d like a health check on a boom - AM.RE805

I know the 1D at this site is dead, I’m not too sure whether the boom is still up to par.
They are seperate units - the boom was bought after the shake 1D.

Why am I asking?
Condensation and electric currents erode copper very (too) effectively! The raspberry Pi’s are dead, the 1D sensor board is lacking a few critical copper links (plated through holes, and chip pins) while the boom sensor board appears to be unscathed! Could I be so lucky?

I don’t think the boom has ever displayed a graph in the local station view - see image. I always meant to ask about that - and I guess now I am.

The logs are attached.

It’s uploading something to the dataview site. If I toggle the Clip and RMS options it shows it’s picking up something (as it sits on the desk next to me here.)

RSH.RE805.2026-07-15T00_41_24.logs.tar (3.5 MB)

Hello graibeard, and welcome back to the community.

From what I can see via the DataView link you posted, the infrasound sensor of RE805 seems to be working and performing as expected. The Boom is still online and transmitting data as this UTC morning.

From the logs (thank you for uploading them) it seems that something is “out of place”, for example:

2026 196 09:38:02: Discovered Instrument: RBOOM.Bm
2026 196 09:38:03: Unable to find an eth[0-9] or wlan[0-9] interface with a valid default route
2026 196 09:38:03: Ethernet is OFF and WiFi is OFF

But the instrument is clearly on and transmitting data as we have seen.

This may indicate some form of microSD card corruption, that could be also be impacting the missing Activity Preview display you have highlighted.

I would advise to re-burn a completely new microSD after formatting and erasing all its data/partitions (you can use DISKPART for this, as it is very efficient), and then see how the Shake behaves with the newly installed system. I will leave the link to the burning instructions here for your convenience: microSD card topics.

Regarding the RS1D instead, as you mention condensation erosion, do you have pictures of the boards you can send us so I can forward them to our hardware department?

Thank you.

Okay, Sometimes, life just gets in the way…
I still haven’t had time to do the simple fix of burning a new card, but I saw the board a moment ago and remembered that you wanted pics. So see attached.

I’d say the board had been stewing for a while, and I’m amazed that it lasted so long; it was at least a couple of days between it failing and me getting to it and disconnecting the power. The Pi is in the bin and a replacement is available but I haven’t decided yet whether to set it up again / replace it.
Same symptoms on the Pi’s - eroded tracks and pins. Quiet spectacular really - just a shame about the cost / nuisance value.

Attached are images of the shake board, after a clean with isopropoyl. The missing pins are noteworthy - I’m guessing they had the 5 volts, but ditto for the board traces that carried the +V
The underside view shows the missing via’s but they are obvious once you tune into what you’re seeing.
Looks like it had conformal coating on it, not sure if that was you or me?


hello graibeard,

thanks for the update and pics. for each of the issues you reported:

  • Boom

    • board and Pi are working fine, as demonstrated by the successful connection and delivery of data to the server
    • rs.local not displaying live data on the home page - this has been identified as a bug and will be fixed in the next Shake-OS update, to happen within the next month
    • ethernet interface not correctly identified - this has been identified as a bug and will be fixed in the next Shake-OS update. it is important to note that this bug does not result in any type of performance degradatation.
  • 1D

    • the board is not salvageable

please don’t hesitate to let us know of any other issues or questions which you may have.

cheers,
richard