@marc-berg
Hab den Grund gefunden... richtig dumm

In den Adaptereinstellungen hatte ich zwar für publish-topics ein Präfix eingestellt, aber nicht für Subscribe!! sodass ich immer an iobroker/ecovacs-deebot/0/... gesendet habe, aber die Objekte auf ecovacs-edebot/0/... gelauscht haben...

Bleibt noch mein Kartenproblem. Wie verdonnere ich den Adapter dazu, mir die Spot Areas wieder anzubieten?

@marc-berg Danke, das ist nachvollziehbar.

Nichtsdestotrotz kommen meine MQTT-messages nicht auf meinen Objekten wie zB iobroker/0_userdata/0/deebot/clean an. Hatte noch einen Typo mit dem _ drin, aber das hat es nicht gebracht.

@marc-berg Hm, ich hab jetzt folgendes gemacht:

Diese beiden Objekte definiert und MQTT Subscribes eingerichtet:

Dann per Skript "weitergereicht" an die Ecovacs-Objekte:

Aber die beiden eigenen Objekte werden auch nicht per MQTT aktualisiert, obwohl im MQTT-Explorer Nachrichten entsprechend sichtbar sind.

Muss ich den Objekten weitere Eigenschaften verpassen, damit sie sich per MQTT updaten lassen? Ich schätze, ich habe einfach einen grundlegenden, kleinen Denkfehler, den ich nur nicht finde... Hatte bei meiner Wallbox schon mal ein ähnliches Thema...

Ich binde gerade meinen Deebot N8 ein. Ich hatte im Adapter anfänglich schon Karten und Spot-Areas, hatte ihn aber dann nochmal neu installiert und meine Bude auch in der Ecovacs-App neu kartiert.

Nun bekomme ich partout keine map-Objekte mehr: Prinzipiell verstehen sich Adapter und unsere Kehrmine aber, Akkustand usw werden ausgelesen, auch Start/Charge-Befehle klappen. Hier liegt aber schon das zweite Problem: Manuell ausgeführt klappen sie, wenn ich dem Objekt aber ein MQTT-Subscribe verpasse auf z.B. iobroker/ecovacs-deebot/0/control/clean und dem eine 1 oder ein true absetze, passiert nichts...
Jemand eine Idee?

Ich möchte hier nochmal nachhaken, ob jemand ein ähnliches Problem hatte.

Setze ich den myenergi.0.47110815.remote.setZappiBoostMode in der Objektliste manuell, reagiert die Zappi darauf. Setze ich den Boostmode aber per MQTT oder Blockly, passiert nichts, obwohl das Objekt den neuen Wert annimmt.

Ich habe mir ein Blockly-Script gebaut, welches über ein Triggerobjekt den Boostmode auf [ 10, 10, "0000" ] setzt. Das Skript setzt den Wert auch, aber der Boost startet nicht. Klicke dann im Anschluss in der Objektliste nochmal auf den Wert von myenergi.0.47110815.remote.setZappiBoostMode und dann im Popup einfach nur auf "Wert setzen" (ohne irgendwas anzupassen!!!), reagiert die Zappi auf die "Aktualisierung" und ändern den Boostmode entsprechend.

Gleiches Verhalten beobachte ich auch, wenn der Boost läuft und ich [ 2, 0, "0000" ] setze, um ihn zu stoppen... @tombox schon mal ähnliches beobachtet oder von jemanden gehört, der ein ähnliches Problem mit dem Adapter hatte?

Vielleicht noch ein kurzer Hintergrund zum Usecase, falls es Alternativen gibt: Bei uns ist das EV eigentlich immer angeschlossen, wenn wir zuhaus sind, und bekommt den PV-Überschuss per Eco+. An zwei Abenden der Woche möchte ich aber je nach Ladestand noch eine bestimmte Anzahl an kWh boosten, falls die Batterie noch nicht voll genug ist, damit der Wagen morgens genug Saft für den Arbeitsweg meiner Frau hat.

Hi zusammen,

ich probiere den Adapter auch gerade fleißig aus. Die ganzen Werte ausgelesen bekomme ich einwandfrei, habe das Ganze mit dem MQTT Client kombiniert.

Ich scheitere jedoch am setZappiBoostMode-remote-Objekt. Wenn ich es in der Objektliste mit z.B.

[
10,
5,
"0000"
]

belege, boostet die Wallbox brav. Wenn ich jedoch das gleiche über eine Schnittstelle wie MQTT versuche, klappt es nicht. Im Protokoll bekomme ich

TypeError: this.hub[command] is not a function at Myenergi.onStateChange (/opt/iobroker/node_modules/iobroker.myenergi/build/main.js:308:51) at Myenergi.emit (node:events:513:28) at Immediate._onImmediate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:5379:53) at processImmediate (node:internal/timers:466:21)

Habe auch versucht, das Objekt erstmal im MQTT zu publishen. Habe dann den Payload im MQTT-Explorer kopiert, das Object auf Subscribe umgestellt, den Payload erneut gesendet, aber auch hier möchte das Objekt einfach nicht den MQTT-Payload akzeptieren. Aufs Zeichen gleich, aber dennoch o.g. Fehlermeldung.

Hat hier jemand den richtigen Wink für mich?

Hi zusammen,

irgendwie passen die Werte in den Objekten nicht zu denen, die ich im SEMS Portal sehe. Ich bekomme dort z.B. angezeigt, dass ich heute 26.33 kWh verkauft habe, das Objekt goodwe.0.RunningData.EnergyDaySell hat aber bspw. den Wert 34.2

Jemand eine Idee, wie das zustande kommt? Habe ich irgend eine Umrechnung nicht bedacht?