floho

Habe gerade die Warp1 und Warp2 auf 2.0.6 aktualisiert. die Warp1 zeigt die Uhrzeit im Status. Bei der Warp2 fehlt der gesamte Block mit der Zeitsync. Dementsprechend auch keine Uhrzeit. im Log ist aber eine Uhrzeit vorhanden statt des Zählers, heißt der Sync selbst hat geklappt. Gruß, Florian.

Also ich kann das csv, comma (!!) separated values, in excel gut öffnen ohne irgendein Problem. Vielleicht von der Version abhängig? Nutze das 365.

Im „MQTT Intervall“ thread wurde auch schon so höflich gefordert, pardon gebeten.

Sorry für die späte Antwort. Leider ist her gerade etwas stressig. die Flows sind denke ich unspannend. Ein Statechange als Start. Dann eben on und off der Wallbox. Die ganze Sache geht auch nur mit Volvo und der config aus dem anderen Post. wenn ich mal Zeit habe überall die Nummernschilder (alle Kfz-bezogenen entities haben das km Namen) zu entfernen kann ich das aber nachholen. Meine Warp2 pro wird Ende des Monats abgeschlossen. Dann teste ich mal ob/wie der Eintrag des anderen Posts angepasst werden muss. denke aber auch dass für die FW2.0 Anpassungen gemacht werden müssen. Soweit ich gelesen habe wurde da etwas an der API gemacht. edit: wenn an die config wie aus dem anderen Post anpasst kommt kann man direkt diesen Dashboard mit Bordmitteln erstellen.

Hallo. Idee 1 finde ich eher schlecht. Man schaltet einen PC ja auch nicht per Steckdosenleiste ;-) Vor allem möchte vielleicht doch mal per RFID geladen werden oder einem Bekannten das Laden ermöglicht werden, ... Idee 2 ist genau wie ich es mache: Wenn ich das Ladekabel anstecke startet ein 5 Minuten Timer. Dann wird geschaut ob mein Auto zuhause ist und ob bei dem Auto ebenfalls das Kabel angesteckt ist. Wenn ja, dann wird der Ladevorgang gestartet. Sonst eben nicht. Nach weiteren 5 Minuten wird geprüft ob das Auto jetzt auch lädt. Sonst wird die Ladung wieder abgebrochen. Die 5 Minuten Totzeit sind nötig da die Fahrzeug-Cloud etwas braucht bis der Status korrekt ist. Wahrscheinlich würden auch 2 Minuten ausreichen. Oder eine Art polling. Funktioniert bisher super und ohne Freigabe, Handy, Schlüssel, ... Gruß, Florian p.s. ich mach das in HomeAssistant in Node Red. Das geht direkt über MQTT (API in der Doku) oder man bindet die I/Os der Wallbox als Entitäten ein:

Hi, vielleicht ist nicht ganz klar was eine Wallbox macht. Den Ladestrom können alle Wallboxen nur durchschalten (an, aus). Im Falle der Warp ist es mit einem Schütz realisiert (vielleicht auch bei allen so). Nun gibt es 11 und 22kW Varianten. Der Unterschied ist, dass in den 22kW Varianten Komponenten verbaut sind die pro Kanal 32A "abkönnen" und somit die Sicherungen im Sicherungskasten diesen Wert haben können. Bei der 11kW haben z.B. das Ladekabel und die Zuleitung einen geringeren Querschnitt (vielleicht auch intern der Kabelbaum) wodurch sie bei 32A einen Defekt erleben würden. Bis hier ist sie ein großer "Lichtschalter" der je nach Ausstattung eine oder alle Phasen durchschaltet. Was die Wallbox zusätzlich macht, außer den Schütz zu bedienen ist, sie kommuniziert dem Auto über Steuerleitungen wie Strom das ziehen darf pro Phase (6A bis 16/32A). Das Auto macht das dann. On top natürlich noch "smarte" Dinge und Strom zählen. Somit kann eine 11kW Wallbox, da die Komponenten ja "nur" auf 16A ausgelegt sind, nur 16A pro Phase abgeben, schon alleine weil man die ja nicht mit 32A absichern kann. Das einzige was ich mir vorstellen könnte ist dass es eine gedrosselte 22kW als 11kW verkauft wird. Die könnte dann, wenn sie nur bei einer Phase betrieben wird 32A auf dieser durchschalten. Allerdings müsste das dann ja dennoch mit 32A abgesichert werden. Ob es das gibt und auch ok ist? Außerdem wäre es dann genau genommen keine 11kW Wallbox mehr. In Summe: einfach die 22kW Warp wählen und gut ist. Gruß, Florian p.s. Wenn alles aus seiner PV Anlage kommt wäre es ja keine Schieflast mehr ... aber ob der Netzbetreiber das so gelten lässt? Es "könnte" ja aus dem Netz kommen wenn die PV das nicht bringt. Außerdem klingt es nicht so als wäre das eine 1-phasige PV, oder? Und Lastumverteilung über den Netzbetreiber wird halt auch nicht gern gesehen.

Sie kann das nicht vorgeben. Das PWM-Signal ist nur bis 6A definiert. Weniger lange Pulse werden von der Gegenstelle (PKV) sicher nicht richtig interpretiert, geschweige-denn akzeptiert. Vermutlich entsteht ein Fehler oder es wird einfach 6A als kleinster Wert angenommen. Oder meinst Du der Ladestrom selbst wird begrenzt? Das ist technisch eher in keiner Wallbox möglich da diese ja nur per Schütz den Leiter schaltet. Keine auch keine Lösung um AC Strom zu begrenzen, außer eben Abschaltungen (Sicherung).

Klasse, vielen Dank!

Könnte man in diesem Zusammenhang eine Möglichkeit eines Monats/Quartalsberichtes einplanen? Also eine Übersichtsseite in HTML die man drucken kann (ggf. direkt PDF, ich denke aber hier ist der ESP etwas knapp) die einem den echten (nicht zurückgesetzten) Zählerstand alt/neu und ggf die Ladezeitpunkte und den geladenen Strom des ausgewählten Wagens anzeigt? Ich meine damit jetzt keine genauen kW-Kurven und Verläufen, dafür reicht die HW/Speicher wohl eher nicht, das sehe ich eher extern per MQTT. Meine Firma würde für die Erstattung gerne mehr sehen als den Zählerstand per Screenshot, also eine Art Bericht. Vielen Dank und beste Grüße, Florian

Vorbildlich ;) Danke.

@rtrbt: Stimmt, das war ein lokales, einmaliges Event. Da hat die FritzBox ein Update gefahren. Hätte ich auch so sehen können, sorry. Bei der Gelegenheit ein Vorschlag: was haltet ihr von Timestamps (sobald die Wallbox einen Zeitserver zur Verfügung hat) statt einen Zeitzähler? Danke und Gruß, Florian.

Guten Morgen, ich habe zwar gerade eine Verbindung und sehe zyklische Telegramme, allerdings habe ich das auch im Logger gefunden: 35 **** TINKERFORGE WARP CHARGER V1.3.2-61b1f9e4 **** 36 308K RAM SYSTEM 231323 HEAP BYTES FREE 36 READY. 83 Mounted configuration partition. 8192 of 3538944 bytes (0.2 %) used 128 WARP Charger configuration version 1.2.3-60cb5c5b 621 mDNS responder started 873 Had to configure softAP IP address 1 times. 2874 Soft AP started. 2874 SSID: warp-123 2874 hostname: warp-123 3463 IP: 10.0.0.1 3480 Connecting to WLAN 6601 Wifi connected to WLAN 6649 Wifi got IP address: 192.168.178.10. Connected to BSSID AA:BB:CC:DD:EE:FF 6655 Network connected. Stopping soft AP 6710 MQTT: Connected to broker. 30543 Got no managed current update for more than 30 seconds. Setting managed current to 0 232020682 MQTT: Transport error: ESP_ERR_ESP_TLS_TCP_CLOSED_FIN (esp_tls_last_esp_err) 232020688 MQTT: Disconnected from broker. 232030699 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232030700 MQTT: Transport error: Connection reset by peer 232030714 MQTT: Disconnected from broker. 232045723 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232045724 MQTT: Transport error: Connection reset by peer 232045737 MQTT: Disconnected from broker. 232060845 MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err) 232060848 MQTT: Disconnected from broker. 232075904 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232075905 MQTT: Transport error: Connection reset by peer 232075918 MQTT: Disconnected from broker. 232090928 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232090928 MQTT: Transport error: Connection reset by peer 232090944 MQTT: Disconnected from broker. 232105968 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232105969 MQTT: Transport error: Connection reset by peer 232105982 MQTT: Disconnected from broker. 232120992 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232120993 MQTT: Transport error: Connection reset by peer 232121007 MQTT: Disconnected from broker. 232136023 MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err) 232136024 MQTT: Transport error: Connection reset by peer 232136036 MQTT: Disconnected from broker. 232151062 MQTT: Connected to broker. 245351725 MQTT: Disconnected from broker. 245351726 MQTT: Disconnected from broker. 245366826 MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err) 245366828 MQTT: Disconnected from broker. 245381935 MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err) 245381937 MQTT: Disconnected from broker. 245397044 MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err) 245397047 MQTT: Disconnected from broker. 245412100 MQTT: Connected to broker. Gruß, Florian

Habe auch die Warp 1 mit nachgerüstetem NFC Reader und die FW 1.3.2. Pauschal kann das also nicht der Grund sein.

Danke für den Bericht, habe jetzt auch bestellt. Nervig ist tatsächlich ein passendes JST-Kabel einzeln zu finden. Wäre super wenn das zeitnah (für andere) im Shop mitbestellt werden könnte. Tipp für alle die eines benötigen: bei Amazon kann man Balancer Kabel (3s) (Akku laden) günstig finden. Da sind zwar beide mittleren Kabel weiß, aber die bekommt man für 5€ mit Versand. Danke für all die Info und Unterstützung hier im Thread, Florian.

Also ich habe hier die WARP 1 im Einsatz und es gibt mit dem WLAN null Probleme. Router (Fritz!Box) ist eine Hauswand und 2 Kellerwände "entfernt". Evtl. ist bei dir etwas defekt oder eine enorme Störquelle ist in der Nähe, aber pauschal von nicht fertig entwickelt zu sprechen halte ich für übertrieben. Gruß, Florian

Perfekt, danke. Dann geh ich heute Abend mal bestellen :)

Guten Morgen, ja, der "Ton" kommt mir pampig rüber, auch wenn ein Grund dafür angeführt wird. Ich will hier nicht den Lehrer spielen, natürlich "darfst" Du das machen wie du willst. Ich denke: wenn man eine WB von "klassischen" Firmen kauft, werden Kundenwünsche in der Regel nicht umgesetzt, hier wird auf fast jeden Wunsch eingegangen. Dadurch entsteht wohl so eine Art Selbstverständnis dass alles umbesetzt werden muss, wie man es übrigens öfters bei Open Source und kundennahen Projekten beobachten kann. Gekauft wurde der ist-Zustand, der funktioniert. Somit ist diese Aufforderung keine Mangelbeseitigung, sondern ein Wunsch. Diese vermittle ich persönlich lieber nett ;-) Gruß und schönen ersten Advent, Florian. p.s. man hat sich ja auch für ein Open-Source Projekt entschieden ... also ran an den Speck Code ;-) Edit: oben steht geschrieben, dass die WB bei Änderung sendet und Änderungen sekündlich geprüft werden. Eventuell ist das gar nicht so einfach gemacht wie 1000 auf 5000 zu ändern im Code.

Wurde doch schon aufgenommen. Warum so pampig? Klingt zumindest für mich so. Ein workaround bis es soweit ist, ist wohl auch kein Angriff. schönen restlichen Abend, Florian.

Ich nehme mal an, dass der Zähler an die "RS485" beschriftete JST Buchse (4 Pins) angesteckt wird. Da die Kabel ja überall erhältlich sind würde es auch genügen wenn wir die Länge und Pinbelegung wüssten (weiß nicht ob ich mich auf die Farben verlassen möchte). Vielleicht kann einer das original Kabel zeigen, wenn zur Hand. Dann weiß man die Farben und die Länge ja. Danke und Gruß.

Hallo, gibt es hier etwas Neues? Ich habe aus einem früherem (gescheitertem) Projekt den SM630 hier. Nun würde ich mir gerne eine zweite WARP bestellen und dann natürlich "nur" die Smart. Würde daher gerne das JST Kabel gleich mitbestellen. Außerdem die Frage: Sind die Stromkabel welche am Klemmenblock der Smart angeschlossen sind und zu dem Schütz verlaufen gleich lang wie die die bei der PRO vom Zähler zum Schütz laufen? Oder muss ich hier neue, längere verlegen? Danke und Gruß, Florian

Naja, dann hätte ich mir das sparen können. Andererseits, auch kein Aufwand.

Laut API-Beschreibung (https://www.warp-charger.com/api.html#evse_auto_start_charging) passiert genau das nach einem Neustart. Ich habe es so gelöst dass, wenn die Wallbox erkannt wird, wird ein MQTT Kommando gesendet welches den Autostart abschaltet. Zusätzlich mache ich das alle 2 Stunden falls ein Neustart nicht korrekt erkannt wird und nach dem Neustart der Steuerung. Vielleicht wäre es aber sinnvoll wenn man diesen Zustand einfach persistent speichern würde in der Wallbox.

Ich denke die Dose muss verriegeln während des Ladens. Sonst könnte man unter Last den Stecker ziehen. Weiß nicht wie da die Vorgaben sind, kann mir aber nicht vorstellen, dass man das so machen sollte/darf. Zusätzlich ist bei diesem Typ 2 Steckern kaum eine Klemmung vorhanden. Sprich der geht echt leicht raus. edit: Ich habe hierzu noch ein wenig nachgelesen. Es ist wohl so, dass die Verriegelung mechanisch oder elektrisch gemacht werden muss. Sprich, die Wallbox, wenn nicht mechanisch verriegelt wird, muss das Abziehen durch den nachgeführten CP Kontakt erkennen und daraufhin den Schütz innerhalb einer vorgegebenen Zeit abschalten. Inwieweit das eine sicherheitsrelevante Bewertung braucht, weiß ich nicht. Ob die WARP das (spezifikationstechnisch ausreichend) tut weiß ich natürlich auch nicht. Alles in allem klingt das nicht nach einer sehr guten Lösung. Was spricht gegen eine Wanddurchführung des Kabels?

Das stimmt natürlich, solange man die Box einzeln betrachtet. Allerdings gibt es da Shellys, andere MQTT Sensoren, Gateways, mehrere Wallboxen, ... und es ist auch das WLAN welches belastet wird, nicht das LAN. Somit bin ich generell bei dir, fände aber dennoch eine Möglichkeit gut die zyklischen Daten nicht pauschal im vollen Set und sekündlich zu senden. Eine niederpriores Anliegen, aber wert überdacht zu werden ;-)

Wenn man das Kabel nicht über die Wallbox selbst führt ist das natürlich kein Problem. Wenn ich und das Wetter Lust haben schau ich nochmal in die Box und suche nach einer besser passenden Stelle. Ist aber tatsächlich sehr voll da drin (habe die PRO). Es funktioniert aber auch so schon relativ gut, der Tag muss eben ein wenig an dem Kabel vorbeigeführt werden. Wirklich schlimm ist das nicht, ich wollte den Gedankengang dennoch an andere Nachrüster weitergegeben haben.