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

[ThomKast]

@gizi Achte nur darauf, dass Du genau die erwarteten Werte zurück gibst...

[gizi]

@thomkast ich müsste es noch so modifizieren das ich den PV teil raus nehme, die PV kommt erst noch (lieferzeit etc...)
Mit dem Knopf würde ich direkt den Wert steuern.
Ich würde ers gerne so machen das per "default" es immer auf Sofort steht. Erst wenn der Knopf gedrückt wird dann kommt EPEX zum tragen.
So kann man dann entescheiden, macht man NIX geht sie sofort an. Drückt man den Knopf springt EPEX an.....

[ThomKast]

@gizi
Auch schön. In dem Fall müsstest Du die Betriebsart am Ende des Waschvorgangs aber wieder auf Deinen Default-Wert setzen.
In meinem Konzept bleibt die Betriebsart immer unverändert auf der letzten Auswahl stehen. Ist eine Konzeptfrage, über die wir nicht philosophieren brauchen. Beides geht und macht Sinn.

[dieterh]

@thomkast
Ah - die Konvertierung hat bei mir gefehlt. Inzwischen läuft das Script - nach langem Suchen hatte ich herausgefunden, dass ich in einer Instanz noch 2 Haken setzen musste.
Ganz herzlichen Dank für Deine Unterstützung.

[ThomKast]

@dieterh
Magst Du die 2 Haken kurz benennen? Vielleicht gehört es in die Beschreibung rein?..?

[gizi]

@thomkast Das setzen des Wertes könnte etwas "tricki" werden, die Frage ist, wann weiss ich das sie fertig ist?

Die beiden Haken sind das hier im Java script adapter

[ThomKast]

@gizi
Danke für die Häkchen. Werde es oben mit einbauen.

Deine Frage nach dem Waschende irritiert... und ich hoffe ich verstehe es nicht falsch. Denn...

Ganz am Anfang des Threads wird auf den Ursprungs-Thread verwiesen. Dort findet sich der Ablauf, die Erkennung der Stati und die einzelnen Stati erklärt. Danach weißt Du dann auch warum es den Datenpunkt "waschvorgang" gibt und wie das Waschende erkannt wird.

Solltest Du noch nicht reingeschaut haben... Es wäre ein Idee.

Gruß, Thomas

[gizi]

@thomkast hmm, stimmt, sollte ich mir nochmal anschauen, danke für den Hinweis.

[dieterh]

Hallo zusammen - ich wünsche Euch allen ein gutes neues Jahr.

Thomas, ich habe die letzten Tage damit verbracht, mich in dein Werk einzuarbeiten.
Ich ziehe meinen imaginären Hut, denn Du hast ja wirklich alle Register gezogen und ein sehr komplexes Werk geschaffen.
Ich habe bereits begonnen es auf meine Belange anzupassen und lerne auch jeden Tag dazu. Ich muss gestehen, dass ich die letzten Jahre meine Hausautomatisierung auf SYMCON aufgebaut habe, dort werden die Scripte in PHP geschrieben.

Nun aber noch eine Beobachtung die ich die letzten Stunden gemacht habe:

Obwohl Tibber bereits die Daten vom nächsten Tag zur Verfügung gestellt hat, wurden diese nicht von deinem Tibber-Script übernommen. Ich hatte die Abholzeit 15:00 eingetragen und das Script ist dann wohl auch gelaufen, denn es hat die Werte für heute übernommen - für morgen aber alles mit (NULL) gefüllt. Damit fehlten dann auch die Berechnungen für die günstigsten Stunden.
Hast Du eine Idee, was das sein könnte?

[MikeRow]

@dieterh Hallo, hatte ich auch erst gedacht. Die Preise für morgen waren aber auf der API auch noch nicht da. Die Preise für morgen werden seit ca 15:30 angeboten. Lass dein Script nochmal laufen. Die Preise sollten dann aktualisiert werden.

[dieterh]

@mikerow said in Geräte zu Stundenpreisen (EPEX) oder PV-Überschuss betreiben:

@dieterh Hallo, hatte ich auch erst gedacht. Die Preise für morgen waren aber auf der API auch noch nicht da. Die Preise für morgen werden seit ca 15:30 angeboten. Lass dein Script nochmal laufen. Die Preise sollten dann aktualisiert werden.

@mikerow - du hast recht, um 16:00 Uhr waren dann auch die Daten von morgen drin.
Eine Sache stört mich jedoch: nach dem Lauf zeigte 'Geringster_Preis' einen Wert von heute Morgen um 03:00 Uhr - also aus der Vergangenheit.
Vielleicht sollten wir versuchen, die Funktion 'guenstigster_preis' von der aktuellen Stunde bis Mitternacht einzugrenzen?

[MikeRow]

@dieterh Ich denke da muss @ThomKast was zu sagen. Betrachtet auf den laufenden Tag wäre es ok. In seinem Script zieht er die Preise bei Tageswechsel um. Dann müsste eine Neuermittlung der günstigsten Stunden stattfinden. Er hat das vermutlich berücksichtigt.
Ich werde das aber für mich etwas anders machen. Ich zapfe die Daten von Thomas an und schaue ob der aktuelle Preis über oder unter dem Durchschnitt ist.
Ähnlich wie in diesem Scriptable Script für IOS.
Für meine Frau ist das besser zu erfassen.

[dieterh]

@dieterh said in Geräte zu Stundenpreisen (EPEX) oder PV-Überschuss betreiben:
@ThomKast,
folgendes ist mir aufgefallen: ich habe heute die Tibber Files um 15:30 Uhr gezogen und nach dem Lauf zeigte 'Geringster_Preis' einen Wert von heute Morgen um 03:00 Uhr - also aus der Vergangenheit.
Es sieht auch so aus, als ob 'Preis_Hysterese_Stunden' die Werte von heute Morgen zeigt und nicht die Werte von heute Nacht, bzw. morgen früh.

Vielleicht sollten wir versuchen, die Funktion 'guenstigster_preis' von der aktuellen Stunde bis Mitternacht einzugrenzen, um realistischere Werte zu erhalten?

[ThomKast]

@dieterh

Hallo zusammen. Ich bin diese Woche unterwegs und kann leider nur sehr eingeschränkt antworten...

Die günstigste Stunde ist erst mal nur eine Information. Ob diese in der Vergangenheit liegt ist daher unerheblich. Eigentlich diente mir der Datenpunkt nur zur Kontrolle.
Wichtiger ist der geringste Preis, der zu dieser Stunde gilt, denn auf diesen wird der prozentuale Aufschlag "Hysterese" gerechnet. Alle Stunden, in denen die Preise kleiner-gleich dieses Preises sind, werden als günstigeStunden ausgewiesen. Und zu diesen Stunden "Preis_Hysterese_Stunden" wird die epex-Freigabe erteilt. Dies können dann auch wieder Stunden in der Zukunft am selben Tag sein.
Nachts um 00:02 erfolgt der Umzug der tomorrow-Werte auf today und es erfolgt erneut die Bestimmung des geringsten Preises und,..., von vorn...

Ja, die Preise stehen teils erst zum 1600 oder später zur Verfügung. Darauf habe ich keinen Einfluss. Einfach die Abholzeit etwas später wählen. Es geht ja nix verloren .

Beste Grüße, Thomas

[ThomKast]

@dieterh @MikeRow

Anbei das Feedback von TIBBER zur verspäteten Bereitstellung der Preise...

[MikeRow]

@thomkast thx

[MikeRow]

@thomkast zu früh gefreut. Nix da um 15:45 Uhr

[Wesertaler]

@mikerow

Leider hat mein 16:30 gestern auch nicht funktioniert

[MikeRow]

@wesertaler Jo, hab ich auch bemerkt. Die Preise waren ca 18:00 Uhr da

[shellyrulestheworld]

@ThomKast ganz tolle Arbeit, genau das was ich gesucht habe. Ich würde gerne die Scripte verwenden, aber erst einmal ohne Tibber.

Gehe ich richtig in der Annahme, dass es am besten wäre die neuen Scripts zu verwenden und die Auswahl auf PV Überschuss zu stellen? Tibber sollte mich dann nicht tangieren oder muss der Adapter installiert sein? (Welcher Adapter wird von dir verwendet, der "alte" oder der "neue"?

Oder ist es dann sinnvoller die "alten" Scripte aus dem früheren Beitrag zu verwenden?