Smarthome 2.0 Anlauferkennung Teil 2
-
- Beiträge: 718
- Registriert: Mo Okt 12, 2020 7:41 am
Re: Smarthome 2.0 Anlauferkennung Teil 2
Also ich sag mal ich bin glücklich. Wenn du echt noch einen Parameter rein haust, ab dem man das Device immer scharf stellen kann, dann ist die Palette für's Feintuning so breit, dass man glaube ich fast jeden Use Case abbilden kann. Und mit der Beschreibung von dir verstehe ich auch deine Beweggründe.
Offtopic:
Hat Python eine Library mit der, der Sonnenuntergang am jeweiligen Tag importiert werden kann?
Offtopic:
Hat Python eine Library mit der, der Sonnenuntergang am jeweiligen Tag importiert werden kann?
-
- Beiträge: 2382
- Registriert: Fr Mär 08, 2019 1:57 pm
- Has thanked: 1 time
- Been thanked: 9 times
Re: Smarthome 2.0 Anlauferkennung Teil 2
Alles in der Nightly bitte test.
Gruss Oliver
(die Python libary suche ich auch noch...)
Gruss Oliver
(die Python libary suche ich auch noch...)
Entwickler- openWB (ehrenamtlich) / Feedback zu Funktionen immer erwünscht..
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
Smarthomeprobleme siehe hier (update ): viewtopic.php?f=14&t=5923
-
- Beiträge: 1034
- Registriert: Mi Jul 21, 2021 3:00 pm
Re: Smarthome 2.0 Anlauferkennung Teil 2
LP1: openWB series2 custom mit Phasenumschaltung
LP2: go-e V2
Kostal Plenticore Plus
e-up BJ 2021, SOC mit OVMS
EQB 250 BJ 2023, SOC mit Mercedes ME über Home Assistant
EVU mit Tasmato-Lesekopf auf SmartMeter
9 x Smarthome mit Shellys
LP2: go-e V2
Kostal Plenticore Plus
e-up BJ 2021, SOC mit OVMS
EQB 250 BJ 2023, SOC mit Mercedes ME über Home Assistant
EVU mit Tasmato-Lesekopf auf SmartMeter
9 x Smarthome mit Shellys
-
- Beiträge: 718
- Registriert: Mo Okt 12, 2020 7:41 am
Re: Smarthome 2.0 Anlauferkennung Teil 2
Mir ist nur gekommen, dass das natürlich eine nette Erweiterung wäre, dass man statt einer Uhrzeit eben auch als Zeit "Sonnenuntergang (mit Offset)" aktivieren kann und so Geräte ab einer Zeit in der sicher nicht genug PV kommt automatisch aus der Überschussreglung nehmen kann.
-
- Beiträge: 718
- Registriert: Mo Okt 12, 2020 7:41 am
Re: Smarthome 2.0 Anlauferkennung Teil 2
Wäre eine Sache, die wollen aber verlinkt werden, wenn ich das richtig lese? Lässt sich das überhaupt ohne weiteres bewerkstelligen, dass man einfach "Powered by" dazupinselt oder gibt es da Bedenken in irgendeiner Form?philipp123 hat geschrieben: ↑Mi Sep 08, 2021 5:46 pm Könnte man nicht einfach das verwenden?
https://sunrise-sunset.org/api
-
- Beiträge: 1034
- Registriert: Mi Jul 21, 2021 3:00 pm
Re: Smarthome 2.0 Anlauferkennung Teil 2
Technisch wäre der Link in den Smarthome Einstellungen kein Problem. Ob sowas geduldet wird müsste openWB sagen.
LP1: openWB series2 custom mit Phasenumschaltung
LP2: go-e V2
Kostal Plenticore Plus
e-up BJ 2021, SOC mit OVMS
EQB 250 BJ 2023, SOC mit Mercedes ME über Home Assistant
EVU mit Tasmato-Lesekopf auf SmartMeter
9 x Smarthome mit Shellys
LP2: go-e V2
Kostal Plenticore Plus
e-up BJ 2021, SOC mit OVMS
EQB 250 BJ 2023, SOC mit Mercedes ME über Home Assistant
EVU mit Tasmato-Lesekopf auf SmartMeter
9 x Smarthome mit Shellys
-
- Beiträge: 3781
- Registriert: Di Feb 25, 2020 9:23 am
- Has thanked: 4 times
- Been thanked: 25 times
Re: Smarthome 2.0 Anlauferkennung Teil 2
Ich bin nicht openWB, aber wegen "etwas Winkelberechnung" auf eine API im Internet zu setzen, finde ich nicht gut. Da sollte eine lokale Lösung gefunden werden.
-
- Beiträge: 718
- Registriert: Mo Okt 12, 2020 7:41 am
Re: Smarthome 2.0 Anlauferkennung Teil 2
Ich wollte gerade vorschlagen eine txt Datei beizufügen, die auszulesen und als Dictionary zu nutzen, aber dann ist mir gekommen, dass wir ja auch Schaltjahre haben. Mal nachgeschaut und tatsächlich verschiebt sich der Sonnenaufgang jedes Jahr. Ist aber nur eine Minute, wäre also eigentlich vernachlässigbar? Dann wäre das als Datei mit paar Byte eigentlich egal oder?
-
- Beiträge: 1034
- Registriert: Mi Jul 21, 2021 3:00 pm
Re: Smarthome 2.0 Anlauferkennung Teil 2
Geb ich dir völlig recht. Internetzugriff notwendig, schlechte Antwortzeiten, Anpassungen der API etc... Nur Probleme.
Gut, die meisten openWB laufen im Umfeld D/A/CH. Aber theoretisch würde es ja dann unflexibel werden.thesorrow101 hat geschrieben: ↑Do Sep 09, 2021 5:29 am Ich wollte gerade vorschlagen eine txt Datei beizufügen, die auszulesen und als Dictionary zu nutzen, aber dann ist mir gekommen, dass wir ja auch Schaltjahre haben. Mal nachgeschaut und tatsächlich verschiebt sich der Sonnenaufgang jedes Jahr. Ist aber nur eine Minute, wäre also eigentlich vernachlässigbar? Dann wäre das als Datei mit paar Byte eigentlich egal oder?
Hat sich jemand schon das Projekt https://pypi.org/project/astral/ angeschaut? Ist eine Library, die genau das können sollte, was wir suchen. Und das beste: Das Projekt ist in der Lizenz Apache-2.0. Die ist ja kompatibel mit GPL 3.0, also aus der Sicht keine Probleme.
Der Gedanke, mein spätestens fertig nach Sonnenuntergang einzustellen fände ich schon extrem cool...
LP1: openWB series2 custom mit Phasenumschaltung
LP2: go-e V2
Kostal Plenticore Plus
e-up BJ 2021, SOC mit OVMS
EQB 250 BJ 2023, SOC mit Mercedes ME über Home Assistant
EVU mit Tasmato-Lesekopf auf SmartMeter
9 x Smarthome mit Shellys
LP2: go-e V2
Kostal Plenticore Plus
e-up BJ 2021, SOC mit OVMS
EQB 250 BJ 2023, SOC mit Mercedes ME über Home Assistant
EVU mit Tasmato-Lesekopf auf SmartMeter
9 x Smarthome mit Shellys
-
- Beiträge: 4447
- Registriert: Mi Nov 11, 2020 7:16 pm
- Has thanked: 5 times
- Been thanked: 27 times
Re: Smarthome 2.0 Anlauferkennung Teil 2
Sieht nicht schlecht aus. Damit kann man sicher was anfangen.
10kWp PV mit SMA Tripower 10000TL-10 (PE11 mit SDM72V2); 2,4kWp mit Solis 2.5 G6 (EE11 mit SDM120). OpenWB Standard+. EVU EM540 an einem Raspi mit Venus OS. BEV Mercedes EQA 300 (06/2024)