borg

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

Unter https://docs.warp-charger.com gibt es jetzt eine neue Dokumentationsseite! Dort fehlt noch ein bisschen zusätzlicher Inhalt den wir jetzt Stück für Stück hinzufügen. Allerdings sollte vor allem die MQTT/HTTP API-Referenz jetzt viel besser sein. Ihr könnt dort rechts bei jeder Unterseite zwischen HTTP/MQTT wählen und für welches Produkt ihr die API haben wollt. Es sollte dann auch zu jeder API ein Beispiel geben. Zusätzlich gibt es noch eine Beispielseite wo wir versuchen für die wichtigsten APIs jeweils ein ausführlicheres Beispiel einzufügen. Neu ist auch oben rechts eine Suchfunktion die ich empfehlen kann. Generell soll warp-charger.com auf Dauer eine Landingpage für Neukunden sein die erst noch erkunden was die WARP-Produkte sind und was diese können. Auf der anderen Seite soll docs.warp-charger.com ausführlich mit vielen Beispielen erklären wie man etwas mit dem WARP Charger/WARP Energy Manager umsetzt. Feedback für die neue Doku-Seite gerne in diesem Thread :).

Hier hatten wir die Diskussion gerade:

Mh, wir haben da leider auch keinen direkten Ansprechpartner bei der KFW. Aber ich schreibe die KFW mal an diesbezüglich. Hast du einen Link zu dem Antrag (damit ich mich darauf beziehen kann) oder kommt man da nur dran wenn man vorher schon etwas eingereicht hat?

Ich bin mir nicht sicher was du meinst mit der Frage. Wenn du den Zähler ausbaust und die Wallbox wieder startest taucht sie als WARP3 Smart wieder auf. Dann sind alle Funktionen die nur mit Zähler funktionieren weg. Andersrum kannst du auch eine WARP3 Smart kaufen, einen unterstützen Zähler einbauen, dann erkannt das die Software und du hast einen WARP3 Charger Pro.

Kannst du nach der Gerätesuche einmal auf Log klicken und das Log hier hochladen?

Aktuell wird der Preis nicht pro Ladevorgang gespeichert, es ist nur ein globaler Parameter. Das Feature ist daher aktuell leider nicht für dynamische Tarife geeignet. Da müsstest du die CSV ziehen und die dynamischen Preise selber zuordnen. Wir planen da allerdings das für dynamische Stromtarife aufzubohren in Zukunft.

Das kann ich mir nicht vorstellen. PP wird nicht als Leitung durch ein Typ2-Kabel geführt, da ist nur ein Widerstand im Stecker der angibt was das Kabel an Strom führen kann. Die Wallbox kann das nicht beeinflussen was das Auto da sieht. Soweit ich weiß muss man nur zwischen 3% und 7% Duty Cycle auf das PWM legen um auf ISO 15118 zu wechseln. Auf dieses PWM wird dann hochfrequent etwas moduliert das Autos ohne ISO15118-Support gar nicht bemerken und Autos mit ISO15118-Support hoffentlich interpretieren können. Die Kommunikation per ISO15118 selbst hat eine 568-Seitige Spezifikation 🙃.

Das ist die CP-Leitung, darüber wird mit dem Auto kommuniziert. Ist auch im Stromlaufplan eingezeichnet: https://www.warp-charger.com/documents/WARP3_Stromlaufplan.pdf. Kommt in den schwarzen Stecker (zweiter Steckplatz von unten) zwischen den Widerstand, siehe hier:

Link sollte jetzt gehen, Danke für den Hinweis!

Oh, ich wusste nicht dass das privat gesetzt war, ich dachte das war schon immer öffentlich. Sorry!

WARP3 ist jetzt in der Liste: Lustigerweise haben sie WARP3 unter "Warp" einsortiert und WARP2 unter "Tinkerforge GmbH"... aber egal. Hauptsache es ist endlich auf der Liste.

Die Herstellerangaben vom verbauten ICS43432 MEMS-Mikrofon gehen nur bis 125dB. Aber vom Chart her würde ich erwarten das die Ausgabe immer flacher wird und entsprechend irgendwann einfach stehen bleibt. Bei uns im Code gibt es da nichts was sagt "bei 120 dB ist Maximum und wir schneiden ab". Wir werten einfach aus was auch immer analog ankommt.

I don't have any reliable data about the max throughput of the Ethernet Extension at hand. My suspicion is that the W5500 chip that we use has problems to handle the 1000 packages per second that are necessary for this, it is better at sending large packages, but our protocol only uses 64 bytes per package. Do you absolutely need the Ethernet Extension in your application or can you use the ESP32 Ethernet Brick?