ThomKa

Guten Morgen und vielen Dank für Euer Feedback. Die Kosten sehe ich wirklich zweitrangig, da damit ein Alleinstellungsmerkmal geschaffen wäre. Alleine stimme ich zu, dass "der Masse" schwerlich zu vermitteln sein dürfte. Somit hoffe ich auf eine zukünftige Umsetzung. Euer Team und der WARP waren uns sind auf jedenfall die richtige Entscheidung.Hätte ich die Qualifikation, hätte ich das Jobangebot direkt angenommen🤗. Viele Grüße, Thomas

Hallo zusammen, auch wenn der Thread shcon etwas pausiert hat, würd eich gerne eine Abwandlung zur Diskussion stellen. Es geht mir nicht um bidirektionales Laden, sondern nur um einen ganz kleinen Teil der ISO 15118 zu nutzen. Wie ich es bislang verstanden habe, ist in der ISO auch die Kommunikation über den CP-Pin geregelt. Und Teil dieser Kommunikation ist der Austausch des Fahrzeug SoC. Dass diese Information (beim AC Laden) ausschließlich über die Hersteller-Portale zur Verfügung gestellt werden, ist gelinde ausgedrückt suboptimal... Gerade des VW-Portal mit seiner wiederholten Unverfügbarkeit, häufigen Änderungen und absolut unzureichender Kommmunikation, lassen den direkten Abgriff des Fahrzeug SoC schmerzlich vermissen. Gibt es seitens TF bereits Ideen den SoC über den CP Pin unter Anwendung des entsprechenden Protokolls auszulesen? Oder schließt sich eine Umsetzung aus, da es mit den im Einsatz befindlichen Protokollen kollidieren würde? Würde mich freuen, wenn noch jemand auf den alten Thread antwortet oder mir einen passenden empfehlen könnte - ich hhate leider keinen gefunden... Viele Grüße, Thomas

N'abend 😁. Ist bereits eingespielt. Mal weiter vielen Dank. Hatte übrigens 0 Probleme mit der letzten Version. Herzliche Grüße, Thomas

Hi Matthias. Ich hänge mit allem hinterher. Nun ist die neue FW auch bei mir aktiv. Melde mich dazu wenn es relevant ist. Danke Dir und einen schönen Sonntag. Gruß, Thomas

Vielen Dank für Eure Anpassungen. 2.1.90.2 ist jetz aktualisiert. Grüße an Euch Alle ;-)

Guten Morgen zusammen. Nachdem ich artig mitgelesen habe, kann ich vielleicht etwas beitragen... Bei den letzten Ladevorgängen passierte es zwei mal, dass die Ladung (11kW EPEX) für ca 30 - 180 Sekunden startete, also die Schütze anzogen und dann der Ladevorgang beendet wurde. Am FZG erfolgte zu dieser Zeit kein Eingriff. Beheben konnte ich dies nur durch einen Neustart der WARP. Auch hatte ich mal die Ladestati zwecks Pushover-Information ausgewertet. Allerdings kam mir die Abfolge der Stati "durcheinander" vor. Deswegen werte ich aktuell nur noch den Fehlerstatus "4" aus. Und dieser tritt sporadisch auf. Gerade heute Nacht, wo zur 21ten Stunde und zur 1ten Stunde geladen wurde. Der ENYAQ war dazu seit ca 2020 angeschlossen. Um 2101 wurde acP auf 11000 W gesetzt, um 2201 auf 0 W, um 0101 wieder auf 11000 und um 0143 war der ZielSoC erreicht, womit acP wieder auf 0 gesetzt wurde. Um 2202 trat der Status "4" auf. Wenn ihr mir genauer sagt, was ich wie und wann an Logs erzeugen soll, unterstütze ich gerne mit allen Informationen. So zum Jahresausklang möchte ich mich bei Euch allen für Euer Engagement und investierte Zeit bedanken. Ich weiß dies sehr zu schätzen und bin froh, dass wir den Umbau auf @mattsches Initiative/Voraussetzungen durchgeführt haben. Sofern wir uns erst im nächsten Schaltjahr "hören", wünsche ich Euch einen tollen Jahreswechsel und alles Gute 🍀👍. Herzliche Grüße, Thomas

Ladeskript für "EPEX laden": zuerst benötigst Du die EPEX Preisdaten von heute und morgen, die ich mir jeweils gegen 13:30 über TIBBER abhole. Diese liegen dann im Format vor, wie angefügt. Die Preise liegen bei mir in den DPs 0_userdata.0.Tibber.Stundenpreise_heute und 0_userdata.0.Tibber.Stundenpreise_morgen Danach arbeitet das Skript "EPEX Laden" wie folgt: es wird direkt auf Änderungen der Vorgabewerte geprüft/reagiert es wird direkt auf Änderungen der Ladefreigabe geprüft/reagiert mit jeder Änderung der Vorgabewerte oder Ladefreigabe erfolgt ein Abbruch eines laufenden Ladevorgangs, eine neue Kalkulation eines neuen Ladevorgangs und der Start eines neuen Ladevorgangs FKT2 ist die zentrale Funktion und ruft die weiteren FKTs 3-5 auf. Alle zusammen kalkulieren den Ladevorgang anhand der benötigten Energiemenge und der günstigsten EPEXpreise. FKT6 prüft, ob die aktuelle Stunde eine der günstigen EPEXstunden ist und übermittelt dann 0_userdata.0.Warp.BEV.BEV_cP_max an WARP. Ist es keine günstige Stunden wird "0" an WARP übergeben. Wenn es seitens des vorgelagerten Skripts "WARP_Ladezentrale" zum Ladestatus "LV_stoppen" kommt, wird auch im Skript "EPEX laden" alles gestoppt und das Skript belastet den Raspi nicht weiter. Eine ausführlichere Beschreibung der DPs findest Du im ioB-Forum unter https://forum.iobroker.net/topic/68266/bev-mit-epex-börsen-strom-laden. Aber bitte nur den Abschnitt "2. Datenpunkte" betrachten. Die anderen Ausführungen passen nicht mehr zu angefügten Skript. Damit hast Du alle Informationen und meinen aktuellen Stand. Die PV-Überschuss-Ansteuerung habe ich noch nicht auf das vorgelagerte Skript "WARP_Ladezentrale" umgeschrieben, also noch nicht drunter gehängt. Deshalb ist es hier nicht weiter erwähnt. Alles weitere wie immer gerne auf Rückfrage 🫡 2023-11-06_TIBBERpreise_today.json 2023-11-06_TIBBERpreise_tomorrow.json 2023-11-06_WARP_EPEX_laden.json

Ladeskript für adhoc oder FAST laden: Damit Du die Einbindung/Abhängigkeit des vorgeschalteten Scripts "WARP Ladezentrale" mit den beiden Ladefreigaben "LV_starten" / "LV_stoppen" besser einschätzen kannst, findest Du angefügt das sehr kurze Skript zum "adhoc" oder "FAST" laden. Dieses und die anderen "nachgelagerten" Skripte steuern eigentlich nur die Höhe der verfügbaren Ladeleistung "available charging Power" (acP) zwischen "0" bis 0_userdata.0.Warp.BEV.BEV_cP_max. Die Überwachung/Festlegung des Lade-Beginns/Endes erfolgt vorgelagerten Script. 2023-11-06_WARP_adhoc_FAST_laden.json

Vorgelagertes Skript zur Ladesteuerung: @deepflyer911 Anbei folgende Informationen zum Nachvollziehen: Beim Script WARP_Ladezentrale handelt es sich um das zentrale Script, hinter dem obigen Screenshot. Dieses erteilt/entzieht die Ladefreigabe und prüft dabei, ob ein BEV an-/abgestöpselt wurde oder ist, ob der gewünschte SoC_Ziel erreicht wurde, und ob sich zwischendurch Vorgabewerte geändert haben. Im Script läuft ein zentrales Intervall, welches die Prüfungen wiederkehrend ausführt. Für den Fall, dass kein BEV angestöpselt ist oder der SoC_Ziel erreicht ist, wird die Intervalldauer verlängert, um den RaspberryPI nicht unnötig zu belasten. Im Fall eines Ladevorgangs erfolgt die Überprüfung dann wieder mit kürzerer Intervalldauer. Das Script vergibt über den Datenpunkt 0_userdata.0.Warp.Ladevorgang.LV_Status die Ladefreigabe "LV_starten" oder entzieht diese "LV_stoppen". Der Datenpunkt wird von den nachgelagerten Scripts ausgelesen. Die eigentliche Ansteuerung der WARP übernehmen dann die nachfolgenden Skripte. Angefügt findest Du dann noch die dazugehörigen Datenpunkte, alle unter dem Pfad 0_userdata.0.Warp.... Kann sein, dass da auch ungenutzte DPs drin sind. Da habe ich noch nicht komplett aufgeräumt 😉 Im nächsten Post stelle ich Dir das Script zum "EPEX laden" und zum "adhoc laden" bereit. Diese starten dann nachranging und abhängig vom DP 0_userdata.0.Warp.Ladevorgang.LV_Status. PS: Zum Nachvollziehen des Ablaufs einfach mal die ganzen DEBUGs aktivieren. Dann zeigt sich Ablauf und Abhängigkeiten ganz schnell. 2023-11-06_WARP_Ladezentrale_Datenpunkte.json 2023-11-06_WARP_Ladezentrale.json

@deepflyer911 dann schau einfach mal im IOB Thread: https://forum.iobroker.net/topic/66839/blockly-baustein-für-http-put. Vielleicht möchtest Du die Umsetzung auch direkt in NodeRed vornehmen, wie es am Ende aufgezeigt ist 😉. Für die zentrale Steuerung hinter obigen Screenshot habe ich mittlerweile ein eigenes Skript erstellt. Alle anderen Ladearten "adhoc", "EPEX" oder "PVÜS" orientieren sich an der Ladefreigabe dieses Skripts. Das ist aber noch nicht in einem Forum beschrieben. Ich stelle Dir was zusammen und Du kannst dann mal schauen, was Du verwenden möchtest, oder was Dir hilft.1

@deepflyer911 @mattsches sagt mal ihr 2.. Da hatte doch ?..? damals dazu geschrieben, dass die MQTT Umsetzung im iob "ungünstig" sei... @deepflyer911möchtest du das mit dem "http post" aus dem iob nicht mal ausprobieren und dafür MQTT am WARP deaktivieren? Der Aufwand dürfte für Dich eher gering sein. Ich könnte Dir die blockly Logik geben. Sofern Du es nicht über blockly lösen möchtest, kannst Du sicher das JS Pendant daraus ableiten

@mattsches nee, bin doch schon länger auf http

Naja, die einzelnen Lade-Modi, wie dann auch "adhoc laden" , habe ich alle in einer VIS zusammengefasst. Von dort aus steuere ich den WARP dann nur noch über die verfügbare LadeLeistung acP. In der WARP Oberfläche oder am WARP direkt nutze ich gar keine direkte Funktion.

@deepflyer911 so, FW ist drin, nächster Ladevorgang vermutlich nächste Woche. Ich habe den Verlauf nochmal gelesen... Ich hatte ähnliches Verhalten auch zwischendurch ab und zu und mit Stecker neu anstöpseln hat es dann funktioniert. Allerdings war das echt nur vereinzelt. Das Bsp. im vorherigen Eintrag nutze ich eigentlich regelmäßig um zum günstigsten Börsen-Preis zu laden. Ich denke die Wartezeit bis zur EPEX-Ladung dürfte noch länger sein, als auf die nächste Einstrahlung zu warten. Mein Enyaq hat übrigens ME3.5 ota erhalten, allerdings weiß ich nicht wann und kann es daher auch nicht mit Symptomen in Verbindung bringen. Baust Du für CP nun noch um? Und nimmst Du die FW-Änderungen vor oder @mattsches? Bin nicht sicher, wie jetzt der letzte Status ist? Ich komme leider die nächsten Tage/Wochen nicht zum Umbau...

Moin zusammen. Bin wieder im Lande und spiele die FW heute noch auf... Habe jetzt aktuell den vorletzten Stand am Laufen. Zum Verständnis gefragt... Aktuell mehrfach ohne Probleme beim EPEX laden genutzt: BEV abends angestöpselt - 0W acP - teilweise rote LED am Enyaq - dann nachts/morgens 04:00 - 11kW acP - Ladeende gegen 05:59 --> Enyaq startete jedesmal problemlos und war morgens auf gewünschten SoC geladen. Wie ist die angefragte Problematik genau?..? Ansonsten würde ich gerne die Implementierung der CP-Trennung unterstützen 👍. Ich würde den Umbau nachvollziehen und dem Leitfaden erweitern. Bräuchte aber ein wenig mehr Erläuterung oder handschriftliche Skizze, da aktuell nicht im Thema. Und auch nur, wenn @mattsches den SW-Stand entsprechend pflegt... Was haltet ihr davon? LG, Thomas

Hi. Yip, habe noch unseren enyaq und bin mit diesem gerade im Allgäu im Urlaub. Kann erst im November etwas dazu sagen, wenn ich wieder zu Hause bin...

Hey Matthias, wieder einmal vielen Dank für Deine Mühe👍. Würde ich gerne direkt ausprobieren,bin aber erst Anfang November zurück... Bis denn'e 😁

@borg vielen Dank für Deine Ausführung. Das ist für mich auch gut so. Beim BoostMode war ich mir nicht sicher, ob er dafür gedacht war. Dann aktiviere ich den mal.

Guten Morgen @borg. Darf ich bitte nochmal kurz nachfragen? Ich bin mir einfach nicht sicher, wie groß die Abweichungen zwischen angeforderter und tatsächlicher Leistung sein dürfen und möchte eigentlich nur meine Erwartungshaltung gerade gerückt bekommen😁. Bei einer angeforderten Ladeleistung von 2.000W werden z.B. 1.850W als tatsächliche Leistung angezeigt. Bei einer Ladung von 11kW fehlen dann rund 450W. Sind das Abweichungen die "im Rahmen sind" oder sollte da noch mal nachjustiert werden? Vielen Dank für Deine Mühe und Gruß, Thomas

Update ist erfolgt. Der DebugReport sagt: cpu_usage:0.309521675 free_heap_bytes:78100 largest_free_heap_block:65524 Soweit alles prima 👍

Hi Zusammen. Habe mal mitgelesen und mich mal bedeckt gehalten😉. Was ist denn nun für Dich @mattsches einfacher, damit Du nur 1ne Version zu pflegen hast? Soll ich auf der "2.1.4-6511ec66" bleiben oder auch auf die "2.1.5-6513378a" wechseln? Wenn Euch Speicherinformationen von meiner WARP nützlich sein sollten, lasst es mich gerne wissen.

@mattsches Erst mal wieder vielen Dank für Deinen Pflegeaufwand 🫡. Version ist aufgespielt und läuft. Die Beschreibung von deeplyer911 passt zu meinen Beobachtungen der Vergangenheit. Erst kamen die mqtt-Abbrüche, dann war der WARP überhaupt nicht mehrerreichbar. Die PING-Zeiten liefen dabei ins astronomische und brachen dann komplett ab. Was half war der Werks-Reset und Neukonfiguration. !! Allerdings war das Vergangenheit !! Seit dem mqtt abgeschaltet ist und die Kommunikation direkt per http erfolgt, ist das komplett entfallen. @mattsches schreibst Du jetzt unter anderem Synonym oder haben wir jetzt 2 Matthias'e im Chat?

@mattsches @deepflyer911 @rtrbt Alles fit bei Euch😀?..? Das Laden funktioniert hervorragend und ich war ein wenig aktiv... Da ja nach und nach der PV-Überschuss in den Winterschlaf eintritt, dachte ich, dass günstiges Laden mit EPEX-Börsenstrom eine sinnvolle Lösung wäre. Dafür habe ich dann doch etwas länger rumprobiert bis ich folgende Lösung erstellt habe. https://forum.iobroker.net/topic/68266/bev-mit-epex-börsen-strom-laden Vielleicht ist es ja für Euch interessant und Ihr möchtet mal reinschauen. Wie auch immer... Ich freue mich von Euch zu hören 👋. Beste Grüße, Thomas

@mattsches N'abend ;-). Erste Nachmittags-Ladung bei extrem wolkigem Himmel ist abgeschlossen. Die Umschaltung 1-/3-phasig funktioniert 1a. Und der Ladevorgang wurde auch nur als 1 Vorgang gewertet und nicht fragmentiert, obwohl dieser ein paar mal unterbrochen/pausiert wurde. Für mich sieht das alles "taco" aus👍. Jetzt hatte ich mir die Manuals noch nicht angelesen, würde aber dennoch etwas wissen wollen 😉... Die Ladung startete erst nach dem ich unter "STATUS" auf "Start" klickte. Wo findet sich denn das Häkchen für "AutoStart"? Und die Erläuterung von erschließt sich mir nicht... Ist das der "AutoStart"? Da der Link zu einer Betriebsanleitung führt, die nicht den aktuellen FW-Stand beschreibt, kann ich es auch nicht nachlesen... Werde die Woche vermutlich wenige Lade-/Test-Möglichkeiten haben. Bis zum nächsten Feedback wird es dann etwas dauern. Nochmal vielen Dnak und Gruß, Thomas

Hi Zusammen. Update ist gelaufen. Nächster Ladevorgang morgen. Hat sich ja einiges geändert und sieht total cool aus, die Version. Auch soviel neue Funktionen. Da muss ich erst mal in einem aktuellen Manual lesen ;-). Bin gespannt wie sie läuft und melde mich dazu. @mattsches Hab vielen Dank für Deine Mühe, die Du Dir wieder gemacht hast 🫡.