Netatmo / Websocket Error
-
Guten Morgen in die Runde,
seit heute bekomme ich alle 5 Sek. Fehlermeldungen im Log. Die Werte der Netatmo Geräte werden in den Objekten richtig angezeigt, alles läuft soweit. Aber die unzähligen Einträge im Log nerven. Weiß jemand, was ich ändern kann um das abzustellen? Danke!
-
@kimukao
Standardfrage: Welche Versionen von NPM und vor allem Node sind installiert? -
@codierknecht node.js: v16.18.1, NPM 8.19.2
-
@kimukao da hänge ich mich mal mit an. Habe ich seid heute auch.
Node.js v16.18.1
NPM 8.19.2 -
@andiko2 Also ich hab mit NetAtmo 2.1.2 und AppKey keine Probleme.
Allerdings bekomme ich seit heute keine Netatmo Daten zu meiner WeeWx-Wetterstation und zu meinem Enigma2-Receiver ...
Irgendwas haben die sicher gemacht ...
-
Kann ich leider bestätigen , same here mit Innencamera
log vollgemüllt !! -
@kimukao Bei mir auch
node.js: v14.18.2
NPM: 6.14.15 -
@kimukao Hast Du eine Kamera verbunden? Ich nicht; hatte aber das Häkchen bei den Adaptereinstellungen bei "Welcome Innen/Außenkamera" noch gesetzt. Häkchen entfernt, keine Meldung mehr. Vielleicht hilft es.
-
Bei mir auch mit Aussenkamera
-
@olivbus Super, danke! Das hat geholfen. Hab auch keine Kamera, das Häkchen war aber gesetzt. Entfernt, jetzt ist Ruhe…
-
@olivbus
Bei mir waren bisher "Wetterstation", "Kamera" und "netatmoCO-Sensor" angehakt.
Mit diesen Einstellungen habe ich seit einigen Tagen ebenfalls die Websocket-Error Log-Einträge.Die Kameras habe ich nicht im Einsatz, der Haken war bei mir historisch (das wurde mal für das Login des Adapters benötigt).
Diesen Haken habe ich rausgenommen und weiterhin die Error-Einträge.Die CO-Sensoren habe ich im Einsatz und muss die angehakt lassen, habe damit weiterhin Websocket-Error.
netatmo.0 20835 2022-12-01 09:13:06.498 info Websocket error: websocket error, Error: websocket error at WS.Transport.onError (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:64:13) at WebSocket.ws.onerror (/opt/iobroker/node_modules/engine.io-client/lib/transports/websocket.js:149:10) at WebSocket.onError (/opt/iobroker/node_modules/engine.io-client/node_modules/ws/lib/WebSocket.js:452:14) at WebSocket.emit (node:events:513:28) at WebSocket.emit (node:domain:489:12) at ClientRequest.response (/opt/iobroker/node_modules/engine.io-client/node_modules/ws/lib/WebSocket.js:721:12) at Object.onceWrapper (node:events:628:26) at ClientRequest.emit (node:events:525:35) at ClientRequest.emit (node:domain:489:12) at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:693:27) netatmo.0 20835 2022-12-01 09:13:01.206 info Websocket error: websocket error, Error: websocket error at WS.Transport.onError (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:64:13) at WebSocket.ws.onerror (/opt/iobroker/node_modules/engine.io-client/lib/transports/websocket.js:149:10) at WebSocket.onError (/opt/iobroker/node_modules/engine.io-client/node_modules/ws/lib/WebSocket.js:452:14) at WebSocket.emit (node:events:513:28) at WebSocket.emit (node:domain:489:12) at ClientRequest.response (/opt/iobroker/node_modules/engine.io-client/node_modules/ws/lib/WebSocket.js:721:12) at Object.onceWrapper (node:events:628:26) at ClientRequest.emit (node:events:525:35) at ClientRequest.emit (node:domain:489:12) at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:693:27) netatmo.0 20835 2022-12-01 09:12:55.914 info Websocket error: websocket error, Error: websocket error at WS.Transport.onError (/opt/iobroker/node_modules/engine.io-client/lib/transport.js:64:13) at WebSocket.ws.onerror (/opt/iobroker/node_modules/engine.io-client/lib/transports/websocket.js:149:10) at WebSocket.onError (/opt/iobroker/node_modules/engine.io-client/node_modules/ws/lib/WebSocket.js:452:14) at WebSocket.emit (node:events:513:28) at WebSocket.emit (node:domain:489:12) at ClientRequest.response (/opt/iobroker/node_modules/engine.io-client/node_modules/ws/lib/WebSocket.js:721:12) at Object.onceWrapper (node:events:628:26) at ClientRequest.emit (node:events:525:35) at ClientRequest.emit (node:domain:489:12) at HTTPParser.parserOnIncomingClient [as onIncoming] (node:_http_client:693:27)Wenn ich testweise den Haken auch bei CO-Sensoren rausnehme und nur die Wetterstation angehakt lasse, ist Ruhe mit den Fehlermeldungen.
[Authentificate with Netatmo] habe ich jeweils gemacht.
@Thomas-Braun Ich denke, CO-Sensor und Kamera laufen bei Netatmo unter Kategorie "Security-Produkte", deshalb die Vermutung dass der seit kurzem auftretende Websocket-Error mit den Netatmo-Security-Produkten zusammenhängt. Da scheint Netatmo vor einigen Tagen was geändert zu haben, denn bis dahin lief der Netatmo-Adapter problemlos und ohne Fehlermeldungen.
-
Bei mir das gleiche seit gestern.
Log sieht genau so aus wie bei @kimukao.
Habe einen Netatmo CO-Sensor und die Netatmo DoorBell.Node.JS: v16.18.1
NPM 8.19.2 -
Hallo zusammen,
Ich habe auch mal den Haken bei den Kameras entfernt und auch bei mir kommt nichts mehr ins Log.
Da ich die Kameras mit cgi Befehlen ansteuere, funktioniert sie weiterhin.
Bekomme aber das im Log
API Warning: getStationsDataError error: Application does not have the good scope rights
Gruss
-
Nach Aktualisierung der Netatmo App spamt mir dieser das Protokoll zu - wenn ich den Haken bei Außenkamera wegnehme hört es auf (aber dann bringt mir der Adapter halt auch nichts mehr) Will auf die Netatmo Presence zugreifen...
Ein & Ausschalten mache ich per Telegram per URL Befehl ABER ich sende mir ab & an Screenshots der Kamera per Telegram UND das funktioniert dann nicht mehr wenn ich den Haken wegmache (dann dürfte die URL nicht aktuell sein bei Live Picture)
-
@gre4t0ne
Ja ist bei mir auch so, hab ihn erst mal aus bis es eine Lösung gibt.
Der Netatmo Adapter ist der Adapter, der bei mir noch nie richtig lief, was ich da schon für Zeit investiert habe. Und ich weiß immer nicht, wo das Problem ist bei Netatmo oder beim Adapter, hab schon überlegt alle Kameras und die Türklingel zu verkaufen. -
Der Adapter greift auf einen eigenen Dienst zurück um die Events zu Pushen.
Dieser Dienst lief bisher auf einer Kostenlosen Plattform, die haben den Kostenlosen Dienst eingestellt.
Der Entwickler weis das und kümmert sich um einen Ersatz.Also einfach noch ein paar Tage Geduld haben.
-
@andy005 Hm ... auch wenn Off Topic für hier: Bitte Details in GitHub issue bereitstellen. ggff mit Debug Log. Es sind stand heute nur wenige Issues der neuen Versionen bekannt seitdem ich das im laufe des Jahres überarbeitet hatte ...
Jetzt versuchen wir den einen Service neu aufzustellen und dann gibt es eine neue Version damit.
-
So, ich habe mich heute mit Bluefox beraten wie wir das angehen und wir haben folgendes beschlossen:
Die Konvertierung der Callbacks von Netatmo bei Events und Weiterleitung an den Adapter bedarf eine Komponente die quasi "immer" verfügbar ist. So etwas zusätzlich neu und nur für Netatmo aufzusetzen ist zwar machbar kostet aber auch extra Geld und kontinuierlichen Aufwand in der Wartung - egal wer und wo man es macht. Die kostenlose Variante von Heroku wurde leider eingestellt und abgeschaltet.
ioBroker hat allerdings schon eine solche Komponente: den iot Service, welche für alle Assistenten-Anfragen von Alexa und Google genutzt wird. Der ist auch sehr performant und wohl auch bei vielen von Euch bereist im Einsatz.
Wir werden in den nächsten Tagen eine Anpassung am iot Adapter vornehmen und den Netatmo Adapter so anpassen, dass ab dann diese Kommunikation über einen Pro-Cloud/iot Account mit (mindestens) einer Assistenten Lizenz abgewickelt werden kann. Dies ist nur relevant wenn man Events benötigt (für die normale "nur Wetterstation-Installationen ist das eher irrelevant, für Doorbell oder Rauchmelder und so üblicherweise sinnvoll/nötig). Eine Fernzugriffslizenz geht natürlich auch. Ein Pro-Account ohne eine Lizenz (der Free Modus mit 20 Requests pro Tag) geht NICHT (und macht für Events auch keinen Sinn)!
Ich hoffe auf Euer Verständnis, aber damit nutzen wir bereits bestehende Funktionen und können es "einfach mit" umsetzen und nichts eigenes besonderes machen.
Ingo
PS: Auch wenn das ausser "bad Timing" nur bedingt was miteinander zu tun hat ... Die iot-Lizenzen sind gerade im Weihnachtsangebot ;-))
-
@apollon77 Ist der ganze Scheiß wirklich notwendig?
Bei HASS funktioniert es doch auch ohne den ganzen Netzwerk und Account Kram. Ich würde vermuten, dass die einfach Homekit emulieren oder so etwas.
Alternativ wäre die Möglichkeit nicht schlecht, wenn wir das entsprechend selbst hosten können und ich pack es auf mein VServer, was für die Nutzung für eine Person ausreichend sein sollte
-
@toonphantom So, dann schauen wir doch mal was Homeassistant tut ...
--> https://www.home-assistant.io/integrations/netatmo/#webhook-events
Also Empfehlung ist
To be able to receive events from Netatmo, your Home Assistant instance needs to be accessible from the web over port 443.
Und ehrlich ... NEIN, mit so einem "Scheiß" fangen wir gar nicht an, weil das einfach unsicher hoch 10 ist, SSL Zertifikatsmanagement und einen dyndns Entrag und am Ende für "Normal-User" Port-Weiterleitungen und sonst was braucht.
Ganz ehrlich: Das ist kompliziert und ich werde nicht anfangen sowas als Option auch nur zu empfehlen. Da ist die Pro Cloud Option - mit der starken Vermutung das wohl 80% der betroffenen User eh schon eine Assistanten Lizenz haben - viel einfacher und intuitiver vor allem SICHERER!
Das du vllt einen VServer hast und das Wissen soetwas sicher zu betreiben mag sein - damit wirst DU aber eine ziemliche Ausnahme sein, aber jetzt mehrere Wege im Adapter einzubauen und das am Ende auch zu unterstützen finde ich nicht sonderlich zielführend. Jetzt lass es bitte mal so bauen - wenn es am Ende mehrere User gibt die es so sehen wie Du kann man nochmals reden.
