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

[Diginix]

@jb_sullivan Ja, das sollte schon unmissverständlich stimmen. Zumal die unterschiedlichen Anbieter auch unterschiedliche Mappings für die Ausrichtungen haben. Der Adapter das aber intern umrechnet. Wenn man von Solcast auf Forecast wechselt, muss man nichts an der Ausrichtung in der Instanz umstellen.

[base]

Hallo

hab den Adapter mal installiert. Leider liefert er komplett unrealistische Daten. Bei geschätzte Energie heute habe ich 9.8 kwH stehen, habe aber schon 55 kwH erzeugt. Geschätzte Leistung 1,5kw, tatsächlich 4kw. Habe mich auch mal bei Solcast registriert. Da passt die Leistung halbwegs. Der Adapter nimmt diese rechnet die Daten aber anscheinend selsbt oder? Von den Einstellung habe ich Azimut 0 für Süd und 30° Dachneigung. Über Forecast sind die Daten auch nicht realistischer....

[Diginix]

@base Dann stimmt da noch was nicht bei dir.
Hier mal meine Einstellungen für Ausrichtung Süd mit 30° Neigung. Die theoretische DC Spitzenleistung meiner Anlage sind sogar 8,6 kW aber mit 90% = 7,7 kWp stimmen die Prognosewerte sehr gut.

Hier mal ein Diagramm der solcast Prognosen zu Tagesbeginn (Sonnenaufgang) und realen Erträge der letzten 2 Monate.

[base]

@diginix ok, der Adapter zählt nach der Installation den restlichen Tag hoch. Heute passt es besser, muss aber meine Anlage anscheinend auch etwas höher ansetzen. Mal beobachten.
Hab zum Spaß nochmal eine 2. Instanz installiert. Der Unterschied zwischen Solcast und Forecast ist enorm. Forecast zeigt gerade mal die Hälfte an.

[Diginix]

@base Ja, forecast ist wahrs. nur mit Bezahl API brauchbar. Aber mit solcast kann man echt arbeiten.

[haus-automatisierung]

Guten Morgen zusammen,

ich habe gestern die Version 2.0.0 veröffentlicht, in welcher ich die ganze Objekt-Struktur nochmal geändert habe. Ich fand die Namen der Objekte teilweise verwirrend und das wurde nun alles neu strukturiert. Da der Adapter noch in der Beta-Phase ist, war das eine ganz gute Chance denke ich. Später trifft es ja deutlich mehr Nutzer.

Edit: Verdammt, seit wann ist der Adapter in stable?

Das führ nur leider dazu, dass man den Adapter neu installieren und konfigurieren muss. Bluefox hatte die 1.0.0 etwas vorschnell freigegeben

Neu dazu gekommen sind auch Stundenwerte für den morgigen Tag + eine Einstellung, welche Datenpunkte innerhalb der Stundenwerte angelegt werden sollen. Mein Forecast-API-Key gibt mir z.B. nur halbstündige Werte zurück und die :15 und :45 bleiben leer. Das kann man nun also einschränken.

Das volle Changelog gibts auf GitHub

Gerne testen und bei Problemen am besten Issues auf GitHub öffnen.

[Glasfaser]

@haus-automatisierung

Coole Vorlage :

[klassisch]

Vielen Dank, geht anscheinend nur mit neuerem (aber stable) Admin

startInstance system.adapter.pvforecast.1: required adapter "admin" has wrong version. Installed "5.2.3", required ">=5.2.28"!

Nach Update des Admin und Neueingabe der Credentials wird die Adapterinstanz grün

[JB_Sullivan]

V2.1. läuft bei mir leider nicht mehr.

pvforecast.0
11016	2022-05-22 08:40:12.740	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

pvforecast.0
11016	2022-05-22 08:40:12.740	info	terminating

pvforecast.0
11016	2022-05-22 08:40:12.735	error	Cannot read property 'filter' of undefined

pvforecast.0
11016	2022-05-22 08:40:12.735	error	TypeError: Cannot read property 'filter' of undefined at C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:640:7 at asyncForEach (C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:12:9) at C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:637:10 at asyncForEach (C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:12:9) at Pvforecast.saveEveryHourSummary (C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:634:9) at Pvforecast.updateActualDataInterval (C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:404:15) at async Pvforecast.onReady (C:\iobroker\GLT\node_modules\iobroker.pvforecast\main.js:148:3)

pvforecast.0
11016	2022-05-22 08:40:12.734	error	unhandled promise rejection: Cannot read property 'filter' of undefined

pvforecast.0
11016	2022-05-22 08:40:12.734	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

pvforecast.0
11016	2022-05-22 08:40:12.726	error	Axios Error AxiosError: Request failed with status code 403

pvforecast.0
11016	2022-05-22 08:40:12.647	error	Axios Error AxiosError: Request failed with status code 403

pvforecast.0
11016	2022-05-22 08:40:07.432	info	starting. Version 2.1.0 in C:/iobroker/GLT/node_modules/iobroker.pvforecast, node: v14.16.0, js-controller: 4.0.23

SORRY - jetzt geht es - hatte nicht gesehen, das der API Key nach dem Update nicht übernommen wurde.

Um bei der Gelegenheit nochmal auf meine Frage von weiter oben zurück zu kommen - kann man die Solarwerte im Adapter nicht irgendwie auf 3 Stellen nach dem Komma begrenzen?

In der Tabellenansicht sieht das sehr unschön aus.

[haus-automatisierung]

@jb_sullivan Das kann an der Stelle eigentlich nur passieren, wenn keine Daten vom Dienst abgeholt werden konnten. Hast Du den Adapter frisch installiert oder ein Update gemacht?

Kümmere mich drum

[haus-automatisierung]

@jb_sullivan sagte in Test PV Forecast Adapter:

kann man die Solarwerte im Adapter nicht irgendwie auf 3 Stellen nach dem Komma begrenzen?

Doch, klar. Kann ich auch direkt mit in die nächste Version aufnehmen. Gibts ja auch einen Issue zu.

[haus-automatisierung]

Bitte 2.1.1 testen

[JB_Sullivan]

@haus-automatisierung sagte in Test PV Forecast Adapter:

Bitte 2.1.1 testen

OK - Rundung auf 3 Stellen funktioniert ...... aber beim Diagramm, soll die Darstellung so sein? Es ist "Nur den aktuellen Tag auswählen" NICHT angehakt. Der Graph geht dabei in den nächsten Tag hinein und die letzten Balken sind ohne farbliche Darstellung. Wieviel Tage im voraus sollte er denn eigentlich in der Einstellung anzeigen? Beim Ur-javascript des Adapters waren es 3 Tage.

[haus-automatisierung]

@jb_sullivan sagte in Test PV Forecast Adapter:

@haus-automatisierung sagte in Test PV Forecast Adapter:

Bitte 2.1.1 testen

Tage im voraus sollte er denn eigentlich in der Einstellung anzeigen? Beim Ur-javascript des Adapters waren es 3 Tage.

Alles was es an Daten gibt. Wie vorher auch. Was hast Du als Datums-Format eingestellt?

[JB_Sullivan]

@haus-automatisierung So wie es voreingestellt ist - HH:mm - weil die Tabelle geht mit der Einstellung 3 Tage in die Zukunft.

Woran liegt es eigentlich das beim Momentanwert mal eine 0 und mal ein Wert drin steht. Ich habe nur den 12€ Account von forecast Solar gebucht. Hängt das damit zusammen?

Falls es hilft, hier ist der Export von Material Design Adapter Einstellungen wo ich den Graph Datenpunkt drin verwende (wie vorher den DP der aus dem javascript erzeugt wurde)

Export_Materialdesign_Graph.txt

[haus-automatisierung]

@jb_sullivan Dann ist der Wert nicht mehr eindeutig auf der Achse. Weil 12:00 gibts ja jeden Tag. Ich glaube das mag der Graph nicht. Muss ich ausprobieren

[Diginix]

@haus-automatisierung Ich bekomme leider keine Werte mehr für tomorrow und jsonTable enthält heute noch Werte seit gestern 20 Uhr. Auch nach Update auf 2.1.1 ist pvforecast.0.plants.1.energy.tomorrow weiterhin "null".
Adapter wurde vor Inst v2 komplett entfernt.

pvforecast.0.plants.1.JSONTable

Spoiler

[
{
    "Time": "2022-05-21 20:00:00",
    "Power": "0"
},
{
    "Time": "2022-05-21 20:30:00",
    "Power": "0"
},
{
    "Time": "2022-05-21 21:00:00",
    "Power": "0"
},
{
    "Time": "2022-05-21 21:30:00",
    "Power": "0"
},
{
    "Time": "2022-05-22 06:00:00",
    "Power": "1.679"
},
{
    "Time": "2022-05-22 06:30:00",
    "Power": "2.502"
},
{
    "Time": "2022-05-22 07:00:00",
    "Power": "3.287"
},
{
    "Time": "2022-05-22 07:30:00",
    "Power": "4.005"
},
{
    "Time": "2022-05-22 08:00:00",
    "Power": "4.640"
},
{
    "Time": "2022-05-22 08:30:00",
    "Power": "5.165"
},
{
    "Time": "2022-05-22 09:00:00",
    "Power": "5.571"
},
{
    "Time": "2022-05-22 09:30:00",
    "Power": "5.840"
},
{
    "Time": "2022-05-22 10:00:00",
    "Power": "5.966"
},
{
    "Time": "2022-05-22 10:30:00",
    "Power": "5.916"
},
{
    "Time": "2022-05-22 11:00:00",
    "Power": "5.689"
},
{
    "Time": "2022-05-22 11:30:00",
    "Power": "5.389"
},
{
    "Time": "2022-05-22 12:00:00",
    "Power": "5.033"
},
{
    "Time": "2022-05-22 12:30:00",
    "Power": "4.671"
},
{
    "Time": "2022-05-22 13:00:00",
    "Power": "4.314"
},
{
    "Time": "2022-05-22 13:30:00",
    "Power": "3.947"
},
{
    "Time": "2022-05-22 14:00:00",
    "Power": "3.580"
},
{
    "Time": "2022-05-22 14:30:00",
    "Power": "3.194"
},
{
    "Time": "2022-05-22 15:00:00",
    "Power": "2.794"
},
{
    "Time": "2022-05-22 15:30:00",
    "Power": "2.394"
},
{
    "Time": "2022-05-22 16:00:00",
    "Power": "1.999"
},
{
    "Time": "2022-05-22 16:30:00",
    "Power": "1.604"
},
{
    "Time": "2022-05-22 17:00:00",
    "Power": "1.198"
},
{
    "Time": "2022-05-22 17:30:00",
    "Power": "799"
},
{
    "Time": "2022-05-22 18:00:00",
    "Power": "429"
},
{
    "Time": "2022-05-22 18:30:00",
    "Power": "113"
},
{
    "Time": "2022-05-22 19:00:00",
    "Power": "0"
},
{
    "Time": "2022-05-22 19:30:00",
    "Power": "0"
},
{
    "Time": "2022-05-22 20:00:00",
    "Power": "0"
},
{
    "Time": "2022-05-22 20:30:00",
    "Power": "0"
},
{
    "Time": "2022-05-22 21:00:00",
    "Power": "0"
},
{
    "Time": "2022-05-22 21:30:00",
    "Power": "0"
},
{
    "Time": "2022-05-23 06:00:00",
    "Power": "1.020"
},
{
    "Time": "2022-05-23 06:30:00",
    "Power": "1.476"
},
{
    "Time": "2022-05-23 07:00:00",
    "Power": "1.941"
},
{
    "Time": "2022-05-23 07:30:00",
    "Power": "2.398"
},
{
    "Time": "2022-05-23 08:00:00",
    "Power": "2.848"
},
{
    "Time": "2022-05-23 08:30:00",
    "Power": "3.295"
},
{
    "Time": "2022-05-23 09:00:00",
    "Power": "3.686"
},
{
    "Time": "2022-05-23 09:30:00",
    "Power": "3.927"
},
{
    "Time": "2022-05-23 10:00:00",
    "Power": "3.997"
},
{
    "Time": "2022-05-23 10:30:00",
    "Power": "4.052"
},
{
    "Time": "2022-05-23 11:00:00",
    "Power": "4.108"
},
{
    "Time": "2022-05-23 11:30:00",
    "Power": "4.093"
},
{
    "Time": "2022-05-23 12:00:00",
    "Power": "4.006"
},
{
    "Time": "2022-05-23 12:30:00",
    "Power": "3.753"
},
{
    "Time": "2022-05-23 13:00:00",
    "Power": "3.426"
},
{
    "Time": "2022-05-23 13:30:00",
    "Power": "3.093"
},
{
    "Time": "2022-05-23 14:00:00",
    "Power": "2.747"
},
{
    "Time": "2022-05-23 14:30:00",
    "Power": "2.404"
},
{
    "Time": "2022-05-23 15:00:00",
    "Power": "2.062"
},
{
    "Time": "2022-05-23 15:30:00",
    "Power": "1.712"
},
{
    "Time": "2022-05-23 16:00:00",
    "Power": "1.358"
},
{
    "Time": "2022-05-23 16:30:00",
    "Power": "1.003"
},
{
    "Time": "2022-05-23 17:00:00",
    "Power": "647"
},
{
    "Time": "2022-05-23 17:30:00",
    "Power": "339"
},
{
    "Time": "2022-05-23 18:00:00",
    "Power": "103"
},
{
    "Time": "2022-05-23 18:30:00",
    "Power": "0"
},
{
    "Time": "2022-05-23 19:00:00",
    "Power": "0"
},
{
    "Time": "2022-05-23 19:30:00",
    "Power": "0"
}]

Außerdem kam gestern im Log immer mal diese Info:

2022-05-21 21:30:02.082 - info: pvforecast.0 (830593) hourly states missed 15 items - please check if your license allows to request all values

Das kommt heute aber nicht meh, aber dafür eben auch keine sinnvollen Werte mehr.
Meine Einstellungen sind und liefen mit v1.x Monate perfekt. Komisch ist auch dass in den Instanzeinstellungen oben noch 2.1.0 steht obwohl 2.1.1 installiert ist.

Im Log steht nach Adapter Start nichts auffälliges:

2022-05-22 21:00:04.819 - info: pvforecast.0 (991657) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.pvforecast, node: v14.19.3, js-controller: 4.0.23
2022-05-22 21:00:04.936 - info: pvforecast.0 (991657) using system latitude: 50.******** longitude: 10.********

Die anonymisierten Koordinaten passen.

[haus-automatisierung]

@diginix Führe nochmal manuell ein Adapter Upload aus. Und bei der Konfiguration der Peak Leistung bitte US Schreibweise. Also 7.7 statt 7,7

[Diginix]

@haus-automatisierung Punkt als Dezimaltrenner wird garnicht genommen.
Und im Instanz Objekt system.adapter.pvforecast.0 steht: "peakpower": 7.7,

Hab es mal im RAW auf 7 gesetzt und danach kamen nun Werte für tomorrow und jsonTable. Dafür aber auch wieder diese Log Zeile:

2022-05-22 21:27:40.996  - info: pvforecast.0 (995504) hourly states missed 15 items - please check if your license allows to request all values

Oder kommt die nur am Abend bei Neustart, weil er dann keine Werte mehr für 24h bekommt?

Wie bekomme ich nun meine 7,7 kWp korrekt in die Instanz?

[haus-automatisierung]

@diginix Ich habe bei pvforecast nur den kleinsten Tarif. Da gibts zB keine Werte für :15 und :45. Das ist ein Hinweis dass die fehlen. Also auf halbstündig umstellen in der Adapter Konfiguration.

Wenn das bei Dir schon auf stündlich steht, dann waren einige Stunden nicht in der Antwort vom Server enthalten.

Ansonsten ist es gerade schwer zu raten was da schief läuft. Debug log anmachen und lesen. Ich habe das bei mir mit Kommawerten getestet und das funktioniert