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!
Get update holt die Werte per Rega Schnittstelle. Da scheint die CCU nicht 256 zu subtrhieren. Müsste ich nachträglich anpassen. Mal sehen.
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
Wenn ich das behebe, dann in HmCCU 4.4
Ah cool, danke für die Rückmeldung.
@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?