Hm-rega Adapter
-
Ich kann das jetzt nicht alles auf dem Handy lesen.
Nur:
Du weisst, dass die Rega nur alle 30 Sekunden abgefragt wird?
Gesendet von meinem Cynus T7 mit Tapatalk
-
Hallo,
Kann es damit sein, dass der Adapter damit schnelle Änderungen nicht mitbekommt?
Z.B.: Licht an für 5 Sekunden, Protokoll wird dann nicht geschrieben, wenn innerhalb der
30 Sekunden wieder aus?
Wenn das so ist, kann ich Variablen auch über die anderen Adapter abfragen?
-
Ja, das kann sein.
Du kannst aber du zweite Möglichkeit nehmen und den virtuellen Taster als trigger nutzen.
Wenn variable sich ändert
Dann bidcos RF 50 press short.
Dann wird die variable in iobroker sofort geändert.
Gesendet von meinem Cynus T7 mit Tapatalk
-
Genau das funktioniert wunderbar. Ich habe dazu in der CCU ein Programm, dass alle relevanten Variablen (die sofort in ioBroker übertragen werden sollen) mittels des virtuellen Tasters "pusht".
-
Hallo,
habe es jetzt mal so umgebaut, mal sehen ob es besser ist. Danke für den Tipp.
-
Hallo,
seit 2-3 Wochen scheint das defekt zu sein.
Kein Update mehr bei PUSH.
Kann das noch wer bestätigen?
-
Bei mir funktioniert es. Auf der CCU ein eigenes Programm zusammengeklickt, welches mit ODER alle relevanten Werte abfragt und bei Änderung kurz die Taste 50 von der CCU drückt.
Gesendet von iPad mit Tapatalk
-
Hallo,
funktioniert bei mir auch seit einigen Wochen nicht mehr.
Die Triggertaste war bei mir "BidCoS-RF.50.PRESS_LONG" und funktionierte vorher immer, jetzt nicht mehr.
Ich habe als Abhilfe den Polling Intervall auf 3 Sekunden gesetzt. Damit funktioniert es erst einmal wieder, ist aber nur eine Notlösung.
Vielleicht gibt es ja ein Update mit Behebung dieses Fehlers.
-
Bei mir funktioniert das nur mit einem Doppelpunkt vor der 50.
Gesendet von iPhone mit Tapatalk
-
Ich kann das bestätigen. Der Button wird gedrückt, und vom rpc erkannt. Das Polling der Rega-Objekte funktioniert bei mir auch nicht mehr, vermutlich seit der 0.3.5.
-
Ich kann das bestätigen. Der Button wird gedrückt, und vom rpc erkannt. Das Polling der Rega-Objekte funktioniert bei mir auch nicht mehr, vermutlich seit der 0.3.5. `
Wie heisst der Button bei dir in hm-rpc?- hm-rpc.0.BidCoS-RF.50.PRESS_LONG
oder
- hm-rpc.0.BidCoS-RF:50.PRESS_LONG
Was für einen trigger verwendest du:
BidCoS-RF.50.PRESS_LONG
oder
BidCoS-RF:50.PRESS_LONG
?
-
Hallo,
ich habe
BidCoS-RF.50.PRESS_SHORT
und
BidCoS-RF:50.PRESS_SHORT
getestet. Beides geht nicht.
(alle Komponenten aktuell)
PS der Button heißt:
HM-RCV-50 BidCoS-RF:50.PRESS_SHORT
In Zustände:
hm-rpc.0.BidCoS-RF.50.PRESS_SHORT HM-RCV-50 BidCoS-RF:50.PRESS_SHORT HM-RCV-50 BidCoS-RF:50.PRESS_SHORT true true hm-rpc.0 2016-04-18 21:56:36 2015-10-02 13:22:48
Genau um 21:56:35 wurde das Skript ausgelöst. Die Anzeige in VIS wird aber erst nachdem Pollen aktualisiert.
-
Kann jemand die neue Version vom Git ausprobieren?
` > ### 0.3.7 (2016-04-18)
- (bluefox) fix error with polling trigger `
Die variable muss BidCoS-RF.50.PRESS_LONG heißen (also ohne ":")
Wie kann ich einen Adapter / eine neue Version installieren, bevor sie offiziell im Repository enthalten ist?
-
Habe das Problem für mich jetzt umgangen, indem ich ein CUXD Gerät angelegt habe, welches die Werte als State hat.
Damit werden die Werte sofort bei Änderung übertragen.
-
Kann jemand die neue Version vom Git ausprobieren?
` > ### 0.3.7 (2016-04-18)
- (bluefox) fix error with polling trigger `
Die variable muss BidCoS-RF.50.PRESS_LONG heißen (also ohne ":")
Wie kann ich einen Adapter / eine neue Version installieren, bevor sie offiziell im Repository enthalten ist?
Habe getestet. Ist ok. Aber Achtung, geht WIRKLICH nur OHNE DOPPELPUNKT
Trigger: BidCoS-RF.50.PRESS_SHORT
-
Der Trigger mit "BidCoS-RF.50.PRESS_LONG" funktioniert jetzt mit der Version 0.3.7 vom ReGaHSS Adapter wieder.
-
Klasse, es funktioniert bei mir auch wieder.
-
Kann jemand die Version vom GIT ausprobieren?
Da habe ich ein gravierenden Fehler gefixt mit Verbindungsabbruch.
-
Also ich hab die Version aus m git drauf aber leider hab ich immer noch das Phänomen das wenn das tablet im Standby war vis sich dann Neustart! Das Problem gab es vor 2-3 Wochen nicht!
Erst nach dem Update für vis und rega!
-
Hallo Bluefox,
leider scheint der Fix in der 0.3.7 eine Nebenwirkung zu haben:
Seitdem klappt das Auslesen der hm-rpc-Werte beim Start des Adapters nicht mehr.
Ich habe mal in der Funktion getDatapoints(callback) entsprechende Logausgaben eingebaut. Hier die Ausgaben:
! 2016-04-22 20:04:53.094 - info: hm-rega.0 data {"CUxD.CUX2803001%3A1.INFO":"192.168.1.4","CUxD.CUX2803001%3A1.IP":"192.168.1.4","CUxD.CUX2803001%3A1.UNREACH_CTR":0,"CUxD.CUX2803001%$
! 2016-04-22 20:04:53.098 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.1.INFO dp CUxD.CUX2803001:1.INFO value undefined
! 2016-04-22 20:04:53.112 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.1.IP dp CUxD.CUX2803001:1.IP value undefined
! 2016-04-22 20:04:53.115 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.1.UNREACH_CTR dp CUxD.CUX2803001:1.UNREACH_CTR value undefined
! 2016-04-22 20:04:53.116 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.1.STATE dp CUxD.CUX2803001:1.STATE value undefined
! 2016-04-22 20:04:53.117 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.2.INFO dp CUxD.CUX2803001:2.INFO value undefined
! 2016-04-22 20:04:53.120 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.2.IP dp CUxD.CUX2803001:2.IP value undefined
! 2016-04-22 20:04:53.121 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.2.UNREACH_CTR dp CUxD.CUX2803001:2.UNREACH_CTR value undefined
! 2016-04-22 20:04:53.123 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.2.STATE dp CUxD.CUX2803001:2.STATE value undefined
! 2016-04-22 20:04:53.124 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.3.INFO dp CUxD.CUX2803001:3.INFO value undefined
! 2016-04-22 20:04:53.125 - info: hm-rega.0 set state hm-rpc.1.CUX2803001.3.IP dp CUxD.CUX2803001:3.IP value undefinedDa die Werte mit data[dp] ausgelesen werden und im Array data der entsprechende Schlüssel aus dp nicht existiert, wird kein Wert gefunden. Somit werden alle Geräte-Parameter nun auf den Wert null bzw. undefined gesetzt.
Dies ist auch noch in der Version 1.0.0 so.
mfg
Markus
Update:
Ich hab jetzt in der Funktion folgende Zeilen geändert und somit die _unescape Funktion nur auf die id beschränkt:
// dp = _unescape(dp); var tmp = (_unescape(dp)).split('.');Zumindest das Einlesen geht jetzt wieder. Ob andere Funktionen jetzt nicht mehr klappen, kann ich nicht erkennen.
