setreading bei DOIF im Perl Modus

[ch.eick]

Hallo zusammen,

mir ist da etwas aufgefallen

EDIT: Ich habe jetzt noch ein "update all" und ein komplettes Power off/on durchgeführt, jedoch hat sich das Phenomen nicht geändert.
FVERSION 98_DOIF.pm:0.267030/2022-11-14

Code Auswählen Erweitern


setreading LWP_PV_Perl TimeStartHeizung 09:50

Usage: setreading <name> [YYYY-MM-DD HH:MM:SS] <reading> <value>
where <name> is a single device name, a list separated by comma (,) or a regexp. See the devspec section in the commandref.html for details.

Bisher hat es ohne Meldung funktioniert und jetzt kommt diese Meldung, obwohl der Syntax bisher okay war.
Das reading wird dabei auch nicht gesetzt.

Verwendet man die Funktion im DOIF aus dem Perl Modus, dann geht es und der Wert wird gesetzt.

Code Auswählen Erweitern


set_Reading("TimeStartHeizung",[$SELF:TimeStartHeizungWinter])

VG   Christian

[Damian]

Was passiert, wenn du diesen setreading-Ausdruck in der Commandozeile eingibst?

[ch.eick]

Was passiert, wenn du diesen setreading-Ausdruck in der Commandozeile eingibst?

Das passiert ja genau in der Komando Zeile
Ich wollte es mal manuell überschreiben, weil der Timer im DOIF Perl Modus nicht gesetzt war.

Danach habe ich den Block ausgeführt, der es normaler Weise macht und das hat funktioniert, da der die DOIF set_Reading() verwendet.
Anschließend kam das Update all, weil ich schon Monate nicht aktualisiert hatte.

[Damian]

Dann verstehe ich das so, dass man mit setreading jetzt nicht einen Text der Form HH:MM in ein Reading schreiben kann. Das wäre ein Bug, vor allem wenn es vorher ging.

set_Reading umgeht den FHEM-Parser-Mechanismus, daher funktioniert es dort offenbar.

Vielleicht schreibst du das noch mal im Automatisierung-Unterforum, da liest Rudi mit.

[ch.eick]

Vielleicht schreibst du das noch mal im Automatisierung-Unterforum, da liest Rudi mit.

Habe ich hier gemacht