heppth

Hi, ich habe kürzlich meine WARP2 zu einer WARP4 umgebaut (siehe Post). Gestern Abend ist der FI geflogen. Als ich ihn heute wieder rein gemacht habe, sehe ich, dass er nicht lädt und im Log stand "Charger energy meter stuck or unreachable! Blocking charging." Also habe ich die Blende abgeschraubt und siehe da: Das Display des Eastron Energiezähler ist dunkel. Auch nach weg und wieder zuschalten der Sicherung: Display bleibt dunkel. Nun meine Fragen: Ist das euch auch schonmal passiert? Mir ist noch nie ein Zähler kaput gegangen Welchen Zähler würdet ihr als Ersatz empfehlen oder gibt es eine Liste von unterstützen Zählern? Ich würde ungern den liegenden nehmen für den ich mein Gehäuse aufschneiden muss Wäre es möglich, dass der Defekt aufgrund eines Fehlers bei meinem Umbau vor 20 Tagen aufgetreten ist?

Ich glaube das wird zu eng.

Hallo zusammen, ich habe nun den Umbau durchgeführt. Es scheint auch alles zu funktionieren. Ich musste an einigen Stellen improvisieren. Hier mein Feedback: Man benötigt definitiv eine PE-Reihenklemme mit 4 Anschlüssen (hatte ich zum Glück noch da): Zuleitung, Platinenstapel, Gehäuse, sowie Ladekabel N-Leiter und Phase von Platinenstapel habe ich einfach bei Zählerzuleitung auf L3 und N mit rein geklemmt (das sollte man besser machen!) Den Widerstand aus meiner WARP2 habe ich irgendwie bei PE und PP rein gefummelt Das Problem mit dem Versetzen der Hutschiene habe ich einfach gelöst, indem ich die rechte Schraube entfernt habe und die Schiene rechts etwas hochgeschoben habe (das sollte man besser machen!) Wie ich mein NFC-Modul wieder anschließe, habe ich nicht herausgefunden. Ich brauche es aber auch nicht unbedingt ISO 15118 hat zunächst "Modem gefunden: Nein" angezeigt. Ich dachte ich hätte etwas falsch gemacht, aber man muss "Ladezustand auslesen" aktivieren

Doch noch eine Frage: Ist der WARP3 Stromlaufplan noch korrekt oder sollte ich vor dem Anklemmen lieber auf einen WARP4 Stromlaufplan warten?

Danke für die super schnelle Antwort. Ich versuche das mal zusammenzuführen. Neue Teile EVSE Bricklet 3.5 --> EVSE Bricklet 4.4 ist im Upgrade Kit enthalten WARP ESP32 Ethernet Brick --> WARP ESP32 Ethernet Brick 2.3 ist im Upgrade Kit enthalten WARP3 Taster-/LED-Baugruppe --> Ich würde dann WARP4 Taster- / LED-Baugruppe kaufen (evtl. identisch) 2x Schütz mit Hilfskontakt (gibts hier unter WARP4 Ersatzteile) WARP3 Klemmen-Baugruppe (vermutlich nur wegen zusätzlichem Neutralleiter und Schutzleiter???) WARP3 Kabelbaum --> Ich würde gleich Kabelsatz für WARP4 Smart und Pro. kaufen Ich hoffe das ist korrekt und ich kann damit auch anderen helfen.

Hi, ich habe im Shop ein WARP3 zu WARP4 Upgrade-Kit gefunden. Allerdings habe ich gerade eine WARP2. Muss ich dann einfach nur die zwei getrennten Schütze noch hinzukaufen, die auch in der WARP3 verbaut sind oder funktioniert das Upgrade nicht? Funktioniert der Energiezähler der WARP2 auch in der WARP4 (ich weiß, dass dann evtl. kein bidirektionales Laden möglich ist)? Gruß Thomas

Hallo, ich habe im Stromlaufplan einen ungenutzten GPIO16 gefunden. In den Einstellungen habe ich "Kon­figurier­barer Ausgang (Open-Collector-Ausgang)" gefunden, womit ich vermutlich GPIO16 konfigurieren kann. Nun meine Frage, wie kann ich diesen ungenutzten Ausgang extern ansteuern. Am liebsten wäre es mit über Modbus. Ein anderes Protokoll ginge auch. Meine Idee: Ich möchte das 4-Kanal-Schütz gegen 2x 2-Kanal-Schütze tauschen. An dem freien Ausgang könnte ich ein kleines Relais betreiben, welches die Ansteuerung des 2. Schützes unterbinden kann. So hätte ich eine günstige 1/3 Phasenumschaltung ohne externe Komponenten (außer natürlich der externen Logik, die ich ohnehin schon für PV-Überschuss-Laden habe).

Puh, da habe ich die OCPP-Spezifikation wohl falsch interpretiert. Fortan schicke ich nun immer ein startSchedule in SetChargingProfile. Diese zwei Messages... 14:39:18.729 INFO OCPP: Sent following message to warp2-22p6: SetChargingProfile: { "connectorId": 0, "csChargingProfiles": { "chargingProfileId": 256, "stackLevel": 0, "chargingProfilePurpose": "TxDefaultProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "startSchedule": "2023-07-06T00:00:00Z", "chargingRateUnit": "A", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 6 } ] } } } 14:39:18.733 INFO OCPP: Sent following message to warp2-22p6: SetChargingProfile: { "connectorId": 0, "csChargingProfiles": { "chargingProfileId": 1, "stackLevel": 0, "chargingProfilePurpose": "ChargePointMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "startSchedule": "2023-07-06T00:00:00Z", "chargingRateUnit": "A", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 8 } ] } } } ... führen nun wie erwartet zu: 2023-07-06 14:44:18,034 Evaluating charging profiles 2023-07-06 14:44:18,034 ChargePointMaxProfiles[0] applied. 2023-07-06 14:44:18,034 Connector 1 2023-07-06 14:44:18,045 TxDefaultProfiles[0] applied 2023-07-06 14:44:18,045 Profile evaluation done. Distributing limit 2023-07-06 14:44:18,055 Currents distributed: 2023-07-06 14:44:18,056 ConnID Allowed Phases MinRate 2023-07-06 14:44:18,066 0 8.000 3 0.000 2023-07-06 14:44:18,067 1 6.000 3 0.000 Vielen Dank!

Es wäre deutlich einfacher, wenn man 10 Wallboxen hat und nur ein Mal den maximalen Strom via OCPP vorgeben müsste und die 10 Wallboxen den Strom unter sich aufteilen. Die MeterValues (sowohl Aligned­Data als auch SampleData) werden nun einwandfrei übertragen. Perfekt! Das einzige was mich noch etwas wundert ist, dass ChargingLimit ignoriert wird. Hier ein Auszug aus meinem Log: 16:50:08.112 INFO OCPP: Sent following message to warp2-22p6: SetChargingProfile: { "connectorId": 0, "csChargingProfiles": { "chargingProfileId": 1, "stackLevel": 0, "chargingProfilePurpose": "ChargePointMaxProfile", "chargingProfileKind": "Absolute", "chargingSchedule": { "chargingRateUnit": "A", "chargingSchedulePeriod": [ { "startPeriod": 0, "limit": 9 } ] } } } 16:50:08.293 INFO OCPP: warp2-22p6 sent Result: { "status": "Accepted" } Hier ein Log-Auszug aus der Wallbox: 2023-07-05 17:00:08,008 Evaluating charging profiles 2023-07-05 17:00:08,010 Connector 1 2023-07-05 17:00:08,010 TxDefaultProfiles[0] applied 2023-07-05 17:00:08,020 Profile evaluation done. Distributing limit 2023-07-05 17:00:08,021 Currents distributed: 2023-07-05 17:00:08,031 ConnID Allowed Phases MinRate 2023-07-05 17:00:08,031 0 32.000 3 0.000 2023-07-05 17:00:08,042 1 11.000 3 0.000 2023-07-05 17:00:08,042 Next check: never 2023-07-05 17:00:08,042 2023-07-05 17:00:08,053 Setting connector 1 limit to 11000 Basierend auf der Spezifikation dachte ich, dass das niedrigste Limit zählt, wenn sowohl TxDefaultProfile als auch ChargePointMaxProfile gesetzt ist.

Wow das ging ja schnell. Super Service! Zwei Fragen noch: Ist es möglich/angedacht, dass nur eine WARP-Wallbox eine OCPP-Verbindung aufbaut und andere WARP-Wallboxen als zusätzlicher Connector auftauchen? Oder muss jede Wallbox seine eigene OCPP-Verbindung aufbauen? Werden nun in der MeterValues-Message auch Ströme, Spannung, etc. geschickt?

Hallo, ich teste gerade die OCPP-Implementierung der WARP 2 (FW 2.1.3). Dabei sind mir folgende Dinge aufgefallen. Keine MeterValues-Messages: Von anderen Wallboxen bin ich es gewohnt, dass während des Ladevorgangs MeterValues-Messages eintreffen. Allerdings erscheinen keine MeterValues-Messages. (Zähler ist nachträglich verbaut, alle Werte werden in der WebUI angezeigt) Kein automatischer Start: In den Ladeeinstellungen ist "Manuelle Ladefreigabe" deaktiviert. Weiterhin ist in der Benutzerverwaltung "Lade­freigabe" deaktiviert. Daher ging ich davon aus, dass die Wallbox nach dem Einstecken/Bootvorgang sofort mit dem Laden anfängt. Dies ist aber nicht der Fall. Ich benötige noch eine RemoteStartTransaction-Message ChargePointMaxProfile: Der OCPP-Server soll der Wallbox vorgeben, wie schnell sie lädt. Wenn eine SetChargingProfile-Message mit TxDefaultProfile geschickt wird, reagiert die Wallbox sofort und passt den Ladestrom an. Eine Message mit ChargePointMaxProfile scheint die Wallbox allerdings zu ignorieren. Wie ist hier der Stand? Gruß Thomas