Batteriestatus und Speicherung des letzten Wechsel

Begonnen von Amenophis86, 12 Januar 2018, 19:23:20

Vorheriges Thema - Nächstes Thema

weini

Den List kann ich gerne liefern:
Internals:
   CID        zigbee_Aqara
   DEF        zigbee_Aqara
   FUUID      622c7365-f33f-b8ff-d885-f66b38d41c7e3585
   IODev      fhemMQTT
   LASTInputDev fhemMQTT
   MSGCNT     521
   NAME       BrZi_AquaraCube
   NR         539
   STATE      Action: wakeup
   TYPE       MQTT2_DEVICE
   eventCount 521
   fhemMQTT_CONN fhemMQTT_127.0.0.1_53698
   fhemMQTT_MSGCNT 521
   fhemMQTT_TIME 2024-07-29 10:11:13
   JSONMAP:
     battery    batteryPercent
     voltage    batterymV
   READINGS:
     2024-07-10 10:03:44   IODev           fhemMQTT
     2024-07-29 07:37:12   action          wakeup
     2024-02-17 09:36:13   action_angle    -11.97
     2023-12-22 10:00:03   action_from_side 1
     2023-12-22 10:00:03   action_side     0
     2023-12-22 10:00:03   action_to_side  0
     2022-12-15 09:05:19   associatedWith  zigbeeMQTT
     2022-03-12 11:19:51   attrTemplateVersion 20210226
     2024-07-22 16:34:29   availability    online
     2024-07-29 10:11:13   battery         ok
     2024-07-29 10:11:13   batteryPercent  70
     2024-07-29 10:11:13   batteryVoltage  2.955
     2024-07-29 10:11:13   batterymV       2955
     2024-07-29 10:11:13   current         0
     2024-07-29 10:11:13   device_temperature 23
     2023-01-03 10:46:04   devicename      Entertainment
     2023-01-03 10:46:04   devicenr        1
     2024-07-29 10:11:13   linkquality     134
     2024-07-29 10:11:13   power           8299
     2024-07-29 10:11:13   power_outage_count 93
     2024-07-29 10:11:13   side            0
Attributes:
   devices    Beleuchtung,Entertainment,Rollläden
   devicetopic zigbee2mqtt/Aqara\x20Cube
   group      Fernbedienung
   icon       wuerfel
   jsonMap    battery:batteryPercent voltage:batterymV
   model      zigbee2mqtt_aqara_cube
   readingList $DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
zigbee2mqtt/Aqara\x20Cube/availability:.* availability
   room       Barzimmer
   stateFormat Action: action
   userReadings batteryVoltage:batterymV.* {ReadingsNum($name,'batterymV',0)/1000}, battery:batteryPercent.* {ReadingsVal($name,"batteryPercent",0) < 25 ? "low" : "ok"; }
   userattr   devices

Optimal würde ich eine Lösung finden, wo jeweils Tupel oder ggf. Triple aus TYPE, Reading und ggf. Model über Attribute festgelegt werden können. Es sollte aber sinnvolle Defaults geben, so dass man sich als Nutzer nur mit den Ausnahmefällen beschäftigen muss.
Für noch exotischere Situationen die damit nicht abgebildet werden können bleibt dann noch immer der Weg über UserReadings am Device.

MadMax-FHEM

Zitat von: weini am 29 Juli 2024, 11:09:19TYPE, Reading und ggf. Model
Da sind wir ja bereits...
...und zwar (leider?) so, dass der Anwender möglichst nichts tun muss/braucht.

Wenn Attribute, dann spezifische Attribute für nur diese Auswertung.
(ähnlich ActionDetector bei Homemetaic/CUL_HM)

Wurde weiter vorne ja bereits mal diskutiert...

userReadings als zusätzliche Aktion für Ausnahmefälle: sehe ich bei (vernünftiger Wahl) Attributen gar nicht mehr.

Danke für das list.
Mal sehen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)