Add Support for Temperature and Humidity Sensors + New Config File Format #12
No reviewers
Labels
No labels
cat:refactoring
cat:security
cat:tooling
is:breakingChange
is:bug
is:feature
is:idea
is:postponed
res:wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: CCCHH/spaceapid#12
Loading…
Reference in a new issue
No description provided.
Delete branch "Bendodroid-envSensors"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This MR adds support for the
sensors/temperature
andsensors/humidity
fields.Also changes the config file format to include the sensor configuration and a new 3-part structure:
Fixes #6
TODOs:
assigned to @Bendodroid
changed the description
marked the checklist item Handle Temperature and Humidity sensors as completed
marked the checklist item Parse dynamic config as completed
marked the checklist item Generate HTTP endpoints as completed
marked the checklist item Write to response as completed
changed the description
marked the checklist item Save to persistent state as completed
added 7 commits
c3f51f2e
- Rename "static" to "response" for consistencydaac0b3b
- Change Sensors field type in config and response to map6e1a8ac0
- Initialize sensors map with static parts when parsing config38710484
- Generate HTTP endpoints for environment sensors42483df7
- Update config-template.json with placeholders for environment sensors44143c0c
- Save sensor values to persistent-state.json70b2e806
- Only pass State struct pointer to StateOpen, not entire responseCompare with previous version
marked the checklist item Merge old state as completed
marked this merge request as ready
changed the description
changed the description
Does this also handle sensors without a name properly?
changed this line in version 3 of the diff
added 2 commits
04b7efd7
- Open the persistent file just for writing when saving0241a506
- Handle sensors that don't have a name, just a locationCompare with previous version
It does now uwu
(At least I think so...)
resolved all threads
approved this merge request