This would be really nice for monitoring buoy+iridium performance, and we have a few spare bytes in the SBD52 message (it's currently 331 bytes).
In particular -- when watchdog causes a reset, we lose any queued elements, so what we expect based on duration + received messages often does not match what's on the buoy.
I'd propose using 4 bits for each message type, where 0xF means ">=15 messages"; currently this would be 2 bytes.
This would be really nice for monitoring buoy+iridium performance, and we have a few spare bytes in the SBD52 message (it's currently 331 bytes).
In particular -- when watchdog causes a reset, we lose any queued elements, so what we expect based on duration + received messages often does not match what's on the buoy.
I'd propose using 4 bits for each message type, where 0xF means ">=15 messages"; currently this would be 2 bytes.