You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the FROSTI device has a database and stores all of it's state and configuration there.
To build a more resilient device, we need to make the SD card completely read-only. To do this, we need to at a high level:
Remove our dependence on a database, keeping all local state in memory (with some reasonable buffer, say 1 month)
Remove grafana from the device as it requires a database to communicate w/ the device
Add a single-page app (hosted by the main FROSTI process) that lets the user interact with the device
Build a back-end API that lets the device push measurements somewhere else to be analyzed
If done well, the back-end API could be on the web of hosted locally. 1st pass would just include pushing measurements so if FROSTI reboots it can pick up where it left off, even with historic data.
We can also potentially leverage the on-board EEPROM for storing things like
A device UUID for the web API
Last known configuration (which shouldn't take too much space, not sure if this is necessary)
The text was updated successfully, but these errors were encountered:
Currently, the FROSTI device has a database and stores all of it's state and configuration there.
To build a more resilient device, we need to make the SD card completely read-only. To do this, we need to at a high level:
If done well, the back-end API could be on the web of hosted locally. 1st pass would just include pushing measurements so if FROSTI reboots it can pick up where it left off, even with historic data.
We can also potentially leverage the on-board EEPROM for storing things like
The text was updated successfully, but these errors were encountered: