erweitertes Zeitschaltuhr Device

[Martin Preinesberger]

Hallo zusammen,

ich hätte da noch eine Erweiterung angefangen und im Test die ggf. für den Standard auch interessant wäre.

Es geht um ein Device Zeitschaltuhr mit Sonnenauf- und untergangs Steuerung.

Ich habe einen Taster im Außenbereich mit einer LED beleuchtet.

Dann kam mir die Ideen das der Taster ja Tagsüber nicht beleuchtet sein muss.

Eine Steuerung per Zeitschaltuhr Device kommt aber aufgrund der starken Abweichung von Sonnenauf- und untergangszeiten im Sommer und Winter nicht im Frage.

Daher habe ich Telican erweitert das es mit --timed auch die Sonnenauf- und untergangszeiten verschickt (wird anhand der Geo Position berechnet)

Die Berechnungsformel hat eine Maximale Abweichung von 15 - 20 min.

Das neue Device schaltet dann die LED eine Stunde vor Sonnenuntergang an und eine Stunde nach Sonnenaufgang aus.

Ich plane das jetzt auch für die Weihnachtsbeleuchtung zu verwenden.

Ich würde das Device, bei Interesse, erst mal im DevicePool platzieren, das jeder es bei Bedarf einschalten kann.

weitere Ideen, Einwände oder Vorschläge?

Gruß Martin

[Christian Port]

Hi Martin,

 

guter Plan.

Ich habe das vor langer Zeit schon mal für meine Rollladen implementiert, indem ich die Bits 5 und 6 im Stunden Feld der Zeitzone benutzt habe. Das sieht in der Raw Config zwar blöd aus, ist aber einfach zu berechnen und im passenden Frontend automatisch zu handhaben. Bit 6 kennzeichnet Astrofunktion und Bit 5 Auf oder Untergang. Die angegebene Zeit ist der Offset, <=720 Minuten positiv, >720 Minuten negativ.

 

Beispiel:

create zeitzone

  set gruppe 2

  set day_pattern 254

  set from_hour 119

  set from_minute 42

  set to_hour 119

  set to_minute 42

 

119 -> 01110111 -> Sonnenuntergang + 23:42 -> Sonnenuntergang – 18 Minuten

Also 18 Minuten vor Sonnenuntergang

 

Die Astro Zeiten hab ich einfach in einer Tabelle mit 53 Werten für die Wochen vorberechnet, statisch eincompiliert und interpoliere dann linear über die Wochentage zwischen zwei Werten. Die Abweichung ist nicht zu groß, hab aber keine Ahnung mehr wie genau.

 

Gruß

Christian

--
Mailingliste von openHCAN
---
Sie erhalten diese Nachricht, weil Sie in Google Groups E-Mails von der Gruppe "openHCAN" abonniert haben.
Wenn Sie sich von dieser Gruppe abmelden und keine E-Mails mehr von dieser Gruppe erhalten möchten, senden Sie eine E-Mail an openhcan+u...@googlegroups.com.
Wenn Sie diese Diskussion im Web verfolgen möchten, rufen Sie https://groups.google.com/d/msgid/openhcan/0cfa83f8-34e6-48f3-9dd8-c8cbb43dfe28%40googlegroups.com auf.
Weitere Optionen finden Sie unter https://groups.google.com/d/optout.

[Martin Preinesberger]

Hallo Christian,
ja das ist auch eine gute Idee.
Ingo und ich haben beschlossen das es ein neues Device im DevicePool geben wird (also das es nicht automatisch mit in die Firmware kompiliert wird)
Dann kann jeder selbst entscheiden ob er lieber das alte verwenden will oder doch lieber das neue.

Ich denke ich baue ein neues Zeitzonen device. Das einige Felder mehr enthält. Also ob Sonnenaufgang oder untergang verwendet werden soll und mit welchem offset (negativ oder positiv)

Beim powerport möchte man ja z.b. sagen 15 min vor Sonnenuntergang an. Und fix um 23 Uhr aus.

Und beim Rollladen z.B 15 min nach Sonnenuntergang runter. Aber spätestens um 22Uhr.

Usw.

Da ist noch etwas Hirnschmalz nötig.


Die Berechnung über deine Tabelle ist auch eine gute Idee. Spätestens wenn man die Berechnung auf dem board machen will/muss ist das die einzig gangbare Lösung.
Ich hab da sowas ähnliches gefunden. Da hat jemand die Abweichung zwischen längstem und kürzesten Tag genommen (für seinen Ort) und diesen wert einkompiliert. Das war erstaunlich genau.
Aber ich dachte mir, wenn ich die Berechnung sowieso im telican mache, ist das eintragen der Koordinaten sicher am einfachsten.


Gruß Martin