Event-Min-Interval produziert keine Events

Begonnen von JF Mennedy, 18 Oktober 2026, 16:56:52

Vorheriges Thema - Nächstes Thema

JF Mennedy

Hallo,

vielleicht bin ich auch nach 10 Jahren FHEM immer noch zu blöd.
Ich habe einen Raumsensor (Enocean), der alle 3 Minuten ein Event auf die Raumtemperatur senden soll, damit der Heizungsaktor (ebenfalls Enocean) sich nicht via DeadSensor aufhängt.

Was stimmt an dieser Konfiguration nicht: (???)

define ju_Temperaturfuehler EnOcean 0000E774
attr ju_Temperaturfuehler DbLogExclude .*
attr ju_Temperaturfuehler DbLogInclude temperature
attr ju_Temperaturfuehler IODev USB300
attr ju_Temperaturfuehler alias Julia Raumtemperatur
attr ju_Temperaturfuehler assistantName Raumtemperatur
attr ju_Temperaturfuehler comment MBR:1,22,H,temperature,N,10
attr ju_Temperaturfuehler event-min-interval temperature:180
attr ju_Temperaturfuehler event-on-change-reading temperature
attr ju_Temperaturfuehler gassistantName Raumtemperatur Tür
attr ju_Temperaturfuehler group Temperaturen
attr ju_Temperaturfuehler icon temp_temperature
attr ju_Temperaturfuehler manufID 002
attr ju_Temperaturfuehler mqttDefaults base={"$base"}
attr ju_Temperaturfuehler mqttPublish state:topic={"$base/$device/$name"}
attr ju_Temperaturfuehler mqttSubscribe state:stopic={"$base/$device/$reading/set"}
attr ju_Temperaturfuehler realRoom Julia
attr ju_Temperaturfuehler room 00_Haus,31_Julia,73_GoogleHome
attr ju_Temperaturfuehler scaleMax 26
attr ju_Temperaturfuehler scaleMin 0
attr ju_Temperaturfuehler stateFormat {sprintf('%.1f °;C',ReadingsNum($name,'temperature',0))}
attr ju_Temperaturfuehler subType roomSensorControl.01
attr ju_Temperaturfuehler verbose 0
#   DEF        0000E774
#   FUUID      5c5b16b7-f33f-9a76-a3f1-c66e9341130400da
#   FVERSION   10_EnOcean.pm:0.314160/2026-06-30
#   IODev      USB300
#   LASTInputDev USB300
#   MSGCNT     7
#   NAME       ju_Temperaturfuehler
#   NR         63
#   NTFY_ORDER 50-ju_Temperaturfuehler
#   STATE      21.9 °C
#   TYPE       EnOcean
#   USB300_DestinationID FFFFFFFF
#   USB300_MSGCNT 7
#   USB300_PacketType 1
#   USB300_RSSI -79
#   USB300_ReceivingQuality good
#   USB300_RepeatingCounter 0
#   USB300_SubTelNum 1
#   USB300_TIME 2026-10-18 16:36:16
#   eventCount 7
#   Helper:
#     DBLOG:
#       temperature:
#         DBLogging:
#           TIME       1792334176.90356
#           VALUE      21.9
#   READINGS:
#     2026-10-18 15:15:00   IODev           USB300
#     2026-10-18 16:36:16   humidity        46
#     2026-10-18 16:36:16   setpoint        0
#     2026-10-18 16:36:16   setpointScaled  0
#     2026-10-18 16:36:16   state           T: 21.9 H: 46 SP: 0 SW: 1
#     2026-10-18 16:36:16   switch          1
#     2026-10-18 16:36:16   temperature     21.9
#   helper:
#
setstate ju_Temperaturfuehler 21.9 °;C
setstate ju_Temperaturfuehler 2026-10-18 15:15:00 IODev USB300
setstate ju_Temperaturfuehler 2026-10-18 16:36:16 humidity 46
setstate ju_Temperaturfuehler 2026-10-18 16:36:16 setpoint 0
setstate ju_Temperaturfuehler 2026-10-18 16:36:16 setpointScaled 0
setstate ju_Temperaturfuehler 2026-10-18 16:36:16 state T: 21.9 H: 46 SP: 0 SW: 1
setstate ju_Temperaturfuehler 2026-10-18 16:36:16 switch 1
setstate ju_Temperaturfuehler 2026-10-18 16:36:16 temperature 21.9


Nobbynews

Wie oft sendet der Raumsensor die Temperatur?

JoWiemann

Zitat von: Nobbynews am 18 Oktober 2026, 17:18:28Wie oft sendet der Raumsensor die Temperatur?

Steht doch da: Ich habe einen Raumsensor (Enocean), der alle 3 Minuten ein Event auf die Raumtemperatur senden soll,

Grüße Jörg
Jörg Wiemann

RPi 4 B mit 4 GByte bookworm, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM; zigbee2mqtt

ioBroker als Datenlieferant für z.B. Anker, Samsung

tomcat.x

Ich glaube, die Frage war anders gemeint. Der Sensor erzeugt/sendet kein Event. Das Event wird in fhem erzeugt. Die Frage war, wie oft der Sensor einen Wert für die Temperatur an fhem sendet (das daraufhin ein Event erzeugen könnte).
FHEM: 6.4 auf Raspi 4B, Raspbian (noch Buster), Perl v5.28.1 mit Sender/Empfänger: 3 x CULv3, Duofern Stick
Gateways: FRITZ!Box 6591 (OS: 8.25), Trädfri, ConBee 2,  piVCCU (HM-MOD-RPI-PCB), OpenMQTTGateway
Sensoren/Aktoren: FRITZ!DECT, FS20, FHT, HMS, HomeMatic, Trädfri, DuoFern, NetAtmo, UNIRoll

RalfRog

#4
Ich denke Norberts Frage ist berechtigt.

"Mit dem Attribut event-min-interval kann für Readings eines Gerätes festgelegt werden, dass erst nach Ablauf einer bestimmten Zeit ein Event ausgelöst wird."

Wenn der Sensor nichts schickt kommt auch kein Event. Das Attribut sorgt dafür, dass nicht öfter als Min-Interval ein Event kommt.

Gruß Ralf

Edit: ok tomcat.x hats schon (anders) geschrieben
FHEM VM Debian13 (trixie) auf Proxmox VE9  (Futro S740) - nanoCUL, HM-MOD-RPI-PCB und MAX!Cube über LAN
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder sowie Shelly 3EM, 1PM, PlugS und IT Schaltsteckdosen

RalfRog

#5
Lösung vielleicht hier, wenn der Sensor nicht öfter senden kann:

https://forum.fhem.de/index.php?topic=134300.0
FHEM VM Debian13 (trixie) auf Proxmox VE9  (Futro S740) - nanoCUL, HM-MOD-RPI-PCB und MAX!Cube über LAN
HM- Fensterkontakte, UP-Schalter, Bewegungsmelder und ein Rauchmelder sowie Shelly 3EM, 1PM, PlugS und IT Schaltsteckdosen

Nobbynews

Zitat von: tomcat.x am 18 Oktober 2026, 19:45:22Die Frage war, wie oft der Sensor einen Wert für die Temperatur an fhem sendet (das daraufhin ein Event erzeugen könnte).
Das war mein Denkansatz für die Fragestellung.