Twilight - azimut und elevation ergänzt und diverse Verbesserungen.

[Tobias]

Hallo Dietmar,
habe dein Modul getestet und für super befunden.
Zusätzlich habe ich auch noch einen Sensor der die Solare Einstrahlung misst. Mit anderen Worten: wieviel Sonne scheint zurZeit. Das kann dein Modul ja logischerweise nicht leisten.
Könnte man das Modul so erweitern, das aus einem externen Reading die Solare Einstrahlung herangezogen wird um somit ein besseres und fein granualareres LIGHT-Reading zu erhalten?

[Dietmar63]

melde mich morgen dazu

[Dietmar63]

Das geht auf jeden Fall. Wie stellst du dir das vor.

TW ermittelt heute schon mehrere Werte aus denen eine"virtuelle" Helligkeit ermittelt wird: light(1-6), twilight(0-100) und twilight_weather(0-100). Alle diese Wert werden nur berechnet aus dem Sonnenstand und dem Wetter.

Ich könnte ein Attribut einführen, in dem man den Namen des Device und das Reading ablegen kann. Mit diesem Wert könnte ich dann neue TW-Readings erzeugen oder die obigen anders berechnen. Sunpos wird eh alle 5 Minuten neu errechnet, dann könnte man auch das fremde Reading abfragen.

Was schwebt Dir so vor?

[Strippenzieher]

Das hört sich ja sehr interessant an, dann könnte man z.B. readings aus Openweathermap mit einberechnen um Wind- und Lichtwerte aus der eigenen oder nahe liegenden Stationen zu nutzen um Twilight noch genauer zu gestalten oder zu erweitern, wäre das denn möglich?

[Dietmar63]

Ja, möglich ist vieles. Es nur fraglich, ob es dann allgemein verständlich bleibt.

Man müsste einerseits das zu verwendende Reading und eventuell sogar die Formel für den Helligkeitswert in TW parametrisierbar machen. Dann kann alles mit TW gemacht werden.

[Strippenzieher]

War von meiner Seite eher eine rein hypothetische Frage, könnte aber für Eigenheim Besitzer, die ihre Energie über Fotovoltaik-, Windkraft- oder Solaranlagen selber erzeugen, schon interessant werden in Zukunft ...

[Puschel74]

Hallo,

könnte aber für Eigenheim Besitzer,

Diese brauchen eine Vort-Ort_Wetterstation die die Wettergegebenheiten vor Ort messen und sich nicht auf eine Wettervorhersage verlassen.

Grüße

[Dietmar63]

repair of some minor seldom bugs, and a new algorithm to calulate the twilights. The results are now calulated by SUNRISE_EL

[eldrik]

Hi Dietmar,

scheinbar bringt das letzte Update FHEM dazu nicht mehr zu starten

Habe heute mal seit längerem ein Update gemacht und erhalte folgende Meldungen nach dem shutdown restart im Log und FHEM startet nicht weiter, das Modul aus dem Backup hat hier abhilfe geschaffen.

Code Auswählen Erweitern

Prototype mismatch: sub main::Twilight_calc ($$$$$$$) vs ($$) at ./FHEM/59_Twilight.pm line 219, <$fh> line 894.
Undefined subroutine &main::timelocal_nocheck called at ./FHEM/59_Twilight.pm line 199, <$fh> line 894.


Greetz
Eldrik

[Tom111]

Hallo,

auch ich kann FHEM nach dem Einspielen des Twilight-Updates nicht mehr starten.

Ich habe die alte Datei wieder zurückgespielt, das Update scheint fehlerhaft zu sein !

[Dietmar63]

gefixt und eingecheckt

[Califax]

Hallo,
ich habe auch ein Problem seit dem update. Fhem startet nicht mehr.
Nach dem starten von fhem bekomme ich im Raspbian folgende Fehlermeldung:

Prototype mismatch: sub main::Twilight_calc ($$$$$$$) vs ($$) at ./FHEM/59_Twilight.pm line 219, <$fh> line 365.
Undefined subroutine &main::timelocal_nocheck called at ./FHEM/59_Twilight.pm line 199, <$fh> line 365.

[Dietmar63]

Update wiederholen, eventuell 59_Twilight.pm vorher  löschen

[Tom111]

Klappt wieder,

habe gerade das Update neu aufgespielt und es funktioniert wieder alles.

Danke!

[Califax]

Geht wieder, vielen Dank