Test Adapter mihome-vacuum v2.0.x
-
@Meistertr sagte in Test Adapter mihome-vacuum v2.0.x:
ich sollte mir den Standardtext "Bitte debuglog anhängen" auf einen hotkey setzten. Bluefox hat vollkommen recht, "latest" ist eine Entwicklerversion die erfahrene Nutzer nutzen sollen, um Fehler zu finden. Und hier ist das vorgehen immer Gleich, Fehler melden mit DEBUGLOG und ggf. weiteren Hinweisen die den Fehler eingrenzen. Ich sage immer wieder, dass ich oder jeder andere Entwickler nichts mit "geht nicht" anfangen kann
"geht nicht" - klar, hat keine Füsse, keine Beine
Geht mir selbst oft genauso..hab mich da nur so geärgert, weil a ) zu spät gemerkt b) backup nur 3 Tage (jetzt 14) und es c) nicht zurück auf ne RC ging.. -
Hat jemand den S5 mit der aktuellen Firmware ans laufen bekommen?
-
@vikk88 ,
ich habe den S5 mit aktuellster Firmware... läuft...
-
@dirkhe , @Meistertr ,
ich habe heute nach dem Saugen mal ins log geschaut und folgendes entdeckt:
mihome-vacuum.0 2020-07-14 10:38:51.620 warn (8477) This object will not be created in future versions. Please report this to the developer. mihome-vacuum.0 2020-07-14 10:38:51.620 warn (8477) Object mihome-vacuum.0.rooms.room6.state is invalid: obj.common.type has an invalid value (text) but has to be one of number, string, boolean, array, object, mixed, file, json mihome-vacuum.0 2020-07-14 10:38:51.619 warn (8477) This object will not be created in future versions. Please report this to the developer. mihome-vacuum.0 2020-07-14 10:38:51.618 warn (8477) Object mihome-vacuum.0.rooms.room5.state is invalid: obj.common.type has an invalid value (text) but has to be one of number, string, boolean, array, object, mixed, file, jsonUnd kurz vorher das hier:
host.nuc 2020-07-14 10:37:58.060 error Caught by controller[18]: 18: 0x13c9919 [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.060 error Caught by controller[17]: 17: 0xc3070b v8::internal::Builtin_JsonStringify(int, unsigned long*, v8::internal::Isolate*) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.060 error Caught by controller[16]: 16: 0xe26ba4 v8::internal::JsonStringify(v8::internal::Isolate*, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle<v8::internal::Object>, v8::internal::Handle host.nuc 2020-07-14 10:37:58.059 error Caught by controller[15]: 15: 0xe25eff v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8 host.nuc 2020-07-14 10:37:58.059 error Caught by controller[14]: 14: 0xe261f6 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<false>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8 host.nuc 2020-07-14 10:37:58.059 error Caught by controller[13]: 13: 0xe212e1 v8::internal::JsonStringifier::Result v8::internal::JsonStringifier::Serialize_<true>(v8::internal::Handle<v8::internal::Object>, bool, v8::internal::Handle<v8: host.nuc 2020-07-14 10:37:58.059 error Caught by controller[12]: 12: 0xe20588 v8::internal::JsonStringifier::SerializeString(v8::internal::Handle<v8::internal::String>) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.059 error Caught by controller[11]: 11: 0x10c2385 v8::internal::IncrementalStringBuilder::Extend() [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.059 error Caught by controller[10]: 10: 0xd0a16c v8::internal::Factory::NewRawOneByteString(int, v8::internal::AllocationType) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.059 error Caught by controller[9]: 9: 0xd3c2bc v8::internal::Heap::AllocateRawWithRetryOrFail(int, v8::internal::AllocationType, v8::internal::AllocationOrigin, v8::internal::AllocationAlignment) [io.mihome-v host.nuc 2020-07-14 10:37:58.058 error Caught by controller[8]: 8: 0xd39805 v8::internal::Heap::CollectGarbage(v8::internal::AllocationSpace, v8::internal::GarbageCollectionReason, v8::GCCallbackFlags) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.058 error Caught by controller[7]: 7: 0xd38955 v8::internal::Heap::PerformGarbageCollection(v8::internal::GarbageCollector, v8::GCCallbackFlags) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.058 error Caught by controller[6]: 6: 0xd2c0d6 v8::internal::Heap::RecomputeLimits(v8::internal::GarbageCollector) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.058 error Caught by controller[5]: 5: 0xd2ba45 [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.058 error Caught by controller[4]: 4: 0xb7f2d9 v8::internal::V8::FatalProcessOutOfMemory(v8::internal::Isolate*, char const*, bool) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.058 error Caught by controller[3]: 3: 0xb7ef5e v8::Utils::ReportOOMFailure(v8::internal::Isolate*, char const*, bool) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.058 error Caught by controller[2]: 2: 0xa08d0c node::OnFatalError(char const*, char const*) [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.057 error Caught by controller[1]: 1: 0xa08900 node::Abort() [io.mihome-vacuum.0] host.nuc 2020-07-14 10:37:58.054 error Caught by controller[0]: FATAL ERROR: Ineffective mark-compacts near heap limit Allocation failed - JavaScript heap out of memoryKönnt ihr mit diesen Meldungen etwas anfangen?
Edit: Der Saugvorgang wurde ganz normal abgeschlossen
Aber gestern habe ich ihn in einem anderen Stockwerk laufen lassen, kann es damit zusammen hängen? -
@K_o_bold sagte in Test Adapter mihome-vacuum v2.0.x:
JavaScript heap out of memory
Sieht nach einem OutOfMemory-Problem aus. Hatte ich auch schon (trotz 3,5GB RAM).
-
kann ich mir nicht vorstellen, ich habe 8 GB Ram und aktuell noch 3,5 GB frei. Das RAM Diagram meines Servers sieht auch nicht auffällig aus
-
@K_o_bold ich hatte (als ich das Problem mal hatte) auch nicht dran geglaubt, dass es an fehlendem Speicher liegt...ich bin gespannt, ob der Fehler gefunden werden kann.
-
Also Erst mal scheinst du eine alte Version zu nutzen, da die state für rooms mittlerweile vom typ String sind.
Um weiteres festzustellen, brauchen wir ein debug Log. Das sieht irgendwie so aus, als wenn er den Compact mode nutzen will, der ist aktuell nur in der 2.1 drin, mit dem es aber andere Probleme gibt. -
@K_o_bold hm merkwürdig. Was, mache ich denn falsch? Bei mir steht die ganze Zeit connecting, this can take up to ten minutes im Log. Ich habe extra alles aktualisiert. Hat jemand eine Idee was ich noch probieren könnte?
-
@vikk88 sagte in Test Adapter mihome-vacuum v2.0.x:
Hat jemand den S5 mit der aktuellen Firmware ans laufen bekommen?
Ich hab 4 S5, 3 davon mit der 3.5.7.2008 und einer der sich hartnäckig weigert, upzudaten, hat noch die x.x.1886 drauf.. läuft aber nur im Keller und fängt die Spinnen, von daher isses mir egal..
Was verstehst du unter aktueller Firmware?
-
@ilovegym genau die 3.5.7_002008 habe ich drauf. Adapter Version momentan ist die 2.0.10. Admin ist auf Version 4 und node js die Version 10. Der Roboter verbindet sich einfach nicht
-
@vikk88 internet für den Roby frei, die richtigen Daten in der Config im Adapter eingetragen? Mal die App aufgemacht und n paar Minuten gewartet?
-
@ilovegym jepp ist alles richtig eingestellt. Internet ist auch frei, mit der alten Firmware und der älteren Adapter Version lief auch alles. Komischerweise wird mit der 2.0.07 die Instanz auch grün aber ich kann ihn trotzdem nicht steuern. Im log steht dann immer im Wechsel connected, disconnected
-
@vikk88 welche 2.0.0.7 meinst du? welche Version vom Adapter hast du ?
Mal die Instanz gelöscht, reboot und den Adapter neu installiert ? ( upload ?) -
Wenn da ständig connected/disconnected steht, sieht das nach netztwerkproblem aus. Bitte poste hier mal das debug log
-
so habe die 2.1 heute noch einmal ausgiebiger mit saugen getestet und ich kann keine Fehler feststellen, auch im log von @ilovegym sehe ich vom Adapter keine Auffälligkeiten, es wurde einmal die Karte gespeichert ( Zeit: 2020-07-11 14:18:27.001) diese MUSS gespeichert worden sein da Code sich nicht einfach ändert. Das bedeutet der Adapter hat keinen Fehler, da die Verbindungen stehen und die Daten richtig verarbeitet werden. des Rest muss an der Cloud liegen. kann die Probleme von ilovegym denn noch jemand bestätigen? wenn der Roboter geladen im Dock steht, geht er in eine Art "Wachschlaf" dabei kann es vorkommen, dass er beim Adapterstart die Verbindung nicht direkt bekommt Abhilfe ist hier ein Saugvorgang starten oder App/Valetudo Interface öffnen, danach sollte die Verbindung dann eigentlich stehen..
-
@ilovegym sorry ich meinte die Adapterversion 2.0.7, mit dieser wurde die Instanz grün aber ich konnte trotzdem keine Befehle senden. Aktuell habe ich die 2.0.10 drauf und da bleibt die Instanz gelb
-
@dirkhe sorry für die doofe Frage aber wie mache ich das?
-
Adapter auf debug stellen (unter instances Expertenlodus und dann die logStufe) dann das log hier posten. GGf. kanst du das log auch noch mihome-vacuum filtern) Wurde auch schon zigfach im forum gepostet
-
@Meistertr Hi, das habe ich auch im log gelesen, das komische ist ja, dass die Datenpunkte map64 und mapURL nicht beschrieben wurden. Daher wurde mir in der VIS und per Telegram-Msg auch keine neue Karte angezeigt.
Keine Ahnung, wo er das abgespeichert hat...@Diginix du hattest doch auch mit der 2.1.0 keine Karte, oder?
Dass die Karte erst kommt, wenn der Sauger läuft und man am besten noch in der App ne Verbindung weiss ich, ich hatte ja Tage später immer noch keine Karte, obwohl die Sauger gelaufen sind. Da hab ich es ja auch erst gemerkt..
