Refrigerator history monitoring stopped a week ago
-
I'm still having trouble with this. My refrigerator sensor battery died, I changed it, and I restarted SignalK.
I see the refrigerator temperature and humidity in the SignalK data browser, but either temperature or humidity has been reporting 0 since. It seems random which one will show up.
On the theory that maybe the monitoring list is too long since these are the last items, I removed refrigerator humidity from the monitoring list.
Would it be possible for me to see the data history as a table, just showing the datetime and value for each sensor.
I know that the history graph doesn't do well with graphs, and a sensor log would make debugging so much easier.
Thank you!
-
What do you see in the databrowser for those values and how often do they update? Saillogger normally ignores values that are older than 60 seconds. Almost all instruments report values every couple of seconds in general, so 60 seconds should have a lot of buffer.
-
The sensor broadcasts it's value infrequently, like once a minute. When the Bluetooth sensor plugin receives the broadcast, it sends it out via SignalK.
Let me see if we can make the Bluetooth plugin broadcast every 30 seconds or whenever it receives a broadcast.
-
I asked if the Bluetooth plugin could rebroadcast data for up to 30 seconds. Here's the reply I got:
It'd be bad design to rebroadcast as SK assigns a timestamp for the delta. Rebroadcasting would create spuriously timestamped data and be redundant with existing function -- plugins like SailLogger can ask for the temperature path at any time. If SailLogger is marking infrequently updated paths like temperature missing after 60 seconds that's a SailLogger issue/limitation.
-
I think things are getting a bit confused here. You don't want to rebroadcast data, you want fresh data relatively frequently. Saillogger requests the path every minute and checks the age of the data. If it is more than 60 seconds, it doesn't consider it fresh enough. Otherwise what it displays would be obsolete information (i.e. it is identical to rebroadcasting the stale data into Saillogger).
Which plugin is this and how frequently is the data refreshed (like not rebroadcast but actually refreshed)?
-
This workflow is using the "BT Sensors plugin" (https://github.com/naugehyde/bt-sensors-plugin-sk).
By default, the sensor broadcasts its data whenever it changes significantly, but at least every 60 seconds by default with the stock firmware.
(link to custom firmware: https://github.com/atc1441/ATC_MiThermometer)When the "BT Sensor Plugin" sees this reading, it broadcasts it out to SignalK.
The bad user behavior is that the sensor broadcasts (or "advertises") its current state every 60 seconds by default, which just matches the obsolete timeout in Saillogger.
This leads to the refrigerator reading being missing some or most of the time.
We could fix this by increasing the broadcast rate from the sensor, but these sensors use tiny little batteries, so maximizing battery life is important.
Perhaps Saillogger could have an override for devices that don't change quickly, like tanks or temperature sensors, and tolerate a 5 minute data refresh interval?
-
Plugin version is available on Saillogger settings in the boat tab: https://saillogger.com/settings/?tab=boat
-
This is still happening. When I first open the Real Time monitoring page, the refrigerator shows 0F. After sitting on the page for a minute or so, it shows the correct temperature.
My other temperature sensors don't have this problem. They show the temperature when I first open the page
-
