hiho,
weils mir grad bei meinen spielereien unter win (win64pro, perl64, keine vm) auffällt:2017.11.11 15:59:16 1: PERL WARNING: Argument "Mitteleurop�ische Zeit" isn't numeric in division (/) at ./FHEM/95_Astro.pm line 1220. 2017.11.11 15:59:16 1: stacktrace: 2017.11.11 15:59:16 1: main::__ANON__ called by ./FHEM/95_Astro.pm (1220) 2017.11.11 15:59:16 1: main::Astro_Update called by C:/fhem/fhem.pl (3076) 2017.11.11 15:59:16 1: main::HandleTimeout called by C:/fhem/fhem.pl (628) 2017.11.11 15:59:16 1: PERL WARNING: Argument "" isn't numeric in numeric le (<=) at ./FHEM/95_Astro.pm line 1181. 2017.11.11 15:59:16 1: stacktrace: 2017.11.11 15:59:16 1: main::__ANON__ called by ./FHEM/95_Astro.pm (1181) 2017.11.11 15:59:16 1: main::Astro_Compute called by ./FHEM/95_Astro.pm (1223) 2017.11.11 15:59:16 1: main::Astro_Update called by C:/fhem/fhem.pl (3076) 2017.11.11 15:59:16 1: main::HandleTimeout called by C:/fhem/fhem.pl (628)kommt bei jedem update
hab ich was vergessen einzustellen, oder ists n problem mit win?
keine ideen?
Ideen habe ich immer - aber keine Zeit, das ganze Forum zu durchstöbern. Also bitte Fragen zum Modul künftig in dem EINEN Thread posten.
Interessante Frage, ist mir bisher noch nicht begegnet.
strftime "%z", localtime
liefert unter Linux die nummerische Zeitzone. Unter Windows geht das laut http://www.perlmonks.org/?node_id=434177 nicht, da muss ich mir etwas Anderes überlegen.
LG
pah
thx fürs überlegen!
das könnte/müsste dann wohl auch andere autoren interessieren.
meinste sowas https://stackoverflow.com/questions/2632104/how-do-i-elegantly-print-the-z-timezone-format-in-perl-on-windows
falls es blöd is, ignorieren *g*
btw.
das mit einen thread ... einigts euch mal. hab auch schon mal hier an anderer stelle gelesen, dass man doch nen neuen thread machen soll, anstelle einer langen wurst. mir is es egal, ich schreibs hin, wo immer ihr wollts ...
Wieso sollten wir uns einigen ? Wir haben doch alle verschiedene Bedürfnisse und Zeiteinteilungen - und meine ist nun einmal so getaktet.
Kleine Übung in der Mittagspause: Einbau einer eigenen Routine für die Zeitzone. Bitte mal das angehängte Modul testen, es sollte tun.
LG
pah
hat sich was geändert (nur win-seitig probiert)
jetzt bei get astro text
2017.11.13 14:12:25 1: PERL WARNING: Argument "" isn't numeric in numeric le (<=) at ./FHEM/95_Astro.pm line 1188. 2017.11.13 14:12:25 1: stacktrace: 2017.11.13 14:12:25 1: main::__ANON__ called by ./FHEM/95_Astro.pm (1188) 2017.11.13 14:12:25 1: main::Astro_Compute called by ./FHEM/95_Astro.pm (1309) 2017.11.13 14:12:25 1: main::Astro_Get called by C:/fhem/fhem.pl (3497) 2017.11.13 14:12:25 1: main::CallFn called by C:/fhem/fhem.pl (1830) 2017.11.13 14:12:25 1: main::CommandGet called by C:/fhem/fhem.pl (1182) 2017.11.13 14:12:25 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2503) 2017.11.13 14:12:25 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (863) 2017.11.13 14:12:25 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (549) 2017.11.13 14:12:25 1: main::FW_Read called by C:/fhem/fhem.pl (3497) 2017.11.13 14:12:25 1: main::CallFn called by C:/fhem/fhem.pl (700) 2017.11.13 14:12:25 1: PERL WARNING: Argument "" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 1314. 2017.11.13 14:12:25 1: stacktrace: 2017.11.13 14:12:25 1: main::__ANON__ called by ./FHEM/95_Astro.pm (1314) 2017.11.13 14:12:25 1: main::Astro_Get called by C:/fhem/fhem.pl (3497) 2017.11.13 14:12:25 1: main::CallFn called by C:/fhem/fhem.pl (1830) 2017.11.13 14:12:25 1: main::CommandGet called by C:/fhem/fhem.pl (1182) 2017.11.13 14:12:25 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2503) 2017.11.13 14:12:25 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (863) 2017.11.13 14:12:25 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (549) 2017.11.13 14:12:25 1: main::FW_Read called by C:/fhem/fhem.pl (3497) 2017.11.13 14:12:25 1: main::CallFn called by C:/fhem/fhem.pl (700)
und bei get astro json2017.11.13 14:14:44 1: PERL WARNING: Argument "" isn't numeric in numeric le (<=) at ./FHEM/95_Astro.pm line 1188.
2017.11.13 14:14:44 1: stacktrace:
2017.11.13 14:14:44 1: main::__ANON__ called by ./FHEM/95_Astro.pm (1188)
2017.11.13 14:14:44 1: main::Astro_Compute called by ./FHEM/95_Astro.pm (1300)
2017.11.13 14:14:44 1: main::Astro_Get called by C:/fhem/fhem.pl (3497)
2017.11.13 14:14:44 1: main::CallFn called by C:/fhem/fhem.pl (1830)
2017.11.13 14:14:44 1: main::CommandGet called by C:/fhem/fhem.pl (1182)
2017.11.13 14:14:44 1: main::AnalyzeCommand called by ./FHEM/01_FHEMWEB.pm (2503)
2017.11.13 14:14:44 1: main::FW_fC called by ./FHEM/01_FHEMWEB.pm (863)
2017.11.13 14:14:44 1: main::FW_answerCall called by ./FHEM/01_FHEMWEB.pm (549)
2017.11.13 14:14:44 1: main::FW_Read called by C:/fhem/fhem.pl (3497)
2017.11.13 14:14:44 1: main::CallFn called by C:/fhem/fhem.pl (700)
ansonsten scheint ruhe zu sein
und zum rest: müssts also alle nur ne liste anlegen, wo drinnen steht, wer seine fragen am liebsten wo stehen hat *bg*
Hm, offenbar ist unter Windows auch DayOfYear broken.
Und die Timezone sollte jetzt korrekt sein (Timezone = 1) bei Textanzeige.
LG
pah
ja, die zeitzone passt und auch ja, ObsDayofyear bleibt im reading einfach leer.
dumme idee für den notizblock: würde man wirklich mal behaupten wollen, dass fhem unter win kompatibel läuft, sollte man solch grundlegenden funktionen nicht eventuell für andere module gleich in fhem abbilden oder wenigsten ne art win-helfer-modul basteln, dass gleich entsprechende vars in den modulen abfängt?
sonst wird das noch n riesen spaß unter win. ich bin ja derzeit immer noch am gucken, was fhem und die helfer-mods so unter win abhalten. bei den ganzen großen brummern oder exotischeren modulen bin ich ja noch ned mal, bzw. werd ich auch nie (z.b. aus mangel an hw) ankommen.
das hat der henning gut gemacht, drum wird er auch nicht ausgelacht!
restart - kein fehler
datenupdate - keine fehler
get-aufrufe - keine fehler
readings - alle da und glaubwürdig
THX!
dumme frage: bastelst du das nun in 1 modul, oder bleibt das "spezial win"?
Siehe anderen Thread. Den hier bitte zumachen.