borg

I think the resolution is 1cm, which does not mean that it can measure distances below 5cm. Here is the manufacturer datasheet of the laser range finder itself: https://raw.githubusercontent.com/Tinkerforge/laser-range-finder-v2-bricklet/master/datasheets/lidar-lite-v3.pdf

It does unfortunately not explicitly specify a minimum distance. However, with a resolution of 1cm, and a accuracy of 2.5cm below 5m distance and "additional non-linearity below 1m" it sounds like 5cm for a low distance is reasonable.

Oh, aber mit Safari geht es ohne den Fernzugriff oder auch nicht?

Mit welchem Browser hast du das getestet? Hab es gerade bei meiner Wallbox zuhause probiert über den Fernzugriff und ich kann das PDF öffnen und sieht auch alles gut aus.

Am 7.8.2024 um 07:16 schrieb tatzemax:

Aktuell ist es nur auf der Steuerbox einzustellen, was drauf schließen lässt das diese alle gesteuert Boxen auf PV-Überschuss regelt.  Ist das so richtig? 

Das ist aktuell richtig so. Später soll man auch einzelne Boxen schnell laden können während andere PV-Überschussladen machen. Aktuell wird der PV-Überschuss auf alle Wallboxen verteilt in der Firmware.

Anbei einmal eine Beta-Firmware zum Testen. Da sind leider recht viele Änderungen drin. Wir arbeiten im Hintergrund gerade am WARP Energy Manager 2.0, wenn der released ist wird es auch eine neue Firmware für den "alten" Energy Manager geben mit den neuen Features die technisch auch mit dem V1 möglich sind. Dann ist dort auch alles wieder auf dem neuesten Stand.

Edit: Veraltete Firmware entfernt.

Ich glaube die Firmware für das Bricklet die in der WARP Energy Manager Firmware integriert hat einfach noch nicht den vollen Support für den neuen Eltako-Zähler.

Die Energy Manager Firmware nutzt da natürlich den gleichen Code wie die Wallboxen, allerdings ist das letzte Energy Manager Bricklet Release schon relativ alt, da gab es in der Zwischenzeit reichlich Änderungen am Eltako-Support.

Ich schau mal ob ich dir eine aktualisiert Firmware zum Testen bauen kann.

Wie liest du die Werte aus? Über die HTTP API auch?

Werden die falschen Werte auch im Webinterface der Wallbox angezeigt?

Kurzer Hinweis: @MatzeTF und @rtrbt sind jetzt beide für 2 Wochen im verdienten Urlaub. Im Moment können wir daher nur Feedback zum neuen dynamischen Lastmanagement sammeln bis die beiden wieder da sind 😀.

Ich hab da leider nur gefährliches Halbwissen was die DGUV-Prüfung angeht (also was da rechtlich wirklich notwendig ist).

Rein technisch prüft die Wallbox selber ob PE/N angeschlossen sind, sie prüft ob die Schütze noch OK sind oder nicht schalten/kleben, sie speist selber regelmäßig 6mA DC-Fehlerstrom ein um den DC-Fehlerstromsensor zu testen. Bei uns ist im Typ2-Stecker eine Thermal-Fuse an L1 die PP trennen kann, d.h. wenn irgendwas ganz schief läuft wird darüber die Ladung abgebrochen wenn das Kabel zu heiß wird.

Sprich: Viele Sicherheitsrelevante Sachen werden von der Wallbox selber bei jeder Ladung geprüft.

Was mir einfällt was ihr sicherheitsrelevantes testen könnt was die Wallbox selber nicht überprüfen kann: Den Typ A FI am Hausanschluss (reicht aber denke ich den über die Prüftaste zu testen) und was bei der DGUV-Prüfung sicher vorgesehen ist: Eine Isolationsmessung.

Das ist aber nur ein Anzeigeproblem im Brick Viewer, richtig? Die Bricklets sind da und ansprechbar etc?

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

Am einfachsten vermutlich in dem du external_current auf 0 setzt: https://docs.warp-charger.com/docs/mqtt_http/examples?exampleApiType=mqtt#lesenschreiben-des-ladestromlimits

Ja an den Verteilerschrank würde ich auch nicht rangehen, das sollte der Elektriker prüfen. Da muss ja irgendwas durchgeschmort sein?

Ich würde als nächstes die Spannungen alle durchmessen. Zuerst vorne am Anschluss (am Zähler oder an der Klemme, je nachdem ob es eine Pro oder Smart ist): Kommen da 230V zwischen L1 und N/PE an?

Dann kann man beim EVSE Bricklet 2.0 noch ganz gut messen ob dort die 230V ankommen und beim ESP32 Ethernet Brick (die obere Leiterplatte) kann man 3.3V und 5V prüfen (siehe Bild unten).

Wenn die 230V nicht ankommen liegt es irgendwo am Hausanschluss. Wenn oben keine 3.3V/5V ankommen liegt es potentiell an dem Netzteil auf dem EVSE und wenn die 3.3V/5V oben noch ankommen liegt es potentiell am ESP32 Ethernet Brick.

Wenn es eine Pro ist: Funktioniert das Display vom Zähler denn noch? Ansonsten: Auf den drei Leiterplatten rechts sind je eine blaue LED, leuchten die?

Hinweis zur Version vom 12.07.2024: Diese Version funktioniert nicht mit Safari, wird mit dem nächsten Update gefixt!

Am 12.7.2024 um 11:10 schrieb chrissyheb:

@borg Danke für die schnelle Info. Für meine Neugier noch kurz eine Frage: Welche Spalte ist das im Protokoll, in der man sieht, dass der Tesla die 880Ohm nicht anlegt? 

Wenn du dir das in Excel reinholst ist es Spalte BE (CP/PE). Das PWM kannst du in Spalte AJ sehen (cp_pwm).

Ich hab mal die beiden in ein Graph gemacht:

Da kannst du sehen wie das Auto angeschlossen wird (rot geht von unendlich auf 2700), dann wird PWM angelegt (blau geht von 1000 auf 267 [was 16A entspricht]). Der nächste Schritt wäre dass das Auto 880 Ohm anlegt, d.h. die rote Linie müsste auf 880 gehen. Warum das nicht passiert ist jetzt die Frage.

Im Protokoll sieht man dass die Wallbox den Tesla erkennt, der Tesla dann aber nicht die 880 Ohm anlegt die zum Starten der Ladung benötigt werden.

D.h. vermutlich sieht der Tesla das PWM nicht welches die Wallbox zwischen CP und PE anlegt.

Hast du schonmal in den Stecker geschaut? Ist da vielleicht bei CP oder PE etwas verdreckt oder korrodiert oder so?

Bezüglich der Verriegelung: Kannst du das Kabel denn einfach wieder rausziehen oder ist es verriegelt? Wenn es nicht verriegelt könntest du an den vier Löchern die im Typ2-Stecker auf allen 4 Seiten sind schauen ob da irgendwas im Weg sein könnte. Vielleicht etwas Grad vom Spritzguss dass sich reingesetzt hat was dazu führt das der Veriegelungsbolzen nicht mehr reingeht ins Loch (das hatten wir tatsächlich schon).

1) und 2) Die WARP Charger lesen die ID des NFC Tags aus. D.h. du bräuchtest eine iOS oder Android App welche immer die gleiche NFC-ID simuliert. Soweit ich weiß rotieren die diese immer durch... D.h. wenn du das Handy das nächste mal vor die Box hältst hat sich die ID geändert.

2) Desfire unterstützen wir leider nicht.

3) Das weiß ich um ehrlich zu sein nicht was da technisch drin ist im Ausweis, müsstest du ausprobieren.

Zu 1) und 2) könnte man dem NFC Bricklet in der Wallbox beibringen den Inhalt des Tags auch auszulesen und dort (mit einer noch zu definierenden Syntax) eine ID auszulesen. Dann könnte man das über eine App lösen. Das steht bei mir auf der TODO-Liste, hat aber aktuell keine super hohe Priorität.

Ich denke am einfachsten wäre ein kleines Script welches per MQTT auf diesen State subscribed: https://docs.warp-charger.com/docs/mqtt_http/api_reference/evse/?apiType=mqtt#evse_button_state_any und dann die Tesla-API aufruft wenn der Button gedrückt wird.

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

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

Ist gefixt!

Ich Frage mich ob die nicht vielleicht auch damit einverstanden wären dein Internet zu nutzen für die Anbindung solange du damit einverstanden bist. Dann hätten Sie ja auch nicht die laufenden Kosten der SIM Karte.

Ein anderes technisches Detail was mir nicht klar ist: Soweit ich OCPP kenne wird eine Ladung immer über eine Authentifizierung freigegeben, d.h. der Netzbetreiber müsste deine NFC-Karten irgendwie anlernen oder dir NFC-Karten bereit stellen oder sowas. Ob die das wohl bedacht haben?

Ein Großteil davon ist schon geplant und es gibt auch auf github schon entsprechende Issues dazu.

Die einzige Idee für die es glaube ich noch kein Issue gibt ist "NFC-Freigabe vorm anstecken". Ich könnte mir vorstellen dass das etwas verwirrend werden kann, da wir ja in der Default-Einstellung eine gestartete Ladung mit der NFC-Karte auch wieder abbrechen können. Auf der anderen Seite haben wir jetzt bei WARP3 mehr Farben zur Verfügung um Status-Informationen anzuzeigen.

Ich vermute ich war da gestern noch am rumfummeln als du die Seite besucht hast und sie war kurz nicht erreichbar.

Die Modbus-Register sollten aber glaube ich passen 🤔.