Ecovacs Deebot Adapter: yeedi Modelle
-
-
Ist das reproduzierbar?
Am besten "Bestätigt" anhaken bei Ändern des Wertes.
Eigentlich ist der Wert schreibgeschützt (muss ich noch ändern) - aber das sollte trotzdem funktionieren - habe es gerade bei mir noch mal getestet. -
@mrbungle64
Ich habe es glaube ich verkehrt gemacht. Ich muss den Namen hier ändern
Und nicht hier
-
@biker1602 sagte in Ecovacs Deebot Adapter: yeedi Modelle:
@mrbungle64
Ich habe es glaube ich verkehrt gemacht. Ich muss den Namen hier ändern
Und nicht hier
Korrekt
-
Ich habe eben die Version 1.4.5-alpha.5 veröffentlicht.
Ab dieser Version sind die Datenpunkte "spotAreaName" nicht mehr schreibgeschützt (bestehende Datenpunkte werden korrigiert)
@saatar
Der Datenpunkt für "Andere Bauteile" sollte nun auch erstellt werden -
@mrbungle64
Ich habe seit dem letzten Update immer folgende Warnmeldung in unterschiedlichen Abständen.
-
@biker1602 sagte in Ecovacs Deebot Adapter: yeedi Modelle:
@mrbungle64
Ich habe seit dem letzten Update immer folgende Warnmeldung in unterschiedlichen Abständen.
Ja, die habe ich auch seit gestern.
Das hat aber nichts mit dem Update (bzw. dem Adapter) zu tun ... ich habe extra noch mal die letzte Stabile Version 1.4.4 installiert. Die Warnung kam trotzdem in unregelmäßigen Abständen. Auch ein Neustart von meinem Router hat nichts geholfen.
Das scheint mir also eher ein Problem bei den Ecovacs Servern zu sein (504 = Gateway Timeout) -
@mrbungle64
Danke für die INFO
-
Da die Probleme immer noch verteilt über den Tag auftreten habe ich noch mal ein bisschen geschaut.
Aktuell bekomme ich in der Mobile App beim Abrufen vom Reinigungsprotokoll eine Fehlermeldung mit "Zeitüberschreitung bei der Datenerfassung ..."Kannst du das Reinigungsprotokoll bei dir in der Mobile App abrufen?
Edit (1): wenn ich das Reinigungsprotokoll mit meiner Library vom Terminal aus abrufe klappt es - es dauert aber deutlich länger als sonst.
Edit (2): inzwischen habe ich auch dort Fehlermeldungen bekommen:
[EcovacsMQTT] Received error event with code '-1' and message 'Received error message: Request failed with status code 504 for command GetCleanLogs'Habe mal den Command (in diesem Fall "GetCleanLogs") in die Meldung mit aufgenommen. Ab der nächsten Version vom Adapter können wir dann sehen, ob das "nur" beim Reinigungsprotokoll auftritt.
Edit (3): Habe das nun mal eingebaut - und auch im ioBroker Adapter tritt die Meldung scheinbar nur im Zusammenhang mit dem Reinigungsprotokoll auf:
ecovacs-deebot.2 2022-07-02 17:51:28.899 warn ... Request failed with status code 504 for command GetCleanLogs ecovacs-deebot.3 2022-07-02 17:31:36.873 warn ... Request failed with status code 504 for command GetCleanLogs ecovacs-deebot.2 2022-07-02 17:31:35.375 warn ... Request failed with status code 504 for command GetCleanLogs(Meldung abgekürzt)
-
@mrbungle64 ich bin jetzt auf alpha.5 unit_care ist jetzt im consumable Ordner.
Ich habe jetzt folgende Warnungen erhalten.
-
@saatar sagte in Ecovacs Deebot Adapter: yeedi Modelle:
@mrbungle64 ich bin jetzt auf alpha.5 unit_care ist jetzt im consumable Ordner.
Ich habe jetzt folgende Warnungen erhalten.
Dazu hätte ich ein paar Fragen:
- Hattest Du vorher in den Adapter Einstellungen "Erzeuge Datenpunkte für virtuelle Begrenzungen und No-Mop-Zones" aktiviert?
- Ist das soweit grundsätzlich korrekt, dass (über die Mobile App) drei virtuelle Begrenzungen eingerichtet sind?
- Kommen diese Meldungen regelmäßig, einmalig nach jedem Neustart oder insgesamt nur ein einziges Mal?
-
Dazu hätte ich ein paar Fragen:
Hattest Du vorher in den Adapter Einstellungen "Erzeuge Datenpunkte für virtuelle Begrenzungen und No-Mop-Zones" aktiviert?
In den Einstellungen steht Vorauswahl verwenden.
Ist das soweit grundsätzlich korrekt, dass (über die Mobile App) drei virtuelle Begrenzungen eingerichtet sind?
Das ist Korrekt
Kommen diese Meldungen regelmäßig, einmalig nach jedem Neustart oder insgesamt nur ein einziges Mal?
regelmäßig
-
In den Einstellungen steht Vorauswahl verwenden.
Der Kanal "map.[mapID].virtualBoundaries" ist dann auch gar nicht vorhanden, oder?
Mit der gerade veröffentlichen 1.4.5-alpha.6 sollte ein Großteil der Warnungen nun aber weg sein (die andere Warnung muss ich in der Library fixen)
-
@mrbungle64 said in Ecovacs Deebot Adapter: yeedi Modelle:
In den Einstellungen steht Vorauswahl verwenden.
Der Kanal "map.[mapID].virtualBoundaries" ist dann auch gar nicht vorhanden, oder?
Mit der gerade veröffentlichen 1.4.5-alpha.6 sollte ein Großteil der Warnungen nun aber weg sein (die andere Warnung muss ich in der Library fixen)
Entschuldige die späte Antwort. Genau 'virtualBoundaries' sind nicht vorhanden.
-
Die Version 1.4.5 ist nun über das Beta/Latest Repo verfügbar
-
@mrbungle64
Sorry Rückmeldung hat durch Krankheit und Urlaub ein wenig gedauert - Auf Version 1.4.5 habe ich eben eingespielt->Kannst du auch bitte mal schauen, ob in "info.waterbox" angezeigt wird, ob der Wasserbehälter eingesetzt ist?
Ja wird angezeigt funktioniert
-> Der Datenpunkt für die Hauptbürste sollte nun auch bei deinem Gerät erstellt werden.
Klasse funktioniert, Danke
Aus meiner Sicht läuft der Adapter für den K650 schon super - danke für Deine Arbeit
Gruß Frank
-
@mrbungle64 ich versuche den "yeedi vac 2 pro" im io-broker einzubinden. Der Adapter ist installiert, aber ich schaffe es nicht mich anzumelden. Habe es in der Konfiguration für "E-Mail oder Ecovacs-ID" mit der yeedi Mailadresse sowie mit der yeedi-ID (jeweils mit dem yeedi Passwort) versucht. Es geht immer kurz "verbunden mit host" und "lebenszeichen" auf grün. Nach ein paar Sekunden wechselt "verbunden mit host" wieder auf rot. "lebenszeichen" bleibt grün. "Verbunden mit Gerät" wird niemals grün. Ich befürchte es passt etwas mit den Anmeldedaten nicht, ich sehe aber nicht, was falsch sein könnte.
Was ist in der Anleitung gemeint mit "Bei "Login" dann "yeedi" auswählen"? Kann man irgendwo explizit yeedi auswählen?
Sonst eine Idee was ich falsch machen könnte? -
@raphida sagte in Ecovacs Deebot Adapter: yeedi Modelle:
@mrbungle64 ich versuche den "yeedi vac 2 pro" im io-broker einzubinden. Der Adapter ist installiert, aber ich schaffe es nicht mich anzumelden. Habe es in der Konfiguration für "E-Mail oder Ecovacs-ID" mit der yeedi Mailadresse sowie mit der yeedi-ID (jeweils mit dem yeedi Passwort) versucht. Es geht immer kurz "verbunden mit host" und "lebenszeichen" auf grün. Nach ein paar Sekunden wechselt "verbunden mit host" wieder auf rot. "lebenszeichen" bleibt grün. "Verbunden mit Gerät" wird niemals grün. Ich befürchte es passt etwas mit den Anmeldedaten nicht, ich sehe aber nicht, was falsch sein könnte.
Was ist in der Anleitung gemeint mit "Bei "Login" dann "yeedi" auswählen"? Kann man irgendwo explizit yeedi auswählen?
Sonst eine Idee was ich falsch machen könnte?Hast du den Adapter aus dem Beta/Latest Repo installiert (siehe oben)?
-
@mrbungle64 hi, vielen Dank für die schnelle Antwort! Nein, hatte ich nicht drauf geachtet. Hatte den verfügbaren Adapter installiert (v1.4.4). Habe jetzt die neueste beta (v 1.4.86 über git installiert und hat auf Anhieb mit der yeedi-ID funktioniert. Du bist mein Held!
Gebe gerne nächste Woche mal Bescheid ob bei meinem Modell alles funktioniert oder ob mir irgendwo ein bug auffällt. -
Hallo, zuerst einmal vielen Dank für den Adapter! Ich besitze seit gestern einen yeedi vac 2 pro und die meisten Datenpunkte werden auch angezeigt. Das Modell wird aber noch nicht vollständig unterstützt, nehme ich an. Wenn ich dabei irgendwie unterstützen kann, würde ich das gerne machen. Für den Anfang habe ich mal alle fehlenden Datenpunkte herausgesucht:
cleaninglog.lastCleaningMapImageURL
consumable.filter_reset
consumable.main_brush_reset
consumable.side_brush_reset
consumable.unit_care
consumable.unit_care_reset
control.edge
control.spot
control.spotArea_[spotAreaID]
control.extended.continuousCleaning
control.extended.doNotDisturb
control.move.*
info.network.*
info.sleepStatus
map.chargePosition
map.currentMapIndex
map.currentMapMID
map.currentMapName
map.deebotDistanceToChargePosition
map.deebotPosition
map.deebotPositionCurrentSpotAreaID
map.deebotPositionCurrentSpotAreaName
map.deebotPositionIsInvalid
map.deebotPosition_angle
map.deebotPosition_x
map.deebotPosition_y
map.lastUsedCustomAreaValues
map.lastUsedCustomAreaValues_rerun
map.lastUsedCustomAreaValues_save
map.relocationState
map.[MapMID].spotAreas.*deviceClass für das Modell ist "aaxesz".
