neues Modul Astro.pm

Magic01 · 19 August 2018, 19:57:58

Zitat von: Prof. Dr. Peter Henning am 19 August 2018, 19:37:39
OK, ich habe gerade Version 1.49 eingecheckt - jedes Update löst jetzt wieder eine ganze Anzahl von Events aus, aber nur, wenn sich das entsprechende Reading geändert hat.

Damit ist zwar die von manchen gewünschte Kontrolle noch nicht vollständig hergestellt - aber das würde auch etwas mehr Arbeit machen. Die kann ich wegen anderweitiger Pflichten erst wieder im Herbst bringen.

LG

pah

Super, Danke
Hatte diesen Eintrag übersehen als ich eben noch geantwortet habe.

Prof. Dr. Peter Henning · 19 August 2018, 22:37:42

ZitatJKommt aber direkt einem Timer gleich..

Des weiteren kann man nun auch Werte des Moduls nicht mehr in der Datenbank abfragen bzw. In einen Plot aufnehmen.

Das ist beides Unsinn zum Quadrat. Etwas mehr Sorgfalt beim Posten wäre sehr angenehm

pah

the ratman · 21 August 2018, 12:08:44

nur ne kleine frage

krieg seit neuestem jedesmal wenn das astro-modul seine werte erneuert wieder warnings

Code Auswählen

2018.08.21 10:39:44 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4552.
2018.08.21 10:39:44 1: stacktrace:
2018.08.21 10:39:44 1:     main::__ANON__                      called by fhem.pl (4552)
2018.08.21 10:39:44 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/95_Astro.pm (1354)
2018.08.21 10:39:44 1:     main::Astro_Update                  called by fhem.pl (3132)
2018.08.21 10:39:44 1:     main::HandleTimeout                 called by fhem.pl (647)
2018.08.21 11:39:44 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4552.
2018.08.21 11:39:44 1: stacktrace:
2018.08.21 11:39:44 1:     main::__ANON__                      called by fhem.pl (4552)
2018.08.21 11:39:44 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/95_Astro.pm (1354)
2018.08.21 11:39:44 1:     main::Astro_Update                  called by fhem.pl (3132)
2018.08.21 11:39:44 1:     main::HandleTimeout                 called by fhem.pl (647)

kann ich das irgendwie vermeiden? ist zwar sicher nix böses, aber ich hab gern n sauberes log *g*

Prof. Dr. Peter Henning · 21 August 2018, 12:18:57

Hm. Könnte höchstens sein, dass ObsAlt, ObsLat oder ObsLon nicht gesetzt sind.

LG

pah

the ratman · 21 August 2018, 12:35:48

hmm, dachte, die holt er sich aus global?
die werte dazu würden in astro auch richtig stehen ... also vielleicht nur zu spät geholt oder so?

interessant. seh ich grade, is auch get text:

Code Auswählen

Koordinaten 1.00000° Länge, 48.xxxx0° Breite, 163m Höhe ü.M.bei

Code Auswählen

ObsLat 48.xxxx0 2018-08-20 09:29:15
ObsLon 7.xxxx0 2018-08-20 09:29:15

habs jetzt halt nochmal in astro auch eingertragen - wenn dann ruhe is, passt schon. ansonsten nerv ich weiter, wenns nicht zu sehr stört *g*

und er nervt weiter *g*
neuestes astro-update von eben (mit werten in global UND astro):

Code Auswählen

2018.08.21 12:39:44 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4552.
2018.08.21 12:39:44 1: stacktrace:
2018.08.21 12:39:44 1:     main::__ANON__                      called by fhem.pl (4552)
2018.08.21 12:39:44 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/95_Astro.pm (1354)
2018.08.21 12:39:44 1:     main::Astro_Update                  called by fhem.pl (3132)
2018.08.21 12:39:44 1:     main::HandleTimeout                 called by fhem.pl (647)

Prof. Dr. Peter Henning · 21 August 2018, 16:08:27

Na, denn wars das nicht....

Aber die Prüfung, ob sich ein Wert geändert hat, stößt irgendwo auf einen nicht initialisierten Wert. Das kommt bei mir nicht vor.

Irgendein Datum ist also leer.

LG

pah

the ratman · 21 August 2018, 22:06:11

im astro war bis jetzt alles o.k, das kommt also von einem der letzten 3 updates - hab da leider nicht genauer aufgepasst.

nach wie vor immer noch: "Koordinaten 1.00000° Länge," bei get text
auch im json seh ich grad "ObsLon":"1" - das kann doch ned stimmen *g*
wie gesagt: sowohl in der global als auch im astro sind long und lat eingertragen

hab jetzt das ganze modul nomal neu installiert - vielleicht hilfts ja

nachtrag:
nö, jetzt hab ich zwar endlich richtige long und lat werte in den readings, aber das wars auch schon.
die warnings bleiben ...

nachdem ja vielleicht ich schrott baue, mal ein listing vom astro:

Code Auswählen

Internals:
   INTERVAL   3600
   NAME       astro
   NR         21
   STATE      Updated
   TYPE       Astro
   VERSION    1.49
   OLDREADINGS:
   READINGS:
     2018-08-21 22:12:30   AstroTwilightEvening 18:10
     2018-08-21 22:12:30   AstroTwilightMorning 03:27
     2018-08-21 22:12:30   CivilTwilightEvening 17:20
     2018-08-21 22:12:30   CivilTwilightMorning 04:17
     2018-08-21 22:12:30   CustomTwilightEvening 16:55
     2018-08-21 22:12:30   CustomTwilightMorning 04:42
     2018-08-22 09:13:38   MoonAge         134.2
     2018-08-22 09:13:38   MoonAlt         -64.5
     2018-08-22 09:13:38   MoonAz          122.6
     2018-08-22 06:13:38   MoonDec         -20.6
     2018-08-22 09:13:38   MoonDiameter    29.5
     2018-08-22 09:13:38   MoonDistance    404428
     2018-08-22 09:13:38   MoonDistanceObserver 410197
     2018-08-22 08:13:38   MoonLat         1.9
     2018-08-22 09:13:38   MoonLon         283.4
     2018-08-22 08:13:38   MoonPhaseN      0.85
     2018-08-20 09:29:15   MoonPhaseS      Zunehmender Mond
     2018-08-22 09:13:38   MoonRa          19
     2018-08-22 00:13:38   MoonRise        14:03
     2018-08-22 00:13:38   MoonSet         01:12
     2018-08-21 06:44:13   MoonSign        Steinbock
     2018-08-22 00:13:38   MoonTransit     20:02
     2018-08-21 22:12:30   NauticTwilightEvening 17:45
     2018-08-21 22:12:30   NauticTwilightMorning 03:52
     2018-08-20 09:29:15   ObsAlt          163
     2018-08-22 00:13:38   ObsDate         22.08.2018
     2018-08-22 00:13:38   ObsDayofyear    234
     2018-08-22 09:13:38   ObsGMST         05:15:50
     2018-08-20 09:29:15   ObsHor          0.0
     2018-08-20 09:29:15   ObsIsDST        1
     2018-08-22 09:13:38   ObsJD           2458352.8
     2018-08-22 09:13:38   ObsLMST         08:29:44
     2018-08-21 22:12:30   ObsLat          7.xxxx0
     2018-08-21 22:12:30   ObsLon          48.xxxx0
     2018-08-20 09:29:15   ObsSeason       Sommer
     2018-08-20 09:29:15   ObsSeasonN      2
     2018-08-22 09:13:38   ObsTime         09:13:38
     2018-08-20 09:29:15   ObsTimezone     2
     2018-08-22 09:13:38   SunAlt          66.2
     2018-08-22 09:13:38   SunAz           78.8
     2018-08-22 04:13:38   SunDec          11.8
     2018-08-20 09:29:15   SunDiameter     31.6
     2018-08-22 09:13:38   SunDistance     151301485
     2018-08-22 09:13:38   SunDistanceObserver 151295649
     2018-08-22 07:13:38   SunLon          149.1
     2018-08-21 20:39:44   SunRa           10.1
     2018-08-21 22:12:30   SunRise         04:38
     2018-08-22 00:13:38   SunSet          16:58
     2018-08-20 09:29:15   SunSign         Löwe
     2018-08-22 00:13:38   SunTransit      10:48
     2018-08-22 09:13:38   state           Updated
Attributes:
   altitude   163
   group      helferchen
   horizon    0.0
   icon       weather_moon_phases_3_half
   interval   3600
   latitude   7.xxxx0
   longitude  48.xxxx0
   room       umwelt

verwendung findet das ding derzeit in 2 readingsgroups, in denen steht dann nur mond und sonnen auf-/untergang und einmal der mond als grafik

the ratman · 23 August 2018, 10:26:52

uij, nach nem restart kommt noch ne andere meldung - vielleicht hilfts ja beim fehler suchen:

Code Auswählen

2018.08.23 10:21:04 1: PERL WARNING: Argument "[Astro_Get] astro has improper time specification MoonAg..." isn't numeric in addition (+) at ./FHEM/95_Astro.pm line 1289.
2018.08.23 10:21:04 1: stacktrace:
2018.08.23 10:21:04 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (1289)
2018.08.23 10:21:04 1:     main::Astro_moonwidget              called by ./FHEM/01_FHEMWEB.pm (889)
2018.08.23 10:21:04 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (533)
2018.08.23 10:21:04 1:     main::FW_Read                       called by fhem.pl (3589)
2018.08.23 10:21:04 1:     main::CallFn                        called by fhem.pl (724)
2018.08.23 10:21:22 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4552.
2018.08.23 10:21:22 1: stacktrace:
2018.08.23 10:21:22 1:     main::__ANON__                      called by fhem.pl (4552)
2018.08.23 10:21:22 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/95_Astro.pm (1354)
2018.08.23 10:21:22 1:     main::Astro_Update                  called by fhem.pl (3132)
2018.08.23 10:21:22 1:     main::HandleTimeout                 called by fhem.pl (647)

Ellert · 23 August 2018, 12:40:55

Zitat von: Prof. Dr. Peter Henning am 21 August 2018, 16:08:27
Na, denn wars das nicht....

Aber die Prüfung, ob sich ein Wert geändert hat, stößt irgendwo auf einen nicht initialisierten Wert. Das kommt bei mir nicht vor.

Irgendein Datum ist also leer.

LG

pah

Für folgendes Reading ist $value nicht initialisiert:
2018.08.23 12:31:35 1: Astro:MoonPhaseI
2018.08.23 12:31:35 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4553.

the ratman · 23 August 2018, 13:01:57

ZitatFür folgendes Reading ist $value nicht initialisiert

die frage is daher: kann ich schlumpf da was machen, is es gar irgendwo mein fehler, oder muß ich auf papa schlumpf warten?

Prof. Dr. Peter Henning · 23 August 2018, 16:10:09

ZitatFür folgendes Reading ist $value nicht initialisiert:
2018.08.23 12:31:35 1: Astro:MoonPhaseI
2018.08.23 12:31:35 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4553.

Werde ich beheben.

LG

pah

andies · 24 August 2018, 21:02:43

Ich habe eine Frage zu den errechneten Ergebnissen. Ich wohne in Berlin und habe Longitude und Latitude entsprechend eingetragen. Bei mir erscheint dann als Sonnenuntergang (bei HORIZON=0) heute

Code Auswählen

Sonnenaufgang 06:08:37
Sonnenuntergang 20:08:19

Wenn ich dagegen auf https://www.timeanddate.com/sun/germany/berlin gehe, erscheinen andere Zeiten und die weichen in meinen Augen einfach zu stark ab:

Code Auswählen


Sunrise Today: 06:03↑ 70° East
Sunset Today: 20:12↑ 289° West

Hat jemand eine Erklärung, warum die Werte sich so stark unterscheiden? Auch wenn Berlin groß ist: Wenn ich die genauen Längengrade ändere, komme ich nicht auf 20:08.

[Edit] Jetzt habe ich eine Vermutung, die oben auch erwähnte wurde. Die Formeln sind eine Näherung. Ich persönlich fände es besser, wenn dann die errechneten Zeiten nicht mit Sekundenpräzision angegeben werden. Mein eigentliches Problem ist aber ein anderes: Ich hatte Besuch aus Israel und da brauchen einige die minutengenauen Sonnenuntergangszeiten. Da wäre es vermutlich klüger, diese aus dem Netz zu ziehen, um die Iteration zu vermeiden. Gibt es da hier schon Lösungen?

Prof. Dr. Peter Henning · 24 August 2018, 22:15:27

Einfach mal den Unterschied zwischen den verschiedenen Dämmerungszeiten beachten. Die Werte aus dem Astro-Modul sind minutengenau.

LG

pah

andies · 24 August 2018, 22:19:10

Zitat von: Prof. Dr. Peter Henning am 24 August 2018, 22:15:27
Einfach mal den Unterschied zwischen den verschiedenen Dämmerungszeiten beachten.

Das verstehe ich nicht: Ich meine ,,Sonnenuntergang" wie nach der üblichen Definition in Astronomielehrbüchern - also die Oberkante der Sonne streift den (hypothetischen) Horizont. In ,,FHEM-Sprache" entspricht das, wie oben gesagt, HORIZONT=0. Dann müssten doch nach meinem Verständnis die Werte identisch zu denen auf der angegeben Webseite sein, sind sie aber nicht.

Gesendet von iPad mit Tapatalk Pro

Prof. Dr. Peter Henning · 25 August 2018, 06:41:52

Bitte mal hiermit vergleichen:

https://lexikon.astronomie.info/java/sunmoon/

LG

pah