Frankstar

Hi, Ich hab eine Frage zum thema ÖVE-Richtlinie R37. Hab dazu einfach mal das WARP2 Datenblatt und die R37 Richtlinie durch die KI gejagt. Raus kam: =================== KI-Content Anfang: =================== R37-Anforderung: Symmetriebedingungen: Dreiphasiges Laden (L1, L2, L3) mit gleichmäßiger Lastverteilung möglich -> JA Möglich bei WARP2 Steuerbarkeit: Externe Steuerung über HTTP, MQTT, Modbus/TCP, OCPP möglich; Lastmanagement für bis zu 10 Wallboxen -> JA Möglich bei WARP2 Fehlerstromschutz: Integrierte DC-Fehlerstromerkennung (≥6mA) und PE-Überwachung -> JA Möglich bei WARP2 Kommunikationsfähigkeit: Schnittstellen für Netzintegration vorhanden (LAN/WLAN) -> JA Möglich bei WARP2 Was wahrscheinlich fehlt: 1. Unterspannungsauslösung (Voltage Ride Through): Die R37 verlangt, dass die Wallbox bei Spannungseinbrüchen automatisch abschaltet oder die Leistung reduziert . Im WARP2-Handbuch ist keine automatische Unterspannungserkennung mit Abschaltung dokumentiert. Frequenzabhängige Leistungsregelung Bei Frequenzabweichungen vom 50Hz-Netz muss die Leistung gemäß R37 reduziert werden . Die WARP2 hat keine dokumentierte Frequenzüberwachung mit automatischer Drosselung. Integrierte Netzsteuerung (TOR NS) Während die WARP2 extern steuerbar ist, unterstützt sie nicht "out of the box" die standardisierte Netzbetreiber-Schnittstelle für Wirkleistungsvorgaben, die die R37 für das "Netzmanagement" fordert . =================== KI-Content Ende =================== Sind, vorallem Punkt 1 und 2, bei der Warp2 oder auch Warp3 geplant bzw. technisch möglich? Punkt 3. klingt ja prinzipell auch nur nach "Software Update" - finde ich aber nun auch nicht sooo tragisch.

In der API steht noch immer ist das "Wird noch nicht unterstützt" noch aktuell? Hab mich mal mit "evse/control_pilot_disconnect" gespielt. Genau genommen mit 'evse/control_pilot_disconnect_update', '{"disconnect":true}' und eben false. es passiert zwar kurz etwas - aber ich bin mir nicht sicher was oder überhaupt ... ;) das Ziel wär das aktuelle "Lade-Log" zu unterbrechen damit ich im Ladelog keine Ladungen von über n-Stunden habe und quasi eine neue Ladung beginnt ohne das ich zum Auto gehen muss aus/einstecken.

Hab ein Problem bei dem ich mir nicht sicher bin ob ich was falsch mache oder ob es ein Bug ist. Daher vorher mal die Frage im Forum. Wenn ich via Modbus den register "2000" mit dem passwort "0x3E12E5E7" zurücksetze: client.write_registers(2000, int_to_uint32(0x3E12E5E7)) - funktioniert das zwar aber mit dem "Bug", das er nun alle paar sekunden diesen Wert zurücksetzt. er hängt quasi in einer schleife. Erst wenn ich die Wallbox resete/neustarte hört er mit dem Verhalten auf und zählt wieder ohne reset. Ich hab auch versucht andere Werte zu senden, zb einfach nur "1" - aber damit funktioniert es nicht. Daher nehme ich an das der Weg mit dem Passwort schon der richtige ist? energy_reset.mp4

falls es jemand sucht - unter /#evse-settings zu finden.

Hi Leute, Ist es geplant das wir auch über den Modbus den "Manual charge release" triggern können? (zusätzlich zum generellen Laden erlauben/verbieten via Register 1000l) Dan könnte man die Freigabe via API, webinterface, button oder modbus triggern! Das wär genial! lg, Frank

das hör ich nun auch schon über 10 Jahre :D ... also das "bald wichtig"

das wars danke! Hab zwar mit dem payloader rumgespielt aber immer die Fehlermeldung struct.error: required argument is not an integer bekommen. Durch deine Erklärung wurde mir aber bewusst das ich write_registers und nicht write_register nutzen muss!! THNX! ---- PS: müssten ganz offizell deine Funktionen nicht "builder.add_32bit_uint(value)" nutzen? anstatt nur int? Es is klar warum trotzdem funktioniert - weil wir keine minus Zahl haben. lg, Franz

Hallo, Will mir gerne eine PV-Überschussladen Funktion in Python schreiben - scheitere aber daran das der warpcharger meine inputs nicht übernimmt bzw nicht anzeigt. Zuständig für den Ladestrom müsste ja der Holding Register "1002" sein. Ich kann den Wert auch erfolgreich ändern: >>> client.write_register(1002, 15000) <pymodbus.register_write_message.WriteSingleRegisterResponse object at 0x7fc3f78b5710> >>> read = client.read_holding_registers(1002, 1) >>> read.registers [15000] -> jedoch, in der Übersicht (/#status) oder im Charger Status (/#evse) seh ich den gesetzten Wert nirgends? Der "allowed charging current" steht dort zum Beispiel auf 0.000A. Mangels Fahrzeug am Charger kann ich aber nicht testen ob er den Value übernimmt oder anpassen würde wenn der Ladevorgang aktiv läuft. Hab den charger auch mal neugestartet ob es vl eine Besserung in der Anzeige bringt -> aber leider nein. Hat einer eine Idee? lg, Franz