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

[Patchwork 3001]

@dirkhe sorry aber anders kann ich es nicht zeigen was im chat genant wurde

keine debug funktion

[dirkhe]

wie ich geschrieben habe, Spalte "log stufe" -> das steht jetzt auf info, das stellst du auf debug

[Ein ehemaliger Benutzer]

@Meistertr Hi, der Adapter funktioniert soweit super, nur bekomme ich bei meinen 3 Instanzen immer den gleichen Wert in mihome-vacuum.0.map.mapURL
mihome-vacuum.1.map.mapURL
mihome-vacuum.2.map.mapURL

Wert:
/mihome-vacuum.admin/actualMap.png

geschrieben.. was zur Folge hat, dass bei allen 3 Instanzen die gleiche Map angezeigt wird, also diejenige, die zuletzt aktualisiert wurde..
/mihome-vacuum.admin/actualMap.png hier müsste für jede Instanz noch eine Zahl angehängt werden.. sogenanntes Multi-Mapping ;-))

[dirkhe]

@ilovegym das hat @Meistertr schon auf dem Schirm, weil das bereits gemeldet wurde. Ich denke dass er dademnächst die Instanz Id dahinter schreibt oder so

[dirkhe]

@Diginix @blackeagle998
Wenn im Adapter start gedrückt wird und ihr resume in den Adapter Einstellungen aktiviert habt, sendet er resume_zoned_clean. Ich habe gerade mal geschaut, es scheint auch resume_segment_clean zu geben. Wenn es mit zone funktioniert und mit rooms nicht müsste ich nur abfragen was gerade gesaugt wird und dann entweder das eine oder das andere zurückschicken.
Edit:
gerade getestet, mit resume_segment_clean klappt das. Ich baue das ein...

[Patchwork 3001]

@dirkhe jetzt habe ich es kapiert.sorry

[twothumbs]

@dirkhe said in Test Adapter mihome-vacuum v2.0.x:

resume_segment_clean

Wäre "resume_segment_clean" ein Befehl, den ich auch einfach als custom command schicken könnte? Habe schon mal versucht zu googeln, ob es solch einen Befehl gibt, aber nichts gefunden (nicht einmal ein resume_zone_clean).

[Diginix]

@twothumbs Ja, kannst du so in das Objekt schreiben.
Hast schlecht gegoogelt ;-)
Hier findest du alles dazu:
https://python-miio.readthedocs.io/en/latest/_modules/miio/vacuum.html#Vacuum.resume_segment_clean

[twothumbs]

@Diginix
genial, danke. In der Tat wohl schlecht gegoogelt.
Den Link gleich mal abgespeichert für die Zukunft :)

[dirkhe]

So, wer testen möchte:
https://github.com/dirkhe/ioBroker.mihome-vacuum

[haselchen]

@dirkhe

Möchte einen separaten Raum saugen. Der Raum wird in der App auch farblich dargestellt, der Rest ist grau. Also alles okay, der Robbi startet auch und nach 20sek kommt ein Fehler und er fährt zurück in die Station.

Log kriege ich gleich hoffentlich noch zu diesem Error.

2020-02-22 19:47:22.718 - debug: mihome-vacuum.0 (31206) Xiaomi Cloud: Logging in
2020-02-22 19:47:22.727 - info: mihome-vacuum.0 (31206) Expert mode enabled, states created
2020-02-22 19:47:22.728 - info: mihome-vacuum.0 (31206) Cloud control disabled
2020-02-22 19:47:22.737 - info: mihome-vacuum.0 (31206) Disconnect
2020-02-22 19:47:22.743 - debug: mihome-vacuum.0 (31206) server started on 0.0.0.0:53421
2020-02-22 19:47:22.824 - info: mihome-vacuum.0 (31206) change states from State control.fan_power
2020-02-22 19:47:22.834 - info: mihome-vacuum.0 (31206) extend state mop for State control.fan_power
2020-02-22 19:47:22.836 - info: mihome-vacuum.0 (31206) New generation or new fw detected, create new states goto and zoneclean
2020-02-22 19:47:22.871 - info: mihome-vacuum.0 (31206) Connected
2020-02-22 19:47:22.878 - debug: mihome-vacuum.0 (31206) requesting params every: 60 Sec
2020-02-22 19:47:23.065 - debug: mihome-vacuum.0 (31206) system.adapter.admin.0: logging true
2020-02-22 19:47:23.266 - info: mihome-vacuum.0 (31206) set nächster Timer: Nicht verfügbar
2020-02-22 19:47:24.985 - debug: mihome-vacuum.0 (31206) Xiaomi Cloud: Login successful
2020-02-22 19:47:37.878 - debug: mihome-vacuum.0 (31206) no answer for get_status(id:1) received, giving up
2020-02-22 19:47:37.937 - debug: mihome-vacuum.0 (31206) no answer for miIO.info(id:2) received, giving up
2020-02-22 19:47:37.938 - warn: mihome-vacuum.0 (31206) no answer received after after 3 times -> pause miIO.info from request parameters, try again in one hour
2020-02-22 19:47:38.083 - debug: mihome-vacuum.0 (31206) no answer for get_consumable(id:3) received, giving up
2020-02-22 19:47:38.283 - debug: mihome-vacuum.0 (31206) no answer for get_clean_summary(id:4) received, giving up
2020-02-22 19:47:38.482 - debug: mihome-vacuum.0 (31206) no answer for get_sound_volume(id:5) received, giving up
2020-02-22 19:47:40.739 - debug: mihome-vacuum.0 (31206) no answer for get_carpet_mode(id:6) received, giving up
2020-02-22 19:47:40.741 - debug: mihome-vacuum.0 (31206) no answer for get_room_mapping(id:7) received, giving up
2020-02-22 19:47:57.744 - debug: mihome-vacuum.0 (31206) no answer for get_status(id:8) received, giving up
2020-02-22 19:48:02.740 - info: mihome-vacuum.0 (31206) Disconnect
2020-02-22 19:48:02.747 - info: mihome-vacuum.0 (31206) Connected
2020-02-22 19:48:02.749 - debug: mihome-vacuum.0 (31206) requesting params every: 60 Sec

2020-02-22 19:50:23.072 - debug: mihome-vacuum.0 (31206) stateChange mihome-vacuum.0.control.fan_power {"val":102,"ack":false,"ts":1582397423066,"q":0,"from":"system.adapter.mihome-vacuum.0","user":"system.user.admin","lc":1579727970135}
2020-02-22 19:50:24.035 - debug: mihome-vacuum.0 (31206) Mappointer_updated
2020-02-22 19:50:34.968 - debug: mihome-vacuum.0 (31206) update_Map Mimap enabled
2020-02-22 19:50:34.968 - debug: mihome-vacuum.0 (31206) update_Map need new mapurl
2020-02-22 19:50:35.055 - debug: mihome-vacuum.0 (31206) update_Map got new url:https://awsde0.fds.api.xiaomi.com/robomap/robomap/261117977/11?Expires=1582399235000
2020-02-22 19:50:35.055 - debug: mihome-vacuum.0 (31206) update_Map got new expires:1582399235
2020-02-22 19:50:35.056 - debug: mihome-vacuum.0 (31206) update_Map got new time:1582397434
2020-02-22 19:50:35.363 - debug: mihome-vacuum.0 (31206) 25738
2020-02-22 19:50:37.954 - debug: mihome-vacuum.0 (31206) update_Map Mimap enabled
2020-02-22 19:50:37.955 - debug: mihome-vacuum.0 (31206) update_Map use old mapurl
2020-02-22 19:50:37.962 - debug: mihome-vacuum.0 (31206) Mappointer_updated
2020-02-22 19:50:38.151 - debug: mihome-vacuum.0 (31206) 25738
2020-02-22 19:50:40.492 - debug: mihome-vacuum.0 (31206) update_Map Mimap enabled
2020-02-22 19:50:40.492 - debug: mihome-vacuum.0 (31206) update_Map need new mapurl
2020-02-22 19:50:40.530 - debug: mihome-vacuum.0 (31206) Mappointer_updated
2020-02-22 19:50:40.593 - debug: mihome-vacuum.0 (31206) update_Map got new url:https://awsde0.fds.api.xiaomi.com/robomap/robomap/261117977/16?Expires=1582399240000
2020-02-22 19:50:40.594 - debug: mihome-vacuum.0 (31206) update_Map got new expires:1582399240
2020-02-22 19:50:40.595 - debug: mihome-vacuum.0 (31206) update_Map got new time:1582397440
2020-02-22 19:50:40.793 - debug: mihome-vacuum.0 (31206) 25522
2020-02-22 19:50:43.559 - debug: mihome-vacuum.0 (31206) update_Map Mimap enabled
2020-02-22 19:50:43.559 - debug: mihome-vacuum.0 (31206) update_Map need new mapurl
2020-02-22 19:50:43.571 - debug: mihome-vacuum.0 (31206) Mappointer_updated
2020-02-22 19:50:43.624 - debug: mihome-vacuum.0 (31206) update_Map got new url:https://awsde0.fds.api.xiaomi.com/robomap/robomap/261117977/17?Expires=1582399243000
2020-02-22 19:50:43.625 - debug: mihome-vacuum.0 (31206) update_Map got new expires:1582399243
2020-02-22 19:50:43.625 - debug: mihome-vacuum.0 (31206) update_Map got new time:1582397443
2020-02-22 19:50:43.805 - debug: mihome-vacuum.0 (31206) 25522

Hab jetzt den Fehler eingrenzen können und zwar ist der Robbi an dem Raum vorher vorbeigefahren, da war geschlossen. Nun ist die Tür auf, aber in der App ist der
Raum noch verschlossen deswegen fährt er nicht los.
Wie kriege ich die Kuh vom Eis?

Edit: Für die User, die den "0 of undefined" Fehler bekommen. Der scheint mit den nicht erreichbaren Räumen zusammen zu hängen. Beim Start hatte ich den Fehler noch im Log, nachdem der Robbi an dem Raum, der jetzt offen ist , vorbeigefahren ist, hat er erkannt, dass er offen ist und der Fehler verschwindet aus dem Log.

[dirkhe]

Kann Das sein, dass du im ersten Log noch eine ältere Version hattest?
Zwischenzeitlich hatten wir den Fehler zumindest abgefangen

[haselchen]

@dirkhe

Ist die 2.0.6 mit Deinem Link vom 21.2. , also aktuell.

[dirkhe]

Beim 1. Screenshot auch schon? Auf jeden Fall wurde der adapter zwischen dem Screenshot und den logausgaben neu gestartet

[haselchen]

@dirkhe

Ja, beim 1.Screenshot auch schon.
Neu gestartet wurde er, weil ich das Log auf Debug gestellt habe.

[dirkhe]

Der Fehler mit undefind kommt alle 2 sec. Das ist sehr wahrscheinlich das mappolling. Das hatte ich in der neuesten Version abgefangen, vorher halt nicht. Daher meine Vermutung

[haselchen]

@dirkhe

Was soll ich sagen, Deine Version ist aktuell installiert ;)

[Meistertr]

@dirkhe ich glaube der fehler endsteht in der mapcrator.js wenn irgend ein object nicht vorhanden ist. schau ich mir morgen mal an

[dirkhe]

    Map.updateMap(that.mappointer).then(function (data) {
        if (data){
            let dataurl = data[0].toDataURL();

data scheint hier dann null zu sein, daher hatte ich mal die if Abfrage darüber gemacht

[Meistertr]

@dirkhe ne wenn ein fehler in der mapcreator auftritt kommt der fehlermeldung über catch in dem Block. eine zusatliche Zelie im catch block wo woran man erkennt dass fehler in dem catch block auftritt wäre hilfreich