UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@Bluefox lösch mal die Datenpunkte mihome-vacuum.0.map.map64 und .mapURL und starte den Adapter nochmal.. die Datenpunkte werden nie mehr aktualisiert...

Hab dann den Adapter auf debug gestellt und das log ja ins Issue auf Git gepostet, aber da steht nicht viel.. anscheinend bekommt er die Map, schreibt sie aber nicht in die Datenpunkte.. ??
Wenn du dir das Log anschaust, dann siehst du, dass ich um 14.05 Uhr den Adapter gestartet habe, und 10min das erste mal eine Map geladen wurde, allerdings ist die nie in den Datenpunkten adaptername.0.map.map64 und .mapURL aufgetaucht...

Ich hab 4 Instanzen am laufen, halt auf jeder Etage einen..
Liegts vielleicht daran, dass ich mehrere Instanzen habe ?

Zurück auf 2.0.10 gings sofort, war kein Zauberspruch oder sowas notwendig..

[Sneaker75]

@ilovegym
Liegt nicht an der Anzahl Instanzen. Ich habe nur eine und die Karte wurde nicht mehr aktualisiert. Mit Downgrade auf 2.0.10 sofort wieder ohne weiteres zu tun.

[Meistertr]

@ilovegym habe die 2.1 nun getestet und bei mir läuft die map ganz normal (jedoch valetudo). auf git konnte ich keinen log von dir finden. kannst du ihn nochmal uploaden? mfg

[Meistertr]

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

[Diginix]

Irgendjemand hat die 2.1 nun aus dem latest wieder zurück gezogen und die 2.0.10 ist wieder aktuell.

[Ein ehemaliger Benutzer]

@Meistertr Hi ja der Fehler tritt nur bei der China-cloud-Map auf, lt log zieht er was, aber schreibts in der 2.1.0 nicht in die Datenpunkte, hab auch 2-3h gewartet, war in der App eingeloggt.

Debuglog ist ausführlich hier: https://forum.iobroker.net/post/458534

Hoffe, du kannst was damit anfangen.

[Ein ehemaliger Benutzer]

@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..

[vikk88]

Hat jemand den S5 mit der aktuellen Firmware ans laufen bekommen?

[K_o_bold]

@vikk88 ,

ich habe den S5 mit aktuellster Firmware... läuft...

[K_o_bold]

@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, json

Und 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 memory

Kö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?

[Kueppert]

@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).

[K_o_bold]

@Kueppert ,

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

[Kueppert]

@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.

[dirkhe]

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.

[vikk88]

@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?

[Ein ehemaliger Benutzer]

@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?

[vikk88]

@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

[Ein ehemaliger Benutzer]

@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?

[vikk88]

@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

[Ein ehemaliger Benutzer]

@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 ?)