Trigger in Adapterkonfiguration: hm-rega
-
@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.
-
@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
-
- 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 -
@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
Na dann schein ja die RPC Verbindung einen Hau zu haben. Das ist ja dann eine völlig andere Situation. -
@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? -
@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 -
@osu Prima, dass die Ursache nun klar ist - war 'ne schwere Geburt.
-
@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 -
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
-
@schubi82 Ich antworte mir mal selbst
Es hat geholfen, dass ich in iobroker alle hm-Adapter gelöscht habe, den Raspberry (inkl. CCU & iobroker) neu gestartet und die Instanzen neu hinzugefügt habe. Nur hm-rega/rpc hatte nicht geholfen 
