FHEM Forum

FHEM - Hausautomations-Systeme => Unterstützende Dienste => Thema gestartet von: Prof. Dr. Peter Henning am 05 Juli 2017, 21:39:21

Titel: neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 05 Juli 2017, 21:39:21
Für mein in Arbeit befindliches Hausautomatisierungsmodul habe ich etwas mehr Daten über Sonne und Mond benötigt.
Ich habe mir daher erlaubt, die Routinen von dieser Seite hier: http://lexikon.astronomie.info/java/sunmoon/ von ein paar kleineren Fehlern zu befreien und nach Perl zu migrieren.

Resultat ist das angehängte Modul. Dazu sollten für den eigenen Standort die globalen Attribute
(Edit: Modul ist eingecheckt und wird per Update verteilt)

attr global longitude <wert>
attr global latitude <wert>
attr global altitude <wert>


gesetzt werden. Mit
define IRGENDEINNAME Astro
wird dann ein Astro-Device angelegt, dessen Readings periodisch upgedated werden (default 1 Stunde), das aber auch mit Parametern aufgerufen werden kann.

Der Nutzen liegt z.B. darin, dass man sich für einen Tag in der Zukunft den Sonnenaufgang anzeigen lassen kann.

LG

pah
Titel: Antw:neues Modul AstroUtils.pm
Beitrag von: betateilchen am 05 Juli 2017, 22:36:18
Falls es erlaubt ist, ohne dass mir wieder irgendeine Geflügelverschlepperei nach Südosteuropa vorgeworfen wird, hier (m)ein Tipp zum einfachen automatischen Laden des Moduls in FHEM:


Da die 99_myUtils.pm beim FHEM-Start vor allen anderen Moduldateien geladen wird, ist somit sichergestellt, dass die Funktionen aus dem Modul sehr frühzeitig verfügbar sind und es keine Probleme gibt, falls irgendein Device darauf zugreifen möchte.

Titel: Antw:neues Modul AstroUtils.pm
Beitrag von: Prof. Dr. Peter Henning am 06 Juli 2017, 06:33:14
Udo, ich baue noch ziemlich viel an diesen Dingen herum - eventuell wird daraus sogar ein Astro"-Device.

LG

pah
Titel: Antw:neues Modul AstroUtils.pm
Beitrag von: betateilchen am 06 Juli 2017, 15:36:53
Wenn das mein Modul wäre, würde ich die Werte einfach als JSON zurückliefern, fhem.pl stellt dazu seit einiger Zeit eine eigene Funktion toJSON() bereit, mit der man beliebige Datentypen (scalar, array, hash) auf simpelste Weise in json konvertieren kann.

Zitat von: Prof. Dr. Peter Henning am 06 Juli 2017, 06:33:14
eventuell wird daraus sogar ein Astro"-Device.

Dann hättest Du aber immer noch das "Reihenfolge-Problem" beim Start von FHEM, sofern andere devices auf readings dieses Astro-devices zugreifen wollen, bevor es definiert ist.
Titel: Antw:neues Modul AstroUtils.pm
Beitrag von: Prof. Dr. Peter Henning am 06 Juli 2017, 16:51:07
Wieso ich ?

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: betateilchen am 06 Juli 2017, 17:55:54
Weil Du als Maintainer eines solchen zukünftig vielleicht existierenden Moduls den Anwendern das Verhalten im "Fehlerfall" erklären müsstest  :P
Titel: Antw:neues Modul Astro.pm
Beitrag von: justme1968 am 06 Juli 2017, 22:33:28
es gibt irgendwo einen thread bei dem es um die abhäbgigkeit von devices untereinander ging und die probleme die es beim start machen kann.

diese probleme kann man vermeiden in dem man nicht in der DefineFn versucht aufs andere device zuzugreifen sondern erst verzögert nach dem fhem komplett läuft. die verzögerungen bekommt man entweder durch eine NotifyFn auf global:INITIALIZED oder durch einen InternalTimer mit verzögerung 0.

d.h. es ist aufgabe des benutzenden moduls und nicht des bereitstellenden moduls das 'richtig' zu machen.

gruss
  andre
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 07 Juli 2017, 09:13:53
@betateilchen: "Müsste", soso. Wie gesagt:
ZitatWurks. :'(
Sehe ich nicht so.

@justme1968: Das geht noch viel einfacher. Selbstrverständlich kann man in jedem eigenen Modul auch ein
require "95_Astro.pm";
an den Anfang setzen. Und sogar ohne Definition eines Astro-Devices auf die somit bekannten Routinen zugreifen. Etwa per
Astro_Get( IRGENDEINE HASH REFERENZ,"dummy","text", "SunRise","2019-12-24");
um den Sonnenaufgang an Heiligabend 2019 zu bekommen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: justme1968 am 07 Juli 2017, 09:17:43
das oben bezog sich auf den zugriff auf readings.

klar geht der aufruf einer routine auch direkt. jedenfalls so lange das andere modul damit klar kommt das es eventuell noch kein eigenes device und irgendwelche initialisierungen noch nicht gelaufen sind die z.b. eigene attribute benötigen.

gruss
  andre
Titel: Antw:neues Modul Astro.pm
Beitrag von: betateilchen am 07 Juli 2017, 09:32:40
Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 09:13:53
@justme1968: Das geht noch viel einfacher. Selbstrverständlich kann man in jedem eigenen Modul auch ein
require "95_Astro.pm";
an den Anfang setzen. Und sogar ohne Definition eines Astro-Devices auf die somit bekannten Routinen zugreifen. Etwa per
um den Sonnenaufgang an Heiligabend 2019 zu bekommen.

Das ist doch genau das,

was ich in meinem Beitrag https://forum.fhem.de/index.php/topic,73951.msg656393.html#msg656393

vorgeschlagen habe? Wenn man das require in die 99_myUtils.pm packt,

Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 07 Juli 2017, 10:09:30
Leute, worüber diskutieren wir hier eigentlich ?

Udo wollte mir ausreden, daraus ein Device zu machen. Wollte ich aber. Ich habe gepostet, dass man _seinen_ Vorschlag auch mit einem Device-Modul umsetzen kann.

Also herrscht doch Mir, Druschba, Blini.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Morgennebel am 07 Juli 2017, 10:55:17
Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 10:09:30
Also herrscht doch Mir, Druschba, Blini.

Klär mich auf, bitte...

Ciao, -MN
Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 07 Juli 2017, 11:01:18
Zitat
Hi KugelblitzIn, sollte Tevje der MiLchmann die Milch der frommen Denkungsart hier ausgegossen haben ? Dann würden ja Mir, Druschba, Blini herrschen und alle Kratzbäume wären mehr als flüssig... ;-) Und wo bleibt unser geliebter Zoo aus den diversen (Un) Tierchen ?
Titel: Antw:neues Modul Astro.pm
Beitrag von: justme1968 am 07 Juli 2017, 11:13:04
zum eigentlichen thema:

wie wäre es pro device den globalen standort mit instanz attributen überschreiben zu können um sich ein device mit den readings für einen anderen ort anzulegen?

gruss
  andre
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 07 Juli 2017, 13:00:21
André: Gute Idee. Ich schau mal auf mein Zeitbudget.

Morgennebel: Friede, Freundschaft, Eierkuchen (nicht ganz, aber die sind dort unbekannt).

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: det. am 07 Juli 2017, 14:25:09
Мир, дружба, блинчик
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 08 Juli 2017, 06:11:40
OK, Version 1.2 ist eingecheckt, erlaubt das lokale Attribute longitude, latitude und altitude.

Problem ist noch, dass ich die Zeitzone lokal aus den Perl-Settings bestimme - wenn ich also Geokoordinaten einer anderen Zeitzone verwende, wird das (noch) nicht automatisch konfiguriert.

LG

pah

Oha: Ich habe gerade festgestellt, dass die gestern per Schnellkorrektur hochgeladene Version 1.1 ein Problem hat, das FHEM beim Neustart hängen lässt. Bitte deshalb auf jeden Fall die aktuelle Version 1.2 verwenden. Der Bequemlichkeit halber hänge ich sie hier an.

Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 08 Juli 2017, 09:20:50
hey, das ersetzt ja gleich nen haufen anderer module und scheint professorisch gut wie immer durchdacht/geschrieben zu sein *g*

wenn ein armer, fort-/weg-geschrittener noob ne bitte äussern dürfte?

könnte man eventuell für den mond noch angeben, ob er zu oder ab nimmt und, wenn mans ganz schön machen wollte eventuelle gfx dazu liefern?
derzeit verwend ich dazu das (noch nie upgedatete und inoffizielle) modul "Moon"
das liefert 2 schöne werte:
"BildNr   46" und "ftui   /fhem/images/phasenbilder/46.png" <-- grafiken kann ich dir bei bedarf liefern, sind aber auch nur 100 vom modul verwendet, könnte man also genauer machen noch.
dazu kommt noch ein STATE mit z.b. "zunehmender Mond"
und mit sowas kann der geneigte forgeschrittene noob sehr waf-freundliches zeugs basteln ...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 08 Juli 2017, 11:57:09
Das gibt es doch längst.

Das Reading "MoonPhaseS" ist ein String, der die Werte "Neumond", "Zunehmende Sichel", "Erstes Viertel", "Zunehmender Mond",
   "Vollmond", "Abnehmender Mond", "Letztes Viertel", "Abnehmende Sichel" annehmen kann.  Derzeit: Vollmond.

Es ist auch problemlos möglich, das in einen nummerischen Ganzzahlwert 0..7 umzuwandeln.

Das Reading "MoonPhaseN" ist ein nummerischer Gleitkommawert zwischen 0 und 1, der die Ausleuchtung des Mondes angibt.

LG

pah

Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 08 Juli 2017, 12:09:46
ach, dann passt der wert von moon nur ned zu astro ...
deins: vollmond, moon: zunehmender mond.
das hat mich a bissi verwirrt.

was die gfx angeht, wollt ichs halt einfach *g*
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 08 Juli 2017, 13:16:14
Dann hat "moon" aber einen fehlerhaften Wert. Derzeit ist der Mond zu 99% ausgeleuchtet - wir haben also wirklich Vollmond. Sieht man auch hier: https://www.wunderground.com/cgi-bin/findweather/getForecast?query=pws:IWEINGAR11

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 08 Juli 2017, 13:44:52
jo, sichalich.
moon is ja nun wirklich kein super entwickeltes modul. drum freu i mi ja über dein astro so *g*. wieder eine potentielle problemquelle weniger.
lustig: die 99.4... hat moon auch, aber eben den falschen text, wurscht, sobald ich bilder bei astro rein krieg, wars das eh.
is halt wichtig für den waf.
Titel: Antw:neues Modul Astro.pm
Beitrag von: betateilchen am 08 Juli 2017, 13:47:22
Zitat von: Prof. Dr. Peter Henning am 08 Juli 2017, 11:57:09
Derzeit: Vollmond.

das erklärt natürlich einiges von dem, was im Forum grade wieder so vor sich geht...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 08 Juli 2017, 14:09:24
Zitatdas erklärt natürlich einiges von dem, was im Forum grade wieder so vor sich geht...
Hm - hast Du Dich heute stärker rasieren müssen, als gewöhnlich ?

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Heuberg am 11 Juli 2017, 08:40:53
Hi,
anbei Mond Phasenbilder vielleicht können diese ja verwendet werden:
Format: PNG-24 mit Alphakanal-Transparenz
Maße:    670 x 671 Pixel
Anzahl: 100
http://www.starpage.de/ccount/click.php?id=18 (http://www.starpage.de/ccount/click.php?id=18)
Viele Grüße
Rainer
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 14 Juli 2017, 10:47:33
nur zur info2017.07.14 08:34:26 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/95_Astro.pm line 174.
2017.07.14 08:34:26 1: stacktrace:
2017.07.14 08:34:26 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (174)
2017.07.14 08:34:26 1:     main::Astro_HHMM                    called by ./FHEM/95_Astro.pm (946)
2017.07.14 08:34:26 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (987)
2017.07.14 08:34:26 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.14 08:34:26 1:     main::HandleTimeout                 called by fhem.pl (618)
kommt so einige male pro stunde
derzeit hab ich astro nur für die darstellung von sonne/mond auf/untergang in 2 rg's am laufen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Octopus180 am 14 Juli 2017, 11:43:33
Ich bekomme auch folgende Meldung ab und zu angezeigt

2017.07.14 11:39:35 1 : PERL WARNING: Argument "0.792931498137983+0.0691475617504036i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 162.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "0.792931498137983-0.0691475617504036i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 162.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "0.795741730136387+0.0674197185535309i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 162.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "0.795741730136387-0.0674197185535309i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 162.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "0.0651232138058145+0.0691839892872279i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 162.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "0.0651232138058145-0.0691839892872279i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 162.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "1.56295713133955+1.66041574289347i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 177.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "1.56295713133955+1.66041574289347i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 178.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "33.7774278803729+99.6249445736082i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 179.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "1.56295713133955-1.66041574289347i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 177.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "1.56295713133955-1.66041574289347i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 178.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "33.7774278803729-99.6249445736082i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 179.
2017.07.14 11:39:35 1 : PERL WARNING: Argument "" isn't numeric in numeric eq (==) at ./FHEM/95_Astro.pm line 174.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 Juli 2017, 11:54:48
Den Fehler in Zeile 174 kann ich abfangen.

Die anderen Meldungen kommen daher, dass irgendetwas an den Daten nicht stimmt und eine komplexwertige Lösung herauskommt. Sollten jetzt auch abgefangen sein.

Eine neue Version - inklusive Mehrsprachigkeit und Jahreszeitenberechnung  - ist eingecheckt.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 15 Juli 2017, 10:55:09
Moin

Super, auf so ein Modul habe ich gewartet.
Ist zwar erstmal nur für den Wunderefekt bei der Tabletanzeige.

Ich habe noch einen Wunsch und zwar fehlt mir das attr stateFormat.
Oder habe ich was Übersehen.  :-[

Und kann mir jemand erklären wie ich die Moonbilder wieder Angezeigt bekomme.
Klar, zb MoonPhaseN 0.65 und weiter?  :-[
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 15 Juli 2017, 11:08:55
ich glaub, derzeit mußt dir deine bilder noch selber zusammenklöppeln. aber ich hoffe auch.
wäre z.b. geil, wenn man aus der astro raus gleich nen weblink generieren könnte - vorzugsweise auch gleich mit skalierung und wunschbetitelung ("vollmond" oder sonst irgend n attribut als untertitel)

darf ich auch gleich ne frage (warscheinlich dämlich) mit anhängen?
wäre es generell möglich - z.b. mit logproxy (den ich immer noch ned kapier) den sonnenstand zu plotten, oder von mir aus auch mit den mond abzubilden? ich träum von nen png-losen fhem ...
Titel: Antw:neues Modul Astro.pm
Beitrag von: tomspatz am 15 Juli 2017, 15:09:45
Moin astro Version 1.31

2017.07.15 14:37:30 1: PERL WARNING: Argument "0.0642625020977739+0.0455495742427158i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 341.
2017.07.15 14:37:30 1: stacktrace:
2017.07.15 14:37:30 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (341)
2017.07.15 14:37:30 1:     main::Astro_mod                     called by ./FHEM/95_Astro.pm (905)
2017.07.15 14:37:30 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1099)
2017.07.15 14:37:30 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1187)
2017.07.15 14:37:30 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.15 14:37:30 1:     main::HandleTimeout                 called by fhem.pl (618)
2017.07.15 14:37:30 1: PERL WARNING: Argument "0.0642625020977735-0.0455495742427158i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 341.
2017.07.15 14:37:30 1: stacktrace:
2017.07.15 14:37:30 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (341)
2017.07.15 14:37:30 1:     main::Astro_mod                     called by ./FHEM/95_Astro.pm (906)
2017.07.15 14:37:30 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1099)
2017.07.15 14:37:30 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1187)
2017.07.15 14:37:30 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.15 14:37:30 1:     main::HandleTimeout                 called by fhem.pl (618)
2017.07.15 14:37:30 1: PERL WARNING: Argument "1.54230005034657+1.09318978182518i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 356.
2017.07.15 14:37:30 1: stacktrace:
2017.07.15 14:37:30 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (356)
2017.07.15 14:37:30 1:     main::Astro_HHMM                    called by ./FHEM/95_Astro.pm (1108)
2017.07.15 14:37:30 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1187)
2017.07.15 14:37:30 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.15 14:37:30 1:     main::HandleTimeout                 called by fhem.pl (618)
2017.07.15 14:37:30 1: PERL WARNING: Argument "32.5380030207944+65.5913869095108i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 358.
2017.07.15 14:37:30 1: stacktrace:
2017.07.15 14:37:30 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (358)
2017.07.15 14:37:30 1:     main::Astro_HHMM                    called by ./FHEM/95_Astro.pm (1108)
2017.07.15 14:37:30 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1187)
2017.07.15 14:37:30 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.15 14:37:30 1:     main::HandleTimeout                 called by fhem.pl (618)
2017.07.15 14:37:30 1: PERL WARNING: Argument "1.54230005034656-1.09318978182518i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 356.
2017.07.15 14:37:30 1: stacktrace:
2017.07.15 14:37:30 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (356)
2017.07.15 14:37:30 1:     main::Astro_HHMM                    called by ./FHEM/95_Astro.pm (1109)
2017.07.15 14:37:30 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1187)
2017.07.15 14:37:30 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.15 14:37:30 1:     main::HandleTimeout                 called by fhem.pl (618)
2017.07.15 14:37:30 1: PERL WARNING: Argument "32.5380030207938-65.5913869095108i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 358.
2017.07.15 14:37:30 1: stacktrace:
2017.07.15 14:37:30 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (358)
2017.07.15 14:37:30 1:     main::Astro_HHMM                    called by ./FHEM/95_Astro.pm (1109)
2017.07.15 14:37:30 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1187)
2017.07.15 14:37:30 1:     main::Astro_Update                  called by fhem.pl (3004)
2017.07.15 14:37:30 1:     main::HandleTimeout                 called by fhem.pl (618)


LG
Tom
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 15 Juli 2017, 15:49:01
ZitatMoin astro Version 1.31
Ja, und ?

Betreffend die Mondphasenbilder: 100 verschiedene Fotos des Mondes finde ich eher nicht so prickelnd.

Da weichen die Geschmacksrichtungen doch soweit voneinander ab, dass ich keine generelle Lösung anbieten werde.

Es sollte sich besser jeder in seine 99_myUtils (oder sonstwo) irgendetwas anlegen, was aus dem Reading MoonPhaseN eine Bildreferenz berechnet. Für die 100 Bilder müsste man das z.B. so machen:

#-- Moon picture
  my $pb = ReadingsVal(<Astro-Device>,"MoonPhaseN",0);
  #-- moonphasen 0 - 0.5 => 51 - 100
  if(  $pb < 0.5 ){
    $pb = int($pb*2*49+51);
  #-- moonphasen 0.5 - 1 => 1 - 50
  }else{
    $pb = int(($pb-0.5)*2*49+1);
  }
  fhem(sprintf("defmod moonphase_weblink weblink image /fhem/images/moonphase/%2d.png",$pb));


Ach ja, Sonnenstand war noch gefragt:

define AslroLog FileLog /home/fhem/fhemlogs/Astro-%Y-%m.log .*Astronomie.*SunAlt.*

Und dann einfach ein SVG-Device zum Plotten der Sonnenhöhe.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 15 Juli 2017, 18:20:07
Moin

ZitatEs sollte sich besser jeder in seine 99_myUtils (oder sonstwo) irgendetwas anlegen, was aus dem Reading MoonPhaseN eine Bildreferenz berechnet. Für die 100 Bilder müsste man das z.B. so machen:


Code: [Auswählen]
#-- Moon picture
  my $pb = ReadingsVal(<Astro-Device>,"MoonPhaseN",0);
  #-- moonphasen 0 - 0.5 => 51 - 100
  if(  $pb < 0.5 ){
    $pb = int($pb*2*49+51);
  #-- moonphasen 0.5 - 1 => 1 - 50
  }else{
    $pb = int(($pb-0.5)*2*49+1);
  }
  fhem(sprintf("defmod moonphase_weblink weblink image /fhem/images/moonphase/%2d.png",$pb));

Bin kein Experte, habe mich mal Versucht.  :-[
Es gibt bestimmt Verbesserung's möglichkeiten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: tomspatz am 15 Juli 2017, 19:29:16
ZitatJa, und ?

Sorry wollte nur die Fehlermeldungen zeigen, vielleicht kannst du  ja damit etwas anfangen.
Ich selbst habe das Modul gerade erst in Betrieb genommen ohne damit zu spielen, sieht aber gut aus.
TOLLE Arbeit danke.

LG
Tom
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 16 Juli 2017, 10:04:31
Zitat von: Michael am 15 Juli 2017, 18:20:07
Moin

Bin kein Experte, habe mich mal Versucht.  :-[
Es gibt bestimmt Verbesserung's möglichkeiten.
ich hab mal deine angaben kopiert und das funzt ja techn. mal perfekt.

aber, welche gfx verwendest du den?
die von dir oben verlinkten bilder zeigen zum letzten viertel fast nen vollmond an.
ftui    /fhem/www/images/phasenbilder/6.png
MoonPhaseN   0.56
MoonPhaseS    Letztes Viertel
Titel: Antw:neues Modul Astro.pm
Beitrag von: Invers am 16 Juli 2017, 10:32:02
Ich habe ebenfalls diese Fehlermeldungen:

2017.07.16 00:06:37 1: PERL WARNING: Argument "0.786443342622999+0.0504552769944331i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 341.
2017.07.16 00:06:37 1: PERL WARNING: Argument "0.786443342622999-0.0504552769944331i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 341.
2017.07.16 00:06:37 1: PERL WARNING: Argument "0.0503675125359405+0.0529368791927917i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 341.
2017.07.16 00:06:37 1: PERL WARNING: Argument "0.0503675125359404-0.0529368791927918i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 341.
2017.07.16 00:06:37 1: PERL WARNING: Argument "1.20882030086257+1.270485100627i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 356.
2017.07.16 00:06:37 1: PERL WARNING: Argument "12.5292180517543+76.2291060376201i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 358.
2017.07.16 00:06:37 1: PERL WARNING: Argument "1.20882030086257-1.270485100627i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 356.
2017.07.16 00:06:37 1: PERL WARNING: Argument "12.5292180517541-76.2291060376201i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 358.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 16 Juli 2017, 13:35:16
Moin

@the ratman
Bin mir auch nicht Sicher das dass alles so richtig ist.

Hier kommen die Grafiken her.
ZitatAutor: Heuberg
« am: 11 Juli 2017, 08:40:53 »
http://www.starpage.de/ccount/click.php?id=18

Und diesen Teil der Zuordnung habe ich von :
ZitatAutor: Prof. Dr. Peter Henning
« am: Gestern um 15:49:01 »
#-- Moon picture
  my $pb = ReadingsVal(<Astro-Device>,"MoonPhaseN",0);
  #-- moonphasen 0 - 0.5 => 51 - 100
  if(  $pb < 0.5 ){
    $pb = int($pb*2*49+51);
  #-- moonphasen 0.5 - 1 => 1 - 50
  }else{
    $pb = int(($pb-0.5)*2*49+1);
  }
übernommen.

Wäre schön wenn sich das mal einer Ansehen kann der Ahnung hat.  :-[
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 16 Juli 2017, 18:50:38
Ah, OK, mein Fehler - ich habe mir eben erst angesehen, wie diese Bilder organisiert sind. Hier wäre also richtig

#-- Moon picture
  my $pb = ReadingsVal(<Astro-Device>,"MoonAge",0);
  #-- moonage 0 - 180 => 51 - 100
  if(  $pb < 180 ){
    $pb = int($pb/180*49+51);
  #-- moonage 180 - 360 => 1 - 50
  }else{
    $pb = int(($pb/180-1)*49+1);
  }


Damit wären wir jetzt kurz vor "Halbmond 4. Viertel".

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 16 Juli 2017, 19:31:07
funzt
muss nur noch den waf abwarten, aber meiner meinung nach passts bildchen ...

thx an euch 2
Titel: Antw:neues Modul Astro.pm
Beitrag von: Heuberg am 16 Juli 2017, 22:21:11
Hallo,
leider klappt es bei mir noch nicht ganz.
Stimmt die Zeile:
Zitatfhem(sprintf("defmod moonphase_weblink weblink image /fhem/images/moonphase/%2d.png",$pb));
Die "%2d" und dann ",$pb" kommen mir "spanisch" vor :-)
Viele Grüße
Rainer
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 17 Juli 2017, 03:07:35
Zitatkommen mir "spanisch" vor
Na, dann schlage ich doch vor: Einfach selber Perl lernen - ich bin kein Auftragsprogrammierer.

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 17 Juli 2017, 08:11:16
ich sprech auch kein spanisch, aber ich hab pah's gedankenwelt in obigen voschlag von michael eingepflegt - quasi "erweitertes abschreiben und erschaffung einer unheilgen kreuzung aus professoren-hirnschmalz und perl-anfänger-schweiß" *g*:
beim asto-modul
userReadings   ftui {moon_pics("myAstro")}

und dann ein 99_myUtils_Astro.pm basteln
##########################################################################################################################
# $Id: 99_myUtils_Astro.pm 0011 2017-07-15 00:00:00Z Fhemmike $
#


package main;

use strict;
use warnings;
use POSIX;


sub myUtils_Astro_Initialize($$)
{
  my ($hash) = @_;
}

sub moon_pics($)
{
my ($name)    = @_;
my $picNo     = ReadingsVal("Astro","MoonAge",0);
my $picOrd    = "/fhem/www/images/phasenbilder/";
my $picPath   = "";


  if(  $picNo < 180 ){
    $picNo = int($picNo/180*49+51);
  }else{
    $picNo = int(($picNo/180-1)*49+1);
  }

$picPath =  $picOrd.$picNo.".png";

return $picPath
}


sub Moon_to_html($)
{
   my($hash) = @_;
   $hash = $defs{$hash} if( ref($hash) ne 'HASH' );
   return undef if( !$hash );

   my $name = $hash->{NAME};
   my $scale = "100";
   my $state = $hash->{STATE};
   my $pathToPictures = ReadingsVal("Astro", "ftui", "");
   my $ret;

   $ret .= "<div style='width:".$scale."px; text-align: center;'>";
   $ret .= "<img src='$pathToPictures$\' width='$scale' height='$scale'>";
   $ret .= "</div>";

   $hash->{fhem}->{cached} = $ret;

   return $ret;
}

1;
auf eventuell andere pfade achten!

der thx geht also an michael für seine neue myutils und den herrn onkel pah für seinen hirnschmalzüberschuß, den er uns hier zur verfügung stellt.
seid beide auf eure schweißfüße geküsst!
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 17 Juli 2017, 11:23:19
Moin

@the ratman
Vielen Dank für die Blumen.
Die muss ich Weiterleiten an : Prof. Dr. Peter Henning und den Moon.pm Entwickler wo ich mir den HTML Code entnommen habe.

@Prof. Dr. Peter Henning
Eine Frage habe ich noch.
Ist mit SunAz die Gradzahl der Himmelrichtung gemeint?
Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 17 Juli 2017, 11:31:52
Zitat von: Michael am 17 Juli 2017, 11:23:19
@Prof. Dr. Peter Henning
Eine Frage habe ich noch.
Ist mit SunAz die Gradzahl der Himmelrichtung gemeint?

https://de.wikipedia.org/wiki/Sonnenazimut
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 17 Juli 2017, 12:48:20
@CoolTux
Dank dir.
War ne blöde Frage von mir.  :-[

@Heuberg
Gebe das
define Moon_weblink weblink htmlCode { Moon_to_html("myAstro") }
mal oben in die Fhembefehlzeile ein.

@all
Und wer das Infoframe nutzt
embed - 560 60 25 25 { Moon_to_html("myAstro") }
Titel: Antw:neues Modul Astro.pm
Beitrag von: Heuberg am 17 Juli 2017, 23:23:23
Jetzt ist mir auch ein Mond aufgegangen  ;D

@Michael
Danke Dir für die Infos, jetzt habe ich es auch geblickt  :)
Ich hatte noch einen Fehler im Verzeichnislink und das define hatte gefehlt

@the ratman
Danke für den 99 Code

@Prof. Dr. Peter Henning
Ich suchte ja nur einen Tipp und wollte Dich nicht gegen Geld ausbeuten  ;)

Viele Grüße
Rainer
Titel: Bug im Modul Astro.pm ?
Beitrag von: rabehd am 19 Juli 2017, 11:15:24
Super Modul, danke.
Ich habe auch schon ein UserReading für die Mondphasenbilder angelegt.

Zum Testen hatte ich das Attribut "interval" gesetzt, um in kürzeren Abständen Veränderungen zu sehen. Nach dem es passte, habe ich das Attribut wieder gelöscht. Das Internal "INTERVAL" hat sich jedoch nicht geändert (auf den Standard zurückgesetzt). Würde ich als Bug sehen.

Lösungsweg: Attribut "interval" mit 3600 gesetzt und danach wieder gelöscht.

Schön wäre, wenn man das STATE auch anpassen könnte.
Titel: Antw:Bug im Modul Astro.pm ?
Beitrag von: betateilchen am 19 Juli 2017, 11:35:52
Zitat von: rabehd am 19 Juli 2017, 11:15:24
Schön wäre, wenn man das STATE auch anpassen könnte.

Falls Du Peter davon überzeugen kannst, die Unterstützung für readingFnAttributes in das Modul einzubauen, solltest Du STATE mittels Attribut stateFormat konfigurieren können.


  $hash->{AttrList} .= $readingFnAttributes;

Titel: Antw:neues Modul Astro.pm
Beitrag von: Georges am 19 Juli 2017, 12:51:16
Ich schätze diese Funktion viel zu

Danke und Gruß
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 19 Juli 2017, 13:03:28
ZitatWürde ich als Bug sehen
Ich nicht.

LG

pah
Titel: Modul Astro.pm
Beitrag von: rabehd am 19 Juli 2017, 13:31:20
Sondern?

Letztendlich egal, für mich habe ich einfach festgelegt, dass das Attribut Pflicht ist.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 30 Juli 2017, 10:41:58
Moin

Brauche mal wieder eure Hilfe.  ::)

Ich möchte bei diesem Modul noch die Himmelsrichtungen in Kurztext einfügen.
Dann würde das WWO Modul hinfällig.

########################################################################
### Sonne Himmelsrichtungen >>> Kurztext

sub SunAzKT($)
{
my ($name)  = @_;
my $wT      = ReadingsVal("myAstro","SunAz",0);
my $AktZeit = strftime("%H:%M", localtime);
my $sR      = ReadingsVal("myAstro","SunRise",0);
my $sS      = ReadingsVal("myAstro","SunSet",0);
my $wText   = "";


if($sR ge $AktZeit || $sS le $AktZeit)
{
  $wText = "N"    if($wT = 0);
  $wText = "NNO"  if($wT >= 22.5  && $wT < 45);
  $wText = "NO"   if($wT >= 45    && $wT < 67.5);
  $wText = "ONO"  if($wT >= 67.5  && $wT < 90);
  $wText = "O"    if($wT >= 90    && $wT < 112.5);
  $wText = "OSO"  if($wT >= 112.5 && $wT < 135);
  $wText = "SO"   if($wT >= 135   && $wT < 157.5);
  $wText = "SSO"  if($wT >= 157.5 && $wT < 180);
  $wText = "S"    if($wT >= 180   && $wT < 202.5);
  $wText = "SSW"  if($wT >= 202.5 && $wT < 225);
  $wText = "SW"   if($wT >= 225   && $wT < 247.5);
  $wText = "WSW"  if($wT >= 247.5 && $wT < 270);
  $wText = "W"    if($wT >= 270   && $wT < 292.5);
  $wText = "WNW"  if($wT >= 292.5 && $wT < 315.5);
  $wText = "NW"   if($wT >= 315.5 && $wT < 337.5);
  $wText = "NNW"  if($wT >= 337.5 && $wT < 360);
}

return $wText;
}


Ja, da ist ab if ... mit Sicherheit viel Falsches dabei. :-[
Bin kein Experte und brauch daher eure Hilfe.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 30 Juli 2017, 13:42:39
ZitatDann würde das WWO Modul hinfällig.
Sicher nicht - eine Wettervorhersage werde ich nicht einbauen.

Ich habe einen ähnlichen Codeblock in Betrieb, um die Windrichtung anzuzeigen. Ist aber genauso gut wie die Winkelanzeige - muss also in jedem Fall überlegt werden.

Im Übrigen sind die FHEM-Anwender am Südpol unter den Wenigen, die einen Sonnenaufgang im Norden erleben.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 01 August 2017, 19:15:18
Moin

Komme heute erst dazu zu Antworten.

ZitatDann würde das WWO Modul hinfällig.

Sicher nicht - eine Wettervorhersage werde ich nicht einbauen.
Entschuldige, es war auch 98_sunpos.pm gemeint.
Eine Wettervorhersage gehört nun wirklich in's Astro Modul.

ZitatIch habe einen ähnlichen Codeblock in Betrieb, um die Windrichtung anzuzeigen. Ist aber genauso gut wie die Winkelanzeige - muss also in jedem Fall überlegt werden.
Kann ich davon aus gehen, das es in's Modul übernommen wird, wenn die Überlegung posetiv ausfällt.

ZitatIm Übrigen sind die FHEM-Anwender am Südpol unter den Wenigen, die einen Sonnenaufgang im Norden erleben.
Ist recht, ich kenn auch noch keinen.  :)
Das alle Winkel aufgeführt sind war nur der Vollständgkeitshaber.
Gedacht hatte ich auch nur die Anzeige vom Sonnenaufgang bis Sonnenuntergang.  ::)
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 02 August 2017, 09:57:28
Da dem Modul eine Doku fehlt und ich auch keine mehr erwarte (vielleicht sollte ich mich in das Thema einarbeiten) frage ich mal in die Runde.
(In der deutschen commandref fehlt der Link zum Englischen und dort finde ich erst heute ein wenig)


Was verbirgt sich hinter dem Reading "ObsTimezone"?
Es zeigt mir für Deutschland und für Thailand immer eine 2 an.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 02 August 2017, 11:08:02
ZitatDa dem Modul eine Doku fehlt und ich auch keine mehr erwarte
Wer solche Bemerkungen macht, hat von mir auch keine Unterstützung zu erwarten.

1. Commandref lesen
2. Hier den Thread lesen.

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 02 August 2017, 11:22:31
Moin Moin,

Sehr interessantes Modul! :-)

Eine Auffälligkeit möchte ich dennoch kurz abklären:

Ich habe Twilight und Astro eingerichtet.
Twilight und Astro liefern unterschiedliche Sonnenwinkel.
ca 0,4 liegen die auseinander. Das ist jetzt nicht schlimm denke ich, aber wie kommt das? GPS Koordinaten sind die selben konfiguriert.

Grüße
Frank
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 02 August 2017, 12:18:33
Zitat von: rabehd am 02 August 2017, 09:57:28
Da dem Modul eine Doku fehlt und ich auch keine mehr erwarte (vielleicht sollte ich mich in das Thema einarbeiten) frage ich mal in die Runde.

es gibt nur keine deutsche!
ansonsten siehe anhang...
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 02 August 2017, 12:44:55
Zitat von: Prof. Dr. Peter Henning am 02 August 2017, 11:08:02
Wer solche Bemerkungen macht, hat von mir auch keine Unterstützung zu erwarten.

...

pah

Wer tut denn das?  ;D
Titel: Antw:neues Modul Astro.pm
Beitrag von: herrmannj am 02 August 2017, 13:17:42
Zitat von: Frank_Huber am 02 August 2017, 11:22:31
Moin Moin,

Sehr interessantes Modul! :-)

Eine Auffälligkeit möchte ich dennoch kurz abklären:

Ich habe Twilight und Astro eingerichtet.
Twilight und Astro liefern unterschiedliche Sonnenwinkel.
ca 0,4 liegen die auseinander. Das ist jetzt nicht schlimm denke ich, aber wie kommt das? GPS Koordinaten sind die selben konfiguriert.

Grüße
Frank
Weil die Berechnung sehr kompliziert ist und man die auf unterschiedliche Arten erledigen kann. Wir reden über ganz viele Fels oder Gasbälle die sich inmitten einer Galaxy bewegen und alle gegenseitig beeinflussen. Btw, das Thema ist interessant, beschäftige Dich mal mit der Math dahinter. Die Frage stellst Du dann kein zweites Mal ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 02 August 2017, 13:29:12
Zitat von: herrmannj am 02 August 2017, 13:17:42
Weil die Berechnung sehr kompliziert ist und man die auf unterschiedliche Arten erledigen kann. Wir reden über ganz viele Fels oder Gasbälle die sich inmitten einer Galaxy bewegen und alle gegenseitig beeinflussen. Btw, das Thema ist interessant, beschäftige Dich mal mit der Math dahinter. Die Frage stellst Du dann kein zweites Mal ;)
Danke, das genügt schon. ;-) Ich hab da keine Ahnung was alles dahinter steckt. Aber das klingt plausibel. Dmit ist die minimale Abweichung ausreichend erklärt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 02 August 2017, 17:28:20
Einige der verwendeten Gleichungen (Zitat siehe im Modul-Quelltext) sind Näherungen - weil man sonst eine nichtlineare selbstkonsistente Gleichung lösen müsste. Das geht zwar, ist aber für den Zweck der Hausautomatisierung eher Overkill.

LG

pah

Titel: Antw:neues Modul Astro.pm
Beitrag von: herrmannj am 02 August 2017, 17:39:02
so schön und hätte ich das nieee formulieren können. Ich halte fest: twilight weicht von astro.pm ab ... nicht andersrum :)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 02 August 2017, 20:02:38
Na, das kann man aber hier ganz gut überprüfen:

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

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 04 August 2017, 13:45:38
Ich habe mit dem Modul für meinen Standort ein Device eingerichtet, um die Mondbilder und Mondphase zur Verfügung zu haben. Funktioniert gut.
Jetzt möchte ich das Tageslicht und das Mondlicht im Aquarium ebenfalls steuern. Ich habe also ein weiteres Device eingerichtet mit Koordinaten (incl. Höhe) aus Thailand.

Die Zeiten werden auf Mitteleuropa umgerechnet zur Verfügung gestellt.
Zitat von: Prof. Dr. Peter Henning am 08 Juli 2017, 06:11:40
...dass ich die Zeitzone lokal aus den Perl-Settings bestimme - wenn ich also Geokoordinaten einer anderen Zeitzone verwende, wird das (noch) nicht automatisch konfiguriert....
Das ist kein Problem, da ich den Tag im Aquarium ja sowieso um ein paar Stunden verschiebe.


So richtig komme ich aber mit den Monddaten aus Thailand nicht zurecht. Als Vergleich habe ich diese Daten gewählt. https://www.mondverlauf.de/#/14.9857,101.06,11/2017.08.04/18:17/1/2 (https://www.mondverlauf.de/#/14.9857,101.06,11/2017.08.04/18:17/1/2)
Hier habe ich Mondauf- und Monduntergang. Im Device fehlt mir aktuell der Untergang.
Ich weiß zwar, dass es vorkommt, dass es "keinen" Auf- oder Untergang gibt, bezogen auf den Tag selbst, aber hier kann ich es nicht nachvollziehen. Wenn ich die 5 Stunden Zeitdifferenz abziehe, dann komme ich auf einen Werte heute vor 24:00.

Wo liegt mein Fehler?
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 14 August 2017, 10:18:57
Ich habe die beiden Devices mit diesem Modul wieder gelöscht.
Warum?
- kein Einfluß auf STATE
- kein stateFormat
- kein Attribut disable
- rudimentäre Doku, die sich auch/schwer mit google vervollständigen läßt
- (den Punkt spare ich mir, bevor sich jemand auf den Schlips getreten fühlt :-X)

Das was ich zum einen suche liefert mir Wunderground in der für mich ausreichenden Qualität. Für die Mondbilder reicht mein Perl aus.

Klar könnte ich mich in das Modul einarbeiten und es verbessern, nur die Zeit will ich mir noch nicht nehmen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 August 2017, 18:41:43
ZitatIch habe die beiden Devices mit diesem Modul wieder gelöscht.
Prima, das ist mir ganz Recht.

pah

Edit: Der Betreffende äußert sich  auch noch herabsetzend in anderen Threads - weil ich ihm das Modul nicht nach seinen Wünschen ändere. Da kann er aber sehr lange darauf warten. Wird wahrscheinlich hier nicht alt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 14 August 2017, 19:41:42
also normal reg ich mich ja immer sinnlos auf, aber hier?

jetzt haben ma endlich mal ein modul, dass wohl auch morgen noch up2date gehalten werden wird, dann beschweren ma uns auch noch?
sollten wir uns ned eher drüber freuen, den onkel henning ein bissi bauch-pinseln, und mal 5 min. abwarten, was er da nicht vielleicht doch noch einbaut?
mein: das ding hat sicher nicht grade priorität 1 beim onkel doktor und kann jetzt schon nen haufen und ... vor allem ...  es macht keine probleme!
also einen fanboy gibts schon mal: mich und auch mir oder in at: mi
Titel: Antw:neues Modul Astro.pm
Beitrag von: UweH am 18 August 2017, 15:05:29
Hallo pah,

ich habe das Modul nicht in Gebrauch und finde aber trotzdem Logeinträge:

2017.08.18 13:40:57 1: [Astro] No latitude attribute set in global device, using 50.0°
2017.08.18 13:40:57 1: [Astro] No longitude attribute set in global device, using 10.0°
2017.08.18 13:40:57 1: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2017.08.18 13:40:57 1: [Astro] No latitude attribute set in global device, using 50.0°
2017.08.18 13:40:57 1: [Astro] No longitude attribute set in global device, using 10.0°
2017.08.18 13:40:57 1: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2017.08.18 13:40:57 1: [Astro] No latitude attribute set in global device, using 50.0°
2017.08.18 13:40:57 1: [Astro] No longitude attribute set in global device, using 10.0°
2017.08.18 13:40:57 1: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2017.08.18 13:40:57 1: [Astro] No latitude attribute set in global device, using 50.0°
2017.08.18 13:40:57 1: [Astro] No longitude attribute set in global device, using 10.0°
2017.08.18 13:40:57 1: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2017.08.18 13:40:57 1: [Astro] No latitude attribute set in global device, using 50.0°
2017.08.18 13:40:57 1: [Astro] No longitude attribute set in global device, using 10.0°
2017.08.18 13:40:57 1: [Astro] No altitude attribute set in global device, using 0.0 m above sea level
2017.08.18 13:40:57 1: [Astro] No latitude attribute set in global device, using 50.0°
2017.08.18 13:40:57 1: [Astro] No longitude attribute set in global device, using 10.0°
2017.08.18 13:40:57 1: [Astro] No altitude attribute set in global device, using 0.0 m above sea level


Wie kann man das unterbinden?

Gruß
Uwe
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 August 2017, 15:30:00
Muss aber in Gebrauch sein, weil es alle 60 Sekunden versucht, etwas zu berechnen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: UweH am 18 August 2017, 15:54:36
Zitat von: Prof. Dr. Peter Henning am 18 August 2017, 15:30:00
Muss aber in Gebrauch sein
Wird auch tatsächlich bei "version" mit aufgelistet, ich habe es aber nicht definiert. Die Logeinträge habe ich seit dem 10.08. nach einem Update auf meiner Testumgebung und seit dem 12.08. ebenfalls nach einem Update auf meinem Live-Server. Werden jeweils Mitternacht angelegt oder nach einem Neustart.

Gruß
Uwe
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 August 2017, 23:31:17
Da ist irgendwo dieses Modul noch geladen, oder einer seiner Timer läuft noch.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: UweH am 19 August 2017, 08:52:31
Zitat von: Prof. Dr. Peter Henning am 18 August 2017, 23:31:17
Modul noch geladen
Noch geladen ist gut, ich hatte es nie geladen oder definiert. Weder auf der einen noch auf der anderen Maschine. Benutzt Du das im Hintergrund für "YAAHM"-Berechnungen? Irgendwo muss es ja herkommen, könnte zeitlich auch passen. In der fhem.cfg taucht das Wort "Astro" auch nicht auf. Nur im Log.

Gruß
Uwe
Titel: Antw:neues Modul Astro.pm
Beitrag von: ComputerZOO am 19 August 2017, 09:23:15
Moin,
Zitat von: UweH am 19 August 2017, 08:52:31
...Benutzt Du das im Hintergrund für "YAAHM"-Berechnungen? Irgendwo muss es ja herkommen, könnte zeitlich auch passen. In der fhem.cfg taucht das Wort "Astro" auch nicht auf. Nur im Log.

Aus diesem Threat (Astro): https://forum.fhem.de/index.php/topic,75206.0.html (https://forum.fhem.de/index.php/topic,75206.0.html)
ZitatDer eingebaute Wecker ist schon so "smart", dass man mit einem einfachen Befehl "set <device> manualnext <timername> <zeit>" die Weckzeit ändern kann -. bei mir geht das auch über Sprachsteuerung. Die Zeiten für Sonnenaufgang etc. werden aus dem Astro-Modul ermittelt. Ferientage und Feiertage werden aus (konfigurierbaren) Kalender-Devices abgeholt.

Gruß von der Ostsee, MAX.
Titel: Antw:neues Modul Astro.pm
Beitrag von: UweH am 19 August 2017, 10:05:33
Ahhhh ja.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 19 August 2017, 13:22:15
Na, wenn Du den Sonnenaufgang nicht für Timbuktu haben willst, sondern für Deinen Wohnort, solltest Du die Attribute für Länge, Breite und Meereshöhe schon irgendwo setzen. 8)

Was mich allerdings verblüfft, ist die Häufigkeit der Calls - das sollte nämlich nur einmal nach Mitternacht geschehen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: choenig am 20 August 2017, 21:24:02
Hi pah,

ich würde gerne dieses Thema nochmal hochbringen:

Zitat von: betateilchen am 19 Juli 2017, 11:35:52
Falls Du Peter davon überzeugen kannst, die Unterstützung für readingFnAttributes in das Modul einzubauen, solltest Du STATE mittels Attribut stateFormat konfigurieren können.


  $hash->{AttrList} .= $readingFnAttributes;


Ich würde wirklich gerne event-on-change-reading und Konsorten nutzen, um das logging zu reduzieren.

Gibt es hier eine Chance, dass Du es einbaust?

Einen schönen Restsonntag und
Lg
Christian
Titel: Antw:neues Modul Astro.pm
Beitrag von: choenig am 20 August 2017, 21:40:15
Nachdem ich gerade auf "Schreiben" geklickt habe, kam mir der Gedanke, dass ich das ja auch mittels userattr machen kann. Gedacht, getan -> funktioniert.

$readingFnAttributes fänd' ich immer noch gut, aber so geht es jetzt auch :-).

LG
Christian
Titel: Antw:neues Modul Astro.pm
Beitrag von: nageniil am 23 August 2017, 03:07:46
Ein tolles Modul und vielen Dank dafür!

Eine kleine Bitte / Verbesserungsvorschlag hätte ich noch:
könnte man noch ein reading "NextFullMoon" (o.ä.) vorsehen, welches das Datum des nächsten Vollmonds errechnet und ausgibt?

Und bei den get-Methoden wäre es auch geschickt, wenn man statt des Datums (YYYY-MM-DD) auch eingeben könnte: "tomorrow" oder "day+1" oder gar "day+x", um die Astrodaten für einen Tag in der Zukunft zu erhalten.

Ich habe im Quellcode geschaut und studiert, aber noch keinen Ansatz gefunden, das umzusetzen...

Auch für einen Tipp, um mich in die richtige Richtung zu schubsen, wäre ich dankbar!
Titel: Antw:neues Modul Astro.pm
Beitrag von: antonwinden am 13 September 2017, 08:38:06
Generiert das Modul eigentlich ein Event?
Habe ein Dummy in dem ich den Sonnenauf/untergang und Mondauf/untergang per sprintf reinschreibe. aber anscheinend wird kein event generiert denn das dummy ändert sich nie.
und ein event-on-change gibt es ja auch nicht.
gruß anton

Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 13 September 2017, 08:54:01
Natürlich - aber nur beim periodischen Update, nicht beim manuellen get.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: rvideobaer am 17 September 2017, 14:07:19
Hallo,

ich habe mich jetzt auch mal mit diesem Modul beschäftigt. Da es doch ein paar unterschiede zu dem Moon Modul gibt habe ich überlegt wie für mich z.B. das Mondalter in Tagen statt in Winkel erhalten könnte. Ich habe mir jetzt ein userreading angelegt das die Umrechnung und die Pfadangabe für das Bild ausgibt. Ich verwende für meine Anzeige nur 30 Bilder, da man eigentlich den Fortschritt mit einem neuen Bild aller 7 Stunden bei einem kurzen Blick auf mein Display im Flur sowieso nicht erkennt.
ftui {"/fhem/images/phasenbilder/".int(ReadingsVal("Astro_Info","MoonAge",0)/12).".png"}
Ich hoffe das funktioniert so, werde das jetzt die nächsten Tage noch beobachten.

Gruß Rolf
Titel: Antw:neues Modul Astro.pm
Beitrag von: antonwinden am 21 September 2017, 15:47:47
Hallo,
Hab gerade gesehen das es heute keinen Moonrise und Moonset bei mir gibt :-)
hat bis jetzt eigentlich immer die richtigen zeiten angezeigt - nachfolgend das list aufs device..
Internals:
   NAME       sun_moon
   NR         1212
   STATE      Initialized
   TYPE       Astro
   VERSION    1.31
   READINGS:
     2017-09-21 14:45:10   AstroTwilightEvening 20:35
     2017-09-21 14:45:10   AstroTwilightMorning 04:54
     2017-09-21 14:45:10   CivilTwilightEvening 19:21
     2017-09-21 14:45:10   CivilTwilightMorning 06:08
     2017-09-21 14:45:10   MoonAge         16.1
     2017-09-21 14:45:10   MoonAlt         37.9
     2017-09-21 14:45:10   MoonAz          197.4
     2017-09-21 14:45:10   MoonDec         -2.7
     2017-09-21 14:45:10   MoonDiameter    30.6
     2017-09-21 14:45:10   MoonDistance    390736
     2017-09-21 14:45:10   MoonDistanceObserver 386842
     2017-09-21 14:45:10   MoonLat         4.1
     2017-09-21 14:45:10   MoonLon         194.7
     2017-09-21 14:45:10   MoonPhaseN      0.02
     2017-09-21 14:45:10   MoonPhaseS      Zunehmende Sichel
     2017-09-21 14:45:10   MoonRa          13
     2017-09-21 14:45:10   MoonRise
     2017-09-21 14:45:10   MoonSet
     2017-09-21 14:45:10   MoonSign        Waage
     2017-09-21 14:45:10   MoonTransit
     2017-09-21 14:45:10   NauticTwilightEvening 19:58
     2017-09-21 14:45:10   NauticTwilightMorning 05:32
     2017-09-21 14:45:10   ObsAlt          121
     2017-09-21 14:45:10   ObsDate         21.09.2017
     2017-09-21 14:45:10   ObsDayofyear    264
     2017-09-21 14:45:10   ObsGMST         12:47:30
     2017-09-21 14:45:10   ObsJD           2458018.03
     2017-09-21 14:45:10   ObsLMST         13:54:30
     2017-09-21 14:45:10   ObsLat          47.952
     2017-09-21 14:45:10   ObsLon          16.749
     2017-09-21 14:45:10   ObsSeason       Sommer
     2017-09-21 14:45:10   ObsTime         14:45:10
     2017-09-21 14:45:10   ObsTimezone     2
     2017-09-21 14:45:10   SunAlt          36
     2017-09-21 14:45:10   SunAz           217.9
     2017-09-21 14:45:10   SunDec          0.5
     2017-09-21 14:45:10   SunDiameter     31.9
     2017-09-21 14:45:10   SunDistance     150165893
     2017-09-21 14:45:10   SunDistanceObserver 150162138
     2017-09-21 14:45:10   SunLon          178.7
     2017-09-21 14:45:10   SunRa           11.9
     2017-09-21 14:45:10   SunRise         06:41
     2017-09-21 14:45:10   SunSet          18:48
     2017-09-21 14:45:10   SunSign         Jungfrau
     2017-09-21 14:45:10   SunTransit      12:45
     2017-09-16 14:43:40   state           Initialized
Attributes:
   alias      Sonne und Mondstand
   altitude   121
   group      Klima
   latitude   47.952
   longitude  16.749
   room       Residents

gruß anton
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 21 September 2017, 16:10:49
Jetzt bin ich mal gespannt  ;D
siehe #64, #65 und #66
Titel: Antw:neues Modul Astro.pm
Beitrag von: fettgu am 21 September 2017, 20:41:58
Guten Abend,

zum Hintergrund: ich überlegen Zeitsteuerungen mit YAAHM umzusetzen, muss mich dafür wohl von Twilight verabschieden und schaue mir dieses Modul an.

ZitatIch habe mir daher erlaubt, die Routinen von dieser Seite hier: http://lexikon.astronomie.info/java/sunmoon/ von ein paar kleineren Fehlern zu befreien und nach Perl zu migrieren.

Ich habe den Einddruck Astro hat entweder "Höhe der Sonne über Horizont" aus dem Link oben nicht, oder stellt es falsch dar.

Für latitude= 8.697447 und longitude= 49.269113 bekomme ich für Höhe der Sonne über Horizont über Twilight und og. URL ähnliche Werte, bei Astro habe ich keine Zahl in der Grössenordnung. "Sunalt" könnte es vielleicht sein, passt von den Werten aber eher nicht.

Hat Da jemand eine Lösung?

Schönen Abend

Guido Fett
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 22 September 2017, 07:33:14
Wieso "Lösung" ?  ::)

Natürlich ist in der Nomenklatur des Moduls "MoonAlt" die Höhe des Mondes über dem Horizont in Grad. Und die stimmt bei mir mit dem überein, was auf der im Link zu findenden Seite steht.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 22 September 2017, 15:34:28
Wenn einer von Sonne und einer von Mond redet, reden beide dann aneinander vorbei?
Titel: Antw:neues Modul Astro.pm
Beitrag von: fettgu am 22 September 2017, 23:02:46
Weiterhin auf Lösungssuche....

Zu MoonAlt lese ich auch im Astromodul -62.3° und über og. Webseite -19.7° (aber eigenlich geht es um die Sonne).

Dort hätte ich über das Astromodul -80.7°, über Webseite -30.7° und bei twilight 32.6° (mit nicht ganz gleichen Koordinaten).

Zum wirklichen Problem:
Eigentlich muss mein FHEM auch gar nicht wissen wie der Winkel ist, die ganze Übung hat eigentlich zum Ziel YAAHM zur Steuerung von Aussenlampen einzusetzen - nach Eintritt der Dunkelheit wäre die Idee.

YAAHM bietet Sonnenuntergang, aber das ist mir zu früh (oder eigene Berechnung auf dieser Basis erscheinen mir zu komplex). Höhe des Sonnenstandes wäre vielleicht eine Basis, aber die Nutzung von Bürgerlicher, Nautischer oder Astronomischer Abenddämmerung (aus og Webseite) in YAAHM wäre natürlich viel eleganter.

Viele Grüße
Guido Fett

Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 23 September 2017, 06:48:49
ZitatWenn einer von Sonne und einer von Mond redet, reden beide dann aneinander vorbei?
Sieht so aus.  ;D
Ich darf aber als entschuldigt gelten, weil unterwegs und auf die Konferenz konzentriert ...

Aber auch bei SunAlt stimmen bei mir die berechneten Werte mit den Referenzwerten überein. Die bemängelte Abweichung glaube ich daher nicht. Ich vermute daher: Tippfehler bei den Koordinaten, oder falsche Systemzeit.

Ach ja, ich habe gerade eine neue Version des Moduls eingecheckt, die mit Hilfe eines Attributes "horizon" erlaubt, einen eigenen ("Custom") Horizontwinkel einzustellen. Bei jedem Update werden dann die entsprechenden Zeiten für Aufgang und Untergang der Sonne berechnet, als "CustomTwilightMorning" und "CustomTwilightEvening".

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: UweH am 23 September 2017, 08:47:24
Zitat von: fettgu am 22 September 2017, 23:02:46
YAAHM bietet Sonnenuntergang, aber das ist mir zu früh (oder eigene Berechnung auf dieser Basis erscheinen mir zu komplex)
Und die schon integrierten Berechnungen reichen Dir nicht? Damit steuere ich Außenlampen und Rollos.

Gruß
Uwe
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 23 September 2017, 10:00:29
ZitatYAAHM bietet Sonnenuntergang, aber das ist mir zu früh

Unsinn - wer lesen kann, ist klar im Vorteil. Das Event "aftersunrise" hat einen einstellbaren Offset zu sunrise.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: fettgu am 23 September 2017, 14:15:09
ZitatDas Event "aftersunrise" hat einen einstellbaren Offset zu sunrise.

Stimmt, aber der einstellbare Offset ist leider statisch - und die Anforderung wäre eine dynamische Verschiebung. Die Zeitspanne zwischen Sonnentergang und zb Nautischer Abenddämerung ist wohl nicht konstant über das Jahr.

"Höhe der Sonne über Horizont" scheint bei negativen Zahlen abzuweichen (zur Zeit zumindest nicht).  Das schaue ich mir heute abend noch mal an...

Bis dahin mache ich eine Schulung "Lesen mit Sinn" ;-)

Viele Grüße
Guido Fett
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 23 September 2017, 19:46:05
Wieso statisch ? Das kann jederzeit durch einen einfachen Perl-Aufruf geändert werden.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Benni am 23 September 2017, 20:56:50
Zitat von: choenig am 20 August 2017, 21:24:02
Ich würde wirklich gerne event-on-change-reading und Konsorten nutzen, um das logging zu reduzieren.

Gibt es hier eine Chance, dass Du es einbaust?

Laut Commandref (http://commandref.fhem.de/#Astro) sollten die eigentlich drin sein. Kann die bei mir am Astro-Device allerdings auch nicht finden  ???

Zitat von: commandref
Attributes

<interval>
Update interval in seconds. The default is 3600 seconds, a value of 0 disables the automatic update.
Some definitions determining the observer position:
attr <name> longitude <value>
attr <name> latitude <value>
attr <name> altitude <value> (in m above sea level)
These definitions take precedence over global attribute settings.
Standard attributes alias, comment, event-on-update-reading, event-on-change-reading, room, eventMap, loglevel, webCmd


die restlichen genannten sind übrigens vorhanden
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 23 September 2017, 21:02:37
Na, dann muss ich die CommandRef berichtigen.

Irgendwann baue ich das vielleicht vollständig ein, aber im Moment habe ich zu viele Baustellen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Benni am 23 September 2017, 21:13:50
Zitat von: Prof. Dr. Peter Henning am 23 September 2017, 21:02:37
Na, dann muss ich die CommandRef berichtigen.

Irgendwann baue ich das vielleicht vollständig ein, aber im Moment habe ich zu viele Baustellen.

LG

pah

Das ist doch schneller eingebaut, als die Commandref  geändert.
Du musst dazu doch lediglich im Initialize $readingFnAttributes an die Attributliste anhängen und gut ist's.  :-\
Titel: Antw:neues Modul Astro.pm
Beitrag von: fettgu am 23 September 2017, 21:29:19
Guten Abend,

zu den unterschiedlichen Daten von Astro und der og. Webseite, 2 Screenshots einmal Web, einmal Astromodul. Ich denke zur gleichen Zeit, mit den gleichen Koordinaten.

Im Web ist Höhe der Sonne über Horizont -14.8, im Astromodul -61.8.

ZitatWieso statisch ? Das kann jederzeit durch einen einfachen Perl-Aufruf geändert werden.

Klingt interessant, gibt es dazu weitere Dokumente?

Meine aktuelle Idee zum Lösungsansatz ist diese hier:
Ich müsste ja  - unabhängig vom Astromodul -  andere Dämmerungszeiten lesen, und die dann YAAHM unterschieben, oder über das DOIF zu gehen (dann verlöre ich die Transparenz in YAAHM) - und dann könnte ich auch weiter auf twilight (und yahoo) bauen...

Viele Grüße
Guido Fett
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 24 September 2017, 05:14:50
ZitatIch denke zur gleichen Zeit, mit den gleichen Koordinaten.
Ich nicht. Mit den korrekten Angaben stimmen beide Berechnungen überein. >:(

Diskussionen über YAAHM werden im entsprechenden Thread geführt, und Aussagen wie "dann könnte ich ja etwas Anderes verwenden" werden von mir grundsätzlich nicht beantwortet.

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: rvideobaer am 28 September 2017, 21:50:05
Hallo,

das Astro Modul zeigt momentan
MoonPhaseS   Zunehmende Sichel
aber wir sollten doch mittlerweile "Zunehmender Halbmond" haben?
Ist das so vorgesehen?

Gruß Rolf
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 29 September 2017, 11:58:20
Kann ich nicht nachvollziehen. Meine Referenzinstallation sagt ganz korrekt "Zunehmender Mond".

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 29 September 2017, 12:40:06
gestern bei mir: Zunehmende Sichel
heute: Zunehmender Mond

die frage wäre wohl: gibts was dazwischen?
ists nur ein formulierungsproblem oder sind das riesen sprünge?
eventuell sollten wir mal alle diesbezüglichen texte sehen und eventuell verbessern/ergänzen/dausicher beschreiben?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 29 September 2017, 12:52:33
Die Texte kann jeder im Modul nachsehen (oder eine neue Sprache beisteuern, ist ja eines der wenigen Module mit internationaler Option).

"Dazwischen" gibt es "Erstes Viertel" - und das sollte für +/- einen Tag angezeigt werden. Was war gestern denn "MoonPhaseN" ?

Edit: Ich habe gerade den Algorithmus noch einmal geprüft, der ist ok. Ungefähre Eckwerte

Neumond = Mondalter von -12 .. +12 Grad
Zunehmende Sichel = Mondalter von 12 .. 78 Grad
Erstes Viertel = Mondalter von 78 .. 102 Grad
Zunehmender Mond = Mondalter von 102 .. 168 Grad

etc.

LG

pah

Titel: Antw:neues Modul Astro.pm
Beitrag von: rvideobaer am 01 Oktober 2017, 14:42:50
Hallo,

bei mir im Log taucht im Minutenabstand folgende Meldung auf.
[Astro] No horizon attribute defined, using 0.0°
Wie ermittle ich den diesen wert für mich oder reicht es 0.0 einzutragen?

Gruß Rolf
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 01 Oktober 2017, 17:40:50
Minutenabstand deshalb, weil die das Intervall auf 1 Minute gesetzt wurde.

Ja, es reicht 0 als Attributwert, um das abzustellen. Das ist der eigene Horizontwinkel.

Edit: Es reicht aber auch, wenn der Verbosity-Level < 5 ist.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: stgeran am 05 Oktober 2017, 20:10:42
Wie bekomme ich die Mondbilder angezeigt? Ich habe die 99_myUtils_Astro.pm
# $Id: 99_myUtils_Astro.pm 0011 2017-07-15 00:00:00Z Fhemmike $
#


package main;

use strict;
use warnings;
use POSIX;


sub myUtils_Astro_Initialize($$)
{
  my ($hash) = @_;
}

sub moon_pics($)
{
my ($name)    = @_;
my $picNo     = ReadingsVal("Astro","MoonAge",0);
my $picOrd    = "/fhem/www/images/phasenbilder/";
my $picPath   = "";


  if(  $picNo < 180 ){
    $picNo = int($picNo/180*49+51);
  }else{
    $picNo = int(($picNo/180-1)*49+1);
  }

$picPath =  $picOrd.$picNo.".png";

return $picPath
}


sub Moon_to_html($)
{
   my($hash) = @_;
   $hash = $defs{$hash} if( ref($hash) ne 'HASH' );
   return undef if( !$hash );

   my $name = $hash->{NAME};
   my $scale = "100";
   my $state = $hash->{STATE};
   my $pathToPictures = ReadingsVal("Astro", "ftui", "");
   my $ret;

   $ret .= "<div style='width:".$scale."px; text-align: center;'>";
   $ret .= "<img src='$pathToPictures$\' width='$scale' height='$scale'>";
   $ret .= "</div>";

   $hash->{fhem}->{cached} = $ret;

   return $ret;
}

1;

und im Pfad
/fhem/www/images/phasenbilder/
die Mond.png Bilder
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 06 Oktober 2017, 13:39:55
Moin stgeran

https://forum.fhem.de/index.php/topic,73951.msg660570.html#msg660570 (https://forum.fhem.de/index.php/topic,73951.msg660570.html#msg660570)
Titel: Antw:neues Modul Astro.pm
Beitrag von: stgeran am 06 Oktober 2017, 17:14:52
OK, ich hatte statt moonphase phasenbilder in meinem Pfad. Aber heute 51.png zeigt einen schwarzen Mond. Stimmt die Reihenfolge der Bilder nicht?
Titel: Antw:neues Modul Astro.pm
Beitrag von: stgeran am 07 Oktober 2017, 16:20:15
Warum bekomme ich das
define Moon_weblink weblink htmlCode { Moon_to_html("myAstro") }
nicht in einen meiner Räume?
Internals:
   DEF        htmlCode { Moon_to_html("myAstro") }
   LINK       { Moon_to_html("myAstro") }
   NAME       Moon_weblink
   NR         183
   STATE      initialized
   TYPE       weblink
   WLTYPE     htmlCode
Attributes:
   room       Aussen,Wetter

Es ist weder in dem einen noch in dem anderen Raum zu sehen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 07 Oktober 2017, 18:01:12
Seitenquelltext der Webseite ansehen - vermutlich liefert die Funktion irgendeinen nicht darstellbaren Müll.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 08 Oktober 2017, 16:01:09
nur n hinweis ...
in der de commandref für astro --> https://fhem.de/commandref_DE.html#Astro
geht der link nach https://fhem.de/fhem/docs/commandref.html#Astro
sollte der nicht https://fhem.de/commandref.html#Astro lauten?

noch ne frage, weil ich grade gefragt wurde:
sind die mondbilder nun irgendwie per weblink direkt erreichbar, oder geht noch immer nur die version mit myutils und dem userreading?
ich finde dazu nix in der commandref.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 08 Oktober 2017, 19:03:04
OK, Danke. Wird geändert

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 23 Oktober 2017, 18:55:53
Hi,

nach einem Neustart habe ich im Log folgende Fehlermeldung vom Modul:

PERL WARNING: Use of uninitialized value $Astro{"MoonSign"} in sprintf at ./FHEM/95_Astro.pm line 1323.

Beste Grüße
Torsten
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 13 November 2017, 01:06:12
Mannomannomann ...  :D
ein Spitzen-Modul, eine zügige Entwicklung bis zur Reife und ein wunderbarer Thread, in dem Leute austeilen und einstecken können. Sätze wie "ich bin doch kein Auftragsprogrammierer" u.ä. haben mich laut auflachen lassen. Und Spanisch und Perl kann ich auch nicht - sorry pah.
Danke an alle Beteiligten - und eine artige, bewundernde Verbeugung vor der Kompetenz des Herrn prof.dr.
Letztlich hat der Beitrag von 'the ratman' vom 17.07. mich als Neubiene(rich) auf's Fahhrad gehoben.
Das habe ich tatsächlich verstanden! Und das Modul rennt wie ein Döppgen auf meiner Installation.

Kleines Dankeschön:
Für alle, die nicht mehr ganz so doll gute Augen haben und daher Bilddetails eh nicht so recht erkennen - und natürlich auch für die Mitmenschen, die das Mondphasenbild nur in einer 2x2-Zelle in der FTUI darstellen - habe ich die 100 Mondphasen-pics mal etwas im Kontrast angehoben und sie auf 200x200px verkleinert  => insgesamt statt statt ca. 24 MB nur noch knapp 6 MB.
Datei: moonphase_contrast_200x200px.zip
Muster-pic: contrast_example_75.png

Wer mehr Farbe ins kontraststärkere Spiel bringen will...
Datei: moonphase_contrast_200x200px_yellow.zip
Muster-pic: contrast_example_yellow_75.png

Nochmals merci vielmals und
have fun
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 13 November 2017, 07:59:32
Eine in der Usability-Forschung seit Jahrzehnten bekannte Tatsache ist, dass wir mit hinreichender Genauigkeit nur 15 verschiedene Winkel unterscheiden können.
100 Bilder sind also, vorsichtig gesagt, Overkill.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: mahowi am 13 November 2017, 08:12:01
Hallo pah,

wäre es möglich, die deutsche Doku komplett aus dem Modul zu löschen?

Ich habe in global language auf DE gesetzt. Damit bekomme ich, wenn vorhanden, die deutsche Doku angezeigt, wenn keine vorhanden ist, die englische. Da Du aber den Text
ZitatAbsichtlich keine deutsche Dokumentation vorhanden, die englische Version gibt es hier: Astro
als deutsche Doku angegeben hast, wird natürlich nicht automatisch die englische Version angezeigt. Das ist unschön, wenn man z.B. im Device auf "Device specific help" klickt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Morgennebel am 13 November 2017, 08:13:52
Mehr als 640 KByte braucht kein Mensch....? ;-)

Ciao, -MN
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 13 November 2017, 09:16:25
Zitat... dass wir mit hinreichender Genauigkeit nur 15 verschiedene Winkel unterscheiden können.
100 Bilder sind also, vorsichtig gesagt, Overkill.
Okay - ich hänge die pic-Anzeige an das reading MoonPhaseS und suche mir die dazu passenden 8 Bildchen aus. Diese Genauigkeit ist für mich persönlich genug. Und der Ordner moonphase schrumpft von 5,6 MB auf die 'Morgennebel'sche Aussage:
ZitatMehr als 640 KByte braucht kein Mensch....? ;-)
Klasse, danke.
Titel: Antw:neues Modul Astro.pm
Beitrag von: rvideobaer am 13 November 2017, 10:25:03
Hallo,

Ich habe für mich die Bilder auf 30 reduziert, das ist hinreichend genau und Aussagekräftig genug. Wenn man nicht gerade Hobbyastronom ist braucht man nicht alle 7 Stunden ein neues Bild das man vom Vorgänger bzw. Nachfolger optisch gar nicht unterscheiden kann.

Gruß Rolf
Titel: Antw:neues Modul Astro.pm
Beitrag von: herrmannj am 13 November 2017, 10:37:17
Icons ....

Projektvorschlag:
http://www.astroshop.de/meade-maksutov-teleskop-mc-90-1250-etx-90-observer-az-eq-goto/p,49933
http://www.astroshop.de/kameras/bresser-kamera-wifi-1-3mp-1-25-/p,51572

wird von Astro.pm positioniert und zeigt das als Livebild an.

:)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 13 November 2017, 10:54:45
ZitatMehr als 640 KByte braucht kein Mensch....? ;-)

Nicht ganz vergleichbar - das eine eine indivuduelle Fehleinschätzung auf Grund persönlicher Unkenntnis, das andere eine Limitierung der menschlichen Wahrnehmung.

Zitatwird von Astro.pm positioniert und zeigt das als Livebild an.

Kein Problem, dafür eine Funktion zu schreiben, die einen Schrittmotor ansteuert. Ist aber für ca. 50% des Tages eher witzlos.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 13 November 2017, 12:33:57
@pah:
Zitatdas andere eine Limitierung der menschlichen Wahrnehmung
Das setzt aber voraus, dass ich die Ordner-Größenangabe auch inhaltlich mit dem Satz-Inhalt der 'Morgennebel'schen Aussage gleich setze.
Das ist nicht der Fall. Mir gefiel nur die Gleichheit der Zahlenwerte.  ;D

@herrmannj:
Kanone ... Spatzen ;D 8)
Titel: Antw:neues Modul Astro.pm
Beitrag von: herrmannj am 13 November 2017, 12:41:19
ZitatKanone ... Spatzen ;D 8)
YESSS !!!!!!!!!! :D :D :D

[Aber hey, 200 vordefinierte ICONS sind doch für Amateure .... *fg]
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 13 November 2017, 12:50:24
@ulobo60: Wenn wir schon genau sein wollen: Helligkeitswahrnehmung ist nahezu identisch zur Gelbwahrnehmung - insofern ist es eben keine Kontrasterhöhung, den armen Mond nur irgendwie "gelb" einzufärben. Die Kontrasterhöhung bei den hochgeladenen Bildern kommt ausschließlich daher, dass die verwendete Gelbfärbung einen höheren Helligkeitswert (=V im HSV-Farbmodell) hat, als das vorher dort präsente sehr helle Grau.

Das Astro-Modul dient mir primär als Hilfsmodul für das Modul YAAHM. Dort habe ich schon ein SVG-Widget eingebaut, das sich dynamisch an die Sonnenauf- und Untergänge anpasst. Werde ich gelegentlich auf die Mondphase ausdehnen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Morgennebel am 13 November 2017, 12:58:45
Zitat von: Prof. Dr. Peter Henning am 13 November 2017, 10:54:45
Nicht ganz vergleichbar - das eine eine indivuduelle Fehleinschätzung auf Grund persönlicher Unkenntnis, das andere eine Limitierung der menschlichen Wahrnehmung.

Des Menschen Wille ist sein Himmelreich... Von mir aus kann das auch eine Animation in UHD 4K mit 120fps sein - wenn es den Anwender glücklich macht und er/sie meint, es zu sehen...

Ciao, -MN
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 13 November 2017, 13:09:52
Zitat... Helligkeitswahrnehmung ist nahezu identisch zur Gelbwahrnehmung ...
Ahhh, jetzt, ja!
Das war auf meinen gelbsüchtigen pic-Satz bezogen! Verstehe.
Und: ich hätt's nicht besser ausdrücken können  8)

Außerdem:
Zitat... Modul YAAHM ... Werde ich gelegentlich auf die Mondphase ausdehnen.
Thumbs up !
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 13 November 2017, 16:39:10
Und wo wir dann schon beim Thema sind: Wenn jemand Bilder der 12 Tierkreiszeichen hat (vorzugsweise als SVG-Grafiken), kann man diese auch noch einbauen.

Es wird heute abend noch eine neue Version des Astro-Moduls geben, weil das derzeitige unter Windows Probleme mit der strftime-Funktion hat.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 13 November 2017, 20:04:25
Hallo Pah,

könntest Du bei der Gelegenheit noch das

$hash->{AttrList} .= $readingFnAttributes;

ergänzen. Dann muss ich es nicht mehr bei mir lokal nach einem Update machen.

Vielen Dank für das tolle Modul!

Beste Grüße
Torsten
Titel: Antw:neues Modul Astro.pm
Beitrag von: rvideobaer am 13 November 2017, 20:21:49
Hallo,

Sternzeichen habe ich schon eine weile eingefügt.

Gruß Rolf
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 13 November 2017, 20:47:08
Na, hier dann mal etwas zum Testen.

Erste Änderung: Ich habe die Inkompatibilität des strftime-Aufrufes unter Windows behoben, die Daten werden jetzt auch unter Windoof richtig ermittelt.

Zweite Änderung: Wenn das Astro-Device unter dem Namen XXX definiert ist, gibt es unter der URL

<FHEM-IP-Adresse>:8083/fhem/Astro_moonwidget?name='XXX'&size='200x200'

ein Mondphasenbild in beliebiger Auflösung. Und zwar mit der maximal erreichbaren Genauigkeit. (Den size-Parameter kann man frei wählen)

Man braucht also keine zig Bitmaps mehr. Über Farben etc. kann man gerne noch nachdenken, das hier ist der erste Schuss.

LG

pah

Modul wird per Update verteilt, ist im SVN
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 13 November 2017, 20:59:57
Hallo Pah,

danke für den Einbau des "readingFnAttributes".  Moonwidget habe ich auch ausprobiert und für mich würde das völlig ausreichen.

Beste Grüße
Torsten
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 13 November 2017, 21:56:57
Zitat... ein Mondphasenbild in beliebiger Auflösung. Und zwar mit der maximal erreichbaren Genauigkeit
Booooahhhh .... der Mondphasenbild-Fan ist zutiefst beeindruckt und hochgradig begeistert.
Merci.
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 14 November 2017, 15:02:43
.nochmal zu win ... 2 fehler meldet er noch bei server neustart2017.11.14 14:54:01 1: PERL WARNING: "my" variable $radius masks earlier declaration in same scope at ./FHEM/95_Astro.pm line 1223, <$fh> line 110.
2017.11.14 14:54:01 1: stacktrace:
2017.11.14 14:54:01 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (1223)
2017.11.14 14:54:01 1:     (eval)                              called by C:/fhem/fhem.pl (2449)
2017.11.14 14:54:01 1:     (eval)                              called by C:/fhem/fhem.pl (2448)
2017.11.14 14:54:01 1:     main::CommandReload                 called by C:/fhem/fhem.pl (1864)
2017.11.14 14:54:01 1:     main::LoadModule                    called by C:/fhem/fhem.pl (1921)
2017.11.14 14:54:01 1:     main::CommandDefine                 called by C:/fhem/fhem.pl (1182)
2017.11.14 14:54:01 1:     main::AnalyzeCommand                called by C:/fhem/fhem.pl (1035)
2017.11.14 14:54:01 1:     main::AnalyzeCommandChain           called by C:/fhem/fhem.pl (1317)
2017.11.14 14:54:01 1:     main::CommandInclude                called by C:/fhem/fhem.pl (544)
2017.11.14 14:54:01 1: PERL WARNING: "my" variable $axis masks earlier declaration in same scope at ./FHEM/95_Astro.pm line 1224, <$fh> line 110.
2017.11.14 14:54:01 1: stacktrace:
2017.11.14 14:54:01 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (1224)
2017.11.14 14:54:01 1:     (eval)                              called by C:/fhem/fhem.pl (2449)
2017.11.14 14:54:01 1:     (eval)                              called by C:/fhem/fhem.pl (2448)
2017.11.14 14:54:01 1:     main::CommandReload                 called by C:/fhem/fhem.pl (1864)
2017.11.14 14:54:01 1:     main::LoadModule                    called by C:/fhem/fhem.pl (1921)
2017.11.14 14:54:01 1:     main::CommandDefine                 called by C:/fhem/fhem.pl (1182)
2017.11.14 14:54:01 1:     main::AnalyzeCommand                called by C:/fhem/fhem.pl (1035)
2017.11.14 14:54:01 1:     main::AnalyzeCommandChain           called by C:/fhem/fhem.pl (1317)
2017.11.14 14:54:01 1:     main::CommandInclude                called by C:/fhem/fhem.pl (544)
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 14 November 2017, 15:20:53
mach einfach mal das "my" da weg :)


...
my ($radius,$axis,$dir,$start,$middle);
$radius = 250;
$axis  = sin(($ma+90)*$DEG)*$radius;
...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 November 2017, 15:52:17
Leute, das sind keine "Fehler", sondern nur Warnungen - und ohne Einfluss. Dafür verschwende ich keine Releasenummer.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 14 November 2017, 17:01:19
@nils_
das nutzt mir aber nur bis zum nächsten update was

@pah
sei ned so pingelig.
für mich is alles im log ein fehler *g* bzw. sorry fürs falsche wort.
sollte auch nur n hinweis sein. rennen tuts ja super, dank deines chirurgischen eingriffs.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 November 2017, 17:55:39
Zitatsei ned so pingelig.

Aber doch.  8)

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 15 November 2017, 08:09:43
Zitat von: the ratman am 14 November 2017, 17:01:19
@nils_
das nutzt mir aber nur bis zum nächsten update was
richtig.
aber du hättest keine warning mehr im log :)

und (achtung ganz weit ausgeholt):
wenn ein neues update für astro kommt, dann wird der "fehler" ( :D ) vermutlich von pah behoben worden sein (plus neue releasenummer ;) ), und dann passt es bei dir auch wieder....



@pah
sei ned so pingelig.
für mich is alles im log ein fehler *g* bzw. sorry fürs falsche wort.
sollte auch nur n hinweis sein. rennen tuts ja super, dank deines chirurgischen eingriffs.
[/quote]
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 24 November 2017, 18:33:56
hmmmmm .....
... woran kann es liegen, dass alle Readings des Moduls sauber stündlich aktualisiert werden.
Nur das Reading 'SunSign' nicht.
Das steht festgemauert (frei nach Schiller) seit 2017-11-22 03:08:47 auf dem Wert "Skorpion".

Kann ich das irgendwie selbst verursacht haben, da ich ein userReading mit 'SunSign' eingebaut habe, das vielleicht klemmt?
UserReading:
skz_vonbis:SunSign.* {my $state = ReadingsVal($name,"SunSign",0);
if ($state eq "Wassermann") {return "21. Jan - 19. Feb";}
elsif ($state eq "Fische") {return "20. Feb . 20. Mär";}
elsif ($state eq "Widder") {return "21. Mär - 20. Apr";}
elsif ($state eq "Stier") {return "21. Apr - 20. Mai";}
elsif ($state eq "Zwillinge") {return "21. Mai - 21. Jun";}
elsif ($state eq "Krebs") {return "22. Jun - 22. Jul";}
elsif ($state eq "Löwe") {return "23. Jul - 23. Aug";}
elsif ($state eq "Jungfrau") {return "24. Aug - 23. Sep";}
elsif ($state eq "Waage") {return "24. Sep - 23. Okt";}
elsif ($state eq "Skorpion") {return "24. Okt - 22. Nov";}
elsif ($state eq "Schütze") {return "23. Nov - 21. Dez";}
else {return "22. Dez - 20. Jan";}}


Hat jemand eine Erklärung für das Phänomen der Nicht-Aktualisierung von SunSign in meinem FHEM?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 25 November 2017, 03:41:00
Ja. Tippfehler in 95_Astro.pm

In den beiden Übersetzungstabellen hatte ich "Sagittarius" statt "sagittarius" geschrieben. Ist behoben und eingecheckt.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 25 November 2017, 12:11:49
@pah:
Danke!
Aber ich bin trotzdem auch selber schuld.
Habe mir nämlich vor Verwendung dieses Readings Deine pm etwas genauer angeschaut und diesen Zweig rückverfolgt.
Nebenbei ist mir damals aufgefallen, dass Du alles excellent ins Deutsche übersetzt hattest und global-DE verarbeitest.
Ich werde also demnächst bei meinen persönlichen 'Prüfungen' etwas sorgfältiger sein.
Und: merci für's schnelle Beheben (wie immer).
nice weekend  :D
Titel: Antw:neues Modul Astro.pm
Beitrag von: Barnie1989 am 27 November 2017, 09:03:06
Hallo,

seit heute habe ich folgenden Eintrag im Log:

2017.11.27 08:49:00 1: PERL WARNING: Argument "[Astro_Get] astro has improper time specification MoonAg..." isn't numeric in addition (+) at ./FHEM/95_Astro.pm line 1238.

Die Monduntergangswerte kommen nicht mehr!


Hat jemand einen Tipp?

Danke RUDI
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 27 November 2017, 13:38:36
... identisch zu 'Barnie1989':
Habe heute auch keinen Wert für Monduntergang.
Tip anybody?
Dank im Voraus.
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 27 November 2017, 14:52:18
Stellte heute fest, dass sich das Reading 'MoonPhaseS' nicht aktualisiert hat.
Zeigt 'Zunehmende Sichel', müßte aber anzeigen 'Erstes Viertel'.

Da ich aus der Vergangenheit gelernt habe (siehe Beiträge #137 und #138), studierte ich die 95_Astro.pm.
Yepp: in Zeile 224 findet man den Eintrag "firstquarter   ".
Ändert man den Eintrag in "firstquarter", läuft alles fröhlich und perfekt vor sich hin und der Eintrag 'Erstes Viertel' wird angezeigt.

Was wäre unser prof nur ohne seine Assistenten wert? => nur noch so ca. 99,999%
Und was wäre das Fußvolk (wie bspw. ich) ohne unseren prof wert? => Nichts, Nada, Zero!  :)
In diesem Sinne: thx pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 27 November 2017, 16:23:23
Tippfehler war in beiden Übersetzungstabellen.

Fix ist eingecheckt.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ulobo60 am 27 November 2017, 18:24:27
...yeppp! stimmt ... + Zeile 138 !
99,99999% !
Danke.
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 11 Dezember 2017, 10:11:57
Hallo pah,

ich habe gerade einen "fehler" in der commandref entdeckt.

https://fhem.de/commandref_DE.html#Astro
der Link auf die englische Version funktioniert nicht   :-\


grüße
nils_
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 11 Dezember 2017, 10:52:24
Soso, das ist aber nicht die aktuelle Version von Astro.


pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 11 Dezember 2017, 11:05:17
nicht?

https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/95_Astro.pm#L1526
(ich hab nicht lokal geguckt bei mir, sondern was im svn bzw. online-cref ist...)


grüße
nils_

Titel: Antw:neues Modul Astro.pm
Beitrag von: misux am 03 Februar 2018, 12:19:35
Hallo!

Nicht gleich schlagen, habe quasi null Ahnung von dem Thema, aber: wenn ich im Fhem oder auf der besagten Seite http://lexikon.astronomie.info/java/sunmoon/ folgende Koordinaten eingebe: 52.372 Länge und 9.741 Breite bekomme ich einen Sonnenaufgang um knapp 4 Uhr morgens! Ist das richtig? irgendwas stimmt da nicht... auf der Seite mit ähnlichem Ort klingt das schon viel besser https://www.sonnenaufgang-sonnenuntergang.de/?resulting=1&longitude=9.199822600000061&latitude=52.3252099&location=Stadthagen

ich frage um zu verstehen wann denn nun mein Licht aus geht wenn die Morgendämmerung eintrifft... und eas ist definitiv nich um 4 Uhr morgens  ::) eher um ca 8.

vielen Dank!
Titel: Antw:neues Modul Astro.pm
Beitrag von: KernSani am 03 Februar 2018, 12:22:54
Vertausch mal Länge und Breite ;-)


Kurz, weil mobil...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 03 Februar 2018, 12:50:39
ROFL

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: misux am 03 Februar 2018, 14:42:01
 ::)

oh mann... gut das sowas nicht weh tun kann... ich könnte vor Schmerzen nicht sitzen...Vielen Dank für den Tipp ;)

Aber noch eine Frage: attr global altitude <wert>... das ist doch Höhe der Sonne über Horizont, oder? Dieser Wert ändert sich doch je nach Uhrzeit... Was gibt man denn da ein wenns kein fester Wert ist?


Danke!
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 03 Februar 2018, 16:08:49
 ::)Das ist die Höhe über Meeresspiegel der Lokation, in der man sich befindet...

Und nein, das ist nicht abhängig von den Gezeiten.


pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: misux am 03 Februar 2018, 18:04:18
achsoo... also auf einfach Deutsch höhe über NN z.b. Zugspitze um die 2100m?  Richtig verstanden?
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 19 Februar 2018, 19:20:16
Hallo pah,

ich habe "direkt" nach einem Neustart von fhem (oder vielleicht auch beim der ersten Nutzung des astro device) im Log (verbose 3) eine Fehlermeldung, da "get ZS_zs_UW_AstroDaten text SunRise 2018-02-19" keine Uhrzeit wie erwartet, sondern alle Informationen zurückliefert, die sonst nur bei "get <device> text" kommen. Da ich nur eine Uhrzeit erwarte, kommt dann der Vergleich der Uhrzeit in meiner myUtils aus dem Tritt...

2018.02.19 18:57:03.445 3: get ZS_zs_UW_AstroDaten text SunRise 2018-02-19 : Datum 19.02.2018 12:00:00
Julianisches Datum 2458168.96 Tage, 50 Tag d. Jahres
Jahreszeit Winter, Zeitzone  1
Koordinaten 8.57684° Länge, 49.38325° Breite, 102m Höhe ü.M.
Lokale Sternzeit 21:31:41


Sonne
Aufgang 07:27   Untergang 17:51   Kulmination 12:39
Bürgerliche Dämmerung 06:55  -  18:24
Nautische Dämmerung 06:18  -  19:01
Astronomische Dämmerung 05:41  -  19:38
Entfernung: 147901944km z. Erdmittelpunkt (147898860km z. Beobachter)
Position:  Eklipt. Länge 330.7°, Rektaszension 22.20h, Deklination -11.1°; Azimut 168.9°, Horizontwinkel 28.8°
Durchmesser 32.4', Tierkreiszeichen Fische


Mond
Aufgang 09:14   Untergang 21:50   Kulmination 15:27
Entfernung: 383121km z. Erdmittelpunkt (380516km z. Beobachter)
Position:  Eklipt. Länge 12.4°, Eklipt. Breite -4.3°; Rektaszension 0.90h, Deklination 0.1°; Azimut 121.8°, Horizontwinkel 24.5°
Durchmesser 31.2',  Alter 41.7°, Phase 0.13 = Zunehmende Sichel, Tierkreiszeichen Widder

2018.02.19 18:57:03.445 1: PERL WARNING: Argument "Datum 19.02.2018 1200:00 \nJulianisches Datum 2458168.96..." isn't numeric in numeric lt (<) at ./FHEM/99_myUtils.pm line 101.


Hast Du eine Idee woran das liegen kann? Falls Du ein Log mit verbose 5 benötigst, sag Bescheid - der Fehler sollte sich reproduzieren lassen.

Beste Grüße
Torsten
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 20 Februar 2018, 00:49:36
"Direkt nach dem Start" kann bedeuten, dass die Uhrzeitroutinen noch kein aktuelles Datum liefern. Würde ich einfach ignorieren wollen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 20 Februar 2018, 21:46:24
Dann muss ich wohl den Fehler selbst abfangen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 18 März 2018, 14:07:55
Hallo pah,

ich bin gerade etwas irritiert, nachdem ich mir die CustomTwilight-Werte angeschaut habe. Bei einer Einstellung des Attributs horizon=0, müsste dann nicht der Custom-Wert einem der anderen Werte entsprechen?

Nachfolgend die aktuell mit get Text zurückgelieferten Werte für meinen Standort mit horizon=0:
AstroTwilightMorning: 04:45
CivilTwilightMorning: 06:01
SunRise: 06:33

CustomTwilightMorning: 06:38

Für Evening/Sunset sieht das genauso aus. Was ist denn die Basis für die Custom-Berechnung, fließt außer horizon noch etwas ein?

Beste Grüße
Torsten


Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 März 2018, 15:10:31
Nicht ganz. Die Zeiten für civil, nautical, astronomical ergeben sich durch Azimutwinkel von -6, -12 und -18 Grad.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 18 März 2018, 19:37:26
Hallo pah,

danke für die Erklärung. Wenn ich jetzt noch "Google" richtig verstanden habe, rührt der Unterschied zwischen sunrise und der Berechnung mit Horizon=0 aus der Verwendung der Oberkante der Sonne bei sunrise und der Verwendung des Sonnenmittelpunktes bei der anderen Berechnung.

Beste Grüße
Torsten
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 19 März 2018, 13:33:23
So siehts aus.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 25 März 2018, 20:11:06
Hallo pah,

kann es sein, dass das Modul die Zeiten z.B. den Sonnenuntergang in Normalzeit und nicht in Sommerzeit zurückliefert? Der Sonnenuntergang wird mir heute mit 18:46 Uhr angegeben, was aber eine Stunde zu früh war. Oder passiert das nur heute wegen der Umstellung?

Gibt es im Modul eine Möglichkei, die Sommerzeit zu berücksichtigen / zu erkennen oder muss ich die Stunden selbst addieren?

Beste Grüsse

Torsten

Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 25 März 2018, 21:27:58
Sieht im Moment so aus, als ob da irgendetwas nicht stimmt - eigentlich sollte die Stunde korrekt addiert werden.

Seh ich mir morgen mal an.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: enno am 26 März 2018, 10:02:07
Moin pah,

nutze Astro bis her sehr zufrieden und habe damit Twilight komplett ersetzt. Seit der Sommerzeitumstellung stehe ich hier aber stark unter Beschuss meiner Mitbewohnerin, da die Rollos viel zu früh runtergehen. Kannst du abschätzen wie schnell du das fixen kannst/willst, sonst baue ich bei mir die Stunde Verschiebung selbst in die at/doifs mit ein. Wenn du sagst die Änderung ist fast auf dem Weg, dann spare ich mir den Aufwand und halte die Stichelleien hier im Haus noch etwas aus ;D

Gruss
  Enno
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 26 März 2018, 14:09:03
Anbei eine korrigierte Version - das war jetzt ein Schnellschuss, muss mal sehen, ob das irgendwelche anderen Auswirkungen hat.

Habe ich auch schon eingecheckt.

Lag (wie schon so oft ...) an dem blöden "localtime" von Perl.


LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ToKa am 26 März 2018, 18:54:07
Hallo pah,

sieht gut aus, die Werte sind jetzt alle um eine Stunde korrigiert. Danke für die schnelle Korrektur des Moduls.

Zur Info: Habe mal localtime(gettimeofday()) in der Kommandozeile ausgeführt und das liefert bei mir die korrekte Uhrzeit.

Wäre es sehr aufwendig, dem Modul ein weiteres Reading als Flag für die Sommerzeit zu spendieren?

Beste Grüße
Torsten
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 26 März 2018, 19:45:07
Nein, sondern das habe ich im Zug der Korrektur schon getan. Der Schnellschuss von vorhin ist jetzt durch eine saubere Version 1.44 ersetzt worden, die aktuell eingecheckt wurde und ab sofort im SVN und in einigen Stunden per Update verteilt wird. Die Zwischenversion von vorhin fliegt weg.

Reading heißt ObsIsDST und ist =1, wenn Sommerzeit herrscht.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: drhirn am 27 März 2018, 12:58:50
Zitat von: Prof. Dr. Peter Henning am 13 November 2017, 20:47:08
Zweite Änderung: Wenn das Astro-Device unter dem Namen XXX definiert ist, gibt es unter der URL

<FHEM-IP-Adresse>:8083/fhem/Astro_moonwidget?name='XXX'&size='200x200'

ein Mondphasenbild in beliebiger Auflösung. Und zwar mit der maximal erreichbaren Genauigkeit. (Den size-Parameter kann man frei wählen)

Man braucht also keine zig Bitmaps mehr. Über Farben etc. kann man gerne noch nachdenken, das hier ist der erste Schuss.

Bezüglich Farben wär's natürlich großartig, wenn man die selbst bestimmen könnte. In der URL z.B.

Und wenn man dann noch ein bestimmtes Datum angeben könnte, wäre das ein Traum. ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 27 März 2018, 16:55:40
Aber das gibt es doch schon seit langer Zeit. Man rufe bitte mal auf:
/fhem/Astro_moonwidget?name='Astronomie'&mooncolor=red&moonshadow=green

Ein beliebiges Datum in die URL des Mondaufrufes ? Nein, wird es nicht geben.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: drhirn am 28 März 2018, 08:56:07
Das mit den Farben, hätte ich das irgendwie wissen können? Aber super, dass das geht!

Das mit dem Datum ist schade. Wie der Mond heute ist, sehe ich nämlich eh. Mich interessiert viel mehr, wie viele Tage noch verbleiben, bis sich alle wieder komisch verhalten. ;)

Übrigens: Den Text zu Astro in der dt. Commandref finde ich zwar witzig, aber leider ist der Link zur englischen dann falsch.
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 28 März 2018, 09:04:38
Zitat von: drhirn am 28 März 2018, 08:56:07
Mich interessiert viel mehr, wie viele Tage noch verbleiben, bis sich alle wieder komisch verhalten. ;)
das ist einfach. da kommt immer eine 0 bei raus. es verhält sich immer wer komisch :)


Zitat von: drhirn am 28 März 2018, 08:56:07
Übrigens: Den Text zu Astro in der dt. Commandref finde ich zwar witzig, aber leider ist der Link zur englischen dann falsch.
ich hatte das irgendwo vorher auch schonmal erwähnt. ( https://forum.fhem.de/index.php/topic,73951.msg729416.html#msg729416 ff.)
pah hat die links so gebaut, das sie bei der_lokalen_ commandref funktionieren. in der online-variante passt das so natürlich dann nicht.
mitterweile gibt es aber die kleinen schaltflächen zur sprachumschaltung unter den modul-namen, die sollten online wie auch lokal funktionieren.
genauso, wenn der deutsche anteil der commandref weggelassen wird, dann wird ein link auf die englische variante erzeugt (analog zu den kleinen schaltflächen)


//edit:
link ergänzt
Titel: Antw:neues Modul Astro.pm
Beitrag von: drhirn am 28 März 2018, 09:07:42
;D

Ein falscher Link ist immer schlecht. Egal, ob er wo anders richtig ist. Speziell in einer Dokumentation. ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 28 März 2018, 09:24:03
Zitat von: drhirn am 28 März 2018, 09:07:42
Ein falscher Link ist immer schlecht. Egal, ob er wo anders richtig ist. Speziell in einer Dokumentation. ;)

ich wollte auch nur beschreiben warum es so aussieht (pah hat das meine ich im Alarmanlagenmodul auch so erwähnt)


hab im beitrag vorher mal den link ergänzt ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 28 März 2018, 09:30:34
ZitatEin falscher Link ist immer schlecht.

Absolute Aussagen wie diese sind noch schlechter...

Das Ganze ist ein klassisches PAL - weil nämlich die Pfade auf die lokale und die globale Dokumentation bei Generierung der letzteren anders lauten.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: drhirn am 28 März 2018, 09:40:06
Grundsätzlich gebe ich dir mit der "absoluten Aussage" recht. In dem Fall aber nicht.

Und ja, eigentlich wollte ich darauf hinaus, dass die Lösung wohl wäre, die lokale und die globale commandref irgendwie anzugleichen. Oder die Software baut die Links entsprechend richtig auf.

Aber ist kein Thema, das wir in diesem Thread abhandeln sollten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 28 März 2018, 09:42:06
Zitat von: Prof. Dr. Peter Henning am 28 März 2018, 09:30:34
Das Ganze ist ein klassisches PAL - weil nämlich die Pfade auf die lokale und die globale Dokumentation bei Generierung der letzteren anders lauten.
PAL ??
https://de.wikipedia.org/wiki/Permissive_Action_Link ?? :D
wohl eher gemeint: https://de.wikipedia.org/wiki/PaL_(Problem_anderer_Leute) (https://de.wikipedia.org/wiki/PaL_(Problem_anderer_Leute))


die pfade sollten (eigentlich) korrekt erzeugt werden, lokal und online.
einfach zu testen an den sprachumschaltungslinks (DE/EN) unter den Modulnamen. (es sei denn es gibt keine deutsche commandref, dann wird nur ein link auf die englische als Text erzeugt.)

beispiel:
http://commandref.fhem.de/commandref_DE.html#Astro
- die schaltflächen EN/DE funktionieren, es werden auch beide erzeugt weil es (wenn auch kurze) deutsche commandref gibt
- die selbst erstellte verlinkung als deutsche commandref funktioniert nur _lokal_ (siehe oben)

im gegensatz dazu (direkt unter Astro) das Beispiel mit Aurora
http://commandref.fhem.de/commandref_DE.html#Aurora
- es wird der link auf die englische erzeugt. keine schaltflächen, weil kein deutscher commandref-abschnitt im modul vorhanden ist.

diese erzeugten links funktionieren online UND lokal (hab ich letztens erst getestet)


oder gibt es beispiele wo dieser satz zutrifft
Zitatweil nämlich die Pfade auf die lokale und die globale Dokumentation bei Generierung der letzteren anders lauten.
evtl. war das "früher" so, das kann ich nicht beurteilen und mag da auch gestimmt haben.


Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 28 März 2018, 09:44:19
drhrin hat "dazwischengefunkt" :D

Zitat von: drhirn am 28 März 2018, 09:40:06
Und ja, eigentlich wollte ich darauf hinaus, dass die Lösung wohl wäre, die lokale und die globale commandref irgendwie anzugleichen. Oder die Software baut die Links entsprechend richtig auf.
siehe beitrag davor.
das sollte eigentlich passen. wenn nicht, sollte es passend gemacht werden!

Zitat von: drhirn am 28 März 2018, 09:40:06
Aber ist kein Thema, das wir in diesem Thread abhandeln sollten.
du kannst gerne ein neues eröffnen, und einen mod bitten den teil abzutrennen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 28 März 2018, 11:25:40
Es handelt sich hier um ein PAL-Feld.

PAL => Siehe: Adams, D.: Per Anhalter durch die Galaxis

- oder als Sekundärliteratur https://de.wikipedia.org/wiki/Hintergr%C3%BCnde_zu_Per_Anhalter_durch_die_Galaxis

LG

pah

Titel: Antw:neues Modul Astro.pm
Beitrag von: drhirn am 28 März 2018, 15:41:25
Zitat von: Prof. Dr. Peter Henning am 27 März 2018, 16:55:40
Ein beliebiges Datum in die URL des Mondaufrufes ? Nein, wird es nicht geben.

Hmm, warum eigentlich nicht? Es wär ja eigentlich alles da. Ein get Astro text MoonPhaseS 2018-03-31 funktioniert ja schon, wie ich gerade beim Studium des Moduls herausgefunden habe.
Man müsste das Datum also eigentlich nur als zusätzlichen Parameter an Astro_Get anhängen. Ich bin nur leider zu doof dafür, wie ich auch gerade herausgefunden habe ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 28 März 2018, 17:09:21
ZitatHmm, warum eigentlich nicht?
Weil ich das nicht will, das ist in diesem Falle eine hinreichende Begründung.

Im Übrigen ist "Wann ist wieder Vollmond" eine andere Frage als "Welche Mondphase haben wir am Datum XX".

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Invers am 17 Mai 2018, 20:08:47
Hi, Zur Info:
Seit heute Mittag bekomme ich Perlwarnungen:


2018.05.17 18:40:45 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.05.17 18:40:45 1: PERL WARNING: Use of uninitialized value $rise2 in subtraction (-) at ./FHEM/95_Astro.pm line 826.
2018.05.17 18:40:45 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.05.17 18:40:45 1: PERL WARNING: Use of uninitialized value $set2 in subtraction (-) at ./FHEM/95_Astro.pm line 828.
2018.05.17 18:40:45 1: PERL WARNING: Use of uninitialized value $gmst2 in subtraction (-) at ./FHEM/95_Astro.pm line 802.2018.05.17 19:50:45 1: PERL WARNING: Argument "0.614295490889703+0.00641883605032687i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.05.17 19:50:45 1: PERL WARNING: Argument "0.614295490889703-0.00641883605032687i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.05.17 19:50:45 1: PERL WARNING: Argument "0.0603947270331805-0.000144764869647582i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.05.17 19:50:45 1: PERL WARNING: Argument "1.04235453181854-0.00626083927779624i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.05.17 19:50:45 1: PERL WARNING: Argument "1.44947344879633-0.00347435687154197i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.05.17 19:50:45 1: PERL WARNING: Argument "26.96840692778-0.208461412292518i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.05.17 19:50:45 1: PERL WARNING: Argument "1.01650876364491-0.15026014266711i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.05.17 19:50:45 1: PERL WARNING: Argument "0.99052581869465-9.01560856002659i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.


Ob alles noch funktioniert habe ich nicht kontrolliert. Wollte nur mal darauf hinweisen.
Ich habe keinerlei Änderungen vorgenommen, ausser normale Updates.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 17 Mai 2018, 21:40:25
Ich nicht.

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Invers am 17 Mai 2018, 21:44:48
Bin neidisch.
Titel: Antw:neues Modul Astro.pm
Beitrag von: enno am 18 Mai 2018, 07:37:20
ich auch:
2018.05.18 00:07:48 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.05.18 00:07:48 1: PERL WARNING: Use of uninitialized value $rise2 in subtraction (-) at ./FHEM/95_Astro.pm line 826.
2018.05.18 00:07:48 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.05.18 00:07:48 1: PERL WARNING: Use of uninitialized value $set2 in subtraction (-) at ./FHEM/95_Astro.pm line 828.
2018.05.18 00:07:48 1: PERL WARNING: Use of uninitialized value $gmst2 in subtraction (-) at ./FHEM/95_Astro.pm line 802.


Nichts geändert, ausser normales FHEM Update gestern abend.

List ASTRO
Internals:
   INTERVAL   900
   NAME       ASTRO
   NR         574
   STATE      Initialized
   TYPE       Astro
   VERSION    1.44
   READINGS:
     2018-05-18 07:22:50   AstroTwilightEvening 16:13
     2018-05-18 07:22:50   AstroTwilightMorning 01:47
     2018-05-18 07:22:50   CivilTwilightEvening 21:58
     2018-05-18 07:22:50   CivilTwilightMorning 04:37
     2018-05-18 07:22:50   CustomTwilightEvening 21:07
     2018-05-18 07:22:50   CustomTwilightMorning 05:27
     2018-05-18 07:22:50   MoonAge         37.4
     2018-05-18 07:22:50   MoonAlt         -5.6
     2018-05-18 07:22:50   MoonAz          47.2
     2018-05-18 07:22:50   MoonDec         19.5
     2018-05-18 07:22:50   MoonDiameter    32.8
     2018-05-18 07:22:50   MoonDistance    364147
     2018-05-18 07:22:50   MoonDistanceObserver 364848
     2018-05-18 07:22:50   MoonLat         -2.8
     2018-05-18 07:22:50   MoonLon         94.7
     2018-05-18 07:22:50   MoonPhaseN      0.1
     2018-05-18 07:22:50   MoonPhaseS      Zunehmende Sichel
     2018-05-18 07:22:50   MoonRa          6.4
     2018-05-18 07:22:50   MoonRise        08:05
     2018-05-18 07:22:50   MoonSet         
     2018-05-18 07:22:50   MoonSign        Krebs
     2018-05-18 07:22:50   MoonTransit     16:19
     2018-05-18 07:22:50   NauticTwilightEvening 22:59
     2018-05-18 07:22:50   NauticTwilightMorning 03:36
     2018-05-18 07:22:50   ObsAlt          58
     2018-05-18 07:22:50   ObsDate         18.05.2018
     2018-05-18 07:22:50   ObsDayofyear    138
     2018-05-18 07:22:50   ObsGMST         21:06:14
     2018-05-18 07:22:50   ObsHor          0
     2018-05-18 07:22:50   ObsIsDST        1
     2018-05-18 07:22:50   ObsJD           2458256.72
     2018-05-18 07:22:50   ObsLMST         21:45:19
     2018-05-18 07:22:50   ObsLat          52.354500
     2018-05-18 07:22:50   ObsLon          9.769590
     2018-05-18 07:22:50   ObsSeason       Frühling
     2018-05-18 07:22:50   ObsSeasonN      1
     2018-05-18 07:22:50   ObsTime         07:22:50
     2018-05-18 07:22:50   ObsTimezone     2
     2018-05-18 07:22:50   SunAlt          16.2
     2018-05-18 07:22:50   SunAz           78.8
     2018-05-18 07:22:50   SunDec          19.5
     2018-05-18 07:22:50   SunDiameter     31.6
     2018-05-18 07:22:50   SunDistance     151329113
     2018-05-18 07:22:50   SunDistanceObserver 151327345
     2018-05-18 07:22:50   SunLon          57.3
     2018-05-18 07:22:50   SunRa           3.7
     2018-05-18 07:22:50   SunRise         05:21
     2018-05-18 07:22:50   SunSet          21:14
     2018-05-18 07:22:50   SunSign         Stier
     2018-05-18 07:22:50   SunTransit      13:17
     2018-05-17 21:06:22   state           Initialized


Gruss Enno
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 Mai 2018, 10:36:18
Solche Warnungen gibt es nur, wenn die Lösung für eine der Gleichungen komplexwertig ist. Das kann aber nur durch Fehler in den Eingabeparametern passieren. Ich habe keine Ahnung, warum das nach einem Update der Fall sein sollte - vielleich wird hier die Höhe über dem Meeresspiegel überschrieben, o.ä.

Bei mir taucht so etwas jedenfalls auch nach Update nicht auf.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: HansDampfHH am 26 Mai 2018, 09:05:21
Hm, auch bei mir die gleichen Logeinträge. Allerdings nur einmal am Tag um 00:24 Uhr.
Longitude, latitude und altitude stehen nach wie vor korrekt in der fhem.cfg.
Außer einem FHEM Update ist bei mir auch nicht mehr passiert in der Zwischenzeit wobei ich nicht sagen kann, ob die Meldung nicht bereits vorher vorhanden waren, also nichts mit dem Update zu tun haben.

Auf den ersten Blicken sehen die Werte in ASTRO aber gut aus.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 30 Mai 2018, 12:37:17
Sporadisch erhalte ich auch Warnungen beim Aufruf von fhem("get Astro ...") in einer Sub die in userReadings aufgerufen wird.

Zitat2018.05.30 07:27:16.115 3: get Astro text SunAlt 2018-05-30 07:27:16 : 19.3
2018.05.30 07:27:16.132 3: get Astro text SunAz 2018-05-30 07:27:16 : 79.1
2018.05.30 07:27:16.150 3: get Astro text SunAlt 2018-05-30 07:27:16 : 19.3
2018.05.30 07:27:16.166 3: get Astro text SunAz 2018-05-30 07:27:16 : 79.1
2018.05.30 07:29:49.365 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826, <GEN10> line 77.
2018.05.30 07:29:49.366 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.366 1: PERL WARNING: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826, <GEN10> line 77.
2018.05.30 07:29:49.367 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.367 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828, <GEN10> line 77.
2018.05.30 07:29:49.367 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.368 1: PERL WARNING: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828, <GEN10> line 77.
2018.05.30 07:29:49.368 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.369 1: PERL WARNING: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841, <GEN10> line 77.
2018.05.30 07:29:49.369 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.370 1: PERL WARNING: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845, <GEN10> line 77.
2018.05.30 07:29:49.370 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.382 3: get Astro text SunAlt 2018-05-30 07:29:49 : 19.6
2018.05.30 07:29:49.403 3: get Astro text SunAz 2018-05-30 07:29:49 : 79.6
2018.05.30 07:29:49.425 3: get Astro text SunAlt 2018-05-30 07:29:49 : 19.6
2018.05.30 07:29:49.446 3: get Astro text SunAz 2018-05-30 07:29:49 : 79.6
2018.05.30 07:32:08.122 3: get Astro text SunAlt 2018-05-30 07:32:08 : 20
2018.05.30 07:32:08.135 3: get Astro text SunAz 2018-05-30 07:32:08 : 80.1
2018.05.30 07:32:08.149 3: get Astro text SunAlt 2018-05-30 07:32:08 : 20
2018.05.30 07:32:08.163 3: get Astro text SunAz 2018-05-30 07:32:08 : 80.1

weitere Warnungen um

2018.05.30 08:09:59.703
2018.05.30 08:22:19.483
2018.05.30 08:22:19.483
2018.05.30 11:22:32.635

Intervall ist auf 0 gesetzt.

Edit: Stacktrace ergänzt.

2018.05.30 12:43:46.573 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.05.30 12:43:46.574 3: eval: {return maxBri("HM_520F82")}
2018.05.30 12:43:46.574 1: stacktrace:
2018.05.30 12:43:46.575 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (826)
2018.05.30 12:43:46.575 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (934)
2018.05.30 12:43:46.576 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1146)
2018.05.30 12:43:46.576 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1390)
2018.05.30 12:43:46.576 1:     main::Astro_Get                     called by fhem.pl (3578)
2018.05.30 12:43:46.577 1:     main::CallFn                        called by fhem.pl (1854)
2018.05.30 12:43:46.577 1:     main::CommandGet                    called by fhem.pl (1203)
2018.05.30 12:43:46.578 1:     main::AnalyzeCommand                called by fhem.pl (1053)
2018.05.30 12:43:46.578 1:     main::AnalyzeCommandChain           called by fhem.pl (3618)
2018.05.30 12:43:46.579 1:     main::fhem                          called by ./FHEM/99_myUtils.pm (166)
2018.05.30 12:43:46.579 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.579 1:     (eval)                              called by fhem.pl (4468)
2018.05.30 12:43:46.580 1:     main::readingsEndUpdate             called by ./FHEM/10_CUL_HM.pm (8867)
2018.05.30 12:43:46.580 1:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3721)
2018.05.30 12:43:46.581 1:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (2971)
2018.05.30 12:43:46.581 1:     main::CUL_HM_Parse                  called by fhem.pl (3774)
2018.05.30 12:43:46.582 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (947)
2018.05.30 12:43:46.582 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (831)
2018.05.30 12:43:46.582 1:     main::CUL_Read                      called by fhem.pl (3578)
2018.05.30 12:43:46.583 1:     main::CallFn                        called by fhem.pl (717)
2018.05.30 12:43:46.583 1: PERL WARNING: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.05.30 12:43:46.584 3: eval: {return maxBri("HM_520F82")}
2018.05.30 12:43:46.584 1: stacktrace:
2018.05.30 12:43:46.585 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (826)
2018.05.30 12:43:46.585 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (934)
2018.05.30 12:43:46.586 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1146)
2018.05.30 12:43:46.586 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1390)
2018.05.30 12:43:46.586 1:     main::Astro_Get                     called by fhem.pl (3578)
2018.05.30 12:43:46.587 1:     main::CallFn                        called by fhem.pl (1854)
2018.05.30 12:43:46.587 1:     main::CommandGet                    called by fhem.pl (1203)
2018.05.30 12:43:46.588 1:     main::AnalyzeCommand                called by fhem.pl (1053)
2018.05.30 12:43:46.588 1:     main::AnalyzeCommandChain           called by fhem.pl (3618)
2018.05.30 12:43:46.588 1:     main::fhem                          called by ./FHEM/99_myUtils.pm (166)
2018.05.30 12:43:46.589 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.589 1:     (eval)                              called by fhem.pl (4468)
2018.05.30 12:43:46.590 1:     main::readingsEndUpdate             called by ./FHEM/10_CUL_HM.pm (8867)
2018.05.30 12:43:46.590 1:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3721)
2018.05.30 12:43:46.590 1:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (2971)
2018.05.30 12:43:46.591 1:     main::CUL_HM_Parse                  called by fhem.pl (3774)
2018.05.30 12:43:46.591 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (947)
2018.05.30 12:43:46.592 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (831)
2018.05.30 12:43:46.592 1:     main::CUL_Read                      called by fhem.pl (3578)
2018.05.30 12:43:46.593 1:     main::CallFn                        called by fhem.pl (717)
2018.05.30 12:43:46.593 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.05.30 12:43:46.593 3: eval: {return maxBri("HM_520F82")}
2018.05.30 12:43:46.594 1: stacktrace:
2018.05.30 12:43:46.594 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (828)
2018.05.30 12:43:46.595 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (934)
2018.05.30 12:43:46.595 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1146)
2018.05.30 12:43:46.595 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1390)
2018.05.30 12:43:46.596 1:     main::Astro_Get                     called by fhem.pl (3578)
2018.05.30 12:43:46.596 1:     main::CallFn                        called by fhem.pl (1854)
2018.05.30 12:43:46.597 1:     main::CommandGet                    called by fhem.pl (1203)
2018.05.30 12:43:46.597 1:     main::AnalyzeCommand                called by fhem.pl (1053)
2018.05.30 12:43:46.597 1:     main::AnalyzeCommandChain           called by fhem.pl (3618)
2018.05.30 12:43:46.598 1:     main::fhem                          called by ./FHEM/99_myUtils.pm (166)
2018.05.30 12:43:46.598 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.599 1:     (eval)                              called by fhem.pl (4468)
2018.05.30 12:43:46.599 1:     main::readingsEndUpdate             called by ./FHEM/10_CUL_HM.pm (8867)
2018.05.30 12:43:46.599 1:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3721)
2018.05.30 12:43:46.600 1:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (2971)
2018.05.30 12:43:46.600 1:     main::CUL_HM_Parse                  called by fhem.pl (3774)
2018.05.30 12:43:46.601 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (947)
2018.05.30 12:43:46.601 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (831)
2018.05.30 12:43:46.602 1:     main::CUL_Read                      called by fhem.pl (3578)
2018.05.30 12:43:46.602 1:     main::CallFn                        called by fhem.pl (717)
2018.05.30 12:43:46.603 1: PERL WARNING: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.05.30 12:43:46.603 3: eval: {return maxBri("HM_520F82")}
2018.05.30 12:43:46.603 1: stacktrace:
2018.05.30 12:43:46.604 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (828)
2018.05.30 12:43:46.604 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (934)
2018.05.30 12:43:46.605 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1146)
2018.05.30 12:43:46.605 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1390)
2018.05.30 12:43:46.605 1:     main::Astro_Get                     called by fhem.pl (3578)
2018.05.30 12:43:46.606 1:     main::CallFn                        called by fhem.pl (1854)
2018.05.30 12:43:46.606 1:     main::CommandGet                    called by fhem.pl (1203)
2018.05.30 12:43:46.607 1:     main::AnalyzeCommand                called by fhem.pl (1053)
2018.05.30 12:43:46.607 1:     main::AnalyzeCommandChain           called by fhem.pl (3618)
2018.05.30 12:43:46.607 1:     main::fhem                          called by ./FHEM/99_myUtils.pm (166)
2018.05.30 12:43:46.608 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.608 1:     (eval)                              called by fhem.pl (4468)
2018.05.30 12:43:46.609 1:     main::readingsEndUpdate             called by ./FHEM/10_CUL_HM.pm (8867)
2018.05.30 12:43:46.609 1:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3721)
2018.05.30 12:43:46.609 1:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (2971)
2018.05.30 12:43:46.610 1:     main::CUL_HM_Parse                  called by fhem.pl (3774)
2018.05.30 12:43:46.610 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (947)
2018.05.30 12:43:46.611 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (831)
2018.05.30 12:43:46.611 1:     main::CUL_Read                      called by fhem.pl (3578)
2018.05.30 12:43:46.611 1:     main::CallFn                        called by fhem.pl (717)
2018.05.30 12:43:46.612 1: PERL WARNING: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841.
2018.05.30 12:43:46.613 3: eval: {return maxBri("HM_520F82")}
2018.05.30 12:43:46.613 1: stacktrace:
2018.05.30 12:43:46.613 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (841)
2018.05.30 12:43:46.614 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (934)
2018.05.30 12:43:46.614 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1146)
2018.05.30 12:43:46.615 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1390)
2018.05.30 12:43:46.615 1:     main::Astro_Get                     called by fhem.pl (3578)
2018.05.30 12:43:46.615 1:     main::CallFn                        called by fhem.pl (1854)
2018.05.30 12:43:46.616 1:     main::CommandGet                    called by fhem.pl (1203)
2018.05.30 12:43:46.616 1:     main::AnalyzeCommand                called by fhem.pl (1053)
2018.05.30 12:43:46.617 1:     main::AnalyzeCommandChain           called by fhem.pl (3618)
2018.05.30 12:43:46.617 1:     main::fhem                          called by ./FHEM/99_myUtils.pm (166)
2018.05.30 12:43:46.617 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.618 1:     (eval)                              called by fhem.pl (4468)
2018.05.30 12:43:46.618 1:     main::readingsEndUpdate             called by ./FHEM/10_CUL_HM.pm (8867)
2018.05.30 12:43:46.619 1:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3721)
2018.05.30 12:43:46.619 1:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (2971)
2018.05.30 12:43:46.620 1:     main::CUL_HM_Parse                  called by fhem.pl (3774)
2018.05.30 12:43:46.620 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (947)
2018.05.30 12:43:46.620 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (831)
2018.05.30 12:43:46.621 1:     main::CUL_Read                      called by fhem.pl (3578)
2018.05.30 12:43:46.621 1:     main::CallFn                        called by fhem.pl (717)
2018.05.30 12:43:46.622 1: PERL WARNING: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845.
2018.05.30 12:43:46.622 3: eval: {return maxBri("HM_520F82")}
2018.05.30 12:43:46.623 1: stacktrace:
2018.05.30 12:43:46.623 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (845)
2018.05.30 12:43:46.623 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (934)
2018.05.30 12:43:46.624 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1146)
2018.05.30 12:43:46.624 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1390)
2018.05.30 12:43:46.625 1:     main::Astro_Get                     called by fhem.pl (3578)
2018.05.30 12:43:46.625 1:     main::CallFn                        called by fhem.pl (1854)
2018.05.30 12:43:46.626 1:     main::CommandGet                    called by fhem.pl (1203)
2018.05.30 12:43:46.626 1:     main::AnalyzeCommand                called by fhem.pl (1053)
2018.05.30 12:43:46.626 1:     main::AnalyzeCommandChain           called by fhem.pl (3618)
2018.05.30 12:43:46.627 1:     main::fhem                          called by ./FHEM/99_myUtils.pm (166)
2018.05.30 12:43:46.627 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.628 1:     (eval)                              called by fhem.pl (4468)
2018.05.30 12:43:46.628 1:     main::readingsEndUpdate             called by ./FHEM/10_CUL_HM.pm (8867)
2018.05.30 12:43:46.628 1:     main::CUL_HM_UpdtReadBulk           called by ./FHEM/10_CUL_HM.pm (3721)
2018.05.30 12:43:46.629 1:     main::CUL_HM_pushEvnts              called by ./FHEM/10_CUL_HM.pm (2971)
2018.05.30 12:43:46.629 1:     main::CUL_HM_Parse                  called by fhem.pl (3774)
2018.05.30 12:43:46.630 1:     main::Dispatch                      called by ./FHEM/00_CUL.pm (947)
2018.05.30 12:43:46.630 1:     main::CUL_Parse                     called by ./FHEM/00_CUL.pm (831)
2018.05.30 12:43:46.630 1:     main::CUL_Read                      called by fhem.pl (3578)
2018.05.30 12:43:46.631 1:     main::CallFn                        called by fhem.pl (717)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 30 Mai 2018, 21:10:08
Ich habe keinerlei solche Einträge im Logfile, obwohl ich die Daten des Moduls alle 60 Sekunden (also 1440 x pro Tag) aktualisiere. Auch die Fehlermeldung in Zusammenhang mit dem Aufruf der Funktion maxBri kann ich nicht nachvollziehen - offenbar liefert diese Funktion einen Eingangswert für Astro, der zu den erwähnten komplexwertigen Lösungen in Astro.pm führt. Bevor ich nicht weiß, welche Eingangswerte das sind, kann ich das auch nicht abfangen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 30 Mai 2018, 23:26:34
Zum Beispiel führte einer der beiden Aufrufe

2018.05.30 07:29:49.382 3: get Astro text SunAlt 2018-05-30 07:29:49
2018.05.30 07:29:49.403 3: get Astro text SunAz 2018-05-30 07:29:49

zu den Warnungen, das ist aber nicht reproduzierbar

2018.05.30 07:29:49.365 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826, <GEN10> line 77.
2018.05.30 07:29:49.366 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.366 1: PERL WARNING: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826, <GEN10> line 77.
2018.05.30 07:29:49.367 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.367 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828, <GEN10> line 77.
2018.05.30 07:29:49.367 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.368 1: PERL WARNING: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828, <GEN10> line 77.
2018.05.30 07:29:49.368 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.369 1: PERL WARNING: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841, <GEN10> line 77.
2018.05.30 07:29:49.369 3: eval: {return maxBri("HM_520F82")}
2018.05.30 07:29:49.370 1: PERL WARNING: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845, <GEN10> line 77.
2018.05.30 07:29:49.370 3: eval: {return maxBri("HM_520F82")}
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 31 Mai 2018, 05:02:49
Diese Aufrufe liefern bei mir ganz brav und reproduzierbar die Wert 17.3 und 76.5.

Und was um Tycho Brahes Willen hat der Aufruf
eval: {return maxBri("HM_520F82")}
mit dem Astro-Modul zu tun ?

Im ganzen Astro.pm kommt nicht ein einziges mal ein "eval" vor, und mit einem HomeMatic-Device hat es auch nichts zu tun.


LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: joshi04 am 31 Mai 2018, 06:22:47
Mit dem Versuch es etwas zu sortieren:
Soweit ich oberflächlich sehe, scheint es 2 "Typen" von Warnings zu geben. Diese fangen an mit entweder
PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826
oder mit
PERL WARNING: Argument "0.663742049896777+0.073570601513808i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.

Damit wir uns über das gleiche unterhalten, schlage ich vor, den beiden Typen entsprechende Namen zu geben, z.B. 826-Warning und 351-Warning.

351-Warnings:
In meiner Umgebung wird das Paket der 351-Warnings jeweils nachts um 00:32:21 in log geschrieben. Diesem Zeitpunkt konnte ich bislang noch nichts zuordnen bzw. es tritt jeden Tag um die gleiche Zeit auf und passt von der Rate (alle 24h) auch nicht mit dem Intervall zusammen. Daher vermute ich, diese Warnings werden nicht dadurch hervorgerufen, dass ich Werte in anderen Logiken verwende noch konnte ich bislang feststellen, wie ich über eine Abfrage diese Warnings reproduzieren kann.
Es könnte auch an meinem user-reading liegen, dass mir mein Mondbild konfiguriert (probiere ich morgen, das mal rauszulöschen)
@ pah,
- Gibt es im Modul irgendwelche Berechnungen, die nur einmal in 24h berechnet werden, unabhängig vom Intervall?
- Gibt es noch andere Input-Parameter für das Modul, außer altitude, latitude und longitude? Bei mir sind diese als Attribute von global definiert und nicht im Astro-Modul wiederholt. Das habe ich nun mal getan, nur um das als Ursache auszuschließen, Ergebnis gibt es morgen. Als nächstes werde ich an diesen Werten mal herumspielen, um auch das auszuschließen.

826-Warnings:
Bei den Aufrufen von Ellert liefert mir das Modul ebenfalls reproduzierbare Werte ohne weitere Perl Warnings im Log. -> Kann ich ebenfalls nicht reproduzieren.

@ alle,
hat jemand eine jungfräuliche Testumgebung am Start, auf der man die Bedingungen reproduzieren kann?

Bitte nicht falsch verstehen, aber ich bin nicht überzeugt, dass wir weiterkommen, solange wir pah nicht eine reproduzierbare Umgebung/Bedingung liefern können. Und natürlich auch bei mir, die Warnings sind "kosmetisch" und bedingen in keiner Weise irgend eine Funktion (mag beim 826-Warning anders sein) also alles andere als dringend.

Schöne Grüße
joshi04

Anbei noch ein list auf das Modul
Internals:
   NAME       myAstro
   NR         1402
   STATE      Initialized
   TYPE       Astro
   VERSION    1.44
   READINGS:
     2018-05-31 05:32:21   AstroTwilightEvening 01:17
     2018-05-31 05:32:21   AstroTwilightMorning 01:17
     2018-05-31 05:32:21   CivilTwilightEvening 22:27
     2018-05-31 05:32:21   CivilTwilightMorning 04:09
     2018-05-31 05:32:21   CustomTwilightEvening 21:30
     2018-05-31 05:32:21   CustomTwilightMorning 05:06
     2018-05-31 05:32:21   MoonAge         197.3
     2018-05-31 05:32:21   MoonAlt         6.6
     2018-05-31 05:32:21   MoonAz          221.8
     2018-05-31 05:32:21   MoonDec         -20.7
     2018-05-31 05:32:21   MoonDiameter    29.6
     2018-05-31 05:32:21   MoonDistance    403151
     2018-05-31 05:32:21   MoonDistanceObserver 402507
     2018-05-31 05:32:21   MoonLat         3.4
     2018-05-31 05:32:21   MoonLon         267.1
     2018-05-31 05:32:21   MoonPhaseN      0.98
     2018-05-31 05:32:21   MoonPhaseS      Waning Moon
     2018-05-31 05:32:21   MoonRa          17.8
     2018-05-31 05:32:21   MoonRise        23:11
     2018-05-31 05:32:21   MoonSet         06:36
     2018-05-31 05:32:21   MoonSign        Archer
     2018-05-31 05:32:21   MoonTransit     02:27
     2018-05-31 05:32:21   NauticTwilightEvening 23:48
     2018-05-31 05:32:21   NauticTwilightMorning 02:49
     2018-05-31 05:32:21   ObsAlt          20
     2018-05-31 05:32:21   ObsDate         31.05.2018
     2018-05-31 05:32:21   ObsDayofyear    151
     2018-05-31 05:32:21   ObsGMST         20:06:43
     2018-05-31 05:32:21   ObsHor          0
     2018-05-31 05:32:21   ObsIsDST        1
     2018-05-31 05:32:21   ObsJD           2458269.65
     2018-05-31 05:32:21   ObsLMST         20:46:28
     2018-05-31 05:32:21   ObsLat          53.556064
     2018-05-31 05:32:21   ObsLon          9.937848
     2018-05-31 05:32:21   ObsSeason       Spring
     2018-05-31 05:32:21   ObsSeasonN      1
     2018-05-31 05:32:21   ObsTime         05:32:21
     2018-05-31 05:32:21   ObsTimezone     2
     2018-05-31 05:32:21   SunAlt          3.6
     2018-05-31 05:32:21   SunAz           56.3
     2018-05-31 05:32:21   SunDec          21.9
     2018-05-31 05:32:21   SunDiameter     31.5
     2018-05-31 05:32:21   SunDistance     151680479
     2018-05-31 05:32:21   SunDistanceObserver 151680141
     2018-05-31 05:32:21   SunLon          69.7
     2018-05-31 05:32:21   SunRa           4.5
     2018-05-31 05:32:21   SunRise         04:58
     2018-05-31 05:32:21   SunSet          21:37
     2018-05-31 05:32:21   SunSign         Twins
     2018-05-31 05:32:21   SunTransit      13:17
     2018-05-31 05:32:21   ftui            /fhem/www/images/phasenbilder/5.png
     2018-05-22 17:31:18   state           Initialized
   fhem:
     cached     <div style='width:100px; text-align: center;'><img src='/fhem/www/images/phasenbilder/5.png' width='100' height='100'></div>
Attributes:
   DbLogExclude .*
   altitude   20
   latitude   53.556064
   longitude  9.937848
   room       Aussen
   userReadings ftui {moon_pics("myAstro")}
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 31 Mai 2018, 09:09:00
Zitat von: Prof. Dr. Peter Henning am 31 Mai 2018, 05:02:49
Diese Aufrufe liefern bei mir ganz brav und reproduzierbar die Wert 17.3 und 76.5.

Und was um Tycho Brahes Willen hat der Aufruf
eval: {return maxBri("HM_520F82")}
mit dem Astro-Modul zu tun ?

Im ganzen Astro.pm kommt nicht ein einziges mal ein "eval" vor, und mit einem HomeMatic-Device hat es auch nichts zu tun.


LG

pah
Wie ich schrieb
ZitatSporadisch erhalte ich auch Warnungen beim Aufruf von fhem("get Astro ...") in einer Sub die in userReadings aufgerufen wird.
und im Stacktrace sieht man, dass eval durch fhem.pl aufgerufen wird
Zitat2018.05.30 12:43:46.579 1:     main::maxBri                        called by (eval 102761) (1)
2018.05.30 12:43:46.579 1:     (eval)                              called by fhem.pl (4468)
In der Sub selbst gibt es nur den erwähnten Aufruf
     $ele = fhem("get Astro text SunAlt $tida",1);
     $azi = fhem("get Astro text SunAz $tida",1);

und der wird auch wenn Warnungen auftreten korrekt aufgerufen, wie im Log zusehen ist
Zitat2018.05.30 07:29:49.382 3: get Astro text SunAlt 2018-05-30 07:29:49 : 19.6
2018.05.30 07:29:49.403 3: get Astro text SunAz 2018-05-30 07:29:49 : 79.6
Und wie gesagt der Aufruf erzeugt die Warnungen nicht reproduzierbar, also die glechen Werte erzeugen manchmal Warnungen und oft keine.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Christoph Morrison am 31 Mai 2018, 15:59:07
btw: Der Abschnitt Attributes in der Doku ist kaputt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 31 Mai 2018, 17:40:26
@Christoph Morrison: "kaputt" ist keine Fehlerbeschreibung.

Betreffend die nicht reproduzierbaren Fehler: Beide beruhen auf demselben Problem, nämlich der komplexwertigen Lösung einer quadratischen Gleichung. Zu der kann es nur kommen, wenn irgendwo falsche Werte landen. Ich tippe mal darauf, dass das ein Perl-Problem ist: Wird die Hauptroutine "Astro_Compute" mehrfach schnell hintereinander aufgerufen, kann es je nach Auslastung des Prozessors zur gegenseitigen Beeinflussung verschiedener Werte in den internen Hashes kommen - die zweite Rechnubg beginnt schon, während die erste noch läuft.

Besserer Ansatz: Nur ein "get" durchführen, und den gewünschten anderen Wert entweder aus der JSON-Rückgabe fischen, oder aus den Readings.

Damit sollte sich das Problem vermeiden lassen.

Natürlich könnte man die ganzen Berechnungen besser kapseln und gegen so etwas schützen - aber dazu habe ich weder Zeit, noch Lust.

LG

pah



Titel: Antw:neues Modul Astro.pm
Beitrag von: det. am 31 Mai 2018, 18:33:06
Hallo pah,
Warum tritt das dann nicht seit Veröffentlichung Deines Moduls auf, sondern erst seit ?..
2018.05.31 07:55:02 1: PERL WARNING: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845.
2018.05.31 07:55:02 1: PERL WARNING: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841.
2018.05.31 07:55:02 1: PERL WARNING: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.05.31 07:55:02 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.05.31 07:55:02 1: PERL WARNING: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.05.31 07:55:02 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 31 Mai 2018, 19:01:50
Keine Ahnung - bei mir tritt es ja nicht auf ...

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: det. am 31 Mai 2018, 20:34:37
Dann bleibt nur die Hoffnung auf die computereigenen Selbstheilungskräfte.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 31 Mai 2018, 23:54:42
Zitat von: Prof. Dr. Peter Henning am 31 Mai 2018, 17:40:26
@Christoph Morrison: "kaputt" ist keine Fehlerbeschreibung.

Betreffend die nicht reproduzierbaren Fehler: Beide beruhen auf demselben Problem, nämlich der komplexwertigen Lösung einer quadratischen Gleichung. Zu der kann es nur kommen, wenn irgendwo falsche Werte landen. Ich tippe mal darauf, dass das ein Perl-Problem ist: Wird die Hauptroutine "Astro_Compute" mehrfach schnell hintereinander aufgerufen, kann es je nach Auslastung des Prozessors zur gegenseitigen Beeinflussung verschiedener Werte in den internen Hashes kommen - die zweite Rechnubg beginnt schon, während die erste noch läuft.

Besserer Ansatz: Nur ein "get" durchführen, und den gewünschten anderen Wert entweder aus der JSON-Rückgabe fischen, oder aus den Readings.

Damit sollte sich das Problem vermeiden lassen.

Natürlich könnte man die ganzen Berechnungen besser kapseln und gegen so etwas schützen - aber dazu habe ich weder Zeit, noch Lust.

LG

pah
Danke erstmal für den Tipp, ich werde meine Sub auf einen get-Aufruf umbauen und beobachten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 01 Juni 2018, 09:06:16
Sollte auch deutlich schneller sein, weil der ganze Berechungsschmonzes nur einmal durchgeführt wird.

Genau deshalb läuft das ja bei mir einmal pro Minute (aber eben nicht auf dem Hauptsystem, das bitte  ich ebenfalls zu beachten). Alle anderen Routinen aus FHEM greifen nur auf die Readings zu - und innerhalb von einer Minute ändern sich die Werte so wenig, dass es keinen nennenswerten Unterschied macht.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: MaMi7880 am 01 Juni 2018, 15:30:03
Hallo,

bei mir treten diese Warnings ebenfalls auf. Vielleicht hilft es ja weiter.
Auffällig ist, dass diese Warnungen immer dann erzeugt werden, wenn ich meine Yaahm-Profil-Seite aufrufe.

Auszug:
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841.
[Fri Jun  1 15:15:32 2018] fhem.pl: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845.


Weiter ist mir noch folgendes (siehe list myAstro) aufgefallen... --> der Wert von AstroTwilightEvening ist gleich dem von AstroTwilightMorning.


Internals:
   NAME       myAstro
   NR         1169
   STATE      Initialized
   TYPE       Astro
   VERSION    1.44
   READINGS:
     2018-06-01 15:01:50   AstroTwilightEvening 09:21
     2018-06-01 15:01:50   AstroTwilightMorning 09:21
     2018-06-01 15:01:50   CivilTwilightEvening 22:09
     2018-06-01 15:01:50   CivilTwilightMorning 04:39
     2018-06-01 15:01:50   CustomTwilightEvening 21:20
     2018-06-01 15:01:50   CustomTwilightMorning 05:28
     2018-06-01 15:01:50   MoonAge         212.7
     2018-06-01 15:01:50   MoonAlt         -59.6
     2018-06-01 15:01:50   MoonAz          339.7
     2018-06-01 15:01:50   MoonDec         -20.9
     2018-06-01 15:01:50   MoonDiameter    29.5
     2018-06-01 15:01:50   MoonDistance    405170
     2018-06-01 15:01:50   MoonDistanceObserver 410691
     2018-06-01 15:01:50   MoonLat         2.2
     2018-06-01 15:01:50   MoonLon         283.8
     2018-06-01 15:01:50   MoonPhaseN      0.92
     2018-06-01 15:01:50   MoonPhaseS      Abnehmender Mond
     2018-06-01 15:01:50   MoonRa          19
     2018-06-01 15:01:50   MoonRise        23:49
     2018-06-01 15:01:50   MoonSet         07:44
     2018-06-01 15:01:50   MoonSign        Steinbock
     2018-06-01 15:01:50   MoonTransit     03:22
     2018-06-01 15:01:50   NauticTwilightEvening 23:10
     2018-06-01 15:01:50   NauticTwilightMorning 03:39
     2018-06-01 15:01:50   ObsAlt          94
     2018-06-01 15:01:50   ObsDate         01.06.2018
     2018-06-01 15:01:50   ObsDayofyear    152
     2018-06-01 15:01:50   ObsGMST         05:41:42
     2018-06-01 15:01:50   ObsHor          0
     2018-06-01 15:01:50   ObsIsDST        1
     2018-06-01 15:01:50   ObsJD           2458271.04
     2018-06-01 15:01:50   ObsLMST         06:15:23
     2018-06-01 15:01:50   ObsLat          50.021293
     2018-06-01 15:01:50   ObsLon          8.424093
     2018-06-01 15:01:50   ObsSeason       Frühling
     2018-06-01 15:01:50   ObsSeasonN      1
     2018-06-01 15:01:50   ObsTime         15:01:50
     2018-06-01 15:01:50   ObsTimezone     2
     2018-06-01 15:01:50   SunAlt          56.1
     2018-06-01 15:01:50   SunAz           223.4
     2018-06-01 15:01:50   SunDec          22.1
     2018-06-01 15:01:50   SunDiameter     31.5
     2018-06-01 15:01:50   SunDistance     151712658
     2018-06-01 15:01:50   SunDistanceObserver 151707364
     2018-06-01 15:01:50   SunLon          71
     2018-06-01 15:01:50   SunRa           4.6
     2018-06-01 15:01:50   SunRise         05:22
     2018-06-01 15:01:50   SunSet          21:26
     2018-06-01 15:01:50   SunSign         Zwillinge
     2018-06-01 15:01:50   SunTransit      13:24
     2018-06-01 15:00:50   state           Initialized
Attributes:
   group      Global
   room       9.1_System


Beste Grüße
Ma.


Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 01 Juni 2018, 16:34:36
Hm. Derzeit ist (weil fast Mittsommer)

Zitat
AstroTwilightEvening 00:36 2018-06-01 16:26:24
AstroTwilightMorning 02:15 2018-06-01 16:26:24

Ganz korrekt - "astronomisch" ist es weniger als 2 Stunden Nacht. Weder kann ich nachvollziehen, woher der Wert 9:21 kommt, noch gibt es irgendeine Warnung beim Aufruf meiner YAAHM-Profilseite.

Allerdings stelle ich fest, dass ich gestern Quatsch geschrieben habe: Ausgerechnet YAAHM macht nämlich genau das, was ich oben als ungünstig bezeichnet habe. In den Zeilen ab 2686 wird nämlich Astro_Get ggf. auch in kurzem Abstand mehrfach hintereinander aufgerufen  :-[. Muss ich dringend umbauen - und bitte um Nachsicht, dass ich nicht alle 3757 Codezeilen von YAAHM im Kopf hatte.

Interessant wäre zu wissen, ob die Anderen mit dem Problem dieser Fehlermeldungen ebenfalls YAAHM einsetzen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: joshi04 am 01 Juni 2018, 18:05:37
Hallo pah,
setzte leider kein YAAHM ein.
Habe aber auch nur die Warnings, mit den komplexen Werten einmal alle 24h.
Schöne Grüße
joshi04
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 01 Juni 2018, 18:17:17
Zitat von: Prof. Dr. Peter Henning am 01 Juni 2018, 16:34:36
Hm. Derzeit ist (weil fast Mittsommer)

Ganz korrekt - "astronomisch" ist es weniger als 2 Stunden Nacht. Weder kann ich nachvollziehen, woher der Wert 9:21 kommt, noch gibt es irgendeine Warnung beim Aufruf meiner YAAHM-Profilseite.

Allerdings stelle ich fest, dass ich gestern Quatsch geschrieben habe: Ausgerechnet YAAHM macht nämlich genau das, was ich oben als ungünstig bezeichnet habe. In den Zeilen ab 2686 wird nämlich Astro_Get ggf. auch in kurzem Abstand mehrfach hintereinander aufgerufen  :-[. Muss ich dringend umbauen - und bitte um Nachsicht, dass ich nicht alle 3757 Codezeilen von YAAHM im Kopf hatte.

Interessant wäre zu wissen, ob die Anderen mit dem Problem dieser Fehlermeldungen ebenfalls YAAHM einsetzen.

LG

pah
Ich nutze YAAHM nicht.
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 08 Juni 2018, 18:00:46
Hi

Habe die 351 er Meldungen und nutze auch YAAHM
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 09 Juni 2018, 05:39:16
Fassen wir das doch mal zusammen:

Bei den Meldungen handelt es sich um Warnungen, das ist eine minder schwere Klasse von Fehlern, insofern erst einmal Entspannung.

Außerdem kann ich das wirklich in keiner Weise reproduzieren - weder auf meinem Hauptsystem mit YAAHM, noch auf dem einen Nebensystem, auf dem nicht nur das Astro-Modul läuft, sondern ein richtiges Device mit minütlichem Update hat.

Möglicherweise hat es mit zu häufigen/zu dichten Aufrufen von "get Astro xxx" zu tun (allerdings nicht reproduzierbar, sonst hätte ich das mit YAAHM schon tausend Mal gesehen).

Die Warnungen abzufangen, ist an dieser Stelle keine Option - es müsste vielmehr die gesamte Berechnung abgebrochen werden. Aber welche, wenn das tatsächlich von zwei zu dicht aufeinander folgenden Gets herrührt ?

Ich tappe im Dunkel.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 11 Juni 2018, 11:58:59
Ich sehe gerade noch weitere Meldungen beim Start von FHEM, vielleicht hilft das weiter.



2018.06.11 11:38:20.504 1: [YAAHM] does not find an Astro device, loading module Astro separately
2018.06.11 11:38:20.778 1: PERL WARNING: Subroutine Astro_Initialize redefined at ./FHEM/95_Astro.pm line 261, <$fh> line 1188.
2018.06.11 11:38:20.778 1: PERL WARNING: Subroutine Astro_Define redefined at ./FHEM/95_Astro.pm line 285, <$fh> line 1188.
2018.06.11 11:38:20.779 1: PERL WARNING: Subroutine Astro_Undef redefined at ./FHEM/95_Astro.pm line 310, <$fh> line 1188.
2018.06.11 11:38:20.779 1: PERL WARNING: Subroutine Astro_Attr redefined at ./FHEM/95_Astro.pm line 326, <$fh> line 1188.
2018.06.11 11:38:20.780 1: PERL WARNING: Subroutine Astro_mod redefined at ./FHEM/95_Astro.pm line 351, <$fh> line 1188.
2018.06.11 11:38:20.780 1: PERL WARNING: Subroutine Astro_mod2Pi redefined at ./FHEM/95_Astro.pm line 352, <$fh> line 1188.
2018.06.11 11:38:20.780 1: PERL WARNING: Subroutine Astro_round redefined at ./FHEM/95_Astro.pm line 353, <$fh> line 1188.
2018.06.11 11:38:20.781 1: PERL WARNING: Subroutine Astro_tzoffset redefined at ./FHEM/95_Astro.pm line 355, <$fh> line 1188.
2018.06.11 11:38:20.781 1: PERL WARNING: Subroutine Astro_HHMM redefined at ./FHEM/95_Astro.pm line 375, <$fh> line 1188.
2018.06.11 11:38:20.782 1: PERL WARNING: Subroutine Astro_HHMMSS redefined at ./FHEM/95_Astro.pm line 385, <$fh> line 1188.
2018.06.11 11:38:20.782 1: PERL WARNING: Subroutine Astro_CalcJD redefined at ./FHEM/95_Astro.pm line 402, <$fh> line 1188.
2018.06.11 11:38:20.782 1: PERL WARNING: Subroutine Astro_GMST redefined at ./FHEM/95_Astro.pm line 420, <$fh> line 1188.
2018.06.11 11:38:20.783 1: PERL WARNING: Subroutine Astro_GMST2UT redefined at ./FHEM/95_Astro.pm line 437, <$fh> line 1188.
2018.06.11 11:38:20.783 1: PERL WARNING: Subroutine Astro_GMST2LMST redefined at ./FHEM/95_Astro.pm line 453, <$fh> line 1188.
2018.06.11 11:38:20.784 1: PERL WARNING: Subroutine Astro_Ecl2Equ redefined at ./FHEM/95_Astro.pm line 465, <$fh> line 1188.
2018.06.11 11:38:20.784 1: PERL WARNING: Subroutine Astro_Equ2Altaz redefined at ./FHEM/95_Astro.pm line 485, <$fh> line 1188.
2018.06.11 11:38:20.785 1: PERL WARNING: Subroutine Astro_GeoEqu2TopoEqu redefined at ./FHEM/95_Astro.pm line 510, <$fh> line 1188.
2018.06.11 11:38:20.785 1: PERL WARNING: Subroutine Astro_EquPolar2Cart redefined at ./FHEM/95_Astro.pm line 538, <$fh> line 1188.
2018.06.11 11:38:20.786 1: PERL WARNING: Subroutine Astro_Observer2EquCart redefined at ./FHEM/95_Astro.pm line 555, <$fh> line 1188.
2018.06.11 11:38:20.787 1: PERL WARNING: Subroutine Astro_SunPosition redefined at ./FHEM/95_Astro.pm line 595, <$fh> line 1188.
2018.06.11 11:38:20.789 1: PERL WARNING: Subroutine Astro_MoonPosition redefined at ./FHEM/95_Astro.pm line 638, <$fh> line 1188.
2018.06.11 11:38:20.790 1: PERL WARNING: Subroutine Astro_Refraction redefined at ./FHEM/95_Astro.pm line 723, <$fh> line 1188.
2018.06.11 11:38:20.790 1: PERL WARNING: Subroutine Astro_GMSTRiseSet redefined at ./FHEM/95_Astro.pm line 772, <$fh> line 1188.
2018.06.11 11:38:20.791 1: PERL WARNING: Subroutine Astro_InterpolateGMST redefined at ./FHEM/95_Astro.pm line 800, <$fh> line 1188.
2018.06.11 11:38:20.792 1: PERL WARNING: Subroutine Astro_RiseSet redefined at ./FHEM/95_Astro.pm line 812, <$fh> line 1188.
2018.06.11 11:38:20.793 1: PERL WARNING: Subroutine Astro_SunRise redefined at ./FHEM/95_Astro.pm line 874, <$fh> line 1188.
2018.06.11 11:38:20.795 1: PERL WARNING: Subroutine Astro_MoonRise redefined at ./FHEM/95_Astro.pm line 963, <$fh> line 1188.
2018.06.11 11:38:20.799 1: PERL WARNING: Subroutine Astro_Compute redefined at ./FHEM/95_Astro.pm line 1057, <$fh> line 1188.
2018.06.11 11:38:20.801 1: PERL WARNING: Subroutine Astro_moonwidget redefined at ./FHEM/95_Astro.pm line 1219, <$fh> line 1188.
2018.06.11 11:38:20.802 1: PERL WARNING: Subroutine Astro_Update redefined at ./FHEM/95_Astro.pm line 1282, <$fh> line 1188.
2018.06.11 11:38:20.805 1: PERL WARNING: Subroutine Astro_Get redefined at ./FHEM/95_Astro.pm line 1326, <$fh> line 1188.


Titel: Antw:neues Modul Astro.pm
Beitrag von: eisman am 11 Juni 2018, 12:48:17
Hi,

ich nutze nicht YAAHM und es sind auch diese Meldungen:

System: 1
2018.06.11 12:40:04 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.06.11 12:40:04 1: PERL WARNING: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.06.11 12:40:04 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.06.11 12:40:04 1: PERL WARNING: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.06.11 12:40:04 1: PERL WARNING: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841.
2018.06.11 12:40:04 1: PERL WARNING: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm line 845.


system: 2
2018.06.11 12:39:02 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.06.11 12:39:02 1: PERL WARNING: Use of uninitialized value $rise1 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.06.11 12:39:02 1: PERL WARNING: Use of uninitialized value $set2 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.06.11 12:39:02 1: PERL WARNING: Use of uninitialized value $set1 in numeric gt (>) at ./FHEM/95_Astro.pm line 828.
2018.06.11 12:39:02 1: PERL WARNING: Use of uninitialized value $rise1 in numeric lt (<) at ./FHEM/95_Astro.pm line 841.
2018.06.11 12:39:02 1: PERL WARNING: Use of uninitialized value $set1 in numeric lt (<) at ./FHEM/95_Astro.pm li


die Meldungen kommen nach system reboot und shutdown restart

gruss
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 11 Juni 2018, 13:10:55
Bisher nichts Verwertbares dabei, sorry. Kommt alles daher, dass Astro mit ungültigen Werten aufgerufen wird - beispielsweise nach einem Systemneustart.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 11 Juni 2018, 14:24:36
Woher kommen denn diese Koordinaten, die dort stehen?


Das ist ja der Fehler. Dort ist ein I als letztes drin.

0.711926532805447-0.0533430139790835i


Ich habe die aber nirgends eingestellt
Titel: Antw:neues Modul Astro.pm
Beitrag von: Rudy am 11 Juni 2018, 19:15:09
Die Koordinaten werden im Modul "global" definiert. Für Astro sind "latitude", "longitude" und "altitude" für den von dir gewünschten Ort anzugeben.
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 11 Juni 2018, 19:19:36
das ist schon klar, aber dort sind andere Werte drin und kein Wert der ein "i" beeinhaltet!
Titel: Antw:neues Modul Astro.pm
Beitrag von: eisman am 11 Juni 2018, 20:41:41
Hi,

habe mal Astro gelöscht und neu definiert und shutdown restart gemacht,
jetzt bekomme ich die Meldungen:

2018.06.11 20:38:36 1: PERL WARNING: Argument "0.696377668044153+0.0275474186047227i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.11 20:38:36 1: PERL WARNING: Argument "0.696377668044153-0.0275474186047227i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.11 20:38:36 1: PERL WARNING: Argument "0.69925530519399+0.0292342192149853i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.11 20:38:36 1: PERL WARNING: Argument "0.69925530519399-0.0292342192149853i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.11 20:38:36 1: PERL WARNING: Argument "1.05955192809674+0.0291978760034502i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.11 20:38:36 1: PERL WARNING: Argument "1.05955192809674-0.0291978760034502i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.11 20:38:36 1: PERL WARNING: Argument "1.42924627432176+0.700749024082806i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.11 20:38:36 1: PERL WARNING: Argument "25.7547764593055+42.0449414449683i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.11 20:38:36 1: PERL WARNING: Argument "1.42924627432176-0.700749024082806i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.11 20:38:36 1: PERL WARNING: Argument "25.7547764593055-42.0449414449683i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.


gruss
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 11 Juni 2018, 21:32:47
Irgendjemand muss doch sagen können, wo diese Koordinaten herkommen!


0.696377668044153+0.0275474186047227i"
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 12 Juni 2018, 15:31:40
Das sind komplexe Zahlen. i ist die imaginäre Einheit, also die Wurzel aus -1.

Zu solchen Werten kann es kommen, wenn das Argument der Arcuscosinusfunktion in Zeile 779 sich außerhalb des Intervalls [-1,1] bewegt - was aber bei den "normalen" Parametern gar nicht vorkommen sollte.

Alle anderen Meldungen sind Folgen dieser Berechnung.

Bitte mal testweise nach Zeile 779 einfügen:

Log 1,"-------------------> Called Astro_GMSTRiseSet with $ra $dec $lon $lat $h   ===> tagbogen=$tagbogen";

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 12 Juni 2018, 15:51:31
könnte das an sowas liegen? --> https://perldoc.perl.org/Math/Trig.html#Real-valued-asin-and-acos

die log-ausgabe wird es zeigen :) :)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 12 Juni 2018, 16:17:57
Eher nicht - dazu liegen die erhaltenen Werte zu weit in der Pampa.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 12 Juni 2018, 17:07:17
ok, 

du möchtest bestimmt die Ausgabe haben


2018.06.12 17:01:53.767 1: [YAAHM_updater] on device DirksHome called for this day
2018.06.12 17:01:53.776 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.776 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.776 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.34904058358117
2018.06.12 17:01:53.777 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.777 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64588311364686
2018.06.12 17:01:53.777 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.778 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 17:01:53.780 1: PERL WARNING: Argument "0.705521446454473+0.0517448342615212i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.781 1: PERL WARNING: Argument "0.705521441711286-0.0517448342615212i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.782 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.783 1: PERL WARNING: Argument "0.708401200478566+0.0525968291532996i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.784 1: PERL WARNING: Argument "0.708401195735379-0.0525968291532996i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.787 1: PERL WARNING: Argument "1.06596521408366+0.0525893149041312i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.787 1: PERL WARNING: Argument "1.0659652093398-0.0525893149000896i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.788 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.788 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.789 1: PERL WARNING: Argument "1.58316513800777+1.26214355769915i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:01:53.789 1: PERL WARNING: Argument "34.9899082804661+75.7286134619489i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:01:53.790 1: PERL WARNING: Argument "1.58316502415529-1.26214355760215i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:01:53.790 1: PERL WARNING: Argument "34.9899014493171-75.728613456129i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:01:53.791 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.792 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.792 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.79608740348181
2018.06.12 17:01:53.793 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.84427357136397
2018.06.12 17:01:53.805 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.805 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.805 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.34904058358117
2018.06.12 17:01:53.805 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.806 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64588311364686
2018.06.12 17:01:53.806 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.807 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 17:01:53.809 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.815 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.815 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.818 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.818 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.819 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.79608740348181
2018.06.12 17:01:53.819 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.84427357136397
2018.06.12 17:01:53.830 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.831 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.831 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.34904058358117
2018.06.12 17:01:53.831 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.831 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64588311364686
2018.06.12 17:01:53.832 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.832 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 17:01:53.835 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.840 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.840 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.843 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.843 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.844 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.79608740348181
2018.06.12 17:01:53.844 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.84427357136397
2018.06.12 17:01:53.846 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.846 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.846 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.34904058358117
2018.06.12 17:01:53.847 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.847 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64588311364686
2018.06.12 17:01:53.847 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.848 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 17:01:53.850 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.856 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12053155025343
2018.06.12 17:01:53.856 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.858 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.859 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.860 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.79608740348181
2018.06.12 17:01:53.860 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.84427357136397
2018.06.12 17:01:53.861 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.862 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.862 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.862 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35336396808093
2018.06.12 17:01:53.862 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.862 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.652707867143
2018.06.12 17:01:53.863 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.865 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 17:01:53.867 1: PERL WARNING: Argument "0.711282815326412+0.0533430139790835i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.867 1: PERL WARNING: Argument "0.711282810583225-0.0533430139790835i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.870 1: PERL WARNING: Argument "0.0659712578615895+0.0525914068063212i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.871 1: PERL WARNING: Argument "0.0659712531177258-0.0525914068027815i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.871 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.871 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.872 1: PERL WARNING: Argument "1.58331018867815+1.26219376335171i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:01:53.873 1: PERL WARNING: Argument "34.9986113206888+75.7316258011025i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:01:53.873 1: PERL WARNING: Argument "1.58331007482542-1.26219376326676i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:01:53.873 1: PERL WARNING: Argument "34.9986044895251-75.7316257960054i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:01:53.875 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.9715901003474
2018.06.12 17:01:53.875 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.00379025942346
2018.06.12 17:01:53.876 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.876 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.887 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.888 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.888 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.888 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35336396808093
2018.06.12 17:01:53.888 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.889 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.652707867143
2018.06.12 17:01:53.889 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.892 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 17:01:53.897 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.897 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.900 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.9715901003474
2018.06.12 17:01:53.900 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.00379025942346
2018.06.12 17:01:53.901 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.901 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.903 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.903 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.903 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.903 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35336396808093
2018.06.12 17:01:53.904 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.904 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.652707867143
2018.06.12 17:01:53.904 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.907 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 17:01:53.912 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.912 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.915 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.9715901003474
2018.06.12 17:01:53.915 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.00379025942346
2018.06.12 17:01:53.916 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.916 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.918 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.918 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12536930957436
2018.06.12 17:01:53.918 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35336396808093
2018.06.12 17:01:53.918 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35515054144353
2018.06.12 17:01:53.919 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.652707867143
2018.06.12 17:01:53.919 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.65554556297659
2018.06.12 17:01:53.919 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 17:01:53.922 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.339212612091894i
2018.06.12 17:01:53.923 1: PERL WARNING: Argument "0.714166031354233+0.0539873639735385i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.924 1: PERL WARNING: Argument "0.714166026611046-0.0539873639735385i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.927 1: PERL WARNING: Argument "0.0661198297054934+0.0533396476293461i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.927 1: PERL WARNING: Argument "0.0661198249616213-0.0533396476262895i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:01:53.928 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.928 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12536930957436
2018.06.12 17:01:53.929 1: PERL WARNING: Argument "1.58687591293184+1.28015154310431i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:01:53.929 1: PERL WARNING: Argument "35.2125547759106+76.8090925862584i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:01:53.929 1: PERL WARNING: Argument "1.58687579907891-1.28015154303095i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:01:53.930 1: PERL WARNING: Argument "35.2125479447347-76.8090925818568i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:01:53.931 1: -------------------> Called Astro_GMSTRiseSet with 1.48544842986969 0.346622769510019 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.02834322138897
2018.06.12 17:01:53.931 1: -------------------> Called Astro_GMSTRiseSet with 1.62542282788089 0.35664133833335 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.04389923728708
2018.06.12 17:01:53.932 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.9715901003474
2018.06.12 17:01:53.932 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.00379025942346
2018.06.12 17:01:53.944 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.944 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.944 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35132634831736
2018.06.12 17:01:53.945 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35336396808093
2018.06.12 17:01:53.945 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.64948398374085
2018.06.12 17:01:53.945 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.652707867143
2018.06.12 17:01:53.946 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 17:01:53.948 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 17:01:53.953 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12234331258938
2018.06.12 17:01:53.954 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.956 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.9715901003474
2018.06.12 17:01:53.956 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.00379025942346
2018.06.12 17:01:53.957 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.89038609468847
2018.06.12 17:01:53.957 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.93328101497582
2018.06.12 17:01:53.959 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.959 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12536930957436
2018.06.12 17:01:53.959 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35336396808093
2018.06.12 17:01:53.960 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbogen=2.35515054144353
2018.06.12 17:01:53.960 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.652707867143
2018.06.12 17:01:53.960 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbogen=2.65554556297659
2018.06.12 17:01:53.961 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 17:01:53.963 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbogen=3.14159263868863-0.339212612091894i
2018.06.12 17:01:53.968 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12395644188811
2018.06.12 17:01:53.968 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.12536930957436
2018.06.12 17:01:53.971 1: -------------------> Called Astro_GMSTRiseSet with 1.48544842986969 0.346622769510019 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.02834322138897
2018.06.12 17:01:53.971 1: -------------------> Called Astro_GMSTRiseSet with 1.62542282788089 0.35664133833335 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.04389923728708
2018.06.12 17:01:53.972 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbogen=1.9715901003474
2018.06.12 17:01:53.972 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbogen=2.00379025942346
2018.06.12 17:01:53.973 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 266.
2018.0
Titel: Antw:neues Modul Astro.pm
Beitrag von: eisman am 12 Juni 2018, 17:07:52
hi,

meldung aus dem LOG

2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09411777569478
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09582369356483
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 -0.10471975511966   ===> tagbogen=2.3113465891434
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 -0.10471975511966   ===> tagbogen=2.31345778299007
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 -0.20943951023932   ===> tagbogen=2.58245317763555
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 -0.20943951023932   ===> tagbogen=2.58554452203285
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 -0.314159265358979   ===> tagbogen=3.14159265358979-0.183684016638463i
2018.06.12 17:06:19 1: PERL WARNING: Argument "0.69925530519399+0.0292342192149853i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:06:19 1: PERL WARNING: Argument "0.69925530519399-0.0292342192149853i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 -0.314159265358979   ===> tagbogen=3.14159263868863-0.192732313860404i
2018.06.12 17:06:19 1: PERL WARNING: Argument "0.702135061589677+0.030674300444422i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:06:19 1: PERL WARNING: Argument "0.702135056846489-0.030674300444422i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:06:19 1: PERL WARNING: Argument "1.05969886486734+0.0306443453598471i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:06:19 1: PERL WARNING: Argument "1.05969886023665-0.0306443452078323i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09411777569478
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09582369356483
2018.06.12 17:06:19 1: PERL WARNING: Argument "1.43277275681625+0.735464288636331i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:06:19 1: PERL WARNING: Argument "25.9663654089751+44.1278573181799i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:06:19 1: PERL WARNING: Argument "1.43277264567959-0.735464284987975i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 17:06:19 1: PERL WARNING: Argument "25.9663587407753-44.1278570992785i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.87604010881191
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.91685285180013
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.78614031530627
2018.06.12 17:06:19 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.8321056916101

2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09411777569478
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09582369356483
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 -0.10471975511966   ===> tagbogen=2.3113465891434
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 -0.10471975511966   ===> tagbogen=2.31345778299007
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 -0.20943951023932   ===> tagbogen=2.58245317763555
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 -0.20943951023932   ===> tagbogen=2.58554452203285
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 -0.314159265358979   ===> tagbogen=3.14159265358979-0.183684016638463i
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 -0.314159265358979   ===> tagbogen=3.14159263868863-0.192732313860404i
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09411777569478
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.148135692927645 0.863512992064333 0   ===> tagbogen=2.09582369356483
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.87604010881191
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.91685285180013
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.78614031530627
2018.06.12 17:06:55 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.148135692927645 0.863512992064333 0   ===> tagbogen=1.8321056916101


gruss
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 12 Juni 2018, 18:33:44
Hm, das ist immerhin eine Erleuchtung - weil der Realteil der Lösung zumindest bei einem Teil der Warnungen immer Pi ist.

Also bitte etwas länger ersetzen: Die Zeilen 779 ff

my $tagbogen = acos((sin($h) - sin($lat)*sin($dec)) / (cos($lat)*cos($dec)));
Log 1,"-------------------> Called Astro_GMSTRiseSet with $ra $dec $lon $lat $h   ===> tagbogen=$tagbogen";


durch

my $tagbarg = (sin($h) - sin($lat)*sin($dec)) / (cos($lat)*cos($dec));
my $tagbogen = acos($tagbarg);
Log 1,"-------------------> Called Astro_GMSTRiseSet with $ra $dec $lon $lat $h   ===> tagbarg=$tagbarg, tagbogen=$tagbogen";


LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 12 Juni 2018, 18:42:09
bitte sehr

2018.06.12 18:40:08.011 1: HMLAN_Parse: hmusb new condition ok
2018.06.12 18:40:10.691 1: [YAAHM_updater] on device DirksHome called for this day
2018.06.12 18:40:10.693 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.693 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.694 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.702030154245452, tagbogen=2.34904058358117
2018.06.12 18:40:10.694 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.694 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.879631434424986, tagbogen=2.64588311364686
2018.06.12 18:40:10.694 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.696 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05331948586442, tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 18:40:10.698 1: PERL WARNING: Argument "0.705521446454473+0.0517448342615212i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.698 1: PERL WARNING: Argument "0.705521441711286-0.0517448342615212i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.699 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.700 1: PERL WARNING: Argument "0.708401200478566+0.0525968291532996i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.701 1: PERL WARNING: Argument "0.708401195735379-0.0525968291532996i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.705 1: PERL WARNING: Argument "1.06596521408366+0.0525893149041312i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.705 1: PERL WARNING: Argument "1.0659652093398-0.0525893149000896i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.706 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.706 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.707 1: PERL WARNING: Argument "1.58316513800777+1.26214355769915i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 18:40:10.707 1: PERL WARNING: Argument "34.9899082804661+75.7286134619489i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 18:40:10.708 1: PERL WARNING: Argument "1.58316502415529-1.26214355760215i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 18:40:10.708 1: PERL WARNING: Argument "34.9899014493171-75.728613456129i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 18:40:10.709 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.710 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.711 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.223390092515433, tagbogen=1.79608740348181
2018.06.12 18:40:10.711 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.270081084496644, tagbogen=1.84427357136397
2018.06.12 18:40:10.723 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.723 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.724 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.702030154245452, tagbogen=2.34904058358117
2018.06.12 18:40:10.724 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.724 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.879631434424986, tagbogen=2.64588311364686
2018.06.12 18:40:10.724 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.725 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05331948586442, tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 18:40:10.727 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.734 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.734 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.737 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.737 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.738 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.223390092515433, tagbogen=1.79608740348181
2018.06.12 18:40:10.738 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.270081084496644, tagbogen=1.84427357136397
2018.06.12 18:40:10.750 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.750 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.751 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.702030154245452, tagbogen=2.34904058358117
2018.06.12 18:40:10.751 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.751 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.879631434424986, tagbogen=2.64588311364686
2018.06.12 18:40:10.751 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.752 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05331948586442, tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 18:40:10.755 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.761 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.761 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.764 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.764 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.765 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.223390092515433, tagbogen=1.79608740348181
2018.06.12 18:40:10.765 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.270081084496644, tagbogen=1.84427357136397
2018.06.12 18:40:10.767 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.767 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.767 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.702030154245452, tagbogen=2.34904058358117
2018.06.12 18:40:10.767 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.769 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.879631434424986, tagbogen=2.64588311364686
2018.06.12 18:40:10.769 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.770 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05331948586442, tagbogen=3.14159263868863-0.325122382354433i
2018.06.12 18:40:10.773 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.779 1: -------------------> Called Astro_GMSTRiseSet with 1.40009369890011 0.403734835933225 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.522461482116917, tagbogen=2.12053155025343
2018.06.12 18:40:10.779 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.782 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.782 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.783 1: -------------------> Called Astro_GMSTRiseSet with 0.70790790910861 0.180668307697639 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.223390092515433, tagbogen=1.79608740348181
2018.06.12 18:40:10.783 1: -------------------> Called Astro_GMSTRiseSet with 0.828211798008263 0.217349491438968 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.270081084496644, tagbogen=1.84427357136397
2018.06.12 18:40:10.785 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.785 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.786 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.786 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.705102469863107, tagbogen=2.35336396808093
2018.06.12 18:40:10.786 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.786 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.882857158191114, tagbogen=2.652707867143
2018.06.12 18:40:10.787 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.789 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05669523761658, tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 18:40:10.791 1: PERL WARNING: Argument "0.711282815326412+0.0533430139790835i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.792 1: PERL WARNING: Argument "0.711282810583225-0.0533430139790835i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.794 1: PERL WARNING: Argument "0.0659712578615895+0.0525914068063212i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.795 1: PERL WARNING: Argument "0.0659712531177258-0.0525914068027815i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.796 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.796 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.797 1: PERL WARNING: Argument "1.58331018867815+1.26219376335171i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 18:40:10.797 1: PERL WARNING: Argument "34.9986113206888+75.7316258011025i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 18:40:10.797 1: PERL WARNING: Argument "1.58331007482542-1.26219376326676i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 18:40:10.798 1: PERL WARNING: Argument "34.9986044895251-75.7316257960054i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 18:40:10.799 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.390149333407495, tagbogen=1.9715901003474
2018.06.12 18:40:10.799 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.419590312242872, tagbogen=2.00379025942346
2018.06.12 18:40:10.800 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.801 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.812 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.813 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.813 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.813 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.705102469863107, tagbogen=2.35336396808093
2018.06.12 18:40:10.813 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.814 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.882857158191114, tagbogen=2.652707867143
2018.06.12 18:40:10.814 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.817 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05669523761658, tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 18:40:10.822 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.823 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.825 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.390149333407495, tagbogen=1.9715901003474
2018.06.12 18:40:10.826 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.419590312242872, tagbogen=2.00379025942346
2018.06.12 18:40:10.827 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.827 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.828 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.829 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.829 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.829 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.705102469863107, tagbogen=2.35336396808093
2018.06.12 18:40:10.830 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.830 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.882857158191114, tagbogen=2.652707867143
2018.06.12 18:40:10.830 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.833 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05669523761658, tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 18:40:10.839 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.839 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.842 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.390149333407495, tagbogen=1.9715901003474
2018.06.12 18:40:10.842 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.419590312242872, tagbogen=2.00379025942346
2018.06.12 18:40:10.843 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.843 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.845 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.845 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.526580330048199, tagbogen=2.12536930957436
2018.06.12 18:40:10.845 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.705102469863107, tagbogen=2.35336396808093
2018.06.12 18:40:10.845 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.706368212768431, tagbogen=2.35515054144353
2018.06.12 18:40:10.846 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.882857158191114, tagbogen=2.652707867143
2018.06.12 18:40:10.846 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.884186301822548, tagbogen=2.65554556297659
2018.06.12 18:40:10.847 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05669523761658, tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 18:40:10.849 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05808638501604, tagbogen=3.14159263868863-0.339212612091894i
2018.06.12 18:40:10.851 1: PERL WARNING: Argument "0.714166031354233+0.0539873639735385i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.851 1: PERL WARNING: Argument "0.714166026611046-0.0539873639735385i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.854 1: PERL WARNING: Argument "0.0661198297054934+0.0533396476293461i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.855 1: PERL WARNING: Argument "0.0661198249616213-0.0533396476262895i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 351.
2018.06.12 18:40:10.855 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.856 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.526580330048199, tagbogen=2.12536930957436
2018.06.12 18:40:10.856 1: PERL WARNING: Argument "1.58687591293184+1.28015154310431i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 18:40:10.857 1: PERL WARNING: Argument "35.2125547759106+76.8090925862584i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 18:40:10.857 1: PERL WARNING: Argument "1.58687579907891-1.28015154303095i" isn't numeric in subroutine entry at ./FHEM/95_Astro.pm line 380.
2018.06.12 18:40:10.858 1: PERL WARNING: Argument "35.2125479447347-76.8090925818568i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.12 18:40:10.859 1: -------------------> Called Astro_GMSTRiseSet with 1.48544842986969 0.346622769510019 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.441748662166055, tagbogen=2.02834322138897
2018.06.12 18:40:10.859 1: -------------------> Called Astro_GMSTRiseSet with 1.62542282788089 0.35664133833335 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.455650557330791, tagbogen=2.04389923728708
2018.06.12 18:40:10.860 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.390149333407495, tagbogen=1.9715901003474
2018.06.12 18:40:10.860 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.419590312242872, tagbogen=2.00379025942346
2018.06.12 18:40:10.872 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.872 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.873 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.703656119874913, tagbogen=2.35132634831736
2018.06.12 18:40:10.873 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.705102469863107, tagbogen=2.35336396808093
2018.06.12 18:40:10.873 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.881338503084307, tagbogen=2.64948398374085
2018.06.12 18:40:10.873 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.882857158191114, tagbogen=2.652707867143
2018.06.12 18:40:10.874 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05510587054673, tagbogen=3.14159263868863-0.330475624140247i
2018.06.12 18:40:10.877 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05669523761658, tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 18:40:10.882 1: -------------------> Called Astro_GMSTRiseSet with 1.41818772707258 0.404801964544182 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.524005446291418, tagbogen=2.12234331258938
2018.06.12 18:40:10.883 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.885 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.390149333407495, tagbogen=1.9715901003474
2018.06.12 18:40:10.886 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.419590312242872, tagbogen=2.00379025942346
2018.06.12 18:40:10.886 1: -------------------> Called Astro_GMSTRiseSet with 0.952361299261217 0.251456684128092 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.314177127312719, tagbogen=1.89038609468847
2018.06.12 18:40:10.887 1: -------------------> Called Astro_GMSTRiseSet with 1.08041322387607 0.282207305691256 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.354598555245906, tagbogen=1.93328101497582
2018.06.12 18:40:10.888 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.888 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.526580330048199, tagbogen=2.12536930957436
2018.06.12 18:40:10.889 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.705102469863107, tagbogen=2.35336396808093
2018.06.12 18:40:10.889 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.10471975511966   ===> tagbarg=-0.706368212768431, tagbogen=2.35515054144353
2018.06.12 18:40:10.889 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.882857158191114, tagbogen=2.652707867143
2018.06.12 18:40:10.890 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.20943951023932   ===> tagbarg=-0.884186301822548, tagbogen=2.65554556297659
2018.06.12 18:40:10.890 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05669523761658, tagbogen=3.14159263868863-0.335164041674053i
2018.06.12 18:40:10.893 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979   ===> tagbarg=-1.05808638501604, tagbogen=3.14159263868863-0.339212612091894i
2018.06.12 18:40:10.899 1: -------------------> Called Astro_GMSTRiseSet with 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.525378690195443, tagbogen=2.12395644188811
2018.06.12 18:40:10.899 1: -------------------> Called Astro_GMSTRiseSet with 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.526580330048199, tagbogen=2.12536930957436
2018.06.12 18:40:10.902 1: -------------------> Called Astro_GMSTRiseSet with 1.48544842986969 0.346622769510019 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.441748662166055, tagbogen=2.02834322138897
2018.06.12 18:40:10.902 1: -------------------> Called Astro_GMSTRiseSet with 1.62542282788089 0.35664133833335 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.455650557330791, tagbogen=2.04389923728708
2018.06.12 18:40:10.903 1: -------------------> Called Astro_GMSTRiseSet with 1.21222879793981 0.308808804473463 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.390149333407495, tagbogen=1.9715901003474
2018.06.12 18:40:10.903 1: -------------------> Called Astro_GMSTRiseSet with 1.34744208545821 0.330503624103313 0.108764381128231 0.885371670149235 0   ===> tagbarg=-0.419590312242872, tagbogen=2.00379025942346
2018.06.12 18:40:10.904 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 266.
2018.06.12
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 Juni 2018, 18:45:55
Der Nebel lichtet sich.

Die komplexen Werte treten auf bei der Berechnung von NauticTwilightEvening/Morning, d.h., wenn der Mittelpunkt der Sonne 18 Grad unterhalb des Horizontes ist. Der Wert h in der Routine (letzter Parameter) ist dann immer -18 Grad = -Pi/10.

Nun kann es sein, dass für Leute, die nördlich von mir leben, gerade jetzt während dieser Zeit (Mittsommer) dies überhaupt nicht erreicht wird. Insofern würde mich interessieren, auf welcher geografischen Breite diejenigen wohnen, bei denen die Meldung regelmäßig auftaucht.

In der anliegenden Version von Astro.pm habe ich dagegen einen Workaround eingebaut - bitte mal testen.

LG

pah

Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 14 Juni 2018, 18:49:34
Hallo

In der Nähe von Aachen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 Juni 2018, 18:53:57
Das ist nur ein Breitengrad. Hmmm.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 14 Juni 2018, 18:55:54
Jetzt gibt es diese Meldungen


YAAHM_updater] on device DirksHome called for this day
2018.06.14 18:52:58.384 1: [Astro_GMSTRiseSet] Strange parameters 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.384 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.399 1: [Astro_GMSTRiseSet] Strange parameters 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.400 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.414 1: [Astro_GMSTRiseSet] Strange parameters 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.414 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.419 1: [Astro_GMSTRiseSet] Strange parameters 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.419 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.424 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.424 1: [Astro_GMSTRiseSet] Strange parameters 1.47253341765576 0.407289219378706 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.438 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.439 1: [Astro_GMSTRiseSet] Strange parameters 1.47253341765576 0.407289219378706 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.443 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.443 1: [Astro_GMSTRiseSet] Strange parameters 1.47253341765576 0.407289219378706 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.448 1: [Astro_GMSTRiseSet] Strange parameters 1.47253341765576 0.407289219378706 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.448 1: [Astro_GMSTRiseSet] Strange parameters 1.49066434884186 0.407879339517663 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.462 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.463 1: [Astro_GMSTRiseSet] Strange parameters 1.47253341765576 0.407289219378706 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.467 1: [Astro_GMSTRiseSet] Strange parameters 1.47253341765576 0.407289219378706 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.467 1: [Astro_GMSTRiseSet] Strange parameters 1.49066434884186 0.407879339517663 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:52:58.470 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 266.
2018.06.14 18:53:45.335 1: [Astro_GMSTRiseSet] Strange parameters 1.43629344714552 0.405750278703967 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 18:53:45.336 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.108764381128231 0.885371670149235 -0.314159265358979 give complex angle => recalculate with h=0
Titel: Antw:neues Modul Astro.pm
Beitrag von: eisman am 14 Juni 2018, 19:16:34
hi,

bei mir in der nähe von Heidelberg,

gruss

PS:

jetzt kommen noch zwei meldungen
2018.06.14 19:20:26 1: [Astro_GMSTRiseSet] Strange parameters 1.43629344714552 0.405750278703967 0.148135692927645 0.863512992064333 -0.314159265358979 give complex angle => recalculate with h=0
2018.06.14 19:20:26 1: [Astro_GMSTRiseSet] Strange parameters 1.45440922772895 0.40657945579658 0.148135692927645 0.863512992064333 -0.314159265358979 give complex angle => recalculate with h=0


gruss
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 Juni 2018, 19:59:39
Die Lösung wird iterativ ermittelt - und so wie es jetzt aussieht, ist jetzt um diese Jahreszeit eine der Intervallgrenzen für die Ermittlung der NauticTwilight-Daten so weit abseits, dass die Sonne eben nicht mehr unter -18 Grad sinkt ("Mitternachtssonne" à la FHEM). Also gibt es keine reellwertige Lösung.

Die Meldungen jetzt bestätigen das eindeutig. Jetzt muss ich mal sehen, ob ich das irgendwie anders abfangen kann.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: ComputerZOO am 18 Juni 2018, 10:04:59
Ribnitz-Damgarten in MV, hier wird es zur Zeit definitiv nachts nicht komplett dunkel. Ist ja schön, dass du den "Fehler" (die Warnmeldung) lokalisieren konntest.
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 21 Juni 2018, 09:51:33
nur zur info - hab ich zum ersten mal bekommen:2018.06.21 09:08:31 1: PERL WARNING: Argument "[Astro_Get] astro has improper time specification MoonAg..." isn't numeric in addition (+) at ./FHEM/95_Astro.pm line 1248.
2018.06.21 09:08:31 1: stacktrace:
2018.06.21 09:08:31 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (1248)
2018.06.21 09:08:31 1:     main::Astro_moonwidget              called by ./FHEM/01_FHEMWEB.pm (884)
2018.06.21 09:08:31 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (538)
2018.06.21 09:08:31 1:     main::FW_Read                       called by fhem.pl (3584)
2018.06.21 09:08:31 1:     main::CallFn                        called by fhem.pl (723)
Titel: Antw:neues Modul Astro.pm
Beitrag von: eisman am 21 Juni 2018, 17:17:54
hi,

kann es sein, das es ein Problem mit dem Sommeranfang gibt

   bei mir steht es noch auf
      ObsSeason Frühling 2018-06-21 16:46:10

  Meteorologen haben den Sommer längst begrüßt. Kalendarisch ist der Sommeranfang aber erst am 21. Juni 2018.
  Astronomischer Sommeranfang 2018 Kalender Donnerstag, 21. Juni 2018 um 12:07 Uhr MESZ

gruss
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 21 Juni 2018, 19:13:00
Die Jahreszeiten sind im Modul ein wenig primitiv geregelt.  Heute ist der 172. Tag des Jahres - und der zählt in der vergleichsweise einfachen Darstellung noch zu Frühling. Korrekterweise müsste man nach dem Reading SunLon gehen - das hat den Wert 90 tatsächlich heute um 12:07 MESZ erreicht.

Wenn ich mal Zeit habe, baue ich das besser ein.

LG

pah

Titel: Antw:neues Modul Astro.pm
Beitrag von: throbin am 21 Juni 2018, 19:45:18
Hi,

keine Ahnung, ob das an meinem FHEM liegt, aber diese Warnung hatte ich letzte Woche noch nicht:
2018.06.21 19:39:29.031 1: PERL WARNING: Use of uninitialized value $rise2 in numeric gt (>) at ./FHEM/95_Astro.pm line 826.
2018.06.21 19:39:29.032 1: stacktrace:
2018.06.21 19:39:29.032 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (826)
2018.06.21 19:39:29.032 1:     main::Astro_RiseSet                 called by ./FHEM/95_Astro.pm (935)
2018.06.21 19:39:29.033 1:     main::Astro_SunRise                 called by ./FHEM/95_Astro.pm (1148)
2018.06.21 19:39:29.033 1:     main::Astro_Compute                 called by ./FHEM/95_Astro.pm (1309)
2018.06.21 19:39:29.033 1:     main::Astro_Update                  called by fhem.pl (3127)
2018.06.21 19:39:29.033 1:     main::HandleTimeout                 called by fhem.pl (646)


LG
Titel: Antw:neues Modul Astro.pm
Beitrag von: eisman am 21 Juni 2018, 20:07:35
Zitat von: Prof. Dr. Peter Henning am 21 Juni 2018, 19:13:00
Die Jahreszeiten sind im Modul ein wenig primitiv geregelt.  Heute ist der 172. Tag des Jahres - und der zählt in der vergleichsweise einfachen Darstellung noch zu Frühling. Korrekterweise müsste man nach dem Reading SunLon gehen - das hat den Wert 90 tatsächlich heute um 12:07 MESZ erreicht.

Wenn ich mal Zeit habe, baue ich das besser ein.

LG

pah

danke, werde ich gleich bei mir mal ändern...

gruss
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 22 Juni 2018, 10:23:49
neu sind jetzt noch diese Einträge:

018.06.22 08:21:38.533 1: PERL WARNING: Subroutine Astro_Define redefined at ./FHEM/95_Astro.pm line 285, <$fh> line 1503.
2018.06.22 08:21:38.533 1: PERL WARNING: Subroutine Astro_Undef redefined at ./FHEM/95_Astro.pm line 310, <$fh> line 1503.
2018.06.22 08:21:38.534 1: PERL WARNING: Subroutine Astro_Attr redefined at ./FHEM/95_Astro.pm line 326, <$fh> line 1503.
2018.06.22 08:21:38.534 1: PERL WARNING: Subroutine Astro_mod redefined at ./FHEM/95_Astro.pm line 351, <$fh> line 1503.
2018.06.22 08:21:38.534 1: PERL WARNING: Subroutine Astro_mod2Pi redefined at ./FHEM/95_Astro.pm line 352, <$fh> line 1503.
2018.06.22 08:21:38.535 1: PERL WARNING: Subroutine Astro_round redefined at ./FHEM/95_Astro.pm line 353, <$fh> line 1503.
2018.06.22 08:21:38.535 1: PERL WARNING: Subroutine Astro_tzoffset redefined at ./FHEM/95_Astro.pm line 355, <$fh> line 1503.
2018.06.22 08:21:38.535 1: PERL WARNING: Subroutine Astro_HHMM redefined at ./FHEM/95_Astro.pm line 375, <$fh> line 1503.
2018.06.22 08:21:38.536 1: PERL WARNING: Subroutine Astro_HHMMSS redefined at ./FHEM/95_Astro.pm line 385, <$fh> line 1503.
2018.06.22 08:21:38.536 1: PERL WARNING: Subroutine Astro_CalcJD redefined at ./FHEM/95_Astro.pm line 402, <$fh> line 1503.
2018.06.22 08:21:38.537 1: PERL WARNING: Subroutine Astro_GMST redefined at ./FHEM/95_Astro.pm line 420, <$fh> line 1503.
2018.06.22 08:21:38.537 1: PERL WARNING: Subroutine Astro_GMST2UT redefined at ./FHEM/95_Astro.pm line 437, <$fh> line 1503.
2018.06.22 08:21:38.537 1: PERL WARNING: Subroutine Astro_GMST2LMST redefined at ./FHEM/95_Astro.pm line 453, <$fh> line 1503.
2018.06.22 08:21:38.538 1: PERL WARNING: Subroutine Astro_Ecl2Equ redefined at ./FHEM/95_Astro.pm line 465, <$fh> line 1503.
2018.06.22 08:21:38.538 1: PERL WARNING: Subroutine Astro_Equ2Altaz redefined at ./FHEM/95_Astro.pm line 485, <$fh> line 1503.
2018.06.22 08:21:38.539 1: PERL WARNING: Subroutine Astro_GeoEqu2TopoEqu redefined at ./FHEM/95_Astro.pm line 510, <$fh> line 1503.
2018.06.22 08:21:38.539 1: PERL WARNING: Subroutine Astro_EquPolar2Cart redefined at ./FHEM/95_Astro.pm line 538, <$fh> line 1503.
2018.06.22 08:21:38.540 1: PERL WARNING: Subroutine Astro_Observer2EquCart redefined at ./FHEM/95_Astro.pm line 555, <$fh> line 1503.
2018.06.22 08:21:38.541 1: PERL WARNING: Subroutine Astro_SunPosition redefined at ./FHEM/95_Astro.pm line 595, <$fh> line 1503.
2018.06.22 08:21:38.543 1: PERL WARNING: Subroutine Astro_MoonPosition redefined at ./FHEM/95_Astro.pm line 638, <$fh> line 1503.
2018.06.22 08:21:38.544 1: PERL WARNING: Subroutine Astro_Refraction redefined at ./FHEM/95_Astro.pm line 723, <$fh> line 1503.
2018.06.22 08:21:38.544 1: PERL WARNING: Subroutine Astro_GMSTRiseSet redefined at ./FHEM/95_Astro.pm line 772, <$fh> line 1503.
2018.06.22 08:21:38.545 1: PERL WARNING: Subroutine Astro_InterpolateGMST redefined at ./FHEM/95_Astro.pm line 800, <$fh> line 1503.
2018.06.22 08:21:38.546 1: PERL WARNING: Subroutine Astro_RiseSet redefined at ./FHEM/95_Astro.pm line 812, <$fh> line 1503.
2018.06.22 08:21:38.547 1: PERL WARNING: Subroutine Astro_SunRise redefined at ./FHEM/95_Astro.pm line 874, <$fh> line 1503.
2018.06.22 08:21:38.549 1: PERL WARNING: Subroutine Astro_MoonRise redefined at ./FHEM/95_Astro.pm line 963, <$fh> line 1503.
2018.06.22 08:21:38.553 1: PERL WARNING: Subroutine Astro_Compute redefined at ./FHEM/95_Astro.pm line 1057, <$fh> line 1503.
2018.06.22 08:21:38.555 1: PERL WARNING: Subroutine Astro_moonwidget redefined at ./FHEM/95_Astro.pm line 1219, <$fh> line 1503.
2018.06.22 08:21:38.556 1: PERL WARNING: Subroutine Astro_Update redefined at ./FHEM/95_Astro.pm line 1282, <$fh> line 1503.
2018.06.22 08:21:38.559 1: PERL WARNING: Subroutine Astro_Get redefined at ./FHEM/95_Astro.pm line 1326, <$fh> line 1503.



und diese Zeile:

2018.06.22 09:00:23.730 1: PERL WARNING: Argument "37.4173792016396-80.0326239326936i" isn't numeric in sprintf at ./FHEM/95_Astro.pm line 382.
2018.06.22 09:00:23.769 1: PERL WARNING: Use of uninitialized value in string comparison (cmp) at ./FHEM/95_YAAHM.pm line 266.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 22 Juni 2018, 14:17:39
Leute, bitte nicht jeden Mist hier posten.

Die "Redefined"-Eintragungen kommen ganz einfach daher, dass man aus irgendeinem Grund das Modul neu geladen hat. Das habe ich nun wirklich nicht unter Kontrolle ...

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 24 Juni 2018, 17:22:41
Im Anhang eine neue Version zum Testen, die bei Nichtermittelbarkeit der Auf- und Untergangszeiten ein "---" einträgt und die Warnungsmeldungen vermeidet. Ausgabe der zugehörigen Log-Meldungen ab verbose=3


LG

pah

Edit: Ist eingecheckt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: hyper2910 am 25 Juni 2018, 10:25:51
sieht gut aus, habe momentan nur die Redefines drin!
Titel: Antw:neues Modul Astro.pm
Beitrag von: Sany am 25 Juni 2018, 23:14:15
läuft auch bei mir ohne Probleme. Vielen Dank fürs fixen.

Viele Grüße

Sany
Titel: Antw:neues Modul Astro.pm
Beitrag von: Romoker am 06 Juli 2018, 19:20:14
Hallo,

seit meinem letzten FHEM-Update bekomme ich im Stundenrhythmus folgende Meldungen ins Log geschrieben:
2018.07.06 02:11:51 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2018.07.06 03:11:51 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2018.07.06 04:11:51 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?


Leider lassen sich die Meldungen nicht mit verbose unterdrücken.

Es drängt nicht besonders, aber ich wünsche mir, dass die verbose-Funktion demnächst in das Astro-Modul eingebaut wird.

Viele Grüße
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 06 Juli 2018, 19:37:50
Ich wünsche mir auch Vieles. Unter anderem, dass Nutzer meiner Module klügere Fragen stellen.

Mein Tipp: Einfach mal nachlesen, was "verbose" bedeutet und welche Werte es annehmen kann.


LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Romoker am 06 Juli 2018, 22:57:09
Hallo pah,

die Warnung in deinem Modul wird mit Loglevel 3 ausgegeben. Mit "verbose 2" werden alle Logmeldungen > Loglevel 2 nicht in das Log geschrieben, so mein Verständnis. Deine Subroutine im Astro-Modul unterstützt beim Logging keine Device-Instanzen. Deswegen funktioniert "verbose 2" auf meine Astro-Device-Instanz nicht.

Ich habe für mich in deinem Modul für die Logausgabe meinen Devicenamen hart hineinkopiert. Damit kann ich die Redseligkeit deines Moduls mit meiner Instanz steuern. Das ist natürlich keine elegante und dauerhafte Lösung.

Viele Grüße
Titel: Antw:neues Modul Astro.pm
Beitrag von: Invers am 06 Juli 2018, 23:01:22
Egal , was man einstellt, die Meldungen kommen immer. Habe auch dieses Problem.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 06 Juli 2018, 23:47:22
Ich frage mich, warum an dieser Stelle im Modul "Log" verwendet wird, statt Log3.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 07 Juli 2018, 09:12:27
Weil "name" in dieser subroutine nicht bekannt ist.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Kicres am 10 August 2018, 14:39:02
Hallo, seit einigen Tagen werden bei mir nur noch Events vom Reading "state" generiert, nicht jedoch von den übrigen Readings des Moduls Astro. Auch bspw. event-on-update-reading SunAlt erzwingt keine Events. Gab es eine Änderung am Modul, oder was kann ich falsch gemacht haben, um solch einen Effekt zu bekommen?
Schöne Grüße aus Braunschweig!
Kai
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 13 August 2018, 09:09:21
poste doch mal ein list von deinem device (in code-tags bitte!)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Kicres am 13 August 2018, 10:28:51
Ist dies gemeint?


Internals:
   INTERVAL   300
   NAME       Astro
   NR         266
   STATE      Updated
   TYPE       Astro
   VERSION    1.48
   READINGS:
     2018-08-13 10:16:00   AstroTwilightEvening 23:18
     2018-08-13 10:16:00   AstroTwilightMorning 03:24
     2018-08-13 10:16:00   CivilTwilightEvening 21:25
     2018-08-13 10:16:00   CivilTwilightMorning 05:18
     2018-08-13 10:16:00   CustomTwilightEvening 20:40
     2018-08-13 10:16:00   CustomTwilightMorning 06:03
     2018-08-13 10:16:00   MoonAge         27.2
     2018-08-13 10:16:00   MoonAlt         15.4
     2018-08-13 10:16:00   MoonAz          97.9
     2018-08-13 10:16:00   MoonDec         7.3
     2018-08-13 10:16:00   MoonDiameter    32.4
     2018-08-13 10:16:00   MoonDistance    369274
     2018-08-13 10:16:00   MoonDistanceObserver 367638
     2018-08-13 10:16:00   MoonLat         3.5
     2018-08-13 10:16:00   MoonLon         167.6
     2018-08-13 10:16:00   MoonPhaseN      0.06
     2018-08-13 10:16:00   MoonPhaseS      Waxing Crescent
     2018-08-13 10:16:00   MoonRa          11.4
     2018-08-13 10:16:00   MoonRise        08:23
     2018-08-13 10:16:00   MoonSet         22:05
     2018-08-13 10:16:00   MoonSign        Maiden
     2018-08-13 10:16:00   MoonTransit     15:22
     2018-08-13 10:16:00   NauticTwilightEvening 22:15
     2018-08-13 10:16:00   NauticTwilightMorning 04:28
     2018-08-13 10:16:00   ObsAlt          80
     2018-08-13 10:16:00   ObsDate         13.08.2018
     2018-08-13 10:16:00   ObsDayofyear    225
     2018-08-13 10:16:00   ObsGMST         05:42:53
     2018-08-13 10:16:00   ObsHor          0
     2018-08-13 10:16:00   ObsIsDST        1
     2018-08-13 10:16:00   ObsJD           2458343.84
     2018-08-13 10:16:00   ObsLMST         06:24:49
     2018-08-13 10:16:00   ObsLat          52.276
     2018-08-13 10:16:00   ObsLon          10.483
     2018-08-13 10:16:00   ObsSeason       Summer
     2018-08-13 10:16:00   ObsSeasonN      2
     2018-08-13 10:16:00   ObsTime         10:16:00
     2018-08-13 10:16:00   ObsTimezone     2
     2018-08-13 10:16:00   SunAlt          37.3
     2018-08-13 10:16:00   SunAz           117.7
     2018-08-13 10:16:00   SunDec          14.6
     2018-08-13 10:16:00   SunDiameter     31.6
     2018-08-13 10:16:00   SunDistance     151559349
     2018-08-13 10:16:00   SunDistanceObserver 151555485
     2018-08-13 10:16:00   SunLon          140.5
     2018-08-13 10:16:00   SunRa           9.5
     2018-08-13 10:16:00   SunRise         05:57
     2018-08-13 10:16:00   SunSet          20:46
     2018-08-13 10:16:00   SunSign         Lion
     2018-08-13 10:16:00   SunTransit      13:22
     2018-08-13 10:16:00   state           Updated
Attributes:
   horizon    0
   interval   300
   room       Wettervorhersage


Im Device wird intern wohl alles schön alle 5 Minuten berechnet - im Frontend wird allerdings auch nur der state aktualisert ("updated"). Um die einzelnen Readings zu sehen, muss ich im Browser die Seite neu laden.

Im Event-Monitor kommt dann nur alle 5 Minuten

2018-08-13 10:21:00 Astro Astro Updated
2018-08-13 10:26:00 Astro Astro Updated


Kai
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 17 August 2018, 19:00:05
In Version 1.48 wird beim Update der Datenwerte nur noch EIN Event generiert, nämlich für das Reading "state" - alle anderen Updates sind ohne Event und wedern darum nicht automatisch an das Frontend gemeldet.

Ich habe das in der Tat für eine gute Idee gehalten, damit weniger Events generiert werden - denn die dauerhafte Anzeige der Astro-Detailseite macht m.E. nicht viel Sinn.

Ist aber nur eine minimale Änderung im Code, wenn der allgemeine Wunsch besteht, kann ich das auch wieder rückggängig machen.

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Magic01 am 17 August 2018, 19:55:23
Hi,

also eigentlich kann man die events doch mi event-on-change-reading bzw. event-on-update-reading sehr schön steuern.
Nun hat man gar nicht die Möglichkeit auf irgendwelche geänderten Werte zu reagieren.

Ich hatte z.B. den Event zur Änderung des Sonnenwinkels genutzt um ggf. meine Rollläden herunterzufahren. Klar kann man das auch über einen Timer machen und dann schauen wie der Winkel ist usw...

Also ich wäre ganz Klar für das Standardverhalten, wie es auch die anderen Module machen, also da das vor der 1.48 war.

Grüße
Markus
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 17 August 2018, 20:55:00
Ich halte die derzeitige Lösung für sinnvoll, man kann bei einem state-Event jedes beliebige Reading auswerten und ggf. ein userReadings für bestimmte Readings anlegen, wenn man Events benötigt.

Dann wird nicht jedes System mit Events zugemüllt, die man nicht benötigt. Ein Attribut zum ein- und ausschalten wäre vielleicht was.

Siehe auch https://forum.fhem.de/index.php/topic,64464.msg556958.html#msg556958
Titel: Antw:neues Modul Astro.pm
Beitrag von: Benni am 18 August 2018, 06:55:59
Ich stehe der Idee auch eher zwiespältig gegenüber. Die Idee der Event-Reduzierung finde ich generell gut, aber damit dürften ja auch readingsGroup und readingsProxy für einzelne Readings des Astro-Moduls ausgehebelt sein. So was verwende ich teilweise für die Anzeige auf InfoPanel-Seiten. (Klar, könnte man das auch anders nachbauen!)

Ich finde jedenfalls auch, dass eine Steuerung bisher mit event-on-* schon gut möglich wäre.

Zitat von: Prof. Dr. Peter Henning am 17 August 2018, 19:00:05
Ist aber nur eine minimale Änderung im Code, wenn der allgemeine Wunsch besteht, kann ich das auch wieder rückgängig machen.
Dann spendier dem Modul doch einfach ein Attribut dafür. Default-Einstellung das neue Verhalten mit einem state-Event, optional das alte Verhalten mit Events für jedes Reading.

gb#
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 August 2018, 09:55:04
Zitat
Nun hat man gar nicht die Möglichkeit auf irgendwelche geänderten Werte zu reagieren

Pardon, das ist Unsinn. Selbstverständlich kann man auf ein state-Event triggern.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Kicres am 19 August 2018, 18:33:08
pah, vielen Dank für die Erläuterung.

Zitat von: Magic01 am 17 August 2018, 19:55:23
Hi,

also eigentlich kann man die events doch mi event-on-change-reading bzw. event-on-update-reading sehr schön steuern.
Nun hat man gar nicht die Möglichkeit auf irgendwelche geänderten Werte zu reagieren.

Ich hatte z.B. den Event zur Änderung des Sonnenwinkels genutzt um ggf. meine Rollläden herunterzufahren. Klar kann man das auch über einen Timer machen und dann schauen wie der Winkel ist usw...

Also ich wäre ganz Klar für das Standardverhalten, wie es auch die anderen Module machen, also da das vor der 1.48 war.

Grüße
Markus

Ich habe genau den gleichen Anwendungsfall wie Markus - Rolladensteuerung. Ich wünsche mir auch das alte Verhalten zurück.

Notgfalls müsste ein event-on-update/change-Rreading-Attribut auf ein (nicht-state-)Reading die Events erzwingen können - oder wenigstens eine Warnung auslösen.

Kai


Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 19 August 2018, 18:46:19
Ich hätte bitte gerne auch das der User über Readingevents bestimmen kann.
Grund. Mein neues Modul soll modulfremde Devices steuern. Dazu können auch Events Deines Modules helfen und der User kann ein Device Deines Modules als Triggerdevice mit angeben.
Titel: Antw:neues Modul Astro.pm
Beitrag 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
Titel: Antw:neues Modul Astro.pm
Beitrag von: Magic01 am 19 August 2018, 19:53:47
Zitat von: Prof. Dr. Peter Henning am 18 August 2018, 09:55:04
Pardon, das ist Unsinn. Selbstverständlich kann man auf ein state-Event triggern.

LG

pah

Ja, kann man. Kommt aber direkt einem Timer gleich, nur das der Timer in diesem Fall im reload Timer des Moduls eingestellt wird.

Des weiteren kann man nun auch Werte des Moduls nicht mehr in der Datenbank abfragen bzw. In einen Plot aufnehmen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Magic01 am 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.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 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
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 21 August 2018, 12:08:44
nur ne kleine frage

krieg seit neuestem jedesmal wenn das astro-modul seine werte erneuert wieder warnings2018.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*
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 21 August 2018, 12:18:57
Hm. Könnte höchstens sein, dass ObsAlt, ObsLat oder ObsLon nicht gesetzt sind.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 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:Koordinaten 1.00000° Länge, 48.xxxx0° Breite, 163m Höhe ü.M.beiObsLat 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):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)
Titel: Antw:neues Modul Astro.pm
Beitrag 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
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 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: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
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 23 August 2018, 10:26:52
uij, nach nem restart kommt noch ne andere meldung - vielleicht hilfts ja beim fehler suchen: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)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 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.
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 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?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 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
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 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
Sonnenaufgang 06:08:37
Sonnenuntergang 20:08:19

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

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?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 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
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 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
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 25 August 2018, 06:41:52
Bitte mal hiermit vergleichen:

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

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 07:30:21
Da ist ein Unterschied. Ich habe Berlin eingegeben, also
Latitude: 52.520008
Longitude: 13.404954

In der javascript-Rechnung von Barmettler komme ich auf einen Sonnenuntergang von 20:10 = 20.175. FHEM zeigt mir aber an
20:07:09.

Ich hoffe mal, ich habe keine falschen Parameter gesetzt, aber entscheidend sind doch nur Längen- und Breitengrade?


Gesendet von iPad mit Tapatalk Pro
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 14:06:16
Wieder mal sitzt das Problem vor'm Bildschirm (da gab es doch ein Kürzel dazu?). Also ich habe den Sonnenuntergang aus einer uralt-Installation genommen und mW wird das mit sunset/sunrise("REAL") ausgelöst (siehe unten) und zeigt heute 20:07 an. Wenn ich dagegen das Astro-Modul nehme  ("get Astro text"), wird mir die richtige Sonnenuntergangszeit von 20:10 gezeigt.

Jetzt muss ich nur noch herausbekommen, wie der falsche Wert in meine Installation gelangt ist.

Internals:
   COMMAND    { my $s = sunrise("REAL"); fhem("set Sonnenaufgang $s"); $s = sunset("REAL"); fhem("set Sonnenuntergang $s"); }
   DEF        *03:00:00 { my $s = sunrise("REAL"); fhem("set Sonnenaufgang $s"); $s = sunset("REAL"); fhem("set Sonnenuntergang $s"); }
   NAME       sun_riseSet_timer
   NR         40
   PERIODIC   yes
   RELATIVE   no
   REP        -1
   STATE      Next: 03:00:00
   TIMESPEC   03:00:00
   TRIGGERTIME 1535245200
   TRIGGERTIME_FMT 2018-08-26 03:00:00
   TYPE       at
   READINGS:
     2018-08-25 13:06:04   state           Next: 03:00:00
Attributes:
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 25 August 2018, 14:11:09
Wieso denn eigentlich "FHEM" ? Das Astro-Modul berechnet mit den entsprechenden Geodaten ganz korrekt

SunSet = 20:10

mit minutengenauer Angabe (keine Sekunden).


Edit: Hat sich überschnitten...


LG

pah

Titel: neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 15:05:15
Zitat von: Prof. Dr. Peter Henning am 25 August 2018, 14:11:09
Wieso denn eigentlich "FHEM" ?
Mit FHEM meine ich, dass der oben zitierte Befehl bzw. mein ,,Gerät" [dummy] aus FHEM falsche Angaben zum Sonnenuntergang liefert. Ich verstehe nicht, wie es zu den falschen Angaben kommt.

Astro liefert korrekte Zeiten - Danke!


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 15:18:01
Könnte es sein, dass die Funktion Sunset von rudolfkoenig fehlerhaft ist?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 25 August 2018, 15:33:18
k.A.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 18:02:26
Hallo pah, es scheint in der Tat ein Fehler in sunset (99_SUNSET_EL.pm) zu sein. Nun meine Frage, da ich Perl-Laie bin. Vielleicht kann man diesen Fehler leicht beheben, da ja meines Wissens 50_Astro.pm in der Distribution enthalten ist.

Kann man nicht den Aufruf

Astro_Compute($hash);
$Astro{SunRise}

"irgendwie" (ich sagte: ich bin Laie) nutzen, so dass beim Aufruf von sunset nicht die rudolfkoenig-Routinen, sondern eben die Routinen von Astro benutzt werden können? Das würde das Problem am einfachsten lösen, weil sicherlich viele Leute sunset verwenden und ein Umbau im Zweifel eine Menge Ärger verursacht.

Andererseits muss ich zugeben, dass die Fehler anscheinend +/- 5 Minuten betragen und wer nicht gerade religiös unterwegs ist, wird das sicher entspannt sehen können.
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 19:17:01
Eine Möglichkeit besteht in folgendem. Man definiert Astro
define Astro Astro
und nutzt dann statt "sunset()" einfach
{ReadingsVal("Astro","SunSet","")}
Mir ist nur nicht klar, ob man das auch in DOIF und diesen Spielzeugen verwenden kann. Es fehlen ja die Sekundenangaben.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 25 August 2018, 20:05:39
Zitat von: andies am 25 August 2018, 19:17:01
Mir ist nur nicht klar, ob man das auch in DOIF und diesen Spielzeugen verwenden kann. Es fehlen ja die Sekundenangaben.
In DOIF kann man es verwenden, auch ohne Sekundenangaben. Man kann es auch ausprobieren.
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 25 August 2018, 22:03:14
Zitat von: Prof. Dr. Peter Henning am 07 Juli 2017, 09:13:53
... kann man in jedem eigenen Modul auch ein
require "95_Astro.pm";
an den Anfang setzen. Und sogar ohne Definition eines Astro-Devices auf die somit bekannten Routinen zugreifen. Etwa per
Astro_Get( IRGENDEINE HASH REFERENZ,"dummy","text", "SunRise","2019-12-24");
um den Sonnenaufgang an Heiligabend 2019 zu bekommen.
Man muss nur noch den aktuellen Tag einsetzen und hat alles für ein korrektes sunset().

Ich bin ja Programmierlaie: Schlägt man das jetzt als Lösung für korrekte Befehle in SUNRISE vor? Gibt es hier einen Ablauf, was ich wann zu tun habe? Wird das noch diskutiert?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 26 August 2018, 14:20:32
Nö, kein Ablauf und keine Diskussion. Kann jeder verwenden, wie er will - ob die alten Funktionen von Rudi, oder die Werte aus Astro.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Morgennebel am 30 September 2018, 09:02:58
Moin,


ich habe testweise ASTRO für meine Außenbeleuchtung konfiguriert, in der Kombination mit DOIF:

Internals:
   CFGFN     
   DEF        ((([[AS_MyPlace:CustomTwilightEvening]-22:30|Fr Sa]          or
   [[AS_MyPlace:CustomTwilightEvening]-21:45|So Mo Di Mi Do] or
   [05:30-[AS_MyPlace:CustomTwilightMorning]|Mo Di Mi Do Fr] or
   [06:30-[AS_MyPlace:CustomTwilightMorning]|Sa So])         and [?D_ArrivalExpected] eq "off") or
([DI_NightAndDay:IsDaylight] eq "off" and [D_ArrivalExpected] eq "on"))
(setreading $SELF OutDoorLight on)
DOELSE
(setreading $SELF OutDoorLight off)
   NAME       DI_OutdoorLightsTimer
   NR         246497
   NTFY_ORDER 50-DI_OutdoorLightsTimer
   STATE      cmd_2
   TYPE       DOIF
   READINGS:
     2018-09-30 06:31:00   Device          DI_NightAndDay
     2018-09-30 06:31:00   OutDoorLight    off
     2018-09-30 06:31:00   cmd             2
     2018-09-30 06:31:00   cmd_event       timer_8
     2018-09-30 06:31:00   cmd_nr          2
     2018-09-30 06:31:00   e_DI_NightAndDay_IsDaylight on
     2018-09-29 14:47:03   mode            enabled
     2018-09-30 06:31:00   state           cmd_2
     2018-09-30 08:13:55   timer_01_c01    30.09.2018 17:54:00|FrSa
     2018-09-29 22:30:00   timer_02_c01    30.09.2018 22:30:00|FrSa
     2018-09-30 08:13:55   timer_03_c01    30.09.2018 17:54:00|SoMoDiMiDo
     2018-09-29 21:45:00   timer_04_c01    30.09.2018 21:45:00|SoMoDiMiDo
     2018-09-30 06:31:00   timer_05_c01    01.10.2018 05:30:00|MoDiMiDoFr
     2018-09-30 08:13:55   timer_06_c01    01.10.2018 06:31:00|MoDiMiDoFr
     2018-09-30 06:31:00   timer_07_c01    01.10.2018 06:30:00|SaSo
     2018-09-30 08:13:55   timer_08_c01    01.10.2018 06:31:00|SaSo
   Regex:
   condition:
     0          ((DOIF_time($hash,0,1,$wday,$hms,"FrSa")          or    DOIF_time($hash,2,3,$wday,$hms,"SoMoDiMiDo") or    DOIF_time($hash,4,5,$wday,$hms,"MoDiMiDoFr") or    DOIF_time($hash,6,7,$wday,$hms,"SaSo"))         and InternalDoIf($hash,'D_ArrivalExpected','STATE') eq "off") or  (ReadingValDoIf($hash,'DI_NightAndDay','IsDaylight') eq "off" and InternalDoIf($hash,'D_ArrivalExpected','STATE') eq "on")
   days:
     0          FrSa
     1          FrSa
     2          SoMoDiMiDo
     3          SoMoDiMiDo
     4          MoDiMiDoFr
     5          MoDiMiDoFr
     6          SaSo
     7          SaSo
   devices:
     0           DI_NightAndDay D_ArrivalExpected
     all         DI_NightAndDay D_ArrivalExpected
   do:
     0:
       0          setreading DI_OutdoorLightsTimer OutDoorLight on
     1:
       0          setreading DI_OutdoorLightsTimer OutDoorLight off
   helper:
     DOIF_Readings_events
     DOIF_eventas
     event      cmd_nr: 1,cmd: 1,cmd_event: timer_1,cmd_1
     globalinit 1
     last_timer 8
     sleeptimer -1
     timerdev   DI_NightAndDay
     timerevent cmd_nr: 1,cmd: 1,cmd_event: timer_1,cmd_1
     triggerDev DI_NightAndDay
     timerevents:
       cmd_nr: 1
       cmd: 1
       cmd_event: timer_1
       cmd_1
     timereventsState:
       cmd_nr: 1
       cmd: 1
       cmd_event: timer_1
       state: cmd_1
     triggerEvents:
       cmd_nr: 1
       cmd: 1
       cmd_event: timer_1
       cmd_1
     triggerEventsState:
       cmd_nr: 1
       cmd: 1
       cmd_event: timer_1
       state: cmd_1
   internals:
     0           D_ArrivalExpected:STATE
     all         D_ArrivalExpected:STATE
   interval:
     0          -1
     1          0
     2          -1
     3          2
     4          -1
     5          4
     6          -1
     7          6
   itimer:
     all         AS_MyPlace
   localtime:
     0          1538322840
     1          1538339400
     2          1538322840
     3          1538336700
     4          1538364600
     5          1538368260
     6          1538368200
     7          1538368260
   readings:
     0           DI_NightAndDay:IsDaylight
     all         DI_NightAndDay:IsDaylight
   realtime:
     0          17:54:00
     1          22:30:00
     2          17:54:00
     3          21:45:00
     4          05:30:00
     5          06:31:00
     6          06:30:00
     7          06:31:00
   time:
     0          [AS_MyPlace:CustomTwilightEvening]
     1          22:30:00
     2          [AS_MyPlace:CustomTwilightEvening]
     3          21:45:00
     4          05:30:00
     5          [AS_MyPlace:CustomTwilightMorning]
     6          06:30:00
     7          [AS_MyPlace:CustomTwilightMorning]
   timeCond:
     0          0
     1          0
     2          0
     3          0
     4          0
     5          0
     6          0
     7          0
   timer:
     0          0
     1          0
     2          0
     3          0
     4          0
     5          0
     6          0
     7          0
   timers:
     0           0  1  2  3  4  5  6  7
   trigger:
   triggertime:
     1538322840:
       localtime  1538322840
       hash:
     1538336700:
       localtime  1538336700
       hash:
     1538339400:
       localtime  1538339400
       hash:
     1538364600:
       localtime  1538364600
       hash:
     1538368200:
       localtime  1538368200
       hash:
     1538368260:
       localtime  1538368260
       hash:
   uiState:
   uiTable:
Attributes:
   room       Aussen


Problem dabei ist die stündliche Neuberechnung der SunSet und SunRise Werte. Die Außenbeleuchtung springt morgens korrekt an, geht aber niemals aus - da inzwischen ASTRO den Wert CustomTwilightMorning auf den nächsten Tag verschoben hat.

Selbst wenn ich die Neuberechnung von ASTRO auf 12 oder 24h erhöhe, kann ich immer noch genau dieses Fenster der Beleuchtung morgens erwischen...

D_ArrivalExpected ist ein Dummy, der signalisiert ob jemand aus der Familie spät nachts nach Hause kommt. Dann soll die Beleuchtung an bleiben. DI_NightAndDay ist ein DOIF, welches Tag/Nacht signalisiert - spart wiederholende Berechnungen in diesem DOIF.

Mache ich hier was falsch und/oder gibt es hierfür eine Lösung?

Danke, -MN
Titel: Antw:neues Modul Astro.pm
Beitrag von: throbin am 04 Oktober 2018, 08:49:30
Hi,

war schon mal aufgetreten, danach erfolgreich gefixt (siehe Beiträge auf Seite 18), Nun tritt die Warnung wieder auf:

2018.10.04 07:34:32.467 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4584.
2018.10.04 07:34:32.468 1: stacktrace:
2018.10.04 07:34:32.468 1:     main::__ANON__                      called by fhem.pl (4584)
2018.10.04 07:34:32.468 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/95_Astro.pm (1354)
2018.10.04 07:34:32.469 1:     main::Astro_Update                  called by fhem.pl (3140)
2018.10.04 07:34:32.469 1:     main::HandleTimeout                 called by fhem.pl (649)


LG
Titel: Antw:neues Modul Astro.pm
Beitrag von: frank am 06 Oktober 2018, 20:46:32
feines modul.
läuft scheinbar alles prächtig. denn ich konnte heute die schmale, blasse mondsichel tagsüber trotz sonnenschein relativ schnell finden.

gibt es eventuell die absicht das modul um weitere planeten zu erweitern? der modulname klingt zumindestens schon mal vielversprechend.  ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 06 Oktober 2018, 22:27:54
Zitatscheinbar
Wieso scheinbar ?

Der Mond ist ja kein Planet ...
Und auf Gezeiten haben nur Mond und Sonne im Rahmen privater Genauigkeit messbaren Einfluss.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: frank am 07 Oktober 2018, 14:17:50
Zitat von: Prof. Dr. Peter Henning am 06 Oktober 2018, 22:27:54
Der Mond ist ja kein Planet ...
Und auf Gezeiten haben nur Mond und Sonne im Rahmen privater Genauigkeit messbaren Einfluss.
scheinbar nein.

jetzt bin ich aber unsicher. hoffentlich beziehen sich die "obs" daten doch auf den planeten erde.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 07 Oktober 2018, 15:54:02
Ah, jetzt wird die gestellte Frage klar  ;D

Nein, die Obs_Daten beziehen sich eigentlich nicht auf "den Planeten" - sondern auf die Position des "Observers", also des FHEM-Systems. Also gut, ich verspreche: Für die erste FHEM-Installation auf dem Mars spendiere ich eine Sonderausgabe des Moduls.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: frank am 07 Oktober 2018, 17:20:04
Zitat von: Prof. Dr. Peter Henning am 07 Oktober 2018, 15:54:02
Also gut, ich verspreche: Für die erste FHEM-Installation auf dem Mars spendiere ich eine Sonderausgabe des Moduls.
prima, ich werde dich daran erinnern.  :)

eigentlich war meine idee, dass mir fhem eine info gibt, sobald planeten unseres sonnensystems bestimmte himmelsbereiche kreuzen (in meinem garten stehen einige hohe bäume) und theoretisch gut zu sehen sind. vielleicht noch mit aussentemperatur und bewölkung verknüpfen, um gute beobachtungsbedingungen zu gewährleisten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 07 Oktober 2018, 17:30:42
Vielleicht mit httpmod und https://news.astronomie.info/sky201810/planeten.html?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bartimaus am 10 Oktober 2018, 12:06:42
Moin,

seit gestern (Update FHEM 5.9) erhalte ich diese Fehlermeldung im Log:

2018.10.10 12:00:30.125 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4584.
2018.10.10 12:00:30.125 1: stacktrace:
2018.10.10 12:00:30.126 1:     main::__ANON__                      called by fhem.pl (4584)
2018.10.10 12:00:30.126 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/95_Astro.pm (1354)
2018.10.10 12:00:30.127 1:     main::Astro_Update                  called by fhem.pl (3140)
2018.10.10 12:00:30.127 1:     main::HandleTimeout                 called by fhem.pl (649)


Installiert ist die Version 1.49

Ist das ein Timingproblem meines FHEM ? Weil zur vollen Stunde ist das Gerät ziemlich ausgelastet mit div. HourCountern usw.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Sany am 12 Oktober 2018, 15:03:17
Hallo,

Ich habe auch diesen Eintrag im Log, stündlich wenn Astro läuft. Im Beitrag #263 (https://forum.fhem.de/index.php/topic,73951.msg829561.html#msg829561) ist ein Hinweis auf ein nicht initialisiertes MoonPhaseI. Bei einem "get json" habe ich einen Eintrag: "MoonPhaseI":null . Alle anderen Werte liefern sinnvolle Zahlen/Werte. In den Readings von Astro gibt es kein MoonPhaseI, nur N und S. Der Eintrag kommt unabhängig davon, ob Obs-Lat/Lon/Alt in Astro eingetragen sind oder nicht (in der Richtung wurde ja schon gesucht.)
fhem und astro sind aktuell.


Gruss

Sany
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 12 Oktober 2018, 17:42:49
Sieh an, damit ist der Fehler gefunden. Prima, ich finde es gut, mal auf einen FHEM-Neuling zu treffen, der ordentliche Fehlerberichte liefert.

Die korrigierte Version 1.50 habe ich soeben eingecheckt.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Sany am 13 Oktober 2018, 13:32:36
läuft jetzt wie gewünscht. Schön, so ein aufgeräumtes Logfile  ;)

Vielen Dank fürs fixe fixen.

Sany
Titel: Antw:neues Modul Astro.pm
Beitrag von: FunkOdyssey am 05 Januar 2019, 19:51:10
Ist mit diesem Modul eigentlich auch so etwas wie Sunset Indoor, Sunrise Indoor möglich?
Ich kenne das aus dem Twilight-Modul und migriere gerade.
Vermutlich sind das keine Astro-Zeiten, sondern Wetter-abhängige Zeiten, oder?
Oder ist das Horizon-spezifisch?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 06 Januar 2019, 04:57:06
Das hängt nur vom Horizont ab, nicht vom Wetter => geht mit CustomTwilight problemlos

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bartimaus am 15 Januar 2019, 11:47:13
Guten Morgen,

ich weiss nicht ob es im Forum schonmal behandelt wurde, deswegen frage ich hier.

Für meinen eingetragenen Standort:
Astro SunRise: 08:33
Astro SunSet:  16:56

Twilight SunRise: 08:40
Twilight SunSet: 16:48

FHEM SunRise: 08:40
FHEM SunSet: 16:48

Yahoo-WetterApp auf iOS:
SunRise 08:33
SunSet: 16:58

Sonnen-Info V2.5.1 auf iOS:
SunRise: 08:33
SunSet: 16:56

Wohl gemerkt, bei identischen Koordinaten.

Wieso weichen Twilight und FHEM so von den anderen "Apps" ab ?
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 15 Januar 2019, 12:03:20
Weil pah als einziger richtig rechnet. Gibt einen Thread dazu, finde ihn nur nicht: ,,Ist Sunset() fehlerhaft?" Und ja, es ist fehlerhaft.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Christoph Morrison am 15 Januar 2019, 18:00:21
Zitat von: Bartimaus am 15 Januar 2019, 11:47:13
Twilight SunRise: 08:40
Twilight SunSet: 16:48

Wieso weichen Twilight und FHEM so von den anderen "Apps" ab ?

Siehe auch hier (https://forum.fhem.de/index.php/topic,95281.msg886825.html#msg886825). Ich sehe aktuell keinen Mehrwert in Twilight außer die Berücksichtigung des Beschattungsgrades. Allgemein fände ich es besser, wenn Astro um ein solches, doch recht stark nachgefragtes Feature, erweitert würde (falls ich es nur nicht verstanden habe, korrigiere mich bitte pah) und dafür Twilight nach einer Schonzeit entfernt wird (ja, wirklich entfernt, alter Code tut niemandem gut).
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bartimaus am 15 Januar 2019, 22:35:04
Zitat von: Christoph Morrison am 15 Januar 2019, 18:00:21
Siehe auch hier (https://forum.fhem.de/index.php/topic,95281.msg886825.html#msg886825). Ich sehe aktuell keinen Mehrwert in Twilight außer die Berücksichtigung des Beschattungsgrades. Allgemein fände ich es besser, wenn Astro um ein solches, doch recht stark nachgefragtes Feature, erweitert würde (falls ich es nur nicht verstanden habe, korrigiere mich bitte pah) und dafür Twilight nach einer Schonzeit entfernt wird (ja, wirklich entfernt, alter Code tut niemandem gut).

Och nööö, [Twilight:twilight] nutze ich als ,,Backup" falls der ZwaveSensor wieder zickt  :-[, und azimuth und elevation brauche ich zur Beschattungssteuerung. Für mich sprechen also schon noch ein paar Gründe für Twilight...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 16 Januar 2019, 08:17:06
Was bitte ist denn der Beschattungsgrad ? In der CommandRef zu Twilight gibt es das nicht.

Im Übrigen spricht auch gegen Twilight, dass der Yahoo-Wetterservice jetzt abgeschaltet wurde.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Christoph Morrison am 16 Januar 2019, 15:42:00
Zitat von: Prof. Dr. Peter Henning am 16 Januar 2019, 08:17:06
Was bitte ist denn der Beschattungsgrad ? In der CommandRef zu Twilight gibt es das nicht.

Du kannst über useExtWeather ein Reading definieren, das einen Bewölkungsgrad beinhaltet und für die Berechnung der Helligkeit genutzt wird.

Zitat von: Prof. Dr. Peter Henning am 16 Januar 2019, 08:17:06
Im Übrigen spricht auch gegen Twilight, dass der Yahoo-Wetterservice jetzt abgeschaltet wurde.

Der ist nicht zwingend notwendig, denn das Modul funktioniert auch ohne bzw. mit useExtWeather. Ich sehe eher eine Redundanz in den Daten die Twilight und Astro, die bei Astro IMHO genauer sind und mit einer prise Salz den Einsatzzweck von Twilight mit abdecken könnten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 16 Januar 2019, 15:45:05
Ich hatte es im Twilight Thread schon geschrieben, alles was "mir" zum ersetzen von Twilight fehlt ist das "light" Reading für die Aussenhelligkeit.
Dies ist weder in astro, noch in Weather enthalten.

Wenn das noch irgendwo hinzukäme (von mir aus auch ohne Einberechnung von Wolken) könnte ich Twilight rausschmeissen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 16 Januar 2019, 17:23:38
ZitatIch hatte es im Twilight Thread schon geschrieben
Hm, wenn Du alles liest, was ich schreibe, lese ich auch alles, was du schreibst...

Mal im Ernst: Der Bedeckungsgrad sagt über die gegebene Helligkeit (auch die mittlere Helligkeit) gar nichts aus. Das kann ich an Hand der Daten meiner Photovoltaikanlage sehr genau belegen.

Außerdem handelt es sich dabei nicht um astronomische Daten, sondern um meteorologische Daten, die haben m.E. in einem Astro-Device nichts verloren.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 16 Januar 2019, 17:43:00
Zitat von: Prof. Dr. Peter Henning am 16 Januar 2019, 17:23:38
Hm, wenn Du alles liest, was ich schreibe, lese ich auch alles, was du schreibst...

so war das nicht gemeint. :-)
Dachte nur bevor jemand die "Doppel-Post" Karte auspackt erwähne ich es.

Ich würde die Helligkeit auch eher im Wetter-Modul sehen. ist nur die Frage ob es da irgendwo mitgeliefert wird.
Oder ich installiere mir nen eigenen Helligkeits-Messer. Oder mache es nur Zeitabhängig vom Sunrise/Sunset.
Muss ich mir nochmal durchn Kopf gehen lassen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Amenophis86 am 17 Januar 2019, 19:03:51
Wollte mir gerade mal die Online CommandRef zu Astro (https://fhem.de/commandref_DE.html#Astro) anschauen und da ist mir aufgefallen, dass der Link (https://fhem.de/fhem/docs/commandref.html#Astro) zur Englischen CommandRef nicht geht. Daher hier der nette Hinweis dies vielleicht zu fixen ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bartimaus am 17 Januar 2019, 19:14:35
Zitat von: Frank_Huber am 16 Januar 2019, 17:43:00


Ich würde die Helligkeit auch eher im Wetter-Modul sehen. ist nur die Frage ob es da irgendwo mitgeliefert wird.
Oder ich installiere mir nen eigenen Helligkeits-Messer. Oder mache es nur Zeitabhängig vom Sunrise/Sunset.
Muss ich mir nochmal durchn Kopf gehen lassen.

Ich habe auch nen Helligkeitssensor, aber auch der ist nicht perfekt. Deswegen nutze ich als "FallBack" den Helligkeitswert in Twilight... , darum plädiere ich für den Erhalt von Twilight bis es ein anderes Softwaremodul gibt, was mir diesen Wert "emuliert"...
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 18 Januar 2019, 08:28:38
Zitat von: Amenophis86 am 17 Januar 2019, 19:03:51
Wollte mir gerade mal die Online CommandRef zu Astro (https://fhem.de/commandref_DE.html#Astro) anschauen und da ist mir aufgefallen, dass der Link (https://fhem.de/fhem/docs/commandref.html#Astro) zur Englischen CommandRef nicht geht. Daher hier der nette Hinweis dies vielleicht zu fixen ;)

hatte ich auch schonmal "erwähnt".....

Zitat von: nils_ am 11 Dezember 2017, 10:11:57
Hallo pah,

ich habe gerade einen "fehler" in der commandref entdeckt.

https://fhem.de/commandref_DE.html#Astro
der Link auf die englische Version funktioniert nicht   :-\


grüße
nils_


hab es nicht mehr genau im kopf, aber lokal sollte die commandref funktionieren, nur leider die online version nicht  ::) ::)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Christoph Morrison am 18 Januar 2019, 10:46:46
Zitat von: nils_ am 18 Januar 2019, 08:28:38
hab es nicht mehr genau im kopf, aber lokal sollte die commandref funktionieren, nur leider die online version nicht  ::) ::)

Genau so ist es. Mir ist das auch schon mal bei einem Review aufgefallen, aber ich kann den Sinn dahinter verstehen und ich kenne auch keine bessere Lösung (außer man setzt irgendwo ein base href / murkst irgendwas mit JavaScript und das würde vieles andere brechen / Leute zum brechen bringen).
Titel: Antw:neues Modul Astro.pm
Beitrag von: Amenophis86 am 18 Januar 2019, 12:29:12
Daran liegt es nicht. Der Link ist einfach falsch. Wenn er https://fhem.de/commandref.html#Astro heißt, dann würde er gehen. Bei anderen Modulen klappt es ja auch :)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 Januar 2019, 12:59:48
Ich bin doch nicht doof - also warum funktioniert bei mir dann

http://192.168.0.193:8083/fhem/docs/commandref.html#Astro

???

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 18 Januar 2019, 13:33:40
Zitat von: Prof. Dr. Peter Henning am 18 Januar 2019, 12:59:48
Ich bin doch nicht doof - also warum funktioniert bei mir dann

http://192.168.0.193:8083/fhem/docs/commandref.html#Astro
hat keiner behauptet.
das funktioniert, weil die lokale commandref unter dem pfad abgelegt wird.
die online-version nicht. (das /docs gibt es dort nicht!)


das kleine DE/EN unter der Überschrift hat den korrekten Pfad zur englischen doku. (online und lokal sollte es auch passen!)


so steht es im modul für die deutsche Variante
=begin html_DE

<a name="Astro"></a>
<h3>Astro</h3>
<ul>
<a href="https://wiki.fhem.de/wiki/Modul_Astro">Deutsche Dokumentation im Wiki</a> vorhanden, die englische Version gibt es hier: <a href="/fhem/docs/commandref.html#Astro">Astro</a>
</ul>
=end html_DE


könnte es ausreichen, wenn der link geändert wird zu:
<a href="commandref.html#Astro">Astro</a>

so baut es mMn commandref_join.pl zusammen....
Titel: Antw:neues Modul Astro.pm
Beitrag von: Amenophis86 am 18 Januar 2019, 19:03:20
Da hat Nils wohl recht, das müsste gehen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 Januar 2019, 19:46:43
Mal sehen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bäschdler am 20 Januar 2019, 14:41:48
Hallo,

ich bin zu ungeschickt mit Astro einen zeitgesteuerten Befehl auszuführen...

Wenn ich einen at Befehl wie beim twilight eingebe: *{astro("myLocation","CivilTwilightMorning","04:00","09:30")} set OG_Buero_Roll_Alle 0 dann bekomme ich eine Fehlermeldung, dass das Modul eine Zeit liefern sollte aber einen Fehler liefert.

Kann mir jemand sagen was ich falsch machen / wie ich das eintragen muss?

Danke und Grüsse
Bäschdler
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 20 Januar 2019, 14:45:23
Zitat von: Bäschdler am 20 Januar 2019, 14:41:48
ich bin zu ungeschickt mit Astro einen zeitgesteuerten Befehl auszuführen...

Wenn ich einen at Befehl wie beim twilight eingebe: *{astro("myLocation","CivilTwilightMorning","04:00","09:30")} set OG_Buero_Roll_Alle 0 dann bekomme ich eine Fehlermeldung, dass das Modul eine Zeit liefern sollte aber einen Fehler liefert.

Kann mir jemand sagen was ich falsch machen / wie ich das eintragen muss?
schonmal mit {twilight("myLocation","CivilTwilightMorning","04:00","09:30")} versucht?
myLocation sollte dein Astro device sein.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bäschdler am 20 Januar 2019, 17:36:54
Zitat von: Frank_Huber am 20 Januar 2019, 14:45:23
schonmal mit {twilight("myLocation","CivilTwilightMorning","04:00","09:30")} versucht?
myLocation sollte dein Astro device sein.

Ähm - twilight ist doch das alte Modul das ich los werden will weil es nicht mehr mit Daten von Yahoo versorgt wird...

Ich brauche die Definition von Astro
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 20 Januar 2019, 17:44:13
{twilight.....} ist eine Perl Funktion und hat mit dem Modul nichts zu tun.
versuchs einfach...
Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 20 Januar 2019, 17:53:52
Zitat von: Frank_Huber am 20 Januar 2019, 17:44:13
{twilight.....} ist eine Perl Funktion und hat mit dem Modul nichts zu tun.
versuchs einfach...

Halb und halb. Die Funktion kommt aus dem Modul Twilight.
Aber davon mal ab funktioniert das Modul auch ohne Yahoo eins a. Man muss sich nur kurz damit beschäftigen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: AnBad am 07 Februar 2019, 22:01:56
Ich wollte ein weblink mit dem Pfad zum Mondbild "befüllen". Leider klappt es nicht. Kann mir jemand helfen?


sub MondbildAsHtml()
{
my $link = sprintf('<img src="');
$link .= sprintf(ReadingsVal('Astrodaten', 'Mondbild', ""));
$link .= sprintf('">');
return $link;
}
1;


define Mondbildlink weblink htmlCode MondbildAsHtml()}
Titel: Antw:neues Modul Astro.pm
Beitrag von: khk123 am 08 Februar 2019, 19:35:38
Ich zeige das Bild auf der FHEM Weboberfläche an:


devStateIcon { '<div><img src='.ReadingsVal($name,"Mondbild","0").' height="100" width="100">' }
Titel: Antw:neues Modul Astro.pm
Beitrag von: AnBad am 08 Februar 2019, 19:38:26
Ja,
das ist Cool.
Vielen Dank!!
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 09 Februar 2019, 09:22:29
Das geht auch einfacher, nämlich ohne zusätzlichen Perl-Aufruf mit einem einfachen
<embed ...>
im stateFormat. Oder über einen weblink

define Moon weblink image http://192.168.0.193:8083/fhem/Astro_moonwidget?name='Astronomie'

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: mi.ke am 10 Februar 2019, 16:33:43
@pah
Sehr detailiertes und für mich, sehr wertvolles Modul.
Vielen Dank, dass Du es mit uns teilst.

Cheers
mi.ke

Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 18 Mai 2019, 14:14:04
Ich erhalte hier im Norden seit einer Woche alle 5 Minuten eine Mitteilung im Log, das Werte nicht berechnet werden können.

Wäre es möglich den Loglevel von 3 auf 4 zu ändern, da bei dem Befehl Log das Modulattribut verbose nicht greift und ich den globalen Attributwert nicht auf 2 ändern möchte.

Es Betrifft die Zeilen 941, 955, 969, 983


Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 18 Mai 2019, 14:29:30
Wäre es möglich die Abhängigkeit zur Systemsprache zu lösen?


Wenn man Automationen schreibt, dann möchte man dies nicht in einer Vermischung aus Englisch und Deutsch tun. Es wäre daher gut, wenn die Standard Readings immer in einer verlässlichen Sprache wären (=Englisch) und man zusätzlich eine weitere Sprache zur Darstellung definieren könnte, für die dann zusätzliche Readings erzeugt werden.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 18 Mai 2019, 19:55:13
ZitatIch erhalte hier im Norden seit einer Woche alle 5 Minuten eine Mitteilung im Log, das Werte nicht berechnet werden können.

Es wäre ja sehr nett zu wissen, welche Meldungen das sind. Ich vermute mal, dass es wegen der jahreszeitlichen Nähe zum Mittsommer die astronomischen Dämmerungswerte sind - aber bitt emal die Meldungen posten.

ZitatWäre es möglich die Abhängigkeit zur Systemsprache zu lösen?
Nein, denn das habe ich in anderen Modulen auch so umgesetzt und will diese Konsistenz nicht aufgeben. Tipp: alles auf Englisch machen, und selbst userReadings generieren, welche die entsprechenden Daten dann auf Deutsch präsentieren. Mache ich sowieso, die Vielzahl der Readings von Astro lasse ich mir nie anzeigen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 18 Mai 2019, 23:15:53
Zitat von: Prof. Dr. Peter Henning am 18 Mai 2019, 19:55:13
Es wäre ja sehr nett zu wissen, welche Meldungen das sind. Ich vermute mal, dass es wegen der jahreszeitlichen Nähe zum Mittsommer die astronomischen Dämmerungswerte sind - aber bitt emal die Meldungen posten.
Nein, denn das habe ich in anderen Modulen auch so umgesetzt und will diese Konsistenz nicht aufgeben. Tipp: alles auf Englisch machen, und selbst userReadings generieren, welche die entsprechenden Daten dann auf Deutsch präsentieren. Mache ich sowieso, die Vielzahl der Readings von Astro lasse ich mir nie anzeigen.

LG

pah
Ich ging davon aus, dass die Zeilennummern reichen, dort werden die Meldungen generiert.

Dann hier auch die erzeugten Meldungen, ein Auszug hoffe ich reicht
Zitat2019.05.18 02:01:16.295 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:06:16.478 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:11:16.661 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:16:16.874 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:21:17.085 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:26:17.299 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:31:17.479 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:36:17.702 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:41:17.918 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:46:18.106 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:51:18.296 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 02:56:18.477 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:01:18.695 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:06:18.878 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:11:19.060 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:16:19.242 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:21:19.427 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:26:19.644 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:31:19.856 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:36:20.037 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:41:20.221 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:46:20.439 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:51:20.656 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 03:56:20.870 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:01:21.045 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:06:21.237 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:11:21.418 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:16:21.604 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:21:21.814 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:26:22.028 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:31:22.239 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:36:22.420 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:41:22.636 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:46:22.856 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:51:23.069 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
2019.05.18 04:56:23.295 3: [Astro_SunRise] no solution possible for astronomical twilight - maybe the sun never sets below -18 degrees?
Die Logeinträge werden mit meinem Vorschlag verhindert, nicht nur für astronomical und meinem Standort.

Anbei die Datei mit meinem eingearbeiteten Vorschlag, als schnelle Lösung.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 19 Mai 2019, 10:48:45
Habe die kleine Änderung eingecheckt.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 19 Mai 2019, 16:25:08
Zitat von: Prof. Dr. Peter Henning am 18 Mai 2019, 19:55:13
Nein, denn das habe ich in anderen Modulen auch so umgesetzt und will diese Konsistenz nicht aufgeben. Tipp: alles auf Englisch machen, und selbst userReadings generieren, welche die entsprechenden Daten dann auf Deutsch präsentieren. Mache ich sowieso, die Vielzahl der Readings von Astro lasse ich mir nie anzeigen.

Verstehe ich und kann man so machen, ja.
Allerdings muss dann wieder jeder User selbst ran, um im Grunde das gleiche zu erreichen wie viele andere vor ihm.

Die Locale richtig zu setzen hat in der Tat seinen Charme, aber ich verstehe ich verstehe noch nicht so ganz den Zusammenhang zum globalen FHEM Attribut "language". Muss ich dann quasi selbst sicherstellen, dass das globale Attribut zur Locale passt?

Du könntest natürlich die LANG/LC_* Umgebungsvariablen auch im lokalen Perl Kontext deines Moduls so setzen, wie es sich der Benutzer über das globale Attribut "language" gewünscht hat (ja, das Format passt nicht direkt). Vorausgesetzt die Locale steht beim System auch zur Verfügung, braucht der Benutzer dann zumindest nicht mehr über sein System eingreifen, sondern hat seine FHEM Konfiguration transportabel.

Ich habe gerade für das Docker Image einmal geschaut und dort folgende Standardwerte hinterlegt, mit denen man zwar die grundsätzliche Systemsprache in Englisch hält, die Werte jedoch in europäischem Format erhält:


LANG=en_US.UTF-8}
LANGUAGE=en_US:en
LC_MEASUREMENT=de_DE.UTF-8
LC_MESSAGES=en_DK.UTF-8
LC_MONETARY=de_DE.UTF-8
LC_NUMERIC=de_DE.UTF-8
LC_PAPER=de_DE.UTF-8
LC_TELEPHONE=de_DE.UTF-8
LC_TIME=en_DK.UTF-8


Das ergibt bereits einen ziemlich guten paneuropäischen Standard. Für das Astro Modul ist LC_TIME entscheidend, mit en_DK bekommt man ein etwas europäisch angehauchtes Format. Setzt man es auch noch auf de_DE.UTF-8, sind alle Datums und Zeitangaben in deutscher Sprache, Systemausgaben bleiben jedoch in Englisch und somit kompatibel.

Im Astro Modul könntest du also mittels folgender Zeile vor dem jeweiligen System(nahen) Aufruf die Sprache über Perl festlegen:


local $ENV{LC_TIME} = 'de_DE.UTF-8';


Das local sorgt dafür, dass andere Perl Module nicht beeinflusst werden.
Wahrscheinlich könntest du so relativ einfach auf die Systemfunktionen für die Formatierung zurückgreifen und trotzdem eine brauchbare Flexibilität für die Sprache einbauen, auch mehrere Sprachen parallel gingen damit.






<OT>

Je nachdem wer hier noch so mitliest: Nutzt man Systemaufrufe aus FHEM/Perl heraus, bei denen eine konsistente Rückgabe von Werten unabhängig der Sprache notwendig ist, dann setzt man direkt vor dem Systembefehl ein LC_ALL=C und überlagert somit alle anderen Sprachvorgaben. Somit muss man sich bei der Auswertung des Rückgabewertes nur um eine Sprache bemühen. Bei SSH Verbindungen erhält man keine Warnungen mehr, wenn die für den FHEM Benutzer gesetzte Sprache auf dem entfernten System nicht zur Verfügung steht.

</OT>
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 20 Mai 2019, 10:51:07
servus,

nur ne info:
krieg seit heute bei neustarts von fhem folgendes warning2019.05.20 08:54:15 1: PERL WARNING: Argument "[Astro_Get] astro has improper time specification MoonAg..." isn't numeric in addition (+) at ./FHEM/95_Astro.pm line 1289.
2019.05.20 08:54:15 1: stacktrace:
2019.05.20 08:54:15 1:     main::__ANON__                      called by ./FHEM/95_Astro.pm (1289)
2019.05.20 08:54:15 1:     main::Astro_moonwidget              called by ./FHEM/01_FHEMWEB.pm (926)
2019.05.20 08:54:15 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (567)
2019.05.20 08:54:15 1:     main::FW_Read                       called by fhem.pl (3749)
2019.05.20 08:54:15 1:     main::CallFn                        called by fhem.pl (748)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 21 Mai 2019, 22:25:59
Hallo pah,

ich habe hier einen Patch für Astro geschrieben:

1. weitere Sprachen hinzugefügt (ES,FR,IT,NL,PL)
2. Sprachen jetzt auch über Device Attribut konfigurierbar
3. Meteorologische Jahreszeit hinzugefügt (ObsMeteoSeason)
4. Phänologische Jahreszeit hinzugefügt (ObsPhenoSeason) - nur für Standorte in Mitteleuropa
5. Schaltjahr hinzugefügt (ObsIsLeapyear, ObsYearRemainD, ObsYearProgress, ObsMonthRemainD, ObsMonthProgress) / neue Funktion IsLeapyear()
6. Analog zu Dayofyear wurde die Woche hinzugefügt (ObsWeekofyear)
7. Dauer für Tag (SunHrsVisible) und Nacht (SunHrsInvisible) hinzugefügt; analog dazu gibt es auch MoonHrsVisible und MoonHrsInvisible
8. Saisonale (https://de.wikipedia.org/wiki/Saisonale_Stunden) und temporale Stunden (https://de.wikipedia.org/wiki/Temporale_Stunden) hinzugefügt (ObsSeasonalHr, ObsSeasonalHrR, ObsSeasonalHrs, ObsSeasonalHrLenDay, ObsSeasonalHrLenNight, ObsSeasonalHrTNext, ObsSeasonalHrT[<ObsSeasonalHr>])
9. Relative Tageszeit (also sowas wie Morgen/Mittag/Abend/Nacht, jedoch basierend auf den 12 temporalen Stunden und somit viel feiner) (ObsDaytime, ObsDaytimeN); Unterstützung für römische Stunden.
10. Neuer Setter "update", um ein manuelles Update zu triggern
11. Neues Attribut "disable", mit dem man das Device komplett deaktivieren/sperren kann.
12. Neues Attribut "recomputeAt", um zusätzlich zum Interval auch eine Neuberechnung um 00:00:00 Uhr und/oder zum Beginn der nächsten saisonalen/temporalen Stunde auszulösen.
13. "get json" enthält jetzt auch ungerundete Werte, die relevanten Readingnamen sind dafür unter gleichem Namen mit vorangestelltem Punkt enthalten (werden daher nicht als Readings in FHEMWEB angezeigt, stehen aber grundsätzlich bereit)
14. neues Internal NEXTUPDATE zur Anzeige des nächsten Updates
15. Unterschiedliche Horizonte für Twilight morgens/abends möglich
16. Azimuth als Kompassangabe (SunCompass, SunCompassI, SunCompassS, MoonCompass, MoonCompassI, MoonCompassS) / neue Funktion Deg2CP()
17. Vorbelegte Widgets für set, get, attr
18. HTML Anker Namen korrigiert
19. Attribute können als Kommando Parameter an den Getter übergeben werden, beispielsweise language=XX, um eine andere Sprache zu erhalten
20. Flexiblere Datum/Zeitangabe bei get json/text: Uhrzeit ohne Datum
21. Änderungsindikatoren für den Tag bevor ein Ereignis eintritt und am Ereignistag (aktuell beim Wechsel der Jahreszeiten, beim Wechsel Normalzeit<>Sommerzeit, Tierkreiszeichen Sonne/Mond, Mondphase)
22. Zeitplaner mit allen für den Tag berechneten Ereignissen (ObsSched*). Außerdem Anzeige welches Ereignis als nächstes eintreten wird bzw. welches zuletzt eingetreten ist.
23. CommandRef um entsprechende Punkte erweitert
25. Nummernformat für Textausgabe basierend auf LC_NUMERIC (auch abhängig von language Attribut, dadurch unabhängig von Systemvorgaben)
26. Änderung der Zeitzone über timezone Attribut (unabhängig der Systemvorgaben)
27. Darstellung Rektaszension in HHMM korrigiert (in Übereinstimmung mit CommanRef)

Strukturelle Änderungen am Code:
1. Umgestellt von "package main" auf "package FHEM::Astro" (damit Entfernung des Präfix "Astro_" in vielen Bereichen; Funktionen Astro_Initialize() und Astro_Get() werden nach main:: exportiert)
2. Export von Transtable und anderen Hash Tabellen zur Nutzung in anderen Modulen
3. Rudimentäre Unterstützung für Meta.pm
4. Neue Funktion DistOnEarth() (habe keine existierende Funktion dafür ausfindig machen können)
5. Neue Funktion DaysOfMonth()
6. Neue Funktion Arabic2Roman()
7. FHEMWEB FORKABLE=0 Tippfehler gefixt
8. INTERVAL Internal wird immer angezeigt, auch wenn Attribut nicht gesetzt ist
9. Attribut Liste wird aus Hash generiert
10. Verbesserte Reading Aktualisierung über Notify() Funktion
11. Verbesserte Eingabeprüfung für Attribute
12. HHMM[SS]() Umgang mit Integer Werten verbessert
13. Mond Transit und Untergang: Tippfehler in Variablenname korrigiert
14. Generierung der Datum/Zeit Basisdaten in eigene Funktion SetTime() ausgelagert
15. Verwendung von JSON::XS zur besseren Performance und "beautify" Output bei verbose>3, toJSON() als Fallback
16. %Astro und %Date beinhalten in {1} und {2} die Werte der Nachfolgetage (wird derzeit für die vorausschauende Berechnung der Zeiten für den Wechsel der saisonalen/temporalen Stunden verwendet)
17. %Astro und %Date beinhalten in {-1} und {-2} die Werte der Vorgängertage (wird derzeit für die vorausschauende Berechnung für den Wechsel der Jahreszeiten verwendet)
18. Aktivierung von parseParams, um über Astro_Get() auch andere Attributwerte übergeben zu können, wenn kein Astro Device definiert wurde. Erübrigt das temporäre Anlegen eines echten Devices unter $attr{<name>}

Habe versucht mir dabei Mühe zu geben und hoffe der Patch sagt dir zu, so dass er übernommen werden kann.
Ich würde gerne anschließend einiges aus UConv.pm entfernen.


Natürlich hätte ich die Jahreszeiten auch wieder in ein extra Modul packen können, schicker fände ich es jedoch, wenn es gleich in Astro mitkäme.




Viele Grüße
Julian




EDIT: Patch entfernt und per PM geschickt
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 22 Mai 2019, 03:53:02
Schau ich mir an, dauert aber bis zu 2 Wochen, da ich gerade im Antragsstress bin.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 22 Mai 2019, 08:24:24
Um diese Uhrzeit [bist du wach]? 😟


Exzellent [, dann warte ich - vielen Dank!] 😆






* Edit: Nachricht durch kursiven Text zur Verdeutlichung ergänzt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 23 Mai 2019, 10:57:40
Nur weil sich ja wohl einige den Patch runtergeladen haben:
Ich habe noch einige Änderungen vorgenommen.


Edit: Saisonale/temporale Stunden hinzugefügt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: flummy1978 am 23 Mai 2019, 23:13:15
Zitat von: Loredo am 23 Mai 2019, 10:57:40
Nur weil sich ja wohl einige den Patch runtergeladen haben:

Sorry, für die unwissende Anfängerfrage:
Aber wie spiele ich den Patch denn korrekterweise ein? Bisher habe ich nur die Updates normal bezogen und nicht manuell etwas gemacht  ???

Grüße
Andreas
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 24 Mai 2019, 01:26:36
Du musst die heruntergeladene Datei nach /opt/fhem/FHEM kopieren und dann über die Kommandozeile den Patch einspielen:


patch 95_Astro.pm 95_Astro.pm.patch


Schau auch mal hier (https://drupal.stackexchange.com/questions/23347/how-do-i-apply-a-patch-file#23356) für mehr Details.

Die Datei 95_Astro.pm.patch kannst du anschließend löschen. Wenn die gepatchte Version nicht überschrieben werden soll, dann musst du noch exclude_from_update (https://fhem.de/commandref.html#exclude_from_update) beim global Device anpassen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: flummy1978 am 24 Mai 2019, 01:45:01
DANKEschön ... schon erledigt  8)

Komisch dass ich das sonst nicht gefunden hab ... aber wohl weil es über die Kommandozeile gemacht wird und somit nichts mit FHEM ansich, sondern mit der Systemoberfläche :)

Danke nochmal :)

Grüße
Andreas
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 24 Mai 2019, 05:09:48
Leute, ich weise auf Eines hin:

"gepatchte" Dateien unterliegen keinem Support durch mich, außerdem ist die Verwendung ohne entsprechenden Vermerk "gepatchte Version, basiert auf der Software xyz" eine klare Verletzung der GPL.

Wir haben auch bei FHEM klare Regeln, wie Software entwickelt wird. Und dazu gehört auch, dass man dem Maintainer ausreichend Zeit einräumt, Änderungswünsche zu realisieren.

Etwas säuerlich

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 24 Mai 2019, 07:21:07
Ich stimme pah da zu. Sowas sollte wirklich vom Modulauthor eingepflegt werden.
Auf der anderen Seite fehlt uns aber auch eine Möglichkeit vernünftig solche Patche entgegen zu nehmen. Über das Forum finde ich es suboptimal. So ein pull Request wäre da schön  ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 24 Mai 2019, 08:23:18
Und wo genau liegt jetzt mein Fehler? [emoji47]
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 24 Mai 2019, 08:47:33
Zitat von: Prof. Dr. Peter Henning am 24 Mai 2019, 05:09:48
außerdem ist die Verwendung ohne entsprechenden Vermerk "gepatchte Version, basiert auf der Software xyz" eine klare Verletzung der GPL.
ist das echt so?? ich dachte immer - achtung, gefährliches halbwissen - das eine veröffentlichung ausreicht?!

Zitat von: CoolTux am 24 Mai 2019, 07:21:07
Ich stimme pah da zu. Sowas sollte wirklich vom Modulauthor eingepflegt werden.
Auf der anderen Seite fehlt uns aber auch eine Möglichkeit vernünftig solche Patche entgegen zu nehmen. Über das Forum finde ich es suboptimal.
patche(s) geht ja noch. komplette module finde ich noch kritischer. dann wird es komplett undurchschaubar, was die korrekte version ist und wer dafür verantwortlich ist / sich verantwortlich fühlt.

Zitat von: CoolTux am 24 Mai 2019, 07:21:07
So ein pull Request wäre da schön  ;)
da hat wohl jemand gefallen an git(hub) gefunden :D
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 24 Mai 2019, 08:50:17
Hmmm. Nicht in der Arbeit, die Du da hineingesteckt hast.

Den Patch aber hier zu veröffentlichen, war nicht so klug - denn jetzt muss ich bis auf Weiteres bei jeder Frage erst herausfinden, ob es sich um die gepatchte Version handelt.

Außerdem finde ich Patches sowieso nicht gut, den ich habe hervorragende Werkzeuge, um zwei Dateiversionen zu vergleichen und sie abschnittsweise aneinander anzugleichen.

Vorschlag also: Den Patch hier löschen, und mir Deine per PM geänderte Gesamtdatei zukommen lassen. Vor dem 4.6. komme ich aber nicht mehr dazu.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 24 Mai 2019, 08:56:03
Zitat von: Loredo am 24 Mai 2019, 08:23:18
Und wo genau liegt jetzt mein Fehler? [emoji47]

Bei dem was aktuell offiziell gegeben ist um Patches zu verwalten, würde ich sagen hast Du keinen Fehler gemacht.

Zitat
außerdem ist die Verwendung ohne entsprechenden Vermerk "gepatchte Version, basiert auf der Software xyz" eine klare Verletzung der GPL.
Einzig das hier wäre eventuell etwas wo man in Zukunft drauf achtet das man das mit gibt.

Aber darum ging es pah bestimmt nicht, er war halt gerade nur etwas säuerlich.
Aber wie gesagt, im Prinzip stimme ich pah zu. Das Problem ist uns fehlt ein Patchmanagement und so lange wir das nicht haben fehlt ein Hinweis an die User das vom Modulauthor ungeprüfte Patches vom Support ausgeschlossen sind.
Gerade die Entwickler welche wenig Zeit für Support haben wollen den Helfen der mit einer offiziellen Version unterwegs ist.


Grüße
Titel: Antw:neues Modul Astro.pm
Beitrag von: nils_ am 24 Mai 2019, 09:05:42
vielleicht solltet ihr das mal mit den anderen Devs diskutieren.

pah zB mag patches nicht gerne und möchte lieber die gesamtmodule
jemand anderes will lieber patches
der nächste will pull requests ;)
usw....

und natürlich auch das "wie und wo stelle ich einen patch zur verfügung".


ich persönlich finde den austausch über das forum auch eher suboptimal, da gibt es in manchen threads verschiedene modulversionen und dann patches zwischendurch, und dann auch noch über manchmal 100 seiten. da dann die richtige version zu finden  ist schwierig, und konkrete hilfestellung geben genauso, da nie klar ist wer was benutzt.

aber nu genug OT hier :D
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 24 Mai 2019, 09:23:23
Viele Individualisten in FHEM es gibt!

pah
Titel: neues Modul Astro.pm
Beitrag von: Loredo am 24 Mai 2019, 09:43:49
Zitat von: Prof. Dr. Peter Henning am 24 Mai 2019, 08:50:17
Den Patch aber hier zu veröffentlichen, war nicht so klug - denn jetzt muss ich bis auf Weiteres bei jeder Frage erst herausfinden, ob es sich um die gepatchte Version handelt.


Das verstehe ich, ich kenne aber keinen anderen Prozess bei der FHEM Entwicklung, der entsprechend auch öffentlich und transparent ist. Ich nahm bisher an, dass es ein ungeschriebenes und auch halbwegs verstandenes Gesetz ist, dass selbst veränderte Dateien natürlich niemals vom offiziellen Modulautor supported werden. Das Problem mit veränderten Dateien hat man aber immer, solange man kein kryptografisch abgesichertes System verwendet  ;)
Dass ich selbst ein Fan von Git und Github bin, sollte hinlänglich bekannt sein, löste aber natürlich deine Bedanken im Bezug auf verschwiegene Änderungen auf Seiten des Benutzers nicht. Ich habe dafür zwar was im FHEM Installer für vorgesehen, aber natürlich müsste dieser dann auch eine etwas breitere Anwendung finden, damit lokale Änderungen außerhalb von FHEM Core direkt auffallen (ist hier aber zu sehr OT). Kurzum: Das Problem habe ich auch an anderer Stelle schon erkannt und würde es auch genauso gerne wie du auf mehrere Arten zusammen lösen  :)


Was nun die Übermittlung der Änderungen angeht:
Die Datei hier ist nun gelöscht.
Ich habe eine geheime Gist Datei auf Github erstellt, damit ich die Datei bis zu deinem Review ggf. noch weiter anpassen kann. Das ist denke ich ein ganz guter Kompromiss und auch fast schon ein "Github Light", denn es steckt letztlich auch ein kleines Git Repo dahinter. Allerdings kann ich dir den Link zu dem Gist nicht übermitteln, da du keine PM Nachrichten (von mir?) akzeptierst und deine Email Adresse sich nicht im Copyright Hinweis befindet.



Kannst du mir einen Weg nennen dir den geheimen Link zukommen zu lassen?
Done.





PS: Die Patchdatei hat eine geänderte Version 1.6 und lässt sich somit ganz einfach identifizieren.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 03 Juni 2019, 15:08:51
Leute, bitte etwas Geduld.

Den Patch von Loredo muss ich genauer verstehen, bevor ich ihn übernehme (die Fragen werden schließlich am Ende an mich gerichtet...)

Den Vorschlag mit dem Bewölkungsgrad von Christoph Morrison will ich eher nicht übernehmen - das ist den astronomischen Dingen eher wesensfremd. M.E. wäre es an der Zeit, ein generelles Modul mit Hilfsfunktionen für die Helligkeitsberechnung (aber ohne Astronomie-Berechnungen) zu schreiben.

Ich brauche aber im Moment alle Arbeitskraft für zwei BMBF-Anträge über insgesamt 6 Mio €, es wird noch ein paar Tage dauern, bis ich das erledigt habe.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 03 Juni 2019, 22:03:15
Hallo pah,


hatte auch noch nicht mit einer ausführlichen Rückmeldung gerechnet.
Den Bewölkungsgrad würde ich auch eher in Weather.pm sehen (unter Nutzung von Astro eben).


LG
Julian




PS: Ich hoffe du kriegst dein Budget - ich kenne solchen Heckmeck auch von anderswo ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 04 Juni 2019, 06:36:28
Ich würde trotzdem ein neues Hilfsmodul vorschlagen, das sich nur mit Fragen der solaren Beleuchtung befasst. Natürlich geht da der Sonnenstand ein (z.B., aus Astro), Ebenso ein Bedeckungsgrad (z.B. aus Weather). Oder eine gemessene Globalstrahlung (kommt bei mir aus der PV-Anlage).

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: CoolTux am 04 Juni 2019, 06:43:25
Guten Morgen Peter,

Vielen Dank für Deine Rückmeldung und konstruktiven Vorschläge. Ich denke mal die Verantwortlichen wissen nun woran sie sind und zusammen werden wir da was auf die Beine stellen.


Grüße
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bartimaus am 10 Juni 2019, 13:27:18
Hallo,

ich habe mir ein AstroDevice für unseren nächsten Urlaub angelegt.

Die angezeigten Werte (SunAz, SunAlt) weichen leider erheblich von denen aus https://www.sonnenverlauf.de/#/28.7412,-13.8702,9/2019.06.10/13:18/1/3 (https://www.sonnenverlauf.de/#/28.7412,-13.8702,9/2019.06.10/13:18/1/3) ab.

Ich vermute einen Fehler bei den Eingabewerten der Attribute, oder hängt es an den unterschiedlichen Zeitzonen ?

Hier mal das List:

ZitatInternals:
   CFGFN     
   FUUID      5cfe3a5b-f33f-dcb4-8824-517ecc5f38f35078
   INTERVAL   60
   NAME       AstroFuerte
   NR         1244873
   STATE      Updated
   TYPE       Astro
   VERSION    1.52
   READINGS:
     2019-06-10 13:13:13   AstroTwilightEvening 23:27
     2019-06-10 13:13:13   AstroTwilightMorning 06:22
     2019-06-10 13:13:13   CivilTwilightEvening 22:20
     2019-06-10 13:13:13   CivilTwilightMorning 07:29
     2019-06-10 13:13:13   CustomTwilightEvening 21:48
     2019-06-10 13:13:13   CustomTwilightMorning 08:01
     2019-06-10 13:18:13   MoonAge         93.1
     2019-06-10 13:20:13   MoonAlt         -22.8
     2019-06-10 13:20:13   MoonAz          67.8
     2019-06-10 13:19:13   MoonDec         6.7
     2019-06-10 13:10:15   MoonDiameter    32.8
     2019-06-10 13:20:13   MoonDistance    364213
     2019-06-10 13:20:13   MoonDistanceObserver 366749
     2019-06-10 13:10:15   MoonLat         4.6
     2019-06-10 13:15:13   MoonLon         172.3
     2019-06-10 13:10:15   MoonPhaseI      2
     2019-06-10 13:10:15   MoonPhaseN      0.53
     2019-06-10 13:10:15   MoonPhaseS      Erstes Viertel
     2019-06-10 13:10:15   MoonRa          11.7
     2019-06-10 13:13:13   MoonRise        15:09
     2019-06-10 13:13:13   MoonSet         03:19
     2019-06-10 13:10:15   MoonSign        Jungfrau
     2019-06-10 13:13:13   MoonTransit     21:37
     2019-06-10 13:13:13   NauticTwilightEvening 22:52
     2019-06-10 13:13:13   NauticTwilightMorning 06:57
     2019-06-10 13:13:13   ObsAlt          10
     2019-06-10 13:10:15   ObsDate         10.06.2019
     2019-06-10 13:10:15   ObsDayofyear    161
     2019-06-10 13:20:13   ObsGMST         04:34:20
     2019-06-10 13:10:15   ObsHor          0
     2019-06-10 13:10:15   ObsIsDST        1
     2019-06-10 13:10:15   ObsJD           2458644.97
     2019-06-10 13:20:13   ObsLMST         03:38:51
     2019-06-10 13:13:13   ObsLat          28.726034
     2019-06-10 13:13:13   ObsLon          -13.869558
     2019-06-10 13:10:15   ObsSeason       Frühling
     2019-06-10 13:10:15   ObsSeasonN      1
     2019-06-10 13:20:13   ObsTime         13:20:13
     2019-06-10 13:10:15   ObsTimezone     2
     2019-06-10 13:20:13   SunAlt          68
     2019-06-10 13:20:13   SunAz           99.6
     2019-06-10 13:10:15   SunDec          23
     2019-06-10 13:10:15   SunDiameter     31.5
     2019-06-10 13:20:13   SunDistance     151885578
     2019-06-10 13:20:13   SunDistanceObserver 151879668
     2019-06-10 13:10:15   SunLon          79.3
     2019-06-10 13:10:15   SunRa           5.2
     2019-06-10 13:13:13   SunRise         07:56
     2019-06-10 13:13:13   SunSet          21:53
     2019-06-10 13:10:15   SunSign         Zwillinge
     2019-06-10 13:13:13   SunTransit      14:54
     2019-06-10 13:20:13   state           Updated
Attributes:
   altitude   10
   latitude   28.726034
   longitude  -13.869558

Oder habt Ihr noch nen anderen Tip für mich bitte ?

Edith: Es liegt an der unterschiedlichen Zeitzone. Gerade auf Sonnenverlauf festgestellt
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 10 Juni 2019, 15:30:23
Zitat von: Bartimaus am 10 Juni 2019, 13:27:18
Edith: Es liegt an der unterschiedlichen Zeitzone. Gerade auf Sonnenverlauf festgestellt


Ich habe aus diesem Anlass gerade in den oben erwähnten Patchvorschlag das Attribut "timezone" hinzugefügt, mit dem man unabhängig der Systemvorgaben eine andere Zeitzone für ein Astro Device setzen kann.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 19 Juni 2019, 12:33:52
Nach Rücksprache mit pah und CoolTux habe ich gerade Version 2.0 des Astro Moduls eingecheckt. Dieses wird ab morgen per Update verteilt werden.


Augenscheinlich hat sich bei den Readings wenig getan, unter der Haube gibt es eine ganze Reihe von Änderungen, insbesondere eine verbesserte Unterstützung für Module, die die Daten von Astro weiterverarbeiten möchten. Aus diesem Grund hat pah sich dafür ausgesprochen dies auch mit dem Versionssprung auf 2.0 zu betonen.


Die von mir hier (https://forum.fhem.de/index.php/topic,73951.msg942157.html#msg942157) sehr detailreich dokumentierten Änderungsvorschläge wurden einvernehmlich insofern reduziert, als dass es keine neuen Readings gibt, die keinen unmittelbaren Zusammenhang mit astronomischen Daten haben. Dennoch bleiben eine Reihe von Verbesserungen, insbesondere auch wenn man ein Astro Device neu konfiguriert. Die erweiterte Liste von Sprachen bringen auch eine vollständige Unterstützung für Lokalisierung mit, wodurch insbesondere die Schreibweise von Datum, Zeit und auch nummerischen Werten beeinflusst werden kann. Außerdem kann man die Zeitzone selbst setzen, ohne dass man diese Einstellung am Betriebssystem selbst ändern müsste.


Durch diese Vielzahl von Einstellungsmöglichkeiten ist es nun möglich unterschiedliche Astro Devices für unterschiedliche Bedürfnisse gleichzeitig auf dem selben System zu definieren.


CoolTux und ich werden pah in der weiteren Pflege des Moduls unterstützen, insbesondere auch was die Neuerungen angeht. Sollte hier etwas nicht wie erwartet funktionieren, dann lasst es uns wissen und wir finden schnellstmöglich eine Lösung dafür.






Wichtig ist, dass FHEM in Gänze aktualisiert wird, denn es werden zahlreiche andere Teile von FHEM verwendet, die auch kürzlich für Astro angepasst wurden. Bitte also kein Cherrypicking beim Update machen  ;)








PS: Für die anderen Erweiterungen wird es ein eigenständiges Modul namens DaySchedule geben.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Bartimaus am 20 Juni 2019, 10:39:34
Guten Morgen,

danke für den Hinweis. Habe gerade das Update gemacht.
In welchem Format trage ich jetzt beim Attribut "timezone" die Werte ein ? "+1", "UTC-6" ?

LG

P.S. Der Link auf die englische Commandref führt bei mir nicht in die Commandref, sondern auf meine FHEM-Einstiegsseite...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 20 Juni 2019, 11:08:00
Zitat von: Bartimaus am 20 Juni 2019, 10:39:34
In welchem Format trage ich jetzt beim Attribut "timezone" die Werte ein ? "+1", "UTC-6" ?


Der Eintrag hängt von deinem Betriebssystem ab. Aus der CommandRef:

Format may depend on your local system implementation but is likely in the format similar to Europe/Berlin



Wenn du Linux benutzt, dann ist der Wert so einzutragen wie es deine Distribution auch konfigurieren würde. Google mal danach, dann kommst du auf sowas hier zum Beispiel:
https://linuxacademy.com/blog/linux/changing-the-time-zone-in-linux-command-line/ (https://linuxacademy.com/blog/linux/changing-the-time-zone-in-linux-command-line/)


Zitat von: Bartimaus am 20 Juni 2019, 10:39:34
P.S. Der Link auf die englische Commandref führt bei mir nicht in die Commandref, sondern auf meine FHEM-Einstiegsseite...


Dieser Hinweis kam glaube ich früher schonmal. Das liegt daran, dass die Verlinkung nur bei der Public Seite unter fhem.de funktioniert.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 02 Juli 2019, 12:33:24
Zitat von: Loredo am 19 Juni 2019, 12:33:52
PS: Für die anderen Erweiterungen wird es ein eigenständiges Modul namens DaySchedule geben.


Hier geht's jetzt zum Schwestermodul DaySchedule:
https://forum.fhem.de/index.php/topic,101942.0.html (https://forum.fhem.de/index.php/topic,101942.0.html)
Titel: Antw:neues Modul Astro.pm
Beitrag von: mahowi am 03 Juli 2019, 07:57:11
Zitat von: Loredo am 20 Juni 2019, 11:08:00
Dieser Hinweis kam glaube ich früher schonmal. Das liegt daran, dass die Verlinkung nur bei der Public Seite unter fhem.de funktioniert.

MMn ist es besser, die deutsche Hilfe gleich ganz wegzulassen. Dann zeigt FHEM nämlich automatisch die englische Hilfeseite an mit dem Hinweis, daß es keine deutsche Version gibt. Das finde ich hilfreicher als einen Link zur englischen Version, da man vor allem beim Klick auf "device specific help" wieder aus der Geräteseite raus bzw. einen neuen Tab im Browser öffnen muß.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 04 Juli 2019, 14:48:34
Zitat von: mahowi am 03 Juli 2019, 07:57:11
MMn ist es besser, die deutsche Hilfe gleich ganz wegzulassen.


Weglassen geht leider nicht, sie wird vom System gefordert.



Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 04 Juli 2019, 14:51:16
Ich habe gerade experimentell in Astro einen Kompatibilitätsmodus für SUNRISE_EL eingebaut.


Damit kann man ein Astro Device als "global" markieren und es werden die Berechnungsalgorithmen von Astro verwendet. Das charmante daran ist, dass man plötzlich auch ein echtes Device hat, bei dem man andere Standardeinstellungen als Attribut hinterlegen kann. Alle Funktionen, die auf SUNRISE_EL zurückgreifen, nutzen damit exakt die selben Werte wie Astro, was zu mehr konsistentem Verhalten führen sollte.


Augenscheinlich gibt es keine Nebeneffekte, trotzdem gibt es die Änderung bisher noch nicht offiziell. Ich suche also Tester, gibt es Freiwillige?


Die Entwicklerversion von Astro findet sich hier (https://github.com/fhem/mod-Astro) und muss manuell geladen und auch aktualisiert werden.
Wer gleichzeitig Updates von FHEM machen will muss aufpassen, dass die Testversion von Astro nicht mit der aktuellen Produktivversion überschrieben wird. Dafür muss man 95_Astro.pm in das globale Attribut "exclude_from" schreiben, bis die Änderungen ihren Weg in das offizielle Repository gefunden haben.
Titel: Antw:neues Modul Astro.pm
Beitrag von: mahowi am 04 Juli 2019, 16:36:39
Zitat von: Loredo am 04 Juli 2019, 14:48:34

Weglassen geht leider nicht, sie wird vom System gefordert.

Alles außer englisch ist optional. Daher wird in FHEM auch automatisch auf die englische Hilfe umgeleitet, wenn die commandref in der über "language" gesetzten Sprache nicht verfügbar ist.

Zitat von: Commit-Regeln5. commandref muss mindestens englischen Beitrag enthalten - Die Moduldokumentation (commandref) eines Moduls, welche direkt im Modul enthalten ist, muss mindestens einen englischen commandref-Beitrag enthalten (POD-Marker: =begin html und =end html). Eine Modul ohne jegliche Dokumentation in Englisch wird als offizielles Modul nicht akzeptiert. Zusätzliche Sprachen wie Deutsch sind optional und müssen nicht vorhanden sein. Ein Commit eines Moduls ohne englische commandref wird daher abgelehnt.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 04 Juli 2019, 17:45:48
Zitat von: mahowi am 04 Juli 2019, 16:36:39
Alles außer englisch ist optional. Daher wird in FHEM auch automatisch auf die englische Hilfe umgeleitet, wenn die commandref in der über "language" gesetzten Sprache nicht verfügbar ist.


Man kann ein Modul nicht ohne einen deutschen Abschnitt ins SVN einchecken, soweit ich weiß. Es sei denn daran hat sich etwas geändert.
Egal - es war und ist pah's Entscheidung den deutschen Abschnitt drin zu haben. Deal with it ;)
Titel: Antw:neues Modul Astro.pm
Beitrag von: mahowi am 04 Juli 2019, 20:24:41
Zitat von: Loredo am 04 Juli 2019, 17:45:48

Man kann ein Modul nicht ohne einen deutschen Abschnitt ins SVN einchecken, soweit ich weiß. Es sei denn daran hat sich etwas geändert.
Egal - es war und ist pah's Entscheidung den deutschen Abschnitt drin zu haben. Deal with it ;)

Es ist natürlich nicht so, daß ich nicht damit klar komme.  ;)

Ich finde es halt nur intuitiver, wenn mir eine englische Hilfe angezeigt wird anstatt einem nicht so hilfreichen Text, das es keine deutsche Hilfe gibt.

Das ist eigentlich auch von Rudi so angedacht:
Zitat von: rudolfkoenig am 19 Februar 2018, 13:31:25
Falls man keine deutsche Hilfe anbietet, dann sollte man bitte nichts hinschreiben und auch keinen Abschnitt dafuer anlegen.
Leider ist eine automatische Pruefung auf eine explizit formulierte "keine Hilfe" nicht so einfach, das sollte also bitte der Modulautor entfernen.

Aber ich will da niemanden reinreden, war nur ein Vorschlag.  8) Das hier ist ja nicht das einzige Modul, bei dem es so ist.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 05 Juli 2019, 11:06:09
Eben.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ellert am 05 Juli 2019, 19:17:42
Zitat von: Prof. Dr. Peter Henning am 05 Juli 2019, 11:06:09
Eben.

LG

pah

Dann gibt es ja keinen Grund mehr, es zu ändern.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 07 Juli 2019, 12:12:33
Zitat von: Loredo am 04 Juli 2019, 14:51:16
Ich habe gerade experimentell in Astro einen Kompatibilitätsmodus für SUNRISE_EL eingebaut.


Zur Info: Das Experiment wurde beendet. Es wird keine Möglichkeit geben Astro Daten über die von SUNRISE_EL bekannten Funktionen zu verwenden. Eigene Funktionen braucht es IMHO nicht, denn Astro liefert entsprechende Readings, mit denen man arbeiten kann.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Loredo am 10 Juli 2019, 11:18:58
Als Kompromiss gibt es ab morgen jetzt Funktionen von Astro, die sich genauso wie die von SUNRISE_EL verhalten, jedoch unter einem leicht anderen Namen zu verwenden sind:




asunrise, asunset,
asunrise_rel, asunset_rel
asunrise_abs, asunset_abs
asunrise_abs_dat, asunrise_abs_dat
aisday



Wie man sieht heißen die Funktionen genauso und man muss lediglich ein "a" voranstellen.
Natürlich muss man entweder ein Astro Device definiert haben oder zumindest ein



LoadModule('Astro');



in die eigene 99_myUtils.pm eintragen, damit die Funktionen auch geladen werden.


Entscheidet man sich für ein eigenes Astro Device, dann werden dessen Einstellungen berücksichtigt, wenn man es beim define mit dem Zusatz "global" versieht. Ein solches Astro Device kann es nur einmal pro FHEM Instanz geben. Als Einstellungsmöglichkeit ist dabei insbesondere das Attribut "horizon" interessant, ebenfalls in Verbindung mit unterschiedlichen Werten für "morgens" und "abends". aisday() liefert deshalb keinen Wert nur basierend auf HORIZON=-6 wie isday() zurück, sondern eben aufgrund des Attributs des globalen Astro Device. Dadurch muss man nicht bei jeder Verwendung von isday() den eigenen Wert für HORIZON wiederholen bzw. mehrfach angeben.


Damit gibt es nun ein Werkzeug, um SUNRISE_EL mit Astro zu ersetzen. Allerdings obliegt es dem Benutzer bzw. den Modulautoren, die alternativen Funktionen zu verwenden bzw. anzubieten und auch konsequent an allen Stellen anzuwenden, um eine Datenkonsistenz zu gewährleisten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 11 Oktober 2019, 18:28:34
pah, ich habe eine Frage zu Deinem Modul. Ich lasse mir Sunrise und Sunset ausgeben und die Werte sind ja genauer als die "klassischen" Funktionen in FHEM:

sub ZeitenSetzen(){
my $timestamp = POSIX::strftime("%Y-%m-%dT", localtime).ReadingsVal("Astro", "SunSet", "").":00";
my $seconds = time_str2num($timestamp)-18*60;
my $result = POSIX::strftime("%H:%M",localtime($seconds));
fhem("setreading Sonne ShbtStart ".$result);
$result = ReadingsVal("Astro", "CustomTwilightEvening", "");
fhem("setreading Sonne ShbtEnde ".$result);
fhem("save");
}

Astro selbst ist so definiert, dass dort alle 8h ein Neuberechnung folgt, also
Internals:
   FUUID      5c782b59-f33f-1115-26ab-8a735ed2122df348
   FVERSION   95_Astro.pm:v2.0.0-s19656/2019-06-19
   INTERVAL   28800
   NAME       Astro
   NEXTUPDATE 2019-10-11 22:40:47
   NOTIFYDEV  global
   NR         142
   NTFY_ORDER 50-Astro
   STATE      Updated
   TYPE       Astro
   READINGS:
     2019-10-11 06:40:47   AstroTwilightEvening 20:15
     2019-10-11 06:40:47   AstroTwilightMorning 05:31
     2019-10-11 06:40:47   CivilTwilightEvening 18:56
     2019-10-11 06:40:47   CivilTwilightMorning 06:50
     2019-10-11 06:40:47   CustomTwilightEvening 19:13
     2019-10-11 06:40:47   CustomTwilightMorning 06:34
     2019-10-11 14:40:47   MoonAge         154.1
     2019-10-11 14:40:47   MoonAlt         -31
     2019-10-11 14:40:47   MoonAz          59.5
     2019-10-11 14:40:47   MoonDec         -8.2
     2019-10-09 22:40:47   MoonDiameter    29.5
     2019-10-11 14:40:47   MoonDistance    405422
     2019-10-11 14:40:47   MoonDistanceObserver 408750
     2019-10-11 06:40:47   MoonHrsInvisible 13:51
     2019-10-11 06:40:47   MoonHrsVisible  10:08
     2019-10-11 14:40:47   MoonLat         -4.7
     2019-10-11 14:40:47   MoonLon         351.9
     2019-10-06 22:40:44   MoonPhaseI      3
     2019-10-11 14:40:47   MoonPhaseN      0.95
     2019-10-06 22:40:44   MoonPhaseS      Zunehmender Mond
     2019-10-11 14:40:47   MoonRa          23:41
     2019-10-11 06:40:47   MoonRise        18:09
     2019-10-11 06:40:47   MoonSet         04:17
     2019-10-09 22:40:47   MoonSign        Fische
     2019-10-11 06:40:47   MoonTransit     23:41
     2019-10-11 06:40:47   NauticTwilightEvening 19:36
     2019-10-11 06:40:47   NauticTwilightMorning 06:11
     2018-08-27 22:39:01   ObsAlt          10
     2019-10-11 06:40:47   ObsDate         11.10.2019
     2019-10-11 06:40:47   ObsDayofyear    284
     2019-10-11 14:40:47   ObsGMST         14:00:03
     2018-09-08 21:51:44   ObsHor          -8.5
     2019-06-20 22:33:01   ObsHorEvening   -8.5
     2019-06-20 22:33:01   ObsHorMorning   -8.5
     2019-03-31 08:24:06   ObsIsDST        1
     2019-10-11 14:40:47   ObsJD           2458768.03
     2019-10-11 14:40:47   ObsLMST         14:52:32
     2018-08-25 14:02:59   ObsLat          52.4596
     2018-08-25 14:02:59   ObsLon          13.1187513
     2019-09-23 06:40:43   ObsSeason       Herbst
     2019-09-23 06:40:43   ObsSeasonN      3
     2019-10-11 14:40:47   ObsTime         14:40:47
     2019-03-31 08:24:06   ObsTimezone     2
     2019-06-20 22:33:01   ObsTimezoneS    CEST
     2019-10-11 14:40:47   SunAlt          26.4
     2019-10-11 14:40:47   SunAz           209.7
     2019-10-11 14:40:47   SunDec          -6.9
     2019-10-01 14:40:44   SunDiameter     32
     2019-10-11 14:40:47   SunDistance     149332407
     2019-10-11 14:40:47   SunDistanceObserver 149329567
     2019-10-11 06:40:47   SunHrsInvisible 13:02
     2019-10-11 06:40:47   SunHrsVisible   10:57
     2019-10-11 14:40:47   SunLon          197.9
     2019-10-10 22:40:47   SunRa           13:05
     2019-10-11 06:40:47   SunRise         07:25
     2019-10-11 06:40:47   SunSet          18:22
     2019-09-23 14:40:43   SunSign         Waage
     2019-10-09 06:40:44   SunTransit      12:54
     2019-10-11 14:40:47   state           Updated
Attributes:
   group      intern
   horizon    -8.5
   interval   28800

Nun bilde ich mir ein, dass sich der Zeitpunkt des Sonnenuntergangs zwischen verschiedenen Abrufen (leicht) verschiebt. Heute früh war das mW 18:09, jetzt ist es wenige Minuten später. Ist das der Fall oder mache ich da was falsch? Und wenn sich das verschiebt, weißt Du zufällig, wie man formal dann den "richtigen" Sonnenuntergangszeitpunkt definiert?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 12 Oktober 2019, 07:02:02
Wundert mich ...

Das wird iterativ berechnet, ich muss mal überprüfen, was da los ist.

"Formal": klar, Sonnenrand am Horizont.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: somansch am 12 Januar 2020, 22:51:31
Zitat von: Prof. Dr. Peter Henning am 27 März 2018, 16:55:40
Aber das gibt es doch schon seit langer Zeit. Man rufe bitte mal auf:
/fhem/Astro_moonwidget?name='Astronomie'&mooncolor=red&moonshadow=green

Ein beliebiges Datum in die URL des Mondaufrufes ? Nein, wird es nicht geben.

LG

pah

Hallo pah,

ich versuche die Farbe entsprechend zu übergeben, jedoch funktioniert dies nicht?! Ich möchte für "mooncolor" #E17000 bzw. 225,112,0

Folgende Varianten habe ich bereits getestet:
/fhem/Astro_moonwidget?name='Astronomie'&mooncolor=#E17000&moonshadow=gray
/fhem/Astro_moonwidget?name='Astronomie'&mooncolor=225,112,0&moonshadow=gray

Was mache ich falsch?

Danke und Gruß
Andreas
Titel: Antw:neues Modul Astro.pm
Beitrag von: the ratman am 13 Januar 2020, 08:51:28
ohne es wirklich zu wissen ...


ohne ' gehts bei mir ...
so hab ichs in einer readingsgroup drinnen: http://xxx:8083/fhem/Astro_moonwidget?name=astro&size=90x90&mooncolor=gold&moonshadow=#444444
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 20 März 2020, 17:36:53
Hallo,

aktuell nutze ich in FTUI diese Darstellung für die Mondpase define Moon weblink image http://192.168.0.193:8083/fhem/Astro_moonwidget?name='Astronomie'. Da ich allerdings mit untersschiedlichen Usern und damit verschiedenen Ports zugreife, benötige ich einen "Port-unabhängigen" Aufruf. Wer kann helfen. Meine Tests mit den Tipps aus #319 - #321 haben leider nicht funktioniert.

Viele Grüße
Jürgen 
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 20 März 2020, 17:52:05
Wieso sollten verschiedene User verschiedene Ports benötigen ? Es braucht doch auch kein "normaler" Webserver eigene Ports für jeden User.

Sobald das image geholt worden ist, ist der Port wieder frei. Man sollte das Bild allerdings nicht im Sekundenabstand aktualisieren.

Ich greife übrigens mit derzeit 6 verschiedenen FTUI-Clients auf das moonwidget zu.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 20 März 2020, 18:23:32
Hallo pah,

beim 2. User zeige ich nicht alle Räume an. Das geht meines Wissens nur über einen eigen Web-Zugriff mit eigenem Port.
Viele Grüße
Jürgen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 20 März 2020, 18:47:31
Aber das ist doch unabhängig von dem Zugriff auf das Widget.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 20 März 2020, 19:43:52
Dann verstehe ich nicht, warum der Browser (Edge) nach der ersten Anmeldung (User mit Port "2") dann auch noch das Anmeldefenster für den 1. Port liefert. Unter dem 1. Port ist der Link für das Mond-Image. Die Zugriffe erfolgen über https. Die Anmeldung kann ich ignorieren. Aber dann wird das Image auch nicht angezeigt.
Wenn ich in FTUI den Link auf Port "2" ändere, erhalte ich kein weiteres Anmeldefenster für User 2. Allerdings wird dann bei User 1 das Image nicht mehr angezeigt.

Viele Grüße
Jürgen

 
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 20 März 2020, 19:53:21
Und warum um Himmels willen soll der Zugriff auf das Mondbild per https erfolgen?

Und wieso ruft man den Weblink auf, statt direkt das Bild einzubinden ?

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 20 März 2020, 20:01:57
http-Aufrufe sind nicht mehr zulässig FHEMWEB SSL/HTTPS error:  SSL accept attempt failed error:1408F09C:SSL routines:ssl3_get_record:http request (peer: 192.168.70.1) Das Bild würde ich ja gerne direkt einbinden. Deshalb ja hier meine Anfrage. Ich habe den Weg noch nicht gefunden  :-[

Viele Grüße
Jürgen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 21 März 2020, 11:58:11
Einen FHEMWEB ort aufmachen ohne SSL.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 21 März 2020, 23:02:01
Hallo pah,

ok. Danke.

Ich hatte mir eher eine Lösung in der Art der Pixelgrafik vorgestellt https://wiki.fhem.de/wiki/FTUI_Beispiel_Mondphase (https://wiki.fhem.de/wiki/FTUI_Beispiel_Mondphase). Ist so etwas auch schon mit der Vektorgrafik realisiert worden?

Viele Grüße
Jürgen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 22 März 2020, 11:37:36
Ich verstehe die Frage nicht. Beide Beispiele im Wiki greifen _ohne_ ein wl-Device direkt auf einen FHEMWEB-Server ohne SSL zu.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 22 März 2020, 12:39:35
Hallo pah,

im 2. Beispiell ist die Info so im Reading hinterlegt, dass kein weiteres WEB-Device definiert werden muss.
<div data-type="image" data-device="Mondphase" data-get="Mondbild" data-size="90px"></div>
Im Reading selbst steht: "/fhem/www/images/phasenbilder/51.png"

Somit erfolgt die Verarbeitung aus meiner Sicht mit dem angemeldeten User.

Viele Grüße
Jürgen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 22 März 2020, 15:57:14
Diese Umlenkung kann man sich sparen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 22 März 2020, 22:38:08
Hallo,

auch wenn meine Anforderung nicht immer sinnvoll erscheinen, würde ich gerne einige Funktionen einfach verstehen bzw. ausprobieren.

Mit dem Aufruf des Links http://raspberrypi:8083/fhem/Astro_moonwidget?name=SonneMond&mooncolor=grey&moonshadow=black&size=100x100 (http://raspberrypi:8083/fhem/Astro_moonwidget?name=SonneMond&mooncolor=grey&moonshadow=black&size=100x100) wird ja über die Routine "moonwidget" ein HTML-Code generiert. Dieser lautet für heute z.B. <svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 800 800" width="100px" height="100px">
<g transform="translate(400,400) scale(-1,1)">
<circle cx="0" cy="0" r="250" fill="black"/>
<path d="M 0 -250 A 239.580643616283 250 0 0 1 0 250 A 250 250 0 0 0 0 -250 Z" fill="grey"/>
</g>
</svg>


Ich möchte nun diesen HTML-Code automatisiert erzeugen und in einem Dummy ablegen. Die Daten im Dummy kann ich dann weiter verarbeiten. Wer kann mir hierzu helfen?

Viele Grüße
Jürgen
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 23 März 2020, 04:19:41
Erstens ist das kein HTML-Code, sondern SVG-Code

Zweitens sollte man so etwas nicht in einem FHEM-Dummy ablegen, sondern einfach einen 5-Zeiler in Perl schreiben und in in die 99_myUtils.pm o.ä. setzen.

Drittens: Das ist bitte sehr Off-Topic, hat nichts meh rmit dem Astro-Modul zu tun und daher bitte in diesem Thread nichts verloren.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: uwirt am 27 März 2020, 09:06:22
Hallo zusammen ... ich bräuchte da mal Hilfe.

Für das Reading Mondbild kriege ich folgenden Fehler:

Zitat
Error evaluating Astronomie userReading Mondbild: Undefined subroutine &main::moon_pics called at (eval 4347082) line 1.

Woran könnte das wohl liegen?
Titel: Antw:neues Modul Astro.pm
Beitrag von: juemuc am 27 März 2020, 20:45:15
Zitat von: uwirt am 27 März 2020, 09:06:22
Hallo zusammen ... ich bräuchte da mal Hilfe.

Für das Reading Mondbild kriege ich folgenden Fehler:

Woran könnte das wohl liegen?

Hallo uwirt,

Du hast die notwendigen Code-Zeilen in 99_myUtils.pm hinterlegt bzw. alle Punkte von https://wiki.fhem.de/wiki/FTUI_Beispiel_Mondphase (https://wiki.fhem.de/wiki/FTUI_Beispiel_Mondphase) beachtet?

Viele Grüße
Jürgen
Titel: Antw:neues Modul Astro.pm
Beitrag von: freakadings am 20 April 2020, 10:13:30
Hallo,
ich hätte eine Frage zum Astro-Modul:

Greift es auf irgendeine Art und Weise auf das Internet zu?
Oder wird alles lokal berechnet?

Ich unterscheide gerne zwischen Online und Offline-Devices in meiner FHEM-Instanz und Astro hat bei mir jetzt Twilight abgelöst.

Grüße
Titel: Antw:neues Modul Astro.pm
Beitrag von: KölnSolar am 20 April 2020, 12:13:08
Meines Wissens hat pah das völlig cloudfree konzipiert. LÖBLICH.  8)
Grüße Markus
Titel: Antw:neues Modul Astro.pm
Beitrag von: eddy242 am 25 Juni 2020, 11:13:51
Hallo zusammen,

mir fällt auf, dass einige Readings nicht mehr aktualisiert werden. Im list weitert unten kann man noch weitere erkennen, hier oben nur ein kurzer Auszug, da diese auch gleichzeitig die für mich wichtigsten sind. FHEM ist updated und restarted. Was könnte ich tun, um das Verhalten näher zu analysieren? Gibt es jemanden, der das auch beobachtet?


     2020-06-02 00:00:00   AstroTwilightEvening ---
     2020-06-02 00:00:00   AstroTwilightMorning ---
     2020-06-21 00:00:00   CivilTwilightEvening 22:21
     2020-06-25 00:00:00   CivilTwilightMorning 04:35
     2020-06-20 00:00:00   CustomTwilightEvening 21:46
     2020-06-24 00:00:00   CustomTwilightMorning 05:09



Internals:
   DEF        global
   FUUID      5e15f630-f33f-0759-3c3f-3ca9c167b96b8511
   FVERSION   95_Astro.pm:v2.1.2-s20848/2019-12-29
   INTERVAL   3600
   NAME       hlastro
   NEXTUPDATE 2020-06-25 11:39:15
   NOTIFYDEV  global
   NR         364
   NTFY_ORDER 45-hlastro
   RECOMPUTEAT NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
   SCOPE      global
   STATE      Updated
   TYPE       Astro
   Helper:
     DBLOG:
       MoonAge:
         logdb:
           TIME       1593074355.94422
           VALUE      51.1
       MoonAlt:
         logdb:
           TIME       1593074355.94422
           VALUE      8.3
       MoonAz:
         logdb:
           TIME       1593074355.94422
           VALUE      73.8
       MoonDec:
         logdb:
           TIME       1593074355.94422
           VALUE      16.4
       MoonDistance:
         logdb:
           TIME       1593074355.94422
           VALUE      370673
       MoonDistanceObserver:
         logdb:
           TIME       1593074355.94422
           VALUE      369868
       MoonLon:
         logdb:
           TIME       1593074355.94422
           VALUE      145.3
       MoonPhaseN:
         logdb:
           TIME       1593074355.94422
           VALUE      0.19
       MoonRa:
         logdb:
           TIME       1593074355.94422
           VALUE      10:00
       ObsGMST:
         logdb:
           TIME       1593074355.94422
           VALUE      02:55:03
       ObsJD:
         logdb:
           TIME       1593074355.94422
           VALUE      2459025.86
       ObsLMST:
         logdb:
           TIME       1593074355.94422
           VALUE      03:29:31
       ObsTime:
         logdb:
           TIME       1593074355.94422
           VALUE      10:39:15
       SunAlt:
         logdb:
           TIME       1593074355.94422
           VALUE      47.9
       SunAz:
         logdb:
           TIME       1593074355.94422
           VALUE      113
       SunDistance:
         logdb:
           TIME       1593074355.94422
           VALUE      152070229
       SunDistanceObserver:
         logdb:
           TIME       1593074355.94422
           VALUE      152065499
       SunLon:
         logdb:
           TIME       1593074355.94422
           VALUE      94.3
       state:
         logdb:
           TIME       1593074355.96017
           VALUE      Updated
   READINGS:
     2020-06-02 00:00:00   AstroTwilightEvening ---
     2020-06-02 00:00:00   AstroTwilightMorning ---
     2020-06-21 00:00:00   CivilTwilightEvening 22:21
     2020-06-25 00:00:00   CivilTwilightMorning 04:35
     2020-06-20 00:00:00   CustomTwilightEvening 21:46
     2020-06-24 00:00:00   CustomTwilightMorning 05:09
     2020-06-25 10:39:15   MoonAge         51.1
     2020-06-25 10:39:15   MoonAlt         8.3
     2020-06-25 10:39:15   MoonAz          73.8
     2020-06-25 10:39:15   MoonDec         16.4
     2020-06-25 04:35:06   MoonDiameter    32.2
     2020-06-25 10:39:15   MoonDistance    370673
     2020-06-25 10:39:15   MoonDistanceObserver 369868
     2020-06-25 00:00:00   MoonHrsInvisible 09:20
     2020-06-25 00:00:00   MoonHrsVisible  14:39
     2020-06-25 09:19:15   MoonLat         4.3
     2020-06-25 10:39:15   MoonLon         145.3
     2020-06-22 11:11:14   MoonPhaseI      1
     2020-06-25 10:39:15   MoonPhaseN      0.19
     2020-06-22 11:11:14   MoonPhaseS      Zunehmende Sichel
     2020-06-25 10:39:15   MoonRa          10:00
     2020-06-25 00:00:00   MoonRise        09:38
     2020-06-25 00:00:00   MoonSet         00:18
     2020-06-23 15:18:37   MoonSign        Löwe
     2020-06-23 15:18:37   MoonSignN       4
     2020-06-25 00:00:00   MoonTransit     17:20
     2020-06-20 00:00:00   NauticTwilightEvening 23:25
     2020-06-25 00:00:00   NauticTwilightMorning 03:31
     2020-01-08 16:33:05   ObsAlt          115
     2020-06-25 00:00:00   ObsDate         25.06.2020
     2020-06-25 00:00:00   ObsDayofyear    177
     2020-06-25 10:39:15   ObsGMST         02:55:03
     2020-01-10 16:49:49   ObsHorEvening   -2
     2020-01-10 16:49:49   ObsHorMorning   -2
     2020-03-29 03:43:29   ObsIsDST        1
     2020-06-25 10:39:15   ObsJD           2459025.86
     2020-06-25 10:39:15   ObsLMST         03:29:31
     2020-01-08 16:33:05   ObsLat          49.6861354
     2020-01-08 16:33:05   ObsLon          8.6187296
     2020-06-20 00:00:00   ObsSeason       Sommer
     2020-06-20 00:00:00   ObsSeasonN      2
     2020-06-25 10:39:15   ObsTime         10:39:15
     2020-03-29 03:43:29   ObsTimezone     2
     2020-03-29 03:43:29   ObsTimezoneS    CEST
     2020-06-25 10:39:15   SunAlt          47.9
     2020-06-25 10:39:15   SunAz           113
     2020-06-15 23:19:04   SunDec          23.4
     2020-05-30 10:24:13   SunDiameter     31.5
     2020-06-25 10:39:15   SunDistance     152070229
     2020-06-25 10:39:15   SunDistanceObserver 152065499
     2020-06-25 00:00:00   SunHrsInvisible 07:42
     2020-06-25 00:00:00   SunHrsVisible   16:17
     2020-06-25 10:39:15   SunLon          94.3
     2020-06-24 14:18:52   SunRa           06:17
     2020-06-25 00:00:00   SunRise         05:19
     2020-06-23 00:00:00   SunSet          21:37
     2020-06-21 00:00:00   SunSign         Krebs
     2020-06-21 00:00:00   SunSignN        3
     2020-06-24 00:00:00   SunTransit      13:28
     2020-06-25 10:39:15   state           Updated
Attributes:
   DbLogExclude .*
   DbLogInclude .*
   group      System
   horizon    -2
   recomputeAt NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
   room       Server
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 25 Juni 2020, 11:17:23
Zitat von: eddy242 am 25 Juni 2020, 11:13:51
mir fällt auf, dass einige Readings nicht mehr aktualisiert werden. Im list weitert unten kann man noch weitere erkennen, hier oben nur ein kurzer Auszug, da diese auch gleichzeitig die für mich wichtigsten sind. FHEM ist updated und restarted. Was könnte ich tun, um das Verhalten näher zu analysieren? Gibt es jemanden, der das auch beobachtet?

IMHO passiert das wenn sie auf nach Null Uhr rutschen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 26 Juni 2020, 12:52:55
Leute, etwas mehr Astronomiewissen solltet Ihr schon haben. Auch in unseren Breiten geht die Sonne zur Mittsommerzeit nicht so weit unter den Horizont, dass alle Dämmerungsdefinitionen sinnvoll sind ...

Einfach ein paar Wochen warten.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Frank_Huber am 26 Juni 2020, 13:42:40
Danke Peter,

meine Erinnerung war falsch. Es ist nicht das es nach 00:00 Uhr ist,
die Sonne geht zur Zeit nicht tief genug, daher gibt es diesen Untergang gar nicht.

Dass das jedes Jahr um diese Zeit passiert war mir klar, hab nur die Ursache falsch im Kopf gehabt. :-)
Titel: Antw:neues Modul Astro.pm
Beitrag von: eddy242 am 28 Juni 2020, 19:05:34
Ich kann den Kommentar zu meinen Astronomiekenntnissen nicht ganz nachvollziehen. Die Sonne geht Richtung 21.6. jeden abend etwas (ca. 2min) später unter, Richtung 21.12. dann wieder früher. Wenn ich abend aus meinem Fenster schaue (ich wohne nicht am Polarkreis sondern in den Breiten um Frankfurt) kann ich bestätigen, dass es abends noch vor Mitternacht dunkel ist, momentan gegen 22:30.

Daher ist meine (vielleicht naive) Erwartungshaltung, dass Readings, die CustomTwilightEvening oder CustomTwilightMorning heissen, auch jeden Tag aktualisiert werden, und zwar auf einen vom Vortag verschiedenen Wert.

Selbst wenn das so nicht stimmen würde, könnte ich immer noch nicht verstehen, warum zum Zeitpunkt meines Beitrages das Reading      2020-06-23 00:00:00   SunSet          21:37
2 Tage nicht aktualisiert wurde (siehe Listing), oder warum CustomTwilightMorning am 24.6. aktualisiert wurde aber CustomTwilightEvening letztmalig am 20.6.?

     2020-06-02 00:00:00   AstroTwilightEvening ---
     2020-06-02 00:00:00   AstroTwilightMorning ---
     2020-06-21 00:00:00   CivilTwilightEvening 22:21
     2020-06-25 00:00:00   CivilTwilightMorning 04:35
     2020-06-20 00:00:00   CustomTwilightEvening 21:46
     2020-06-24 00:00:00   CustomTwilightMorning 05:09
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 29 Juni 2020, 08:49:47
Zitatkönnte ich immer noch nicht verstehen
Macht nichts.

Edit: Wie bereits gesagt, einfach ein paar Wochen warten - dann wird die Erwartung wieder erfüllt.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: rabehd am 29 Juni 2020, 09:04:30
ZitatDie Sonne geht Richtung 21.6. jeden abend etwas (ca. 2min) später unter, Richtung 21.12. dann wieder früher. Wenn ich abend aus meinem Fenster schaue (ich wohne nicht am Polarkreis sondern in den Breiten um Frankfurt) kann ich bestätigen, dass es abends noch vor Mitternacht dunkel ist, momentan gegen 22:30.

Das Modul dient nicht zur Bestimmung ob es draußen dunkel oder hell ist.
Es gibt u.a. nur an wann die Sonne in einer bestimmten Höhe/Tiefe steht. Diese Höhe/Tiefe ist festgelegt und zwar nicht von Modulentwickler. Einfach mal die Internetsuche anwerfen.
Im Sommer kann es vorkommen, dass die Sonne nicht weitgenug unter den Horizont geht, dann enthalten die Readings keine Werte. Stichwort wäre hier "weise Nächte" (Kann man auch auf Rügen spüren) oder Polartag.

Der Modulentwickler hat uns sein Modul zur Verfügung gestellt, ob er ein Reading, welches sich nicht ändert updatet oder nicht ist seine Entscheidung. Oder unsere, in Bezug auf die Benutzung des Moduls.
Titel: Antw:neues Modul Astro.pm
Beitrag von: eddy242 am 02 Juli 2020, 09:04:46
Hallo rabehd,

danke für die Erläuterung. Nur um nochmal ganz sicher zu gehen, das ist dann auch die Erklärung dafür dass zum Zeitpunkt meines Beitrages (25.6.) das Reading      2020-06-23 00:00:00   SunSet          21:37
2 Tage nicht aktualisiert wurde (siehe Listing), und dass CustomTwilightMorning am 24.6. aktualisiert wurde aber CustomTwilightEvening letztmalig am 20.6.? Das würde bedeuten, dass sich nach Ansicht des Moduls der Zeitpunkt des Sonnenuntergangs an mehreren aufeinanderfolgenden Tagen nicht ändert. Natürlich akzeptiere ich, dass diese Berechnung in der Hoheit des Modulautors liegt, werde aber dann eher zu Twilight wechseln. Da habe ich bisher beobachten können, dass Sunset etc täglich aktualisiert werden.


     2020-06-21 00:00:00   CivilTwilightEvening 22:21
     2020-06-25 00:00:00   CivilTwilightMorning 04:35
     2020-06-20 00:00:00   CustomTwilightEvening 21:46
     2020-06-24 00:00:00   CustomTwilightMorning 05:09
Titel: Antw:neues Modul Astro.pm
Beitrag von: Nobbynews am 02 Juli 2020, 09:27:48
Also wenn ich mir mal den Zeitraum für meinen Standort in der Nähe von Düsseldorf ansehe, dann würde ich mal sagen, dass Astro richtig rechnet.
Der beigefügte Screenshot der App LunaSolCal zeigt das für den betreffenden Zeitraum deutlich.
Ob Twilight da richtig rechnet??
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 03 Juli 2020, 04:58:26
@eddy242: "In der Hoheit des Modulautors" ist granatenmäßiger Unsinn. Hier werden astronomische Berechnungen nach anerkannten Verfahren durchgeführt. Wer nicht über die mathematischen und astronomischen Kenntnisse verfügt, um diese Berechnungen überprüfen zu können, sollte sich entweder auf die Nutzung beschränken oder zu anderer Software wechseln. Es reicht jetzt mit dem Gemäkel, bitte das Modul wechseln.


Für alle anderen der Hinweis, dass selbstverständlich die Änderungsrate von Auf- und Untergangszeiten in der Nähe der Sommersonnenwende sehr klein ist.

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: romakrau am 30 November 2020, 21:21:20
Hallo zusammen,
der Ersteller der Phasenbilder teilte mir gerade mit, dass der Link vorübergehend nicht erreichbar ist und er die Bilder unter folgendem Link zur Verfügung stellt:

https://www.starpage.de/phasenbilder.zip (https://www.starpage.de/phasenbilder.zip)

Gruß
Roman
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 01 Dezember 2020, 15:25:26
Ich habe eine Frage zu den Mondphasen - ich habe da keine genaue Definition gefunden. Natürlich kenne ich Vollmond und so, aber was genau gibt das Modul mit den N- und I-Phasen aus? Das sind ja technisch Zahlen. Auch in Wikipedia habe ich keine Normierung gefunden; weiß das jemand?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 01 Dezember 2020, 20:42:32
Steht doch da:
Zitat#-- Age of Moon in radians since New Moon (0) - Full Moon (pi)
  $moonCoor{age}    = _mod2Pi($l3-$sunlon);   
  $moonCoor{phasen} = 0.5*(1-cos($moonCoor{age})); # Moon phase numerical, 0-1
 
  my $mainPhase = 1./29.53*360*$DEG; # show 'Newmoon, 'Quarter' for +/-1 day around the actual event
  my $p = _mod($moonCoor{age}, 90.*$DEG);
  if ($p < $mainPhase || $p > 90*$DEG-$mainPhase){
    $p = 2*floor($moonCoor{age} / (90.*$DEG)+0.5);
  }else{
    $p = 2*floor($moonCoor{age} / (90.*$DEG))+1;
  }
  $p = $p % 8;
  $moonCoor{phases} = $phases[$p];
  $moonCoor{phasei} = $p;
  $moonCoor{sig}    = $zodiac[floor($moonCoor{lon}*$RAD/30)];

PhaseN = Mondalter in Radians. Vollmond = Pi = 3,14
PhaseI = Ganzzahlen von 0 .. 7 für das Mondalter.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Sailor am 01 Dezember 2020, 21:50:47
Ein herzerfrischendes Moin vom achtern Diek vorweg!

Nur für den Fall, dass es Jemand nützlich findet:

Wer von dem alten YAHOO Modul auf PAHs 95_Astro.pm umgestiegen ist aber nicht auf die Lichtstufen verzichten möchte mit dem man im ftui die Tageslicht-Szenen programmiert hat, kann mit 2 Atrributen die Kompatibilitaet wieder herstellen:


attr myAstro userReadings

light {
my $SunAlt = ReadingsVal($name,"SunAlt",0);
my $Indoor_Horizon = AttrVal($name, "indoor_horizon", 0);
my $LightIndex;

### 0 - total night, sun is at least -18 degree below horizon
if ($SunAlt <= -18) {
$LightIndex = 0;
}
### 1 - astronomical twilight, sun is between -12 and -18 degree below horizon
elsif (($SunAlt > -18) && ($SunAlt <= -12)) {
$LightIndex = 1;
}
### 2 - nautical twilight, sun is between -6 and -12 degree below horizon
elsif (($SunAlt > -12) && ($SunAlt <=  -6)) {
$LightIndex = 2;
}
### 3 - civil twilight, sun is between 0 and -6 degree below horizon
elsif (($SunAlt >  -6) && ($SunAlt <=   0)) {
$LightIndex = 3;
}
### 4 - indoor twilight, sun is between the indoor_horizon and 0 degree below horizon (not used if indoor_horizon=0)
elsif (($Indoor_Horizon < 0) && ($SunAlt <= 0) && ($SunAlt > $Indoor_Horizon)) {
$LightIndex = 4;
}
### 5 - weather twilight, sun is between indoor_horizon and a virtual weather horizon (the weather horizon depends on weather conditions (optional)

### 6 - maximum daylight
elsif ($SunAlt > 0) {
$LightIndex = 6;
}
$LightIndex
}

attr myAstro userattr indoor_horizon


Lichtszene 5 existiert dann einfach nicht mehr da PAH natürlich keine Wetterbedingte Abschattung berechnet.

Gruß
    Sailor
Titel: Antw:neues Modul Astro.pm
Beitrag von: andies am 02 Dezember 2020, 06:46:21
Zitat von: Prof. Dr. Peter Henning am 01 Dezember 2020, 20:42:32
Steht doch da:
8)

Danke!
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 02 Dezember 2020, 16:54:31
Zitatftui die Tageslicht-Szenen

Gibts dazu ein Beispiel oder einen Screenshot?

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Sailor am 02 Dezember 2020, 21:02:52
Zitat von: Prof. Dr. Peter Henning am 02 Dezember 2020, 16:54:31
Gibts dazu ein Beispiel oder einen Screenshot?

Puh, ob ich das im Forum wiederfinde...

Also ich habe in der index.html des fhem ftui Frontends folgenden Code hinterlegt:


<!-- Different Stylesheet depending on daylight conditions calculated by the twilight module -->
<link rel="stylesheet" href="css/lightscene-0.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="0" data-get-off="!0" />
<link rel="stylesheet" href="css/lightscene-1.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="1" data-get-off="!1" />
<link rel="stylesheet" href="css/lightscene-2.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="2" data-get-off="!2" />
<link rel="stylesheet" href="css/lightscene-3.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="3" data-get-off="!3" />
<link rel="stylesheet" href="css/lightscene-4.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="4" data-get-off="!4" />
<link rel="stylesheet" href="css/lightscene-5.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="5" data-get-off="!5" />
<link rel="stylesheet" href="css/lightscene-6.css" data-type="theme" data-device="OS_Astro" data-get="light" data-get-on="6" data-get-off="!6" />


Die Beispielhafte "lightscene-0.css" sieht folgendermaßen aus:

body {
    background-color: transparent;
    background-image: url('../images/Background-0.png');
    background-repeat: no-repeat;
    background-attachment: fixed;
    background-position: center;
background-size: cover;
background-clip: border-box;
}
.semitransparent {
    background: rgba(0, 0, 0, 0.7) !important;
}

Diese Datei muss dann entsprechend 7 mal (0 - 6) kopiert und entsprechend abgeändert werden.

Das bewirkt, dass entsprechend des Sonnenstandes das Hintergrundbild des ftui Frontends geändert wird.

Gruß
    Sailor
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 03 Dezember 2020, 04:54:46
Danke !

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: moonsorrox am 04 Januar 2021, 16:51:19
welches ist denn momentan die richtige 99_myUtils_Astro.pm, da ich das mit dem Mond nicht zum laufen bekomme..?

so sieht meine aktuelle aus:
##########################################################################################################################
# $Id: 99_myUtils_Astro.pm 0011 2017-07-15 00:00:00Z Fhemmike $
#


package main;

use strict;
use warnings;
use POSIX;


sub myUtils_Astro_Initialize($$)
{
  my ($hash) = @_;
}

sub moon_pics($)
{
my ($name)    = @_;
my $picNo     = ReadingsVal("Astro","MoonAge",0);
my $picOrd    = "/fhem/www/images/phasenbilder/";
my $picPath   = "";


  if(  $picNo < 180 ){
    $picNo = int($picNo/180*49+51);
  }else{
    $picNo = int(($picNo/180-1)*49+1);
  }

$picPath =  $picOrd.$picNo.".png";

return $picPath
}


sub Moon_to_html($)
{
   my($hash) = @_;
   $hash = $defs{$hash} if( ref($hash) ne 'HASH' );
   return undef if( !$hash );

   my $name = $hash->{NAME};
   my $scale = "100";
   my $state = $hash->{STATE};
   my $pathToPictures = ReadingsVal("Astro", "ftui", "");
   my $ret;

   $ret .= "<div style='width:".$scale."px; text-align: center;'>";
   $ret .= "<img src='$pathToPictures$\' width='$scale' height='$scale'>";
   $ret .= "</div>";

   $hash->{fhem}->{cached} = $ret;

   return $ret;
}

1;
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 04 Januar 2021, 17:55:46
Moin moonsorrox

Ich habe diese beiden Einträge in der .pm

Und mit define Moon_weblink weblink htmlCode { Moon_to_html("myAstro") } bekomme ich das Mondbild.

Im Forum findet am das ganze unter : https://forum.fhem.de/index.php/topic,73951.msg660570.html#msg660570

########################################################################
### MondPhasenBilder

sub moon_pics($)
{
my ($name)    = @_;
my $picNo     = ReadingsVal("myAstro","MoonAge",0);
my $picOrd    = "/fhem/www/phasenbilder/";
my $picPath   = "";


#-- moonage 0 - 180 => 51 - 100
  if(  $picNo < 180 ){
    $picNo = int($picNo/180*49+51);
#-- moonage 180 - 360 => 1 - 50
  }else{
    $picNo = int(($picNo/180-1)*49+1);
  }

$picPath =  $picOrd.$picNo.".png";

return $picPath;
}

########################################################################
### Mond HTML

sub Moon_to_html($)
{
   my($hash) = @_;
   $hash = $defs{$hash} if( ref($hash) ne 'HASH' );
   return undef if( !$hash );

   my $name           = $hash->{NAME};
   my $scale          = "25";
   my $state          = $hash->{STATE};
   my $pathToPictures = ReadingsVal("myAstro", "ftuiMoon", "");
   my $ret;

   $ret .= "<div style='width:".$scale."px; text-align: center;'>";
   $ret .= "<img src='$pathToPictures$\' width='$scale' height='$scale'>";
   $ret .= "</div>";

   $hash->{fhem}->{cached} = $ret;

   return $ret;
}


PS. Bitte auf die Pfade achten.
Titel: Antw:neues Modul Astro.pm
Beitrag von: moonsorrox am 04 Januar 2021, 18:46:52
das habe ich alles so und die Links sind ja klar anzupassen, habe ich auch und den weblink ebenfalls, aber keine Anzeige.
bei mir liegen die Bilder eigentlich auf dem Standardpfad als png, sicher viel zu viele weil ich hier aus dem Forum irgendwo 100 hatte, aber das kann ich später immer noch anpassen.
Dazu muss es erst mal laufen
/fhem/www/images/phasenbilder

was ich noch geändert habe, ist denke ich für ftui, da heißt das bei mir "myAstro:ftui"
("myAstro", "ftui", "");


hab jetzt nochmal geschaut und bekomme diese Meldungen im log:
2021.01.05 01:19:45 3: eval: { Moon_to_html("myAstro") }
2021.01.05 01:19:45 1: PERL WARNING: Use of uninitialized value $\ in concatenation (.) or string at ./FHEM/99_myUtils_Astro.pm line 62.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 05 Januar 2021, 10:02:54
Moin

Den Pfad habe ich ins Astro Modul mit einem userRaeding ftuiMoon {moon_pics("myAstro") } angelegt.

Das ist die erste sub moon_pics($) in der .pm.
Die zweite sub Moon_to_html($) generiert das Bild.
Titel: Antw:neues Modul Astro.pm
Beitrag von: khk123 am 05 Januar 2021, 11:54:19
Ich hab das ohne 99_myUtils gelöst.

Unter /opt/fhem/www/images/phasenbilder/ sind meine Mondphasenbilder entpackt von https://www.stilkunst.de/c62_stockgrafics/phases_of_moon/phases_of_moon.php abgelegt.
Mein Astro-Device:

attr Astro DbLogExclude .*
attr Astro DbLogInclude MoonAge,Mondbild,MoonPhaseN,MoonPhasePic
attr Astro devStateIcon { '<div><img src='.ReadingsVal($name,"MoonPhasePic","0").' height="100" width="100">' }
attr Astro icon weather_moon_phases_8
attr Astro interval 3600
attr Astro room Wetter
attr Astro userReadings MoonPhasePic { my $pb = sprintf "%03d",int(ReadingsVal($name,"MoonAge",0));;;;\
              ("/fhem_live/www/images/phasenbilder/stilkunst_moon_".$pb.".png")\
     }
attr Astro verbose 0


Die Anzeige in FHEM siehe anh. Screenshot.

Ist vom Volumen der Bildern her vieleicht etwas aufwändig, aber nett anzusehen. :-)

Viele Grüße
Karlheinz




Titel: Antw:neues Modul Astro.pm
Beitrag von: moonsorrox am 05 Januar 2021, 12:50:33
das ist doch die Datenbank von Fhem wenn ich mich nicht täusche, oder
DbLogExclude .*

damit arbeite ich leider nicht, oder zumindest habe ich mich damit noch nie beschäftigt.
Ich werde es mir aber trotzdem mal anschauen.
Titel: Antw:neues Modul Astro.pm
Beitrag von: moonsorrox am 05 Januar 2021, 12:57:53
Zitat von: Michael am 05 Januar 2021, 10:02:54
Moin

Den Pfad habe ich ins Astro Modul mit einem userRaeding ftuiMoon {moon_pics("myAstro") } angelegt.

Das ist die erste sub moon_pics($) in der .pm.
Die zweite sub Moon_to_html($) generiert das Bild.

irgend etwas läuft hier schief... ich muss mal suchen... das sind die Meldungen im log
2021.01.05 12:46:22 3: eval: { Moon_to_html("myAstro") }
2021.01.05 12:46:22 1: PERL WARNING: Use of uninitialized value $\ in concatenation (.) or string at ./FHEM/99_myUtils_Astro.pm line 62.


das steht im angemeckerten Pfad in der Astro, sollte etwas mit dem Pfad nicht stimmen, aber der ist bei mir richtig eingetragen, oder sehe ich nicht durch  :-\ :-\
  $ret .= "<img src='$pathToPictures$\' width='$scale' height='$scale'>";

Das hier ist meine Astro Utils
##########################################################################################################################
# $Id: 99_myUtils_Astro.pm 0011 2017-07-15 00:00:00Z Fhemmike $
#


package main;

use strict;
use warnings;
use POSIX;


sub myUtils_Astro_Initialize($$)
{
  my ($hash) = @_;
}



########################################################################
### MondPhasenBilder

sub moon_pics($)
{
my ($name)    = @_;
my $picNo     = ReadingsVal("myAstro","MoonAge",0);
my $picOrd    = "/fhem/www/images/phasenbilder/";
my $picPath   = "";


#-- moonage 0 - 180 => 51 - 100
  if(  $picNo < 180 ){
    $picNo = int($picNo/180*49+51);
#-- moonage 180 - 360 => 1 - 50
  }else{
    $picNo = int(($picNo/180-1)*49+1);
  }

$picPath =  $picOrd.$picNo.".png";

return $picPath;
}


########################################################################
### Mond HTML


sub Moon_to_html($)
{
   my($hash) = @_;
   $hash = $defs{$hash} if( ref($hash) ne 'HASH' );
   return undef if( !$hash );

   my $name           = $hash->{NAME};
   my $scale          = "25";
   my $state          = $hash->{STATE};
   my $pathToPictures = ReadingsVal("myAstro", "ftui", "");
   my $ret;

   $ret .= "<div style='width:".$scale."px; text-align: center;'>";
   $ret .= "<img src='$pathToPictures$\' width='$scale' height='$scale'>";
   $ret .= "</div>";

   $hash->{fhem}->{cached} = $ret;

   return $ret;
}


1;


EDIT://
ich sehe gerade etwas, ich habe kein userReading angelegt  :-\
Titel: Antw:neues Modul Astro.pm
Beitrag von: moonsorrox am 05 Januar 2021, 13:02:01
OK, das wars... mit dem userreading  :-\ :-\

Ist jetzt zwar sehr klein, der Mond aber das kann man sicher noch verändern...
Titel: Antw:neues Modul Astro.pm
Beitrag von: Michael am 05 Januar 2021, 15:43:27
ZitatIst jetzt zwar sehr klein, der Mond aber das kann man sicher noch verändern...
Ja, in der sub Moon_to_html($) unter my $scale = "25";
Titel: Antw:neues Modul Astro.pm
Beitrag von: moonsorrox am 05 Januar 2021, 16:01:09
Zitat von: Michael am 05 Januar 2021, 15:43:27
Ja, in der sub Moon_to_html($) unter my $scale = "25";

jou vielen Dank, hat ja alles etwas gedauert.
In Fhem ist es mir nicht so wichtig, aber in meinem FTUI sieht der Mond mal richtig geil aus  ;)
Ich habe die png mit dem gelebn Kontrast... Super  :D
Titel: Antw:neues Modul Astro.pm
Beitrag von: khk123 am 05 Januar 2021, 16:39:02
Zitat von: moonsorrox am 05 Januar 2021, 12:50:33
das ist doch die Datenbank von Fhem wenn ich mich nicht täusche, oder
DbLogExclude .*

damit arbeite ich leider nicht, oder zumindest habe ich mich damit noch nie beschäftigt.
Ich werde es mir aber trotzdem mal anschauen.

Das ist nur eine Anweisung was in meine Datenbank geloggt werden soll oder auch nicht. Die Zeile einfach löschen, das hat nichts mit den restl. Definitionen zu tun.
Titel: Antw:neues Modul Astro.pm
Beitrag von: MDietrich am 28 Januar 2021, 09:42:47
Hallo,
auf Wunsch meiner Regierung habe ich mir im Modul Astro.pm die Readings für SunSign und SunSignN angesehen. Nach dem Tierkreis ist der Wassermann das 11. Tierkreiszeichen und Fische das 12. Das Reading SunSign passt zum Datum.
Nach etwas Nachdenken habe ich dann einmal das Datum 22.03. verwendet - und siehe da, SunSignN = 0 für Widder.
Ist dies Absicht? Aus meiner Sicht wäre es "logisch" das Zählen mit 1 zu beginnen.

okay: wichtig=> nein, dringend=> nein, schön:ja  :)

Gruß
Matthias
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 28 Januar 2021, 16:54:22
ZitatAus meiner Sicht wäre es "logisch" das Zählen mit 1 zu beginnen
Aus meiner Sicht nicht. In Perl ist das anders, und darum bleibt es auch hier so.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: MDietrich am 28 Januar 2021, 19:41:44
Guten Abend,
wie gesagt, ich kann damit leben. Ist abhängig von der Blickrichtung ja "nur" ein +1 bzw. -1

Danke für das Modul, ist super!!
Titel: Antw:neues Modul Astro.pm
Beitrag von: MDietrich am 28 Januar 2021, 20:22:12
Hallo,
da ich von Natur aus ein bequemer Mensch bin, habe ich "meine" Symbole und Bilder der Tierkreiszeichen entsprechend der Nummerierung aus Astro benannt. Für jeden, der es auch benötigt habe ich die Files angehängt.
Viel Spaß damit.
Titel: Antw:neues Modul Astro.pm
Beitrag von: Jamo am 01 August 2021, 18:00:28
Hallo Pah,
Ich war letzte Woche am tiefsten Punkt Deutschlands, und mein locative sorgt dafür das mein Astro Modul immer mit aktuellen lat/lon/alt Daten versorgt wird. Auf ein attr -silent myAstro altitude -2;attr -silent myAstro latitude 53.453299;attr -silent myAstro longitude 7.096348;
kommt folgende Fehlermeldung:
set myAstro attribute altitude must be a float number >= 0 meters

Ist das ein Fehler im Modul? Oder wie sind Höhen < 0 zu behandeln?
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 02 August 2021, 06:23:55
Gute Frage. Es könnte sein, dass die Algorithmen (die ja nicht von mir sind...) bei Höhen unter Null nicht mehr stabil sind. Muss ich überprüfen - allerdings hat das geringe Prio, nach aktuellem Stand meiner Arbeitsbelastung kann man ab Ende November damit rechnen.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: MDietrich am 06 Januar 2022, 07:51:52
Moin aus dem kalten Norden.

Bei der Aktualisierung meiner Oberfläche ist mir aufgefallen, das bei einem 'update' nicht alle Readings aktualisiert werden.
Aufgefallen ist mir dies insbesondere bei den Mondphasen.


Internals:
   FUUID      61bff34b-f33f-466b-9194-d3057cd6e77a2e77
   FVERSION   95_Astro.pm:v2.2.0-s25198/2021-11-07
   INTERVAL   3600
   NAME       SonneMond
   NEXTUPDATE 2022-01-06 08:31:30
   NOTIFYDEV  global
   NR         175
   NTFY_ORDER 45-SonneMond
   RECOMPUTEAT NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
   STATE      Mondphase: Zunehmende Sichel
   TYPE       Astro
   READINGS:
     2022-01-06 00:00:00   AstroTwilightEvening 18:20
     2021-12-27 00:00:00   AstroTwilightMorning 06:20
     2022-01-06 00:00:00   CivilTwilightEvening 16:51
     2022-01-06 00:00:00   CivilTwilightMorning 07:48
     2022-01-06 00:00:00   CustomTwilightEvening 16:01
     2022-01-06 00:00:00   CustomTwilightMorning 08:38
     2022-01-06 07:48:43   MoonAge         47.9
     2022-01-06 07:48:43   MoonAlt         -29.2
     2022-01-06 07:48:43   MoonAz          75.6
     2022-01-06 07:17:02   MoonDec         -15.5
     2022-01-06 03:00:00   MoonDiameter    31.7
     2022-01-06 07:48:43   MoonDistance    377483
     2022-01-06 07:48:43   MoonDistanceObserver 380641
     2022-01-06 00:00:00   MoonHrsInvisible 14:10
     2022-01-06 00:00:00   MoonHrsVisible  09:49
     2022-01-05 06:00:00   MoonLat         -5
     2022-01-06 07:45:39   MoonLon         333.8
     2022-01-03 16:48:23   MoonPhaseI      1
     2022-01-06 06:00:00   MoonPhaseN      0.16
     2022-01-03 16:48:23   MoonPhaseS      Zunehmende Sichel
     2022-01-06 06:00:00   MoonRa          22:30
     2022-01-06 00:00:00   MoonRise        11:10
     2022-01-06 00:00:00   MoonSet         20:59
     2022-01-06 02:00:00   MoonSign        Fische
     2022-01-06 02:00:00   MoonSignN       11
     2022-01-06 00:00:00   MoonTransit     15:58
     2022-01-06 00:00:00   NauticTwilightEvening 17:37
     2021-12-26 00:00:00   NauticTwilightMorning 07:03
     2022-01-06 07:12:32   ObsAlt          13
     2022-01-06 00:00:00   ObsDate         06.01.2022
     2022-01-06 00:00:00   ObsDayofyear    6
     2022-01-06 07:48:43   ObsGMST         13:52:04
     2021-12-20 04:06:52   ObsHorEvening   0
     2021-12-20 04:06:52   ObsHorMorning   0
     2021-12-20 04:06:52   ObsIsDST        0
     2022-01-06 07:39:21   ObsJD           2459585.78
     2022-01-06 07:48:43   ObsLMST         14:37:48
     2021-12-20 04:06:52   ObsLat          53.995454
     2021-12-20 04:06:52   ObsLon          11.434776
     2021-12-21 00:00:00   ObsSeason       Winter
     2021-12-21 00:00:00   ObsSeasonN      0
     2022-01-06 07:48:43   ObsTime         07:48:43
     2021-12-20 04:06:52   ObsTimezone     1
     2021-12-20 04:06:52   ObsTimezoneS    CET
     2022-01-06 07:48:43   SunAlt          -5.9
     2022-01-06 07:48:43   SunAz           120.6
     2022-01-05 19:19:20   SunDec          -22.4
     2021-12-20 04:06:52   SunDiameter     32.5
     2022-01-06 07:48:43   SunDistance     147101980
     2022-01-06 07:48:43   SunDistanceObserver 147102635
     2022-01-06 00:00:00   SunHrsInvisible 16:22
     2022-01-06 00:00:00   SunHrsVisible   07:37
     2022-01-06 06:00:00   SunLon          285.9
     2022-01-06 07:10:37   SunRa           19:11
     2022-01-05 00:00:00   SunRise         08:31
     2022-01-06 00:00:00   SunSet          16:09
     2021-12-21 16:37:39   SunSign         Steinbock
     2021-12-21 16:37:39   SunSignN        9
     2022-01-06 00:00:00   SunTransit      12:20
     2022-01-06 07:48:43   state           Updated
Attributes:
   group      Astro
   icon       telescope
   language   DE
   recomputeAt NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
   room       Wetter
   stateFormat Mondphase: MoonPhaseS


Gibt es eine Möglichkeit die Aktualisierung aller Readings zuerreichen?

Danke im Voraus,
MDietrich
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 06 Januar 2022, 19:57:55
Stimmt nicht. Bitte mal über "Events" in FHEM informieren.

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Ulm32b am 30 Januar 2022, 15:05:12
Hallo Pah,

vielen Dank für dieses vielseitige und nützliche Modul. Mit der Mondphase ist ja auch ein graphisches Ergebnis implementiert.
Auf meinem Smartphone sehe ich eine, so meine ich, coole Darstellung des Sonnenlaufs, siehe Anhang. Ich denke, dass man eine solche Grafik recht gut parametrisieren könnte und vermute in FTUI potentielle und dann dankbare Anwender.

Viele Grüße
Ulm32b
Titel: Antw:neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 30 Januar 2022, 15:26:03
Ich hindere niemanden daran...

LG

pah
Titel: Antw:neues Modul Astro.pm
Beitrag von: Jackie am 13 Februar 2022, 14:49:38
Hallo,


für die Pixelgrafik ist im Wiki ein Link zu Bildern der Mondphase angegeben, der leider nicht mehr funktioniert. Weiß jemand, wo man jetzt alternativ die Bilder herbekommt?

In
https://wiki.fhem.de/wiki/FTUI_Beispiel_Mondphase

Wird auf
http://www.starpage.de/ccount/click.php?id=18

referenziert, dieser Link tut leider nicht mehr.

Danke
Titel: Antw:neues Modul Astro.pm
Beitrag von: enno am 13 Februar 2022, 16:07:52
Zitat von: Jackie am 13 Februar 2022, 14:49:38
Wird auf
http://www.starpage.de/ccount/click.php?id=18

referenziert, dieser Link tut leider nicht mehr.

Danke

Ich bekomme unter dem Link eine Zip Datei mit den Bildern. Würde also sagen, der Link geht!

Gruss
  Enno
Titel: Antw:neues Modul Astro.pm
Beitrag von: Sailor am 13 Februar 2022, 18:33:04
Ein herzerfrischendes Moin vom achtern Diek vorweg

Anbei die 361 Grad Bilder des Mondes.
Nachtrag: Verflixt wo bekomme ich eine 104MB grosse ZIP-Datei hochgeladen?

Kann man direkt mit dem Reading "MoonAge" verknuepfen.

Im ftui3 geht das so:

<ftui-image [src]    = "OS_Astro:MoonAge | step('
  0:`./images/moonphase/moon_000.png`,
  1:`./images/moonphase/moon_001.png`,
  2:`./images/moonphase/moon_002.png`,
  3:`./images/moonphase/moon_003.png`,
  4:`./images/moonphase/moon_004.png`,
  5:`./images/moonphase/moon_005.png`,
  6:`./images/moonphase/moon_006.png`,
  7:`./images/moonphase/moon_007.png`,
  8:`./images/moonphase/moon_008.png`,
  9:`./images/moonphase/moon_009.png`,
10:`./images/moonphase/moon_010.png`,
11:`./images/moonphase/moon_011.png`,
12:`./images/moonphase/moon_012.png`,
13:`./images/moonphase/moon_013.png`,
14:`./images/moonphase/moon_014.png`,
15:`./images/moonphase/moon_015.png`,
16:`./images/moonphase/moon_016.png`,
17:`./images/moonphase/moon_017.png`,
18:`./images/moonphase/moon_018.png`,
19:`./images/moonphase/moon_019.png`,
20:`./images/moonphase/moon_020.png`,
21:`./images/moonphase/moon_021.png`,
22:`./images/moonphase/moon_022.png`,
23:`./images/moonphase/moon_023.png`,
24:`./images/moonphase/moon_024.png`,
25:`./images/moonphase/moon_025.png`,
26:`./images/moonphase/moon_026.png`,
27:`./images/moonphase/moon_027.png`,
28:`./images/moonphase/moon_028.png`,
29:`./images/moonphase/moon_029.png`,
30:`./images/moonphase/moon_030.png`,
31:`./images/moonphase/moon_031.png`,
32:`./images/moonphase/moon_032.png`,
33:`./images/moonphase/moon_033.png`,
34:`./images/moonphase/moon_034.png`,
35:`./images/moonphase/moon_035.png`,
36:`./images/moonphase/moon_036.png`,
37:`./images/moonphase/moon_037.png`,
38:`./images/moonphase/moon_038.png`,
39:`./images/moonphase/moon_039.png`,
40:`./images/moonphase/moon_040.png`,
41:`./images/moonphase/moon_041.png`,
42:`./images/moonphase/moon_042.png`,
43:`./images/moonphase/moon_043.png`,
44:`./images/moonphase/moon_044.png`,
45:`./images/moonphase/moon_045.png`,
46:`./images/moonphase/moon_046.png`,
47:`./images/moonphase/moon_047.png`,
48:`./images/moonphase/moon_048.png`,
49:`./images/moonphase/moon_049.png`,
50:`./images/moonphase/moon_050.png`,
51:`./images/moonphase/moon_051.png`,
52:`./images/moonphase/moon_052.png`,
53:`./images/moonphase/moon_053.png`,
54:`./images/moonphase/moon_054.png`,
55:`./images/moonphase/moon_055.png`,
56:`./images/moonphase/moon_056.png`,
57:`./images/moonphase/moon_057.png`,
58:`./images/moonphase/moon_058.png`,
59:`./images/moonphase/moon_059.png`,
60:`./images/moonphase/moon_060.png`,
61:`./images/moonphase/moon_061.png`,
62:`./images/moonphase/moon_062.png`,
63:`./images/moonphase/moon_063.png`,
64:`./images/moonphase/moon_064.png`,
65:`./images/moonphase/moon_065.png`,
66:`./images/moonphase/moon_066.png`,
67:`./images/moonphase/moon_067.png`,
68:`./images/moonphase/moon_068.png`,
69:`./images/moonphase/moon_069.png`,
70:`./images/moonphase/moon_070.png`,
71:`./images/moonphase/moon_071.png`,
72:`./images/moonphase/moon_072.png`,
73:`./images/moonphase/moon_073.png`,
74:`./images/moonphase/moon_074.png`,
75:`./images/moonphase/moon_075.png`,
76:`./images/moonphase/moon_076.png`,
77:`./images/moonphase/moon_077.png`,
78:`./images/moonphase/moon_078.png`,
79:`./images/moonphase/moon_079.png`,
80:`./images/moonphase/moon_080.png`,
81:`./images/moonphase/moon_081.png`,
82:`./images/moonphase/moon_082.png`,
83:`./images/moonphase/moon_083.png`,
84:`./images/moonphase/moon_084.png`,
85:`./images/moonphase/moon_085.png`,
86:`./images/moonphase/moon_086.png`,
87:`./images/moonphase/moon_087.png`,
88:`./images/moonphase/moon_088.png`,
89:`./images/moonphase/moon_089.png`,
90:`./images/moonphase/moon_090.png`,
91:`./images/moonphase/moon_091.png`,
92:`./images/moonphase/moon_092.png`,
93:`./images/moonphase/moon_093.png`,
94:`./images/moonphase/moon_094.png`,
95:`./images/moonphase/moon_095.png`,
96:`./images/moonphase/moon_096.png`,
97:`./images/moonphase/moon_097.png`,
98:`./images/moonphase/moon_098.png`,
99:`./images/moonphase/moon_099.png`,
100:`./images/moonphase/moon_100.png`,
101:`./images/moonphase/moon_101.png`,
102:`./images/moonphase/moon_102.png`,
103:`./images/moonphase/moon_103.png`,
104:`./images/moonphase/moon_104.png`,
105:`./images/moonphase/moon_105.png`,
106:`./images/moonphase/moon_106.png`,
107:`./images/moonphase/moon_107.png`,
108:`./images/moonphase/moon_108.png`,
109:`./images/moonphase/moon_109.png`,
110:`./images/moonphase/moon_110.png`,
111:`./images/moonphase/moon_111.png`,
112:`./images/moonphase/moon_112.png`,
113:`./images/moonphase/moon_113.png`,
114:`./images/moonphase/moon_114.png`,
115:`./images/moonphase/moon_115.png`,
116:`./images/moonphase/moon_116.png`,
117:`./images/moonphase/moon_117.png`,
118:`./images/moonphase/moon_118.png`,
119:`./images/moonphase/moon_119.png`,
120:`./images/moonphase/moon_120.png`,
121:`./images/moonphase/moon_121.png`,
122:`./images/moonphase/moon_122.png`,
123:`./images/moonphase/moon_123.png`,
124:`./images/moonphase/moon_124.png`,
125:`./images/moonphase/moon_125.png`,
126:`./images/moonphase/moon_126.png`,
127:`./images/moonphase/moon_127.png`,
128:`./images/moonphase/moon_128.png`,
129:`./images/moonphase/moon_129.png`,
130:`./images/moonphase/moon_130.png`,
131:`./images/moonphase/moon_131.png`,
132:`./images/moonphase/moon_132.png`,
133:`./images/moonphase/moon_133.png`,
134:`./images/moonphase/moon_134.png`,
135:`./images/moonphase/moon_135.png`,
136:`./images/moonphase/moon_136.png`,
137:`./images/moonphase/moon_137.png`,
138:`./images/moonphase/moon_138.png`,
139:`./images/moonphase/moon_139.png`,
140:`./images/moonphase/moon_140.png`,
141:`./images/moonphase/moon_141.png`,
142:`./images/moonphase/moon_142.png`,
143:`./images/moonphase/moon_143.png`,
144:`./images/moonphase/moon_144.png`,
145:`./images/moonphase/moon_145.png`,
146:`./images/moonphase/moon_146.png`,
147:`./images/moonphase/moon_147.png`,
148:`./images/moonphase/moon_148.png`,
149:`./images/moonphase/moon_149.png`,
150:`./images/moonphase/moon_150.png`,
151:`./images/moonphase/moon_151.png`,
152:`./images/moonphase/moon_152.png`,
153:`./images/moonphase/moon_153.png`,
154:`./images/moonphase/moon_154.png`,
155:`./images/moonphase/moon_155.png`,
156:`./images/moonphase/moon_156.png`,
157:`./images/moonphase/moon_157.png`,
158:`./images/moonphase/moon_158.png`,
159:`./images/moonphase/moon_159.png`,
160:`./images/moonphase/moon_160.png`,
161:`./images/moonphase/moon_161.png`,
162:`./images/moonphase/moon_162.png`,
163:`./images/moonphase/moon_163.png`,
164:`./images/moonphase/moon_164.png`,
165:`./images/moonphase/moon_165.png`,
166:`./images/moonphase/moon_166.png`,
167:`./images/moonphase/moon_167.png`,
168:`./images/moonphase/moon_168.png`,
169:`./images/moonphase/moon_169.png`,
170:`./images/moonphase/moon_170.png`,
171:`./images/moonphase/moon_171.png`,
172:`./images/moonphase/moon_172.png`,
173:`./images/moonphase/moon_173.png`,
174:`./images/moonphase/moon_174.png`,
175:`./images/moonphase/moon_175.png`,
176:`./images/moonphase/moon_176.png`,
177:`./images/moonphase/moon_177.png`,
178:`./images/moonphase/moon_178.png`,
179:`./images/moonphase/moon_179.png`,
180:`./images/moonphase/moon_180.png`,
181:`./images/moonphase/moon_181.png`,
182:`./images/moonphase/moon_182.png`,
183:`./images/moonphase/moon_183.png`,
184:`./images/moonphase/moon_184.png`,
185:`./images/moonphase/moon_185.png`,
186:`./images/moonphase/moon_186.png`,
187:`./images/moonphase/moon_187.png`,
188:`./images/moonphase/moon_188.png`,
189:`./images/moonphase/moon_189.png`,
190:`./images/moonphase/moon_190.png`,
191:`./images/moonphase/moon_191.png`,
192:`./images/moonphase/moon_192.png`,
193:`./images/moonphase/moon_193.png`,
194:`./images/moonphase/moon_194.png`,
195:`./images/moonphase/moon_195.png`,
196:`./images/moonphase/moon_196.png`,
197:`./images/moonphase/moon_197.png`,
198:`./images/moonphase/moon_198.png`,
199:`./images/moonphase/moon_199.png`,
200:`./images/moonphase/moon_200.png`,
201:`./images/moonphase/moon_201.png`,
202:`./images/moonphase/moon_202.png`,
203:`./images/moonphase/moon_203.png`,
204:`./images/moonphase/moon_204.png`,
205:`./images/moonphase/moon_205.png`,
206:`./images/moonphase/moon_206.png`,
207:`./images/moonphase/moon_207.png`,
208:`./images/moonphase/moon_208.png`,
209:`./images/moonphase/moon_209.png`,
210:`./images/moonphase/moon_210.png`,
211:`./images/moonphase/moon_211.png`,
212:`./images/moonphase/moon_212.png`,
213:`./images/moonphase/moon_213.png`,
214:`./images/moonphase/moon_214.png`,
215:`./images/moonphase/moon_215.png`,
216:`./images/moonphase/moon_216.png`,
217:`./images/moonphase/moon_217.png`,
218:`./images/moonphase/moon_218.png`,
219:`./images/moonphase/moon_219.png`,
220:`./images/moonphase/moon_220.png`,
221:`./images/moonphase/moon_221.png`,
222:`./images/moonphase/moon_222.png`,
223:`./images/moonphase/moon_223.png`,
224:`./images/moonphase/moon_224.png`,
225:`./images/moonphase/moon_225.png`,
226:`./images/moonphase/moon_226.png`,
227:`./images/moonphase/moon_227.png`,
228:`./images/moonphase/moon_228.png`,
229:`./images/moonphase/moon_229.png`,
230:`./images/moonphase/moon_230.png`,
231:`./images/moonphase/moon_231.png`,
232:`./images/moonphase/moon_232.png`,
233:`./images/moonphase/moon_233.png`,
234:`./images/moonphase/moon_234.png`,
235:`./images/moonphase/moon_235.png`,
236:`./images/moonphase/moon_236.png`,
237:`./images/moonphase/moon_237.png`,
238:`./images/moonphase/moon_238.png`,
239:`./images/moonphase/moon_239.png`,
240:`./images/moonphase/moon_240.png`,
241:`./images/moonphase/moon_241.png`,
242:`./images/moonphase/moon_242.png`,
243:`./images/moonphase/moon_243.png`,
244:`./images/moonphase/moon_244.png`,
245:`./images/moonphase/moon_245.png`,
246:`./images/moonphase/moon_246.png`,
247:`./images/moonphase/moon_247.png`,
248:`./images/moonphase/moon_248.png`,
249:`./images/moonphase/moon_249.png`,
250:`./images/moonphase/moon_250.png`,
251:`./images/moonphase/moon_251.png`,
252:`./images/moonphase/moon_252.png`,
253:`./images/moonphase/moon_253.png`,
254:`./images/moonphase/moon_254.png`,
255:`./images/moonphase/moon_255.png`,
256:`./images/moonphase/moon_256.png`,
257:`./images/moonphase/moon_257.png`,
258:`./images/moonphase/moon_258.png`,
259:`./images/moonphase/moon_259.png`,
260:`./images/moonphase/moon_260.png`,
261:`./images/moonphase/moon_261.png`,
262:`./images/moonphase/moon_262.png`,
263:`./images/moonphase/moon_263.png`,
264:`./images/moonphase/moon_264.png`,
265:`./images/moonphase/moon_265.png`,
266:`./images/moonphase/moon_266.png`,
267:`./images/moonphase/moon_267.png`,
268:`./images/moonphase/moon_268.png`,
269:`./images/moonphase/moon_269.png`,
270:`./images/moonphase/moon_270.png`,
271:`./images/moonphase/moon_271.png`,
272:`./images/moonphase/moon_272.png`,
273:`./images/moonphase/moon_273.png`,
274:`./images/moonphase/moon_274.png`,
275:`./images/moonphase/moon_275.png`,
276:`./images/moonphase/moon_276.png`,
277:`./images/moonphase/moon_277.png`,
278:`./images/moonphase/moon_278.png`,
279:`./images/moonphase/moon_279.png`,
280:`./images/moonphase/moon_280.png`,
281:`./images/moonphase/moon_281.png`,
282:`./images/moonphase/moon_282.png`,
283:`./images/moonphase/moon_283.png`,
284:`./images/moonphase/moon_284.png`,
285:`./images/moonphase/moon_285.png`,
286:`./images/moonphase/moon_286.png`,
287:`./images/moonphase/moon_287.png`,
288:`./images/moonphase/moon_288.png`,
289:`./images/moonphase/moon_289.png`,
290:`./images/moonphase/moon_290.png`,
291:`./images/moonphase/moon_291.png`,
292:`./images/moonphase/moon_292.png`,
293:`./images/moonphase/moon_293.png`,
294:`./images/moonphase/moon_294.png`,
295:`./images/moonphase/moon_295.png`,
296:`./images/moonphase/moon_296.png`,
297:`./images/moonphase/moon_297.png`,
298:`./images/moonphase/moon_298.png`,
299:`./images/moonphase/moon_299.png`,
300:`./images/moonphase/moon_300.png`,
301:`./images/moonphase/moon_301.png`,
302:`./images/moonphase/moon_302.png`,
303:`./images/moonphase/moon_303.png`,
304:`./images/moonphase/moon_304.png`,
305:`./images/moonphase/moon_305.png`,
306:`./images/moonphase/moon_306.png`,
307:`./images/moonphase/moon_307.png`,
308:`./images/moonphase/moon_308.png`,
309:`./images/moonphase/moon_309.png`,
310:`./images/moonphase/moon_310.png`,
311:`./images/moonphase/moon_311.png`,
312:`./images/moonphase/moon_312.png`,
313:`./images/moonphase/moon_313.png`,
314:`./images/moonphase/moon_314.png`,
315:`./images/moonphase/moon_315.png`,
316:`./images/moonphase/moon_316.png`,
317:`./images/moonphase/moon_317.png`,
318:`./images/moonphase/moon_318.png`,
319:`./images/moonphase/moon_319.png`,
320:`./images/moonphase/moon_320.png`,
321:`./images/moonphase/moon_321.png`,
322:`./images/moonphase/moon_322.png`,
323:`./images/moonphase/moon_323.png`,
324:`./images/moonphase/moon_324.png`,
325:`./images/moonphase/moon_325.png`,
326:`./images/moonphase/moon_326.png`,
327:`./images/moonphase/moon_327.png`,
328:`./images/moonphase/moon_328.png`,
329:`./images/moonphase/moon_329.png`,
330:`./images/moonphase/moon_330.png`,
331:`./images/moonphase/moon_331.png`,
332:`./images/moonphase/moon_332.png`,
333:`./images/moonphase/moon_333.png`,
334:`./images/moonphase/moon_334.png`,
335:`./images/moonphase/moon_335.png`,
336:`./images/moonphase/moon_336.png`,
337:`./images/moonphase/moon_337.png`,
338:`./images/moonphase/moon_338.png`,
339:`./images/moonphase/moon_339.png`,
340:`./images/moonphase/moon_340.png`,
341:`./images/moonphase/moon_341.png`,
342:`./images/moonphase/moon_342.png`,
343:`./images/moonphase/moon_343.png`,
344:`./images/moonphase/moon_344.png`,
345:`./images/moonphase/moon_345.png`,
346:`./images/moonphase/moon_346.png`,
347:`./images/moonphase/moon_347.png`,
348:`./images/moonphase/moon_348.png`,
349:`./images/moonphase/moon_349.png`,
350:`./images/moonphase/moon_350.png`,
351:`./images/moonphase/moon_351.png`,
352:`./images/moonphase/moon_352.png`,
353:`./images/moonphase/moon_353.png`,
354:`./images/moonphase/moon_354.png`,
355:`./images/moonphase/moon_355.png`,
356:`./images/moonphase/moon_356.png`,
357:`./images/moonphase/moon_357.png`,
358:`./images/moonphase/moon_358.png`,
359:`./images/moonphase/moon_359.png`,
360:`./images/moonphase/moon_360.png`')">


Gruss
    Sailor
Titel: Antw:neues Modul Astro.pm
Beitrag von: Pumba9876 am 21 Dezember 2022, 09:52:57
Ich würde gerne noch zusätzlich Sonnenauf-/-untergang Zeit mir zu dem Mondicon anzeigen lassen habe da zwar ein Ansatz, habe auch schon einiges ausprobiert aber leider ohne Erfolg
defmod Astrodaten Astro
attr Astrodaten cmdIcon update:refresh
attr Astrodaten devStateIcon { '<div>Sonnenaufgang (sunrise): SunRise</div>\
<div>Sonnenuntergang (sunset): SunSet</div>\
<div>Jahreszeit: ObsSeason</div>\
<div><img src='.ReadingsVal($name,"MoonPhasePic","0").' height="100" width="100"></div>\
<div>MoonPhaseS</div>'\
}
attr Astrodaten group Zeit
attr Astrodaten icon weather_moon_phases_8
attr Astrodaten interval 3600
attr Astrodaten recomputeAt NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
attr Astrodaten room System->Wetter
attr Astrodaten userReadings MoonPhasePic { my $pb = sprintf "%01d",int(ReadingsVal($name,"Mond",0));;;;\
              ("/fhem/www/images/default/phasenbilder/".$pb.".png")\
     }
attr Astrodaten verbose 0

es wäre cool wenn mir einer einen ansatz zeigen könnte wie das Funktioniert könnte

Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 23 März 2023, 06:39:46
Zitat von: Pumba9876 am 21 Dezember 2022, 09:52:57Ich würde gerne noch zusätzlich Sonnenauf-/-untergang Zeit mir zu dem Mondicon anzeigen lassen habe da zwar ein Ansatz, habe auch schon einiges ausprobiert aber leider ohne Erfolg
defmod Astrodaten Astro
attr Astrodaten cmdIcon update:refresh
attr Astrodaten devStateIcon { '<div>Sonnenaufgang (sunrise): SunRise</div>\
<div>Sonnenuntergang (sunset): SunSet</div>\
<div>Jahreszeit: ObsSeason</div>\
<div><img src='.ReadingsVal($name,"MoonPhasePic","0").' height="100" width="100"></div>\
<div>MoonPhaseS</div>'\
}
attr Astrodaten group Zeit
attr Astrodaten icon weather_moon_phases_8
attr Astrodaten interval 3600
attr Astrodaten recomputeAt NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
attr Astrodaten room System->Wetter
attr Astrodaten userReadings MoonPhasePic { my $pb = sprintf "%01d",int(ReadingsVal($name,"Mond",0));;;;\
              ("/fhem/www/images/default/phasenbilder/".$pb.".png")\
             }
attr Astrodaten verbose 0
es wäre cool wenn mir einer einen ansatz zeigen könnte wie das Funktioniert könnte


Hallo,
Hast Du schon mal probiert im devStateIcon das ReadingsVal() einzubauen? Für das MoonPhasePic geht das doch auch.

VG Christian
Titel: Aw: neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 03 Mai 2023, 09:30:04
ZitatHast Du schon mal probiert im devStateIcon das ReadingsVal() einzubauen? Für das MoonPhasePic geht das doch auch.

Das ist der Weg.

LG

pah
Titel: Aw: neues Modul Astro.pm
Beitrag von: Pumba9876 am 18 Mai 2023, 18:48:38
8) Hätte ich ich ja auch selber drauf kommen können .!!!! ;) Danke Prof. & CH.EickScreenshot_20230522_135614_Chrome.jpg
Titel: Aw: neues Modul Astro.pm
Beitrag von: Sailor am 22 Mai 2023, 10:01:06
Ein herzerfrischendes MOIN vom achtern Diek vorweg!

Ich habe da mal eine rein theoretische Frage.

Das Astro - Modul ist ja in der Lage den Azimuth des augenblicklichen Sonnenstandes zu ermitteln.

Da habe ich mir mal im Hinblick auf photovoltaische Dacheindeckung die theoretische Frage gestellt, ob es einfach wäre die Panels auf dem Dach mittels Schrittmotor zur Seite zu kippen und zwar genau zu der von der Dachausrichtung abweichenden Sonnenstand.

Beispiel: Dachausrichtung = 185° (Süd - Ost).
Falls AzimuthSonne - Dachausrichtung < 0 => Kippwinkel = 0°
Falls AzimuthSonne - Dachausrichtung > 0 => Kippwinkel = AzimuthSonne - Dachausrichtung
Falls Kippwinkel > Ermittelte Verschattung gegeneinander => Kippwinkel nicht weiter erhöhen

Die gegenseitige Verschattung könnte wiederum von der Höhe der Sonne (Jahreszeit) abhängen.

Ist diese Überlegung zu einfach gedacht?

Gruß
    Sailor


Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 22 Mai 2023, 14:55:16
Zitat von: Sailor am 22 Mai 2023, 10:01:06Ein herzerfrischendes MOIN vom achtern Diek vorweg!

Ich habe da mal eine rein theoretische Frage.

Das Astro - Modul ist ja in der Lage den Azimuth des augenblicklichen Sonnenstandes zu ermitteln.

Da habe ich mir mal im Hinblick auf photovoltaische Dacheindeckung die theoretische Frage gestellt, ob es einfach wäre die Panels auf dem Dach mittels Schrittmotor zur Seite zu kippen und zwar genau zu der von der Dachausrichtung abweichenden Sonnenstand.

Beispiel: Dachausrichtung = 185° (Süd - Ost).
Falls AzimuthSonne - Dachausrichtung < 0 => Kippwinkel = 0°
Falls AzimuthSonne - Dachausrichtung > 0 => Kippwinkel = AzimuthSonne - Dachausrichtung
Falls Kippwinkel > Ermittelte Verschattung gegeneinander => Kippwinkel nicht weiter erhöhen

Die gegenseitige Verschattung könnte wiederum von der Höhe der Sonne (Jahreszeit) abhängen.

Ist diese Überlegung zu einfach gedacht?
Hallo Sailor,
der Gedanke ist recht gut und geht in die Richtung einer nachgeführten PV-Anlage.
Zu berücksichtigen ist jedoch,
- ob sich die Kosten für den Mehrertrag lohnen
- Die Windlast sollte der Mechanismus aushalten können
- Das ganze sollte Schnee und frostsichere Mechanik haben

Ich denke, das sind dann leider schon Argumente gegen den Umbau :-(

Das Thema würde übrigens besser bei den Solaranlagen angesiedelt werden.

VG  Christian
Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 05 Juni 2023, 09:56:27
Hallo zusammen,
für das SunRise reading habe ich ein event-on-update-reading gesetzt, jedoch musste ich jetzt feststellen, dass es bereits zwei mal nicht ausgelöst wurde.
Wie könnte ich dem ganzen jetzt auf die Schliche kommen?
Stellt der Astro Dienst die Daten eventuell bei Gleichheit nicht zur Verfügung?
Wäre es dann denkbar, dass man im Modul dann trotzdem einen Event auslöst?

Für Hinweise wäre ich dankbar
    Christian
Titel: Aw: neues Modul Astro.pm
Beitrag von: frank am 05 Juni 2023, 14:53:21
wenn module im code eine reduzierung für events eingebaut haben, gibt es dafür ein "gegenmittel".

https://forum.fhem.de/index.php/topic,112825.msg1184583.html#msg1184583 (https://forum.fhem.de/index.php/topic,112825.msg1184583.html#msg1184583)
Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 05 Juni 2023, 15:11:27
Zitat von: frank am 05 Juni 2023, 14:53:21wenn module im code eine reduzierung für events eingebaut haben, gibt es dafür ein "gegenmittel".

https://forum.fhem.de/index.php/topic,112825.msg1184583.html#msg1184583 (https://forum.fhem.de/index.php/topic,112825.msg1184583.html#msg1184583)
Danke für den Tip, bei mir scheint jedoch das SunRise eventuell gar nicht vom Astro Dienst zu kommen, denn selbst wenn der Wert der selbe wäre, sollte ja ein Event kommen.
Im Normalfall hat das ja auch immer funktioniert, mit Ausnahme von zwei mal im Zeitraum der letzten Woche.
Ich verwende das auch nur zum Triggern, da der Wert nur einmal am Tag aktualisiert wird. Mit einem Timer könnte ich mir da auch behelfen, was jedoch nicht so elegant wäre.
Titel: Aw: neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 05 Juni 2023, 18:01:47
Die DatEn kommen nicht vom DWD. Und dass es im Juni in nördlichen Teilen Deutschlands manche der Sonnenaufgangstypen nicht gibt, sollte auch klar sein.
Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 05 Juni 2023, 19:19:16
Zitat von: Prof. Dr. Peter Henning am 05 Juni 2023, 18:01:47Die DatEn kommen nicht vom DWD. Und dass es im Juni in nördlichen Teilen Deutschlands manche der Sonnenaufgangstypen nicht gibt, sollte auch klar sein.
Oh sorry, ich habe gerade zuviele Baustellen, DWD ist natürlich falsch.

Das SunRise reading hatte bei mir im Raum Frankfurt bisher sehr schön jeden Tag ein Event ausgelöst, am Polarkreis sieht das allerdings anders aus :-)
Ist denn mein Gedanke, dass ich über den Astro Dienst jeden Tag ein SunRise Event bei event-on-update-reading bekomme richtig?
Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 07 Juni 2023, 07:15:53
Guten Morgen,
heute ist es schon wieder passiert, dass SunRise nicht berechnet und somit kein Event erzeugt wurde.
Internals:
   FUUID      5e1f30b1-f33f-61a8-8334-b9ae51f7f58e2c60
   FVERSION   95_Astro.pm:v2.2.0-s25198/2021-11-07
   INTERVAL   600
   NAME       Astro
   NEXTUPDATE 2023-06-07 07:15:45
   NOTIFYDEV  global
   NR         388
   NTFY_ORDER 45-Astro
   RECOMPUTEAT NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
   STATE      Updated
   TYPE       Astro
   eventCount 844
   Helper:
     DBLOG:
       SunAlt:
         LogDB:
           TIME       1686114345.9573
           VALUE      14.7
       SunAz:
         LogDB:
           TIME       1686114345.9573
           VALUE      71.5
       fc0_10_SunAlt:
         LogDB:
           TIME       1686002400.33468
           VALUE      41.9
< snip >
       fc1_9_SunAz:
         LogDB:
           TIME       1686002400.33468
           VALUE      92.4
   READINGS:
     2023-06-02 00:00:00   AstroTwilightEvening ---
     2023-06-02 00:00:00   AstroTwilightMorning ---
     2023-06-07 00:00:00   CivilTwilightEvening 22:14
     2023-06-07 00:00:00   CivilTwilightMorning 04:35
     2023-06-07 00:00:00   CustomTwilightEvening 21:24
     2023-06-07 00:00:00   CustomTwilightMorning 05:25
     2023-06-07 07:05:45   MoonAge         221.7
     2023-06-07 07:05:45   MoonAlt         6.4
     2023-06-07 07:05:45   MoonAz          215
     2023-06-07 06:55:45   MoonDec         -26.4
     2023-06-07 00:30:00   MoonDiameter    32.8
     2023-06-07 07:05:45   MoonDistance    364384
     2023-06-07 07:05:45   MoonDistanceObserver 363765
     2023-06-07 00:00:00   MoonHrsInvisible 16:28
     2023-06-07 00:00:00   MoonHrsVisible  07:31
     2023-06-06 19:26:14   MoonLat         -5
     2023-06-07 07:05:45   MoonLon         297.9
     2023-06-05 03:20:00   MoonPhaseI      5
     2023-06-07 06:45:45   MoonPhaseN      0.87
     2023-06-05 03:20:00   MoonPhaseS      Abnehmender Mond
     2023-06-07 04:20:00   MoonRa          20:00
     2023-06-07 00:00:00   MoonRise        00:41
     2023-06-07 00:00:00   MoonSet         08:13
     2023-06-05 09:26:45   MoonSign        Steinbock
     2023-06-05 09:26:45   MoonSignN       9
     2023-06-07 00:00:00   MoonTransit     04:22
     2023-06-07 00:00:00   NauticTwilightEvening 23:16
     2023-06-07 00:00:00   NauticTwilightMorning 03:33
     2020-01-15 16:33:07   ObsAlt          93
     2023-06-07 00:00:00   ObsDate         07.06.2023
     2023-06-07 00:00:00   ObsDayofyear    158
     2023-06-07 07:05:45   ObsGMST         22:07:08
     2020-01-15 16:33:07   ObsHorEvening   0
     2020-01-15 16:33:07   ObsHorMorning   0
     2023-03-26 03:00:12   ObsIsDST        1
     2023-06-07 06:55:45   ObsJD           2460102.71
     2023-06-07 07:05:45   ObsLMST         22:41:06
     2020-01-15 16:33:07   ObsLat          49.85750
     2020-01-15 16:33:07   ObsLon          8.49420
     2023-03-20 00:00:00   ObsSeason       Frühling
     2023-03-20 00:00:00   ObsSeasonN      1
     2023-06-07 07:05:45   ObsTime         07:05:45
     2023-03-26 03:00:12   ObsTimezone     2
     2023-03-26 03:00:12   ObsTimezoneS    CEST
     2023-06-07 07:05:45   SunAlt          14.7
     2023-06-07 07:05:45   SunAz           71.5
     2023-06-06 13:16:14   SunDec          22.7
     2023-05-31 03:53:03   SunDiameter     31.5
     2023-06-07 07:05:45   SunDistance     151826934
     2023-06-07 07:05:45   SunDistanceObserver 151825376
     2023-06-07 00:00:00   SunHrsInvisible 07:48
     2023-06-07 00:00:00   SunHrsVisible   16:11
     2023-06-07 05:05:53   SunLon          76.2
     2023-06-06 00:00:00   SunRise         05:19               <<<<<<<<<<<<<<<<<
     2023-06-07 00:00:00   SunSet          21:30
     2023-05-23 06:55:49   SunSign         Zwillinge
     2023-05-23 06:55:49   SunSignN        2
     2023-06-02 00:00:00   SunTransit      13:24
     2023-06-06 00:00:00   fc0_10_SunAlt   41.9
     2023-06-06 00:00:00   fc0_10_SunAz    105.1
< snip >
     2023-06-06 00:00:00   fc1_9_SunAlt    32.4
     2023-06-06 00:00:00   fc1_9_SunAz     92.4
     2023-06-07 07:05:46   state           Updated
Attributes:
   DbLogExclude .*
   DbLogInclude SunAlt,SunAz,fc.*_.*
   alias      Astro
   event-on-change-reading SunAlt,SunAz,ObsSeason,ObsSeasonN,.*Twilight.*
   event-on-update-reading SunRise.*,fc.*_.*
   group      ASC Environment
   icon       telescope
   interval   600
   recomputeAt NewDay,SunRise,SunSet,AstroTwilightEvening,AstroTwilightMorning,CivilTwilightEvening,CivilTwilightMorning,CustomTwilightEvening,CustomTwilightMorning
   room       Informationen->Wetter,Rollos
   sortby     08
   userReadings fc0_6_SunAlt:SunRise.* {Astro_Get(undef,"Astro","text","SunAlt",POSIX::strftime("%Y-%m-%d 06:00:00",localtime))},
fc0_7_SunAlt:SunRise.* {Astro_Get(undef,"Astro","text","SunAlt",POSIX::strftime("%Y-%m-%d 07:00:00",localtime))},
fc0_8_SunAlt:SunRise.* {Astro_Get(undef,"Astro","text","SunAlt",POSIX::strftime("%Y-%m-%d 08:00:00",localtime))},
< snip >
fc1_20_SunAz:SunRise.* {Astro_Get(undef,"Astro","text","SunAz",POSIX::strftime("%Y-%m-%d 20:00:00",localtime(time+1*24*60*60)))},
fc1_21_SunAz:SunRise.* {Astro_Get(undef,"Astro","text","SunAz",POSIX::strftime("%Y-%m-%d 21:00:00",localtime(time+1*24*60*60)))}
   verbose    0
Titel: Aw: neues Modul Astro.pm
Beitrag von: frank am 07 Juni 2023, 08:15:22
ich habe gestern im code gesehen, dass wohl alle readings (ausnahme state) mit der funktion readingsBulkUpdateIfChanged aktualisiert werden.
der name der funktion ist sicherlich program.

kurz vor dem längsten tag des jahres wird die tägliche änderung von sunrise vermutlich unter einer minute sein, so dass nicht mehr jeden tag eine "sichtbare" änderung im reading zu sehen ist.

versuche mit dem attribut "forceEvents" haben leider weiterhin nur events bei änderungen ausgelöst.
Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 07 Juni 2023, 08:59:17
Zitat von: frank am 07 Juni 2023, 08:15:22ich habe gestern im code gesehen, dass wohl alle readings (ausnahme state) mit der funktion readingsBulkUpdateIfChanged aktualisiert werden.
der name der funktion ist sicherlich program.

kurz vor dem längsten tag des jahres wird die tägliche änderung von sunrise vermutlich unter einer minute sein, so dass nicht mehr jeden tag eine "sichtbare" änderung im reading zu sehen ist.

versuche mit dem attribut "forceEvents" haben leider weiterhin nur events bei änderungen ausgelöst.

Okay, eigentlich hätte ich erhofft, dass das Astro Modul immer den Update der readings macht und durch das "event-on-[update|change]-reading" die Auswahl der Events bestimmt würde.
Als zwischen Lösung könnte ich dann jetzt mit einem Timer das SunRise reading lesen und direkt wieder mit setreading schreiben, denn das mache ich im Fall der Fälle jetzt auch manuell so.

EDIT: Gerade habe ich gesehen, dass ObsDate sich wohl auch nur einmal pro Tag aktualisiert, dann könnte ich das auch als Trigger verwenden, was ich jetzt dann mal teste.

Ich hatte noch gar nicht den Hintergrund genannt:
Für meine PV-Leistungsprognose benötige ich auch die fc[0|1] Werte des Sonnenstandes, die ich mir über userreadings mit ins Astro Device schreibe, damit dort dann alle Astro Daten zusammen abgelegt sind und mit DbLog dann in die Datenbank geschrieben werden.
fc0_6_SunAlt:ObsDate.* {Astro_Get(undef,"Astro","text","SunAlt",POSIX::strftime("%Y-%m-%d 06:00:00",localtime))}
Titel: Aw: neues Modul Astro.pm
Beitrag von: Prof. Dr. Peter Henning am 14 Juli 2023, 12:24:23
eigentlich hätte ich erwartet erhofft ?

Ich enttäusche ja nur ungern, aber das wird im Modul so bleiben.

PV-Ertragsprognose? Ich weiß ja nicht, wie lange die betreffende Anlage schon läuft. Kann aber nach 16 Betriebsjahren meiner Anlage ganz klar sagen: Diese Daten schaut sich niemand mehr an, sie haben wegen der nicht eingehenden atmosphärischen Bedingungen auch keinerlei Aussagekraft. Das einzige, was man verfolgen sollte: Monatsertrag im Vergleich zum durchschnittlichen Monatsertrag.

LG

pah
Titel: Aw: neues Modul Astro.pm
Beitrag von: ch.eick am 14 Juli 2023, 13:09:35
Zitat von: Prof. Dr. Peter Henning am 14 Juli 2023, 12:24:23PV-Ertragsprognose? Ich weiß ja nicht, wie lange die betreffende Anlage schon läuft. Kann aber nach 16 Betriebsjahren meiner Anlage ganz klar sagen: Diese Daten schaut sich niemand mehr an, sie haben wegen der nicht eingehenden atmosphärischen Bedingungen auch keinerlei Aussagekraft. Das einzige, was man verfolgen sollte: Monatsertrag im Vergleich zum durchschnittlichen Monatsertrag.
Das sehe ich auch so, jedoch steuere ich meine Verbraucher in Abhängigkeit der Prognose von heute und morgen. Danach braucht man die Prognose Daten nicht mehr.

VG Christian