Closed brasax closed 1 year ago
Was ich gerade gesehen habe, wenn der Crash kommt, dann geht die Last in der VM hoch und fällt wieder danach:
Ja und beim RAM werden auch 2 GB belegt. Im Log stehen auch 2 GB, wenn der Adapter abstürzt. Bitte nochmal die neue Version testen. Wird jetzt die test.rrmap Datei sauber angelegt? Dachte bitte auf die Uhrzeit der Datei, damit diese wirklich aktuell modifiziert wurde. Dann die Datei und ein neues Log hier anhängen.
Installiert:
roborock.0 | 2023-05-15 11:03:52.584 | info | starting. Version 0.1.6 (non-npm: copystring/ioBroker.roborock#s8_map_testing) in /opt/iobroker/node_modules/iobroker.roborock, node: v16.19.0, js-controller: 4.0.23
OK. Wenn die Datei 0 KB hat, brauche ich die nicht. Immer noch kein gutes Ergebnis. Die branch nochmal neu installieren.
Sorry, nicht drauf geachtet. Schnell nebenbei gemacht.. Leider weiterhin 0kb.
OK. Das hat mich jetzt leider auch nicht weiter gebracht. Ich habe neue Änderungen vorgenommen. Bitte nochmal testen. Sorry, wenn du ständig aktualisieren musst. Normalerweise würde ich das direkt an meinem PC machen, wenn ich so einen Roboter hätte. Dann wäre ich wahrscheinlich schon lange fertig.
Kein Thema. :)
Neues Log, habe den S8 auch laufen lassen nebenbei und er läuft nicht mehr auf den Fehler, ist ein wenig länger diesmal.
Einzig das ist nun im Log zu finden:
roborock.0 | 2023-05-16 13:48:48.985 | error | Failed to create map. retry
roborock.0 | 2023-05-16 13:48:25.013 | error | Failed to create map. retry
Endlich kommen wir ein Stück weiter. Jetzt steht im Log buf.length: 171046
. Das habe ich die ganze Zeit versucht, aber hat sich immer aufgehängt. Jetzt kann ich Stück für Stück alles wieder reinnehmen. Irgendwann geht es dann nicht mehr und dann weiß ich wo es hängt.
Bitte nochmal neu laden.
Gut. Jetzt nochmal laden.
und jetzt?
Nee. Irgendwas stimmt mit den Logs nicht. Die Karte wird nicht geholt. Müssen jetzt nochmal neu anfangen.
In den Logs muss mindestens Update map
stehen. Wenn das da nicht steht, wird der Befehl zum Abrufen der Karte gar nicht abgeschickt. Vielleicht ein bisschen warten, bis das im Log auftaucht.
Nochmal neu laden.
da war das Update zum letzten Mal im Log:
2023-05-16 15:17:55.303 - debug: roborock.0 (28509) Update map
Das ist aber im neuesten log nicht drin. Also wurde die Karte nicht abgerufen und deshalb kann auch kein Fehler entsehen.
ich mach das grad nebenbei, wenn ich Zeit finde. Update Map kommt nur, wenn er am reinigen ist, wieder was gelernt: S8.txt
EDIT: Aber erläuft noch, der Adapter
OK. Das Log ist OK. Jetzt bitte nochmal probieren.
Und in die nächste Runde :D
iOBroker und ich brauchen eine Pause.. ;) Muss für die Tests einen Adapter deaktivieren (HAM), da er immer neu startet nach einer Installation und einen Haufen Fehler wirft..
Und einige andere Adapter nehmen das scheinbar auch übel, da sie nur noch langsam ansprechen.. Können gerne morgen wieder weitermachen. :)
Kein Problem. Die neue Version steht bereit. Einfach weiter machen, wenn du wieder Lust hast. :)
Ich habe mir auch mal die "map_testing" Version installiert. Bei mir stürzt der Adapter kurz nach dem Start ab bzw. die komplette VM geht auf volle CPU und RAM Auslastung. Ist der normale S8. Hab folgendes im Log:
2023-05-17 07:08:57.416 - warn: roborock.0 (15647) Unknown block type! Please report this to the developer. Block type is:33
Okay. Ich habe jetzt wieder ein bisschen herausgenommen und die branch aktualisiert. Lädst du es nochmal neu?
Interessant. Kein Problem. Neues update steht bereit. Bis später.
Hm und jetzt nicht mehr? Bitte nochmal ausprobieren.
Macht wenig Sinn. Das ist der Zustand, der mal lief. Startest du den Adapter neu, nachdem aktualisiert wurde?
In der Regel ja. Stoppe ihn, weil er dauernd chrasht und installiere neu. Kann sein, dass ich es diesmal vergessen habe. Aber er startet nach einem Crash eh wieder bis ich ihn stoppe:
2023-05-17 13:59:55.121 - info: host.debian "system.adapter.roborock.0" disabled
2023-05-17 13:59:55.122 - info: host.debian stopInstance system.adapter.roborock.0 (force=false, process=true)
2023-05-17 13:59:55.179 - info: host.debian stopInstance system.adapter.roborock.0 send kill signal
2023-05-17 13:59:56.180 - info: host.debian stopInstance system.adapter.roborock.0 killing pid 22312
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[0]: <--- Last few GCs --->
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[0]: [22312:0x6b220d0] 55536 ms: Scavenge (reduce) 2043.5 (2080.4) -> 2042.7 (2080.4) MB, 11.9 / 0.0 ms (average mu = 0.298, current mu = 0.288) allocation failure
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[0]: [22312:0x6b220d0] 55597 ms: Scavenge (reduce) 2043.6 (2080.4) -> 2042.9 (2080.4) MB, 8.0 / 0.0 ms (average mu = 0.298, current mu = 0.288) allocation failure
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[0]: [22312:0x6b220d0] 55663 ms: Scavenge (reduce) 2043.7 (2080.4) -> 2043.0 (2080.4) MB, 6.8 / 0.0 ms (average mu = 0.298, current mu = 0.288) allocation failure
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[0]: <--- JS stacktrace --->
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memory
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[1]: 1: 0xb08e80 node::Abort() [io.roborock.0]
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[1]: 2: 0xa1b70e [io.roborock.0]
2023-05-17 14:00:06.630 - error: host.debian Caught by controller[1]: 3: 0xce1890 v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[2]: 4: 0xce1c37 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[3]: 5: 0xe992a5 [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[4]: 6: 0xe99d86 [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[5]: 7: 0xea82ae [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[6]: 8: 0xea8cf0 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[7]: 9: 0xeabbe5 v8::internal::Heap::HandleGCRequest() [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[8]: 10: 0xe39287 v8::internal::StackGuard::HandleInterrupts() [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[9]: 11: 0x11e56e5 v8::internal::Runtime_StackGuard(int, unsigned long*, v8::internal::Isolate*) [io.roborock.0]
2023-05-17 14:00:06.631 - error: host.debian Caught by controller[10]: 12: 0x15d9c19 [io.roborock.0]
2023-05-17 14:00:06.631 - warn: host.debian instance system.adapter.roborock.0 terminated due to SIGABRT
2023-05-17 14:00:06.631 - info: host.debian instance system.adapter.roborock.0 terminated with code null ()
OK. Jetzt weiß ich halt nicht mehr wo ich gucken muss, weil diese Version anscheinend mal lief aber jetzt nicht mehr und das ist halt eben merkwürdig.
Ich baue jetzt eine vortlaufende Nummer ein, an der ich erkennen kann, dass es sich um eine neue Version handelt.
Diese taucht dann im Log so auf: RRMapParser test: 1
Also nochmal laden und neues log.
OK. Test 2 ist hochgeladen
Test 3 ist da. Dieser müsste wieder abstürzen.
Ich bin verwirrt. Adapter habe ich vorher gestoppt und nach dem Installieren habe ich einen Crash, obwohl ich ihn nicht gestartet habe: S8.txt
EDIT: oder war ich zu schnell mit dem installieren?
NO_ADAPTER_CONFIG_FOUND das kommt, wenn der Adapter beendet wird und ist normal. Welche Version ist jetzt installiert? 3?
Ah, hatte ich vorher nicht gesehen.
Die letzte, aber da ist aber der Zähler nicht mehr drin.
EDIT: oder er kommt gar nicht mehr so weit..
Test 4 ist da. In Test 3 habe ich eine Klammer vergessen. Die kann gar nicht laufen.
Wenn RRMapParser test:
nicht drin ist, dann wurde entweder die Karte nicht abgerufen oder der Adapter stürzt gleich wieder ab.
Hm. Ich muss mich besser konzentrieren. Ich habe eine wichtige Zeile vergessen. Test 5 hat diese wieder eingebaut.
kein Thema, geht mir genauso. Mach grad ein paar Sachen gleichzeitig. :)
RRMapParser test:
wieder nicht im Log, dafür das:
roborock.0 | 2023-05-17 17:53:42.464 | debug | Started map updater on robot: 2ypgCXonq6D5EZ9IqaoFcm
roborock.0 | 2023-05-17 18:03:07.277 | debug | Stopped map updater on robot: 2ypgCXonq6D5EZ9IqaoFcm
roborock.0 | 2023-05-17 18:03:05.903 | debug | Map updater on robot: 2ypgCXonq6D5EZ9IqaoFcm already running!
Im Log muss mindestens ein mal Update map
, damit es ein Log ist, was verwendbar ist.
Hm. Ich starte ihn immer wieder und lasse ihn eine zeitlang laufen und schicke ihn zurück.. Ich würde ihn jetzt ungern mehrmals am Tag alles saugen lassen, nervt ja auch etwas.. ;)
Wobei, ich habe eine Idee - ich kann ihm ja immer wieder was in den Weg legen an unterschiedlichen stellen und damit ein Update erzwingen.. Mal ausprobieren.
Describe the bug
S8 Pro Ultra - Adapter crasht beim Update der Map.
To Reproduce
Map erstellen im Adapater aktivieren und S8 starten. Adapter crasht mit diversen Exceptions, siehe Log.
Expected behavior
A clear and concise description of what you expected to happen.
Screenshots & Logfiles
Bin auch die vorherigen Fehler durch. Immer beim
fällt er auf die Nase. Also mal die Map im Adapter deaktiviert und keine Exception mehr.
Versions: