Problem mit SUNRISE_EL und at

Begonnen von Firetic, 28 März 2018, 09:48:10

Vorheriges Thema - Nächstes Thema

Firetic

Zitat von: rudolfkoenig am 04 April 2018, 21:05:02
Faszinierend.
Ja irgendwie sehr seltsam :o

Nach der Eingabe erhalte ich als Rückgabe:

,6,24,24,sunrise("CIVIL",0)
,2,42,56,sunset("CIVIL",0)


Wirst du daraus schon schlauer  ;D

rudolfkoenig

Ein bisschen: Sunset ist um 20:42:46, GetTimeSpec (fhem.pl, Zeile 3366) hat auf deinem Rechner daraus aber 2,42,46 gemacht, irgendwas ist mit der Regexp-Bibliothek anders. Was liefert
{ "20:42:46" =~ m/^([0-9]+):([0-5][0-9]):([0-5][0-9])$/;; "$1,$2,$3" }

Firetic


rudolfkoenig

Kannst du bitte die folgende Zeile:
Log 1, "TSPEC: $tspec => /$hr/$min/$sec/";
in fhem.pl/3368, nach der vorhandenen Zeile
    ($hr, $min, $sec) = ($1, $2, $3);
einbauen, FHEM neu starten, danach die zwei { join... Zeilen von vorhin ausfuehren, und die TSPEC Zeilen aus dem FHEM-Log hier mitteilen?

Firetic

Super das hat die Lösung gebracht - ich war mal wieder selber Schuld  :o

Ich habe deine Änderung in die fhem.pl eingepflegt und mich nach einem Neustart gewundert das ich keine Ausgabe im LOG erhalte.  :-\

Nachdem ich mir die Änderung genauer angeschaut habe, schien mir die aufgerufene Funktion "GetTimeSpec" doch irgendwie bekannt vorzukommen - ich habe diese auch in meiner MyUtils-Datei angelegt :-X
Nachdem ich diese bereinigt habe funktioniert alles wieder wie gewohnt...

Vielen vielen Dank für deine Hilfe - darauf wäre ich glaube ich nicht gekommen. Mich wundert nur das es diese eigentlich schon ewig in meiner MyUtils-Datei gibt?!

Gruß Firetic

rudolfkoenig

Es duerfte auch eine Warnung der Art
  PERL WARNING: Subroutine GetTimeSpec redefined at ./FHEM/99_myUtils.pm line ...
als erste Zeile bei jedem FHEM Start gekommen sein...

Wie auch immer, freut mich, dass das Problem geloest ist.

Firetic

Stimmt - die Warnung kam wirklich. Hab ich irgendwie immer überlesen...
War zwischen den "PERL WARNING: Smartmatch is experimental..." Meldungen versteckt :o

Vielen Dank auf jeden Fall nochmal  :)