InternalTimer änderbar?

Begonnen von mcp, 23 Dezember 2022, 14:44:55

Vorheriges Thema - Nächstes Thema

mcp

Hallo zusammen,

ich möchte aus einem Modul heraus interne Timer, die ebenso aus dem Modul heraus erstellt werden, nachträglich ändern, genauer gesagt die TRIGGERTIME.

Das Ändern ist nicht das Problem sondern eher, dass FHEM es nicht interessiert und die Funktion bzw. in diesem Fall eine anonyme sub nicht zur geänderten Zeit aufruft.

Was muss man tun damit FHEM die Timer bspw. neu einliest bzw. zur geänderten Zeit ausführt?

Oder muss man stattdessen den vorhandenen Timer löschen, den CODE ref deparsen und damit einen neuen Timer aufrufen?

Dankeschön :)
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

CoolTux

Die alten, oder den alten Timer löschen und dann wieder neu anlegen entsprechend dem Code.

Ist das Dein Modul oder willst Du in ein Modul als User eingreifen (was untypisch wäre)?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

mcp

Mist, ich hab die Antwort befürchtet ;-/

Ist mein Modul...
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date

Beta-User

Zitat von: mcp am 23 Dezember 2022, 14:44:55
Was muss man tun damit FHEM die Timer bspw. neu einliest bzw. zur geänderten Zeit ausführt?
Jedenfalls habe ich das bisher immer so gemacht, und auch DefFn() von 90_at.pm macht es so ;) .

Falls du ein gepackagtes Modul hast, gibt es die Funktion resetRegIntTimer() aus dem Hilfscode in https://svn.fhem.de/trac/browser/trunk/fhem/lib/FHEM/Core/Timer/Register.pm. Macht aber nur Sinn, wenn du eine Vielzahl von vorher nicht absehbaren Timern mit unterschiedlichen Namen und Funktionen verwalten willst...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

rudolfkoenig

ZitatIst mein Modul...
Warum muss man in diesem Fall "den CODE ref deparsen" ?

mcp

nein, muss man natürlich nicht :)

Wollte wahrscheinlich damit nur zum Ausdruck bringen, daß es sich um eine anonyme Funktion handelt.
Maintainer: 98_vitoconnect.pm
Raspberry Pi 4B, 4 GB RAM, 32 GB SD Karte
Raspbian Bullseye 32-bit, FHEM up2date