Wattpilot OCPP Teil 2

[marioth1]

Hallo,

im Zusammenhang mit OCPP beobachte ich ein weiteres Problem beim Wattpiloten, bei dem ich mir allerdings nicht
sicher bin, ob es diesmal tatsächlich am Wattpiloten liegt.
Es scheint, immer wenn evcc ein Kommando an den Wattpiloten sendet, um die Stromstärke zu ändern, geht der Wattpilot erst
auf 16A und erst dann auf den neu empfangenen Wert. Das ist in der Wattpilot App daran erkennbar, dass der
Text "Leistung durch OCPP begrenzt" kurz verschwindet. (Das ist während des Ladens auch dann der Fall, wenn in evcc ein
Ladestrom von 16A, und damit keine Strombegrenzung, vorgegeben ist.)
Im angehängten Video ist das zu sehen

1. Ladevorgang via evcc/OCPP aktiv (Modus Schnell, Strom z.B. 14A) => Wattpilot lädt mit 3 KW zeigt "Leistung durch OCPP begrenzt"

2. In evcc den Strom auf 12A ändern

3. Wattpilot geht auf 3,6 KW (=16A) hoch (Text "Leistung durch OCPP begrenzt" verschwindet) (Sekunde 28 im Video)

4. Wattpilot geht auf neue Leistung 2,6 KW (Text "Leistung durch OCPP begrenzt" taucht wieder auf).

Grundsätzlich dürfte in den Fall kein Problem mit der OCPP Verbindung vorliegen, da der Wattpilot sonst auf Fallback gehen würde.

Wäre es möglich, dass evcc hier im Hintergrund eine Fehlsteuerung vornimmt und beim Wechseln des Begrenzungswertes erst
kurz "Keine Strombegrenzung" schickt? Habe versucht, logfiles zu erzeugen (allerdings andere Uhrzeit als im Video).

trace-log.txt
debug-log.txt
https://github.com/user-attachments/assets/b03d59d7-7164-45bb-ae8a-8ed5ba933064

lg

[Fliegeral]

Gibt es das nicht schon?
Also beim Charger ist der optionale parameter: meterinterval: 10s # optional
Dieser sorgt doch dafür, wie oft der Wert gelesen wird.
Und das Intervall sorgt dafür, dass alle 30 Sekunden gerechnet wird: interval: 30s # alle 30 Sekunden
https://docs.evcc.io/docs/reference/configuration/interval

[marioth1]

Beim Wattpiloten Template tatsächlich ja, wäre zu testen.
Bei Meters (z.B. beim Shelly Template) seh ichs jetzt grad nicht, oder übersehe ichs nur?

[wiggal]

Gibt es das nicht schon? Also beim Charger ist der optionale parameter: meterinterval: 10s # optional Dieser sorgt doch dafür, wie oft der Wert gelesen wird.

meterinterval hab ich jetzt in der Dokumentation nicht gefunden, kannst du mal nen Link posten.

[Fliegeral]

Also im Template bei der Wallbox steht es doch:
https://docs.evcc.io/docs/devices/chargers#wattpilot-ocpp hier einfach mal unter "show advanced options" schauen.
Betrifft in dem Fall natürlich nur die OCPP settings.

[wiggal]

sorry, habs in die Suche eingegeben und da findet ers nicht

[Kurt1707]

Hallo,
mein Problem könnte in die gleiche Richtung gehen:
Mit EVCC verbunden sind bei mir: Fronius Wattpilot, Fronius meter und smart EQ fortwo.
Vor Implementierung von OCPP lief alles einwandfrei.
Jetzt funktionieren die Lade-Modi „PV“ und „Schnell“ nicht mehr, nur Aus und Min+PV.
Im Log erscheinen Meldungen, wie „Garage: charger logic error: current mismatch (got 8A, expected 11.2A)“
Die 11.2A können auch einen anderen Wert annehmen, das System erlaubt nicht mehr andere Ladeströme als 8A einzustellen.
Hängen diese Sachen irgendwie zusammen?
Kurt

[andig]

Nein. Glaskugel -> Logfile.

[Fliegeral]

Hast du schon mal geschaut, ob du in deiner Wallbox eine Begrenzung aktiv hast. So war es bei mir zum Anfang, als ich auf OCPP umgestiegen bin.

[mkrill]

Nachdem ich heute im PV sowie im Min+PV Modus auch das Problem mit einem fortwährenden Starten und Stoppen des PV-Überschussladens im einphasigen Lademodus hatte, bin ich vom Template ocpp-fronius-wattpilot wieder zum Template fronius-wattpilot zurückgewechselt. Auch bei mir hing die Zeit des Wattpiloten ca. 1-2 Sekunden nach.

Seit dem Wechsel auf fronius-wattpilot sehe ich keine Abbrüche mehr. Auch die Warnings bzgl. "current mismatch" sind weg.

Die Umschaltung auf Schnellladen im PV-Modus bei erreichter Tibber-Zielpreisgrenze funktionierte nach meinem Eindruck mit dem OCPP-Template allerdings gut. Da aber PV-Überschussladen mein eigentliches Ziel ist, scheint mir das Template ocpp-fronius-wattpilot aktuell nicht wirklich brauchbar zu sein.

Ich persönlich fände eine Warnung bzgl. der Probleme mit dem OCPP-Template in der Doku hilfreich, damit nicht alle ohne Vorwarnung in dieses Problem laufen.

Mein verwendeter Software-Stand ist: Wattpilot 41.9, evcc 0.130.12, Wechselrichter 1.33.7-1 (auf Fronius Gen24 8.0 Plus)

[Fliegeral]

Guten Tag,

bei mir gab es zum Anfang auch immer Probleme mit dem Wattpiloten. Daher nutze ich schon seit längerem das OCPP Template.
Folgendes musste ich aber dazu im Wattpiloten noch zusätzlich einstellen

• Strom auf Maximum setzen, da sonst EVCC nicht höher regeln kann als den dort hinterlegten Wert.

Mit dem OCPP Template habe ich nur ein Problem:
Wird mein Server neugestartet, auf welchem EVCC läuft und das Laden vom Auto beginnt, dann unterbricht der Wattpilot das Laden immer nach einigen Minuten um eine Phasenumschaltung zu starten, welche aber nicht vom EVCC kommt.
Das Problem kann derzeit nur behoben werden in dem ich auch den Wattpiloten einmal neu starte.

Der Wattpilot zeigt bei mir auch nur die Begrenzung durch OCPP an, wenn der Wert kleiner als der maximal erlaubte Wert ist. Also alles unter 16 A gilt als begrenzung durch den OCPP.

Auf dem Wattpilot ist derzeit die 4.11 installiert.

[marioth1]

Hallo, ich nehme an, das passiert nur, wenn gerade 1-phasiges Laden aktiv war?
Wenns dasselbe Thema ist, das ich beobachtete, dann liegt es daran dass du OCPP Fallback aktiv hast.
Wenn du das bei der neuen 41.11 ausschaltest, bleibt bei einem Verbindungsverlust zumindest die letzte Ladekonfig erhalten.

[Fliegeral]

Schwer zu sagen. aber vermutlich ja, dass muss ich mal prüfen.
Einen Fallback habe ich aktiv (0A) da sonst bei fehlender Verbindung das Ding zum Laden anfängt, was ich nicht will.

[marioth1]

Das war bis zur 41.9 so, dass die WB frei raus mit dem Laden mit 3P16A startet wenn die Verbindung verloren geht. Deshalb hatte ich dann auch den Fallback auf 0A konfiguriert. Jetzt sollte das bei einem Wegfall der Verbindung nicht mehr nötig sein.

[Fliegeral]

Ok, du meinst also
Mit der neuen Version, merkt sich die Wallbox die letzte Ladeeinstellung.
Somit startet die Wallbox auch nicht, wenn das Netzwerk mal kurz nicht da ist. (und das Ganze ohne OCPP Fallback)

[marioth1]

sollte so sein ja

[mfuchs1984]

Dieser Eintrag ist optional und definiert die Messwerte, die von der Wallbox über ocpp bereitgestellt werden sollen.
Grob gesagt, normalerweise listet die wallbox die möglichen Messwerte in der configuration Nachricht und evcc nimmt diese Liste und aktiviert die, die benötigt werden / wünschenswert sind. Bei manchen Wallboxen gibt es aber Fehler bei einzelnen Messwerten oder das reporting on der configuration message ist fehlerhaft. Dann kann man mit dem Eintrag die Messwerte auf die validen eingrenzen.

[wiggal]

Ich habe jetzt mehrmals mit der OCPP-Version geladen, die Version funktioniert nun super, ich würde sagen sogar besser als die API-Version. Nochmal vielen Dank an alle.

[zisco67]

Mit dem Trial-Token scheint es auch zu funktionieren.
Die Meldung
[ocpp-1] WARN 2024/11/03 14:54:34 failed configuring MeterValuesSampledData: NotSupported
könnte man mit welcher Konfiguration noch wegbekommen?

[salana2015]

Ich habe jetzt mehrmals mit der OCPP-Version geladen, die Version funktioniert nun super, ich würde sagen sogar besser als die API-Version. Nochmal vielen Dank an alle.

Dem kann ich mich nur anschließen! Hatte mit dem alten Wattpilot Template häufiger Probleme gehabt und seit der Umstellung auf OCPP mit Version 0.131.7 läuft es super stabil und macht genau was es soll - herzlichen Dank für euren Einsatz!

[thecem]

Evtl. Hat einer eine Antwort, was ist das in dem config Menü des WP ocpp mit [] optional?

[andig]

könnte man mit welcher Konfiguration noch wegbekommen?

/cc @premultiply

Evtl. Hat einer eine Antwort, was ist das in dem config Menü des WP ocpp mit [] optional?

/cc @naltatis

[premultiply]

Die Meldung
[ocpp-1] WARN 2024/11/03 14:54:34 failed configuring MeterValuesSampledData: NotSupported
könnte man mit welcher Konfiguration noch wegbekommen?

Eventuell mit gar keiner. Es auch nur eine Warning.
Für weitere Aussagen dazu bräuche es Konfig & OCPP-Trace-Log.

[Robert-72]

vielleicht hilfreich für alle, die (wie ich) einen eigenen OCPP-1.6J-Server (hier: SteVe) direkt gegen die Wattpilot sprechen lassen.

Setup: Wattpilot Flex C6E, Firmware 43.4, SteVe 3.14.0 (LAN, ws://).

Befund 1 — RemoteStopTransaction stoppt nicht wirklich: Bei echt laufender Ladung schließt der Befehl sauber die OCPP-Transaktion, inklusive signiertem Zählerstand — aber die Box lädt unbeeindruckt weiter. Kein Fehler, kein „Rejected", einfach keine Wirkung auf den realen Stromfluss.

Befund 2 — SetChargingProfile funktioniert zuverlässig: Ein TxProfile (Absolute, Einheit A, ein Zeitabschnitt 0 s → 0 A) stoppt den Strom tatsächlich — bestätigt über die Messwerte (Power.Active.Import fällt auf 0) und direkt in der App („pausiert"). ClearChargingProfile danach lässt die Ladung automatisch wieder anlaufen, ohne App-Eingriff. Der befürchtete Fallstrick „höheres Limit wird nach 0 A ignoriert" (vgl. goecharger/go-eCharger-API-v2#155) ist bei uns nicht aufgetreten.

Eine Falle dabei: SetChargingProfile mit TxProfile verlangt zwingend eine offene, bekannte transactionId — sonst wird die Anfrage schon serverseitig abgewiesen, bevor sie die Box erreicht.

[andig]

Bitte Ticket beim Hersteller!