alestrix

Einphasiges Laden geschieht immer über den L1 Kontakt des Typ 2 Steckers: https://de.wikipedia.org/wiki/IEC_62196_Typ_2#Ladebereiche Der Kontakt ist wiederum mit genau einer Phase Deiner Hausinstallation verbunden.

Was den Ethernet-Blitzschutz angeht, hab ich das bei mir hinterm DSL Modem eingebaut, d.h. es trennt das Modem, das direkt am APL hängt, von der restlichen LAN-Installation wie Router, Switche, etc.: https://www.omg.de/ubiquiti-networks/ethernet-surge-protector/ubiquiti-ethernet-surge-protector/a-13479 Ob's was bringt, kann ich mangels Notwendigkeit nicht sagen (und bin ehrlich gesagt auch nicht scharf drauf 😉).

Ich bin kein Elektriker, aber meines Wissens müssen bei 3-phasigen Verbrauchern die Sicherungsautomaten der drei Phasen gekoppelt sein. D.h. wenn eine fliegt, müssen die anderen auch unterbrechen. Ich würde eher Phasen 2 & 3 per zusätzlichem Lasttrennschalter oder Schütz zu- und wegschalten.

Wenn ich mal ein bisschen träumen dürfte wären das meine Weihnachtswünsche: - Es wird in der Firmware ein Relais-Bricklet als weitere Möglichkeit der CP-Trennung unterstützt (für die WARP1 Besitzer) - Die CP-Trennung wird über die API zugänglich gemacht Eine entsprechende Steuersoftware vorausgesetzt, könnten damit all jene, die sich schon früh eine WARP gekauft und einen Schütz im Schaltschrank haben, ebenfalls eine 1p3p Umschaltung nutzen.

Darf ich fragen, welches Fahrzeug Du hast? Angeblich soll z.B. die Zoe auf so etwas recht empfindlich reagieren (daher mein Kommentar zur CP Trennung).

Aus dem Firmware v2 Changelog: > Repariert, dass Passphrase bei Verbindung zu anderem Access Point mit selber SSID nicht verlangt wird Bedeutet das, dass ein Roaming zu einem anderen AP des selben Netzes (Site mit mehreren APs und Controller) nur noch mit erneuerter Eingabe des Passworts möglich ist? EDIT: Bevor die Fragen kommen, ob ich eine mobile Wallbox betreibe :-) - nein, es geht darum, dass die Wallbox über einen anderen AP in Reichweite verbunden bleibt, wenn der erste aufgrund von Konfigurationsänderungen oder Firmware-Updates über einen kurzen (oder manchmal auch nicht so kurzen) Zeitraum nicht erreichbar ist.

Ich habe die WARP 1 Smart und kann genau diese Fälle (per externem Schütz) abbilden. Die Logik, wann man umschalten darf, wird aber natürlich nicht von der WARP selbst abgedeckt. Ob und wie der Energy Manager das über einen (Fremd)Schütz übernehmen kann, weiß ich nicht. Ich nehme mal an, dass die WARP 2 einen API Endpunkt für die CP Trennung anbieten wird. Wobei Du bei einer "kleinen PV Anlage" wahrscheinlich gar keine 1p3p Umschaltung während des Ladens benötigen wirst.

Je nachdem, was sie sich alles zur Anmeldung vorlegen lassen, bekommen sie das schon mit. Ich würde auch nicht empfehlen, dem Netzbetreiber etwas vorzulügen, da zieht man im Konfliktfall nur den Kürzeren. Aber vielleicht lassen sie sich ja darauf ein, dass OCPP vorhanden sein wird, sobald sie ihr Zugangsgateway (oder wie auch immer man das dann nennt) bei Dir installiert haben. Sollte die Box bis dahin kein OCPP unterstützen, würde sie die Betriebserlaubnis am MEGA Anschluß verlieren. Viele Grüße Alex PS: Ich bin kein Elektriker, sondern nur interessierter PV- und Wallbox-Nutzer. Daher alles was ich hier schreibe bitte immer gut hinterfragen und mit einer Prise Salz genießen. :-)

Ach ja: warp/charge_tracker/current_charge {"user_id":2,"meter_start":null,"evse_uptime_start":482012286,"timestamp_minutes":27466259,"authorization_type":3,"authorization_info":{"tag_type":0,"tag_id":"CA:FE:AF:FE"}} Soll die user_id wirklich der numerische Index sein oder sollte hier nicht eher der Benutzername rein?

Moin! Nein, das habe ich im Log nicht gesehen. Als ich mit der neuen Beta das gleiche Verhalten gesehen habe, bin ich stutzig geworden. Dann ist mir bewusst geworden, dass das ja nur mit angestecktem Fahrzeug funktioniert. Nach Beseitigung des Layer 8 Fehlers lief es dann wie es soll. Ich möchte es jetzt allerdings mit der alten Beta nicht nochmal nachtesten. Mir ist noch folgendes Verhalten aufgefallen: In meiner WARP sind zwei Tags mit unterschiedlichen Stromgrenzen hinterlegt. Ein inject_tag mit dem ersten setzt die Benutzergrenze auf den konfigurierten Wert. Ein nachfolgendes inject_tag mit dem anderen Tag ändert nichts mehr an der Benutzergrenze. Ich muss erst die Benutzerauthorisierung aus- und wieder anschalten, dann nimmt die WARP das zweite Tag an. Ich nehme an, ein Ab- und Anstecken des Fahrzeugs hätte wahrscheinlich den gleichen Effekt gehabt. Ob es sich mit echten Tags am RFID Leser genauso verhält, konnte ich nicht testen. Grüße Alex

Schau Dir mal die Erklärung oben zu den einzelnen Ladegrenzen an. Der Slot mit Index 6 ist die Benutzer-Grenze, also die durch RFID gesetzte und 0A= blockiert, weil kein Tag rangehalten wurde.

Ich hoffe, ich spamme nicht zu viel ins Forum (einfach Bescheid geben), aber ich bin möglicherweise über einen Fehler gestolpert. Ich habe in der WARP (WARP 1 Smart mit NFC Bricklet) drei Tags händisch über die Weboberfläche eingetragen und die "Benutzerautorisierung" aktiviert. Unter Laststromgrenzen stehen sowohl "Benutzer" als auch "externe Steuerung" auf blockiert. Soweit ok. Wenn ich nun per mosquitto_pub -t warp/nfc/inject_tag -m '{"tag_type": 0, "tag_id": "DE:AD:BE:EF"}' eine Aktivierung per RFID simuliere, bleiben aber weiterhin beide Werte unverändert auf "blockiert" stehen. Der Tag findet sich nach Aufruf des mosquitto Befehls im seen_tags Topic und die Tag-ID habe ich per copy-and-paste aus dem NFC Menüpunkt der WARP kopiert, ein Tippfehler ist also ausgeschlossen. Ich hätte erwartet, dass ein inject_tag die Begrenzung bei "Benutzer" beeinflusst.

Probier's mal ohne BSSID Sperre. Wenn man mit Repeatern oder mehreren APs arbeitet, ist das IMHO die bessere Variante. EDIT: Und am besten das Passwort auch nochmal neu eingeben, obwohl es sich nicht geändert hat.

Danke für die ausführliche Beschreibung! Kurz zum Verständnis: Bisher konnte man in der GUI beim konfigurierten maximalen Ladestrom sehen, wie die externe Regelung den Ladestrom immer wieder nachregelt. Mit der nun kommenden Trennung von "externer Ladegrenze" und (intern) konfigurierter Ladegrenze kann mit der neuen Firmware eine externe Ladesteuerung nun also nicht mehr über den in der GUI im Status konfigurierten maximalen Ladestrom hinausregeln (sofern nicht explizit freigegeben), korrekt?

Ich frage mich, wie sich die MEGA an die OCPP Schnittstelle anbinden will. Mit dem reinen Vorhandensein einer solchen Schnittstelle ist es ja nicht getan, es muss auch einen (gesicherten!) Kommunikationsweg dorthin geben.