Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Turbo]

@Feuersturm ok, so hab ichs auch, nur dass bei mir nicht eth0, sondern enp3s0 steht...

Da muss ich wohl weiter suchen...

[Homoran]

@Turbo
@Feuersturm

Ihr redet doch weiter über HM-IP wired, wie es im Threadtitel steht?

Die Konfig ist jedoch IMHO für Hm-IP Funk!

[Turbo]

@Homoran Ja, wired, die werden ja auch unter IP Funk eingelesen, nur die Datenpunkte ändern sich nicht.

[Homoran]

@Turbo sagte in Erfahrungen mit homematic ip WIRED:

die werden ja auch unter IP Funk eingelesen

Bist du da sicher? ich habe kein IP wired, kann das auch nicht nachsehen, da ich unterwegs bin

[Turbo]

@Homoran Ja, unter hs485d läufts nicht, sind ja die Wired ohne IP.
Bei Homematic IP werden auch die Wired IP eingelesen, ich denke, das hat auch mal mit einer älteren Version von HM-Rega und HM-RPC mal funktioniert, jetzt sind die Datenpunkte zwar noch da, aber keine Änderung.
Das wurde hier im Forum auch schon letztes Jahr mal diskutiert, bisher habe ich aber noch keine Lösung gefunden...

[Feuersturm]

@Homoran Ich greife mit der Konfiguration auf meine HM-IP Funk und auf meine HM-IP-wired Komponenten zu.

[Turbo]

@saeft_2003 sagte in Erfahrungen mit homematic ip WIRED:

@Homoran

OK dann hoffe ich mal das sich noch ein paar andere melden...

Habe in unserem neu gebauten Anbau HMIP Wired verbaut, läuft mit ioBroker problemlos, bis auf die HmIPW-DRI32 Eingangsmodule und diese HmIPW-FIO6, deren Status (der Status der LEDs funktioniert!) im Moment nicht aktualisiert wird...

So schaut es bei mir zur Zeit im Unterverteiler aus:

Ist noch nicht alles komplett verdrahtet, aber mit HM, HmIP, PV-Anlage, SONOS, Alexa, Logitech, Enigma und etlichen anderen Adaptern verbunden. Als ioBroker Server läuft ein Intel NUC, der noch nie abgestürzt ist.

Also ich kanns nur empfehlen  👍

[Turbo]

@foxriver76 kannst Du uns vielleicht dabei helfen? Es gibt ja schon mehrere Threads hier mit dem selben Problem, dass die Wired Eingangsmodule keine Statusmeldungen weitergeben. Hast Du da evtl. schon was herausgefunden?

[foxriver76]

@Turbo Bei HMIP laufen die Wired Geräte über die gleiche Schnittstelle wie HMIP Funk (XML-RPC auf Port 2010 (bzw 42010 für SSL). Mir wären keine Probleme bekannt, auch scheint es bei @Feuersturm zu laufen, so wie sich das liest. Evtl einfach die Callback-Adresse falsch, wenn Aktualisierungen ausbleiben.

[Turbo]

@foxriver76
Die Wired Geräte laufen ja auch alle einwandfrei. Nur die Eingänge der Wired Eingangsmodule machen diesen Fehler.

https://forum.iobroker.net/topic/21688/homematic-ip-wired-eingangsmodul-und-iobroker/28

https://forum.iobroker.net/topic/20840/hmip-wired-nutzer/33

Scheinbar gibt es hierfür noch keine Lösung.

@Feuersturm siehst Du wirklich eine Änderung bei Tastendruck oder kannst Du nur die LEDs ansteuern?

Das funktioniert bei mir ja auch. Nur die Statusmeldungen der DRI-32 sowie der FIO6 werden nicht übertragen. Der Zeitstempel steht immer auf Datum und Uhrzeit, an dem die Objekte angelegt wurden...

[saeft_2003]

Ich wollte noch evtl noch später ein paar module in der Garage haben. Davor bräuchte ich aber ein BUS kabel von ca. 50m. Wisst ihr ob es ab einer gewissen länge Probleme gibt?

[Turbo]

@saeft_2003 Also, ich habe gelesen, dass der Bus maximal 300m sein darf.

[foxriver76]

@Turbo Sind ja Taster, auch wenn ich den Sinn darin nicht sehen würde, kann ich mir durchaus vorstellen, dass eq-3 die Logik nicht geändert hat und ein Dummy Programm benötigt wird. Die Frage ist grundsätzlich - wird die Änderung überhaupt an die HM-Zentrale übermittelt, falls nein, kann es die nächste Instanz (ioBroker) erst recht nicht wissen.

Zumal werden diese wohl nur aktualisiert und nicht geändert. Sprich auf Aktualisierung reagieren.

[Feuersturm]

@Turbo Ich schaue mir heute Abend einmal die Datenpunkte an und poste das Skript wie ich die Auswertung mache.

[Turbo]

@foxriver76
Ok, habs verstanden und hinbekommen.
Es liegt wirklich daran, dass die CCU das nicht weitergibt, wenn man eine Direktverknüpfung zwischen einem Eingangsmodul und einem Schaltaktor angelegt hat.
Mit einem Dummy Programm werden die States press_short und press_long sauber weitergeleitet.
Blöd, dass ich da nicht draufgekommen bin, war ja bei nicht-wired auch schon so...
Schade, dass EQ-3 das bei wired so übernommen hat, jetzt muss ich die CCU3 bei 2x32fach Eingangsmodulen noch mit etlichen Dummys zumüllen...

Auf jeden Fall Danke für den Schubs in die richtige Richtung  👍

[foxriver76]

@Turbo mach ein dummy Programm wo du alles rein packst, brauchst net je State ein Programm.

[Feuersturm]

@Turbo Ich habe keine Direktverknüpfung beim FIO6 in der CCU3 angelegt.
In ioBroker sieht das ganze so bei mir aus

Der "Wert" ist immer auf "true". Es verändert sich nur der Zeitstempel, wenn ich die Taste kurz bzw. lang drücke.

Im Skript werte ich die Taste dann wie folgt aus

TasteStosslueftung = "hm-rpc.0.00175A498C5043.1.PRESS_SHORT";

on({id: TasteStosslueftung, change: 'any'}, function (obj) {
  ....
});

[Turbo]

@foxriver76 Stimmt, manchmal sieht man den Wald vor lauter Bäumen nicht.

@Feuersturm dann sollte es auch funktionieren. Nur bei Direktverknüpfungen verarbeitet es die CCU nicht.

[Feuersturm]

@Turbo Kannst du hier bitte dein Dummyprogramm einstellen? Dann leg ich es mir zur Seite, falls ich doch noch DV anlege ;-)

[Turbo]

@Feuersturm einfach unter Programme & Zentralenverknüpfung ein Programm erstellen mit leerem Ausgang. Das macht einfach gar nichts, nur die Datenpunkte aktualisieren...