Ich habe heute die Steuerung fertig bekommen, inkl. Zonen etc. Sollte 95% laufen. Was nicht sauber läuft sind die updates der states (was er aktuell macht, RTK auslesen, position etc. ) Da muss ich noch bei. Zonen habe ich relativ smart gemacht denke ich! PS. ist ne richtig scheiss Arbeit ReverseEngineering 🤣 [image: 1773876572891-79c2a375-09c2-4a4a-ab55-482725d44cf4-image-resized.png] [image: 1773876617014-a7b385a2-9396-4b73-ab25-e0f1bdd2140d-image-resized.png] https://github.com/DNAngelX/ioBroker.mammotion Step 1 – Discover zones Press commands.requestAreaNames (button). The adapter queries the device for its full zone list. The device responds via MQTT — this can take up to 60–90 seconds on first run because each zone hash is classified individually. Once complete, zone objects appear under devices.<id>.zones.<zoneName>/. Each zone channel contains: State Type Description enabled boolean (writable) Mark zone for batch mowing position number (writable) Execution order (1..n) for startZones / startAllZones start boolean (writable, trigger) Immediately start mowing this zone only hash string (read-only) Internal zone hash ID Option A – Start a single zone immediately Set devices.<id>.zones.<zoneName>.start = true. The adapter sends a mowing command for exactly that one zone using the current global settings (bladeHeightMm, targetMowSpeedMs, etc.). Option B – Batch: mow multiple zones Set zones.<zoneName>.enabled = true for each zone you want to mow. Press commands.startZones. The adapter collects all enabled zones and sends them as a single modifyRoute command. Mow settings (knife height, speed, etc.) are taken from the current commands.* state values. Zone execution order is sorted by zones.<name>.position (ascending). Option C – Start all known zones (ignore toggles) Press commands.startAllZones. The adapter takes all zones from telemetry.areasJson and starts a route with all hashes, independent of zones.*.enabled. Order is also sorted by zones.<name>.position.

Version 0.3.1 ist unterwegs. Du kannst ja mal das Zapfen testen, ob das funktioniert.

Danke für die Info. Also dann ist klar, daß das Gerät noch nicht enthalten ist und somit noch Implementierung benötigt. Bei den Debug Schaltflächen wird immer "Fehler" stehen, da dies die einzige Variante ist auch Werte/Text anzuzeigen. Also bitte nicht daran stören, es ist kein Fehler sondern nur die Hülle um die Daten vom Adapter zur Anzeige zu bringen. Die Häckchen auf der ersten Lasche msg.. brauchst du für den ersten Moment nicht. Das msgUpdate msgSetGet brauchen wir für den späteren Mitschnitt für die Implmentierung des Gerätes. Derzeitig braucht es aber erstmal eine funktionierende Anmeldung beim Server. Was mir auffällt -> nimm mal mqtts://mqtt.ecoflow.com (ohne dem -e), dann sollte es auch klappen. Bitte im log überprüfen.

@WilMa5301 [image: 1773863912552-3fbcab75-d631-4978-b855-4ff817d23e3c-grafik.png] hast du an ? es gab ein breaking change den machen musste.. ging wohl an dir vorbei was? somit ergibt sich ein neuer Baum..

Radius auf 0 bringt leider nichts, mache dann ein Issue, danke für deine Hilfe

Hallo Zusammen, ich habe ein Problem mit einem LG WiFi-Modul PWFMDD200 WLAN-Modem; dahinter hängt eine LG Wärmepumpe Therma V Monoblock R32. Das WiFi-Modul wird von Adapter sauber erkannt: deviceType: 401 platformType: thinq2 modelJsonUri: https://objectcontent.lgthinq.com/ed3c5d4f-2a1c-4c1c-9681-1bb0dd8ffd95?hdnts=exp=1776876255~hmac=f21bd2561499ff287ecbd3164f74eb195b2df45fe8690887b17cd9fd13123746 Ich empfange sauber Daten und kann auch über Remote Daten senden, diese werden auch in der Steuerung der Wärmepumpe und der APP sauber übernommen. Mein Problem sind die Statistikdaten des Energieverbrauchs bzw. der Heizleistung. Frage ich diese über lg-thinq.x.xxx.remote.Statistic an, erhalte ich immer 0-Werte . In der APP werden jedoch Verbrauchswerte zu der angefragten Periode angezeigt. Also ein Beispiel: lg-thinq.x.xxx.remote.Statistic = Energie lg-thinq.x.xxx.remote.Statistic.period = täglich lg-thinq.x.xxx.remote.Statistic.startDate = 2026.01.01 lg-thinq.x.xxx.remote.Statistic.endDate = 2026.01.03 Als Ergebnis erhalte ich: [{"usedDate":"2026-01-01","energyData":"0","operationTime":"0","periodicEnergyData":"0","periodicTimeData":"0"}, {"usedDate":"2026-01-02","energyData":"0","operationTime":"0","periodicEnergyData":"0","periodicTimeData":"0"}, {"usedDate":"2026-01-03","energyData":"0","operationTime":"0","periodicEnergyData":"0","periodicTimeData":"0"}] In der APP sind zu dem Zeitpunkt Daten: [image: 1773849870682-265a9420-97f3-4dce-ad4e-96cc8585a777-screenshot_20260318-165831.png] Hat jemand hier eine Idee für mich, was ich falsch mache? Vielen Dank Thomas Diederichs

0.15.1 (2026-03-18) (ticaki) added: internet access check for Tasmota device before berry installation (ticaki) Möglichkeit die urls auf eigene lokale umzustellen - nicht empfohlen - finger weg wenn ihr die arbeit die das bringt scheut. Der Tasmota check geht auf raw.githubusercontent.com und wird beim aktualisieren/initialisieren durchgeführt Das Umbiegen der Adressen auf einen eigenen Server ist für Leute gedacht die alles Lokal haben möchten und wird nur minimal supportet - keiner der Entwickler nutzt das. In dem Fall geht der check auf den hostname. Man findet es unter: Expert an -> Tab Developer Wer das verwendet bitte die Verzeichnisstruktur unter Berry beachten .../10/autoexec.be - Die Dateibezeichner bei berry und tft müssen identisch sein.

@jackdaniel Ich habe das Ganze in meinem eigenen wiki dokumentiert (ist etwas zu umfangreich, um es hier komplett reinzupacken). Ich nutze EOS, aber mit Debian sollte es genauso funktionieren. Wenn du Fragen hast, meld dich einfach hier 🙂 Link: Z-Wave JS UI als externer Server für ioBroker

@nograx weisst du wie der 0 durchgang beim nutzen von "setDeviceAutomationInOutLimit" gehandhabt wird? Gerade morgens oder abends wenn die PV-Leistung im Bereich vom Hausverbraucht (oder Bewölkung) ist, passiert das ja oft Schalter das Relais "alle 2 sek hin und her" oder ist da was implementiert? Bei meinem Skript habe ich das schön über Deadband und Cooldown abfangen können...

"Könnte"? Es ist sogar SEHR sicher, dass die das mit Absicht machen. Es ist noch gar nicht lange her, als ganz spezifisch "ioBroker" als client-id gesperrt wurde (kann mich nicht mehr genau erinnern, aber es wurde damals dann einfach die Groß-/Kleinschreibung geändert und später glaube ich die gleiche wie in der App benutzt). Letztlich wollen die ja auch nicht, dass "irgendjemand" ihre undokumentierten APIs nutzt. Nicht, dass am Ende keiner mehr die aufgeblähten Apps installiert oder gar Funktionen findet, die in der App noch gar nicht extistieren.

@Merlin123 grundsätzlich ja.. rest muss man testen

Na dann warte ich mal gespannt auf die nächste Version.

Danke für die Mühe. Werde die Tage testen. 👍

@tsero sagte in vis-2-widgets-collection: dass die Spaltenbreite am iPhone nicht den vorgegebenen Werten entspricht??? welche Auflösung hat der Browser im iPhone?

@wendy2702 Die rufen auch die commands auf aber je nach Fahrzeug muss das nicht funktionieren

@axled Schau mal hier. Da hat jemand das für HA umgesetzt. Vielleicht kann man sich bedienen. https://community.simon42.com/t/powerfox-flow-integration-in-ha/66309/5

Werd ich testen.. hab keine Etagen und alles offen... evt kann der Stick das schaffen. Bis dato werkelt ein homee mit Enocean Cube... aber der nervt