Hauptmenü

Neueste Beiträge

#1
Automatisierung / notify Status während disabled...
Letzter Beitrag von yersinia - 11 März 2026, 15:47:45
Ich hab eine (eher kosmetische, völlig unkritische) Frage zu notify in Verbindung mit disabledAfterTrigger und disabledForIntervals.

Ich nutze, vereinfacht, folgende funktionierende(!) notify Definiton:
defmod notify_test notify Device:.* { \
    Log(3, "Yeah, Event triggered");;\
}
attr notify_test disabledAfterTrigger 30
attr notify_test disabledForIntervals 20:00-24:00 00:00-08:00
Device generiert alle 60s Events für mehrere Readings (ist gewollt und imho ok); disabledAfterTrigger 30 nutze ich zum entprellen - also die Aktion nur einmalig auszuführen nachdem das erste Reading aus dem Device ein Event erzeugt hat.
Zwischen 20Uhr und 8Uhr benötige ich das notify gar nicht, daher disabledForIntervals.
Das alles funktioniert wie erwartet.

Was mich etwas verwirrt ist die Tatsache, dass ich im FHEMWEB nicht einfach erkennen kann, ob das notify Device gerade disabled ist (auf Basis der zwei Attribute) oder es keinen triggernden Event gab. STATE liefert die letzte Triggerzeit (mWn) und state, dass das notify aktiv ist:
   NOTIFYDEV  Device
   NR         474
   NTFY_ORDER 50-notify_test
   REGEXP     Device:.*
   STATE      2026-03-11 15:44:47
   TRIGGERTIME 1773240287.61623
   TYPE       notify
   READINGS:
     2026-03-11 09:04:05   state           active

Natürlich kann ich im Device nachsehen, wann der letzte Trigger war und es dann ausrechnen/abschätzen - aber gibt es auch einen eleganteren Weg zu erkennen, ob
- das notify Device gerade (temporär) disabled ist nach einem trigger (disabledAfterTrigger) aber nach Ablauf der Zeit (hier 30s) wieder aktiv lauscht?
- das notify Device gerade (temporär) disabled ist wegen (disabledForIntervals)?
- das notify Device nicht getriggert hat, weil es keinen passenden Event gegeben hat?

Generell sind STATE und state für mich so auch in Ordnung: ich finde es praktisch, dass STATE den letzten Trigger anzeigt. Ich finde auch den generellen state active passend, weil im Prinzip das Device auch nicht disabled/inactive und somit aktiv ist.
#2
ESP Familie / Aw: WLAN Lautsprecher auf ESP8...
Letzter Beitrag von romakrau - 11 März 2026, 15:45:03
Nachdem ich den PAM8320A ausgetauscht habe spricht meine "Hedwig" wieder mit mir.
Die Software habe ich neu übersetzt und auf den WemosD1 hochgeladen.
Dabei waren die I2S Biliothek auf die Version 2.3 zurückzusetzen sowie der Treiber
für den CH340 auf die Version 3.4 downzugraden. Unter Win11 reagiert die Arduino IDE
sonst mit einem Fehler Code.
#3
MQTT / Aw: sonos2mqtt 3 von 4 Devices...
Letzter Beitrag von Otto123 - 11 März 2026, 15:39:51
Zitat von: Flanders am 11 März 2026, 12:40:26Ich bin jetzt mal "illegaler Weise" hingegangen
Das geht auch "legal" und mMn leichter über die Raw Definition: unten am Gerät zu finden, dann hat man einen Editor und kann die Änderungen vornehmen.
Zitat von: rudolfkoenig am 11 März 2026, 13:25:26Deswegen landet mit einem MQTT2_CLIENT alles ohne passende bridgeRegexp in einer MQTT2_DEVICE Sammel-Instanz.
deswegen landet hier der config String im Bridge Device!? Würde bedeuten das regExp passt nicht, bzw. der MQTT2_Client liefert da etwas anderes.  ::)
#4
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 11 März 2026, 14:48:55
Danke, das Löschen hat geklappt.

Direkt danach ist die Skalierung des zweiten Balkendiagramms gestört. Nicht schlimm, gibt sich bestimmt wieder.
Vielleicht ein Ansatz für die Fehlersuche?

Dargestellt sollten dort Verbrauchsprognose und realer Verbrauch sein.

Viele Grüße,
Peter
#5
readingsGroup / readingsHistory / Aw: readingsGroup - longpoll A...
Letzter Beitrag von bertl - 11 März 2026, 14:47:49
Jetzt habe ich noch weitere Tests gemacht und kann berichten, dass das NICHT-Aktualisieren nur dann auftritt, wenn die Varianten mit dem Index verwendet wird.

Commandref:
ZitatWenn der erste Regex '@<index>' ist, gibt es den Index der folgenden Regex an, mit dem die Messwerte gruppiert werden sollen. Wenn Erfassungsgruppen verwendet werden, können sie durch #<number> refferenziert werden. z.Bsp:
    <IP-Adress><Hostname><MAC><Vendor>
    nmap:@2,<#1>,(.*)_hostname,#1_macAddress,#1_macVendor

Somit gehe ich davon aus, dass das ein Fehler im Modul ist und hoffe auf die Hilfe des Modul-Verwalters  justme1968
#6
Server - Linux / Aw: Zima OS für FHEM sinvoll ?
Letzter Beitrag von passibe - 11 März 2026, 14:45:59
Zitat von: Loctite am 07 März 2026, 16:20:24Interessant wäre z.B. die App Immich für Fotosicherung
Was hält dich aktuell davon ab, Immich zu installieren? Docker kannst du auf quasi jeder Plattform betreiben ...
#7
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 14:43:18
ZitatErinnere ich mich richtig, dass die Stunde, die um 12 begonnen hat, mit dem Index 13 gelöscht wird?
Ja. Kannst dir einfach merken, es ist Stunde des Tagess (hour of day) beginnend mit 01 bis 24.

Und KI passt auch so.
#8
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von peterboeckmann - 11 März 2026, 14:07:27
Erinnere ich mich richtig, dass die Stunde, die um 12 begonnen hat, mit dem Index 13 gelöscht wird?

Also so?
set SolarForecast reset pvHistory 11 13
Und die KI-Raw-Daten so?
set SolarForecast reset aiData delValue=con>10000000
Viele Grüße,
Peter
#9
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 11 März 2026, 13:59:06
Hallo Peter,

für die pvHistory geht nur ganze Sunde löschen:

set <name> reset pvHistory <Tag> <Stunde> (z.B. set <name> reset pvHistory 08 10)

Die KI Raw-Daten (nicht vergessen) geht die ganze Stunde löschen (delIndex) oder nur den Wert für con (delValue=con>=.....)

LG,
Heiko
#10
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von SHOFHEM - 11 März 2026, 13:57:34
Hallo noch mal,

get liefert für den Plug

[Shelly_getProperties] device Plug_S of model shellyplusplug has properties in use:
-relay: 1
-input: -1
-meters: 1
working namespace = relay, URL keyword is = Switch

und Powermeter mini
[Shelly_getProperties] device Powermeter_1_Heizung of model shellypmmini has properties in use:
-meters: 1
working namespace = , URL keyword is =