Hauptmenü

Neueste Beiträge

#11
Zigbee / Aw: tradfri-fhem tester gesuch...
Letzter Beitrag von dadoc - 29 Januar 2026, 19:49:58
Danke, in diesem Thread kommt ja jetzt etwas mehr Leben rein. Matter über iobroker (auf einem separaten Raspi) in fhem zu holen ist es mir aber derzeit noch nicht wert. Ich habe auch Sorge, dass ich bei immer komplexeren Konfigurationen (nach z2m und anderem) irgendwann selbst den Durchblick über mein Imperium verliere :-/
#12
Anfängerfragen / Aw: MATTER im FHEM? Schon was ...
Letzter Beitrag von dadoc - 29 Januar 2026, 19:45:15
Umgekehrt gibts das schon als Plugin für z2m: https://github.com/Luligu/matterbridge-zigbee2mqtt
Das ,,verwandelt" alle (?) Zigbee-Geräte in Matter...
#13
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 29 Januar 2026, 19:41:16
@Parallix,

ZitatDa "noSchedule" auch kein wirklicher Typ ist, schlage ich vor, noSchedule als Attributwert für "mode" zu entfernen und die Maßnahmen für "noSchedule" dann anzuwenden, wenn der "mode"-Attributwert auf "mustNot" steht, bzw. aus einem Reading bezogen wird.
noSchedule gibt es als Option für "mode" nicht und kann somit dort nicht entfernt werden.
Wahrscheinlich meinst du vielmehr noSchedule als "type" zu entfernen und statt dessen "mode" zu ergänzen, sodass dann "mode" die Optionen can, must und noSchedule bekommen kann.
In der Realität würde das dann bedeuten der Consumer kann, muß oder wird nicht (noSchedule) eingeplant.

Programtechnisch würde ich dann sehr wahrscheinlich den type nicht entfernen, sondern nur den "mode" um diese Option ergänzen, je nachdem wie gut es umsetzbar ist ohne zu tief in den Code einzugreifen.

LG,
Heiko
#14
MQTT / Aw: shelly1 mini readings
Letzter Beitrag von passibe - 29 Januar 2026, 19:17:30
Zitat von: satprofi am 28 Januar 2026, 19:21:51der shelly wird mit Schalter oder Bewegungssensor gesteuert, ich möchte aber wenn der Schalter betätigt wird der Sensor nicht schaltet
Wenn ich dich richtig verstehe, willst du den Bewegungsmelder außer Kraft setzen, wenn jemand den Shelly manuell einschaltet?

Dann führt in der Tat kein Weg an Detached Switch vorbei. Das Schalten des Shellys in dem Fall musst du dann FHEM-seitig lösen, entweder über ein separates notify oder direkt im gesamten Sensorlogik-DOIF.
#15
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 29 Januar 2026, 19:14:34
Hallo Peter,

nehmen wir mal dieses Beispiel:

     2026-01-29 10:44:22   RestOfDayPVforecast 3112 Wh
     [...]
     2026-01-29 10:44:22   Today_PVdeviation 492.59 %
     2026-01-29 10:44:22   Today_PVforecast 3139 Wh
     2026-01-29 10:44:22   Today_PVreal    160 Wh

Zu der Zeit liegt die PV Vorhersage bei 3112-3139 = -27 Wh.
Die reale Erzeugung ist prozentual zur Vorhersage zu diesem Zeitpunkt:  100%/-27Wh = x/160Wh -> -592,59%
Eingesetzt in die bereits geschriebene Formel:

$dpv        = sprintf "%.2f", (100 - (100 * $pvre / (abs $pvfcd || 1) ) );
$dpv        = sprintf "%.2f", (100 - (100 * 5,9259 ) );
$dpv        = sprintf "%.2f", (100 - 592,59 );

$dpv        = -492,59% 

Das Vorzeichen - hier "-" - zeigt die Perspektive an. Man kann das gleiche Ergebnis auch mit positiven Vorzeichen erreichen indem zu Beginn mit 3139-3112 = 27 gerechnet und eingesetzt wird.

Sobald Prognose und Erzeugung gleich sind, z.B.  100/(-)160 = x/160 -> ergiebt sich (-)100 und damit dann eine Abweichung von

$dpv        = sprintf "%.2f", (100 - 100 ); -> 0,00 %

Insgesamt finde ich die kontinuierliche Abweichungsberechnung nicht sehr hilfreich und bin seither der Meinung, dass der Standard (daily) besser geeignet ist denn am Ende des Tages steht das Ergebnis fest.
Aber es war der Wunsch von Usern diese Möglichkeit zu haben. Dem bin ich gern nachgekommen. Welche Variante nun besser ist, kann jeder für sich selbst entscheiden.

LG,
Heiko
#16
Sonstiges / Aw: Was verursacht diesen "Mül...
Letzter Beitrag von passibe - 29 Januar 2026, 19:14:24
Korrekt, das gehört in devStateIcon.
Return braucht man nicht.

Ansonsten kannst du das div auch außen setzen und innen mit br arbeiten. Ergibt irgendwie mehr Sinn für mich, weil dann ist alles im Container.

Außerdem fehlt noch die Statusanzeige.

Hier gesammelt:
{my $onl = ReadingsVal($name,"transmit","OK") eq "NO_ACK"?"10px-kreis-rot" : "10px-kreis-gruen";;
 my $light = ReadingsVal($name,"state","off");;
 my $cons = ReadingsVal($name,"power","unknown");;
"<div>".FW_makeImage($onl)."<a href=\"/fhem?cmd.dummy=set $name toggle&XHR=1\">".FW_makeImage($light)."</a>
<br>Verbrauch: $cons Watt</div>"}

Alternativ kann man den toggle-Teil auch ohne escaped " schreiben, vielleicht findest du das übersichtlicher/besser nachvollziehbar?

'<div>'.FW_makeImage($onl).'<a href="/fhem?cmd.dummy=set '.$name.' toggle&XHR=1">'.FW_makeImage($light)."</a>
<br>Verbrauch: $cons Watt</div>"

Oder dann alles ohne Interpolation
'<div>'.FW_makeImage($onl).'<a href="/fhem?cmd.dummy=set '.$name.' toggle&XHR=1">'.FW_makeImage($light).'</a>
<br>Verbrauch: '.$cons.' Watt</div>'

Übrigens: Ich bin mir nicht sicher, was transmit dir zurückgibt, aber wenn NUR der Wert "OK" tatsächlich ok ist, dann sollte die Bedingung anders gefasst sein. Ansonsten kriegst du bei anderen Fehlern als NO_ACK auch den grünen Kreis und sogar, wenn das Reading fehlt.
Deshalb besser so (fail closed):
my $onl = ReadingsVal($name,"transmit","unknown") eq "OK"?"10px-kreis-gruen" : "10px-kreis-rot";;
#17
Sonstiges / Aw: Was verursacht diesen "Mül...
Letzter Beitrag von TomLee - 29 Januar 2026, 18:41:30
Das ist kein Müll, es ist der HTML-Code den FW_makeImage zurückgibt. Wenn dich das stört, dann nutz den Code in devStateIcon, da landet er nicht in STATE.
#18
FHEM Code changes / Revision 30793: ch.eick: Fehle...
Letzter Beitrag von System - 29 Januar 2026, 18:30:53
Revision 30793: ch.eick: Fehlerbeseitigung im Stromboerse_connect

ch.eick: Fehlerbeseitigung im Stromboerse_connect

Source: Revision 30793: ch.eick: Fehlerbeseitigung im Stromboerse_connect
#19
Sonstiges / Aw: Was verursacht diesen "Mül...
Letzter Beitrag von ergerd - 29 Januar 2026, 18:28:29
M.E. fehlt immer noch "return"
#20
MQTT / Aw: shelly1 mini readings
Letzter Beitrag von Beta-User - 29 Januar 2026, 18:19:28
Ich sehe hier nichts, was mit mqtt zu tun hätte, oder?

Zitatder sensor hat ja nicht mal direkte verbindung zum switch, muss ich mit doif ansteuern. was sollte ich auswählen ?
Meine Glaskugel meint, du solltest ein list von diesem DOIF (und dem mqtt2_device) zeigen und das ganze in den dafür passenden Bereich verschieben.