Homematic IP Cloud Access Point Adapter
-
Servus!
Ich habe eine sehr eigenartige Entdeckung gemacht und auch keinerlei Erklärung für den Fehler. Hab nur sehr geringes Coding-Wissen. Vielleicht hat hier jemand eine Idee.
Habe 3 Geräte in Homematic IP (funktionierend über APP) und iobroker auf einem Raspberry laufen. Die Verknüpfung in iobroker hat aber immer nur anfangs und kurz funktioniert. Verbindung zu Host und Lebenszeichen waren OK, Verbindung mit HMIP aber dann nicht mehr (ETIMEDOUT... siehe unten). Ich habe dann aus einer Laune heraus die fixe eth0-Einstellung des Raspberry einfach mit wlan0 überschrieben und das Ethernetkabel gezogen und prompt hat's funktioniert.
Den "Server" aber über WLAN zu betreiben ist aber natürlich mehr als suboptimal.
Also, hat jemand eine Idee, in welche Richtung ich schauen könnte? Vielleicht gibt's Probleme mit Ports oä.
Danke!
tomhmip.0 2021-02-09 12:34:32.840 error (19901) Try reconnect in 30s hmip.0 2021-02-09 12:34:32.838 error (19901) error starting homematic: TypeError: Cannot read property 'home' of undefined hmip.0 2021-02-09 12:34:32.836 warn (19901) Request error: RequestError: Error: Invalid URI "undefined/hmip/home/getCurrentState" hmip.0 2021-02-09 12:34:32.809 warn (19901) Request error: RequestError: Error: connect ETIMEDOUT 81.14.202.198:48335 hmip.0 2021-02-09 12:32:20.732 debug (19901) ready hmip.0 2021-02-09 12:32:20.593 info (19901) starting. Version 1.6.0 in /opt/iobroker/node_modules/iobroker.hmip, node: v12.20.1, js-controller: 3.1.6 hmip.0 2021-02-09 12:32:19.237 debug (19901) Plugin sentry Initialize Plugin (enabled=true) hmip.0 2021-02-09 12:32:18.647 debug (19901) statesDB connected hmip.0 2021-02-09 12:32:18.643 debug (19901) States connected to redis: 127.0.0.1:9000 hmip.0 2021-02-09 12:32:18.611 debug (19901) States create System PubSub Client hmip.0 2021-02-09 12:32:18.599 debug (19901) States create User PubSub Client hmip.0 2021-02-09 12:32:18.571 debug (19901) Redis States: Use Redis connection: 127.0.0.1:9000 hmip.0 2021-02-09 12:32:18.563 debug (19901) objectDB connected hmip.0 2021-02-09 12:32:18.537 debug (19901) Objects connected to redis: 127.0.0.1:9001 hmip.0 2021-02-09 12:32:18.459 debug (19901) Objects client initialize lua scripts hmip.0 2021-02-09 12:32:18.455 debug (19901) Objects create User PubSub Client hmip.0 2021-02-09 12:32:18.450 debug (19901) Objects create System PubSub Client hmip.0 2021-02-09 12:32:18.437 debug (19901) Objects client ready ... initialize now hmip.0 2021-02-09 12:32:18.274 debug (19901) Redis Objects: Use Redis connection: 127.0.0.1:9001@tomhaulass sagte in Homematic IP Cloud Access Point Adapter:
die fixe eth0-Einstellung des Raspberry einfach mit wlan0 überschrieben und das Ethernetkabel gezogen und prompt hat's funktioniert.
Was genau gemacht? DAs hört sich für mich jedenfalls falsch an.
-
Nun, ich habe dem Pi natürlich eine fixe IP (.44) vergeben - für die Etherneteinstellung. Diese hab ich dann dem WLAN Adapter gegeben, damit er nach dem Neustart und Entfernen des Ethernetkabels wieder auf 44 erreichbar ist.
Und darum glaube ich auch nicht, dass ich von der HMIP CLoud geblockt werde, weil wenn ich über WLAN sende, funktioniert's ja.
-
@tomhaulass sagte in Homematic IP Cloud Access Point Adapter:
hmip.0 2021-02-09 12:34:32.838 error (19901) error starting homematic: TypeError: Cannot read property 'home' of undefined
Mal aktuellste Version des Adapters installieren.
hmip.0 2021-02-09 12:34:32.809 warn (19901) Request error: RequestError: Error: connect ETIMEDOUT 81.14.202.198:48335
Die HMIP-Cloud blockt dich, weil du zu viele Anfragen sendest?
hmip.0 2021-02-09 12:34:32.809 warn (19901) Request error: RequestError: Error: connect ETIMEDOUT 81.14.202.198:48335
Nach außen hast du aber eine andere Adresse, deine interne IP kennt das Internet ja nicht. Woher stammt das WLAN denn?
-
Nun, ich habe dem Pi natürlich eine fixe IP (.44) vergeben - für die Etherneteinstellung. Diese hab ich dann dem WLAN Adapter gegeben, damit er nach dem Neustart und Entfernen des Ethernetkabels wieder auf 44 erreichbar ist.
Und darum glaube ich auch nicht, dass ich von der HMIP CLoud geblockt werde, weil wenn ich über WLAN sende, funktioniert's ja.
@tomhaulass Meine Interfaces (wlan und eth) haben jeweils eine eigene IP, die jeweils vom Router/DHCP gemanaged wird.
-
hmip.0 2021-02-09 12:34:32.809 warn (19901) Request error: RequestError: Error: connect ETIMEDOUT 81.14.202.198:48335
Nach außen hast du aber eine andere Adresse, deine interne IP kennt das Internet ja nicht. Woher stammt das WLAN denn?
Das Internet kenn meine interne IP natürlich nicht. Darum sollte es ja egal sein, ob Raspberry-Ethernet->Switch->Router->Cloud oder Raspberry-WLAN->Router->Cloud
Oder wie meinst du "Woher stammt das WLAN denn?" -
Das Internet kenn meine interne IP natürlich nicht. Darum sollte es ja egal sein, ob Raspberry-Ethernet->Switch->Router->Cloud oder Raspberry-WLAN->Router->Cloud
Oder wie meinst du "Woher stammt das WLAN denn?"@tomhaulass
Wir kennen deine Infrastruktur ja nicht. Kann ja sein, dass du unterschiedliche Wege gehst. Aber ja, das meinte ich. Irgendwelche Firewallregel konfiguriert? -
Das Internet kenn meine interne IP natürlich nicht. Darum sollte es ja egal sein, ob Raspberry-Ethernet->Switch->Router->Cloud oder Raspberry-WLAN->Router->Cloud
Oder wie meinst du "Woher stammt das WLAN denn?"@tomhaulass
Vielleicht geht es ja auch nur deshalb gerade, weil der Bann abgelaufen ist. -
@tomhaulass
Vielleicht geht es ja auch nur deshalb gerade, weil der Bann abgelaufen ist.Nein, keine gesonderten Regeln. Aber auch nochmal um alle Unklarheiten zu beseitigen - das ist IMMER. Also, wenn ich jetzt das Ethernetkabel ziehe und auf reine Wlan-Verbindung gehe, funktioniert HMIP. Wenn ich dann den Pi wieder über Ethernet mit dem Netzwerk verbinde, "findet" er HMIP nicht. Darum eben das Dilemma. Es würde ja grundsätzlich funktionieren, aber eben nur wenn der Pi über Wlan mit dem Netz verbunden ist :astonished:
-
Nein, keine gesonderten Regeln. Aber auch nochmal um alle Unklarheiten zu beseitigen - das ist IMMER. Also, wenn ich jetzt das Ethernetkabel ziehe und auf reine Wlan-Verbindung gehe, funktioniert HMIP. Wenn ich dann den Pi wieder über Ethernet mit dem Netzwerk verbinde, "findet" er HMIP nicht. Darum eben das Dilemma. Es würde ja grundsätzlich funktionieren, aber eben nur wenn der Pi über Wlan mit dem Netz verbunden ist :astonished:
@tomhaulass
Aber klingt deine Beschreibung nicht nach Firewallregel o. ä.?pi-hole installiert?
-
Servus nochmal!
Danke für den Input, was mich zu einigen Tests geführt hat.
Tatsächlich hab ich noch einen separaten Pi laufen, auf dem Pi-hole installiert ist. Also hab ich den mal komplett entfernt, brachte aber keine Änderung. Hatte auch den Unifi Controller im Verdacht, der auf dem iobroker-Pi läuft. Der ist aber anscheinend auch nicht schuld. In einem weiteren Versuch habe ich einen komplett "frischen" Pi mit iobroker installiert und NUR den HMIP geladen. Das Ergebnis war aber identisch -> im LAN mit IP 45 kann die Instanz nicht verbinden, im WLAN mit IP 46 geht's problemlos.
Soweit so :man-shrugging:
Aber egal, wenn ich doch noch was brauchbares rausfinde, poste ich es hier. Ansonsten danke für die Denkanstöße. -
Geehrte Community, ich weiß nicht weiter.
Ich versuche gerade mein HmIP-DLD (Türschlossadapter neue Version) mit dem iobroker zu bedienen.
Mein Adapter ist aktuell (1.11.0). Seit 1.10.0 gibt es DOOR_LOCK_CHANNEL und ACCESS_AUTHORIZATION_CHANNEL.
Das DLD wird mir mit 10 Kanälen angezeigt und wenn ich die Fernbedienung benutze, oder eine Aktion in der App aufrufe sehe ich das auch im Adapter.
Jetzt hoffe ich, daß mir jemand sagt was ich in iobroker tun kann, damit mein Schloß die Stati LOCKED, UNLOCKED oder OPEN anfährt.
Hat das schon jemand erfolgreich gemacht? -
Geehrte Community, ich weiß nicht weiter.
Ich versuche gerade mein HmIP-DLD (Türschlossadapter neue Version) mit dem iobroker zu bedienen.
Mein Adapter ist aktuell (1.11.0). Seit 1.10.0 gibt es DOOR_LOCK_CHANNEL und ACCESS_AUTHORIZATION_CHANNEL.
Das DLD wird mir mit 10 Kanälen angezeigt und wenn ich die Fernbedienung benutze, oder eine Aktion in der App aufrufe sehe ich das auch im Adapter.
Jetzt hoffe ich, daß mir jemand sagt was ich in iobroker tun kann, damit mein Schloß die Stati LOCKED, UNLOCKED oder OPEN anfährt.
Hat das schon jemand erfolgreich gemacht?@janfleet sagte in Homematic IP Cloud Access Point Adapter:
HmIP-DLD
Wird von der zugrundeliegenden REST-API bisher nicht unterstütz. Vom Adapter ganz abgesehen...
Siehe hier:
HMIP-DLD (Door Lock Drive) -
@janfleet sagte in Homematic IP Cloud Access Point Adapter:
HmIP-DLD
Wird von der zugrundeliegenden REST-API bisher nicht unterstütz. Vom Adapter ganz abgesehen...
Siehe hier:
HMIP-DLD (Door Lock Drive)@ofbeqnpolkkl6mby5e13 Danke für die schnelle Antwort. Muss/darf ich mir wohl doch einen gescheiten pi mit Funkmodul kaufen und das lokal managen.
-
Hallo zusammen.
Ich habe den Temperaturdifferenzsensor HmIP STE2-PCB an meinem Access Point angemeldet. Dies hat auch soweit funktioniert. Jetzt wollte ich schauen welche Werte im ioBroker ankommen. Leider kommen bei mir keine Temperaturwerte an.
Hat jemand auch den Sensor am Access Point laufen und bekommt mehr Werte?
Adapter-Version 1.9.0
Firmware des Sensors aktuell 1.0.18 -
Hallo zusammen.
Ich habe den Temperaturdifferenzsensor HmIP STE2-PCB an meinem Access Point angemeldet. Dies hat auch soweit funktioniert. Jetzt wollte ich schauen welche Werte im ioBroker ankommen. Leider kommen bei mir keine Temperaturwerte an.
Hat jemand auch den Sensor am Access Point laufen und bekommt mehr Werte?
Adapter-Version 1.9.0
Firmware des Sensors aktuell 1.0.18@dennismenger sagte in Homematic IP Cloud Access Point Adapter:
HmIP STE2-PCB
Changelog
1.10.0 (2021-04-12)(Apollon77) Implement TEMPERATURE_SENSOR_2_EXTERNAL_DELTA_CHANNEL, DOOR_LOCK_CHANNEL and ACCESS_AUTHORIZATION_CHANNEL -
@dennismenger sagte in Homematic IP Cloud Access Point Adapter:
HmIP STE2-PCB
Changelog
1.10.0 (2021-04-12)(Apollon77) Implement TEMPERATURE_SENSOR_2_EXTERNAL_DELTA_CHANNEL, DOOR_LOCK_CHANNEL and ACCESS_AUTHORIZATION_CHANNEL@ofbeqnpolkkl6mby5e13 Danke dir für den Hinweis. Hatte kein Hinweis auf ein Update des Adapters bekommen.
-
@ofbeqnpolkkl6mby5e13 Danke dir für den Hinweis. Hatte kein Hinweis auf ein Update des Adapters bekommen.
@dennismenger sagte in Homematic IP Cloud Access Point Adapter:
@ofbeqnpolkkl6mby5e13 Danke dir für den Hinweis. Hatte kein Hinweis auf ein Update des Adapters bekommen.
dann hast du vernünftigerweise das stable repository eingestellt.
wenn du diese beta version testen möchtest, kurzfristig das repo auf beta umstellen
installieren
wieder zurück auf stable stellen -
@dennismenger sagte in Homematic IP Cloud Access Point Adapter:
@ofbeqnpolkkl6mby5e13 Danke dir für den Hinweis. Hatte kein Hinweis auf ein Update des Adapters bekommen.
dann hast du vernünftigerweise das stable repository eingestellt.
wenn du diese beta version testen möchtest, kurzfristig das repo auf beta umstellen
installieren
wieder zurück auf stable stellen@homoran
1.11.1 ist stable... -
@homoran
1.11.1 ist stable...@ofbeqnpolkkl6mby5e13 sagte in Homematic IP Cloud Access Point Adapter:
@homoran
1.11.1 ist stable...nein!
-
@ofbeqnpolkkl6mby5e13 sagte in Homematic IP Cloud Access Point Adapter:
@homoran
1.11.1 ist stable...nein!
587
Online32.7k
Users82.5k
Topics1.3m
Posts