ThomKa

@deepflyer911 Moinsen 🌞☔🌞. Ich dachte Du hättest Dich komplett vom Pi verabschiedet und würdest eine gänzlich andere Lösung einsetzen. Mal zurück in die Vergangenheit... Hattest Du nicht meinen Vorschlag zur Übergabe available_charging_power angepasst? Könntest Du Deinen Code-Ausschnitt dazu mal posten oder kurz beschreiben? Ich erinnere mich ungefähr an "... wenn die WARP dann lädt, wird der Wert available_charging_power reduziert und das Ganze schaukelt sich dann ständig hoch und runter...", oder so ähnlich.

@deepflyer911 und über was steuerst Du dann die WARP an?

@mattsches Vielen Dank für Deine Antwort. Werde es mal mit dem HTTP PUT probieren. Eigentlich reicht dies aus. Die restlichen Werte für Grafana kann ich über den WARP Adapter ziehen. Dann könnte ich auch auf mqtt verzichten... Du hast mich natürlich neugierig gemacht 😁... Magst Du uns mal 'ne Info zu Deinem Ladestandsmodul geben 😉

Das wäre ja gar kein Problem. Wenn der letzte Wert verbleibt, dann passt das schon. Ich meine eher die Frage an @mattsches, ob sich vom ursprünglichen Objektstand Verbesserungen ergeben haben, bzgl MQTT, zu denen es nützlich wäre diese zu mergen..?..? Grundsätzlich scheint mein WLAN-Signal an der WARP zu gering zu sein, so dass es zu längeren Paketlaufzeiten kommt. Und dabei wird dann die MQTT-Session am iob geschlossen und muss erst wieder neu initiiert werden. Meine Hoffnung ist halt, dass es außer einer besseren Anbindung auch SW-Stellschrauben gibt bzgl Timing und Handling. @mattsches wäre es Dir möglich ein wenig Zeit für eine Prüfung auf aktuelle Objekte einzubringen? Oder könntest Du Deinerseits von Deiner Erfahrung berichten? Wäre echt großartig 😉

Hmm, ... Da muss ich wohl ein Stück zurück rudern 🚣‍♂️... Ich hatte den WARP-Adapter und NICHT den MQTT-Adapter im iobroker aktiviert und damit versucht den Datenpunkt zu beschreiben. Jetzt habe ich nur den MQTT-Adapter aktiviert und kann den Dp einwandfrei schreiben... Sehe jetzt auch, dass der PhaseSwitcher 1a die angeforderten Phasen anpasst. So wie es sein soll und wie ich es in Erinnerung hatte... Vielleicht könnte es doch mit den häufigen MQTT-Abbrüchen zusammenhängen... Denn wenn die Verbindung nicht steht, kommt ja auch kein available_charging_power Wert an. Und wenn das während des Einstecken des Ladekabels passiert... Gibt es denn Ansätze die MQTT-Problematik zu analysieren?

N'abend 😁. Was bleibt mir anders übrig als zu warten... Mein Counter ist mittlerweile bei 571 Tage 🤪. Aber das ist ja nun bald Geschichte. Habe erst mal alles aktualisiert und erst mal ein wenig Staub gewischt... Und dann ein wenig "probiert"... Wenn ich das noch alles richtig weiß, dann muss der Datenpunkt den Wert erhalten, der als PV-Überschuss vorhanden ist. Daraus ermittelt dann der PhaseSwitcher dann wie viele Phasen per Schütz zu schalten sind. Allerdings kann ich keinen Wert "manuell" (z.B 7000) eintragen. Wenn ich das mache erscheint der Wert sehr kurz und wird dann durch 0 ersetzt. Der Zeitstempel "letzte Aktualisierung" wird dabei zwar erneuert, aber der Wert verbleibt nicht. Hättest Du dazu eine Idee? Ich denke das passt zu Deiner Antwort, dass "weil zu wenig Überschuss vorhanden." Wie kommst Du darauf, dass ich die Phasen manuell schalte? Habe ich nicht vor und mir ist auch nicht bewusst wie...

@deepflyer911@mattsches Hallo zusammen. Hoffe Ihr seid wohl auf und schwitzt nicht allzu sehr 💦. Es ist endlich so weit. Nächste Woche ist unser Enyaq endlich bei uns 😊. Und da wollte ich mal ein kurzes Update zum letzten Problem und Status abgeben... Die Ladevorgänge im Mai konnte ich erfolgreich durchführen, nachdem ich die Warp auf Werkszustand zurückgesetzt hatte und den Ladevorgang OHNE aktive Phasenumschaltung mit AutoStart startete. Sobald eine fixe Ladeleistung vorgegeben wurde und die Phasenumschaltung aktiviert wurde (unabhängig ob mit 1,2 oder 3 Phasen) erfolgte der Handshake zwischen WARP und Enyaq - die Kontrollleuchte am FZG leuchtete weiß - um dann nach einiger Zeit auf rot umzuschalten. Im FZG-Display wurde angezeigt, dass der Ladevorgang aufgrund von Fehlern nicht durchgeführt werden konnte. Weitere Details zum Fehler konnte ich FZGseitig nicht finden. Da ich mich bislang ja nicht habe mit dem Laden beschäftigen können, frage ich mich, oder besser Euch ;-), gibt es ein paar Punkte die ich vorab mal testen/prüfen/sichten könnte? Was mir noch auffiel, waren viele MQTT-Abbrüche, deren Ursache ich noch nicht identifizieren konnte... Ich hoffe auf und bitte Euch um Eure Unterstützung. Ohne Eure Hilfe werde ich da vermutlich nicht dahintersteigen können. Seid gegrüßt, Thomas

Dachte ich auch erst. Ist aber am PC das selbe Verhalten. Jetzt antwortet die Warp gar nicht mehr. Soll für heute reichen. Am Dienstag sind wir wieder zurück und ich schaue mir das noch mal an. Bis dahin wünsche ich Dir ein schönes langes Wochenende.

@deepflyer911@deepflyer911 Hi und danke für Deine Antwort. Die Status-Seite auf der ich das einstellen könnte erscheint nur ganz kurz und wechselt dann auf eine andere Statusseite. Ich sehe nur kurz, dass es nicht aktiviert ist, kann es aber nicht einstellen... Wenn ich versuche den Autostart zu aktivieren, erscheint die Meldung

Hallo @mattsches und @deepflyer911. Hoffe es geht Euch gut. Man lies ja nur noch selten voneinander. Vielleicht habe ich ja Glück und Ihr seid Online... Denn... Ich habe heute einen Enyaq als Leihwagen und wollte diesen mal flott laden. Hat aber nicht geklappt. Was habe ich gemacht. Da ich die Überschuss-Steuerung nicht aktiv habe, hatte ich im über mqtt im Datenpunkt einen festen Wert eingetragen. In der Phasenumschaltung werden die 4500 W auch angezeigt. Der Enyaq stand auf "Sofort-Laden auf 100%" In der Phasenumschaltung habe ich eingestellt... Wenn ich den Ladestecker einstecke, blinkt die Kontrollleuchte längere Zeit um dann auf ROT zu wechseln. zu dieser Zeit erfolgt folgende Anzeige in der Phasenumschaltung Sollte ich Glück habe und Ihr Zeit würde ich mich für eine Idee von Euch freuen. Danke vorab und Gruß, Thomas

super @mattsches. Hab vielen Dank für Deine Pflege👍 Vielleicht kommt unser Enyaq endlich im JUN/JUL. Dann kann ich auch von meiner WB berichten :-)

Sorry, kann gelöscht werden. Beim 3. Anlauf hat es dann geklaptt...

Schön von Euch zu lesen, wenn auch der HW-Defekt überflüssig ist... Ich warte leider immer noch auf mein elektrisches Vehikel und bin dessen wirklich müde geworden :-( @deepflyer911 Du hattest die Übergabe des PV-Überschuss noch angepasst... Könntest Du mir bitte Deinen letzten Wurf dazu posten. @mattsches Welches ist eigentlich die letztaktuelle Version der FW? Und wo konnte ich diese runterladen? Das ist leider schon wieder alles so lange her...

@deepflyer911 Hi, da Mattsches die FW nun direkt in den Thread gepackt hat, ist der Build ja nicht mehr nötig. Angefügt findet Du nun auch die aktuelle Version des Leitfadens. Für Rückmeldungen und Verbesserungen sind wir immer offen. Beste Grüße, Thomas @mattsches Immer noch "great work" für Deine Realisierung. Ich bin immer noch der Meinung TF sollte es in den Standard übernehmen... 351148638_1118196972_Leitfaden_Umbau_WARP1_PV-berschussladen_Phasenschaltung(1).pdf

Hi @fepilins. Es geht nur um die Benutzerverwaltung. Ich muss noch mal nachfragen, auch wenn es sich echt doof anhört... Du hast nach Füllen der 4 Benutzer-Felder auch auf "speichern" geklickt? Also nicht auf "hinzufügen"😉. Denn den Benutzer kann ich hinzufügen, aber nicht speichern? Habe jetzt auch den WARP-Adapter im iob abgeschaltet und kann immer noch nicht speichern... Gruß, thomas

Erstmal Danke für Deine Antwort. Auf meinem ioBroker läuft mqtt, hat aber ja einen eigenen User. Und der Adapter "WARP Charger" ist aktiv. Allerding ohne Authentifizierung. Musste die Antwort nochmal bearbeiten. Und da muss ich erst mal SORRY sagen... Denn ich setze eine angepasste FW ein. Daran hatte ich leider nicht gedacht... Ich frage mal @mattsches, ob seine Änderungen auch auf die Benutzerverwaltung wirken könnten?..? Wobei mir noch @fepilins einfällt, der die FW auch einsetzt. Könntest Du mal schauen, ob Du neue Benutzer speichern kannst?

Hallo zusammen, für alle die mitlesen und die WARP mit Phasenumschaltung vom ioBroker ansteuern wollen, findet Ihr (m)eine Umsetzung in Blockly. Vielleicht hilft es dem ein oder anderen. Feedback und Verbesserungen gerne und jederzeit 😉. Grundlegender Ablauf: Aktueller Strom-Einspeisewert wird von einem SmartMeter zur Verfügung gestellt. Dieser Wert wird in Intervallen geprüft und in einen mqtt-Übergabe-Datenpunkt geschrieben Die Werte werden wiederkehrend per mqtt an die WARP übertragen Die WARP steuert auf Basis der gesetzten Parameter die 3 Installationsschütze und schaltet diese zu/ab Weiterführende Informationen können über den Adapter "WARP Charger" im iob verwendet/visualisiert werden Im Bereich USERDATA wurden folgende Datenpunkte angelegt: 0_userdata.0.Warp. Passender JSON-Inhalt: 0_userdata.0.Warp.json Erläuterung: Hysterese: Notwendige Wertänderung, bevor der PV-Überschuss ermittelt/übertragen wird Intervall: Dauer bis zur nächsten Übermittlung Zeitraum: PV-Überschuss-Ermittlung/Übertragung nur zwischen 11:00 und 19:59 Uhr. Entlastet den RaspI ein wenig. pv-ueberschuss: Der letzte ermittelte PV-Überschuss-Wert. Dieser wird per influxDB und Grafana später visualisiert. Das zu gehörige Blockly sieht wie folgt aus: Passender Blockly-Export: WARP_PV-Überschuss_Blockly.json Erläuterung: Im Abschnitt 1. werden die Variablen einmalig beim Start des Scripts geladen. Abschnitt 2. dient dazu den Hysterese-Wert im Betrieb ändern zu können, ohne das Script neu starten zu müssen. Im Abschnitt 3. wird ein CRON-Zeitplan einmalig beim Start des Scripts eingerichtet. Im Bsp. wird dann in der Zeit von 11:00 bis 19:59 Uhr (Zeitraum), alle 15 Sekunden (Intervall) der letzte PV-Überschuss-Wert (_alt) mit dem aktuellen PV-Überschuss-Wert (_neu) verglichen und geprüft ob die Werte größer der 100 W (Hysterese) abweichen. Sofern dies der Fall, wird der PV-Überschuss-Wert (_neu) an die WARP übergeben (mqtt.0.SH-248-TF-WARP.phase_switcher.available_charging_power). Abschließend wird der "_neu"-Wert als "_alt"-Wert gespeichert und die Intervalldauer abgewartet. Abschnitt 4. dient der Änderung der Vorgabewerte "Zeitraum" und "Intervall" im Betrieb ändern zu können, ohne das Script neu starten zu müssen. Dazu wird zu erst der noch laufende CRON-Zeitplan gestoppt, die neuen Vorgabewerte übernommen und dann der CRON-Zeitplan mit den neuen Vorgabewerten gestartet. Die restlichen Aufrufe sind identisch zu 3. Unter mqtt sieht es dann so aus: mqtt.0.SH-248-TF-WARP.phase_switcher.available_charging_power nimmt den aktuellen PV-Überschuss-Wert auf. Im Adapter "WARP Charger" stehen folgende Informationen zur Verfügung: warp.0.phase_switcher.state. Gerade die Werte "active_phases" bzw. "requested_phases_pending" und die "available_charging_Power" können dann z.B. visualisiert werden. Um die Informationen zu komplettieren noch die Ansicht in der WARP und Grafana: Abgebildet findet sich eine übergebene PV-Überschuss von ~ 2,5 kW mit dazu passender, angeforderter Phasenanzahl von 1ner Phase. und dazu die Übersicht der letzten 30 Minuten in Grafana. Die Darstellung zeigt bislang nur die angeforderte Phasen-Anzahl, da noch kein BEV zur Ladung existiert. Aber die Funktion kann somit geprüft werden. Vielen Dank an der Stelle erneut an @mattsches. Du hast da echt eine geile Lösung geschaffen 👍. Einen Leitfaden zum elektro-technischen Umbau der WARP ist in Abstimmung mit @mattsches und @fepilins und wird die nächsten Wochen zur Verfügung gestellt. Beste Grüße und viel Erfolg, Thomas

Hi Zusammen, beim Anlegen eines Benutzers und anschließendem Speichern erhalte ich den Fehler "Speichern der Benutzereinstellungen fehlgeschlagen. Error: Still applying the last operation. Please retry." Auch nach Neustart unverändert. Ebenso mit "Anmeldung aktiviert" true oder false. Habt Ihr eine Idee?? Vielen Dank vor und beste Grüße, Thomas

Moin zusammen. Habe noch eine passende Informationsquelle zum Thema gefunden. Ist vielleicht interessant, wenn man sich tiefer mit dem Thema auseinandersetzen möchte. Gruß, Thomas https://www.mechatronik.uni-bayreuth.de/pool/dokumente/news/21-tpa-pulse.pdf

Hat eigentlich schon irgendjemand die 32A Variante geliefert bekommen? Alle abgefragten Händler und zwischenzeitlich platzierte Bestellungen informieren mich, dass eine Lieferung erst in 03-2023 möglich sei 🤪. Kennt jemand noch einen Händler mit Bestand? Der Hinweis von CONRAD, VOELKNER mit Lieferung ab 29.08. ist sinnlos. Die haben keinen Bestand und auch keine Bestellung im Zulauf und der Hersteller FINDER hat mittlerweile keine mehr an Lager und erwartet die Nächste Lieferung in 01-2023...

@fepilins Hallo Felix. Entschuldige erst einmal, dass die Antwort so lange auf sich warten ließ. Ferien, Urlaubszeit, Kids, usw 😉. Also ich kann nur für meinen Teil der Anleitung für den Umbau antworten... Ab nächster Woche bin ich mehrere Wochen auf REHA. Dazu hat mein Lieferant mich gerade verladen und ich muss die Schütze neu bestellen. Somit kommen diese nicht mehr vor der REHA an. Eine Anleitung wird es damit wohl erst im SEP/OKT geben 🤷‍♂️. Das kann ich leider nicht beschleunigen. @mattsches Matthias und ich sind nicht abgestimmt. Aber wenn ich es richtig verstanden habe, fehlt Matthias die Zeit für eine nötige Fehlerbehebung, Aktualisierung und damit auch für Deine Anfrage der CP-Trennung. Das muss uns allen klar sein, also denen die sich für den Nachbau von Matthias' Projekt entscheiden. ABER, ich habe bislang keine Alternative zu Matthias' Projekt gefunden (wenn die kompletten Messeinrichtungen schon vorhanden sind) und bin wirklich gerne bereit entsprechend zu warten. Zwischenzeitlich versuche ich mich noch in C einzuarbeiten, um später vielleicht unterstützen zu können. Solltest Du keine Messeinrichtung zur PV-Überschuss-Bestimmung haben, wäre die Lösung mit dem "TF Energy Manager" sicher eine Alternative. Dies wäre der Thread dazu. Ach so... Einen hatte ich noch vergessen: Eventuell benötigst Du ja noch die Build-Umgebung. Dieser Thread beschreibt das Vorgehen unter WIN. So long und bis !später!, Thomas

Hi @mattsches, mit dem TF MountingKit geht es auch, wenn man die Bricklets auf dem Kopf montiert. Zugegebenermaßen sieht es dann etwas ungewöhnlich aus, aber funktional ist es dennoch :-) Sobald die 3*32A Schütze angekommen sind erstelle ich das Umbau-Tutorial und schicke es Dir zum Gegenlesen zu. Wäre nett, wenn Du dafür ein wenig Zeit finden könntest.

Hallo @mattsches. Habe nun noch meine VSC Umgebung auf 18.6.0 gehoben, den prepare build und den warp build fehlerfrei laufen lassen können. Dabei fiel mir auf, dass ich nun 2 bins habe.... Welche lade ich denn auf die WARP?

@photron @mattsches Sorry, habe noch 2 Probleme übersehen. Muss damit noch irgendetwas geschehen?..?

Sorry @mattsches, aber jetzt wird's wieder peinlich für mich 🤦‍♂️. Gehe ich über den Button "CODE" und lade dort die DOWNLAOD.ZIP oder über 16 Tags und dann die warp-2.0.1 als ZIP?