[Beendet] Test Adapter ecovacs-deebot v0.6.x Latest
-
Hallo,
ich bekomme folgende Warnung im LOG: (3101) no connection to objects DB
Es scheint aber alles zu funktionieren, ich werde die Tage mal Testläufe machen.
Gibt es irgendwo eine Erklärung zu der Bereichsfunktion?Installierte Version: 0.6.0
Modellbezeichnung (Wert aus "info.deviceModel"): DEEBOT OZMO 900 Series
DeviceClass ("info.deviceClass"): y79a7u
Protokoll ("info.communicationProtocol"): MQTTWassertank etc teste ich die Tage auch noch.
-
@lindi200000 said in Test Adapter ecovacs-deebot v0.6.x Latest:
Hallo,
Hallo @lindi200000
vielen Dank für die Infos. Auch noch mal vielen Dank an @DonToben
ich bekomme folgende Warnung im LOG: (3101) no connection to objects DB
Diese Warnung sollte ungefährlich sein - das betrifft wohl auch andere Adapter.
Ich habe im Forum noch keine abschließende Erklärung dafür gefunden unter welchen Umständen das auftritt.
Bin da für weitere Infos in diesem Zusammenhang auf jeden Fall dankbar.Es scheint aber alles zu funktionieren, ich werde die Tage mal Testläufe machen.
Gibt es irgendwo eine Erklärung zu der Bereichsfunktion?Hier sind ein paar Infos zu den Bereichs- und Karteninfos bzw. Funktionen zu finden:
https://github.com/mrbungle64/ioBroker.ecovacs-deebot/wiki/spotArea
https://github.com/mrbungle64/ioBroker.ecovacs-deebot/wiki/customArea
https://github.com/mrbungle64/ioBroker.ecovacs-deebot/wiki/MapDie Spot Areas sind die Bereiche aus der Mobile App - nur dass diese mit Nummern benannt sind, anstatt der Buchstaben ("A" = 0, "B" = 1 etc.)
Unter "map.[mapId].spotAreas.[areaNumber].spotAreaName" kannst Du die entsprechende Benennung sehen.Unter "map.lastUsedAreaValues" kannst Du die Werte für die zuletzt über die Mobile App durchgeführte Bereichsreinigung (customArea) sehen und die entweder über den Button "map.lastUsedAreaValues_rerun" noch mal durchführen - oder manuell über "control.customArea" direkt oder eben auch später noch mal durchführen.
Installierte Version: 0.6.0
Modellbezeichnung (Wert aus "info.deviceModel"): DEEBOT OZMO 900 Series
DeviceClass ("info.deviceClass"): y79a7u
Protokoll ("info.communicationProtocol"): MQTTWassertank etc teste ich die Tage auch noch.
-
So, ich muss sagen, bei mir holt der Adapter sich keine aktuellen Daten.
Heute ist mein Sauger einmal durch die ganze Wohnung gefahren, die Karte hat sich dabei nicht aktualisiert und der Timestamp steht auch noch auf der letzten Reinigung.
Ein Neustart des Adapters hat auch nix gebracht. Fehler kann ich in den Logs nicht finden.
Connection steht auf true
Log sagt auch: Successfully connected to Ecovacs server + Robi successfully connected (robi heißt der Sauger)Falls mehr Daten gebraucht werden, einfach bescheid geben.
-
@lindi200000 Hi, die Karte, die derzeit verfügbar ist zeigt das Bild der Karte aus dem Reinigungsprotokoll, ebenso der Timestamp.
Das ist keine Live-Ansicht.
Kannst du die Informationen einmal gegen das Reinigungsprotokoll in der App vergleichen (hier auch wichtig in die Ansicht der Protokolle zu gehen und nicht das Bild in der Hauptansicht)?
Ecovacs braucht manchmal ein bisschen (bzw. beim 950 sogar ewig), bis die Protokolle verfügbar sind.
Wird denn sonst auch nichts in den States aktualisiert? -
nachdem ich das Protokoll auf in der App aufgerufen habe, hat sich automatisch der Adapter den aktuellen Link gezogen.
Anscheinend muss das in der App erstmal getriggert werden. Ich werde das mal überprüfen.
Beim Verbrauch bin ich mir nicht sicher, ob sich da was geändert hat. -
@lindi200000 said in Test Adapter ecovacs-deebot v0.6.x Latest:
nachdem ich das Protokoll auf in der App aufgerufen habe, hat sich automatisch der Adapter den aktuellen Link gezogen.
Anscheinend muss das in der App erstmal getriggert werden. Ich werde das mal überprüfen.Ja bitte prüfe das mal bitte - das sollte sich auch ohne die App zu öffnen aktualisieren.
Es ist halt zu beachten, dass es div. Berichte gibt, dass das Reinigungsprotokoll selbst schon lückenhaft ist:
https://www.roboter-forum.com/index.php?thread/40009-reinigungsprotokoll-wird-nicht-gespeichertBeim Verbrauch bin ich mir nicht sicher, ob sich da was geändert hat.
@lindi200000 said in Test Adapter ecovacs-deebot v0.6.x Latest:
bei mir holt der Adapter sich keine aktuellen Daten.
Schau bitte noch mal nach, wie es sich mit den anderen Werten verhält.
Das wäre schon wichtig zu wissen, ob die sich wirklich nicht aktualisieren... -
Es aktualisieren sich alle werte, bis auf die MAP, die wird erst aktuell wenn ich sie im Handy aufgerufen habe.
-
@lindi200000 said in Test Adapter ecovacs-deebot v0.6.x Latest:
Es aktualisieren sich alle werte, bis auf die MAP, die wird erst aktuell wenn ich sie im Handy aufgerufen habe.
Hallo @lindi200000
danke für die Infos. Wir untersuchen die Problematik mit dem Reinigungsprotokoll bzw. der Map-URL gerade.
Dass die Mobile App der Trigger für die Aktualisierung der Wert ist können wir zwar nicht bestätigen bzw. nachstellen, aber dass sich die Werte nicht immer direkt nach der Reinigung mit den jeweils aktuellen Werten aktualisieren können wir leider schon bestätigen... -
Wie aktualisiert ihr eigentlich den Adapter in iobroker?
Ich muss ihn immer zuerst deinstallieren, damit ich das Update installieren kann.
Geht das auch irgendwie anders?
Danke
-
@DonToben said in Test Adapter ecovacs-deebot v0.6.x Latest:
Wie aktualisiert ihr eigentlich den Adapter in iobroker?
Ich muss ihn immer zuerst deinstallieren, damit ich das Update installieren kann.
Geht das auch irgendwie anders?
Danke
Wir äußert sich das denn bei Dir?
Das war eigentlich noch nie notwendig den Adpater für ein Update vorher deinstallieren zu müssen.Sprichst Du eigentlich von der GitHub Version oder von der Version in der Latest Repo?
-
Hab's so probiert
npm i iobroker.ecovacs-deebot
pi@raspberrypi:~ $ npm i iobroker.ecovacs-deebot npm WARN saveError ENOENT: no such file or directory, open '/home/p i/package.json' npm WARN enoent ENOENT: no such file or directory, open '/home/pi/p ackage.json' npm WARN pi No description npm WARN pi No repository field. npm WARN pi No README data npm WARN pi No license field. + iobroker.ecovacs-deebot@0.6.1 updated 1 package and audited 360 packages in 5.015s 2 packages are looking for funding run `npm fund` for details found 16 low severity vulnerabilities run `npm audit fix` to fix them, or `npm audit` for detailsOder direkt über iobroker
-
Hi, vielen Dank, mein OZMO kommt morgen. Also hab ich den Adapter schon mal installiert. Ich habe allerdings zu spät gelesen:
For linux based systems the following commands should be executed (a reboot might be necessary after the second line):
sudo apt-get update
sudo apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev
sudo npm install canvas --unsafe-perm=trueWenn die Installation durch lief muss man dennoch den genannten Schritt durchführen?
Gruß
-
@DonToben said in Test Adapter ecovacs-deebot v0.6.x Latest:
Hab's so probiert
npm i iobroker.ecovacs-deebot
pi@raspberrypi:~ $ npm i iobroker.ecovacs-deebot npm WARN saveError ENOENT: no such file or directory, open '/home/p i/package.json' npm WARN enoent ENOENT: no such file or directory, open '/home/pi/p ackage.json' npm WARN pi No description npm WARN pi No repository field. npm WARN pi No README data npm WARN pi No license field. + iobroker.ecovacs-deebot@0.6.1 updated 1 package and audited 360 packages in 5.015s 2 packages are looking for funding run `npm fund` for details found 16 low severity vulnerabilities run `npm audit fix` to fix them, or `npm audit` for detailsHier versuchst Du den ioBroker Adapter mit dem Benutzer pi im Homeverzeichnis dieses Benutzers zu installieren.
Das funktioniert so leider nicht ...Oder direkt über iobroker
In diesem Fall installierst Du den Adapter von GitHub - darum hatte ich gebeten genau das nicht zu tun - oder es zumindest zu erwähnen:
Bitte nur von GitHub installieren, wenn ein Entwickler dies empfohlen hat (oder es zumindest erwähnen, dass man eine GitHub Version einsetzt).
Ich würde Dir mal das Video aus diesem Blog-Artikel empfehlen. Da ist das gut und kompakt erklärt, wie sich das verhält mit Stable Repo, Latest Repo und den Versionen von GitHub.
https://iot-blog.net/2018/08/24/iobroker-verwahrungsorte-und-adapterversionen/Hier (in diesem Topic) geht es darum auf Basis der Version 0.6.x aus der Latest Repo eine stabile Version zu veröffentlichen, welche dann in die Stable Repo aufgenommen werden kann.
-
@Gerni said in Test Adapter ecovacs-deebot v0.6.x Latest:
Hi, vielen Dank, mein OZMO kommt morgen. Also hab ich den Adapter schon mal installiert. Ich habe allerdings zu spät gelesen:
For linux based systems the following commands should be executed (a reboot might be necessary after the second line):
sudo apt-get update
sudo apt-get install build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev
sudo npm install canvas --unsafe-perm=trueWenn die Installation durch lief muss man dennoch den genannten Schritt durchführen?
Gruß
Hi @Gerni
dann hast Du ja noch bequem bis morgen Zeit das anhand der Installationsanleitung durchzuführen
Ich kann Dir nämlich nicht mit 100% Sicherheit sagen, dass das auch alles bereits korrekt installiert ist, nur weil die Installation durchlief.
Diese Pakete sind nämlich nicht Bestandteil einer Standard/Basis-Linux-Installation und wenn Du Dir nicht bewusst bist die mal installiert zu haben dann würde ich mal davon ausgehen dass dass noch notwendig ist. -
@mrbungle64 Erledigt, lief reibungslos (mal zur Abwechslung ;-))
Jetzt heißt es abwarten....
-
@Gerni said in Test Adapter ecovacs-deebot v0.6.x Latest:
@mrbungle64 Erledigt, lief reibungslos (mal zur Abwechslung ;-))
-
Ich hab vorhin auch meinen Ozmo 950 bekommen.
Der Adapter ließ sich ohne Probleme installieren, und bekommt auch Daten.
Aktuell ist der Bot zum Laden in der Station.
Ich werde weiter berichten wenn er wieder unterwegs ist. -
-
@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
@stefande @Gerni
Konntet Ihr den Adapter bereits ein bisschen testen?Ich konnte den Adapter bisher wirklich nur ein "bisschen" testen.
cleaninglog:
Die ersten 3 Einträge nicht gefüllt. (last20Logs, lastCleaningMapURL, lastCleaningTimestamp)
Die restlichen gehen.consumable:
Werden alle drei aktualisiert.control:
move (nicht getestet)
charge und clean OK
cleanSpeed wird nicht gefüllt (gibt es aber auch nicht in der App glaube ich)
customArea (nicht gefüllt) ?
customArea_cleanings ?
pause (OK)
playIamHere (OK)
playSound (OK)
relocate (noch nicht getestet)
resume (noch nicht getestet)
spotArea (geht nicht. Beim Eintrag einer Zahl passiert nix)
spotArea_0 usw. (Sieht OK aus)
stop (noch nicht getestet)
waterLevel (kein Wert - war auch noch kein Wasser drin. Scheint die App aber auch nicht herzugeben)history:
Alle Datenpunkte scheinen zu gehen.Info:
Die meisten Datenpunkte werden gefüllt und sind auch plausibel.
Status der Dustbox ist true, die Waterbox ist false ? (nicht getestet).Map:
Einträge vorhanden, hab mich aber bis Dato noch nicht damit auseinander gesetzt.Weitere Test werden im Laufe der Woche folgen.
Hat jemand von Euch schon mal einen Ozmo 950 in einer Visu eingebunden und würde sein Ergebnis hier teilen?
-
@stefande said in Test Adapter ecovacs-deebot v0.6.x Latest:
@mrbungle64 sagte in Test Adapter ecovacs-deebot v0.6.x Latest:
@stefande @Gerni
Konntet Ihr den Adapter bereits ein bisschen testen?Ich konnte den Adapter bisher wirklich nur ein "bisschen" testen.
Hallo @stefande
vielen Dank schon mal für das Feedbackcleaninglog:
Die ersten 3 Einträge nicht gefüllt. (last20Logs, lastCleaningMapURL, lastCleaningTimestamp)Diese 3 Einträge sind im Moment etwas problematisch. Bei manchen Geräten sind diese leer - bei anderen nicht nicht auf dem aktuellsten Stand. Wahrscheinlich müssen wir die Funktion - die aktuell ja sowieso noch manuell freigeschaltet werden muss - erst mal explizit als "experimental" kennzeichen, bis wir das vollständig gelöst haben.
Ecovacs bietet für die Reinigungsprotokolle 2 versch. API's an mit jeweils mehreren Befehlen ... und wie auch für den Rest gibt es ja leider keine öffentlich zugängliche Doku ...Die restlichen gehen.
consumable:
Werden alle drei aktualisiert.control:
move (nicht getestet)
charge und clean OK
cleanSpeed wird nicht gefüllt (gibt es aber auch nicht in der App glaube ich)Wenn Du in das Feld reinlickst sollte eine Selectbox erscheinen. Wenn dort eine Saugkraft ausgewählt ist sollte das zukünftig dem entsprechen was auch in der App ausgewählt ist (die Benennung "cleanSpeed" kommt aus der Ecovacs API - das war keine glückliche Wahl)
customArea (nicht gefüllt) ?
Untter "customArea" kannst Du eine Bereichsreinigung starten.
Ich hatte hier schon mal ein paar Infos gepostet und verlinkt:
https://forum.iobroker.net/post/429531customArea_cleanings ?
Gilt für "customArea". Ist die Anzahl der Reinigungsdurchgänge (1 oder 2)
pause (OK)
playIamHere (OK)
playSound (OK)
relocate (noch nicht getestet)
resume (noch nicht getestet)
spotArea (geht nicht. Beim Eintrag einer Zahl passiert nix)"spotArea": Muss zu den in der App zur Verfügung stehenden Bereichnen passen
https://forum.iobroker.net/post/429531spotArea_0 usw. (Sieht OK aus)
stop (noch nicht getestet)
waterLevel (kein Wert - war auch noch kein Wasser drin. Scheint die App aber auch nicht herzugeben)"waterLevel": siehe "cleanSpeed"
history:
Alle Datenpunkte scheinen zu gehen.Info:
Die meisten Datenpunkte werden gefüllt und sind auch plausibel.
Status der Dustbox ist true, die Waterbox ist false ? (nicht getestet)."Waterbox": Falls der Wasserbehälter eingesetzt ist (inkl. Reinigungstuch) sollte "waterbox" true sein.
Map:
Einträge vorhanden, hab mich aber bis Dato noch nicht damit auseinander gesetzt.Weitere Test werden im Laufe der Woche folgen.
Hat jemand von Euch schon mal einen Ozmo 950 in einer Visu eingebunden und würde sein Ergebnis hier teilen?
