Vergleich Solarprognosen Solarwetter und brightsky

Homoran

@klassisch ja, so hab ich das verstanden und versucht

ich denke, den Rest muss ich in dem Textbaustein zusammenbauen.

Der Code hat zumindest schon eine leichte Ähnlichkeit

var id;


id = 'Messwerte.0.Solaranlage.Prognosen.clearSkyHourly';
sendTo('history.0', 'send', {
  'parameter': '' + String(id),
});

EDIT:
manchmal muss man erst posten um das Zahnrad zu sehen

aber so richtig passt es auch nicht

var id;


id = 'Messwerte.0.Solaranlage.Prognosen.clearSkyHourly';
sendTo('history.0', 'send', {
  'id': id,
  'val': '',
  'ts': '',
  'ack': '',
});

klassisch

@homoran das einfache Speichern geht zumindest im Skript mit setState.
Blockly kenne ich nicht

ticaki

Mal was kompliziertes - hab keine Lust das in den Adapter einzubauen

Klont einen Datenpunkt oder ein Verzeichnis (sourceDir) in das Verzeichnis (targetDir) und schreibt alle Datenpunkte mit dem Zeitstempel relativ zum tigger zeitpunkt (ahead)

const targetDir = '0_userdata.0.brightsky'
const sourceDir = 'brightsky.0.hourly.05'
const ahead = 60 * 1 // 1 Stunde

// ---
// code
// ---

extendObject(targetDir,{type: "channel", common:{name:sourceDir}});

const r = new RegExp(`^${sourceDir.replace(/[\\^$.*+?()[]{}|/]/g, '\\$&')}.*`);
on({id:r, change: 'any'}, async (dp) => {
    const end = dp.id.replace(`${sourceDir}.`,'');
    const tDp = `${targetDir}.${end}`
    if (!existsObject(tDp)) {
        const obj = getObject(dp.id);
        const newObj = {
            type: obj.type,
            common: obj.common,
            native: {}
        }
        await extendObjectAsync(tDp, newObj as any)
        await sleep(50);
    }
    const ts = Date.now() + ahead * 60 * 1000
    setState(tDp,{val: dp.state.val, from: dp.state.from, ack:dp.state.ack, ts: ts, lc:ts});
    log(`write state ${dp.id} to ${tDp} with val: ${dp.state.val}`)
})

Das log am Ende kann man auskommentieren - das macht nur was, wenn die datenpunkte triggern - außer den channel erstellen wo es rein soll.

Hoffe hab den bedarf richtig verstanden... na wenn nicht, das kann ich bestimmt mal selbst gebrauchen.

EDIT: Muss setObject in den Einstellungen aktiviert sein.

klassisch

Frage an den Meister @ticaki : In der Konfig des Adapters kann man ja z.B. die Anzahl der forecast Stunden eingeben. Kann man diese Zahl irgendwo aus der Datenstruktur auslesen oder ermitteln?

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Kann man diese Zahl irgendwo aus der Datenstruktur auslesen oder ermitteln?

ich hatte gestern abend noch parallel einen Thread wegen Blockly aufgemacht.
Eine ähnliche Frage habe ich gerade da gestellt.
https://forum.iobroker.net/post/1295083

nicht wörtlich, hat aber das gleiche Ziel.

ticaki

@klassisch

Ja, die steht in getObject(system.adapter.brightsky.0) und dort im json unter native.hours.

klassisch

@ticaki Vielen Dank, ich habe es gefunden

klassisch

Wenn ich richtig verstanden habe, werden vom Adapter um 05:00 und um 08:00 die DWD Daten geholt und der Obejktbaum aufgefrischt.
Bei den stündlichen Daten kann ich das sowohl im solar und im solar_estimation sehen. Hier scheint das Update sogar noch häufiger (stündlich?) zu sein.
Bei den daily wie z.B. brightsky.0.daily.00.solar_estimate oder auch solar sehe ich das nicht. Hier bleibt der 05:00 Wert stehen.
Stell hier DWD keine neuen Werte zur Verfügung, oder werden die vom Adapter hicht eingepflegt?

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

sehe ich das nicht.

das wird um 0:00, 05:00 und um 18:00 aufgefrischt.
deswegen "pinne" ich mir die 05:00 Werte um auch abends nach SU noch die Prognose bewerten zu können.
was nutzen mir da dann die aktuellen Echtwerte!?

andere Frage:
ich versuche gerade die hourly Daten im Voraus in flot zu bekommen.
@paul53 hilft mir da gewaltig.
Das sind aber stündliche kWh Werte, während mein chart ja Leistungen in Watt über die Zeit darstellt.
ich bräuchte da wahrscheinlich einen average über die jeweilige Stunde.
Wie machst du das?
die Werte sind bei mir irgendwie zu niedrig

[{"val":527,"ts":1758351600000,"ack":true},{"val":1211,"ts":1758355200000,"ack":true},{"val":1993,"ts":1758358800000,"ack":true},{"val":2449,"ts":1758362400000,"ack":true},{"val":2532,"ts":1758366000000,"ack":true},{"val":2293,"ts":1758369600000,"ack":true},{"val":1823,"ts":1758373200000,"ack":true},{"val":1276,"ts":1758376800000,"ack":true},{"val":780,"ts":1758380400000,"ack":true},{"val":506,"ts":1758384000000,"ack":true},{"val":178,"ts":1758387600000,"ack":true},{"val":0,"ts":1758391200000,"ack":true},{"val":0,"ts":1758394800000,"ack":true}]

klassisch

@homoran sagte in Vergleich Solarprognosen Solarwetter und brightsky:

das wird um 0:00, 05:00 und um 18:00 aufgefrischt.

Wenn ich mir jetzt gegen 10:30 die heutigen daily Werte
brightsky.0.daily.00.solar
brightsky.0.daily.00.solar_estimate
anschaue, dann haben die mit mouseover einen timestamp von 05:00

Wenn ich mir jetzt gegen 10_30 die hourly Werte
brightsky.0.hourly.00.solar
brightsky.0.hourly.00.solar_estimate
anschauen, dann sehe ich den timestamp 10:00

deswegen "pinne" ich mir die 05:00 Werte um auch abends nach SU noch die Prognose bewerten zu können.
was nutzen mir da dann die aktuellen Echtwerte!?

Das mache ich änlich. Momentan schaue ich mir noch die 05:00 und die 08:00 Werte an, wobei sich das bald eh relativieren wird

andere Frage:
ich versuche gerade die hourly Daten im Voraus in flot zu bekommen.

Also so:

Duneklblau mein Frickelskript, Hallblau aus den hourly-Werten solar_estimate des Adapters um 08:00 von meinem Frickelskript in die timeline geschrieben.

Und da siehst Du auch schon die Lösung zur nächsten Frage, die ganz einfach ist. Die Leistung, die benötigt wird, um in einer Stunde (1h) xkWh zu erzeugen ist xkW. Die Zahlen sind gleich, da die timebase von 1h gleich ist.
Um 08:00 habe ich den damaligen 10:00 Wert von 3543 eingetragen, den siehts Du im plot und Ausschnitt des timeline histroy files:

{
    "val": 3543,
    "ack": 1,
    "ts": 1758355200000,
    "q": 0,
    "c": "script.js.EnergyManagement.PvForecastBrightSkyBased",
    "from": "system.adapter.javascript.0",
    "user": "system.user.admin"
  },

Derzeit hat in der Datenbasis des Adapters die 10:00 solar_estimate den Wert 4.401, der um 10:00 eingetragen wurde.

@paul53 hilft mir da gewaltig.

Ja, der kanns halt!

Das sind aber stündliche kWh Werte, während mein chart ja Leistungen in Watt über die Zeit darstellt.
ich bräuchte da wahrscheinlich einen average über die jeweilige Stunde.
Wie machst du das?

Wie oben gesagt, die Zahlen sind gleich

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Die Leistung, die benötigt wird, um in einer Stunde (1h) xkWh zu erzeugen ist xkW. Die Zahlen sind gleich, da die timebase von 1h gleich ist.

ja! aber warum nur 1200 statt 3000+??
also kein Denkfehler meinerseits. Danke

dann haben die mit mouseover einen timestamp von 05:00

passt ja. 1800 ist der nächste refresh

klassisch

@homoran sagte in Vergleich Solarprognosen Solarwetter und brightsky:

ja! aber warum nur 1200 statt 3000+??
also kein Denkfehler meinerseits. Danke

Die Frage habe ich jetzt nicht verstanden.
Siehe Plot oben. Der 10:00 Wert war 3543 kWh innerhalb der Stunde (nehme an von 10:00 bis 11:00, könnte aber auch 09:30 bis 10:30 sein, hier egal, eine Stunde halt). Für diese Stunde braucht man eine Stunde lang 3543 kW.
Anders ist es im iMSys, wo die Basis 15 Minuten ist. Da muß man die kWh-Werte mit 4 multiplizieren um auf die Leistung in kW zu kommen.

Sorry, die Daten sind natürlich von meiner Anlage mit anderer Fläche Orientierung etc.

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Die Frage habe ich jetzt nicht verstanden.

siehe meinen Plot.

ich habe Werte > 3000W, die Vorhersage sagt 1200
Klar ist eine Vorhersage!
Ich habe mich bisher immer nur um die daily Werte gekümmert, und due kamen immer gut hin.

Daher hab ich auch bei hourly mit einer Trefferquote von +/- 25% gerechnet.
So weit daneben aber nicht.

Keine Panik, ich beobachte das mal weiter.

EDIT:
Ich hab jetzt auch was

Was mich aber wundert ist, dass weder bei dir, noch bei mir, jeweils nie ein hourly Prognosewert niedriger als die umgebenden ist.

Das sieht für mich nach wie vor so aus, als ob hier ein daily forecast auf eine tagesübliche Verteilungskurve heruntergebrochen wird.

Da hatte ich sogar schon den armen @ticaki verdächtigt, das verbrochen zu haben.

Das würde auch die immer relativ ähnlichen Werte bei meiner faktorisierten und der daily_est Variante erklären

ticaki

@homoran
Ich bekenne mich nur schuldig für rechenfehler - für den rest bittte support von DWD anrufen ^^

klassisch

@homoran sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Was mich aber wundert ist, dass weder bei dir, noch bei mir, jeweils nie ein hourly Prognosewert niedriger als die umgebenden ist.
Das sieht für mich nach wie vor so aus, als ob hier ein daily forecast auf eine tagesübliche Verteilungskurve heruntergebrochen wird.

Vormittags war das bei mir so. Ich habe es nachmittags schon anders gesehen.
Und wenn es wolkig ist dann sieht das nochmals anders aus.

Keine Ahnung wie DWD rechnet oder würfelt. In einem Jahr wissen wir mehr.

klassisch

So sah es heute aus

Frickellago lag in der Summe 05:00 Vorhersga um 2,6% zu hoch, daily solar_estimate 7,3% zu tief

Und so sieht es aus, wenn ich reich versuchsweise die gelbe IST-Kurve um 30 Minuten nach rechts schiebe. Das passt zeitlich besser.
Natürlich müßte man die beiden Vorhersagekurven um 30 Minuten nach links schieben, was aber in Flot ncht geht. Müßte man beim Erstellen der timeline-Files machen.

ticaki

@klassisch

Verstehe ich das richtig - die daten von 7:00 sind für 6:30 - 7:30 und nicht wie von mir angenommen für 7:00 - 8:00 ? Nicht das ich daran was ändern könnte

Homoran

@klassisch bei mir leider nicht annähernd

hourly

der nicht abgebildete 09:00 Wert war 527!

und daily passt ganz gut

Homoran

@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:

wie von mir angenommen für 7:00 - 8:00 ?

von mir auch!

EDIT:
Aber der Timestamp ist ja 07:00.
Wenn der Energie Wert für die ganze Stunde als Mittelwert der Leistung herhalten soll, müsste er um 07:30 besser passen.

klassisch

@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Nicht das ich daran was ändern könnte

So war es auch nicht gemeint. Wenn, dann ändere ich beim Schreiben in das timeline File.

Verstehe ich das richtig - die daten von 7:00 sind für 6:30 - 7:30 und nicht wie von mir angenommen für 7:00 - 8:00 ?

Ja, genau! War aber erst mal eine Spielerei. Denn die schönen Kurven sind ja eigentlich das:

Und es stellt sich bei Abtastung immer die Frage nach dem Abtastzeitpunkt und der Intervalldauer. DWD hat eine Intervalldauer von 1h. Ich kann jetzt annehmen (bisher), daß ab dem Abtastzeitpunkt der neue Wert stimmt.
Aber ich kann auch spekulieren, daß der Abtastzeitpunkt in der Mitte des Abtastintervalls liegt.
Das führt dann dazu, daß ich die für 07:00 ausgelobten Werte ab 06:30 setze, so daß sie nicht zwischen 07:00 und 08:00, sondern zwischen 06:30 und 07:30 angezeigt werden ("gültig" sind). 07:00 wäre dann die Mitte des Abtastintervalls.
Ich habe aber keine Ahnung, wie DWD das definiert hat.
Aber ich kann natürlich beim Schreiben der timeline Files 30 Minuten an ts abziehen.

Die Summen bleiben davon natürlich unberührt,

NEWS

Vergleich Solarprognosen Solarwetter und brightsky

Support us

952
Online

32.1k
Users

80.7k
Topics

1.3m
Posts

NEWS

Vergleich Solarprognosen Solarwetter und brightsky

Support us

952Online

32.1kUsers

80.7kTopics

1.3mPosts

952
Online

32.1k
Users

80.7k
Topics

1.3m
Posts