Rangliste

Das Ladekabel kann bei WARP Chargern problemlos getauscht werden. Das Einziehen des Kabels ist zugegebenermaßen etwas fummelig, aber alle entsprechenden Anschlüsse in der Wallbox sind gut erreichbare Schraub- oder Klemmverbindungen. Falls du selbst nicht die nötige Qualifikation hast, kann prinzipiell jede Elektrofachkraft das Kabel tauschen. Stichwort Reparierbarkeit: Nicht nur das Kabel, sondern auch alle anderen Komponenten der WARP Charger lassen sich einzeln tauschen. Falls die Reparatur nicht bei uns durchgeführt werden soll, können alle Teile auch einzeln über unseren Shop nachbestellt werden. Stromlaufpläne zur Verkabelung der Komponenten sind frei verfügbar. Hier im Forum haben einige Nutzer sogar ihre alten WARP Charger mit Ersatzteilen der neueren Generationen aufgerüstet und haben jetzt vollwertige Wallboxen der neuesten Generation und dabei nur minimal Elektroschrott produziert. Den EU-Plänen zu Reparierbarkeit und Nachhaltigkeit sind wir damit weit voraus. 😉

Gutes Argument, aber könnt ihr dann nicht einfach zuschauen, wie alles automatisch funktioniert? 😉 Okay, zugegebenermaßen ist die ganze Logik im Lastmanagement inzwischen so komplex, dass wir ein paar Bugs drin hatten, die von den besagten technikbegeisterten Nutzern entdeckt wurden… Die wirklich faszinierende Technik des Lastmanagements kannst du dir zu Hause übrigens gar nicht ansehen. Stell dir einen Ladepark mit 64 Wallboxen vor, mit einer bunten Mischung aus WARP 1, WARP 2 (mit und ohne Phasenumschaltung per Energy Manager) und WARP 3, manche davon mit bekannter, manche mit unbekannter Phasenrotation, der an einer unterdimensionierten Zuleitung hängt, die dynamisches Lastmanagement benötigt, und der zusätzlich auch noch bei gutem Wetter PV-Überschussladen auf allen Wallboxen machen soll und bei schlechtem Wetter die billigsten Stunden eines dynamischen Stromtarifes nutzen soll, und dann am Ende des Tages, wenn alle Mitarbeiter der Firma nach Hause wollen, jedem ungefähr gleich viel Energie ins Auto geschoben haben. Gleichzeitig soll der Anwendungsfall mit nur einer Wallbox zu Hause damit genauso gut funktionieren. Ja, wir hatten im letzten Jahr echt viel Spaß. 🤪

Mahlzeit zusammen, seit ungefähr einem halben Jahr befindet sich der Fernzugriff in Entwicklung und so langsam wird es Zeit für die erste Begegnung mit der echten Welt. Edit 27.08.2024: Es ist aktuell nicht möglich neue Wallboxen für den Fernzugriff zu registrieren. Eine neue Firmware folgt in den nächsten Tagen in Form eines offiziellen Firmware-Releases. Edit 07.08.2024: Brechende Änderung! Ab dem 14.08.2024 funktionieren nur noch die neuen Firmwares! Die neuen Firmwares sind nicht mit der aktuellen Version des Servers kompatibel! Es wurde nur das protokoll zur Kommunikation mit dem Server angepasst und Änderungen aus dem Master Branch übernommen. Edit 12.07.2024: Brechende Änderung! Ab dem 24.07.2024 funktionieren nur noch die neuen Firmwares! Performance Optimierung und Behebung eines Fehlers in der Fehlerbehandlung von http requests. Edit 24.06.2024: Behebung eines Fehlers, durch welchen die Boxen nach einem Neustart des Servers teilweise nicht mehr über den Fernzugriff erreichbar waren. Was ist der Fernzugriff? Der Fernzugriff erlaubt es von überall über https://my.warp-charger.com auf die mit einem Account verknüpften Warp-Charger zuzugreifen. Der Fernzugriff ist Ende-zu-Ende verschlüsselt zwischen der Wallbox und dem Browser, insbesondere können wir als Serverbetreiber nicht die Walllbox steuern und/oder deren Daten einsehen. Wie funktioniert der Fernzugriff? Es wird eine mittels WireGuard verschlüsselte Verbindung zur Wallbox aufgebaut worüber das Webinterface geladen wird. Die dafür benötigten Schlüssel werden mit einem vom Passwort abgeleiteten Schlüssel verschlüsselt wodurch nicht einmal wir auf die Wallboxen zugreifen können. Zum Anmelden wird natürlich auch ein vom Passwort abgeleiteter Schlüssel benutzt weshalb der Server niemals das eigentliche Passwort sieht. WireGuard ist doch P2P, warum wird ein Relay-Server benötigt? Da der Browser nur Websocket verbindungen unterstützt, die Wallbox aber (noch?) kein WireGuard über Websocket unterstützt, wird ein Server benötigt, der den WireGuard-Datenstrom aus der Websocket-Verbindung entpackt und and die Wallbox weiterleitet und umgekehrt. Welche Daten werden dabei erhoben und wofür werden sie genutzt? Die E-Mail-Adresse wird verwendet um bei einem verlorenen Passwort den Account wieder herzustellen. Zusätzlich wird dabei eine beim Registrierungsprozess erstellte Wiederherstellungsdatei benötigt um den Zugang zu den Wallboxen wiederherzustellen. Die Kombination aus IP-Adresse und Port der Wallboxen wird verwendet um diese eindeutig zu identifizieren und Verbindungen zwischen Nutzern und Wallboxen zuordnen zu können. Dies ist nötig, da wir den Datenverkehr nicht entschlüsseln und somit anderweitig nicht zuordnen können. Es wird immer nur die letzte IP-Adresse gespeichert und kein Verlauf erfasst. Die UID der Wallbox (z.B. warp2-AbCd) wird dem Account des Besitzers zugeordnet. Wie kann ich den Fernzugriff nutzen? Einen Account unter https://my.warp-charger.com anlegen Die E-Mail-Adresse bestätigen Die passende Firmware aus dem Anhang des Posts herunterladen und auf der Wallbox installieren Die Zugangsdaten in der Wallbox unter System -> Fernzugriff eintragen, den Haken für Fernzugriff setzen und speichern. (Es muss nur Email und Passwort eingetragen werden, die restlichen Einstellungen sind bereits voreingestellt und werden nur benötigt falls ein anderer Relay-Server genutzt werden soll.) Hinweise: Es handelt sich um eine Alpha-Version. Auch wenn es in den kontrollierten Tests stabil läuft sind Probleme und Bugs zu erwarten. Da es sich um eine Testversion handelt, die jederzeit gebrochen werden kann sollte auf die Existenz einer Ausweichmöglichkeit um auf die Wallboxen zuzugreifen geachtet werden. https://my.warp-charger.com befindet sich aktiv in Entwicklung. Elemente können sich jederzeit verändern/verschieben oder verschwinden. Ebenso kann die Datenbank jederzeit zurückgesetzt werden, auch wenn wir versuchen dies zu vermeiden. Die Wallboxen werden davon nicht betroffen, es muss sich in dem Fall einfach nur neu registriert werden. Sollten Probleme auftreten, die sich nicht durch neu laden der Seite beheben hilft oftmals ein Ab- und Anmelden oder Neustart der Wallbox. Die angehängten Firmwares sind Entwicklungsversionen. Dementsprechend wird Vergleichsweise viel im Ereignis-Log ausgegeben und andere Dinge könnten untergehen. Das Aufbauen der Verbindung kann einige Sekunden dauern. Alle bekannten Bugs und Probleme sind im Github Repository aufgeführt. Sollten unbekannte Probleme auftreten freue ich mich über eine Meldung in diesem Thread oder auf Github direkt. In diesem Sinne frohes ausprobieren! Edit: Veraltete Firmware entfernt.

Wer möchte kann an der öffentlichen Beta unserer WARP App teilnehmen: Android: https://play.google.com/store/apps/details?id=com.tinkerforge.warp iOS: https://testflight.apple.com/join/4NwN9xnn Die beiden Apps können über my.warp-charger.com auf euren WARP1|2|3 und WARP Energy Manager zugreifen. Die Verbindung zwischen eurem Handy und dem Gerät ist natürlich wieder Ende-zu-Ende verschlüsselt und wir können nicht reinschauen, genauso wie bei der Webversion. Technisch rendern die Apps auch das HTML welches vom WARP Charger/Energy Manager ausgeliefert wird, es werden aber der Header und das Menü durch native Android/iOS Elemente ersetzt. Zusätzlich sollte es so sein dass ihr euch nur einmal anmelden müsst und die App stellt die Verbindung automatisch wieder her wenn ihr sie wieder öffnet. Bekannte Bugs: In seltenen Fällen stürzt die Rendering-Engine(?) im Hintergrund ab. In dem Fall muss man einmal im Menü auf Geräte klicken und kann dann wieder zurück (oder die App neustarten). Der Grund dafür ist aktuell noch unklar, das wollen wir vor dem Release natürlich noch fixen. Beschreibungstexte und Screenshots usw in den App Stores sind noch nicht fertig, das wird alles noch aufgehübscht.

Die Apps sind jetzt aus der öffentlichen Beta und veröffentlicht 🥳: Android Play Store: https://play.google.com/store/apps/details?id=com.tinkerforge.warp Apple App Store: https://apps.apple.com/de/app/warp-by-tinkerforge/id6736695801 Ich denke die meisten "Kinderkrankheiten" sind behoben und die Apps sollten ziemlich stabil laufen. Wenn ihr weitere Probleme findet könnt ihr die natürlich trotzdem hier posten und wir kümmern uns drum.

Für das Kabel zum Abschalteingang gibt es keine Spezifikation. Darüber läuft nur Kleinspannung und dementsprechend ist es fast komplett egal, was du da nimmst. Der besagte Klingeldraht reicht auch. Wahrscheinlich kannst du dir die zusätzliche Leitung aber einfach schenken. Wir haben vor, dass sobald irgendein Standard oder zumindest eine weit verbreitete Lösung der Energieversorger absehbar ist, wir dafür ein Gerät zum Nachrüsten anbieten werden, das dann über Netzwerk mit der Wallbox kommuniziert.

Falls ihr euch fragt wo @ffreddow auf einmal wegkommt: Er hat den Fernzugriff in den letzten 6 Monaten in seinem Uni-Praktikum bei uns entwickelt und arbeitet seit Anfang Juni Vollzeit bei Tinkerforge an den WARP Chargern 😀.

Moin zusammen, hier mal ein kurzer Zwischenstand meiner bisherigen Experimente. Aufgrund der (leider recht länglichen) Diskussion hier https://github.com/SmartEVSE/SmartEVSE-3/issues/25 habe ich mal einen alten Powerline-Adapter "geschlachtet" und entsprechend modifiziert: CP und PE habe ich aus der WARP herausgeführt und die EVSE-Firmware so angepasst, dass sie im Status B ein PWM-Signal mit 5% Duty Cycle erzeugt - und siehe da, pyPLC kann eine Verbindung mit meinem ID.4 aufbauen. Leider toggelt der EVSE dann alle paar Sekunden zwischen Status A und B hin und her, sodass die Verbindung wieder abbricht. Lässt man unabhängig vom Status grundsätzlich 5% PWM anliegen, dann wird die gesamte "DC-Precharge"-Kommunikation durchlaufen und in den Logs steht tatsächlich irgendwo der SOC 😀 Allerdings ist das ganze noch weit weg von praxistauglich, denn eine Ladung kann mit den o. g. Anpassungen nicht mehr gestartet werden und wenn ich den Renault Zoe (ohne CCS-Lader) verbinde, dann crashed der EVSE. Grundsätzlich ist es aber schon mal eine schöne Erkenntnis, dass eine rudimentäre digitale Kommunikation möglich ist... Gruß Thomas

Hallo Leute, Die neuen WARP3 Charger sind nun im Shop: https://www.tinkerforge.com/de/shop/warp/wallbox.html Einmal die Innenansicht der finalen Version wie sie jetzt ausgeliefert wird. Die Box kommt jetzt mit einem wertigeren Zähler, zwei Schützen für die Phasenumschaltung und neue EVSE/ESP Bricklets vertikal im Huckepack. Es gibt jetzt immer Anschlussklemmen für den Elektriker und der LED Button (hier nicht im Bild) kann jetzt RGB statt nur blau. Es war jetzt vor Ostern doch alles ein bisschen knapp geworden, aber wir hatten vielen Leuten versprochen das man ab heute vorbestellen kann, daher wollten wir es jetzt auch durchziehen. Die Shopeinträge und die neue Homepage sind noch nicht komplett fertig. So fehlen im Shop noch ein paar Fotos und Beschreibungen der Zubehörteile und als größere Änderung auf der Homepage planen wir eine Trennung zwischen der Homepage und der Dokumentation. In Zukunft soll warp-charger.com mehr als "Landingpage" für Neukunden sein mit vielen Anwendungsbeispielen und Erklärungen die weniger technisch sind. Zusätzlich wird eine neue Dokumentationsseite aufgebaut (die ist nicht rechtzeitig fertig geworden leider, aktuell gibt es erstmal noch die alte API-Doku). Dort soll die API und andere technische Merkmale und Konfigurationsmöglichkeiten besser dargestellt werden mit mehr Beispielen etc. Diese Seite ist dann mehr für die Bestandskunden gedacht, die mit ihrer Wallbox irgendwas machen wollen und nachschauen möchten wie das geht. Das wird jetzt Stück für Stück fertig gestellt. Wenn die ersten Wallboxen in den Versand gehen wird das sicher alles schon viel ordentlicher aussehen! An der Stelle einmal der Hinweis das wir beim Erstellen der neuen WARP3 Betriebsanleitung auch die WARP2 Betriebsanleitung nochmal auf den neuesten Stand gebracht haben. Dort sollten jetzt nach aktuellem Stand wieder alle Hardware- und Firmwarefeatures beschrieben sein! Es wird dann wenn alles fertig ist auch noch einen "offiziellen" Blogeintrag geben in dem wir ausführlich beschreiben was mit WARP3 aktuell schon möglich ist und was wir in Zukunft als neue Features planen. Wir haben da noch so einiges vor 😊.

Abend! ich glaube ich habe das Problem gelöst. 🥳 Mir ist eingefallen, dass es im Born unter der "Einstellung Laden" die Funktion "Wechselstromkabel nach Abschl. des Ladevorgangs freigeben" gibt. Diese Einstellung hatte ich deaktivert. Weil ich nicht will, dass jemand mir den Stecker zieht (also dem Born 😅) nachdem der Ladevorgang beendet ist, ohne dass ich den Born aufschließe. Gerade an öffentlich zugänglichen Ladepunkten ein sinnvolles Setting. Jetzt vermutete ich, dass der Born das cp disconnect Signal ignoriert wenn er selbst die Steckerfreigabe verweigert. Und so scheint es zu sein. Ich habe jetzt mehrere Tage bei doch recht wechselhaftem Wetter mit Phasenwechseln und Ladepausen geladen, ohne dass ich Probleme hatte und den Stecker physikalisch ziehen musste. Finde es zwar unbefriedigend, dass jetzt der Stecker gezogen werden kann wenn die Ladung beendet ist, aber damit muss ich wohl erst mal leben. Versuche den Punkt bei Cupra/VW zwar mal zu adressieren, aber ich zweifle dran, dass das schnell gehen wird. Hoffe, ich kann mit dem Tipp noch jemand anderem behilflich sein.

Hallo Sebastian, die Kombination von SolarEdge mit der Warp kann ich uneingeschränkt empfehlen. Ich bin sehr zufrieden mit dem Team von Tinkerforge. Anfragen aus der Community werden schnell beantwortet und bei Problemen wird konsequent an einer Lösung gearbeitet - es kommt vor, dass sogar an einem Sonntag die Entwickler eine Firmware speziell für einen User veröffentlichen! Die Anleitung zur WallBox ist sehr ausführlich gestaltet. Sowohl die Montage als auch die eigentliche Installation der WallBox ist kinderleicht. Bei Fragen wird einem hier im Forum gerne geholfen. Die eigentliche Benutzeroberfläche für die Einstellungen ist sehr intuitiv gestaltet und man merkt das hier einiges an Gedankten gefloßen ist, um dieses zu erreichen. Jetzt zu Deinen Fragen: Das Zusammenspiel zwischen dem SolarEdge Wechselrichter und der Warp3 ist - im positiven Sinne - sehr unauffällig: es läuft einfach! Ich bin sehr zufrieden mit der Kombination. Wenn Du MQTT in der Box aktivierst findet HomeAssistant die Box selbstständig als Gerät mit diversen Entities. (Siehe Screenshot) Ich habe mir im Vorfeld einige Wallboxen angeschaut und würde die Warp, mit meinen jetzigen Erfahrungen, jederzeit wieder kaufen. Schönes Wochenende und viele Grüße Stefan

Welchen Grund sonst könnte es denn geben, die Wallbox von euch zu kaufen, außer faszinierendes Technik Spielzeug zu wollen? Autos aufladen wird völlig überbewertet, die sind nur Mittel zum Zweck, um Phasenumschaltungen und Überschussladen im Detail optimieren zu können... :-)

Firmware: WARP2 2.7.1, WARP3 2.7.1 Erkennung der angeschlossene Phasen nach Neustart repariert (durch Update auf Ladecontroller-Firmware 2.2.10) Download: WARP2 2.7.1 bzw. WARP3 2.7.1

Firmware: WARP1 2.7.0, WARP2 2.7.0, WARP3 2.7.0, WARP Energy Manager 2.3.0,WARP Energy Manager 2.0 1.2.0 (Nur WARP Energy Manager) Unterstützung der Phasenumschaltung von mehr als einer Wallbox durch ein Schütz entfernt (Nur WARP Energy Manager) "Nur Phasenumschaltung"-Modus hinzugefügt: Erlaubt anderem WARP Charger oder Energy Manager einen Verbund aus einem WARP Energy Manager und einem WARP Charger als phasenumschaltbare Wallbox zu steuern (Nur WARP Energy Manager) Lastmanagement überarbeitet: Phasen werden unabhängig gesteuert (Nur WARP Energy Manager) Dynamisches Lastmanagement hinzugefügt (Nur WARP Energy Manager) Unterstützung von PV-Überschussladen mit mehr als einer Wallbox hinzugefügt (Nur WARP Energy Manager) Maximum der (lastgemanagten) Wallboxen auf 64 erhöht (Nur WARP Energy Manager) Passive Unterstützung von Batteriespeichern zum PV-Überschussladen hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager) Abfrage dynamischer Strompreise hinzügefügt (Nur WARP2, WARP3, WARP Energy Manager) PV-Ertragsprognose hinzugefügt (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Eco-Modus / Ladeplanung hinzugefügt MQTT-"Nur lesen"-Modus hinzugefügt Fernzugriff: Registrierung mit Autorisierungstoken hinzugefügt (Nur WARP Energy Manager) Unterstützung für weitere Modbus-TCP-Geräte hinzugefügt: Hybrid-Wechselrichter: GoodWe, Solax, Hailei, Fox ESS H3; Stromzähler: Siemens PAC, Carlo Gavazzi; Batteriespeicher: Fronius GEN24 Plus (Nur WARP Energy Manager) Unterstützung für RCT Power Hybrid-Wechselrichter hinzugefügt (Nur WARP Energy Manager) Einstellung für Systemsprache hinzugefügt (Nur WARP Energy Manager) "PV-Überschuss" und "dynamisches Lastmanagement"-Vorlagen zum API-Meter hinzugefügt (Nur WARP Energy Manager) Maximum der Fernzugriffs-Nutzer auf 5 erhöht (Nur WARP Energy Manager) SunSpec: Unterstützung mehrerer Modelle des selben Typs pro Gerät hinzugefügt (Nur WARP Energy Manager) Hinzugefügt, dass der Energy Manager im Proxy-Modus erkennt und blockiert, wenn er von mehreren Lastmanager gleichzeitig gesteuert wird (Nur WARP Energy Manager) Hinzugefügt, dass erst bei bestehender Netzwerkverbindung Verbindungen zu Servern aufgebaut werden (Nur WARP Energy Manager) Zeitmessung über RTCs, NTP und andere Zeitquellen verbessert (Nur WARP Energy Manager) Beschreibungstexte der Energiewerte des 4. Quadranten verbessert (Nur WARP Energy Manager) Einphasigen Modus des Shelly Pro (3)EM repariert (Nur WARP Energy Manager) MQTT: Sichergestellt, dass bei einer Verbindung zu einem nicht-standard-konformen MQTT-Broker nicht der Arbeitsspeicher gefüllt wird (Nur WARP Energy Manager) Häufige Modbus-Timeout-Meldungen im Ereignislog behoben (Nur WARP Energy Manager) Behoben, dass Nulllinie auf Achsenlabels gezeichnet wurde (Nur WARP Energy Manager) Benutzerinterface der Stromzähler-Unterseite verbessert (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Hinzugefügt, dass Wallboxen synchron ab-/zugeschaltet werden um allen Fahrzeugen das Laden zu erlauben (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Priorisierung der Wallboxen nach durchschnittlich zugewiesener Ladeleistung hinzugefügt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Lastmanagement: Fälschliche Ausgabe eines Fehlers nach einem Neustart des Lastmanagers entfernt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) Sichergestellt, dass Anmeldeseite in der bevorzugten Sprache des Browsers des Nutzers angezeigt wird WLAN-Scanergebnisse bei unerwarteten Zeichen repariert Fernzugriff: Mehrzeilige Notizen hinzugefügt (Nur WARP1, WARP2, WARP3, WARP Energy Manager 2.0) SunSpec: Automatische Erkennung des Fronius GEN24 Plus Batterie-Modells hinzugefügt Modbus TCP: Netzfrequenzwerte des Shelly Pro (3) EM hinzugefügt Modbus TCP: Vorzeichen diverser Deye-Messwerte repariert SunSpec: Vorzeichen der SolarEdge-Wechselrichter-Leistung repariert SunSpec: Work-around für byte-vertauschte Kostal-Float-Werte hinzugefügt SunSpec: Work-aroung für SolarEdge-Zählermodell-Vertauschung hinzugefügt (Nur WARP Energy Manager 2.0) Zurücksetzen auf Werkszustand mit Knopfdruck repariert Erkennung des CapsLock-Zustands bei Passwort-Feldern verbessert (Nur WARP2) Hinzugefügt, dass eine Wallbox sich als einphasig angeschlossen annimmt, wenn der Zähler nur Spannung auf L1 misst (durch Update auf Ladecontroller-Firmware 2.2.9) Mehrere Fernzugriffs-Bugs behoben Übersetzungen verbessert Download: WARP1 2.7.0 bzw. WARP2 2.7.0 bzw. WARP3 2.7.0 bzw. WARP Energy Manager 2.3.0 bzw. WARP Energy Manager 2.0 1.2.0

Aktueller Status: WARP3 PRO 2.6.6+675aeb99 (erstellt 12.12.2024 14:56:41, von Tinkerforge GmbH) + Fiat 500e + EVCC 0.132.1 Alle Ladeprobleme bei der Umschaltung der Phasen sind verschwunden! SUPER! Vielen Dank an das ganze Entwicklungsteam! LG aus dem Norden

Seit Anfang dieses Jahres unterstützen alle WARP Charger dynamisches Lastmanagement, was dafür sorgen soll, dass ein unterdimensionierter Netzanschluss nicht von ladehungrigen Elektroautos überlastet wird. Für diejenigen, die das dynamische Lastmanagement mal in Aktion sehen wollen, habe ich hier den heutigen Stromverbrauch der Firma visualisiert. Da wegen horrender Strompreise gestern und vorgestern niemand laden wollte, war heute richtig was los. Acht Stunden lang war der 63 A-Netzanschluss fast komplett ausgelastet. Morgens kann man gut sehen, dass es einige Verbraucher gibt, die in Intervallen aktiv sind. Im Bereich 9:00 bis 10:30 haben die verschiedenen Verbraucher sogar zwei Phasen teilweise überlastet, obwohl alle Wallboxen im Lastmanagement bereits ausgeschaltet waren. Die Überlast wurde begünstigt von anderen Wallboxen, die nicht vom dynamischen Lastmanagement beeinflusst werden und die ganze Zeit mit voller Leistung geladen haben. Ab 10:30 waren dann die drei Wallboxen im Lastmanagement wieder aktiv und am Netzanschluss wurden 63 A eingeregelt. Am Ladestrom der Wallboxen (unten) kann man wieder gut die Intervalle der anderen Verbraucher sehen, die jeweils zu Einbrüchen in der Ladeleistung oder gar komplettem Abschalten führten. Gegen 15:30 waren dann zwei der Autos voll und die dritte Wallbox wurde auf dreiphasig umgeschaltet, sodass deren aufsummierter dreiphasiger Ladestrom auf bis zu 84 A stieg (3 x 28 A). Ab 16:45 war dann nur noch ein Auto an einer anderen Wallbox am Laden und die vorher angenehm warmen Sicherungen und Stromleitungen konnten wieder abkühlen. 😀 Vollgeladene Autos: 7 Rausgeflogene Sicherungen: 0 Fragen dazu oder wilde Spekulationen, was wir für Verbraucher in der Firma haben? Immer her damit.

bin erst jetzt zum Testen gekommen. Funktuioniert bei mir so, wie ich es erwarte. @Steff49 ich habe einen Fronius Symo Gen24.

Unser Ioniq5 ist zurück und konnte problemlos laden. Die Systemruhe scheint beim ID4 jetzt das Problem gelöst zu haben, er funktioniert jetzt ebenfalls mit >5A. Danke noch mal für eure Hilfe! Der WARP3 ist ein tolles Produkt und ich empfehle ihn laufend weiter!

Wenn wir in Zukunft OCPP 2.0 unterstützen, wird das wahrscheinlich auch für die älteren Wallboxen nachgelegt (kann ich aber nicht versprechen), aber anscheinend hast du für OCPP 2.0 selbst ja gar keinen konkreten Anwendungsfall. ISO15118 unterstützen die WARP Charger aktuell noch nicht und für bestehende Wallboxen kann das auch nicht per Softwareupdate nachgelegt werden, da dafür zusätzliche Hardware nötig ist. Die zusätzliche Hardware ist auch der Grund, warum wir das noch nicht anbieten, da sie aktuell nur für einen unrealistisch hohen Preis zu haben ist. Wir sind aber auch sehr an dem Thema interessiert und wollen ISO15118 integrieren, sobald wir eine Möglichkeit finden, das für einen akzeptablen Preis zu machen.

Genau wie cwen schon sagte, haben wir einfach nicht genug Platz in der Wallbox. Die abgebildete ABL-Wallbox ist grob geschätzt anderthalb bis doppelt so groß. Eine Typ 2-Steckdose neben der Wallbox ist prinzipiell möglich, allerdings ist dann das Problem, dass die Wallbox den Stecker nicht verriegeln kann und es somit möglich ist, den Stecker während eines Ladevorganges unter Strom rauszuziehen.

Das hätte ich auch sehr sehr gerne, da ich den gleichen Ablauf habe: Aussteigen, zur Wallbox laufen - und hier würde ich gerne: NFC dranhalten und dann - Stecker nehmen, zum Auto laufen und einstecken und Auto sollte laden. Also die Freigabe im Voraus, die dann halt auch z.B. 2 Minuten hält - wäre da natürlich super man würde die Freigabe an der LED blinken sehen. Im jetzigen Zustand ists einfach umständlich, denn man muss nach dem Anstecken wieder zur Wallbox laufen, NFC dran und dann wieder zurück zum Auto um zu sehen ob das Teil auch lädt.

Wir haben mal ein dbus-warp-charger klon entwickelt. Diesen findet ihr auf Github zusammen mit einer kleinen Beschreibung: https://github.com/Tinkerforge/dbus-warp-charger Wie die go-e Implementierung nutzen wir auch deren Wallbox (evcharger) Implementierung. Daher ist eine Phasenumschaltung innerhalb der Victron Remote Console damit nicht möglich. Schaut euch gerne das ganze mal an und gebt Feedback oder entwickelt mit.

Warum würdest du das erwarten, wenn ich fragen darf? Es ist doch kein offiziell unterstütztes Feature eine ältere Box auf die Funktion eines neueren Produkts umzurüsten. Das ist dein persönlicher Spaß, und dass man überhaupt dazu Unterstützung bekommt, ist doch schon einmalig. Frag mal bei einem anderen Hersteller nach wie du dein gekauftes Gerät auf den Nachfolger aufrüsten kannst ;-) Wundere mich zusehends über die Selbstverständlichkeit der eigens definierten Erwartungen, bin da aber vielleicht auch nicht das Maß der Dinge. Persönlich hätte ich nett gefragt ob das jemand zusammenfassen kann wenn ich es selbst nicht verstehe. Gruss, Florian.

Interessant! Mit Random-IDs vom Handy und einer Karte mit fester ID haben wir das gerade auch hinbekommen. Werden wir uns auf jeden Fall mal ansehen.

Ich habe für meine Eltern einfach die Ladekarte des Anbieters den sie unterwegs benutzen angelernt. So müssen sie nicht noch eine Karte mitnehmen und für sie ist das ziemlich intuitiv die selbe Ladekarte zu verwenden die sie sonst auch unterwegs benutzen.

Wen interessiert wie das technisch funktioniert mit der Ende-Zu-Ende-Verschlüsselung kann ich sonst auch noch die Sequenzdiagramme dazu empfehlen:https://github.com/Tinkerforge/esp32-remote-access/blob/main/sequence.md

Firmware: WARP 2.3.0 und WARP2 2.3.0 (nur WARP2) PV-Überschussladen hinzugefügt (nur WARP2) Zweite längere CP-Trennung hinzugefügt, wenn Fahrzeug nicht innerhalb von 30 Sekunden reagiert (durch Update auf Ladecontroller-Firmware 2.2.3) (nur WARP2) “Limitiere auf 4200 W (§14 EnWG) wenn geöffnet/geschlossen” als Konfiguration des Abschalteingangs hinzugefügt (durch Update auf Ladecontroller-Firmware 2.2.3) (nur WARP2) Konfiguration der angeschlossenen Phasen hinzugefügt (durch Update auf Ladecontroller-Firmware 2.2.3) Unterstützung von MQTTS und MQTT über WS(S) hinzugefügt HTTP-Automatisierungsbedingung hinzugefügt Modal für WLAN-Scan-Ergebnisse hinzugefügt SunSpec: Unterstützung mehrerer Geräte im selben Registersatz hinzugefügt SunSpec: Unterstützung mehrerer Instanzen des selben Models in einem Gerät hinzugefügt SunSpec: Boot-Scan-Robustheit verbessert SunSpec: Skalierung des Leistungsfaktors repariert WiFi Enterprise: EAP-TLS-Verbindungen mit Client-Key repariert (nur WARP2) Repariert, dass Netzwerkeinstellungs-Reset mit dem Front-Taster nicht die HTTP-Anmeldung deaktiviert hat (nur WARP2) DSZ15DZMOD-Unterstützung der veralteten Stromzähler-API repariert Automatische Kanalauswahl des WLAN-Access Points repariert Anzeige aktiver Phasen bei negativem Phasenstrom repariert (nur WARP2) OCPP-Crash repariert, der auftrat, wenn vor Firmware 2.2.1 OCPP nie verwendet wurde (nur WARP2) Latenz von Leistungs- und Phasenstromwerten des angeschlossenen Zählers verbessert Lastmanagement: Steuerzykluszeit auf 5 Sekunden reduziert Lastmanagement: Spielraum des Phasenstroms verdoppelt wenn exakt eine Wallbox lädt Modulname zu Ereignislog-Nachrichten hinzugefügt Menüstruktur des Webinterfaces überarbeitet Label/Inhaltsteilung auf Status- und Unterseiten vereinheitlicht Platzhalter eingefügt, wenn Zeit der Echtzeituhr nicht gestellt ist Anzeige deaktivierter Automatisierungsbedingungen und -aktionen hinzugefügt Download: WARP 2.3.0 bzw. WARP2 2.3.0

Das sieht komisch aus. Muss ich mir anschauen.

Für das PV-Überschussladen muss die Wallbox den PV-Überschuss kennen, gemessen durch einen Stromzähler am Netzanschuss des Hauses. Dafür kann auch schon ein vorhandener Stromzähler verwendet werden, sofern die Wallbox diesen auslesen kann. Der PV-Überschuss ist nicht die PV-Erzeugung, sondern das was andere Verbraucher von der PV-Erzeugung übrig lassen und ansonst ins Stromnetz eingespeist würde. Wenn du mit einem Batteriespeicher planst, dann kann die Wallbox diesen auch berücksichtigen (vorausgesetzt die Wallbox kann dessen Leistungsaufnahme/-abgabe auslesen) und dann das E-Auto oder den Batteriespeicher bevorzugen. Schnell heißt, dass ignoriert wird wie gross der PV-Überschuss gerade ist. Die Größe des PV-Überschusses schränkt nicht die Ladeleistung ein. PV heißt, die Ladeleistung wird auf den PV-Überschuss beschränkt. Wenn kein PV-Überschuss vorhanden ist, dann wird das E-Auto nicht geladen. Min+PV heißt, das E-Auto darf immer mit dem eingestellten Minimalstrom laden, unabhängig vom PV-Überschuss. Wenn aber mehr PV-Überschuss als der Minimalstrom vorhanden ist, dann darf das E-Auto den PV-Überschuss landen. Mathematisch ist der erlaubte Ladestrom im Min+PV Modus das Maximum über den eingestellten Minimalstrom und den PV-Überschuss. Du kannst auch verschiedenen NFC Tags verschiedene maximale Ladeströme zuordnen und so die Ladeleistung steuern, das hat dann aber nichts direkt mit dem PV-Überschuss zu tun. Als Detail am Rande: Die Wallbox schreibt dem E-Auto nicht vor mit wieviel Strom geladen werden muss, sondern gibt nur vor mit wieviel Strom maximal geladen werden darf. Das E-Auto ist immer frei mit weniger Strom zu laden als erlaubt wurde.

Leider sind die Informationen dazu noch sehr rar. Es gibt keine anbieterübergreifenden klaren Standard und dementsprechend steht es den Stromanbietern frei, sich ihre FNN-Steuerboxen selbst auszusuchen. Auch ist uns noch kein Stromanbieter bekannt, bei dem man tatsächlich schon eine Steuerbox bekommen kann. Das Einzige, was schon festgelegt ist, ist die Verwendung von EEBUS. Was nicht bedeutet, dass irgendwelche der wenigen bereits existierenden EEBUS-fähigen Geräte auch zueinander kompatibel sind. 😉 Wenn ich mir den verlinkten Wikipedia-Artikel so durchlese, hört es sich aber danach an, als dass alle möglichen Geräte in deinem Netzwerk darüber kommunizieren sollen. Ich kann mir nicht vorstellen, dass dafür ein komplett unabhängiges Netzwerk erforderlich sein wird. Ich vermute eher, dass man die wie auch immer geartete FNN-Steuerbox einfach in sein Heimnetz hängt und sich die Geräte dann gegenseitig mit Strominformationen bewerfen. Ansonsten wäre eine Warp3 sogar verhältnismäßig gut dafür gerüstet, mit einem Parallelnetzwerk betrieben zu werden, da du sie per LAN und WLAN gleichzeitig mit zwei verschiedenen Netzwerken verbinden kannst. Dafür müssten wir allerdings noch ein paar Software-Änderungen vornehmen, da sich aktuell zwei gleichzeitige Netzwerkverbindungen in bestimmten Konstellationen gegenseitig stören können.

Ich habe das mal ad-hoc implementiert: Du kannst jetzt ein anderes Energielimit auswählen, sowohl auf der Statusseite für einen Ladevorgang, als auch auf der Einstellungsseite als Standard-Limit. Es gibt aber jeweils nur einen Platz für ein eigenes Limit, also wenn du z.B. 2,5 kWh auswählst und dann danach 7 kWh auswählst, verschwindet der 2,5 kWh-Eintrag wieder. Edit: Veraltete Firmware entfernt.

Firmware: WARP1 2.7.1, WARP2 2.7.2, WARP3 2.7.2, WARP Energy Manager 2.3.1, WARP Energy Manager 2.0 1.2.1 Zähler-Messort hinzugefügt (Nur WARP Energy Manager, WARP Energy Manager 2.0) Leistungsübersicht zur Status-Seite hinzugefügt Lastmanagement: Min+PV-Lademodus repariert Lastmanagement: Min-Lademodus repariert Mehrere Fernzugriffs-Bugs behoben Zeitzonen-Datenbank aktualisiert Übersetzungen verbessert Download: WARP1 2.7.1 bzw. WARP2 2.7.2 bzw. WARP3 2.7.2 bzw. WARP Energy Manager 2.3.1 bzw. WARP Energy Manager 2.0 1.2.1

Wenn die Wallbox vom EM gesteuert wird, müssen alle Einstellungen auf dem EM vorgenommen werden. Bei einer Wallbox und einem EM ist es auch nicht möglich, dass die Wallbox den EM steuert. 1) Theoretisch eine gute Idee, nur habe ich da rechtliche Bedenken. Gerade weil solche Informationen gerne mal vergessen werden zu aktualisieren, könnte sich die Konkurrenz beschweren, wenn unsere Tabelle behauptet, dass sie irgendwas nicht kann, obwohl sie das zwischenzeitlich hinzugefügt haben. 2) Wollen wir machen, hat nur wie immer keiner Zeit für. 😶 3) Ich glaube, an manchen Stellen wird schon eine Meldung angezeigt, wenn die Wallbox nicht der Lastmanager ist. Könnte man vielleicht noch auf die anderen Seiten übertragen.

Ich kapere hier mal ... Ich habe das bisher mit externer Steuerung gelöst, d.h. ich habe die Box auf manuellen Ladestart konfiguriert (e.g. man muß den Knopf drücken). Und dann wird per Script mit curl remote von einem Server per Cron-Job bei mir um 22:00 das Laden gestartet (für den Fall, dass ein Auto dran hängt) und um 6:00 wieder beendet. Jetzt habe ich gedacht, mit der neuen Automatisierung könnte ich meine externe Steuerung abschaffen, aber das geht nicht. Denn die verfügbare Aktion (Laden freigeben und Laden blockieren) drücken nicht virtuell den Knopf sondern steuern das über den erlaubten Ladestrom. Das hat den Nachteil, ich kann das nicht als Benutzer lokal per Knopf an der Box übersteuern, was ab und an hilfreich ist, wenn ich doch mal tagsüber laden möchte. Ich bräuchte also andere Aktionen für die Automatisierung, also "Laden starten" und "Laden beenden"....

Firmware-Updates sind hinsichtlich der Einstellungen relativ sicher, da bei einem Update nur selten einzelne Einstellungen angefasst werden müssen. Die meisten Updates fassen gar keine Einstellungen an. Wenn doch irgendwas für die neue Firmware-Version migriert werden muss, werden nur die notwendigen Einstellungen angefasst und alles andere bleibt unverändert. Bei 2.6.6 wurden z. B. nur die Einstellungen für den Fernzugriff angefasst. Davor wurde bei 2.6.2 nur eine Einstellung zum PV-Überschussladen angefasst. Unter System → Einstellungen siehst du übrigens die Version, bei der das letzte Mal irgendwas migriert werden musste. Wenn du zu einer älteren Firmware-Version zurückkehrst, sind neueren Einstellungen unter Umständen nicht mehr lesbar und dafür werden die Standardeinstellungen geladen. Da würde in der Tat ein Export/Import helfen. Ansonsten werden alle anderen Einstellungen auch bei einem Downgrade erhalten bleiben. Weg sind die nicht ladbaren Einstellungen übrigens nur, wenn du mit der alten Firmware die entsprechenden Einstellungen neu abspeicherst. Machst du wieder ein Update auf die neueste Version, ohne vorher die Einstellungen zu überschreiben, können alle Einstellungen wieder geladen werden, auch die, die die alte Version nicht laden konnte.

Okay, Problem gefunden. Fronius hat zwei leicht verschiedene Registersätze. Bei @pene8 und @Steff49 ist es der eine und bei @OpiFS der andere. Die angehängte Firmware erkennt jetzt automatisch welcher von beiden es ist. Könntet ihr drei das bitte testen? Edit: Veraltete Firmware entfernt.

Prinzipiell lässt sich das entsprechend erweitern, allerdings stehen aktuell andere Features weiter oben auf unserer Todo-Liste. Irgendwann™ sollen mal die meisten Features ohne Reboot einstellbar sein, aber wer weiß, wie lange das noch dauern wird…

Die batteriebezogenen Features stehen zwar noch nicht in der API-Dokumentation, aber im MQTT sind sie ja zu finden: warp3/2auT/power_manager/config {"enabled":true,"phase_switching_mode":0,"excess_charging_enable":true,"default_mode":2,"meter_slot_grid_power":1,"meter_slot_battery_power":2,"battery_mode":1,"battery_inverted":false,"battery_deadzone":100,"target_power_from_grid":-50,"guaranteed_power":1380,"cloud_filter_mode":2} Was es anscheinend (noch) nicht gibt: eine Möglichkeit, die Speicherpriorität zur Laufzeit umzuschalten. Für den Lademodus (PV, schnell, min+PV, aus) gibt es ja dieses Topic: warp3/2auT/power_manager/charge_mode {"mode":1} Könnte man da analog ein battery_mode (und battery_mode_update) einrichten? Oder wird das prinzipbedingt nie ohne Reboot der Wallbox gehen?

Joa, weiß ich nicht wer das geschrieben hat, aber dieser Thread sagt was anderes.

Bitte die angehängte Firmware testen. Ich bin zuversichtlich dass es jetzt funktioniert. Edit: Angehängte Firmware gelöscht. Diese Funktion ist schon Teil der offiziellen Firmware.

Hi Jan, nein, der EVSE sucht selbstständig nach den Stromzählern an Adresse 1. Wichtig sollten eigentlich nur die korrekte Verdrahtung (A an A, B an B), 9600 Baud, Adresse 1 sein.

Hallo ihr beiden, nein, ich habe tatsächlich schon ziemlich lange nichts mehr daran gemacht. Habe hier auch seit einer gefühlten Ewigkeit eine ToDo-Liste, weil bei uns z. B. ab und an die Umschaltung nicht klappt, weil der Startbefehl vom Phasenumschaltungsmodul nicht beim EVSE ankommt. Aber es ist ja gut zu hören, wenn das bei euch nicht so ist. Jetzt werden die Tage ja wieder kürzer, vielleicht finde ich mal Zeit. Das Blöde ist, je länger man nichts macht, umso mehr muss nachgezogen werden. Denn die Jungs von Tinkerforge sind auch am Unterbau aktiver, als ich das zu Beginn erwartet hatte.

Mit den Leistungswerten meinst du die Wirkleistung? Die brauchen wir nämlich. Schein- oder Blindleistung helfen uns an der Stelle nicht. Die Wirkleistung der Phasen musst du jeweils als „Bezug minus Einspeisung“ eintragen und die Phasenströme jeweils als „Bezug plus Einspeisung“. Anschließend sollten die Phasenströme mit Vorzeichen automatisch berechnet werden. Der SDM630 kann übrigens auch die Leistungsfaktoren mit Vorzeichen. So oder so solltest du das zum Laufen bringen können.

Per Mudbus kannst du den Ausgang nicht steuern. Eventuell fügen wir ein Register dafür hinzu, habe dafür ein Issue angelegt:https://github.com/Tinkerforge/esp32-firmware/issues/362 Über HTTP und MQTT kannst du den Ausgang steuern, indem du true oder false auf evse/gp_output schreibst: https://docs.warp-charger.com/docs/mqtt_http/api_reference/evse#evse_gp_output_warp2

danke für die sofortige Unterstützung. Die Spitzen sind weg!

brickd 2.4.7 is now available from our APT server.

Evcc kann Lastmanagement. Ist allerdings noch nicht offiziell dokumentiert. Siehe hier. Eventuell hilft dir das weiter.

Danke für's Testen! Die Skaliserung ist nach Registertabelle und scheint bei @Jojo ja auch so zu passen. Ich kann keine andere Dokumention dazu finden. Also folge ich erstmal deiner Vermutung und füge eine zweite Variante des virtuellen Zählers für den Hochspannungs-Speicher hinzu. Ich kann in den Modbus-Registern keins finden, dass mir erlauben würde, automatisch zwischen Niederspannungs- und Hochspannungs-Speicher zu unterscheiden. Die Phasenspannungen habe ich erstmal rausgeworfen. Auch hier kann ich aus den Modbus-Registern nicht erkennen, ob das System mit oder ohne Neutralleiter angeschlossen ist und somit die Spannungen zu Neutral oder zwischen den Phasen misst. Ich gehe erstmal davon aus, dass der Neutralleiter angeschlossen ist. Das betrachten verschiedene Hersteller verscheiden. Wir haben uns darauf festgelegt, dass Export/Einspeisung/Entladen als negativer Wert und Import/Bezug/Laden als positiver Wert dargestellt werden. Ich habe das Vorzeichen für Strom und Leistung des Speichers gedreht. Die Dokumention von Deye schweigt sich darüber leider aus. Mir ist noch aufgefallen, dass bei euch beiden Spannung * Strom != Leistung ist. Deye liefert mehere Stromwerte und Leistungswerte für den Netzanschluss und aus der Dokumention ist nicht ganz klar was was ist. Ich denke ich hatte da die falschen Werte genommen. Ich nehme dafür jetzt die externen Werte. Könnt ihr beide bitte mit der angehängten Firmware testen. Dort habe ich jetzt die konfigurierbaren Zähler auf fünf erhöht, damit ihr alles gleichzeitg testen könnt. Schaut mal bitte, ob am Netzanschluss die Ströme und die Leistung passen. Für unsere Regelung müssen wir wissen wieviel Leitung insgesamt und wie viel Strom pro Phase am Netzanschluss bezogen (positiver Wert) oder eingespeist (negativ) wird. Edit: Veraltete Firmware entfernt.

Das ist prinzipiell möglich. Stellt sicher, dass das Fahrzeug tatsächlich komplett getrennt ist, bevor die Phasen umgeschaltet werden, und überwacht das Schütz auf Fehler. Siehe auch hier. Kannst du, sowohl per MQTT als auch per HTTP. Siehe hier. Das ist aktuell noch ein undokumentiertes Feature. Demnächst wird es eine offizielle API dafür geben, die allerdings anders aussehen wird. Wir arbeiten auch an einer direkten Unterstützung für Modbus TCP-fähige Geräte wie den KSEM. Wenn du die Werte aber schon per MQTT hast, ist es wahrscheinlich am einfachsten, die direkt in den Energy Manager zu schieben. Ist aktuell noch nicht in der Anleitung. Siehe Anhang. wem-contactor.svg

Bevor noch jemand eine Weile die benötigten Pakete sucht: Der brickd lies sich erst nach der Installation von libusb-1_0-devel bauen. Python-serial für den brickv befindet sich in python-pyserial .