|
STAR
Cal STAR — firmware, DAQ server, and engine design
|
How to bring up an Elodin database and push data into it without real hardware, so you can verify the Elodin side of the pipeline and inspect data in the editor.
The standalone "groundstation GUI" (groundstation/ground_station_elodin_gui.py) and the send_fake_pt / test_fsw_simulator helpers referenced by older versions of this guide are no longer part of the tree. The supported fake-data path today is the board simulator → daq_bridge → Elodin stack and the web GUI.
Brings up Elodin DB, daq_bridge, the board simulator, and the web backend/GUI:
Pipeline: sim/board_simulator.py → UDP :5006 → build/bin/daq_bridge → Elodin DB (:2240) → backend → web UI. The simulator emits DiabloAvionics-format heartbeats and sensor data, so the whole server path exercises real parsing, routing, and calibration.
For the full dev stack (all services in tmux) with the simulator enabled:
To stand up only the database (e.g. to point the editor or an ad-hoc client at it):
This:
Arguments are <db_port> <db_name> (defaults 2240 / test_groundstation).
In the editor you can watch the per-board, per-channel tables update live (PT1.CH3, PT1_Cal.CH3, ACT4.CH5, …; see web-gui/DATA_FLOW.md for the entity/packet-ID scheme), and query historical data.
If sensor data is not appearing, confirm the board simulator is running and the daq_bridge is bound to :5006; see ADC_AND_ELODIN_DIAGNOSTICS.md.