Test Adapter mihome-vacuum v2.0.x
-
@dirkhe Der Adapter bleibt aber "gelb" auch wenn im Log steht "logging true".
Der folgende Log zeigt das ich den Adapter neu gestartet habe, er war vorher "gelb", wurde dann natürlich "rot" und blieb wieder bei "gelb" stehen, obwohl er auch hier "logging true" verzeichnet. Ich kann mir da überhaupt keinen Reim drauf machen. Ich habe ihn auch bereits mehrfach deinstalliert und wieder installiert, in verschiedenen Versionen. Die Version im TinkerBoardS läuft wieder in der Version 1.1.5 ohne Probleme.mihome-vacuum.0 2021-02-22 01:18:36.409 debug (10379) system.adapter.admin.0: logging true mihome-vacuum.0 2021-02-22 01:18:03.941 debug (10379) system.adapter.admin.0: logging false tr-064.0 2021-02-22 01:17:48.515 info (851) forEachConfiguredDevice: in GetSpecificHostEntry 1(Mandy/ A8:DB:03:65:DB:6F) device seems offline but we never saw it since adapter was started:Error: sendSOAPActionRequest Error action=GetSpec mihome-vacuum.0 2021-02-22 01:17:17.398 debug (10379) system.adapter.admin.0: logging true tr-064.0 2021-02-22 01:16:46.898 info (851) forEachConfiguredDevice: in GetSpecificHostEntry 1(Mandy/ A8:DB:03:65:DB:6F) device seems offline but we never saw it since adapter was started:Error: sendSOAPActionRequest Error action=GetSpec host.Server 2021-02-22 01:16:27.509 info iobroker exit 0 host.Server 2021-02-22 01:16:26.468 info iobroker Adapter "upnp" updated host.Server 2021-02-22 01:16:26.370 info iobroker upload [0] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/custom_m.html custom_m.html text/html host.Server 2021-02-22 01:16:26.303 info iobroker upload [1] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/de/translations.json i18n/de/translations.json application/json host.Server 2021-02-22 01:16:26.241 info iobroker upload [2] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/en/translations.json i18n/en/translations.json application/json host.Server 2021-02-22 01:16:26.180 info iobroker upload [3] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/es/translations.json i18n/es/translations.json application/json host.Server 2021-02-22 01:16:26.119 info iobroker upload [4] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/fr/translations.json i18n/fr/translations.json application/json host.Server 2021-02-22 01:16:26.053 info iobroker upload [5] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/it/translations.json i18n/it/translations.json application/json host.Server 2021-02-22 01:16:25.996 info iobroker upload [6] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/nl/translations.json i18n/nl/translations.json application/json host.Server 2021-02-22 01:16:25.931 info iobroker upload [7] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/pl/translations.json i18n/pl/translations.json application/json host.Server 2021-02-22 01:16:25.868 info iobroker upload [8] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/pt/translations.json i18n/pt/translations.json application/json host.Server 2021-02-22 01:16:25.807 info iobroker upload [9] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/ru/translations.json i18n/ru/translations.json application/json host.Server 2021-02-22 01:16:25.731 info iobroker upload [10] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json host.Server 2021-02-22 01:16:25.638 info iobroker upload [11] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/index_m.html index_m.html text/html host.Server 2021-02-22 01:16:25.576 info iobroker upload [12] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/upnp.png upnp.png image/png host.Server 2021-02-22 01:16:25.514 info iobroker Update "system.adapter.upnp.0" host.Server 2021-02-22 01:16:25.500 info iobroker upload [13] upnp.admin /opt/iobroker/node_modules/iobroker.upnp/admin/words.js words.js application/javascript host.Server 2021-02-22 01:16:15.531 info iobroker npm install iobroker.upnp@1.0.17 --loglevel error --prefix "/opt/iobroker" (System call) host.Server 2021-02-22 01:16:15.531 info iobroker NPM version: 6.14.11 host.Server 2021-02-22 01:16:14.187 info iobroker Update upnp from @1.0.16 to @1.0.17 host.Server 2021-02-22 01:16:12.674 info iobroker upgrade upnp mihome-vacuum.0 2021-02-22 01:15:55.227 debug (10379) Xiaomi Cloud: Login successful mihome-vacuum.0 2021-02-22 01:15:53.763 info (10379) set nächster Timer: Nicht verfügbar mihome-vacuum.0 2021-02-22 01:15:53.264 debug (10379) No suitable Lua script, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } mihome-vacuum.0 2021-02-22 01:15:53.263 info (10379) New generation or new fw(3.5.8,2652) detected, create new states goto and zoneclean mihome-vacuum.0 2021-02-22 01:15:53.262 info (10379) extend state mop for State control.fan_power mihome-vacuum.0 2021-02-22 01:15:53.262 info (10379) change states from State control.fan_power mihome-vacuum.0 2021-02-22 01:15:53.249 debug (10379) server started on 0.0.0.0:53421 mihome-vacuum.0 2021-02-22 01:15:53.247 info (10379) Create state clean_home for controlling by cloud adapter mihome-vacuum.0 2021-02-22 01:15:53.247 info (10379) Expert mode enabled, states created mihome-vacuum.0 2021-02-22 01:15:53.244 debug (10379) Xiaomi Cloud: Logging in mihome-vacuum.0 2021-02-22 01:15:53.244 debug (10379) load Map creator... false mihome-vacuum.0 2021-02-22 01:15:52.921 info (10379) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v14.15.5, js-controller: 3.2.16 mihome-vacuum.0 2021-02-22 01:15:52.811 debug (10379) statesDB connected mihome-vacuum.0 2021-02-22 01:15:52.811 debug (10379) States connected to redis: 127.0.0.1:9000 mihome-vacuum.0 2021-02-22 01:15:52.805 debug (10379) States create User PubSub Client mihome-vacuum.0 2021-02-22 01:15:52.805 debug (10379) States create System PubSub Client mihome-vacuum.0 2021-02-22 01:15:52.801 debug (10379) Redis States: Use Redis connection: 127.0.0.1:9000 mihome-vacuum.0 2021-02-22 01:15:52.801 debug (10379) objectDB connected mihome-vacuum.0 2021-02-22 01:15:52.799 debug (10379) Objects connected to redis: 127.0.0.1:9001 mihome-vacuum.0 2021-02-22 01:15:52.793 debug (10379) Objects client initialize lua scripts mihome-vacuum.0 2021-02-22 01:15:52.792 debug (10379) Objects create User PubSub Client mihome-vacuum.0 2021-02-22 01:15:52.792 debug (10379) Objects create System PubSub Client mihome-vacuum.0 2021-02-22 01:15:52.791 debug (10379) Objects client ready ... initialize now mihome-vacuum.0 2021-02-22 01:15:52.780 debug (10379) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.Server 2021-02-22 01:15:52.365 info instance system.adapter.mihome-vacuum.0 started with pid 10379 host.Server 2021-02-22 01:15:49.885 info instance system.adapter.mihome-vacuum.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) mihome-vacuum.0 2021-02-22 01:15:49.343 info (866) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason mihome-vacuum.0 2021-02-22 01:15:49.342 info (866) terminating mihome-vacuum.0 2021-02-22 01:15:49.337 info (866) Got terminate signal TERMINATE_YOURSELF -
@bjoegibbard said in Test Adapter mihome-vacuum v2.0.x:
Hallo,
ich habe seit kurzem exakt den gleichen Fehler wie oben im Bild zu sehen, wenn ich per Skript ein Kommando senden will (sitze gerade nicht zu Hause, daher hab ich mal auf den schon hier geposteten Screenshot zurückgegriffen).
Hat jemand eine Idee, wie man das beheben kann? Der Fehler tritt bei mir auf, seitdem ich den js-controller auf 3.2.16 geupdated habe. Vielen Dank schonmal!
-
@radierer es steht doch da.. erwartet wird der Wert 82 als string geschrieben wird aber ein number..
du musst es umwandeln
-
@schwabe load Map creator... false steht da, das sieht so aus, als wenn das canvas nicht installiert ist, obwohl da eigentlich noch andere Fehlermeldungen kommen müssten.
Unabhängig davon fehlen mir die ganzen Versuche, sich mit dem robbi zu verbinden. Steht da vlt. Noch irgendwo was im System Log? Hast du die ip Adresse korrekt eingetragen? -
@dirkhe danke noch mal für die Hilfe. Ich kann es zwar nicht erklären, jedoch ist der Adapter jetzt, ohne das ich was am System, dem Adapter oder ioBroker geändert habe auf "grün" gesprungen.
Die Canvas-Gauges Style Widgets sind bei mir installiert oder meinst du was anderes? -
@schwabe Nein die canvas lib, die benötigt wird, um die Karte zu zeichnen. Aber wenn es jetzt läuft, ist ja alles gut
-
Ich habs in meinem Blockly-Skript probiert mit den Konvertierungsblock "nach String" was leider keine Besserung brachte. Ich bin dann wieder zurück auf den js-controller 3.1.6, womit alles problemlos läuft.
-
guten Tag ich habe leider das Problem das sobald ich eine Zimmerreinigung starte, der Adapter die Verbindung verliert, er fängt dann an zu saugen aber steuern ist nicht mehr möglich, bis ich den Adapter einmal von Hand neu starte. Das zeigt mir der Log:
Hat jemand eine idee woran das liegen kann ?
-
@serial13579 schau mal, ob deine Räume im ioBroker die saugstärke definiert haben
-
@dirkhe vielen Dank!! das war es !
-
Hat schon jemand bei seinem Xiaomi 1S Saugroboter das Firmware Update auf 3.5.4_1342 gemacht und kann bestätigen dass danach die Verbindung zum Adapter noch funktioniert?
-
@diginix Auf meinem Robi der ersten Generation (heißt der 1S?) läuft 3.5.8_004028 und alles funktioniert.
-
@thomas-braun Ne der 1S war der Nachfolger mit Kartenspeicherung und Raumaufteilung. Der hat zusätzlich einen TOF-Sensor im Deckel
Das Update gibt es erst ein paar Tage. Davor war 3.5.4_0948 die aktuelle Version.
Vom Roboter Forum haben schon welche aktualisiert und bei mind. einem mit OpenHAB funktioniert noch alles. Ich warte mal noch bissel. Wirkliche Mehrwerte bringt das Update ohnehin nicht.Edit: Update erfolgreich durchgeführt und 1S weiterhin über Adapter wie zuvor nutzbar.
-
@maeuseking sagte in Test Adapter mihome-vacuum v2.0.x:
Moin!
Nachdem einige Wochen der Adapter problemlos funktionierte, stürzt er nun an einem erfolgreich Übermittelten Befehl ab. Hat dazu jemand einen Tipp?
Neuinstallation des Adpaters und Reboot des Saugroboters haben nichts gebracht...
mihome-vacuum.0 2020-11-18 13:45:13.301 debug (22494) sendTo "getStatus" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 2020-11-18 13:45:13.300 info (22494) connecting, this can take up to 10 minutes ... mihome-vacuum.0 2020-11-18 13:45:13.296 debug (22494) Receive <<< Helo <<< 213100200000000013272a775fb51759ffffffffffffffffffffffffffffffff mihome-vacuum.0 2020-11-18 13:45:13.285 info (22494) New generation or new fw(3.5.8,2516) detected, create new states goto and zoneclean mihome-vacuum.0 2020-11-18 13:45:13.283 info (22494) extend state mop for State control.fan_power mihome-vacuum.0 2020-11-18 13:45:13.271 info (22494) change states from State control.fan_power mihome-vacuum.0 2020-11-18 13:45:13.239 debug (22494) server started on 0.0.0.0:53421 mihome-vacuum.0 2020-11-18 13:45:13.232 info (22494) Cloud control disabled mihome-vacuum.0 2020-11-18 13:45:13.231 info (22494) Expert mode disabled, states deleted mihome-vacuum.0 2020-11-18 13:45:13.226 debug (22494) Xiaomi Cloud: Logging in mihome-vacuum.0 2020-11-18 13:45:13.224 debug (22494) load Map creator... true mihome-vacuum.0 2020-11-18 13:45:13.169 info (22494) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mihome-vacuum, node: v12.19.1, js-controller: 3.1.6 mihome-vacuum.0 2020-11-18 13:44:40.465 info (22435) Terminated (NO_ERROR): Without reason mihome-vacuum.0 2020-11-18 13:44:40.464 info (22435) terminating mihome-vacuum.0 2020-11-18 13:44:40.457 error (22435) TypeError: Cannot read property 'val' of null at /opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:187:68 at /opt/iobroker/node_modules/iobroker.js-controller/lib/states/states mihome-vacuum.0 2020-11-18 13:44:40.456 error (22435) uncaught exception: Cannot read property 'val' of null mihome-vacuum.0 2020-11-18 13:44:40.454 debug (22435) sendMsg[1] >>> {"id":29,"method":"app_segment_clean","params":[19]} mihome-vacuum.0 2020-11-18 13:44:40.453 info (22435) trigger cleaning segment 19 mihome-vacuum.0 2020-11-18 13:44:40.449 debug (22435) sendTo "cleanSegments" to system.adapter.mihome-vacuum.0 from system.adapter.mihome-vacuum.0 mihome-vacuum.0 2020-11-18 13:44:40.447 debug (22435) stateChange mihome-vacuum.0.rooms.717001010826.roomClean {"val":true,"ack":false,"ts":1605703480443,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1605684698520} mihome-vacuum.0 2020-11-18 13:44:33.763 debug (22435) CLEAN_LOGGING[{"Datum":"18.11","Start":"13:12","Saugzeit":"4 min","Fläche":"7.46 m²","Error":0,"Ende":false},{"Datum":"18.11","Start":"13:01","Saugzeit":"11 min","Fläche":"15.31 m²","Error":0,Nach einem neuem Befehl wieder direkter Absturz...
mihome-vacuum.0 2020-11-18 13:49:20.617 info (22494) Terminated (NO_ERROR): Without reason mihome-vacuum.0 2020-11-18 13:49:20.616 info (22494) terminating mihome-vacuum.0 2020-11-18 13:49:20.608 error (22494) TypeError: Cannot read property 'val' of null at /opt/iobroker/node_modules/iobroker.mihome-vacuum/main.js:187:68 at /opt/iobroker/node_modules/iobroker.js-controller/lib/states/states mihome-vacuum.0 2020-11-18 13:49:20.607 error (22494) uncaught exception: Cannot read property 'val' of null mihome-vacuum.0 2020-11-18 13:49:20.605 debug (22494) sendMsg[1] >>> {"id":14,"method":"app_segment_clean","params":[19]} mihome-vacuum.0 2020-11-18 13:49:20.604 info (22494) trigger cleaning segment 19EDIT:
Auch ein komplettes Update nach dieser Anleitung
https://forum.iobroker.net/topic/37020/nodejs-update-iobroker-installation-via-curl-nicht-möglich/51
hat nichts geändert...Das Problem besteht bei mir noch immer. Hat jemand dazu eine Idee?
-
@maeuseking System inkl. NodeJS und ioBroker auf Stand bringen, beobachten, dann ggf. nochmal fragen.
-
heute hatte ich folgendes Problem:
- aus mir nicht erfindlichen Gründen hatte sich der Staubsauger selbstständig auf die Werkseinstellungen zurückgesetzt
- ich mußte ihn in der APP komplett neu installieren
- dabei war natürlich der alte Token verloren gegangen
- es gelang mir nicht, den "Xiaomi cloud login" ans Laufen zu bekommen
- es blieb dann nur der sehr umständliche Weg über das iphone Backup den neuen Token zu finden
Daher zwei Fragen:
Hattet ihr das auch schon mal, daß sich der Sauger selstständig auf die Werkseinstellungen zurückgesetzt hat?Funktioniert momentan der Cloud Login nicht?
PS: installierte Version ist die 2.1.1
-
@skorpil ich hab 4 Stück, alles S5, und noch nie solche Effekte gehabt.
Gleiche Adapterversion. Funktionieren über die App wie auch iobroker mit dem Adapter.
Server ist auf Deutsch gestellt. -
@ilovegym ich habe 2 der ersten Generation und bis heute auch noch nie sowas erlebt. Vor allem habe ich keine Idee, warum sich der eine zurückgesetzt hat. Bei mir steht schon seit Beginn vor 4 Jahren „China“ als Ländereinstellung in der iPhone App. Und damit habe ich heute den Sauber auch wieder über die App installiert. Über den Adapter geht gar nichts. Er reagiert trotz Servereinstellung China nicht. Auch auf Germany ist nichts passiert. Es werden keine Geräte angezeigt. So häufig muss man da auch die cloud nicht nutzen, um die Geräte zu finden. Vor ca. einem hat es in der gleichen Konstellation geklappt. Jetzt nicht.
-
@skorpil hmm vielleicht ist ja gerade ne maintenance in der china cloud an deinen Servern.. mal warten
halt schon komisch, dass der sich zurück setzt.. ist die Firmware auf dem aktuellen Stand? -
@ilovegym ja, alles aktuell.
Gruß , Herr Namensvetter,
auch: Bernd
