Hm-rega Adapter

Homoran

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

Beatz

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".

Siehe: http://forum.iobroker.org/viewtopic.php … 310#p10845

sissiwup

Hallo,

habe es jetzt mal so umgebaut, mal sehen ob es besser ist. Danke für den Tipp.

sissiwup

Hallo,

seit 2-3 Wochen scheint das defekt zu sein.

Kein Update mehr bei PUSH.

Kann das noch wer bestätigen?

Solear

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

onics

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.

Solear

Bei mir funktioniert das nur mit einem Doppelpunkt vor der 50.

Gesendet von iPhone mit Tapatalk

Beatz

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.

Bluefox

~~@Beatz:~~

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

?

sissiwup

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.

Bluefox

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?

http://www.iobroker.net/docu/?page_id=2380&lang=de

sissiwup

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.

sissiwup

~~@Bluefox:~~

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?

http://www.iobroker.net/docu/?page_id=2380&lang=de `

Habe getestet. Ist ok. Aber Achtung, geht WIRKLICH nur OHNE DOPPELPUNKT

Trigger: BidCoS-RF.50.PRESS_SHORT

onics

Der Trigger mit "BidCoS-RF.50.PRESS_LONG" funktioniert jetzt mit der Version 0.3.7 vom ReGaHSS Adapter wieder.

:D

Beatz

Klasse, es funktioniert bei mir auch wieder.

Bluefox

Kann jemand die Version vom GIT ausprobieren?

Da habe ich ein gravierenden Fehler gefixt mit Verbindungsabbruch.

PrinzEisenherz1

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!

nobody

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 undefined

Da 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.

Bluefox

Irgendwie ist mir dieser Thread durch die Lappen gegangen.

Heißt es, dass hm-rega mit Cuxd nicht funktioniert?

Bluefox

Vielleicht muss man dieses Teil ändern auf:

function pollVariables() {
    rega.runScriptFile('polling', function (data) {
        if (!data) return;

        try {
            data = JSON.parse(data.replace(/\n/gm, ''));
        } catch (e) {
            adapter.log.error('Cannot parse answer for polling: ' + data);
            return;
        }
        for (var id in data) {
            var val = data[id][0];

            id = _unescape(id);

            if (typeof val === 'string') val = _unescape(val);

            if (id == 40) {
                id = 'alarms';
            } else
            if (id == 41) {
                // If number of alarms changed
                if (regaStates[id] !== val) setTimeout(pollServiceMsgs, 1000);
                id = 'maintenance';
            }
            regaStates[id] = val;
            adapter.setState(adapter.namespace + '.' + id, val, true);
        }
    });
}

Ich habe id = _unescape(id); hinzugefügt.

Community Forum

NEWS

Hm-rega Adapter

Support us

604

32.7k

82.4k

1.3m