Betatest Bright Sky v0.2.x

[Homoran]

@ticaki Danke, habs schon gefunden.
In der API ist daily gar nicht dabei, und nur da gibt's den solar max.

ich komme mit dem herauskürzen der h in der Einheit noch nicht zurecht
kWh/m²/h sieht logisch aus, fühlt sich aber falsch an

Aber genug diskutiert

ich weiss jetzt wie der Wert zu verstehen ist, das reicht!

DANKE

[ticaki]

@homoran sagte in Betatest Bright Sky v0.2.x:

@ticaki Danke, habs schon gefunden.
In der API ist daily gar nicht dabei, und nur da gibt's den solar max.

Habs nur Zig mal geschrieben. Daily wird im Adapter mit von mir bestimmten berechnungsfunktionen erzeugt - Solar max ist der höchste kwh/m2 Wert der in der Stundenübersicht übermittelt wird.

wenn ich also 1,2,3 und sonst 21 mal 0 mit hourly bekomme steht da 3 - bei solar steht 6

[Homoran]

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

Habs nur Zig mal geschrieben.

Sorry

Das gab ich so nicht verstanden gehabt.

[ticaki]

@homoran sagte in Betatest Bright Sky v0.2.x:

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

Habs nur Zig mal geschrieben.

Sorry

Das gab ich so nicht verstanden gehabt.

Kein Problem. Ich schreibe es mal deutlicher irgendwo hin

EDIT: Wenn du noch weitere min/max oder median oder whatever brauchst, einfach fragen. Der Code ist ja schon geschrieben muß dann nur ein bissle was anpassen. War auch am überlegen ob temperatur_max_time nützlich wäre.

[ticaki]

@MartyBr @mcm1957
Danke Martin, das ging ja fix

Adapter ist im latest aufgenommen worden, dürfte ab morgen verfügbar sein

[MartyBr]

@ticaki

[ticaki]

Weil ich es gestern gefragt wurde:

Dieser Adapter hier zeigt Solarwerte an die sich für Prognosen eignen könnten, Pirate-weather nicht.

@Armilar ist da an Langzeitvergleichen zwischen den beiden Adaptern dran. (und den anderen 3 die es noch gibt)

[Homoran]

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

Dieser Adapter hier zeigt Solarwerte an die sich für Prognosen eignen könnten

da arbeite ich gerade dran
muss noch big data sammeln um den Zusammenhang festzuzurren.

BTW die hourly Werte für solar hast du platt über die Einstrahlungszeit aufgrund "eines gewissen Algorithmus' " verteilt?
Denen liegen keine unterschiedlichen Forecasts zugrunde?

[ticaki]

@homoran
Ich bearbeite nur Daily, bzw. der Datenbaum daily ist komplett auf meinem Mist gewachsen.

Alle anderen Datenbäume sind so wie sie rein kommen. Nix gerundet, keine Einheiten verändert.

EDIT: Der Vollständigkeit halber:
Fast korrekt in currently, gibt es im Original keinen wind_bearing_text

                    result.data.weather.wind_bearing_text = this.getWindBearingText(
                        result.data.weather.wind_direction_10 ?? undefined,
                    );

[Homoran]

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

Ich bearbeite nur Daily,

Aaaah!
hourly kommt so vom DWD?
darauf kann ich dann aufbauen

[ticaki]

@homoran sagte in Betatest Bright Sky v0.2.x:

hourly kommt so vom DWD?

-unausstehlicher besserwisser modus on - Genau das hab ich geschrieben! -off-

EDIT:
Nochmal klarer - es gibt keine Daily vom DWD - dieser Datenbaum wird von mir/dem adapter aus den stündlichen Werten erzeugt.

[Homoran]

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

Genau das hab ich geschrieben!

jaja

[ticaki]

@homoran

Wenn du nach deiner Auswertung ne bessere Formel hast wie ich da tagwerte erzeugen kann, immer her damit Ich weiß dass das noch dauert.

[Homoran]

@ticaki ich muss jetzt erst mal komplett umdenken und alle Daten aus den hourly prüfen.
im Moment habe ich versucht aus den daily ungeachtet Ausrichtung (Azimut/ Elevation in Relation) einen Faktor zu errechnen.
demnach müsste ich heute 18.3 kWh produzieren.

Bin aber auch im Moment anderweitig gut ausgebucht

PS die Tagewerte sind ja ok!
berücksichtigen "nur" nicht eine individuelke PV Anlage.
Das können und sollen sie auch nicht

[MartyBr]

@ticaki
Bei Regen und Temperatur hat Bright Sky die Nase vor Pirate Weather. Ich monitore beide Wetteranbieter. Die Datenstruktur von Pirate gefällt mir besser, wichtiger ist aber die Genauigkeit der Prognosen.