AT mit disableforInterval fehlerhaft ?

Rampler · 10 März 2015, 20:11:14

Hallo zusammen,
ich habe folgenden At Befehl, welcher bisher einwandfrei funktioniert hat:
Internals:
COMMAND {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}};
DEF +*01:00:00 {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}};
NAME Alarm.autoon
NR 256
NTM 21:00:00
PERIODIC yes
RELATIVE yes
REP -1
STATE inactive
TIMESPEC 01:00:00
TRIGGERTIME 1426017600
TRIGGERTIME_FMT 2015-03-10 21:00:00
TYPE at
Readings:
2015-03-10 20:00:00 state inactive
Attributes:
alignTime 00:00
disabledForIntervals 05:00-24:00
icon time_timer
room Alarm

Der AT Befehl ist immer auf inactive !!!
Soll heißen, er wird nicht mehr ausgeführt, aufgefallen ist mir das, nachdem früh keine Alarmanlage aktiv war.
ist das bekannt ?
Sicherheitshalber werde ich heute Nacht, bzw, morgen früh nochmal checken..

Benni · 10 März 2015, 22:14:29

Hallo Rampler,

bei notify und at gab es eine Änderung mit der diese jeweils aktiviert, bzw. deaktiviert werden können. Dazu gibt es bei beiden jetzt die entsprechenden set-Kommandos:

Code Auswählen


set <devicename> active
set <devicename> inactive

Warum dein at auf inactive steht kann ich dir nicht sagen. Kann eigentlich nur durch Anwendung des o.a. aufgeführten "set inactive"-Kommandos geschehen sein.

Aber du solltest es auf jeden Fall mit passendem "set active"-Kommando auch genau so einfach wieder aktivieren können.

Ach ja, in der commandref wird darauf hingewiesen, dass eine Verwendung von attr disable und set active/inactive nicht empfohlen wird.

Gruß Benni.

Rampler · 11 März 2015, 07:13:27

Hallo Benni,
das mit dem active und inactive habe ich gelesen...
Nach näheren Untersuchungen, bin ich zu folgendem Ergebniss gekommen:
Ein AT mit disableForIntervals funktioniert nicht mehr. Nach einem manuellen set timer active, läuft der Timer genau einmal, dann geht er in den Status inactive und bleibt dann auch so.
Als Umgehung könnte ich das probieren:
+*00:30:00 {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}
fhem{'set Alarm.autoon active}};

Glaube aber, dass das nicht so gewollt ist.
Der Fehler ist reproduzierbar...

rudolfkoenig · 11 März 2015, 07:31:42

Hab das "disableForInterval" Problem behoben, kam mit der "set inactive" Aenderung rein.

Rampler · 11 März 2015, 07:36:04

DANKE

Gerade Getestet ==>Leider geht der Status jetzt auf disabled !!

Rampler · 11 März 2015, 08:05:40

Bei der ersten Ausführung ist alles gut, dann:

Internals:
COMMAND {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}};
DEF +*01:00:00 {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}};
NAME Alarm.autoon
NR 256
NTM 09:00:00
PERIODIC yes
RELATIVE yes
REP -1
STATE disabled
TIMESPEC 01:00:00
TRIGGERTIME 1426060800
TRIGGERTIME_FMT 2015-03-11 09:00:00
TYPE at
Readings:
2015-03-11 08:00:00 state disabled
Attributes:
alignTime 00:00
disabledForIntervals 05:00-24:00
icon time_timer
room Alarm

rudolfkoenig · 11 März 2015, 08:13:06

Ist das die gefixte Version?

Zitatfhem> version at
# $Id: 90_at.pm 8192 2015-03-11 06:29:43Z rudolfkoenig $

Rampler · 11 März 2015, 08:22:43

Habe den update kurz vor acht gemacht, war auch at dabei.
Restart auch erledigt.
Hat sich ja auch geändert von inactive auf disabled ...

rudolfkoenig · 11 März 2015, 08:25:31

Und was genau ist das Problem?
08:00 ist doch zwischen 05:00 und 24:00, und damit is disabled korrekt.

Rampler · 11 März 2015, 09:02:52

In der Vergangenheit wurde immer angezeigt Next 08:00 .. 09:00... usw.
Der AT wurde dann zwar nicht ausgeführt, weil disableforIntervals gesetzt war.
Jetzt ist es so, dass nach einem Neutstart von Fhem z. B. Next 08:00 angezeigt wird, und dann aber nach 08:00 der Status auf disabled gesetzt wird, anstatt 09:00.
Es scheint dann auch wirklich disabled zu sein, weil der AT auch ausserhalb des disableforIntervals (also von 00:00 bis 04:00) nicht mehr ausgeführt wird.
Jetzt war der Status nach 08:00 auf disabled, habe dann ein set timer activate abgesetzt, Status geht auf next 09:00. Um 09:03 ist der Satus jetzt wieder auf disabled.

Status 09:28: (Merkwürdig ist der NTM 10:00)
Internals:
COMMAND {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}};
DEF +*01:00:00 {if(
Value("Alarm_status") eq "disarmed") {
fhem('set Alarm_set_armedext on')}};
NAME Alarm.autoon
NR 256
NTM 10:00:00
PERIODIC yes
RELATIVE yes
REP -1
STATE disabled
TIMESPEC 01:00:00
TRIGGERTIME 1426064400
TRIGGERTIME_FMT 2015-03-11 10:00:00
TYPE at
Readings:
2015-03-11 09:00:00 state disabled
Attributes:
alignTime 00:00
disabledForIntervals 05:00-24:00
icon time_timer
room Alarm

rudolfkoenig · 11 März 2015, 09:52:10

Ich stelle fest, dass mit der Ausfuehrung kein Problem gibt, nur mit der Status-Anzeige.

Die ist mAn im Prinzip richtig. Detailprobleme gibt es noch, weil um 23:00 als Next: disabled angezeigt wird, obwohl korrekterweise 00:00 stehen sollte, andersherum ist der Status kurz nach 04:00 Next: 05:00 statt disabled.

Rampler · 11 März 2015, 09:58:24

Habe gerade nochmal einen Test am laufen, ob der Timer von alleine wieder aus dem disabled raus kommt...
Werde gleich berichten...

Rampler · 11 März 2015, 10:25:31

Zitat von: rudolfkoenig am 11 März 2015, 09:52:10
Ich stelle fest, dass mit der Ausfuehrung kein Problem gibt, nur mit der Status-Anzeige.

Die ist mAn im Prinzip richtig. Detailprobleme gibt es noch, weil um 23:00 als Next: disabled angezeigt wird, obwohl korrekterweise 00:00 stehen sollte, andersherum ist der Status kurz nach 04:00 Next: 05:00 statt disabled.

100 % agree, ist aber schon besser als vorher ... (als immer next ...)
Also es tut, was es soll ...