Vergleich Solarprognosen Solarwetter und brightsky

klassisch

@klassisch und die json Datensätzen in den json files sehen dann so aus

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

Das System kümmert sich auch darum, daß diese Files auch in die richtigen Tagesfolder geschrieben werden.
Für den user einfacher als gedacht.
Und @Homoran muß seine schönen Hüllkurven nicht ständig manuell anpassen

Homoran

@klassisch geht zwar inzwischen schon ins OT vom OT, aber egal.

ich hab jetzt diesen DP angelegt.

den werde ich wahrscheinlich historisiwren müssen, oder?

und dann mit sendto füttern?

muss mal dein js verdauen und in Blockly transformieren, damit ich das auch später noch nachvollziehen und ggf. woanders einsetzen kann

EDIT:
Bild nachgeliefert

klassisch

@homoran sagte in Vergleich Solarprognosen Solarwetter und brightsky:

@klassisch geht zwar inzwischen schon ins OT vom OT, aber egal.

ich hab jetzt diesen DP angelegt.
Gut

den werde ich wahrscheinlich historisieren müssen, oder?

Ja, history ankreuzen, damit history sich drum kümmert

und dann mit sendto füttern?

Ganz normal mit setState, wie oben gezeigt

muss mal dein js verdauen und in Blockly transformieren, damit ich das auch später noch nachvollziehen und ggf. woanders einsetzen kann

Na, wer weiß. Vielleicht kann das auch mal der Adapter?

Edit:
sendTo braucht man, wenn history Datensätze löschen soll.

Edit2:

// Neue Werte in die History schreiben

        myResultSteps.forEach(entry => {

            setState(id, {

                val: entry.val,

                ts: entry.ts,

                ack: true

            });

myResultSteps ist ein array mit den einzelnen Wertepaaren (val, ts) in der Perlenkette.

forEach nudelt die von vorne bis hinten durch

Und steState gibt die weg ans Fremework und durch das history-Kreuzchen kümmert sich history drum und organsiert die files.
So stelle ich mir das vor.

klassisch

Und warum machen wir die Prognosen? Z.B. für das netzdienliche Einspeisen.
Unser Netzbetreiber zeigt die aktuelle (geschätzte??) Situation in unserem Ort

Homoran

@klassisch sagte in Vergleich Solarprognosen Solarwetter und brightsky:

Unser Netzbetreiber zeigt die aktuelle (geschätzte??) Situation in unserem Ort

ooh, dann weisst du sogar was der will.
muss mal suchen, ob es so etwas hier auch gibt.

Homoran

@klassisch sorry, Bild fehlte, hab's editiert

for each ist klar, var id = DatenpunktID hinzufügen ??

klassisch

@homoran id ist der Datenpunkt. z.B. '0_userdata.0.power.pvFrDCEnergy.SolarForecastPowerSteps'

Edit: Tricky wird es, wenn neue Forcast-Werte kommen. Denn dann will man die alten (schlechteren) raus haben und muß löschen bevor man neue reinschreibt. Dabei hilft sendTo(history(id,'deleteRange' ...

ticaki

@klassisch

man kanns aber auch einfach woanders hin spiegeln

klassisch

@ticaki sagte in Vergleich Solarprognosen Solarwetter und brightsky:

@klassisch

man kanns aber auch einfach woanders hin spiegeln

Das habe ich nicht verstanden.
Einen anderen Datenpunkt nehmen? Also einen Datenpunkt für die 05:00 und einen anderen für die 08:00 Prognose?
Wenn man 24 oder 48h forecast hat, wird man ums löschen kaum herumkommen.

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

NEWS

Vergleich Solarprognosen Solarwetter und brightsky

Support us

903
Online

32.1k
Users

80.7k
Topics

1.3m
Posts

NEWS

Vergleich Solarprognosen Solarwetter und brightsky

Support us

903Online

32.1kUsers

80.7kTopics

1.3mPosts

903
Online

32.1k
Users

80.7k
Topics

1.3m
Posts