Trigger in Adapterkonfiguration: hm-rega

hmanfred

@osu
Vermutlich hast du den Datenpunkt auch aus der Spalte "Namen" kopiert. Hier kannst du kopieren:

BidCoS-RF.50.PRESS_SHORT

😉

osu

Danke vorerst für die ganzen Antworten.

Noch habe ich's nicht geschafft. Hoffe bis spätestens am WE Feedback geben zu können.

Gruß,
Oli

osu

Hi @Homoran und @hmanfred

Zwischenfrage einsweilen:
Hatte ich oben schonmal gestellt, ist aber wohl untergegangen.
Wenn Ihr den Tastendruck simuliert - bekommt Ihr dann ein Update Eurer Systemvariablen getriggert?

In meinem Log erscheint folgendes:

Aktualisiert wird dann aber nichts.

Der Copy&Paste-Wert des Triggers lautet "hm-rpc.0.BidCoS-RF.50.PRESS_SHORT".

Eingestellt in der Adapterkonfiguration ist wie oben vorgeschlagen:

Damit funktioniert das Triggern nicht.
Auch vollqualifiziert "hm-rpc.0.BidCoS-RF.50.PRESS_SHORT" funktioniert nicht.

Das simulierte Drücken funktioniert allerdings auch nicht zur Aktualisierung.

Und der Eintrag im Log (siehe oben) verunsichert mich, denn wenn ich die :49 anstelle der :50 drücke erfolgt keine Warning im Log.

Gestern Abend hatte ich noch einen Funkhandsender testweise in ioBroker und Raspberrymatic als Trigger konfiguriert. Hat auch nicht funktioniert.

Neue Ideen? Vielen Dank vorab!

Gruß,
Oli

hmanfred

@osu
Auch bei mir sieht das so aus:

Mit hm-rpc.x davor geht es nicht. Dabei habe ich natürlich auch gleich getestet, ob eine Änderung dieses Eintrags und Rückkehr auf den Defaultwert vielleicht auf Grund eines Bugs diese Funktion zerschießt: nein, nach Rückkehr auf den obigen Wert, funktioniert es wieder.

Einziger Logeintrag (Stufe Info) jedesmal:

hm-rega.1	2019-08-01 09:22:27.551	info	pollingTrigger

Mein Versuchsaufbau:
Testvariable Typ Zahl 0-100.
3 offene Browserfenster neben-/übereinander:

ioBroker Objekte mit Anzeige der Testvariable
HM WebUi mit "Status und Bedienung / Geräte / HM-RCV-50 BidCoS-RF:50
WebMatic zum Ändern der SV

Ablauf:
SV mehrfach geändert und Aktualisierung im Pollingintervall abgewartet.
Dann SV geändert und HM-RCV-50 BidCoS-RF:50 kurzer Tastendruck -> sofortige Änderung der SV im ioBroker.

Was mir jetzt noch einfällt ist einzig eine Neuinstallation des Rega-Adapters. Problem ist dabei natürlich, dass alle Programmierungen (VIS Objekte, Scripte etc.) ihre Referenzen verlieren. Ob sie nach Löschen der alten Instanz und Installation einer neuen mit gleicher Instanznummer wieder funktionieren, musst du testen.

osu

@hmanfred said in Trigger in Adapterkonfiguration: hm-rega:

Was mir jetzt noch einfällt ist einzig eine Neuinstallation des Rega-Adapters. Problem ist dabei natürlich, dass alle Programmierungen (VIS Objekte, Scripte etc.) ihre Referenzen verlieren. Ob sie nach Löschen der alten Instanz und Installation einer neuen mit gleicher Instanznummer wieder funktionieren, musst du testen.

Ja, daran hatte ich auch schon gedacht, da ja scheinbar NICHTS triggert. Derartige Logeinträge wie die Deinen kenne ich nicht aus meinem Log.

Schaffe ich aber definitiv frühestens am WE.

Bis dann.

Gruß,
Oli

Homoran

@hmanfred sagte in Trigger in Adapterkonfiguration: hm-rega:

Ob sie nach Löschen der alten Instanz und Installation einer neuen mit gleicher Instanznummer wieder funktionieren, musst du testen.

Das sollten sie, da scripte auch nach einem restore auf einem nagelneuen system funktionieren

osu

Tja. Die Ratlosigkeit wächst.

Versuch 1 - hm-rega löschen und neu einrichten

hm-rega-Adapter gelöscht
kontrolliert ob die Instanz weg ist -> OK
hm-rega-Adapter neu hinzugefügt
Versuchsaufbau wie zuvor - Aktualisierungen in der Weboberfläche der Raspberrymatic sichtbar (Systemvariable, BidCoS-RF.50.PRESS_SHORT)
BidCoS-RF.50.PRESS_SHORT triggert auf ioBroker NICHT
Systemvariable wird nur alle 30 Sekunden aktualisiert

Versuch 2 - Trigger ändern

Trigger geändert auf BidCoS-RF.1.PRESS_SHORT in ioBroker
Homematic Programme angepasst auf BidCoS-RF.1.PRESS_SHORT
BidCoS-RF.1.PRESS_SHORT wird in ioBroker nicht ausgelöst
Systemvariable wird nur alle 30 Sekunden aktualisiert

Versuch 3 - Funkhandsender mit Blockly

mehrfach mit kurz ausgelöst
NICHTS im Log

Versuch 3 macht mich sehr skeptisch.

@hmanfred kannst Du mir mal einen Screenshot Deiner Raspberrymatic Firewall-Einstellungen in die Antwort packen?
Welche Raspberrymatic-Version setzt Du ein?

Nächste Schritte wenn Ihr keine anderen (bessere) Ideen habt:

ungenutzten Raspi mit neuem ioBroker installieren und schauen, was da passiert.
Nr. 1 ergänzen um neue Raspberrymatic-Testinstallation (mehr Act, brauche ich einen neuen Raspi für)

Gruß,
Oli

Homoran

@osu sagte in Trigger in Adapterkonfiguration: hm-rega:

Versuch 3 - Funkhandsender mit Blockly

Hast du dazu ein Dummy-programm in der ccu angelegt?

Außerdem sind taster immer true

osu

@Homoran "Falls Objekt" habe ich von "ist wahr" geändert auf "wurde geändert"
Dummy:

Im Log landet auch nach der Änderung der Bedingung nichts.

Gruß,
Oli

hmanfred

@osu
Ich habe keine Raspberrymatic. CCU2 mit FW 2.45.7.

Firewalleinstellungen (habe ich nie bewusst angefasst, mein lokales Subnetz ist 192.168.1.x):

Verstehe ich dich richtig?: der Triggerevent kommt gar nicht in ioBroker an?

Dann nimm doch testweise mal einen Trigger, von dem du absolut sicher weisst, dass er ankommt. Den du auch direkt monitoren kannst. Z.B. einen Fensterkontakt.

Homoran

@osu sagte in Trigger in Adapterkonfiguration: hm-rega:

habe ich von "ist wahr" geändert auf "wurde geändert"

Wenn

@Homoran sagte in Trigger in Adapterkonfiguration: hm-rega:

taster immer true

Sind, ändert sich auch nichts!

Außerdem:

@Homoran sagte in Trigger in Adapterkonfiguration: hm-rega:

Hast du dazu ein Dummy-programm in der ccu angelegt?

Sonst sendet die ccu nichts an ioBroker

osu

@Homoran

Wie bindet man dann bitte Taster sinnvoll ein? Auf was reagiere ich da direkt am Taster (und nicht etwa an dadurch geänderte Geräte/Variablen)?
Wie geht ioBroker mit auf der CCU gelöschten Geräten um? Ich sehe da in den Objekten Geräte, die längst gelöscht sind?

@hmanfred Da mein Taster-Versuch fehlgeschlagen ist, versuche ich mal noch eine Schaltsteckose.

Gruß,
Oli

Homoran

@osu sagte in Trigger in Adapterkonfiguration: hm-rega:

Wie bindet man dann bitte Taster sinnvoll ein?

Erst mal ein Dummy-programm in der ccu erstellen
dann triggern auf Aktualisierung
anschließend über den logikbaustein falls/sonst/sonst falls den gewünschten zustand auswählen

@osu sagte in Trigger in Adapterkonfiguration: hm-rega:

Ich sehe da in den Objekten Geräte, die längst gelöscht sind?

Das ist eine unidirektionale Verbindung.
ioBroker liest auf Anforderung due Geräte ein, löschen musst du sie manuell.

osu

@Homoran Super, danke vorerst.

@hmanfred auch Dir vielen Dank!

Ich konnte auf meiner Steckdosen-Versuchsreihe keinerlei Updates auf den Objekten feststellen.

Da scheint was mächtig im Eimer zu sein.

Melde mich wieder, wenn ich Erkenntnisse aus der frischen iobroker Testinstallation habe.

Gruß,
Oli

hmanfred

@osu
Na dann schein ja die RPC Verbindung einen Hau zu haben. Das ist ja dann eine völlig andere Situation.

Homoran

@hmanfred sagte in Trigger in Adapterkonfiguration: hm-rega:

dann schein ja die RPC Verbindung einen Hau zu haben

oder die RaspiMatic-Konfiguration nicht korrekt sein.

@osu
Welches Protokoll hast du beim hm-rpc ausgewählt?

osu

@Homoran XML-RPC. Geht ja nur das bei der Raspberrymatic seit letztem Jahr.

Das Image hier https://www.iobroker.net/#de/download?ioBroker_Image_RPi_2-3-4_20190723_buster.md getestet:

Dort wird engetragen:

Die Instanzen sehen wie folgt aus:

hm-rpc.1 steht auf XML-RPC und ist grün,
hm-rpc.0 auf BIN-RPC und ist natürlich gelb - weil das die Raspberrymatic bzw. CCU3 seit 3.41.x nicht mehr unterstützt.

Mit XML-RPC läuft's:

Und ... Trommelwirbel:

Meine TTS-Variable wird wie vorgesehen alle 10 Sekunden aktualisiert, nachdem ich den Trigger in der Homematic wieder auf BidCoS-RF.50.PRESS_SHORT gestellt habe.

Auf gut deutsch: mein ioBroker, den ich vor rund 3 Monaten neu aufgesetzt, aber mit einem Restore versehen hatte, hat offensichtlich einen Schuss weg.

Der Demo-ioBroker den ich vor keinen 40 Minuten entpackt habe, tut sofort. Der alte (produktive) bleibt ohne jedes Triggering.

Gruß,
Oli

hmanfred

@osu Prima, dass die Ursache nun klar ist - war 'ne schwere Geburt. 😅

osu

@hmanfred said in Trigger in Adapterkonfiguration: hm-rega:

@osu Prima, dass die Ursache nun klar ist - war 'ne schwere Geburt. 😅

Danke @hmanfred , aber 'Ursache' ist das für mich nicht wirklich. Eher so mit Kanonen auf Spatzen geschossen. Aber nun gut. Wenn's denn tut.

Danke Euch allen für die Unterstützung.

Außentemperatur und Pooltemperatur darf Alexa nun schon sprechen, mehr folgt.

Nächstes Thema für mich: Umlaut-En-/Decoding der offenen Verschlüsse handhaben.

Gruß,
Oli

schubi82

Hi,

ich hab derzeit das exakt gleiche Problem. Heißt das, dass der Fehler mit dem Restore mitgewandert ist? Habe einen neuen Pi4 mit PivCCU3 und diesen neu aufgesetzt, anschließend den Restore von iobroker durchgeführt - der Fehler ist weiterhin vorhanden.
Müsste ich dann iobroker ohne den Restore neu aufsetzen?

Grüße

Community Forum

NEWS

Trigger in Adapterkonfiguration: hm-rega

Support us

331

32.6k

82.2k

1.3m