HMIP und RSSI-Werte in FHEM

Begonnen von Abraham1220, 01 Januar 2020, 12:06:29

Vorheriges Thema - Nächstes Thema

Abraham1220

Hallo,

ich habe gestern festgestellt, dass man die aktuellen RSSI-Werte von HMIP Geräten in FHEM übermittelt bekommt; und zwar in den Readings 0.RSSI_DEVICE und 0.RSSI_PEER.

Setzt man in FHEM den Befehl get <device> deviceinfo ab, werden die RSSI-Werte ohne Vorzeichenbit dargestellt, d.h. man muss z.B. vom Wert 200 die Zahl 256 abziehen um auf den üblich genutzten Wert von -56 zu kommen. Werden die Readings nun via RPC automatisch aktualisiert, werden die RSSI-Readings gleich korrekt dargestellt (also -56). Nur bei einem get <device> update bleiben sie weiterhin auf dem 8bit unsigned Wert und stehen "falsch" in den Readings.

Woran liegt das? Ist das ein Bug in einem FHEM-Modul oder in debmatic (welches ich verwende um die CCU anzubinden)?

Zusatzfrage: Weiß jemand, warum das bei normalen Homematic Geräten (also nicht IP) generell nicht klappt. Hier wird immer der statische RSSI-Wert 1 übertragen und man muss sie die RSSI-Werte über die devconfig der CCU holen.

Danke!

zap

Get update holt die Werte per Rega Schnittstelle. Da scheint die CCU nicht 256 zu subtrhieren. Müsste ich nachträglich anpassen. Mal sehen.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

fr00sch

Hallo,

ich bin bei meiner Suche nur hier auf das gleiche Problem gestoßen.
Kann es sein, dass dieser Fehler in den letzten Monaten nicht behoben wurde?
Denn bei einem manuellen update erhalte ich immer noch sehr hohe RSSI-Werte:

Internals:
   DEF        xxxxxxxxxxxxxxxx
   FUUID      xxxxxxxxxxxxxx
   IODev      ccu3
   NAME       HmIP_Praesens_Eingang
   NR         9069
   STATE      off
   TYPE       HMCCUDEV
   ccuaddr    xxxxxxxxxx
   ccudevstate active
   ccuif      HmIP-RF
   ccuname    Praesens_Eingang
   ccutype    HmIP-SPI
   channels   4
   statevals  devstate
   Helper:
     DBLOG:
       0.OPERATING_VOLTAGE:
         logdb_container:
           TIME       1606977317.27529
           VALUE      2.7
       0.RSSI_DEVICE:
         logdb_container:
           TIME       1606977317.27529
           VALUE      198
       0.RSSI_PEER:
         logdb_container:
           TIME       1606977317.27529
           VALUE      195
       1.CURRENT_ILLUMINATION:
         logdb_container:
           TIME       1606977317.27529
           VALUE      0.1
       1.ILLUMINATION:
         logdb_container:
           TIME       1606977317.27529
           VALUE      0.0
   READINGS:
     2020-12-03 07:35:17   0.CONFIG_PENDING false
     2020-12-03 07:35:17   0.DUTY_CYCLE    false
     2020-12-03 07:35:17   0.ERROR_CODE    0
     2020-12-03 07:35:17   0.INSTALL_TEST  true
     2020-12-03 07:35:17   0.OPERATING_VOLTAGE 2.7
     2020-12-03 07:35:17   0.OPERATING_VOLTAGE_STATUS 0
     2020-12-03 07:35:17   0.RSSI_DEVICE   198
     2020-12-03 07:35:17   0.RSSI_PEER     195
     2020-12-03 07:35:17   0.SABOTAGE      false
     2020-12-03 07:35:17   0.UPDATE_PENDING false
     2020-12-03 07:35:17   1.CURRENT_ILLUMINATION 0.1
     2020-12-03 07:35:17   1.CURRENT_ILLUMINATION_STATUS 0
     2020-12-03 07:35:17   1.ILLUMINATION  0.0
     2020-12-03 07:35:17   1.ILLUMINATION_STATUS 0
     2020-12-03 07:35:17   1.PRESENCE_DETECTION_ACTIVE on
     2020-12-03 07:35:17   1.PRESENCE_DETECTION_STATE off
     2020-12-03 07:35:17   activity        alive
     2020-12-03 07:35:17   battery         ok
     2020-12-03 07:35:17   control         on
     2020-12-03 07:35:17   hmstate         off
     2020-12-03 07:35:17   state           off
   hmccu:
     devspec    xxxxxxxxxxxxx
     dp:
       0.CONFIG_PENDING:
         OSVAL      0
         OVAL       0
         SVAL       false
         VAL        false
       0.DUTY_CYCLE:
         OSVAL      0
         OVAL       0
         SVAL       false
         VAL        false
       0.ERROR_CODE:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.INSTALL_TEST:
         OSVAL      true
         OVAL       true
         SVAL       true
         VAL        true
       0.LOW_BAT:
         OSVAL      ok
         OVAL       0
         SVAL       ok
         VAL        false
       0.OPERATING_VOLTAGE:
         OSVAL      2.7
         OVAL       2.7
         SVAL       2.7
         VAL        2.700000
       0.OPERATING_VOLTAGE_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       0.RSSI_DEVICE:
         OSVAL      -58
         OVAL       -58
         SVAL       198
         VAL        198
       0.RSSI_PEER:
         OSVAL      -61
         OVAL       -61
         SVAL       195
         VAL        195
       0.SABOTAGE:
         OSVAL      0
         OVAL       0
         SVAL       false
         VAL        false
       0.UNREACH:
         OSVAL      alive
         OVAL       0
         SVAL       alive
         VAL        false
       0.UPDATE_PENDING:
         OSVAL      false
         OVAL       false
         SVAL       false
         VAL        false
       1.CURRENT_ILLUMINATION:
         OSVAL      0.1
         OVAL       0.1
         SVAL       0.1
         VAL        0.100000
       1.CURRENT_ILLUMINATION_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.ILLUMINATION:
         OSVAL      0.0
         OVAL       0.0
         SVAL       0.0
         VAL        0.000000
       1.ILLUMINATION_STATUS:
         OSVAL      0
         OVAL       0
         SVAL       0
         VAL        0
       1.PRESENCE_DETECTION_ACTIVE:
         OSVAL      on
         OVAL       1
         SVAL       on
         VAL        true
       1.PRESENCE_DETECTION_STATE:
         OSVAL      no
         OVAL       0
         SVAL       off
         VAL        false
Attributes:
   DbLogExclude .*
   DbLogInclude 0.RSSI_.*,0.LOW_BAT,0.OPERATING_VOLTAGE,1.CURRENT_ILLUMINATION,1.ILLUMINATION
   IODev      ccu3
   ccureadingfilter .*
   controldatapoint 1.PRESENCE_DETECTION_ACTIVE
   event-min-interval .*:900
   event-on-change-reading .*
   eventMap   /datapoint 1.RESET_PRESENCE 1:reset/datapoint 1.PRESENCE_DETECTION_ACTIVE 1:detection-on/datapoint 1.PRESENCE_DETECTION_ACTIVE 0:detection-off/
   hmstatevals SABOTAGE!(1|true):sabotage
   room       Treppenhaus
   statedatapoint 1.PRESENCE_DETECTION_STATE
   stripnumber 1
   substitute PRESENCE_DETECTION_STATE!(0|false):off,(1|true):on;PRESENCE_DETECTION_ACTIVE!(0|false):off,(1|true):on
   verbose    0
   webCmd     control
   widgetOverride control:uzsuToggle,off,on


Grüße
RPi3B+ als FHEM mit VCCU,ZWave,Signalduino,MQTT
RPi4B als CCU3
QNAP TS451p(mit Docker) als Messwerte-Datenbank

zap

Wenn ich das behebe, dann in HmCCU 4.4
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

fr00sch

Ah cool, danke für die Rückmeldung.
RPi3B+ als FHEM mit VCCU,ZWave,Signalduino,MQTT
RPi4B als CCU3
QNAP TS451p(mit Docker) als Messwerte-Datenbank

Christoph Morrison

@zap:

Zitat von: Abraham1220 am 01 Januar 2020, 12:06:29
Zusatzfrage: Weiß jemand, warum das bei normalen Homematic Geräten (also nicht IP) generell nicht klappt. Hier wird immer der statische RSSI-Wert 1 übertragen und man muss sie die RSSI-Werte über die devconfig der CCU holen.

Hast du hierzu eine Idee?