[gelöst]Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR
-
Systemdata Bitte Ausfüllen Hardwaresystem: 2x PI4 Arbeitsspeicher: 2x 4GB Festplattenart: SSD im iobroker, SD-Karte im Raspberrymatic Betriebssystem: original-image Node-Version: 12.22.1 Nodejs-Version: 12.22.1 NPM-Version: 6.14.12 Installationsart: Skript Image genutzt: Ja Ort/Name der Imagedatei: Original-Link Hallo,
mein Aufbau:
Ich habe ein Hörman-Tor in dem ich HmIP-MOD-HO betreibe. Zusätzlich habe ich ein herkömmlichen Rollo Taster genommen, der an einem HMW-IO-12-SW7-DR angeschlossen ist (Eingänge 6 und 7).
das ist mein Skript dazu:const idBewegung = 'hm-rpc.3.00241A49A7696D.1.PROCESS'/*HmIP-MOD-HO 00241A49A7696D:1 PROCESS*/; const idStatusTor ='hm-rpc.3.00241A49A7696D.1.DOOR_STATE'/*HmIP-MOD-HO 00241A49A7696D:1 DOOR STATE*/; const idBefehl = 'hm-rpc.3.00241A49A7696D.1.DOOR_COMMAND'/*HmIP-MOD-HO 00241A49A7696D:1 DOOR COMMAND*/; // Status Tor: // "0": "CLOSED" // "1": "OPEN" // "2": "VENTILATION_POSITION" // "3": "POSITION_UNKNOWN" // Bewegung: // "0": "STABLE" // "1": "NOT_STABLE" // Befehle Tor: // "0": "NOP" // "1": "OPEN" // "2": "STOP" // "3": "CLOSE" // "4": "PARTIAL_OPEN" const idTasterRunter_1 = 'hm-rpc.4.NEQ1512536.7.PRESS_LONG'/*12 7 Garage:08 Tor runter PRESS LONG*/; const idTasterRunter_2 = 'hm-rpc.4.NEQ1512536.7.PRESS_SHORT'/*12 7 Garage:08 Tor runter PRESS SHORT*/; const idTasterHoch_1 = 'hm-rpc.4.NEQ1512536.8.PRESS_LONG'/*12 7 Garage:07 Tor hoch PRESS LONG*/; const idTasterHoch_2 = 'hm-rpc.4.NEQ1512536.8.PRESS_SHORT'/*12 7 Garage:07 Tor hoch PRESS SHORT*/; var status = 0; var befehl = 0; var bewegung = 0; //on(idStatusTor, function(dp) { // status = dp.state.val; //}); on(idBewegung, function(dp) { bewegung = dp.state.val; }); on(idBefehl, function(dp) { befehl = dp.state.val; }); on({id: [idTasterRunter_1, idTasterRunter_2]}, function(dp) { //Wenn Rollo nicht fährt und nicht unten ist, dann nach unten fahren //Wenn Rollo nach oben fährt, dann stopp console.log("ROLLO RUNTER"); status = getState(idStatusTor).val; bewegung = getState(idBewegung).val; befehl = getState(idBefehl).val; //console.log("Status "+status); //console.log("Bewegung "+bewegung); //console.log("Befehl "+befehl); //status=0; if (status!=0) { if (bewegung==0) { setState(idBefehl, 3); console.log("Tor fährt zu"); } else { setState(idBefehl,2); console.log("Tor stoppt"); }; }; if (status==0) console.log("Tor ist bereits zu"); }); on({id: [idTasterHoch_1, idTasterHoch_2]}, function(dp) { //Wenn Rollo nicht fährt und nicht oben ist, dann nach oben fahren //Wenn Rollo nach unten fährt, dann stopp console.log("ROLLO HOCH"); status = getState(idStatusTor).val; bewegung = getState(idBewegung).val; befehl = getState(idBefehl).val; //console.log("Status "+status); //console.log("Bewegung "+bewegung); //console.log("Befehl "+befehl); //status=0; if (status!=1) { if (bewegung==0) { setState(idBefehl, 1); console.log("Tor fährt hoch"); } else { setState(idBefehl,2); console.log("Tor stoppt"); }; }; if (status==1) console.log("Tor ist bereits oben"); });Wenn ich den Taster drücke, dann bekomme ich seit einiger Zeit folgende Fehlermeldung im Log:
Das Rollo bewegt sich dann manchmal zeitversetzt, manchmal aber auch nicht.
In meiner VIS habe keine Probleme - da habe ich das so umgesetzt:
wo z.B. der Eintrag für den Pfeil nach oben darüber funktioniert:
Es muss also an der Kombi 12/7er Taster-Eingang zum Hörman Modul liegen. Was klappt da nur nicht? Scheint ein HomeMatic internes Problem zu sein - oder?
Danke
Marcus@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Was klappt da nur nicht?
steht doch im log: unreach
bitte keine Screenshots von code, sondern als Text in code-tags!
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Scheint ein HomeMatic internes Problem zu sein - oder?
oder!
das Hörmann modul scheint außerhalb der Reichweite zu sein
-
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Was klappt da nur nicht?
steht doch im log: unreach
bitte keine Screenshots von code, sondern als Text in code-tags!
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Scheint ein HomeMatic internes Problem zu sein - oder?
oder!
das Hörmann modul scheint außerhalb der Reichweite zu sein
@homoran
der Code ist doch in code-tags - oder habe ich was falsch verstanden?Was ich einfach nicht verstehe - neben dem Hörman Modul hängt ein HM IP HAP und die reden anscheinend nicht miteinander. Das frage ich aber nochmal im HomeMatic Forum nach. Und bevor mich jemand fragt, das sind die Werte:
Wenn aber das Hörman Modul "unreached" wäre, warum geht dann im selben Moment die Steuerung über meine VIS?
-
@homoran
der Code ist doch in code-tags - oder habe ich was falsch verstanden?Was ich einfach nicht verstehe - neben dem Hörman Modul hängt ein HM IP HAP und die reden anscheinend nicht miteinander. Das frage ich aber nochmal im HomeMatic Forum nach. Und bevor mich jemand fragt, das sind die Werte:
Wenn aber das Hörman Modul "unreached" wäre, warum geht dann im selben Moment die Steuerung über meine VIS?
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
oder habe ich was falsch verstanden?
jepp, das Log ist auch code
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
neben dem Hörman Modul hängt ein HM IP HAP
also keine CCU?
oder zur Reichweitenverlängerung?
ist dann das hörmann modul auch dem HAP zugeordnet?@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
das sind die Werte:
Duty Cycle ist eher nicht das Problem.
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
warum geht dann im selben Moment die Steuerung über meine VIS?
weil die nur bis zur CCU/HAP geht und das klappt.
aber von da zum Aktor hakt es -
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
oder habe ich was falsch verstanden?
jepp, das Log ist auch code
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
neben dem Hörman Modul hängt ein HM IP HAP
also keine CCU?
oder zur Reichweitenverlängerung?
ist dann das hörmann modul auch dem HAP zugeordnet?@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
das sind die Werte:
Duty Cycle ist eher nicht das Problem.
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
warum geht dann im selben Moment die Steuerung über meine VIS?
weil die nur bis zur CCU/HAP geht und das klappt.
aber von da zum Aktor hakt es@homoran sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
oder habe ich was falsch verstanden?
jepp, das Log ist auch code
ah - übersehen..
@homoran sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
neben dem Hörman Modul hängt ein HM IP HAP
also keine CCU?
oder zur Reichweitenverlängerung?
ist dann das hörmann modul auch dem HAP zugeordnet?den HM IP HAP habe ich zur Reichweitenverlängerung - zumindest war das der Plan. Ich habe einen PI4 mit Raspberrymatic und der HAP ist der HM-Geräte Übersicht integriert.
Wie kann ich denn das Hörman Modul dem HAP zuordnen? Bei nicht IP Gateways weiß ich es, aber bei IP-Geräten habe ich das noch nicht gefunden.@homoran sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
warum geht dann im selben Moment die Steuerung über meine VIS?
weil die nur bis zur CCU/HAP geht und das klappt.
aber von da zum Aktor hakt esWenn ich über meine VIS das Tor steuere, dann meinte ich auch, dass das Tor in dem Moment zB hochfährt. Also auch dann den Schritt von der CCU zum Aktor.
-
@homoran sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
oder habe ich was falsch verstanden?
jepp, das Log ist auch code
ah - übersehen..
@homoran sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
neben dem Hörman Modul hängt ein HM IP HAP
also keine CCU?
oder zur Reichweitenverlängerung?
ist dann das hörmann modul auch dem HAP zugeordnet?den HM IP HAP habe ich zur Reichweitenverlängerung - zumindest war das der Plan. Ich habe einen PI4 mit Raspberrymatic und der HAP ist der HM-Geräte Übersicht integriert.
Wie kann ich denn das Hörman Modul dem HAP zuordnen? Bei nicht IP Gateways weiß ich es, aber bei IP-Geräten habe ich das noch nicht gefunden.@homoran sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
warum geht dann im selben Moment die Steuerung über meine VIS?
weil die nur bis zur CCU/HAP geht und das klappt.
aber von da zum Aktor hakt esWenn ich über meine VIS das Tor steuere, dann meinte ich auch, dass das Tor in dem Moment zB hochfährt. Also auch dann den Schritt von der CCU zum Aktor.
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wie kann ich denn das Hörman Modul dem HAP zuordnen? Bei nicht IP Gateways weiß ich es, aber bei IP-Geräten habe ich das noch nicht gefunden.
ich hatte nur zum testen an eine Test piVCCU3 einen Lidl HAP angeschlossen, es aber selber nicht probiert dort Geräte zu binden.
Es müsste über
Einstellungen - Systemsteuerung - LAN Gatewaygehen
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wenn ich über meine VIS das Tor steuere, dann meinte ich auch, dass das Tor in dem Moment zB hochfährt. Also auch dann den Schritt von der CCU zum Aktor.
dann hängt es vielleicht mit der Bestätigung??
-
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wie kann ich denn das Hörman Modul dem HAP zuordnen? Bei nicht IP Gateways weiß ich es, aber bei IP-Geräten habe ich das noch nicht gefunden.
ich hatte nur zum testen an eine Test piVCCU3 einen Lidl HAP angeschlossen, es aber selber nicht probiert dort Geräte zu binden.
Es müsste über
Einstellungen - Systemsteuerung - LAN Gatewaygehen
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wenn ich über meine VIS das Tor steuere, dann meinte ich auch, dass das Tor in dem Moment zB hochfährt. Also auch dann den Schritt von der CCU zum Aktor.
dann hängt es vielleicht mit der Bestätigung??
-
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
das Lan-Gateway ist aber nur für die Nicht IP-Geräte einstellbar. Da taucht bei mir keine HMIP HAP auf.
das müsste dir jetzt jemand sagen, der die Konstellation mit HAP einsetzt. Ich weiß es nicht mehr.
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wie ist das mit der Bestätigung gemeint? Das bzw. die Umsetzung habe ich noch nicht verstanden.
es gibt bei Homematic einen bidirektionale Kommunikation. Der Aktor sendet nach Erhalt des Auftrags, dass er diesen Auftrag erhalten hat an die CCU. Wenn es dabei zu einer Kollision des Funkpaketes mit wasauchimmer kommt, kann es sein, dass diese Bestätigung nicht bei der CCU ankommt.
-
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
das Lan-Gateway ist aber nur für die Nicht IP-Geräte einstellbar. Da taucht bei mir keine HMIP HAP auf.
das müsste dir jetzt jemand sagen, der die Konstellation mit HAP einsetzt. Ich weiß es nicht mehr.
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wie ist das mit der Bestätigung gemeint? Das bzw. die Umsetzung habe ich noch nicht verstanden.
es gibt bei Homematic einen bidirektionale Kommunikation. Der Aktor sendet nach Erhalt des Auftrags, dass er diesen Auftrag erhalten hat an die CCU. Wenn es dabei zu einer Kollision des Funkpaketes mit wasauchimmer kommt, kann es sein, dass diese Bestätigung nicht bei der CCU ankommt.
@homoran sagte in [Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR]>
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wie ist das mit der Bestätigung gemeint? Das bzw. die Umsetzung habe ich noch nicht verstanden.
es gibt bei Homematic einen bidirektionale Kommunikation. Der Aktor sendet nach Erhalt des Auftrags, dass er diesen Auftrag erhalten hat an die CCU. Wenn es dabei zu einer Kollision des Funkpaketes mit wasauchimmer kommt, kann es sein, dass diese Bestätigung nicht bei der CCU ankommt.
Ich habe die letzten Tage etwas weiter herumgetüftelt - bin nur nicht schlauer geworden. Habe sogar noch eine andere Antenne ausprobiert und angeschlossen, weil ich auf einmal sogar Kommunkationsprobleme der IP-Geräte hatte, aber das ist es auch nicht. In meiner Raspimatic ist alles grün und die Sende/Empfangswerte liegen bei -65dBM zu meinem HM-MOD-HO. Komisch ist wirklich, dass das Tor sich sofort bewegt, sobald ich es über die VIS steuere, über den Tastereingang aber nicht. Da klappt es entweder zeitversetzt oder gar nicht. Was kann ich da denn ändern?
-
@homoran sagte in [Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR]>
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
Wie ist das mit der Bestätigung gemeint? Das bzw. die Umsetzung habe ich noch nicht verstanden.
es gibt bei Homematic einen bidirektionale Kommunikation. Der Aktor sendet nach Erhalt des Auftrags, dass er diesen Auftrag erhalten hat an die CCU. Wenn es dabei zu einer Kollision des Funkpaketes mit wasauchimmer kommt, kann es sein, dass diese Bestätigung nicht bei der CCU ankommt.
Ich habe die letzten Tage etwas weiter herumgetüftelt - bin nur nicht schlauer geworden. Habe sogar noch eine andere Antenne ausprobiert und angeschlossen, weil ich auf einmal sogar Kommunkationsprobleme der IP-Geräte hatte, aber das ist es auch nicht. In meiner Raspimatic ist alles grün und die Sende/Empfangswerte liegen bei -65dBM zu meinem HM-MOD-HO. Komisch ist wirklich, dass das Tor sich sofort bewegt, sobald ich es über die VIS steuere, über den Tastereingang aber nicht. Da klappt es entweder zeitversetzt oder gar nicht. Was kann ich da denn ändern?
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
weil ich auf einmal sogar Kommunkationsprobleme der IP-Geräte hatte
Das passt ja zu dem Fehler.
das muss nichts mit der Sendeleistung zu tun haben, das Gegenteil kann sogar der Fall sein.
Wenn direkt kommunizierende Geräte zu dicht beieinander liegen "brüllen" sie sich ggf. so an, dass keine sauberen Signale ankommen, was zu einer Kommunikationsstörung führt.@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
ist alles grün und die Sende/Empfangswerte liegen bei -65dBM zu meinem HM-MOD-HO
Wie gesagt ist das nur die theoretische Erreichbarkeit.
Ein anderer Faktor wären zwei zeitgleiche Pakete (können auch Sende- und Empfangspakete sein) die natürlich nicht zeitgleich bearbeitet werden können. Auch das führt zu einer Kommunikationsstörung
Aus dem Grund soll bei HM immer ein zeitlicher Abstand zwischen Funkbefehlen liegen (z.B. bei Rolladensteuerung immer um 2-4 Sekunden versetzt, weil sonst der "Äther verstopft" ist.
Auch nur zu senden, wenn es wirklich eine Änderung gibt dient dieser Funkhygiene und sorgt dadurch für ein störungsfreieres System.
Zu allem Überfluss kann z.B. eine sterbende Batterie in einer 868MHz-Fernbedienung zu massiven Funkstörungen im HomeMatic Betrieb führen, selbst wenn der Verursacher gar kein HM-Gerät ist
-
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
weil ich auf einmal sogar Kommunkationsprobleme der IP-Geräte hatte
Das passt ja zu dem Fehler.
das muss nichts mit der Sendeleistung zu tun haben, das Gegenteil kann sogar der Fall sein.
Wenn direkt kommunizierende Geräte zu dicht beieinander liegen "brüllen" sie sich ggf. so an, dass keine sauberen Signale ankommen, was zu einer Kommunikationsstörung führt.@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
ist alles grün und die Sende/Empfangswerte liegen bei -65dBM zu meinem HM-MOD-HO
Wie gesagt ist das nur die theoretische Erreichbarkeit.
Ein anderer Faktor wären zwei zeitgleiche Pakete (können auch Sende- und Empfangspakete sein) die natürlich nicht zeitgleich bearbeitet werden können. Auch das führt zu einer Kommunikationsstörung
Aus dem Grund soll bei HM immer ein zeitlicher Abstand zwischen Funkbefehlen liegen (z.B. bei Rolladensteuerung immer um 2-4 Sekunden versetzt, weil sonst der "Äther verstopft" ist.
Auch nur zu senden, wenn es wirklich eine Änderung gibt dient dieser Funkhygiene und sorgt dadurch für ein störungsfreieres System.
Zu allem Überfluss kann z.B. eine sterbende Batterie in einer 868MHz-Fernbedienung zu massiven Funkstörungen im HomeMatic Betrieb führen, selbst wenn der Verursacher gar kein HM-Gerät ist
-
@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
weil ich auf einmal sogar Kommunkationsprobleme der IP-Geräte hatte
Das passt ja zu dem Fehler.
das muss nichts mit der Sendeleistung zu tun haben, das Gegenteil kann sogar der Fall sein.
Wenn direkt kommunizierende Geräte zu dicht beieinander liegen "brüllen" sie sich ggf. so an, dass keine sauberen Signale ankommen, was zu einer Kommunikationsstörung führt.@mguenther sagte in Kommunikationsprob HM-MOD_HO <-> HMW-IO-12-SW7-DR:
ist alles grün und die Sende/Empfangswerte liegen bei -65dBM zu meinem HM-MOD-HO
Wie gesagt ist das nur die theoretische Erreichbarkeit.
Ein anderer Faktor wären zwei zeitgleiche Pakete (können auch Sende- und Empfangspakete sein) die natürlich nicht zeitgleich bearbeitet werden können. Auch das führt zu einer Kommunikationsstörung
Aus dem Grund soll bei HM immer ein zeitlicher Abstand zwischen Funkbefehlen liegen (z.B. bei Rolladensteuerung immer um 2-4 Sekunden versetzt, weil sonst der "Äther verstopft" ist.
Auch nur zu senden, wenn es wirklich eine Änderung gibt dient dieser Funkhygiene und sorgt dadurch für ein störungsfreieres System.
Zu allem Überfluss kann z.B. eine sterbende Batterie in einer 868MHz-Fernbedienung zu massiven Funkstörungen im HomeMatic Betrieb führen, selbst wenn der Verursacher gar kein HM-Gerät ist
Support us
251
Online32.7k
Benutzer82.5k
Themen1.3m
Beiträge