deepflyer911

Habe gerade nochmal reingeschaut, im Reiter debug wird der counter "Zeit seit Neustart" bei jedem Verlust des mqtt bzw der Synchronisation zurück gesetzt.

Damit erscheint es mir so, als ob die Wallbox neustarten würde. Passt aber irgendwie nicht, da es innerhalb einer halben sekunde passiert. So fix startet die Box nicht...

@mattsches hatte zuvor die letzte Version der 2.0 von dir im Einsatz. War es 2.0.8? Hattest du etwa im April gedroppt. Den Zwischenschritt auf die 2.1 hatte ich nicht installiert.

@mattsches hab die neuste Version aufgespielt. Was unmittelbar auffällt, dass er nur schwierig eine Zeitsynchronisation hin bekommt. Zudem verliert er alle paar Sekunden den Kontakt zum mqtt server. Zeitgleich wird mir im Browser kurz angezeigt, dass die Verbindung zur Wallbox verloren ist. So als ob das WLAN kurz unterbrochen wäre. ENtsprechendes zeigt er auf der Oberfläche der Wallbox aber nicht an.

Wenn er die Zeit synchronisiert hat, bricht gleichzeitig die Verbindung zu mqtt ab und die Synchronisation geht verloren. Mit jedem Abbruch wird die verfügbare Ladeleistung genullt. Habe aktuell kein Auto zum Laden da, fürchte aber, dass da keine Ladung zustande kommt.

@mattsches macht es Sinn diesen stand zu nutzen, wenn die vorherige Version ohne Probleme funktioniert? 

@ThomKa dass das Auto voll ist, sollte dir die app von skoda melden. Das angeblich eine Phase aktiv bei 7w Leistung ist verdächtig. Hast du ein Multimeter um am Stecker zu checken ob Spannung anliegt? Nicht das dein Schalter, wie bei mir kleben geblieben ist... 

Am 17.7.2023 um 16:11 schrieb ThomKa:

@deepflyer911 haben Deinen Thread mit dem TF-Support gefunden. Weiß aber nicht, ob es für mich passt. Ich warte mal was Du dazu noch findest.

Andere Frage: Bei reinem PV-Überschuss-Laden... Gebt Ihr den available_charging_power 1:1 weiter - also auch, wenn der Wert unter z.B. 1,38kW liegt? Und lasst damit die WARP komplett alleine regeln?
Oder andersrum gefragt... Wenn mein Enyaq mindestens 2,5kW Ladeleistung haben möchte, sollte ich dann available_charging_power erst weitergeben, wenn der PV-Überschuss diesen Wert überschreitet und vorher die Werte auf 0 setzen?

Hey @ThomKa Versuch es mal mit den angefügten kalibrierungswerten. Auch wenn es bereits eine Weile her ist, meine ich darin lag der Schlüssel damit der enyaq mit niedriger Spannung die Ladung startet. 

calibration.json

Jenseits 4kw weil du die Box mit 22kw betreibst und der enyaq intern auf 2phasen umschaltet. 

Das der enyaq nicht startet hatte ich ganz zu Anfang auch, damals noch ohne phasenumschaltung. Da musste ich eine Logdatei an tinkerforge schicken und die haben mir neue Werte für den ladekontroler geschickt. Ich schau heute Abend mal was bei mir da hinterlegt ist. 

Von @mattsches richtig bemerkt, der enyaq kann nur 11kw. Solltest du eine 22er Warp haben, kann ich nur empfehlen diese auf 11kw laufen zu lassen. Der enyaq hat die Möglichkeit, mehr als 16a auf einer Phase zu verarbeiten, da er selbstständig die zweite Phase in seinem Ladegerät hinzu nimmt. Ob das wirklich gut ist, bezweifel ich. Eine Ursache muss der Defekt an meinem on board Lader ja haben....

Meine Box läuft jetzt als 11er. Dadurch schaltet er entsprechend früher hoch auf 3 Phasen und prügelt nicht 6-7kw über eine Phase... 

Auch wenn es dein Problem nicht löst, wozu spielst du manuell an der Charging power rum?

Ich nutze den iobroker. Der Adapter der dort für die warp angeboten wird funktioniert ohne Probleme. Das Skript welches den Überschuss berechnet und setzt habe ich im Ursprung ja vom @ThomKa. 

Cp Trennung ist kein Problem, das benötigt der enyaq nicht. 

Aber bitte unbedingt nur1 oder 3 phasig laden! Alles andere kann teuer werden!!!! 

Ah okay, soweit habe ich mich mit dem Thema nicht beschäftigt. 

@ThomKa sehe ich für mich keinen Mehrwert. Die WLAN Verbindung steht stabil. Daher brauche ich keine kabelgebundene Verbindung. Dieses OCPP kenne ich nicht, vermisse es daher auch nicht ;-)

Hast du zwischenzeitlich die ersten kw/h an Überschuss ins Auto geladen?

@ThomKa hab mir das nochmal angeschaut, soweit ich mich erinnere hattest du deine Logik zum Überschuss laden dahingehend aufgebaut, dass du den Wert der Netzeinspeisung als Wert Überschuss neu gesetzt hast. Dadurch, dass die volle Einspeisung zum Laden abgegriffen wird, ist die Einspeisung bei der nächsten Abfrage 0. Dies setzt deine Logik als neuen Wert Überschuss neu. Daraus ergibt sich, dass die Ladung beendet wird. Dieses Spiel wiederholt sich.

Ich habe es dahin gehend gelöst, dass ich den Wert für Überschuss neu aus der Subtraktion von der aktuellen Ladeleistung der Wallbox und dem Wert der Einspeisung ins Netz ermittel. Subtraktion aus dem Grund, weil mir der Fronius für die Einspeisung einen negativen Wert auswirft. Mit dieser Logic schöpfe ich die komplette Einspeisung ab und reduziere die Ladeleistung für den Fall, dass ein Netzbezug erfolgt. Klappt grundsätzlich ganz gut.

@mattsches mit welchen Werten für die Verzögerung der Über/Unterschreitung der Schwelle und Dauer des aktuelle Zustandes arbeitest du erfolgreich? Habe derzeit 300sec für Unterschreitung, 60 sec für Überschreitung. 300sec für Mindestdauer und 30sec Pause für Umschaltung. Hatte heute bei wolkigem Wetter viele Schaltungen aber zugleich auch viel "Verlust" weil die sonnigen Abschnitte nicht abgegriffen wurden.

@ThomKa schau ich heute Abend noch mal. Hatten wir aber via pn drüber kommuniziert. 

@ThomKa über MQTT von einem raspberry auf dem iobroker läuft. 

Evcc hatte ich vorher in Nutzung. Schon ein sehr geniales Stück Technik. Nur leider unterstützt es die phasenumschaltung nicht, daher liegt der raspberry jetzt auf Eis. 😎

Das passt doch dann schon ganz gut. 

Wenn die MQTT Verbindung failed wird der letzte Wert welcher empfangen wurde von der warp weiter benutzt. Dies kann dazu führen, dass mit mehr Power geladen wird, als tatsächlich noch vom Dach kommt. Entsprechend wird das Fehl durch Hausspeicher oder netzbezug ausgeglichen. 

Alternative wäre, wenn die warp bei fehlender MQTT Verbindung die Ladung nach Zeitablauf x unterbricht. Gefiehle mir aber nicht so gut, da dies die schaltzahl erhöht. Besser wäre, wenn die Verbindung stabilisiert wird. 😜

Mir fehlt dafür aber das know how. 

Ggf hat @mattsches dafür einen Lösungsansatz?! 

Grüße Tom, 

Respekt für deine Geduld! 

Die rote Leuchte kenne ich nur, wenn der Stecker eingesteckt wird, nach 60sec noch kein Ladevorgang seitens der Box gestartet wurde, weil zu wenig Überschuss vorhanden. 

Wenn die Parameter zum überschussladen erreicht sind und die Box den Ladevorgang beginnt, geht der enyaq auf grün und nimmt den Strom ab. 

Was mich wundert, dass du scheinbar manuell die phasenzahl schaltest?! Hab ich noch nicht gemacht oder probiert. 

Noch ein Tipp, lass den Phasenumschalter nur zwischen 1 und 3 Phasen schalten! Mit zwei kann der enyaq Probleme bekommen. 

Abbrüche der MQTT Verbindung habe ich auch beständig. Baut sich aber auch immer wieder auf, so dass ggf mal etwas Strom aus dem Hausakku gezogen wird, falls die pv Produktion nicht mehr zur Ladestärke passt. Daher aktuell kein dramatisches Problem. 

Schau mal wie es sich bei dir anlässt wenn das Auto da ist. Überschuss ist aktuell ja ausreichend vorhanden, um etwas zu experimentieren ... 

@ThomKa mit a greifst du auf die web Oberfläche zu?

Handy oder PC? 

Das etwas verschwindet hatte ich noch nie. Nutze aber auch immer den PC zum konfigurieren. 

Hey @ThomKa,

schön dass du endlich mal etwas zum laden da hst. ;-)

Hast du unter "Status" Autostart aktiv und unter "Ladekontroller" Externe Steuerung aktiviert?

Wenn das alles passt könnte es erforderlich sein, dass du "Freigeben" neben Konfiguration unter "Ladekontroller" aktivierst.

Viel Erfolg damit.

Alternativ Taster länger als drei Sekunden drücken, dann geht es mit voller Power voran.

Mit @mattsches letzter Version funktioniert die Ladung bis dato wieder sehr gut. Struggle nur noch, dass die mqtt Verbindung immer wieder mal abbricht. Da habe ich noch keine Ursache finden können. Stellt sich zum Glück auch immer weider her.

Soweit korrekt, habe nur den Schütz nicht komplett ausgebaut. Habe die wallbox jetzt auf phase 1 begrenzt und die zwei defekten Schütze drin gelassen, um die die Kabel verräumt zu haben. Lediglich die Anschlüsse 1 und 3 sind nicht belegt. So kommen keine Fehler und die Box sollte morgen starten. 

Hi @mattsches

habe die Finder 22.72.0.012.1310 verbaut. Sollten die zwei poligen Schütz mit 12v Spulen zur Steuerung und 32A Laststrom sein.

Die WARP 1 ist eine 22KW Box und per Schalter in der Box auch auf 32A geregelt. Geladen wird ein Enyaq welcher 11KW AC Laden kann.

Hey @mattsches,

hilf mir bitte nochmal zur Funktionsweise der Überwachung der Schütze. Wann sollte auf KLemme 4 der Schütze 2 und 3 SPannung anliegen? Wenn der Schütz geschlossen ist oder wenn er offen ist? Habe gerade beim Messen festgestellt, dass der Schütz 2 im offenen Zustand auf Klemme 4 Spannung hat. Zugleich wirft er den COnnectorfehler im Log aus. Am Schütz 3 habe ich die Zuleitung von Klemme 3 entfernt. Daher nun auf 4 keine Spannung und die Fehlermeldung ist verschwunden.

Mich beschleicht es gerade, dass der Schütz auf 2 ggf auch defekt ist?
 

EDIT: Sorry für meinen Spam, aber dabei entwickeln sich die Gedanken am Besten weiter...

Messung hat den Nachweis erbracht, der Schütz 2trennt auch nicht mehr, allerdings nur auf dem Pol für die Überwachung. Der Pol für Phase 2 ist getrennt.  Kann mir jemand erklären wie das geht?

So langsam kapiere ich überhaupt nichts mehr. Neu gestartet kommen neue Fehler, die alten sind dafür weg...

debug-report-warp-SMq-2023-02-28T18-51-25-511.txt