UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Homoran]

@arteck passt 😉

[Bushveld]

@ticaki sagte in Betatest Bright Sky v0.6.x:

weil wenn JETZT 100% Wolken sind aber gleich 0% wird die ganze Stunde falsch berechnet.

Danke damit ist dann alles was geschrieben habe hinfällig wenn current in so kleinen Scheiben gemessen wird müsste man in der gleichen Frequenz die Vorhersagen anpassen.

[ticaki]

@bushveld
Ich hatte nicht nachgeguckt das war eine vermutung - hab mich geirrt - ist aber imho nicht brauchbar:

Returns current weather for a given location.

To set the location for which to retrieve weather, you must supply both lat and lon or one of dwd_station_id, wmo_station_id, or source_id.

This endpoint is different from the other weather endpoints in that it does not directly correspond to any of the data available from the DWD Open Data server. Instead, it is a best-effort solution to reflect current weather conditions by compiling SYNOP observations from the past one and a half hours.

https://brightsky.dev/docs/#/operations/getCurrentWeather

[Homoran]

@bushveld sagte in Betatest Bright Sky v0.6.x:

müsste man in der gleichen Frequenz die Vorhersagen anpassen.

wieso das?
Eine Vorhersage kommt immer einiges früher, damit man sich darauf einstellen kann.
Deswegen ist der Wert um 05:00 auch festgepinnt gewesen, um am Abend noch die Genauigkeit der Vorhersage bewerten zu können.

Ein ständiges Nachführen eine Vorhersage mittels aktueller Werte konterkariert die Bezeichnung Vorhersage!

[Bushveld]

@homoran
alles klar, ich habe den Wert so verstanden das einmal eine Prognose erstellt wird die dann für den Tag gültig bleibt. (Genau das was ich gesucht habe).

Die Anregung war diese frühe Prognose laufend mit den Werten aus current abzugleichen und so den Teil der in der Vergangenheit liegt den realen Werten anzugleichen, der zukünftige Teil wäre dann immer noch die Prognose. Das Ergebnis wäre dann am Ende des Tages ein 100% match. Wobei dieser usecase nur Sinn macht wenn am Vormittag starte Abweichungen stattfinden. Also durchaus ein Edge case den ich auch nur mal in den Ring geworfen habe.

Habe deinen Ansatz verstanden, den nutze ich derzeit ja auch weil er meinem Ziel der Vorschau was in Summe in den kommenden Tagen erzeugt wird an nächsten kommt. Daher Danke fürs einbauen. Wie immer der Wert dann in Zukunft heißen wird.

Viele Grüße
Michael

[Bushveld]

@homoran

Eine Vorhersage kommt immer einiges früher, damit man sich darauf einstellen kann.
Deswegen ist der Wert um 05:00 auch festgepinnt gewesen, um am Abend noch die Genauigkeit der Vorhersage bewerten zu können.

Stimme dir zu wenn das Ziel das Messen der Qualität der Vorhersage sein soll ist der von mir gemachte Vorschlag nicht brauchbar und ein anderer usecase.

Ein ständiges Nachführen eine Vorhersage mittels aktueller Werte konterkariert die Bezeichnung Vorhersage!

Nein denn es bleibt eine Vorhersage, nur eben eine die ggf. unscharfe Altlasten bereinigt hat.
Die Diskussion ist aber müßig der Anwendungsfall ist ein Randfall und der Aufwand der Implementierung sicher hoch.

[ticaki]

@bushveld
Das ist doch schon drin, in der GitHub Version. halt nicht so wie du denkst. Die Abfrage um 5 enthält von 0-5 historisierte Tatsächliche Wert und von 5-24 Voraussagen. Lese was ich oben geschrieben habe bei dem work in progress

[Bushveld]

@ticaki sagte in Betatest Bright Sky v0.6.x:

Die Abfrage um 5 enthält von 0-5 historisierte Tatsächliche Wert und von 5-24 Voraussagen. Lese was ich oben geschrieben habe bei dem work in progress

@ticaki sagte in Betatest Bright Sky v0.6.x:

Der benutzerdefinierte Interval erscheint nur als einstellmöglichkeit, wenn expertMode an ist - sonst schreibt da jeder was rein
und der Interval ist das minimum von jetzt + Intervalstunden und 24:00:00 - Nach dem ersten Tageswechsel startet er immer mit der basis 0:00.
Hm - Damit meine ich - beim Starten des adapters ist der nächste Interval jetzt + eingestellter Wert auf volle stunde abgerundet - ab dem Tageswechel ist es ein vielfaches vom eingestelltem Wert.
Updateverzögerung und -streuung ist bei Daily jetzt 30-60 Sekunden.
EDIT:
Ich werde den stundeninterval nicht nutzen - da kann man nicht um 5:00 (sommer sonnenaufgang) und 18:00 einstelllen - das geht nur mit Stündlich und das brauche ich net.

Ich muss zugeben das ein paar mal gelesen zu haben. Ich bin mir nicht sicher ob ich's verstanden habe. Werde es ausprobieren müssen.

Die Abfrage um 5 enthält von 0-5 historisierte Tatsächliche Wert und von 5-24 Voraussagen.

D.h. es wird um 18:00 Uhr nicht mehr zurück gesetzt?

[ticaki]

@bushveld
:) Ja bin nicht gut im schnell mal was kompliziertes erklären.

Der Stundeninterval von oben eingestellt auf 5h - wird ab dem nächsten Tag um 0, 5, 10,15,20 Uhr aktualisieren.
Am ersten ist es abhängig vom Zeitpunkt des Adapter starts.

Zu dem 2. Punkt

Die Tageswerte werden aus stündlichen Werten berechnet - von diesem Adapter - bedeutet wenn jetzt Daily aktualisiert wird, sind alle Daten bis jetzt gemessene Werte und alles ab jetzt voraussagen.

Es gibt von brightSky keine Täglichen Voraussagen sondern nur stündliche - wenn du Zum Zeitpunkt X das aktualsierst ist alles vorher ne Tatsache und alles in der Zukunft geraten.

[Bushveld]

@ticaki
Hi hast du einen Plan wann du die 1.0.x releast, oder wie kann ich die Version neben der 0.6.x testen?

[ticaki]

@bushveld

Am Wochenende wenn ich es schaffe

[ticaki]

@bushveld

Ich will doch mehr Zeit haben um mir zu überlegen was ich alles breaking mache :)

Ich hab mal eine Testrelease gemacht - installieren kannst du das:

Expert an -> adapter -> github katze -> benutzerdefinierte Installation:

iobroker.brightsky@next

Eintragen und installieren

1.0.0-alpha.0 (2025-11-15)

• (ticaki) Customisable update interval for Daily (expert)
• (ticaki) BREAKING: remove forHomoran states

[klassisch]

@ticaki sagte in Betatest Bright Sky v0.6.x:

.... was ich alles breaking mache :)

breaking?

• (ticaki) Customisable update interval for Daily (expert)

Was ist der Default Value für "update interval for Daily (expert)". Was passiert wenn ich nirgendwo etwas eingebe?

[ticaki]

@klassisch sagte in Betatest Bright Sky v0.6.x:

@ticaki sagte in Betatest Bright Sky v0.6.x:

.... was ich alles breaking mache :)

breaking?

Breaking bedeutet inkompatibel zur Vorversion. Das entfernen der forHomoran states ist ein break - wenn ich die role von sunset/sunrise ändere ist das ein anderer break. Bei letzterem findet der nspanel Adapter die states nicht mehr, bis ich es anpasse

• (ticaki) Customisable update interval for Daily (expert)

Was ist der Default Value für "update interval for Daily (expert)". Was passiert wenn ich nirgendwo etwas eingebe?

Damit kannst du den 5/18/0 Uhr interval in einen ändern der alle X Stunden aktualisiert - Option erscheint nur wenn expert an ist, Verwendung ist nicht empfohlen. Ah, da fällt mir ein das ich im Beschreibungstext 0=off noch in 0=default interval ändern wollte. :)

Dieses Release ist nicht im latest

[Bushveld]

Hallo
(1) bisher war brightsky.0.daily.00.solar_estimateForHomoran immer genauer an meinen echten Werten als brightsky.0.daily.00.solar_estimate
Wird hier für solar_estimateForHomoran anders gerechnet als für solar_estimate? Wenn ja dann wäre ein mehr sprechender Name und umbenennen besser.
Könntest du bitte, wenn anders gerechnet wird, den Unterschied beschreiben? Derzeit nutze ich in der Tat solar_estimateForHomoran da dieses die für mich passendsten Werte liefert.

(2) Übrigens, die "ForHomoran" Objekte im ioBroker wurden nicht gelöscht mit dem Update auf die 1.0.0-beta-0.

(3) Bei den Einstellungen schreibst du:
Verwende benutzerdefiniertes Intervall für Tagesübersichten (0 aus) - nicht empfohlen

Wie wäre es mit:
Verwende ein benutzerdefiniertes Aktualisierunsintervall für Tagesübersichten.
Empfehlung: (0 aus) die Daten werden dann um 0:00,5:00 und 18:00 Uhr aktualisiert.

(4) Frage: warum ist die das Nachführen der Tagesübersichten z.b. in einem stündlichen Intervall nicht empfohlen?

(5) In brightsky.0.daily.00.solar_estimate (Solar Estimate daily total) sah ich um 23:04 Uhr einen Wert von 0 kWh um 21:43 Uhr stand hier noch: 20,741 kWh
Da es ein daily total ist hätte ich erwartet den Summenwert des Ertrags zu sehen (bis 24:00 Uhr) was hier ~22 kWh sein sollte. Das Updateinterval habe ich auf 1h gesetzt.

[ticaki]

1. wird entfernt daher wieso noch drüber sprechen.
2. Ja, die werden zu früh im Code entfernt - da weiß der Adapter noch nicht das es sie gibt :D
3. ist nicht empfohlen - drüber steht wie die Intervalle sind - das hat keiner einzustellen, sonst hätte ich es nicht versteckt.
4. Weil es in meinen Augen quark ist eine tägliche Übersicht stündlich zu aktualisieren und unnötige Last auf den Servern erzeugt für 99% der Anwendungen. Ausnahme deine Anwendung
5. Deshalb 5,18,0 damit ich keine Probleme mit Zeitzonen bekomme. Denke mal das es ein Zeitzonen problem ist

[Bushveld]

Hallo @ticaki
zu 1) brightsky.0.daily.00.solar_estimateForHomoran liefert bessere Werte als brightsky.0.daily.00.solar_estimate wird hier anders gerechnet?
Wenn ja würde ich gerne wissen was anders gemacht wird und ggf. vorschlagen den Wert als eine weitere Option für solar_estimate unter einem besseren Namen zu erhalten.

zu 4) halte ich im Auge und liefere dann mal eine Übersicht der Effekte, wenn das für dich und andere ok ist kannst du die beta ja mal zwei, drei Wochen so stehen lassen dann kann der Effekt auch mit Zahlen belegt oder entkräftet werden. ich bin der letzte der sinnlose Ressourcenvernichtung gut findet

zu 5) ist mir noch nicht erklärbar, ich beobachte mal

[ticaki]

@Bushveld

1. Da wurde AFAIK nichts anders gemacht, war der selbe Code nur halt um ausschließlich 5 Uhr.
2. KA wieviele irgendwann den Adapter benutze - wenn 1 Person stündlich das wetter abfragt ist das wurscht - wenns tausende machen sieht man dass dann schon in der Lastauswertung. :)

const dataDay = Math.floor(new Date(item.timestamp).getTime() / (24 * 60 * 60 * 1000));

Da wird berechnet obs in 00, 01 usw solll - wird die Zeitzone nicht berücksichtig. Mal gucken wie ich das am besten mache.

[ticaki]

1.0.0-beta.1 (2025-11-16)

• (ticaki) fixed: states/timezone/translation

Jetzt gibts erstmal nur "falsche" Ergebnisse am Tag der Zeitumstellung.

[Bushveld]

Hallo @ticaki irgendwas stimmt da nicht in brightsky.0.daily.00.solar_estimate (Solar estimate daily total) steht aktuell 0 kWh. Beim daily total würde ich damit rechnen dass die Werte bis 24:00 Uhr aufsummiert dort stehen.
Das scheint aber nicht der Fall zu sein. könntest du bei Gelegenheit den Wert bitte mal prüfen?
Diesen Wert suche ich die prognostiziert Summe des Solarertrags.
Mit einen stündlichen Updateintervall müsste sich die Prognose zusammensetzen aus den realen historischen Werten und den zukünftigen Reststunden des Tages als reine Prognose.