Weiter zum Inhalt

Tester

1.3k Themen 205.8k Beiträge

In dieser Kategorie werden Adapter Versionen vorgestellt die der Entwickler zum Testen Frei gibt.

NEWS

Unterkategorien


  • In dieser Kategorie werden Adapter Versionen, die noch nicht in offiziellen Repos sind, vorgestellt.

    92 3k
    92 Themen
    3k Beiträge
    R
    Hallo Stefan, super, vielen Dank. Im Moment sind Handwerkerferien, muss mich noch etwas gedulden bis ich ins Detail gehen kann. Gruß Ralf
  • Test Adapter Bestway v0.0.x

    Verschoben
    80
    4
    1 Stimmen
    80 Beiträge
    15k Aufrufe
    R
    Hi Tombox, bis jetzt funktioniert alles hervorragend, ich habe die Version 0.1.0 installiert, die Android-ID habe ich aus der Anleitung der HomeAssistant Integration geholt, aber der Adapter funktioniert besser, da die Übertragung der Werte bei HA teilweise deutlich länger dauert. Es kommen auch alle Datenpunkte bis auf ein paar Ausnahmen an, und das steuern klappt einwandfrei.
  • Test Adapter eusec v2.0.x

    Verschoben eusec mcm1957
    96
    4
    8 Stimmen
    96 Beiträge
    12k Aufrufe
    Marc BergM
    @astuermer sagte: Ist da evtl das Bild codiert enthalten? Ja, das Bild ist enthalten, allerdings ist der JPG-Header nun verschlüsselt. Steht auch so im Issue.
  • Test Adapter HeatingControl v3.xx

    Verschoben heating
    3k
    1
    13 Stimmen
    3k Beiträge
    3m Aufrufe
    M
    @ArnoD sagte: @Manolo hast du inzwischen eine Möglichkeit gefunden, das einzustellen? Ich habe ebenfalls eine Wärmepumpe, die ich im Sommer zum Kühlen nutze, und wäre daher auch an einer passenden Einstellmöglichkeit interessiert. 😊 Hallo Arno, eine Möglichkeit habe ich gefunden, läuft aber nur so Semi. Ich habe für den Sommer ein Profil erstellt, bei dem jeder Raum auf die Maximaltemperatur eingestellt ist. Mehr als 35°C geht da aber leider nicht. Somit werden aber die Thermostate geöffnet und das kalte Heizungswasser kann durch laufen. Da aber die Temperatur dann sinkt, würden die Thermostate nicht mehr schliessen. Deshalb braucht es eine externe Abfrage (Script) um die Wunschtemperatur im heatingcontrol adapter manuel zu ändern. Soweit bin ich aktuell aber noch nicht. Habe die Funktion zum Kühlen wieder deaktiviert. Das mit dem Schimmel ist mir absolut bewusst, deshalb habe ich auch elektrische Luftentfeuchter im Haus verteilt. Eine Klimanalage würde das ja auch machen.
  • Neuer Adapter ecoflow-mqtt

    Verschoben
    804
    1 Stimmen
    804 Beiträge
    311k Aufrufe
    SahraDeathS
    PowerOcean Plus – MPPT PV1/PV2/PV3 werden dekodiert, aber nicht als ioBroker-Datenpunkte angelegt Hallo zusammen, ich habe in den letzten Tagen den EcoFlow-MQTT-Adapter etwas genauer untersucht, weil ich für mein EcoFlow PowerOcean Plus die einzelnen PV-Strings (MPPT1/2/3) im ioBroker nutzen wollte. Dabei bin ich auf einen Fehler gestoßen, der vermutlich alle PowerOcean Plus Nutzer betrifft. Mein System ioBroker aktuelle Installation auf Debian SQL-Adapter (MySQL) ecoflow-mqtt Adapter: aktuelle Version (Stand August 2026 V1.4.9) EcoFlow PowerOcean Plus 3 MPPT-Eingänge MQTT über die EcoFlow Cloud Ausgangssituation Im Adapter werden bereits viele Daten des PowerOcean Plus angelegt. Was jedoch fehlt sind die einzelnen PV-Strings: PV1 Spannung PV1 Strom PV1 Leistung PV2 Spannung PV2 Strom PV2 Leistung PV3 Spannung PV3 Strom PV3 Leistung Gerade diese Daten wären für Stringüberwachung Verschattungsanalyse Fehlerdiagnose Langzeitaufzeichnungen PV-Prognosen sehr interessant. Untersuchung Zunächst habe ich vermutet, dass EcoFlow diese Daten überhaupt nicht sendet. Deshalb habe ich den Adapter erweitert und vor der eigentlichen Dekodierung den kompletten MQTT-Datenstrom aufgezeichnet. Dabei zeigte sich: Die Daten sind vollständig vorhanden. Im Telegramm JTS1_EMS_HEARTBEAT befindet sich mpptHeartBeat mpptPv[] mit vol amp pwr lightSta Beispielsweise: PV1 510.69 V 7.25 A 3705 W PV2 358.51 V 3.63 A 1301 W PV3 30.35 V 0.004 A 0.12 W Die Cloud liefert diese Daten also bereits vollständig. Ursache Der Fehler liegt nicht im MQTT-Protokoll, sondern im Adapter. In lib/dict_data/ef_poweroceanplus_data.js wird im case 'mpptHeartBeat' davon ausgegangen, dass payload[channel][state] ein einzelnes Objekt ist. Tatsächlich liefert der Protobuf-Decoder jedoch mpptHeartBeat[] als Array. Dadurch werden die enthaltenen mpptPv[]-Blöcke nicht korrekt verarbeitet. Nach einer Umstellung auf eine Schleife über alle Heartbeat-Blöcke werden die Werte korrekt verarbeitet. Zweites Problem Im Dictionary existieren momentan lediglich Definitionen für mpptHeartBeat_mpptPv_vol0 mpptHeartBeat_mpptPv_vol1 mpptHeartBeat_mpptPv_amp0 mpptHeartBeat_mpptPv_amp1 mpptHeartBeat_mpptPv_pwr0 mpptHeartBeat_mpptPv_pwr1 mpptHeartBeat_mpptPv_lightSta0 mpptHeartBeat_mpptPv_lightSta1 Für einen PowerOcean Plus mit drei MPPT-Eingängen fehlen zusätzlich: mpptHeartBeat_mpptPv_vol2 mpptHeartBeat_mpptPv_amp2 mpptHeartBeat_mpptPv_pwr2 mpptHeartBeat_mpptPv_lightSta2 Diese müssen sowohl in deviceStates als auch in deviceStatesDict ergänzt werden. Ergebnis Nach diesen beiden Änderungen erzeugt der Adapter automatisch folgende Datenpunkte: JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_vol0 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_amp0 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_pwr0 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_vol1 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_amp1 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_pwr1 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_vol2 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_amp2 JTS1_EMS_HEARTBEAT.mpptHeartBeat_mpptPv_pwr2 Die Werte werden korrekt aktualisiert und lassen sich anschließend problemlos mit dem SQL-Adapter historisieren. Beispielsweise: PV1: 5330 W PV2: 1193 W PV3: 0,8 W Nutzen Durch diese zusätzlichen Datenpunkte lassen sich erstmals: jeder PV-String einzeln überwachen, Verschattungen erkennen, Stringfehler frühzeitig feststellen, Langzeitdiagramme erstellen, sowie PV-Ertragsprognosen auf Basis der einzelnen MPPT-Leistungen entwickeln. Gerade für Besitzer eines PowerOcean Plus wäre das eine sehr hilfreiche Erweiterung des Adapters. Falls Interesse besteht, kann ich den getesteten Patch bzw. die Änderungen gerne zur Verfügung stellen. Die Anpassungen wurden lokal erfolgreich getestet und die neuen Datenpunkte werden im ioBroker korrekt angelegt und historisiert.
  • Test sekoLink Adapter

    Verschoben
    2
    4
    0 Stimmen
    2 Beiträge
    544 Aufrufe
    U
    Guten Abend, ich habe den Seko Adapter neu installiert, bekomme aber eine Fehlermeldung und der Adapter wird beendet: The id "0126000047A0_DEVICE.PDPR1H1HAW100_FW539187_w_1fhb0hqu2.magnitude." is invalid. Ids are not allowed to end in "." Error: The id "0126000047A0_DEVICE.PDPR1H1HAW100_FW539187_w_1fhb0hqu2.magnitude." is invalid. Ids are not allowed to end in "." Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). Error: The id "0126000047A0_DEVICE.PDPR1H1HAW100_FW539187_w_1fhb0ht7t.magnitude." is invalid. Ids are not allowed to end in "." at Validator.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/validator.js:144:15) at Seko._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:5026:19) at Seko.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:5012:17) at Json2iob.parse (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:61:30) at runNextTicks (node:internal/process/task_queues:64:5) at process.processImmediate (node:internal/timers:452:9) at async Json2iob.extractArray (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:147:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:95:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:97:21) Error: The id "0126000047A0_DEVICE.PDPR1H1HAW100_FW539187_w_1fhb0hqu2.magnitude." is invalid. Ids are not allowed to end in "." at Validator.validateId (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/validator.js:144:15) at Seko._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:5026:19) at Seko.setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/cjs/lib/adapter/adapter.js:5012:17) at Json2iob.parse (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:61:30) at async Json2iob.extractArray (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:147:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:95:21) at async Json2iob.parse (/opt/iobroker/node_modules/iobroker.seko/lib/json2iob.js:97:21) Was kann ich hier tun? Vielen Dank im Voraus!
  • Adapter Paketverfolgung DHL, Briefe, Amazon, DPD,GLS,UPS,17T

    Verschoben 17track amazon briefe dhl dpd gls ups
    2k
    3
    9 Stimmen
    2k Beiträge
    737k Aufrufe
    Walter.O.W
    So, hab jetzt noch 5 mal neu gemacht. Bis jetzt keine Fehlermeldung mehr, weis der Geier was da wahr. Jetzt kommt noch mein Hass Gegner, Amazon dran.
  • Test Adapter shuttercontrol v2.0.x

    Verschoben rollladen rollladensteuerung shuttercontrol
    8k
    2
    16 Stimmen
    8k Beiträge
    12m Aufrufe
    G
    Willst du, dass die Jalousie bei Sonne bei angekipptem (und damit ja offenem) Fenster in den Verschattungsmodus fährt? Ich habe das so gelöst, dass ich dem Adapter bei angekipptem Fenster per Blockly die Info gebe, dass das Fenster geschlossen ist. Dann fährt er auch bei angekipptem Fenster in die Verschattung.
  • Test Adapter Weather-Warnings

    Verschoben
    1k
    3 Stimmen
    1k Beiträge
    496k Aufrufe
    T
    Früher gibt uwz mal so - aber seit ca. 2 Jahren ist der Service für mich down - aber ich benutze eh nur dwd
  • Test Adapter Omada TP-Link

    Verschoben
    88
    4
    3 Stimmen
    88 Beiträge
    19k Aufrufe
    R
    Hallo zusammen. Geht es hier eigentlich noch weiter ? Es wurde mehrfach nach einer Funktion zur Deaktivierung / zum Blocken einzelner Clients gefragt. In der Omada-App ist das möglich, aber umständlich. Hier wäre das -wenn grundsätzlich möglich- ja auch zeitgesteuert machbar. Danke für den Adapter und die Entwicklungsarbeit.
  • Test Widget json template

    Verschoben adapter json widget rssfeed vis widget
    92
    2 Stimmen
    92 Beiträge
    11k Aufrufe
    OliverIOO
    Neue Version 4.6.1 die Fehlerausgabe des widgets wird noch zusätzlich auf der browser Konsole (F12) ausgegeben, das es in der Anwendung mit der KI einfacher zu kopieren ist.
  • Test Adapter MercedesMe v0.0.x

    Verschoben mercedes
    1k
    2
    4 Stimmen
    1k Beiträge
    362k Aufrufe
    B
    @bishop9191 sagte: Hat sonst niemand Probleme? Heute bemerkt. Seit 23.07. Erhalte ich keinen korrekten Datenpunkte mehr. Einige scheinen zu funktionieren, andere nicht. Zb. aktualisiert der State odo nicht mehr. Tank Füllstand wurde auf 64 % aktualisiert, obwohl ich voll getankt habe… usw. Nach Neustart wird die Instanz wieder grün. v0.7.1 NodeJS 22.22 Sende heute Abend einen Debug Log.
  • Test Adapter solakon-one v1.0.x @latest

    Verschoben
    8
    1
    1 Stimmen
    8 Beiträge
    768 Aufrufe
    Jey CeeJ
    @Berto So ich bin zurück und hab den Adapter Aktualisiert. Jetzt sieht es ganz gut aus, keine Admin Probleme mehr und die Beschreibungen sind auch da. Nochmal Danke.
  • Test Adapter sunenergyxt500 v0.2.x Latest

    4
    0 Stimmen
    4 Beiträge
    233 Aufrufe
    C
    0.2.8 ist im Latest-Repo — Anpassung an die neue Speicher-Firmware SunEnergyXT hat ein Firmwareupdate ausgerollt. Ich habe die lokale API vorher und nachher auf meiner 500 PRO verglichen — hier die Ergebnisse, damit niemand rätseln muss: Es bricht nichts. Kein Feld ist verschwunden, keine Einstellung wurde zurückgesetzt (SoC-Grenzen, Einspeisegrenze, lokaler Modus, Zeitzone — alles erhalten). Der Adapter lief ohne Nacharbeit weiter. Neu: PD (heutige PV-Erzeugungsenergie). Das Feld war vom Hersteller eine Weile aus der API-Doku entfernt worden und kommt mit der neuen Firmware zurück. 0.2.8 legt es als heads.<n>.pv.PD an (rohe Wh, wie die übrigen Tageszähler). Wer noch die alte Firmware hat, kann trotzdem auf 0.2.8 gehen — der Adapter erkennt am Payload, ob das Gerät das Feld liefert, und der State bleibt sonst einfach leer. Kein Zwang zum Firmwareupdate. Achtung, Versionsnummern: Die App bietet das Update als "1.1.4" an, das Gerät meldet danach intern ES = 1.1.14. Öffentliche und interne Zählweise unterscheiden sich (öffentlich 1.1.X = intern 1.1.1X). Nicht wundern — und falls jemand eigene Skripte hat: bitte nicht auf die Versionsnummer prüfen, sondern darauf, ob das Feld im /read auftaucht. Nebenwirkung des Updates: Der Reboot setzt die Tageszähler (GD1/GD2/LD/PD) auf 0. Wer sie in History oder Tagesbilanzen führt, hat am Updatetag einen Sprung nach unten drin — das ist das Gerät, nicht der Adapter. Zu den Batteriepacks: Das Update hebt ES/AS/DS auf 1.1.14, die BMS-Firmware der Packs (BS0/BS1) bleibt auf 1.1.13. Das ist so gewollt — an einem Update für die Packs arbeitet der Hersteller noch. Also kein Grund zur Sorge, wenn die Versionen im Objektbaum auseinanderlaufen. Am Standardverhalten ändert sich nichts: Der Adapter startet weiterhin im reinen Monitoring und schreibt nichts, solange kein Steuermodus gewählt ist.
  • Test Adapter smartloadmanager v0.0.x latest Repo

    Verschoben
    89
    5 Stimmen
    89 Beiträge
    12k Aufrufe
    MichaelFM
    Hi, vielleicht kann mir hier jemand helfen. Habe zwei Verbraucher angelegt: [image: 1785328591071-139ba436-3f4e-4c06-a862-41dba5c0e91d-image.jpeg] und [image: 1785328623324-e6cbcc19-bf33-4a3f-a16a-367e1f3660fd-image.jpeg] Ist es möglich das wenn der erste mit 1000w läuft aber noch 1400w an überschuss da sind, den ersten abzuschalten und den zweiten ein? Bekomme ich irgendwie nicht hin, oder geht das vieleicht einfach nicht. Grüße
  • Test Adapter hoymiles - Hoymiles HMS-xxxW-xT Wechselrichter

    46
    0 Stimmen
    46 Beiträge
    3k Aufrufe
    EisteeE
    Ich glaub ich hab da was geknackt in der firmware. Mein HMS-800-2WD liest jetzt einen Shelly Pro 3EM (emuliert mit uni-meter) direkt aus und Macht selbst eine Nulleinspeisung mit diesen Zählerwerten. Alles mit Claude Code und zunächst erstmal Debugscripten und alles dokumentiert. Der nächste Schritt ist jetzt das noch in den Adapter zu bauen. Livedaten über Bluetooth habe ich schon eingebaut in meiner Entwicklerversion des Adapters. Ich habe mich dazu entschieden den ESPHome Bluetooth Proxy (https://esphome.io/projects/?type=bluetooth) zu verwenden den der Adapter dann automatisch im Netzwerk finden wird und direkt anspricht (kein ESPHome Adapter da der das nicht kann!). Die Bluetooth Wechselrichter werden dann auch automatisch gefunden und man muss in der config nur noch die Bluetooth Pin eingeben.
  • Test Adapter stiebel-isg v1.7.x

    Verschoben
    141
    0 Stimmen
    141 Beiträge
    30k Aufrufe
    unltdnetworxU
    @Armin-Grimbacher Die beiden Texte sind wieder verfügbar.
  • Test Adapter Ford 0.0.x

    Verschoben
    174
    4
    1 Stimmen
    174 Beiträge
    27k Aufrufe
    EisbaeeerE
    @thomas-braun Läuft nun mit neu installiertem iobroker ohne Fehler. Danke für die Hilfe!
  • Test Tesla-Motors v2.0.x

    Verschoben
    1k
    4
    1 Stimmen
    1k Beiträge
    411k Aufrufe
    S
    @tombox Ich hab es eben getestet - Sieht gut aus. Danke!
  • Tester gesucht: Zigbee 3.4.10

    139
    2
    5 Stimmen
    139 Beiträge
    13k Aufrufe
    chucky666C
    @Asgothian Danke dir das war es , gestern Nacht zu müde gewesen 🤣
  • Wallbox Steuern? e3dc-rscp

    3
    0 Stimmen
    3 Beiträge
    103 Aufrufe
    G
    Guten Abend Fuzzy Also die Rscp werte habe ich nicht stehen. ich habe da den E3dc-Rscp Adapter im IoBrocker da kann ich was umstellen aber es passiert nichts. bei Modbus geht das auch nicht. ich glaube das sind auch die falschen Regester Einträge die du oben stehen hast. z.B. 40072 ist der Hausverbrauch bei mir. komme auch zur zeit da nicht weiter. habe schon in ein paar Foren geschrieben. aber keiner kann mir helfen. Auslesen geht alles

249

Online

33.0k

Benutzer

83.6k

Themen

1.3m

Beiträge