Moin Kinnaz,
PERL WARNING: Possible precedence problem on bitwise & operator at (eval 1807156) line 1.
Tja.... Wo soll ich anfangen zu suchen?!? Auf was deutet solch eine Fehlermeldung hin? Damit ist mein ganzes Log voll, etwa im 20 Sekundenm Takt (nicht konstant)
attr global stacktrace
... stimmt, das ergibt mehr Infos, mit denen ich aber leider auch nix anfangen kann ...
Ach, warte mal... set_311_vt scheint der Übeltäter zu sein?! Auf welche Art von Fehler zielt denn das ab? Irgendwas mit einer UND- Verknüpfung, aber ich seh da nix im Moment, was falsch sein könnte ...
2018.01.21 11:46:35.421 1: PERL WARNING: Possible precedence problem on bitwise & operator at (eval 1813337) line 1.
2018.01.21 11:46:35.421 1: eval: set_311_vt: warning in condition c05
2018.01.21 11:46:35.421 1: stacktrace:
2018.01.21 11:46:35.421 1: main::__ANON__ called by (eval 1813337) (1)
2018.01.21 11:46:35.421 1: (eval) called by ./FHEM/98_DOIF.pm (1874)
2018.01.21 11:46:35.421 1: main::DOIF_CheckCond called by ./FHEM/98_DOIF.pm (2159)
2018.01.21 11:46:35.421 1: main::DOIF_Trigger called by ./FHEM/98_DOIF.pm (2296)
2018.01.21 11:46:35.422 1: main::DOIF_Notify called by fhem.pl (3489)
2018.01.21 11:46:35.422 1: main::CallFn called by fhem.pl (3409)
2018.01.21 11:46:35.422 1: main::DoTrigger called by fhem.pl (3767)
2018.01.21 11:46:35.422 1: main::Dispatch called by ./FHEM/00_HMLAN.pm (779)
2018.01.21 11:46:35.422 1: main::HMLAN_Parse called by ./FHEM/00_HMLAN.pm (604)
2018.01.21 11:46:35.422 1: main::HMLAN_Read called by fhem.pl (3489)
2018.01.21 11:46:35.422 1: main::CallFn called by fhem.pl (687)
2018.01.21 11:47:03.331 1: PERL WARNING: Possible precedence problem on bitwise & operator at (eval 1813436) line 1.
2018.01.21 11:47:03.331 1: eval: set_311_vt: warning in condition c05
2018.01.21 11:47:03.331 1: stacktrace:
2018.01.21 11:47:03.331 1: main::__ANON__ called by (eval 1813436) (1)
2018.01.21 11:47:03.331 1: (eval) called by ./FHEM/98_DOIF.pm (1874)
2018.01.21 11:47:03.331 1: main::DOIF_CheckCond called by ./FHEM/98_DOIF.pm (2159)
2018.01.21 11:47:03.331 1: main::DOIF_Trigger called by ./FHEM/98_DOIF.pm (2296)
2018.01.21 11:47:03.331 1: main::DOIF_Notify called by fhem.pl (3489)
2018.01.21 11:47:03.331 1: main::CallFn called by fhem.pl (3409)
2018.01.21 11:47:03.332 1: main::DoTrigger called by fhem.pl (3767)
2018.01.21 11:47:03.332 1: main::Dispatch called by ./FHEM/00_HMLAN.pm (779)
2018.01.21 11:47:03.332 1: main::HMLAN_Parse called by ./FHEM/00_HMLAN.pm (604)
2018.01.21 11:47:03.332 1: main::HMLAN_Read called by fhem.pl (3489)
2018.01.21 11:47:03.332 1: main::CallFn called by fhem.pl (687)
naja, das Problem kommt aus einem DOIF in dem Du irgendwas mit dem set_311_vt machen willst
Lat Stacktrace hat das was mit DOIF zu tun, und damit gehoert das in dem DOIF Forumsbereich
PRUST ... Ok, ich sollte unausgeschlafen die Finger von FHEM lassen ::)
Hab's gefunden... AND sollte in einer DOIF auch AND heißen und nicht &&... Jetzt frag mich nur noch einer, wie das da hin gekommen ist; ich habe keine Ahnung. Der DOIF- Block ist ein Copy & Past und im Quellblock ist das korrekt...
@Rudolf:
Das Stacktrace macht nur Sinn bei solchen PERL- relevanten Fehlern, oder interpretiere ich das falsch? Macht es was aus, wenn ich das eingeschaltet lasse oder sollte man dsa abschalten, wenn nicht benötigt?
... Stacktrace ist gemein :(
Soll mir was sagen? Wollte es gerade abschalten und dann taucht das im Log auf:
2018.01.21 12:03:10.526 1: PERL WARNING: Use of uninitialized value $eH in multiplication (*) at ./FHEM/10_CUL_HM.pm line 4589.
2018.01.21 12:03:10.527 1: stacktrace:
2018.01.21 12:03:10.527 1: main::__ANON__ called by ./FHEM/10_CUL_HM.pm (4589)
2018.01.21 12:03:10.527 1: main::CUL_HM_Set called by fhem.pl (3484)
2018.01.21 12:03:10.527 1: main::CallFn called by fhem.pl (1752)
2018.01.21 12:03:10.527 1: main::DoSet called by fhem.pl (1785)
2018.01.21 12:03:10.527 1: main::CommandSet called by fhem.pl (1169)
2018.01.21 12:03:10.527 1: main::AnalyzeCommand called by fhem.pl (1022)
2018.01.21 12:03:10.527 1: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (1530)
2018.01.21 12:03:10.527 1: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (1972)
2018.01.21 12:03:10.527 1: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (2171)
2018.01.21 12:03:10.527 1: main::DOIF_Trigger called by ./FHEM/98_DOIF.pm (2296)
2018.01.21 12:03:10.528 1: main::DOIF_Notify called by fhem.pl (3489)
2018.01.21 12:03:10.528 1: main::CallFn called by fhem.pl (3409)
2018.01.21 12:03:10.528 1: main::DoTrigger called by fhem.pl (4383)
2018.01.21 12:03:10.528 1: main::readingsEndUpdate called by fhem.pl (4565)
2018.01.21 12:03:10.528 1: main::readingsSingleUpdate called by ./FHEM/98_dummy.pm (63)
2018.01.21 12:03:10.528 1: main::dummy_Set called by fhem.pl (3484)
2018.01.21 12:03:10.528 1: main::CallFn called by fhem.pl (1752)
2018.01.21 12:03:10.528 1: main::DoSet called by fhem.pl (1785)
2018.01.21 12:03:10.528 1: main::CommandSet called by fhem.pl (1169)
2018.01.21 12:03:10.528 1: main::AnalyzeCommand called by fhem.pl (1022)
2018.01.21 12:03:10.528 1: main::AnalyzeCommandChain called by ./FHEM/91_notify.pm (104)
2018.01.21 12:03:10.529 1: main::notify_Exec called by fhem.pl (3489)
2018.01.21 12:03:10.529 1: main::CallFn called by fhem.pl (3409)
2018.01.21 12:03:10.529 1: main::DoTrigger called by fhem.pl (4383)
2018.01.21 12:03:10.529 1: main::readingsEndUpdate called by fhem.pl (4565)
2018.01.21 12:03:10.529 1: main::readingsSingleUpdate called by ./FHEM/10_MQTT_DEVICE.pm (228)
2018.01.21 12:03:10.529 1: MQTT::DEVICE::onmessage called by ./FHEM/00_MQTT.pm (448)
2018.01.21 12:03:10.529 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.01.21 12:03:10.529 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (458)
2018.01.21 12:03:10.529 1: MQTT::Read called by fhem.pl (3489)
2018.01.21 12:03:10.529 1: main::CallFn called by fhem.pl (687)
2018.01.21 12:03:10.529 1: PERL WARNING: Use of uninitialized value $eM in multiplication (*) at ./FHEM/10_CUL_HM.pm line 4589.
2018.01.21 12:03:10.529 1: stacktrace:
2018.01.21 12:03:10.529 1: main::__ANON__ called by ./FHEM/10_CUL_HM.pm (4589)
2018.01.21 12:03:10.529 1: main::CUL_HM_Set called by fhem.pl (3484)
2018.01.21 12:03:10.530 1: main::CallFn called by fhem.pl (1752)
2018.01.21 12:03:10.530 1: main::DoSet called by fhem.pl (1785)
2018.01.21 12:03:10.530 1: main::CommandSet called by fhem.pl (1169)
2018.01.21 12:03:10.530 1: main::AnalyzeCommand called by fhem.pl (1022)
2018.01.21 12:03:10.530 1: main::AnalyzeCommandChain called by ./FHEM/98_DOIF.pm (1530)
2018.01.21 12:03:10.530 1: main::ParseCommandsDoIf called by ./FHEM/98_DOIF.pm (1972)
2018.01.21 12:03:10.530 1: main::DOIF_cmd called by ./FHEM/98_DOIF.pm (2171)
2018.01.21 12:03:10.530 1: main::DOIF_Trigger called by ./FHEM/98_DOIF.pm (2296)
2018.01.21 12:03:10.530 1: main::DOIF_Notify called by fhem.pl (3489)
2018.01.21 12:03:10.530 1: main::CallFn called by fhem.pl (3409)
2018.01.21 12:03:10.530 1: main::DoTrigger called by fhem.pl (4383)
2018.01.21 12:03:10.530 1: main::readingsEndUpdate called by fhem.pl (4565)
2018.01.21 12:03:10.530 1: main::readingsSingleUpdate called by ./FHEM/98_dummy.pm (63)
2018.01.21 12:03:10.530 1: main::dummy_Set called by fhem.pl (3484)
2018.01.21 12:03:10.530 1: main::CallFn called by fhem.pl (1752)
2018.01.21 12:03:10.530 1: main::DoSet called by fhem.pl (1785)
2018.01.21 12:03:10.530 1: main::CommandSet called by fhem.pl (1169)
2018.01.21 12:03:10.531 1: main::AnalyzeCommand called by fhem.pl (1022)
2018.01.21 12:03:10.531 1: main::AnalyzeCommandChain called by ./FHEM/91_notify.pm (104)
2018.01.21 12:03:10.531 1: main::notify_Exec called by fhem.pl (3489)
2018.01.21 12:03:10.531 1: main::CallFn called by fhem.pl (3409)
2018.01.21 12:03:10.531 1: main::DoTrigger called by fhem.pl (4383)
2018.01.21 12:03:10.531 1: main::readingsEndUpdate called by fhem.pl (4565)
2018.01.21 12:03:10.531 1: main::readingsSingleUpdate called by ./FHEM/10_MQTT_DEVICE.pm (228)
2018.01.21 12:03:10.531 1: MQTT::DEVICE::onmessage called by ./FHEM/00_MQTT.pm (448)
2018.01.21 12:03:10.531 1: MQTT::__ANON__ called by FHEM/GPUtils.pm (48)
2018.01.21 12:03:10.531 1: GPUtils::GP_ForallClients called by ./FHEM/00_MQTT.pm (458)
2018.01.21 12:03:10.531 1: MQTT::Read called by fhem.pl (3489)
2018.01.21 12:03:10.531 1: main::CallFn called by fhem.pl (687)
Stacktrace stoert in einem fehlerfreien System nicht. Ohne stacktrace kommt eine Warnung mit dem identischen Text nur einmal. Bei dir aendert sich die eval#, d.h. Text ist nicht identisch. Wenn die Warnung eimal die Sekunde kommt, dann kann die Festplatte schnell voll sein.
Wg. CUL_HM_Set bitte im Homematic Forum fragen.
... alles klar ...
Speicherplatz ist genug da, also lasse ich das erst mal drin. Mal sehen, was sonst noch so an Überraschungen auftauchen :o
Den neuen Fehler poste ich mal in HM. Ich habe nämlich keinen Plan, wo der wohl herkommen mag ...
Danke Dir; schönen Restsonntag noch ...
ich behaupte einfach mal, der kommt aus der gleichen Stelle in Deinem DOIF, an der auch der erste Fehler produziert wurde. Denn der Fehler kommt von einem set Befehl, der vom DOIF ausgelöst wird.
... nööö ... Dachte ich zuerst auch. Daher ist der ganze Block deaktiviert; immer noch da ...
Ich weiß leider nicht, wie man solche Dinger interpretieren muss. An erster Stelle wird ja CUL_HM aufgerufen und erst später DOIF, dann Dummy, Notify und zum Schluss MQTT. Daher meine Vermutung, das es irgend ein Block sein muss, der per MQTT Daten mit irgend was anderem austauscht. Das kann die Heizung sein, diverse WeMOS oder das NAS... Habe momentan nicht den totalen Überblick, was alles per MQTT quasselt.
Ich denke, ich werde einfach mal nach und nach alle Blöcke deaktivieren, die irgendwie MQTT nutzen. Irgend wann muss der Fehler ja weg sein; dann hadda verschissen ;)
Zitat von: M_I_B am 21 Januar 2018, 17:57:11
Ich weiß leider nicht, wie man solche Dinger interpretieren muss. An erster Stelle wird ja CUL_HM aufgerufen und erst später DOIF, dann Dummy, Notify und zum Schluss MQTT.
Falsch. Du musst die Liste von unten nach oben lesen. Deshalb ist ein von Homematic aufgerufenes "set" (CUL_HM_Set) die Ursache für die perl warning.
... AHA! Sach das doch mal wer ::) Woher soll ich denn wissen, das die Nummer so rum zu lesen ist :o
Also, nur zur Sicherheit:
Wenn ich von unten nach oben lese, ist __ANON__ aufgerufen durch CUL_HM der letzte Befehl vor dem Fehler... oder ? .... so wirklich geblickt habe ich das noch nicht, wie Ihr Cracks mit solchen Dingen Fehlern auf die Spur kommt :(
das __ANON__ kannst Du erstmal ignorieren.
Von unten nach oben gelesen:
- MQTT liefert einen event
- MQTT_DEVICE reagiert darauf und aktualisiert ein reading
- die notify-loop beginnt
- als erstes reagiert ein notify, dieses beschreibt ein reading in einem dummy und löst deshalb den nächsten event aus
- auf diesen event reagiert ein DOIF, das einen "set" Befehl beinhaltet
- dieser set Befehl wird an das zuständige Hardwaremodul CUL_HM weitergegeben (CUL_HM_Set), kann dort aber nicht ausgeführt werden
Vermutlich willst Du irgendwo in dem DOIF ein "on-till" ausführen und übergibst dabei einen ungültigen Wert für die Zeitangabe.
Und Deine Modulversion von 10_CUL_HM.pm ist nicht auf dem aktuellen Stand. Aber das nur nebenbei.
Super! Und wieder was gelernt. Danke! Dann mache ich mich die Tage mal auf die Suche... Funktionieren tut es ja komischer Weise alles wie es soll...
ZitatUnd Deine Modulversion von 10_CUL_HM.pm ist nicht auf dem aktuellen Stand. Aber das nur nebenbei.
Woran erkennst Du das? Das letzte Update ist vielleicht umzu 2 Wochen her etwa...
Zitat von: M_I_B am 21 Januar 2018, 18:34:52
Woran erkennst Du das?
ZitatPERL WARNING: Use of uninitialized value $eH in multiplication (*) at ./FHEM/10_CUL_HM.pm line 4589.
Weil in der aktuellen Modulversion in Zeile 4589 nichts mit $eH steht :P
.... pfffft ... jetzt aber... in Zeile 4621 :P
BTW: Gibt es eine Möglichkeit, direkt aus einem DOIF o.ä. heraus z.B. vor dem Ausführen eines SET- Befehls eine Markerzeile ins FHEM- Log zu schreiben???
... evtl habe ich es gefunden; wird sich zeigen ... Ist aber merkwürdig ::)
Als Kontrolle für den Zustand der Heizungsanlage (welche Pumpe läuft, Brenner aus, Vorwärmung oder an, Störung...) nutze ich eine HM-LC-SW4-BA-PCB (war über). Da das Teil nur 4 Kanäle hat, wollte ich die Vorwärmung des Brennes auf Kanal 1 zusätzlich sichtbar machen. So weit ich mich an meine damalige Vorgehensweise erinnern kann, hatte ich es erst mit dem Blink- Befehl versucht. Das ging aber irgendwie nicht; den Befehlt kennt die Platine schlichtweg nicht. Aktuell steht da "on-till 1" als Befehl drin, welches genau das macht. Also wenn die Vorwärmung in Betrieb ist, sende ich schlicht "set HM4NV1_1 on-till 1". Dann blinkt der Kanal 1; warum? Keine Ahnung... Aber offensichtlich war das die einzig funktionierende Option. Wenn nun der Brenner gestartet ist, setze ich einfach auf ON und fertig.
Nun scheint es, wie von betateilchen genau richtig erkannt, ein Problem mit dem "on-till 1" zu geben... Nur das Warum erschließt sich mir nicht...
Ich ändere das mal temporär und schaue mal, ob die Fehler verschwinden...
Zitat von: M_I_B am 22 Januar 2018, 11:50:22
Nun scheint es, wie von betateilchen genau richtig erkannt, ein Problem mit dem "on-till 1" zu geben... Nur das Warum erschließt sich mir nicht...
weil on-till 1 keine gültige Zeitspezifikation hh:mm[:ss] ist.
Das erklärt auch die perl warning: es wird versucht, die Zeitangabe 1 in einen Stunden- und Minutenanteil zu zerlegen, was nicht funktioniert, weil kein Doppelpunkt enthalten ist. Somit steht in $eH (Stundenanteil) nichts drin, das mit 3600 multipliziert werden könnte, um eine Dauer in Sekunden zu ermitteln.
Vielleicht hast Du einfach "on-till" mit "on-for-timer" verwechselt, dort würde die 1 bedeuten: schalte für 1 Sekunde ein und dann wieder aus.
... ja, ok ... is logisch. Aber er meckert ja über $eH UND $eM...
Und erstaunlicher Weise funktioniert das ja als "Blink" Ersatz auf der Platine. Der Befehl kommt offensichtlich in irgend einer Form auf der Platine an und löst dort halt ein Blinken des CH1 mit etwa 2-3Hz aus...
na hoffentlich sendet das teil dann nicht in doppelter frequenz statusmessages.
...nope... der verhält sich tatsächlich so, als wenn Du an einen Blink- fähigen Aktor ein Blink sendest...
Mag sein, aber das Blinken kommt mit ziemlicher Sicherheit nicht von dem on-till.
Man kann auch mit einen gebrochenen Bein weiter Ski fahren, empfehlenswert ist das trotzdem nicht.
;D ;D ;D Das is ja mal'n Vergleich ::) man gut das ich nix für solche Sportarten über hab 8)
... und ja doch ... Nimm so eine Platine und feuer da ein on-till 1 drauf... suprise suprise. Mag ein Bug in der Firmware sein oder was auch immer; tut aber ...
Irgend wie bin ich ja vor ca. 9 Monaten auf den Trichter gekommen, weil "blink" bei dem Teil nicht tut. Ich kann mich zwar nicht mehr daran erinnern, was ich alles aufprobiert habe, aber mit dem "on-till 1" muss es ja ein Ergebnis dieser Art gegeben haben, sonst hätte ich das ja nicht in den Code gebaut...
Ich probiere das aber heute Abend noch mal explizit aus...
... ist so: Jederzeit reproduzierbar ...
Egal auf welchen Kanal eines HM-LC-SW4-BA-PCB (FW 1.1) ist einen "set on-till 1" sende, schaltet dieser Kanal seinen Ausgang durch (ohne Blinken) und die LED blinkt.
on-till ist kein Standard-Feature von Homematic.
Es handelt sich um eine Implementierung innerhalb von FHEM, und die scheint nicht korrekt zu funktionieren.
Grundsätzlich ist wohl angedacht, die mit on-till angegebene Uhrzeit in eine Sekundendifferenz umzurechnen und dann als on-for-timer an das device zu schicken.
"set <device> blink" funktioniert bei Homematic devices deshalb nicht, weil sie keinen Befehl zum Blinken kennen. Ein Blick in die Dokumentation zu Homematic bestätigt das eindeutig.
Dass Dein Aktor jetzt blinkt, ist eher Zufall als ein korrektes Verhalten.
Es könnte auch eine Fehlermeldung sein, weil er einen Befehl bekommen hat, den er nicht kennt.
--- Edit
Oh Mann, manchmal sieht man den Wald vor lauter Bäumen nicht.
Das Blinken ist ein Zeichen dafür, dass ein on-for-timer läuft. Schau mal in die readings, da müsste beim reading "timedOn" der Wert "running" stehen.
Dieses Blinken ist bei allen Homematic Komponenten, die für on-for-timer empfänglich sind, völlig normal.
Schau doch mal ins Logfile, welcher Befehl bei einem "set <device> on-till 1" tatsächlich an das Gerät geschickt wird.
PRUST... JAU, DU hast 99 Punkte, ab 100 Punkten gibt's 'n Trecker mit Licht ;D
Eventlog auf den Kanal gefiltert und dann abgesendet ergibt:
2018.01.22 18:06:38.535 1 : PERL WARNING: Use of uninitialized value $eH in multiplication (*) at ./FHEM/10_CUL_HM.pm line 4621.
2018.01.22 18:06:38.535 1 : stacktrace:
2018.01.22 18:06:38.535 1 : main::__ANON__ called by ./FHEM/10_CUL_HM.pm (4621)
2018.01.22 18:06:38.535 1 : main::CUL_HM_Set called by fhem.pl (3491)
2018.01.22 18:06:38.535 1 : main::CallFn called by fhem.pl (1755)
2018.01.22 18:06:38.535 1 : main::DoSet called by fhem.pl (1788)
2018.01.22 18:06:38.535 1 : main::CommandSet called by fhem.pl (1171)
2018.01.22 18:06:38.536 1 : main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2484)
2018.01.22 18:06:38.536 1 : main::FW_fC called by ./FHEM/01_FHEMWEB.pm (881)
2018.01.22 18:06:38.536 1 : main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (525)
2018.01.22 18:06:38.536 1 : main::FW_Read called by fhem.pl (3496)
2018.01.22 18:06:38.536 1 : main::CallFn called by fhem.pl (688)
2018.01.22 18:06:38.536 1 : PERL WARNING: Use of uninitialized value $eM in multiplication (*) at ./FHEM/10_CUL_HM.pm line 4621.
2018.01.22 18:06:38.536 1 : stacktrace:
2018.01.22 18:06:38.536 1 : main::__ANON__ called by ./FHEM/10_CUL_HM.pm (4621)
2018.01.22 18:06:38.536 1 : main::CUL_HM_Set called by fhem.pl (3491)
2018.01.22 18:06:38.536 1 : main::CallFn called by fhem.pl (1755)
2018.01.22 18:06:38.537 1 : main::DoSet called by fhem.pl (1788)
2018.01.22 18:06:38.537 1 : main::CommandSet called by fhem.pl (1171)
2018.01.22 18:06:38.537 1 : main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2484)
2018.01.22 18:06:38.537 1 : main::FW_fC called by ./FHEM/01_FHEMWEB.pm (881)
2018.01.22 18:06:38.537 1 : main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (525)
2018.01.22 18:06:38.537 1 : main::FW_Read called by fhem.pl (3496)
2018.01.22 18:06:38.537 1 : main::CallFn called by fhem.pl (688)
2018-01-22 18:06:38.553 CUL_HM HM4NV1_4 set_on-till 1
2018-01-22 18:06:40.145 CUL_HM HM4NV1_4 deviceMsg: on (to VCCU)
2018-01-22 18:06:40.145 CUL_HM HM4NV1_4 level: 100
2018-01-22 18:06:40.145 CUL_HM HM4NV1_4 pct: 100
2018-01-22 18:06:40.145 CUL_HM HM4NV1_4 on
2018-01-22 18:06:40.145 CUL_HM HM4NV1_4 timedOn: running
Ich lasse den jetzt mal laufen um zu sehen, wie lange der blinkt ... Auf jeden Fall deutlich länger als das Vorwärmen des Brenners ...
... und es blinkt und blinkt und blinkt ...
Es wird also tatsächlich der Timer gesetzt, aber der läuft dan ewiglich; wie groß kann der Zähler maximal werden? Waren jetzt immerhin über 24h...
dann setze doch besser ein langes on-for-timer.
max wahrscheinlich ähnlich gross, wie zb die delay zeiten unter get regList zu sehen.
... hab isch ja schon gemacht, was aber meiner Neugier bezgl. des on-till auf dem Aktor keinen Abbruch tut... Ich finde es halt witzig, das man mit einem für den Aktor ungültigen Befehl so einen Reaktion generieren kann; hat doch was ;D
Zitat von: M_I_B am 23 Januar 2018, 22:37:49
aber der läuft dan ewiglich; wie groß kann der Zähler maximal werden? Waren jetzt immerhin über 24h...
steht in der commandref zu Homematic. 85.825.945 Sekunden, das sind etwas mehr als 993 Tage.
Hauahauaha! Da hätte ich ja noch lange warten können, wenn man mal davon ausgeht, das der falsche Befehl den auf Maxima setzt :o
Hätte allerdings nicht erwartet, das dieser Wert in der REF steht; wer braucht das schon?!?
Wie gesagt habe ich den jetzt mit on-for-timer 300 festgelegt; tut ebenso... und wenn nach der Zeit der Brenner nicht an ist, is eh Störung ...
Zitat von: M_I_B am 24 Januar 2018, 13:41:58
Hätte allerdings nicht erwartet, das dieser Wert in der REF steht; wer braucht das schon?!?
- Du. Denn Du hattest danach gefragt.
- Man muss doch wissen, was der Maximalwert ist, den man bei einem on-for-timer angeben kann 8)
;D ;D ;D Du mich auch ;D ;D ;D
Zitat von: betateilchen am 24 Januar 2018, 16:55:46
- Man muss doch wissen, was der Maximalwert ist, den man bei einem on-for-timer angeben kann 8)
genau.
ich hätte jetzt fast ein on-for-timer für 1000 tage eingeben wollen :o ;D ;D ;D