Feature Request, Make Synthetic Alarm Sources, #5
Description
Summary
Make, for example, synthetic medical devices which send data to ADaM of the following form.
Example of Respiration
One device, Call it Happy.
A sample file many seconds or minutes long of respiratory data from a VentMon.
The data loops indefinitely.
This would be a normal respiration during day activity.
Second device, Call it Sneezy.
A sample file many seconds or minutes long of respiratory data from a VentMon.
The data loops indefinably.
This would be a abnormal coughing fits with coughing fits and sneezes.
Third device, Call it Sleepy.
A sample file many seconds or minutes long of respiratory data from a VentMon.
The data loops indefinably.
This would be a normal sleeping respiration.
Forth device, Call it Snory.
A sample file many seconds or minutes long of respiratory data from a VentMon.
The data loops indefinably.
This would be a abnormal sleeping respiration including sleep apnea.
These devices would publish their data to ADaM.
ADaM would use a Krake for enunciating status including alarms.
Example with EKG
Similar to the above but with EKG waveforms both normal and abnormal.
Example with Home Assistant
Home Assistant is a free, open-source, local-first platform for automating and controlling smart home devices, acting as a central hub to unify different brands (like lights, thermostats, security) into one interface for personalized control and privacy, running on your own hardware like a Raspberry Pi. It prioritizes local processing, reducing reliance on the cloud for faster, more reliable operation, and offers deep customization through integrations and powerful automation tools for DIY enthusiasts.
Home Assistant can support devices with MQTT and publish to MQTT.
Home Assistant's MQTT features enable lightweight, real-time communication for diverse IoT devices using a publish/subscribe model, offering flexibility, standardized integration, and efficient data handling for sensors (temp, presence), lights, HVAC, and alarms, with support for discovery, secure connections (TLS/certs), and advanced functions like birth/LWT messages, making it ideal for unsupported or resource-constrained devices.
Example with ESP32 Dev Kit
Firmware on an ESP32 Dev Kit which MQTT published some pseudo telemetry which changes when a tester presses the Boot button.
Different messages can be sent with the different kinds of presses supported by short presses and long presses and multi presses.
See this library: https://github.com/cygig/DailyStruggleButton
The goal is that a Dev Kit alone with out any additional hardware becomes an alarm source to ADaM.