Zitat von: Dek am 26 Januar 2026, 08:20:55Hallo zusammen,
korrekt, da ist kein HA im Spiel. Ich nutze direkt die MQTT-Messages. Um den Status zu aktualisieren, und auch zu schalten, hat es mir geholfen mal die HA-autodiscovery-Nachricht von govee2mqtt im mqtt-explorer anzuschauen + Referenz LAN API. Dann ein wenig setlist und readinglist bauen, dann klappt's. Ich kann die Geräte erfolgreich an/ab/farbig schalten, lediglich die Effekte bei den hex-glide panels funktionieren nicht. Das ist aber wohl dem Umstand geschuldet, dass das nicht in der offiziellen LAN API von govee vorgesehen ist, sondern über ein reverse-engineered Ansatz implemtiert ist, der bei meinem Gerät nicht den gewünschten Effekt hat.
ZitatDafür benötigt man Steuersignale, die überschüssige PV-Energie oder Niedrigtarifzeiten signaliseren. In https://forum.fhem.de/index.php?topic=137058.msg1353068#msg1353068 habe ich grob dargestellt, wie SolarForecast dies sowohl bei festen als auch bei variablen Energiekosten unterstützen könnte.Was Steuersignale usw. angeht stimme ich dem voll zu.
ZitatOffensichtlich stört das %-Zeichen.Ich tippe eher auf das ' (Single-Quote)
defmod Deye12k MQTT2_DEVICE SA
attr Deye12k IODev myBroker130
attr Deye12k autocreate 1
attr Deye12k disable 0
attr Deye12k readingList SA/inverter_1/.* { json2nameValue($EVENT,'',$JSONMAP,'','device_mode') }
attr Deye12k room MQTT2_DEVICE,PV
setstate Deye12k 2026-01-26 11:48:14 293
setstate Deye12k 2026-01-24 15:52:05 33
setstate Deye12k 2026-01-25 18:00:56 IODev myBroker130
setstate Deye12k 2026-01-26 11:48:14 json2nameValueErrorText error parsing (#2) 'Discharge above 40%'
setstate Deye12k 2026-01-26 11:48:14 json2nameValueInput Discharge above 40%