PoC: Generic Sensor Handling #5344
Draft
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
@willmmiles Good news: The PoC for a generic handling of sensor readings that we discussed in #5319 turned out to be less complicated than initially expected!
Please try out the examples in
UM_SensorInfoandUM_SensorDummyto see if this is going in the right direction.I've also adjusted
DHT,TemperatureandInternal_Temperature_v2, but haven't been able to test it in-depth (my boards seem to be a bit shaky).Concept & Features
Sensor...SensorChannel...SensorValue, which can represent one specific datatype (float,int,bool, ...).SensorChannelPropertiesconsist of:SensorValue's (typical) minimum range of operation.SensorValue's (typical) maximum range of operation.Temperature,Voltage, "NotKnownYet", ...°C,V, "WTF", ...SensorValuefor sensor readings:boolfloatint32_tuint32_tvoid*- although not recommended)ValueType==float, or quantity = "Temperature".And don't forget to look at the Info-Page!