Neueste Beiträge

#1

MQTT / Aw: sonos2mqtt device health

Letzter Beitrag von Otto123 - 10 März 2026, 23:21:09

Ja das kannst Du selbst einfach über x_raw_payload absetzen (den code so wie er ist in das Feld im FHEMWEB einwerfen), bzw. so in der Art:

Code Auswählen Erweitern

set xxx x_raw_payload {
  "command": "adv-command",
  "input": {
    "cmd": "RenderingControlService.GetVolume",
    "val": {
      "InstanceID": 0,
      "Channel": "Master"
    },
    "reply": "GetVolumeResponse"
  }
}danach wird das Reading CurrentVolume (nicht Volume ) gesetzt. Auf das kannst Du triggern. Dieses Reading wird sonst nicht verwendet bzw. gesetzt. D.h es wird wirklich mit Deiner Aktion gesetzt.

Die strukturellen NL im json String kannst Du weglassen.

#2

MQTT / Aw: sonos2mqtt device health

Letzter Beitrag von Guybrush - 10 März 2026, 23:05:58

also die Lautstärke auf das setzen, was im reading steht wäre wohl eine Idee, die man ausprobieren könnte. es gäb sonst noch die möglichkeit vpn sonos2mqtt direkt, die Ist-Lautstärke abzufragen:

https://sonos2mqtt.svrooij.io/control/advanced.html

was meinst du dazu? Wenn das auch über die sonos2mqtt Funktion laufen würde, wäre das perfekt. idee wäre dann über ein AT die Lautstärke regelmäßig abzufragen und einen Watchdog auf Volume laufen zu lassen.

#3

Bastelecke / Aw: ESP RGBWW Wifi Led Control...

Letzter Beitrag von vbs - 10 März 2026, 22:57:25

Hab eine 6.0.0-rc5 gemacht mit Fixes für diese zu lange Config und auch die ota-url hab ich behoben (da hatte ich offenbar den Namen des Parameters bei der 6er-Serie aus Versehen geändert). Also bitte mal ausprobieren.

[Revision 30929: 36_Shelly.pm: fix update timing problems]

#4

FHEM Code changes / Revision 30929: 36_Shelly.pm: ...

Letzter Beitrag von System - 10 März 2026, 22:51:04

Revision 30929: 36_Shelly.pm: fix update timing problems

36_Shelly.pm: fix update timing problems

Source: Revision 30929: 36_Shelly.pm: fix update timing problems

[Revision 30928: 76_SolarForecast: contrib Version 2.3.1]

#5

FHEM Code changes / Revision 30928: 76_SolarForeca...

Letzter Beitrag von System - 10 März 2026, 22:51:04

Revision 30928: 76_SolarForecast: contrib Version 2.3.1

76_SolarForecast: contrib Version 2.3.1

Source: Revision 30928: 76_SolarForecast: contrib Version 2.3.1

[updateDelay]

#6

Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...

Letzter Beitrag von Starkstrombastler - 10 März 2026, 22:45:24

So richtig kann ich es nicht verstehen, ich vermute aber noch immer eine Race-Condition im Modul selber (oder im Shelly, das der wirklich den falschen Status liefert).

Also ich habe die Konstellation mit einem Shelly Plus Plug S nachgestellt und das Verhalten im Event Monitor (Readings: relay und voltage) beobachtet. Das regelmäßige Polling dabei ausgeschaltet (interval=0).
Es zeigten sich dabei zwei Timing-Effekte:
1. Der vom Shelly gelesene Timer wurde etwas zu kurz ausgeführt, so dass ein Lesung knapp vor Ablauf des Timers erfolgte. Das führte manchmal zu inkonsistentem Verhalten.
2. Mein Shelly benötigt bei Einschalten ca. 2.5 Sekunden für das Messen von Spannung/Strom/Leistung. Erfolgt die Abfrage zu früh, ergeben sich "fehlerhafte" Werte.

Um bzgl. Pkt. 2 auf unterschiedlich leistungsfähige Hardware reagieren zu können, wird im Modul das Attribut updateDelay eingeführt. Der Default-Wert beträgt 0.5 Sekunden. Mit einem Wert von 2.5 Sekunden ergibt sich bei mir ein stabiler Betrieb.

Bezüglich der Zirkulationspumpensteuerung nativ auf dem Shelly noch zwei Anmerkungen:
- Das Ausschalten sollte nicht auf eine Tageszeit begrenzt werden, damit auch bei manuellem Schalten immer entsprechend verzögert ausgeschaltet wird.
- Für das Einschalten sollte eine weitere Aktion mit einer langen Zeitspanne definiert werden, damit der morgendliche Wiederanlauf autonom erfolgt.

#7

MQTT / Aw: sonos2mqtt device health

Letzter Beitrag von Otto123 - 10 März 2026, 22:12:08

Hi,

set Befehl (z.B. set xxx Volume) setzt in Folge auf alle Fälle das volume Reading. Also deine Idee sollte grundlegend funktionieren: nur die aktuelle Lautstärke setzen und auf das Reading triggern.
Nur für die konkrete Umsetzung fehlt mir jetzt noch die Idee.

Gruß Otto

#8

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von DS_Starter - 10 März 2026, 21:54:22

Die eingebaute Drift-Korrektur reagiert zu straff wie ich heute bei mir festgestellt habe.
Ich habe sie moderater gestaltet und im contrib upgedated.

LG,
Heiko

#9

Automatisierung / Aw: DbLog schreibt nicht laufe...

Letzter Beitrag von MartinD - 10 März 2026, 21:32:47

Die Spur führte über:

Dass die Werte auch in current geschrieben werden, hast Du in Deinem DbLog-device festgelegt, dort steht "Current/History" als DbLogType. Das ist grundsätzlich ok.

Bei mir war aber _nur_ current.

Darauf hin habe ich nun das device csl_debian_DbLog und die DB "fhem" gelöscht.
Danach DB und device neu angelegt,
Jetzt ich scheinbar OK.

Eine Frage noch habe ich aber.
kann es sein das ín der Tabelle "history" keinen PK gibt?

Gruß

Martin

[Edit]

ich habe nachträglich:

Code Auswählen Erweitern

ALTER TABLE history
ADD PRIMARY KEY (DEVICE, READING, TIMESTAMP);
und nun habe ich PK.
{/Edit)

#10

InterTechno / Aw: Fenstermelder nicht erkann...

Letzter Beitrag von noansi - 10 März 2026, 21:13:07

Versuch mal

Code Auswählen Erweitern

define FN_Funk_1 IT 1527xc1046  0110 0000
attr FN_Funk_1 model ev1527

oder

Code Auswählen Erweitern

define FN_Funk_1 IT 00100f00f0 fd 00
ev1527 wird nicht erkannt, weil im Housecode kein ungültiger Tristate 'D' vorkommt.