@tombox Habe ich ausprobiert, und es ging wirklich!!! Super vielen Dank - das rettet mir das erweiterte Abrechnen und Überschussladen :-)

@kuesel sagte in Homematic SMO230: "min": 0, "max": 163830 da sollte nichts konvertiert werden. die min und max sind identisch zu den Werten von HM / native @kuesel sagte in Homematic SMO230: "OPERATIONS": 5, was ist das? steht in der Konfig irgendwas dass der niedrigste von 5 Messungen genommen wird?

@renix Und um dich gänzlich aus dem Tritt zu bringen: Erzeuge Aliasse, bevor du irgendwas mit Visualisierung/Skripte/History machst. Aliasse, Aliasse, Aliasse!

@ltreff Wenn du weitere Fragen hast, dann schreib bitte in diesem Thread hier. Der wird von uns DEV beobachtet und du bekommst dort schnelle Hilfe.

@android51 sehr gerne. Viel Spaß !

@codierknecht sagte in HomeMatic RPC-Adapter ist "grün", liefert aber keine Werte: Wozu überhaupt die FW in der CCU aktivieren? Es gab letztens einrn Fall, bei dem trotz "alles offen" IP und Port freigegeben werden mussten.

@asgothian So, der neue Zigbee-Adapter ist da -> und läuft ohne Probleme. Habe mir jetzt wieder eine "ältere" Version geholt. Danke für deine Hilfe. LG Lutz

@pridan87 die lösung über telegram oder über iobroker cloud (hab ich keine ahnung) ist sicherheitstechnisch wesentlich einfacher wie vpn. vpn würde ich auch nur machen, wenn das netz dort wirklich komplett separat vom privatteil ist. ich kann mir nicht vorstellen, das die leute da es wollen, das jemand da so in das LAN kommt. privates gebastel ist immer nochmal was anderes, wie so eine Lösung, die sich für mich dann eher an so eine Betreiberlösung anhört, wo dann jemand ob bewusst oder unbewusst auch mal noch eine Haftung übernehmen muss.

@asgothian Jawohl, hat funktioniert. Großes Dankeschön dafür mit Version 1.10.13 läuft es jetzt

@roger-nawrath sagte: also die dinger verkaufen und neue anschaffen Suche mal mit der genauen Typ-Bezeichnung unter Zigbee2MQTT. Dort sieht man auch, welche Werte unterstützt werden.

@pedder007 sagte in EMS-ESP: Temperatursensoren DS18B20 liefern keine Werte: falls Du es mittlerweile noch nicht selber gefunden hattest Hallo und vielen Dank. Ich habe es zwar über putty gemacht aber jetzt kenne ich auch die andere methode. Grüße

@pandia sagte in Shellys Gen. 1 werden mit MQTT nicht verwaltet - gelöst: Das ließ mich vermuten, dass ich nur eine Instanz benötige so ist es auch, wenn du mqtt nutzt @pandia sagte in Shellys Gen. 1 werden mit MQTT nicht verwaltet - gelöst: Problem: Nach dem Umstellen des Shelly-Adapters auf MQTT können alle Shellys der Generation 1 nicht mehr über ioBroker gesteuert werden dann stimmt wohl etwas nicht

@martinsu Bringt Dir ja nix, weil ich das über ein ganz anderes Setup mache wie Du.

@jschnack Dann Poste doch bitte deine funktionierenden Einstellungen hier und hier: https://github.com/ioBroker/modbus-templates/tree/main

@homoran Dank Dir. Hab da gestern mal angefangen. Muss mal schauen, ob Sourceanalytics das richtig rechnet... Hab den Adapter noch nicht so ganz verstanden.....

@buddy91 Ich weiß nicht, ob es bei deinem Shelly Gen3 auch klappt, aber ich konnte meine Plug S Gen3 über folgende Einstellung erfolgreich einbinden: Im Shelly in den MQTT-Einstellungen "Client-ID" unbedingt die "G3" Bezeichnung rauslöschen. Mit der ursprünglichen, nativen Benennung kommt der Adapter im IOBroker nicht zurecht und spuckt Fehlermeldungen aus. Ich habe den Anfang der Bezeichnung aus einem Gen2 Shelly eingefügt, damit wird er in IOBroker als "Gen2" gerät erkannt. [image: 1731878518113-1195a4ff-60fb-4f41-b148-34e107d6fa2b-image.png] [image: 1731878608912-5fc08b6c-c181-4336-b197-d5e0467135ee-image.png] (Habe es hier gefunden gehabt: https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/927)

@atifan sagte in Xiaomi Robot Vacuum S12: S12 zusätzlich und bekomme ihn nicht automatisiert. Habt ihr mittlerweile eine Lösung gefunden? würde mich auch interessieren...

@googlebug Du solltest hier dein Glück versuchen.