Hauptmenü

Neueste Beiträge

#41
MQTT / Aw: sonos2mqtt 3 von 4 Devices...
Letzter Beitrag von Guybrush - 11 März 2026, 13:29:56
kannst du denn die Lautsprecher per http erreichen?

http://<IP>:1400/MediaRenderer/RenderingControl/Control

Ansonsten prüfen, dass die auch wirklich im gleichen Netz sind und upnp funktioniert. ohne letzteres funktioniert sonos nicht im multiroom verbund
#42
MQTT / Aw: sonos2mqtt 3 von 4 Devices...
Letzter Beitrag von rudolfkoenig - 11 März 2026, 13:25:26
Woran macht FHEM also fest, ob es die Geräte schon kennt oder neu anlegen muss
Dass man was anlegen sollte: wenn die Nachricht keinem vorhandenem Geraet per readingList zugeordnet werden kann.

Danach werden die bridgeRegexp Attribute geprueft, ob man damit eine bessere CID (ClientID) berechnen kann.
Falls nicht, dann wird die urspruengliche CID genommen.
Das ist bei MQTT2_SERVER die ClientID der Gegenseite, bei MQTT2_CLIENT die von dieser Instanz.
Deswegen landet mit einem MQTT2_CLIENT alles ohne passende bridgeRegexp in einer MQTT2_DEVICE Sammel-Instanz.
#43
MQTT / Aw: sonos2mqtt 3 von 4 Devices...
Letzter Beitrag von Beta-User - 11 März 2026, 13:01:42
Zitat von: Flanders am 10 März 2026, 07:29:33Woran macht FHEM also fest, ob es die Geräte schon kennt oder neu anlegen muss
An der CID.

Da die brideRegexp prinzipiell zu funktionieren scheint, und auch neue devices erstellt werden, liegt es entweder daran, dass (außer der m.E. überflüssigen hass-config) nichts kommt, das zum jeweiligen Gerät gehört, oder es gibt irgendwo einen passenden readingList-Eintrag.

Hast du mal Knöpfe an den Geräten selbst gedrückt? Lauter sollte reichen...
#44
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 12:59:35
@Parallix,

ZitatIst es möglich, dass Du in SF ein Attribut einbaust, mit dem eine Grundlast definiert werden kann, die dann als immer zu berücksichtigender Verbrauch von SF bei der Ladeplanung berücksichtigt wird. Für (m)einen Anwendungsfall wäre es noch besser, wenn ein Grundlast-Profil als Array mit 24 Elementen (ein Element pro Stunde) definiert werden kann oder ggf. sogar aus einem Reading bezogen werden kann.
Was spricht dagegen, wenn du dir einen ConsumerXX (als Dummy) anlegst und die Leistung entsprechend deines Grundbedarfs definierst. "power" ist zur Zeit ein fester Wert, kann aber bei Bedarf recht leicht erweitert werden um Quellenreadings zu verarbeiten. Den Inhalt kannst du dann aus einem Array errechnen und dort eintragen.

Mit pvshare=0 ist auch die Unabhängigkeit vom PV-Überschuß gegeben und du kannst diesen "Verbraucher" 24h am Tag planen und "einschalten" lassen. Das hat auch den Vorteil, dass Werte aus der Vergangenheit völlig konform mit den Modulprozessen einbezogen werden können um die Zukunft abzubilden.
So kannst du z.B. an einem WE den "Grundverbrauch" gezielt ändern und solche Dinge.

LG,
Heiko
#45
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 12:49:08
Hallo Marco,

die genannten Schlüsssel pvOut, pin, pout sind nur in den entsprechenden Devicetypen setzbar.
Also so wie tomcat.x bereits angedeutet hat -

pvOut     bei setupInverterDevXX
pin, pout bei setupBatteryDevXX

In der Hilfe ist aber genau beschrieben welche Schlüssel für welchen Gerätetyp setzbar sind.
Mir ging es darum dir nochmal ganz genau zu sagen was der Inhalt der Readings/Werte sein muß.

LG,
Heiko
#46
MQTT / Aw: sonos2mqtt 3 von 4 Devices...
Letzter Beitrag von Flanders - 11 März 2026, 12:40:26
Ich bin jetzt mal "illegaler Weise" hingegangen und habe die fhem.config angepasst und den gefundenen Speaker jeweils kopiert und die RINCON-Bezeichnung jeweils angepasst, mal sehen, ob das nun so läuft....
Also nichts mit automatisch anlegen...

LG
#47
Solaranlagen / Aw: [23_BYDBox] - Modul für BY...
Letzter Beitrag von kanenas - 11 März 2026, 12:16:04
Hallo zusammen,

ich habe eine BYD Battery-Box HV 11,5 aus dem Jahr 2018.
Da ich keine Möglichkeit gefunden habe, die einzelnen Zellspannungen der Module auszulesen oder visuell darzustellen, habe ich mir eine eigene Lösung mit Node-RED erstellt – mit etwas Unterstützung von Claude.ai.

Die Lösung liest die Daten aus der BYD-Weboberfläche aus und stellt alle Zellspannungen der Module grafisch dar.
Zusätzlich können die Daten per MQTT an FHEM (oder andere Systeme) weitergegeben werden.

Falls jemand Interesse an dem Node-RED-Flow oder der Lösung hat, kann er mich gerne kontaktieren.

Viele Grüße

#48
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von marboj - 11 März 2026, 11:46:59
Zitat von: tomcat.x am 10 März 2026, 12:56:20Battery hat nur "pout". Oder meinst Du nicht, was sie gerade abgibt?

Hallo tomcat.x,

Heiko hatte mir die folgenden Infos gegeben:
ZitatDas ist praktisch das Solar-Ladegerät mit der Batterie. Hier muß sein:

- pvOut: die aktuelle Leistung aus PV-Erzeugung. Hier darf NUR die Solarzellenleistung drinstecken und
         keine anderen Bestandteile wie Batterieleistungsabgabe
- pin:  die aktuelle Batterieladeleistung, d.h. der Anteil der Solarleistung der in die Batterie geladen wird
        (kann alles sein) und/oder der Ladeanteil vom Wechselstromhausnetz falls dies zutreffen kann.
        Ist der Readingname "/power" so richtig?
- pout: die aktuelle Batterieentladeleistung, d.h. was die Batterie an das Hausnetz abgibt. Hier darf
        wiederum kein Solarzellenanteil drinstecken.

Wenn du diese Bedingungen einhältst, sollte die Flußdarstellung i.O. sein.

Den Parameter pvOut kann ich nicht setzen. Deswegen habe ich gefragt...

Gruß
Marco
#49
MQTT / Aw: sonos2mqtt 3 von 4 Devices...
Letzter Beitrag von Flanders - 11 März 2026, 11:41:59
Hi,

also, habe alle devices mit dem Befehl gelöscht, habe die Bridge gelöscht.
Dann die Bridge neu erstellt, sonos2mqtt im Docker neu gestartet.
Es kam lange nichts. Heute morgen war die "mobil" wieder da (wie zuletzt auch), aber die 3 anderen Boxen werden wohl nicht erkannt??

Ach ja, die nicht angelegten befinden sich im Reading der SonosBridge ?? config_RINCON_347XXXXX usw.!

setstate SonosBridge 2
setstate SonosBridge 2026-03-10 18:07:27 attrTemplateVersion 20210303
setstate SonosBridge 2026-03-11 06:53:46 config_RINCON_347E5C3AD4XXXXXXX {"available_commands":["adv-command","clearqueue","command","joingroup","leavegroup","mute","next","notify","notifytwo","pause","play","playmode","previous","queue","seek","selecttrack","setbass","setbuttonlockstate","setledstate","setnightmode","setavtransporturi","settreble","sleep","speak","speaktwo","stop","switchtoline","switchtoqueue","switchtotv","toggle","unmute","volume","volumedown","volumeup"],"command_topic":"sonos/RINCON_347E5C3AD4XXXXXXX/control","device":{"identifiers":["RINCON_347E5C3AD4XXXXXXX"],"manufacturer":"Sonos","name":"Küche"},"device_class":"speaker","icon":"mdi:speaker","json_attributes":true,"json_attributes_topic":"sonos/RINCON_347E5C3ADXXXXXXXX","name":"Küche","state_topic":"sonos/RINCON_347E5C3ADXXXXXXXX","unique_id":"sonos2mqtt_RINCON_347E5C3ADXXXXXXXX_speaker","availability_topic":"sonos/connected","payload_available":"2"}
setstate SonosBridge 2026-03-11 06:53:46 config_RINCON_347E5C3C24XXXXXXX {"available_commands":["adv-command","clearqueue","command","joingroup","leavegroup","mute","next","notify","notifytwo","pause","play","playmode","previous","queue","seek","selecttrack","setbass","setbuttonlockstate","setledstate","setnightmode","setavtransporturi","settreble","sleep","speak","speaktwo","stop","switchtoline","switchtoqueue","switchtotv","toggle","unmute","volume","volumedown","volumeup"],"command_topic":"sonos/RINCON_347E5C3C2XXXXXXXX/control","device":{"identifiers":["RINCON_347E5C3C2XXXXXXXX"],"manufacturer":"Sonos","name":"Wohnzimmer"},"device_class":"speaker","icon":"mdi:speaker","json_attributes":true,"json_attributes_topic":"sonos/RINCON_347E5C3C2XXXXXXXX","name":"Wohnzimmer","state_topic":"sonos/RINCON_347E5C3C2XXXXXXXX","unique_id":"sonos2mqtt_RINCON_347E5C3C2XXXXXXXX_speaker","availability_topic":"sonos/connected","payload_available":"2"}
setstate SonosBridge 2026-03-11 06:53:46 config_RINCON_347E5CFCBBXXXXXXX {"available_commands":["adv-command","clearqueue","command","joingroup","leavegroup","mute","next","notify","notifytwo","pause","play","playmode","previous","queue","seek","selecttrack","setbass","setbuttonlockstate","setledstate","setnightmode","setavtransporturi","settreble","sleep","speak","speaktwo","stop","switchtoline","switchtoqueue","switchtotv","toggle","unmute","volume","volumedown","volumeup"],"command_topic":"sonos/RINCON_347E5CFCBBXXXXXXX/control","device":{"identifiers":["RINCON_347E5CFCBXXXXXXXX"],"manufacturer":"Sonos","name":"Bad"},"device_class":"speaker","icon":"mdi:speaker","json_attributes":true,"json_attributes_topic":"sonos/RINCON_347E5CFCBBXXXXXXX","name":"Bad","state_topic":"sonos/RINCON_347E5CFCBBXXXXXXX","unique_id":"sonos2mqtt_RINCON_347E5CFCBBXXXXXXX_speaker","availability_topic":"sonos/connected","payload_available":"2"}
setstate SonosBridge 2026-03-11 06:53:49 connected 2


LG
#50
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Starkstrombastler - 11 März 2026, 11:40:28
Zitat von: SHOFHEM am 11 März 2026, 09:11:38nach dem Update auf die Version 30929 erhalte ich folgende Einträge in meinem Logfile. Es wäre schön, wenn der Entwickler ein Auge darauf werfen könnte. DANKE
Kannst du das weiter eingrenzen, bei welchem Shelly (model_ID) tritt der Fehler auf? Bei Geräten Typ Energy-Meter? Der Fehler sollte reproduziert auftreten, wenn du get <name> properties aufrufst.