wie kommt man eigentlich auf die idee seine fragen soweit zu abstrahieren, das jeglicher zusammenhang mit openHAB wegfällt? und auch erst dann nur mit teilen der details rausrückt wenn sich jemand die fingern blutig geschrieben hat? warum kann man nicht seine eigene implementierung beschreiben, minutiös darlegen was man beobachtet hat und was man eigentlich erwartet?
mrburns hat geschrieben: ↑03.02.2019, 17:42
OpenHAB
RSSI, RSSI_DEVICE, RSSI_PEER, SIGNAL_STRENGTH
eine einfache google suche nach "openhab homematic signal_strength" bringt mich zu
https://community.openhab.org/t/homemat ... s/39494/10
ich denke, das beschreibt diese datenpunkt hinlänglich ausreichend.
wenn man dann noch im detail wissen will, was mit "overall RSSI" gemeint ist, könnte man ja vielleicht in die docu vom openHAB HomeMatic binding reinschauen
https://www.openhab.org/addons/bindings/homematic/
da steht was von "A virtual datapoint (Number) with the unified RSSI value from RSSI_DEVICE and RSSI_PEER, available in channel 0 for all wireless devices". was ist mit "unified" gemeint? lasst uns doch einfach in GitHub im addons repo nach RSSI suchen.
ui, die zweite fundstelle bringt mich zu
https://github.com/openhab/openhab2-add ... r.java#L62 und dort könnte man dann interpretieren, wann in RSSI entweder der device oder der peer RSSI drinnensteht.
mrburns hat geschrieben: ↑03.02.2019, 17:42
UNREACH, STICKY UNREACH
auch hier, ein einfache google suche bringt mich zu einem script von alchy
https://community.openhab.org/t/homemat ... es/25139/4 in dem alle möglichen fehlermeldungen "übersetzt" werden.
mrburns hat geschrieben: ↑02.02.2019, 10:47
Wie man aber sieht ist UNREACH immer Null. Wenn das eine IST gestört und das ander WAR gestört anzeigt, dann müsste zu einem Zeitpunkt X auch mal UNREACH auf 1 gewesen sein - ist es aber nicht.
mrburns hat geschrieben: ↑03.02.2019, 17:42
Dazu nutzt man die 'Persitencee' in OpenHAB. Das bedeutet, dass man die Daten zu bestimmten Zeitpunkten, die man selber Festlegen kann in eine Datenbank schreibt. Man kann auch angeben, dass die Werte, immer wenn sie sich verändern in die Datenbank gesichert werden sollen. So habe ich das mit UNREACH und STICKY UNREACH gemacht. Ich nutze als Datenbank influxDB. Zur Visualisierung nutze ich Grafana.
Dein screenshot sieht aber eher danach aus, daß Du nur nach zeit persistierst (strategy=everyHour), aber nicht nach veränderung (strategy=everyChange, everyUpdate). das heißt, Du siehts eine ganz kurze änderung von UNREACH nicht, aber sehr wohl dann die von STICKY_UNREACH.
dazu könntest Du ins openHAB events.log sehen, oder aber auch in das openHAB homematic debug log. das sieht zb so aus.
Code: Alles auswählen
2019-02-10 07:32:08.160 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (Boolean) value 'true' for 'NEQ0960192:0#UNREACH' from gateway with id '3014f711a0001f58a992fd60'
2019-02-10 07:32:08.163 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (Boolean) value 'true' for 'NEQ0960192:0#STICKY_UNREACH' from gateway with id '3014f711a0001f58a992fd60'
2019-02-10 07:32:16.043 [DEBUG] [ommunicator.AbstractHomematicGateway] - Received new (Boolean) value 'false' for 'NEQ0960192:0#UNREACH' from gateway with id '3014f711a0001f58a992fd60'
warum ist jetzt STICKY_UNREACH bei Dir 0 im screenshot, obwohl es dieses ereignis nur mit dem wert true gibt? ich gehe davon aus, daß Du für diese Items keine persistence mit strategy=restoreOnStartup hast (und wenn Du das machen willst, bitte nimm das
https://www.openhab.org/addons/persistence/mapdb/ !), zusätzlich kann imho openHAB diese speziellen Items beim starten nicht von einer CCU auslesen, sie stehen also bis zum nächsten ereignis auf UNDEF und das wird wahrscheinlich mit 0 persistiert.
aber auch das könnte man in der events.log nachsehen. ich leider nicht, da ich für UNREACH keine Items benötige (mir reicht die anzahl pro woche aus dem homematic debug log wie oft ein device auf unreach gegangen ist).
und zukünftige fragen zu openHAB stellst im entsprechenden unterforum hier, aber erst nach ausgiebiger google suche. mit codetags und hier eingebetteten screenshots.
RaspberryMatic 3.73.9.20231130 on Proxmox, HB-RF-ETH and Aurel Groundplane binded by openHAB 4.1.1