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ß. 🤪

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.

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... :-)

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.

Auf unserer Todo-Liste steht, dass das Lastmanagement gesprächiger werden soll. Aus der Anzeige soll dann klar werden, dass die Wallbox wegen nicht angeschlossenem Fahrzeug blockiert ist.

Ich hole mal den alten Thread hoch. Ich habe gerade meine frisch installierte WARP3 Wallbox für PV-Überschussladen konfiguriert und besitze noch kein Fahrzeug. Kommt demnächst. Dadurch suchte ich länger Zeit wieso das Lastmanagement blockiert. Ich ging von einem Konfigurationsfehler aus. Erst als ich diesen Thread gefunden habe war mir das Verhalten klar! Aus User-Sicht wäre es echt gut, wenn das Lastmanagement nur eine Wallbox kontrolliert, dass dann diese auch ohne Fahrzeug freigegeben wird. Oder wenn das nicht machbar ist, ein Hinweis in den Tutorials: https://docs.warp-charger.com/docs/tutorials/pv_excess_charging https://docs.warp-charger.com/docs/tutorials/chargemanagement

Da können wir leider nichts machen. Die Wallbox macht das, was das Fahrzeug verlangt. Wenn es nur darum geht, wann du deinen WR abregelst und wann nicht, musst du wohl diese kurzen angeblichen Ladephasen rausfiltern und erst ab einer Ladedauer über einer Minute von einem tatsächlichen Ladevorgang ausgehen. Wie eine konkrete Implementierung zum Abfragen des Fahrzugzustands aussehen würde, kann ich noch nicht sagen, aber spontan fallen mir dazu zwei Zustände ein: Das Fahrzeug wird angeschlossen und einmal abgefragt. Lädt es dann nicht, wird sich der SOC nicht relevant von alleine ändern und es brauch nicht permanent abgefragt zu werden. Dementsprechend wird die Ladeelektronik nicht immer wieder aufgeweckt. Das Fahrzeug lädt und wird regelmäßig abgefragt. In diesem Fall ist die Ladeelektronik sowieso aktiv. Wir haben schon Gerüchte gehört von Fahrzeugen, die sich an einer einfachen AC-Wallbox leerstehen, weil die 12 V-Boardbatterie permanent durch die ineffiziente Ladeelektronik geleert wird, selbst wenn der Ladevorgang beendet wurde, weil die Traktionsbatterie voll ist. In dem Fall war das Fahrzeug Schuld und nicht die Wallbox, aber sowas wollen wir unseren Kunden definitiv nicht verursacht durch unsere Wallboxen zumuten.

Eine Wallbox mit Typ 2-Stecker begrenzt nicht den maximalen Stromfluss. Stattdessen signalisiert sie dem Fahrzeug, mit welchem Strom es maximal laden darf, und das Fahrzeug hat sich daran zu halten. Zwingen kann die Wallbox das Fahrzeug dazu nicht. Dementsprechend muss eine Wallbox auch nicht wissen, wie viel Strom das Fahrzeug gerade zieht. Somit ist ein Stromzähler nur für die Abrechnung nötig und verbessert nebenbei noch das Lastmanagement. Korrekt. Da die Wallbox, wie oben erwähnt, nur den maximal freigegebenen Strom meldet, steht des dem Fahrzeug frei, langsamer zu laden. Für die Abrechnung ist der Wert also nicht zu gebrauchen. An dieser Stelle sei dazu erwähnt, dass der andere User es sich unnötig schwer gemacht hat, und die gesamte Wallbox auseinandergenommen hat. Die neuen Kabel hinter die Hunschiene zu fummeln ist im eingebauten Zustand zwar etwas lästiger, aber prinzipiell muss man nur den Klemmenblock nach links verschieben und den Zähler dazwischen platzieren. Wenn du unbedingt eine Wallbox mit Zähler brauchst und den Umbau nicht selber machen möchtest, frag mal bei unserem Vertrieb (per Telefon oder Mail an sales@…) nach einem Angebot für eine Umrüstung von Smart auf Pro, für die du deine Smart allerdings einschicken müsstest.

Firmware: WARP1 2.8.0, WARP2 2.8.0, WARP3 2.8.0, WARP Energy Manager 2.4.0, WARP Energy Manager 2.0 1.3.0 Instabile Firmware-Aktualisierungen werden automatisch erkannt und auf die vorherige Firmware zurück gewechselt (Nur WARP2) Verbessertes PV-Überschussladen und dynamisches Lastmanagement für einphasig ladende Fahrzeuge auch ohne Energy Manager zur Phasenumschaltung (durch Update auf Ladecontroller-Firmware 2.2.11) (Nur WARP3) OCPP: Messwerte werden auch während eines Ladevorgangs gemeldet Modbus TCP: Unterstützung für SAX Power Home hinzugefügt Modbus TCP: Unterstützung für E3/DC Hauskraftwerk hinzugefügt Modbus TCP: Unterstützung für Huawei SUN2000 hinzugefügt Modbus TCP: Unterstützung für zweiten GoodWe-Batteriespeicher hinzugefügt Modbus TCP: GoodWe-Batterie-Leistung > 32kW repariert SunSpec: Bei Fehlern während der Gerätesuche wird eine Warnung im Webinterface angezeigt SunSpec: Unterstützung für Geräte mit Basisadresse 50000 und 0 repariert PV-Ertragsprognose: Sommer-/Winterzeit-Behandlung repariert Ein NFC-Tag kann nicht mehreren Benutzern zugeordnet werden (Nur WARP Energy Manager 2.0) Display: Anzeige des Bewölkt-Icons repariert Dynamisches Lastmanagement: Untergrenze für maximalen Strom am Netz­an­schluss von 25A auf 20A reduziert Fernzugriffs-Abschnitt zur Statusseite hinzugefügt Mehr Hilfetexte dem Webinterface hinzugefügt Aktualisierung der Haupt-Software-Bibliotheken (ESP-IDF 5.4 und arduino-esp32 3.2) Download: WARP1 2.8.0 bzw. WARP2 2.8.0 bzw. WARP3 2.8.0 bzw. WARP Energy Manager 2.4.0 bzw. WARP Energy Manager 2.0 1.3.0

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

Zumindest den Teil kann ich dir beantworten: Das ist eine Debug-Ausgabe die langfristig verschwinden wird. Wir haben den Modbus-Server grundlegend überarbeitet, und künftig wird dann auch im Webinterface angezeigt werden, wer gerade verbunden ist bzw. vor kurzem verbunden war und warum die Verbindung weg ist. Das existiert aber noch nicht, deshalb steht die Information erstmal im Ereignislog. Die Victron-Software scheint zum Auslesen der Wallbox aber nicht einfach eine TCP-Verbindung offen zu halten, sondern alle 10 Sekunden eine Verbindung aufzubauen, die Register zu lesen und die Verbindung dann wieder zu trennen. Das führt dann zu maximalem Logspam. Was mir nicht klar ist: Das Script, dass die Victron-Integration hinzufügt, kommuniziert über HTTP mit der Wallbox, nicht mit Modbus TCP. Hast du noch mehr konfiguriert? Irgendwas muss das Victron-Gerät ja dazu bringen, eine Modbus-TCP-Verbindung zur Wallbox aufzubauen. Wie du willst. Hier bekommen es typischerweise mehr Leute mit -> Du bekommst schneller eine Antwort. Das ist so von Victron vorgegeben: https://github.com/victronenergy/venus/wiki/dbus#evcharger Autostart benutzt im Endeffekt die evse/auto_start_charging-API. Das ist also das, was du als "manuelle Ladefreigabe" im Webinterface aktivieren kannst. Enable Charging scheint auf /StartStop zu mappen, und damit auf unsere evse/start_charging und /stop_charging-API. Damit kannst du also den Ladevorgang einmal stoppen oder starten, je nachdem. Wenn du damit sowieso gerade rumspielst, teste bitte mal diese Version, falls du Muße dazu hast: https://github.com/Tinkerforge/dbus-warp-charger/blob/main/dbus-warp-charger.py Der einzige Unterschied sollte sein, dass jetzt /MaxCurrent und /SetCurrent implementiert sind, du solltest also einmal den maximal erlaubten Strom (der auch gespeichert wird) setzen können und per /SetCurrent den Strom beliebig verstellen.

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.

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 😀.

Die WARP Firmwares beinhalten jetzt die Anpassungen für die Kostal-Änderungen.

Großen Dank für das Teilen der Lösung! Ich kann bestätigen, dass genau diese Einstellung bei meinem Skoda ENYAQ 85 (Modelljahr 2024, Software 5.2) dafür sorgt, dass der Phasenwechsel einwandfrei funktioniert. Während in der Vergangenheit das PV-Überschussladen jedes mal beim Umschalten von ein- auf drei-phasig abgebrochen ist, und ich den Stecker erst physisch wieder aus und einstecken musste - ist nach Aktivierung der Einstellung "Kabelschloss - Nach dem Laden immer entriegeln" jeder Phasenwechsel erfolgreich. Noch als kleiner Tipp: Man kann in der VW-Software spezifische Einstellungen für Ladeorte festlegen. So kann man für Zuhause diese Einstellung aktivieren, während beim öffentlichen Laden die Funktion deaktiviert bleibt.

Warp2 hat die Temperatursensoren nicht. Die sind bei Warp3 neu dazu gekommen.

Ich habe es doch hinbekommen! - name: "Wallbox Temperatur (EVSE)" unique_id: sensor.wallbox_temperatur_evse state_topic: "warp3/evse/low_level_state" unit_of_measurement: "°C" value_template: "{{ value_json.temperature | float / 100 }}" device_class: temperature Falls es mal jemand anderes noch benötigt. Vielen vielen Dank!!!

Input-Register 30053 (Total system power) - 32-Bit Float Der Wert muss als „Wirk­leistung (Bezug minus Ein­speisung) Σ L1, L2, L3“ eingetragen werden. Alternativ wartest du auf das nächste Firmware-Release und wählst die SDM630-TCP-Vorlage aus. Dann bekommst du allerdings alle Werte, was den Modbus-Ethernet-Server überlasten könnte.

Firmware: WARP1 2.7.2, WARP2 2.7.3, WARP3 2.7.3, WARP Energy Manager 2.3.2, WARP Energy Manager 2.0 1.2.2 (Nur WARP1, WARP2, WARP3) Benutzerauswahl zum Ladestart-Knopf auf der Statusseite hinzugefügt (Nur WARP Energy Manager 2.0) Ausgänge als Automatisierungs-Bedingung hinzugefügt SunSpec: Unterstützung für MPPT-Erweiterungs-Modell 160 and DER-DC-Messwertemodell 714 hinzugefügt SunSpec: Abbruch-Knopf für Gerätesuche hinzugefügt SunSpec: Vorzeichen der Leistungs- und Leistungsfaktor-Werte des DER-AC-Messwertemodell 701 korrigiert SunSpec: Work-around für falsche Werte bei SolarEdge-Wechselrichtern im DER-AC-Messwertemodell 701 hinzugefügt Modbus TCP: Work-around für defekte Fehlermeldungen von Sungrow-Wechselrichtern Modbus TCP: Ausgangsart-Erkennung bei Sungrow-String-Wechselrichtern korrigiert Geräteinformation zum unteren Ende des Webinterface-Menüs hinzugefügt Wenn alle Webinterface-Verbindungen verwendet werden und eine neue Verbindung angefragt wird, dann wird die am längsten inaktive Verbindung geschlossen Der Webinterface-Port kann nicht auf "unsichere" Werte eingestellt werden WS- und OCPP-Netzwerkverbindungen werden vorm Neustart geschlossen Download: WARP1 2.7.2 bzw. WARP2 2.7.3 bzw. WARP3 2.7.3 bzw. WARP Energy Manager 2.3.2 bzw. WARP Energy Manager 2.0 1.2.2

Die Funktionen gibt es doppelt, da sie sowohl von den Wallboxen selbst, als auch von einem Energy Manager übernommen werden können. Den Energy Manager gibt es eigentlich nur (noch), um bei WARP 2 die Phasenumschaltung nachzurüsten. In dem Fall übernimmt der Energy Manager dann auch das PV-Überschussladen, um die Phasen entsprechend zu schalten. Da die WARP 3 selbst Phasenumschaltung kann oder vielleicht jemand PV-Überschussladen mit einer WARP 2 machen möchte und keine Phasenumschaltung braucht, ist die Funktionalität auch in den Wallboxen enthalten. Es entspricht unserer Überzeugung, dem Kunden nicht ein zusätzliches Manager-Gerät anzudrehen, wie manche andere Hersteller das tun, wenn die Wallbox die Funktion genauso gut selbst übernehmen kann. Setzt du einen Energy Manager ein, muss das Lastmanagement der Wallbox auf fremdgesteuert eingestellt werden und alle anderen Einstellungen auf dem Energy Manager vorgenommen werden. Da muss man also nichts zweimal einstellen. Das gilt allerdings nicht für den Fernzugriff; den musst du bei jedem Gerät einzeln einrichten, sofern du die Geräte alle über den Fernzugriff erreichen möchtest.

Der Stecker ist ein JST PH

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

Interessanterweise ist das 12 V-Netzteil nicht unbedingt die beste Wahl. Der 5 V-Spannungsregler des EVSE kann theoretisch bis 1 A liefern. Auf dem EVSE ist er aber durch das gar nicht so dicke 12 V-Netzteil begrenzt, das nur 3 W liefert. Ob du nun 12 V oder 5 V anzapfst, macht von daher keinen Unterschied. Wenn du nur einen LDO für 3V3 zur Hand hast, solltest du sogar an die 5 V gehen, da du dann das 12 V-Netzteil 54 % weniger belastest. Die 5 V bekommst du wahrscheinlich am einfachsten aus einer freien Bricklet-Buchse. Theoretisch kannst du auch die 5 V aus dem LED-Stecker nehmen. Keine Ahnung, ob der das mitmacht. Noch einfacher ist es allerdings, wenn du dir aus der Bricklet-Buchse direkt 3V3 klaust. Der 3V3-Spannungsregler kannst theoretisch ebenfalls bis 1 A liefern, allerdings hängt er auch mit hinter dem 12 V-Netzteil und ist dadurch begrenzt. Ich weiß nicht, wie viel Strom dein Funkmodul braucht, aber falls das mehr als ein paar Dutzend Milliampere sind, solltest beachten, dass ca. 2,5 W von den 3 W des 12 V-Netzteils schon für die Wallbox-Elektronik verplant sind. Theoretisch kannst du noch ca. 120 mA auf der 3V3-Leitung ziehen (0,5W / 3,3V * 0,9 * 0,9, Verluste in den 5 V- und 3V3-Schaltreglern geschätzt), aber ich halte es nicht für eine gute Idee, das Netzteil voll auszulasten. Wenn deine Wallbox per LAN angeschlossen ist und WLAN und AP deaktiviert sind, hast du etwas mehr Spielraum, da das WLAN-Modul einer der größten Stromfresser ist.

Hab gerade kurz in den Code geschaut, beim Booten führen wir erst einmal eine Reset-Sequenz aus um sicher zu sein dass wir wissen in welchem Zustand sich der BNO055 befindet. Das dauert 1200ms. Danach laden wir dann die Kalibrierung falls vorhanden, dann wird die komplette Konfiguration des BNO055 einmal geschrieben und dann werden das erste mal die Sensorwerte gelesen. Also ein bisschen "Bootzeit" benötigt die IMU wirklich, aber ich hätte jetzt gedacht dass wir da trotzdem schneller sind als dein RPi bootet?

Sodele, ich habe mal meinen Fork auf den Stand 2.6.1 (Release) gebracht. Es hat noch etwas gedauert, denn auch wenn der Patch von @MatzeTF sehr hilfreich war (herzlichen Dank nochmal dafür), war das Frontend darin ncoh nicht abgedeckt. Am Chart auf der Phasenumschaltungsseite hatte ich dann etwas zu kauen. Der neue Stand ist hier zu finden:[https://github.com/mattsches1/esp32-firmware/releases/tag/phase_switcher-2.6.1 Bei mir läuft er bisher gut, ich konnte auch endlich den manuellen Stopp und die Phasenfehler beim Start des Ladevorgangs fixen. Gerne mal testen und melden, wenn was nicht funktioneren sollte.

Ich weiß nicht, wie das SMA-System funktioniert, aber man wird auf irgendeine Weise damit kommunizieren müssen, wozu eine SMA-spezifische Lösung notwendig ist. Mit einem herstellerübergreifenden Standard wäre das einfacher, aber aktuell haben wir leider keine Sonderlösungen für verschiedene herstellerspezifische Systeme. Das mit den Wandlerverlusten habe ich schon öfters gehört, kann es aber nicht recht nachvollziehen. Wenn ich 10 kWh in mein Auto lade und 5 % Wandlerverluste habe, verliere ich 0,5 kWh. Beziehe ich den Strom dafür aus einem Batteriespeicher, der auch 5 % Wandlerverluste habe, verliere ich insgesamt 1 kWh. Dann ist vielleicht die Batterie leer und mein Haus bezieht in der Nacht Strom aus dem Netz ohne Wandlerverluste. Lade ich stattdessen das Auto aus dem Netz, habe ich dort nur 0,5 kWh Verlust. Allerdings bezieht mein Haus dann in der Nacht 10 kWh aus der Batterie und dabei entstehen 0,5 kWh Verlust, also unterm Strich auch insgesamt 1 kWh, nur zu anderen Zeiten. Ich sehe da keinen Unterschied. Vielmehr sehe ich den Nachteil, dass mein Haus den Speicher vielleicht gar nicht komplett leert und ich Strom fürs Auto gekauft habe und dafür einen Teil der Energie ungenutzt im Speicher gelassen habe, der dann am nächsten Tag nicht mal mit voller Kapazität geladen werden kann. Die Batteriezyklen schont es wahrscheinlich schon, aber noch mehr schont es die Batteriezyklen, wenn man die Batterie nie verwendet. Allerdings ist sie dann auch nutzlos. 😉 Die Batterie amortisiert sich ja nur, wenn man sie tatsächlich nutzt. Da ich auch keinen dynamischen Stromtarif habe, nehme ich daher nie Rücksicht auf die Batterie und lade bei Bedarf das Auto damit. Dann ist sie am nächsten Morgen auch schön leer, damit wieder viel PV-Energie reinpasst. Wenn ich mein Auto mittags bei schlechtem Wetter laden muss, kann am Nachmittag die Batterie sogar ein zweites Mal am Tag geladen werden und der Speicher hat mir dann sogar doppelt geholfen. Mit einem dynamischen Stromtarif sieht das natürlich anders aus. Da ist es sinnvoller, das Auto möglichst mit billigem Netzstrom zu laden und das Haus in Zeiten mit teurem Netzstrom aus der Batterie zu versorgen.

Die Wallbox schickt alle MQTT-Nachrichten mit gesetztem „retain“-Flag raus, was bedeutet, dass der MQTT-Server sie vorhalten soll. Startet der MQTT-Consumer neu, bekommt er direkt nach dem Verbindungsaufbau und Subscribe auf die Topics die jeweils letzte Nachricht auf dem jeweiligen Topic geschickt. Machst du erst ein Subscribe auf die value_ids und dann ein Subcribe auf die values, bekommst du erst die value_ids und dann die values zugeschickt, ganz unabhängig von einem Neustart der Wallbox oder des Consumers. Das funktioniert auch bei einem Neustart des MQTT-Servers, selbst wenn der die Nachrichten mit „retain“-Flag über einen Neustart vergisst, da sich die Wallbox neu mit dem MQTT-Server verbinden muss und dann wieder zuerst die value_ids rausschickt.

Schau mal hier: https://github.com/Tinkerforge/evse-v3-bricklet/blob/main/hardware/evse-v3-schematic.pdf

Die Wallbox ist für Geräte im selben Subnetz immer erreichbar. Wenn du den Zugriff einschränken möchtest, fallen mir gerade vier Optionen ein: Aktiviere die Benutzeranmeldung. Dann muss man erst ein Passwort eingeben, bevor man auf das Webinterface zugreifen darf, egal von wo. Das Passwort kannst du auch bei API-Zugriffen mitschicken. Steck die Wallbox in ein eigenes Subnetz und gib dem Pi zusätzlich eine IP aus dem Subnetz. Entweder stellst du bei der Wallbox dann keinen Gateway ein oder du musst auf deinem Router den Zugriff auf das Wallbox-Subnetz verbieten. Ist aber nicht so sicher wie die nächste Option, da jedes andere Gerät sich auch eine IP aus dem Wallbox-Subnetz geben könnte. Benutze einen managed Switch und richte ein VLAN für deine Wallbox ein und lass sie nur per Wireguard raus oder steck den Pi mit in das VLAN. Falls deine Verkabelung das zulässt, steck einen USB-LAN-Adapter an deinen Pi und häng da nur die Wallbox dran. Willst du der Wallbox Internetzugriff geben, kannst du auf dem Pi NAT einrichten.

Hast du schon eine Löschanlage fürs Auto unter deinem Carport eingebaut? Von brennenden Wallboxen habe ich bisher noch nicht gehört, von brennenden Autos dagegen schon. 😉

Danke dinkel1975, das hat mir schon ein wenig weiter geholfen. Durch die Anregung von MatzeTF habe ich auch noch die Abtastrate des Hausanschlusszählers und die Updaterate des Apizählers auf 1 Sekunde reduziert. Meine Lösung für die Automation sieht wie folgt aus: alias: Warp2 API counter updater description: Aktualisiert des API-Zähler (Hausanschluss) des WARP2 trigger: - platform: time_pattern seconds: /1 condition: [] action: - action: mqtt.publish metadata: {} data: qos: 0 topic: warp2/Xan/meters/1/update payload: "[{{ states('sensor.sdm630_total_system_power') }}]" retain: false mode: single Das Problem war das der Zähler per Modbus nur etwa alle 10 Sekunden von Homeassistant ausgelesen wurde. Dieses konnte ich beschleunigen, indem ich beim Sensor einen Scaninterval hinzugefügt habe. Somit wird der nun jede Sekunde ausgelesen. #modbus: - name: SDM630 type: serial method: rtu port: /dev/ttyUS baudrate: 9600 stopbits: 1 bytesize: 8 parity: N sensors: - name: sdm630_total_system_power address: 52 input_type: input # count: 2 slave: 1 precision: 2 # scale: 0.001 data_type: float32 unit_of_measurement: W device_class: power scan_interval: 1 unique_id: a2da5638-1830-413e-a3ae-0c2c0d8774f0 Nun scheint alles Perfekt zu laufen, mal sehen ich damit das PV-Überschussladen zum laufen bekomme :-)

Hallo Zusammen, hallo Vincent, zunächst sorry, dass ich bisher kein update abgegeben hatte. Von SMA habe ich keine Antwort erhalten und mein Vorhaben ad acta gelegt die Modbus Schnittstelle der WR anzuzapfen. Stattdessen habe ich mir einen von Tinkerforge auf deren Homepage aufgeführten Stromzähler, den billigsten, einen Eastron SDM72DMV2 für ca. 50 Euronen + 25 Euro (Elektriker ist ein Freund😉) Einbau, hinter das Smartmeter des Stromspeichers einbauen lassen. Mit dem Web Interface kann ich nun den EM ganz einfach administrieren und manuell zwischen den Lademodi wechseln, auch mit dem Browser meines Smartphones. Da ich PV Erzeugung und SOC des Batteriespeichers jederzeit ebenfalls vom Smartphone im Blick habe, kann ich zwischen den Lademodi wechseln, auch ohne morgens hektisch aus dem Bett springen zu müssen, um zum Laptop, zum Batteriespeicher oder zum Auto rennen zu müssen. In den trüben Monaten des anstehenden Winters kann ich mich dann in EVCC einarbeiten und das Ganze automatisieren. An dieser Stelle nochmal ganz herzlichen Dank an Thomas und Matze für das freundliche Sparring. Sobald ich das mit EVCC auf die Kette bekommen hab, melde ich mich nochmal mit einem Update. Liebe Grüße Manni

Wir nutzen hier den "MI 3155 EurotestXD" von Metrel als Teil des Testprozesses für die Wallboxen. Das Prüfprotokoll liegt den Wallboxen auch bei. Das ist für die interne DGUV-Prüfung schon etwas teuer. Grundsätzlich wird sich das was man testen muss bei einer Wallbox nicht groß von anderen ortsfesten Geräten unterscheiden: Sprich wenn ihr Prüfgeräte habt um andere Anlagen zu testen solltet ihr damit auch die Wallbox testen können. Was ihr zusätzlich braucht ist ein Prüfadapter der N,PE,L1-L3 rausführt und das Auto simuliert um eine Ladung zu starten damit das Schütz durchschaltet. Sowas hier: https://www.pce-instruments.com/deutsch/regeltechnik/ev-messgeraet-ev-pruefgeraet/pce-instruments-ev-messadapter-ev-pruefadapter-fuer-wallbox-pce-evse-310-det_6124587.htm (das ist einfach das erste was ich per Google gefunden hab).

Du findest das in den Einstellungen unter Advanced Function. Im Waveshare musst du das natürlich auch noch anpassen.

Danke für das Log. Das bestätigt mein Verstandnis der Daten. Ich habe jetzt das Mapping nochmal überabeitet und aufgespalten, damit wir alle Daten sinnvoll darstellen können. Statt "Sungrow Hybrid Wechselrichter" wählt du als Vorlage jetzt "Sungrow Hybrid Wechselrichter Netzanschluss". Dort ist der 13010 Wert als "Wirk­leistung (Bezug minus Ein­speisung)" abgebildet. Das ist aktuell der einzige Wert der für das PV Überschlussladen notwendig ist. Zukünftig wollen wir in der Regelung noch Batteriespeicher berücksichtigen. Dafür ist dann die "Sungrow Hybrid Wechselrichter Speicher" Vorlage dar. Die Regelung wird dann die Leitung und den SoC des Batteriespeichers mit in Betracht nehmen. Die "Sungrow Hybrid Wechselrichter" Vorlage und die "Sungrow Hybrid Wechselrichter Last" Vorlage dienen nur der Ansicht der Daten und werden für keinerlei Regelung benötigt. Kannst du bitte mit der angehängten Firmware nochmal deine Daten anschauen? Es müsste jetzt alles passen, nur bei den Energiewerten bin ich noch nicht ganz schlüssig. Edit: Veraltete Firmware entfernt.