Test PV Forecast Adapter

[oxident]

Komisch, ich kann das nicht bestätigen. Die Daten meiner beiden "Ausrichtungen" werden bisher korrekt abgerufen und die Gesamtsumme passt auch. Warnungen erhalte ich auch keine.

Erstaunlicherweise passt die Vorhersage in den letzten Tagen/Wochen auch extrem gut.

[warp735]

@oxident sagte in Test PV Forecast Adapter:

Warnungen erhalte ich auch keine.

Abgesehen von der Admin Meldung, die ja scheinbar "normal" ist, erhalte ich auch keine Meldungen. Jedenfalls nicht vom Adapter selbst.

Auf welchem Stand bist du? Ich:

Node.js: v18.20.3
NPM: 10.8.0
js-controller: 5.0.19

[oxident]

@warp735 Bin auf NPM 10.7.0 ... ansonsten alles identisch. Aber ich bekomme nicht mal diese Admin-Meldung. Komisch...

[warp735]

@oxident
Ohne was geändert zu haben, zeigts heute wieder was an. Wohl Schluckauf

[Thomas Braun]

@warp735 sagte in Test PV Forecast Adapter:

Node.js: v18.20.3
NPM: 10.8.0

Da ist aber wieder an den Versionen gefummelt worden.
Richtig ist:

Node.js Version	Codename	Release Date	npm
v18.20.3	Hydrogen	2024-05-20	v10.7.0

Installier das nochmal sauber...
Und lass die Finger von 'npm'. Das wird nie separat angepackt.

[warp735]

@thomas-braun sagte in Test PV Forecast Adapter:

Und lass die Finger von 'npm'. Das wird nie separat angepackt.

Hab ich nicht... buanet Docker Update gemacht und da kam das mit. Bin bisher davon ausgegangen, dass das alles passt und hab das nie überprüft.

[Thomas Braun]

@warp735

Ach Docker...
Möglich das da mal wieder irgendein Sonderstrick gefahren wird.

[haus-automatisierung]

@thomas-braun Gerade mal in das Dockerfile geschaut. Diese Zeile gehört da eigentlich nicht rein:

https://github.com/buanet/ioBroker.docker/blob/5247639a66ad0b648153c4da632795a99f45093c/debian12/Dockerfile#L49

Habe mal einen Issue geöffnet:

https://github.com/buanet/ioBroker.docker/issues/465

klein0r created this issue in buanet/ioBroker.docker

closed [Problem]: Use bundled npm version instead of latest / don't upgrade npm manually #465

[Thomas Braun]

@haus-automatisierung

Geh mir weg mit eingedockertem Zeuch...
Ich sag ja: Docker-Sonderstrick...

[haus-automatisierung]

@thomas-braun Was stört dich? Dass jeder Schritt im Dockerfile klar dokumentiert ist, und man so auf einen Blick direkt sieht, was im Container eigentlich installiert wurde? Fehler in 10 Sekunden gefunden. Das wäre bei einer nativen Installation nicht so leicht nachvollziehbar

[Homoran]

@haus-automatisierung sagte in Test PV Forecast Adapter:

Was stört

Vielleicht dass da eine weitere Ebene existiert, die geprüft werden muss.
Und der User der Docker nimmt, weil es so einfach zu handeln ist, wird nicht sämtliche Codes durchforsten.

[Thomas Braun]

@haus-automatisierung sagte in Test PV Forecast Adapter:

Was stört dich?

Grundsätzlich nichts.
Nur halt die ganzen Verrenkungen, die in einem Docker veranstaltet werden.

[haus-automatisierung]

@thomas-braun Jedenfalls wird das Problem von @warp735 nicht mit der neueren npm Version zusammenhängen.

Da hilft also wirklich nur noch ein Debug-Log vom pvforecast Adapter + Screenshot der Configuration um zu schauen was genau passiert und welche Daten abgerufen werden.

[Thomas Braun]

@haus-automatisierung sagte in Test PV Forecast Adapter:

Jedenfalls wird das Problem von @warp735 nicht mit der neueren npm Version zusammenhängen.

Das habe ich aber auch nicht behauptet. Mir war nur die Inkonsistenz in den Versionen aufgefallen.
Ich hab auch nicht gesehen, das es was eingedockertes war.

[warp735]

Warum wird man in diesem Forum mit nem Docker immer behandelt, als hätte man ne Warze am Arsch?! Für mich als normaler User ist das Ding "offiziell" und trotzdem tut jeder, als würde man nen absoluten Sonderweg fahren...

Das Selbe mit dem Fixer... beim "offiziellen Docker image" popt einem dann erstmal diese Meldung entgegen:

[Homoran]

@warp735 sagte in Test PV Forecast Adapter:

Warum wird man in diesem Forum mit nem Docker immer behandelt, als hätte man ne Warze am Arsch?!

Warum behauptest du das?

Hier kann eben nur eine begrenzte Anzahl User mit dem entsprechenden Wissen helfen, deswegen muss diese Info über Docker initial gegeben werden

es funktioniert im Docker eben nicht wie in einer nativen Umgebung

[Thomas Braun]

@warp735

Weil ein Docker prinzipbedingt ein Sonderweg ist und sich komplett von nativen oder LXC-Installationen unterscheidet.
Und deswegen muss beim 'iob fix' dieser Hinweis kommen. Und auch 'iob nodejs-update' muss den Docker-Sonderweg ausschließen. Und im 'iob diag' müssen auch einige Dinge anders gemacht werden als in anderen Installationen.

[anbima]

Ich verwende den Solcast-Adapter mit passendem API-Schlüssel.
Beim Diagramm werden falsche Werte angezeigt.
Erst dachte ich mir, dass es an den fehlenden Daten liegt, da ich es gestern eingerichtet habe. Aber heute war es auch wieder falsch. Es fehlt auch der zweite Tag.

Den Adapter habe ich auch schon gelöscht und neu installiert, aber es ist immer der selbe Fehler. Nachfolgend Screenshots davon.

Was kann ich machen?

[BananaJoe]

@anbima und was daran ist falsch? Die Werte sehen doch Plausibel aus

[anbima]

@bananajoe said in Test PV Forecast Adapter:

@anbima und was daran ist falsch? Die Werte sehen doch Plausibel aus

Die Werte passen nicht überein.
z.B.
Daten 13:00 Uhr: 6,267
Diagramm 13:00 Uhr: 6,349

Und es fehlen auch einige Stunden beim 2. Tag.

Es schaut so aus, als wenn die Daten im 1/2-Stunden-Takt ausgegeben werden. Wird diese Einstellung wo gespeichert, was bei der Deinstallation des Adapters nicht gelöscht wird?

Hier noch die Daten vom JSONGraph:

Spoiler

{
"graphs": [
{
"data": [
6.027,
6.349,
6.267,
5.921,
5.444,
4.998,
4.64,
4.252,
3.797,
3.242,
2.59,
1.916,
1.307,
0.728,
0.221,
0,
0,
0,
0,
0,
0,
0,
0,
0,
0.196,
0.643,
1.179,
1.855,
2.702,
3.467,
4.164,
4.688,
4.982,
5.339,
5.784,
6.139,
6.399,
6.324,
5.899,
5.314,
4.638,
4.023,
3.527,
2.698,
1.559,
0.785,
0.278,
0.007,
0,
0,
0,
0,
0,
0,
0,
0,
0.085,
0.488,
1.08,
1.766,
2.51,
3.22,
3.857,
4.383,
4.785
],
"type": "bar",
"legendText": "Total",
"displayOrder": 1,
"color": "#e6d41a",
"tooltip_AppendText": "kW",
"datalabel_show": true,
"datalabel_rotation": 300,
"datalabel_color": "#0b0b0b",
"datalabel_fontSize": 14,
"yAxis_id": 0,
"yAxis_position": "left",
"yAxis_show": true,
"yAxis_appendix": "kW",
"yAxis_step": 1,
"yAxis_max": 11.55,
"yAxis_maximumDigits": 3
}
],
"axisLabels": [
"12",
"13",
"14",
"15",
"16",
"17",
"18",
"19",
"20",
"21",
"06",
"07",
"08",
"09",
"10",
"11"
]
}