-
-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failed to get home details: TypeError: Cannot read properties of null (reading 'rrHomeId') #449
Comments
Ging das bei dir irgendwann mal? |
Ja natürlich, sogar sehr zuverlässig. Zuletzt wurden Daten am 24.11. übermittelt. Möglicherweise habe ich da den Adapter aktualisiert, ich kann mich aber nicht mehr genau erinnern. |
Und neu installieren vom Adapter hat nicht geholfen? |
Hab ich mit Absicht noch nicht gemacht, für den Fall, dass du eine Idee hast, was ich ausprobieren kann/soll |
Ganz ehrlich? Keine Ahnung. Er holt sich bei dir homedata nicht. Das geht eigentlich nur dann, wenn beim anmelden ein Fehler passiert. Diese Fehler werden aber bereits abgefangen. |
Macht es Sinn, vielleicht etwas mehr zu loggen, damit man den Fehler identifizieren kann? |
Glaube nicht. Der Fehler liegt nicht am Adapter, sondern in deinem Setup. Aus irgendeinen Grund werden die Daten nicht richtig abgerufen. |
Das Löschen aller Datenpunkte und anschließender Neustart des Adapters haben das Problem behoben. Der Saugroboter lässt sich nun wieder steuern. Ich bin mir nicht ganz sicher, aber mir scheint das Problem eher beim Adapter zu liegen, sonst hätte diese Lösung nicht funktionieren können. |
Ja, wenn du alle Datenpunkte löschst, wird dadurch ein neuer Token generiert. Damit klappt dann auch wieder die Anmeldung. |
Für mich klingt das wie ein Plan. Eventuell wäre es ja auch sinnvoll, dass der Token entweder beim Neustart des Adapters generiert wird, oder aber, wenn man Benutzername und Passwort neu eingibt. Letzteres hatte ich nämlich zuvor auch probiert, was jedoch nicht zum Erfolg geführt hat. Vielen Dank für deine Hilfe und den tollen Adapter. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Unstale |
Bitte die neue dev testen und eine Rückmeldung geben. Danke. |
Tut mir leid, die Rückmeldung ist leider: Fehler weiterhin da. userData wird nun hin und wieder gelöscht und neu erstellt, das behebt aber den Fehler nicht. |
Hallo @jahnbes, hast du die Möglichkeit gefunden, den Fehler inklusive Protokoll nochmal zu reproduzieren? Viele Grüße |
Hallo @copystring, |
log_roborock_20240105.txt
Leider tritt dieser Fehler täglich auf mit der Heilung über Nacht und den Problemen so am Mittag. Wobei der Robo bei mir üblicherweise früh zweimal 10 Minuten läuft, mehr nur am Donnerstag. Viele Grüße, Bert. |
Hallo @jahnbes, das ist mal ein ziemlich gutes Log. Roborock macht deine Zugangsdaten zum MQTT-Server ungültig. Diese werden beim Löschen von UserData neu erstellt. Das wäre allerdings problematisch. Ich habe das jetzt nochmal mit der App verglichen. Dort passiert das nie. Es liegt wohl am Adapter. Ich habe in der neuen dev die Verbindung zum MQTT-Server von Roborock leicht angepasst. Wäre klasse, wenn das schon ausreichen würde. Magst du das mal testen? |
Hallo @copystring, |
Genau. In der neuen dev sind die Änderungen vorhanden. |
Hallo @copystring, |
LEIDER |
Hallo @copystring, |
Hallo @jahnbes, sehr gerne. Nur weiß ich leider nicht, wann ich mich darum kümmern kann. Wenn ich für irgendwas Zeit finden kann, dass ist dieses Problem mit höchster Priorität. |
Hallo @copystring, |
Am besten mit der dev |
Ich habe in dev eine neue Anpassung vorgenommen. Bisher wurde UserData gelöscht, wenn es ein Timeout bei der Verbindung gab. Das ist jedoch fatal, da dies ein neuen Loginvorgang voraussetzt. Das sollte aber nie benötigt werden. Die App tut dies ebenfalls nie. Nur dann, wenn das Konto abgemeldet wurde. |
OK. Top.
Taucht das noch auf bzw. ist das doch aktuell? |
Hallo copystring! |
Hallo Bert, Ich habe so eine Vermutung. Deshalb habe ich ein zusätzliches Logging eingebaut. Wäre klasse, wenn du mir bei Gelegenheit ein neues Debuglog erstellen würdest. |
Hallo copystring, |
Hallo copystring, |
Merkwürdig. Habe gar keinen Fehler behoben. |
So, nun hat es leider wieder geknallt, offensichtlich 10:45 das erste mal (?). |
Ah ja. Ich denke, dass ich den Fehler gefunden habe. Würdest du die neue dev nochmal testen und ein neues Debuglog anhängen? Auch dann, wenn es keinen Fehler gibt. Wenn Roborock keine Antwort auf die Abfrage von HomeData gibt, dann sollte im Log |
Mach ich sofort und schicke Dir das Logfile morgen früh. |
Guten Morgen, copystring, |
Hallo copystring, roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 roborock.0 |
Ob du das abschalten kannst, weiß ich nicht. Das kommt darauf an, ob sich das irgendwann wieder beruhigt. Geht die Warnung denn irgendwann weg oder wird HomeData danach nie wieder aktualisiert? Reicht es, den Adapter neu zu starten, damit HomeData wieder sauber geholt wird? |
Nach einer Weile der Ruhe kommt das "warn homedata failed to download" leider seit 10:54 Uhr wieder alle 10 Sekunden. Dem voraus ging ein reconnect zum MQTT: roborock.0 2024-01-24 10:50:22.247 warn MQTT connection reconnect. roborock.0 2024-01-24 10:50:22.245 warn MQTT connection close. roborock.0 2024-01-24 10:50:22.209 warn Reconnecting mqtt client!` |
Noch eine Beobachtung: `2024-01-24 10:50:22.247 - �[33mwarn�[39m: roborock.0 (675) MQTT connection reconnect. 2024-01-24 13:50:22.248 - �[33mwarn�[39m: roborock.0 (675) MQTT connection reconnect. 2024-01-24 16:50:22.252 - �[33mwarn�[39m: roborock.0 (675) MQTT connection reconnect.` Das erste am Tag war 10:50 Uhr,dann alle drei Stunden. Nach diesem ersten reconnect um 10:50 Uhr ging es los mit "warn homedata failed to download" für den Rest des Tages, das hat sich auch 13:50 Uhr und 16:50 Uhr nicht geändert und hält auch jetzt noch an. |
Hallo Copystring, hier ein Zwischen- oder End(?)bericht. Seit gestern, Dienstag, den 24.1.24 23:30:46 Uhr ist Ruhe mit „homedata failed to download“ alle 10 Sekunden. Der Zeitablauf ist ungefähr: 24.1.24 22:50: letztes “MQTT connection reconnect” vor dem letzten “ homedata failed to download“ (23:30) Ich schicke Dir trotzdem das komplette logfile von gestern und das von heute (bis jetzt) mit (teilweise ohne debug-Einstellung). roborock_log_20240124_3.txt Besteht Hoffnung? Wenn Du noch was brauchst, melde Dich bitte. Viele Grüße, Bert. |
Zu früh gefreut, seit 10:56 Uhr ist alles wieder beim Alten...: `2024-01-25 10:50:22.210 - warn: roborock.0 (675) Reconnecting mqtt client! 2024-01-25 10:50:22.242 - warn: roborock.0 (675) MQTT connection close. 2024-01-25 10:50:22.243 - warn: roborock.0 (675) MQTT connection reconnect. 2024-01-25 10:53:58.692 - info: admin.0 (7747) ==> Connected system.user.admin from 192.168.178.27 2024-01-25 10:54:01.731 - info: admin.0 (7747) <== Disconnect system.user.admin from 192.168.178.27 admin ... 2024-01-25 10:57:07.683 - warn: roborock.0 (675) homedata failed to download` |
|
|
Vielleicht Nacht der Adapter zu viele Anfragen in 24 Stunden. Ich könnte das mal reduzieren. Wäre aber trotzdem merkwürdig. Ich könnte den Fehler bei mir nie erzeugen. |
Bin ich der Einzige, bei dem dieser Fehler auftritt, oder melden ihn noch andere Nutzer? Liegt es am Typ des Roborock? |
Ich konnte die Logs noch nicht prüfen, aber deine Beobachtungen sind sehr hilfreich. Ich habe jetzt mal in der dev den Intervall zum Aktualisieren von HomeData doppelt so lang gemacht. Wenn es wirklich eine Begrenzung der Anfrage in 24 Stunden ist, dann würde der Fehler sehr wahrscheinlich erst nach 6 anstatt 3 Stunden auftauchen. |
In den letzten 24 h das gleiche Verhalten, wie bisher (alte dev): |
Nein. Der Einzige bist du nicht, nur weiß ich nicht, wie der Fehler zu reproduzieren ist. Bei mir läuft die aktuellste dev seit einigen Tagen stabil. |
In den letzten 24 h das geändertes Verhalten, (neue dev ist vorher installiert): |
Okay. Genau das habe ich mir gedacht. Also ist meine Vermutung bestätigt. Es scheint so, als ist die Anzahl der Anfragen in den letzten 24 Stunden begrenzt. |
Gut, Football ist vorbei, ich installiere die neue dev mit 180 sec jetzt und wir sehen, was passiert. |
Heureka, den ganzen gestrigen Tag und auch den heutigen (30. Januar 2024) ist bis dato (08:10:36) "homedata failed to download" nicht mehr aufgetaucht! Ich werde weiter beobachten. |
Hallo Bert, Viele Grüße Felix |
Der Saugroboter (S5 Max) lässt sich nicht per ioBroker steuern, die Karte sowie alle weiteren Daten werden nicht aktualisiert
Das Debug-Log gibt folgendes aus:
Ein Neustart der Instanz bringt keine Abhilfe.
The text was updated successfully, but these errors were encountered: