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

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.

@Armin-Grimbacher Die beiden Texte sind wieder verfügbar.

@thomas-braun Läuft nun mit neu installiertem iobroker ohne Fehler. Danke für die Hilfe!

@tombox Ich hab es eben getestet - Sieht gut aus. Danke!

@Asgothian Danke dir das war es , gestern Nacht zu müde gewesen 🤣

Warum in 2 Threads? Ro75.

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

Es gibt eine neue Version v2.6.0. Ich habe der Vollständigkeit halber noch ein simples Input-Widget hinzugefügt. Das Input-Widget zeigt einen Text- oder Zahlenwert an, der an eine einzelne OID gebunden ist, und erlaubt die direkte Inline-Bearbeitung per Klick. Es akzeptiert die Datentypen string, number und mixed. Im Standardmodus wird jeder Tastenanschlag (verzögert) an die OID geschrieben; mit aktiviertem OK-Button wird der Wert erst beim Bestätigen übernommen.

In der Spezifikation (= Beschreibung der Modbus-Register) ist ein Abfragen von IP oder WiFi-Signalstärke nicht vorgesehen. Die Weboberfläche wird von Deye im Gerät aufbereitet. Wenn die Signalstärke wichtig ist, dann muss mit einem anderen Script die Weboberfläche ausgelesen werden.

Super, Vielen Dank es funktioniert! :)

Hi in die Runde und vielen Dank für den Adapter! Hat jemand vielleicht eine "fertige" vis. inkl zugriff auf aufnahmen usw... Man möchte ja das Rad ungern neu erfinden. Aktuell Streame ich nur die Streams per Html widget...[image: 1784711906291-bild-22.07.26-um-11.14.png]

Danke, genau zur richtigen Zeit

Neue Test Version 3.1.4. Das durch @pk68 entdeckte Problem, das lastUpdate_PV_Forecast den Timestamp setzt ohne zu prüfen ob Daten gekommen sind oder die Server erreichbar waren, sollte behoben sein. Ein weiteres Problem war, wer den Abruf der PV-Daten auf "Einmal vor Sonnenaufgang" eingestellt hat und die Open-Meteo Server gerade nicht erreichbar oder überlastet waren, bekam dann keine neuen Daten. Sollte jetzt ein Fehler beim Abruf der Daten auftreten und "Einmal vor Sonnenaufgang" eingestellt sein, versucht der Adapter jetzt alle 30 Minuten die Daten zu bekommen bis er sie hat, erst dann wird lastUpdate_PV_Forecast aktualisiert und die Zeit für den nächsten Abruf auf vor Sonnenaufgang gestellt. Das betraf auch nur den PV-Forecast Bereich der Wetterbereich ist soweit Safe. Changelog: (@GermanBluefox) Logo hochskaliert (@GermanBluefox) TS auf Version 6 aktualisiert (@GermanBluefox) Bild in JsonConfig korrigiert (H5N1v2) Logo-Größe auf 512x512 angepasst (pk68) fix: info.lastUpdate_PV_Forecast wird nicht mehr aktualisiert, wenn alle API-Aufrufe fehlgeschlagen sind oder keine Daten zurückgeliefert haben. (H5N1v2) fix: Der „Sonnenaufgangs-Modus“ der PV-Prognose versucht nun automatisch nach 30 Minuten einen erneuten Abruf, falls der API-Aufruf fehlschlägt (z. B. HTTP 500 bei Überlastung). Der Zeitplan für den nächsten Tag wird erst nach einer erfolgreichen Aktualisierung erstellt. (H5N1v2) Status-Link zu open-meteo in der Adapterbeschreibung und der README hinzugefügt. (H5N1v2) fix: OpenStreetMap-Link im Admin-Bereich anklickbar gemacht. (H5N1v2) Abhängigkeit aktualisiert. TO-DO und Änderungen: open-meteo-weather

Der Adapter ist schon im LATEST Repository.

Der Adapter ist schon im LATEST Repository.

Der Adapter ist schon im LATEST Repository.

Der Adapter ist schon im LATEST Repository.

@australien alles gut, wenn Fragen dann im Testthread vom Adapter.

Neue Version 1.2.3 vis-2-widgets-rssfeed keine funktionale Erweiterung Abhängigkeiten wurden aktualisiert Probleme aus dem repochecker wurden behoben react wurde auf 18 aktualisiert.