rtrbt

Kann ich bestätigen, das Frontend erlaubte wegen einem Validierungsbug nur max. 62 Zeichen. Wird mit 2.1.1 gefixt.

Es muss bei dir auf jeden Fall noch ein Problem mit der Zählerkommunikation geben. Das Log ist voll von Nachrichten der Form 2023-03-02 21:56:29,726 Request 157: Exception code -1 Das ist jeweils eine Modbus-Anfrage an den Zähler, die in einen Timeout läuft, d.h. der Zähler hat aus Sicht des RS485-Bricklets nicht oder nicht schnell genug geantwortet. Da manche Nachrichten aber durchkommen: Sind die Schiebeschalter auf dem RS485-Bricklet richtig eingestellt? Vielleicht ist das ein Terminierungsproblem?

Mach in deinem Firefox bitte einmal die Browser-Konsole auf (Rechtsklick auf irgendeiner Seite -> Konsole), füg unten navigator.languages ein und drück auf Enter. Was bekommst du da als Sprach-Array zurück? Ich habe hier auch Firefox 110 auf Linux, fast identische Spracheinstellungen (Deutsch, Englisch, Englisch (US)) und bekomme folgendes: Das Webinterface geht diese Liste durch, betrachtet von jedem Eintrag jeweils nur die ersten zwei Buchstaben und wenn die "de" sind, bekommst du die deutsche Seite. Edit: An dem Code haben wir auch seit Juli 2022 nichts geändert. Weißt du noch welche Firmware du vor der 2.1.0 auf der Wallbox hattest?

Das ist gut möglich. Eigentlich sollte die Wallbox dir verbieten, dass du die Firmware aktualisierst, wenn ein Auto angeschlossen ist. Hast du das über /recovery gemacht?

Zieh mal einen Debug-Report (unter System->Ereignis-Log). Weißt du noch wann genau du die Ladevorgänge gelöscht hast? Das sollte problemlos gehen.

Sinnvoll ist das schon. Die Umsetzung ist aber kompliziert. Wir speichern die Ladevorgänge sehr kompakt (siehe hier für's Format). Den Strompreis mit zu speichern würde bedeuten, das wir die Größe eines Eintrags auf 32 Byte erhöhen müssen, das ist im Flash kein Problem, aber das Erzeugen der Ladelogs wird dadurch langsamer weil doppelt soviele Daten geladen werden müssen. Fazit: Ich denk mal drüber nach, kann und will aber nichts versprechen.

Firmware: WARP 2.1.0 und WARP2 2.1.0 In den nächsten Tagen folgt ein Blogpost über die neuen Firmwares. (nur WARP2) OCPP-Unterstützung hinzugefügt (OCPPJ 1.6 Core und Smart Charging Profile) PDF-Export für Ladetracker hinzugefügt CSV-Export des Ladetrackers in "Excel-Kompatibel" und "nach RFC4180" aufgeteilt Menüstruktur des Webinterfaces neu organisiert Ladecontroller-Unterseite in Ladestaus und Ladeeinstellungen unterteilt Auto-Start in manuelle Ladefreigabe umbenannt und in Ladeeinstellungen verschoben Lastmanagement-Protokoll durch neue, vorwärts-kompatible Version ersetzt Alle Wallboxen eines Lastmanagement-Verbunds müssen auf Firmware 2.1.0 oder höher aktualisiert werden! Implementierung des Stromzähler-Graphen ausgetauscht Übersetzungen verbessert Watchdog als Schutz gegen hängende Firmware hinzugefügt Behoben, dass WLAN-Verbindungskonfiguration nicht gespeichert werden konnte, wenn nur das gewählte Netzwerk geändert wurde Behoben, dass Zahländerungen nicht angewandt wurden, wenn per Enter-Druck im Zahl-Eingabefeld gespeichert wurde Enter-Druck in Modalfenstern repariert Prüfung auf reservierte, Broad- und Multicast-IPs in Lastmanager-Konfiguration hinzugefügt Behoben, dass Lastmanagement-Fehlerdauer nicht anstieg, wenn keine gesteuerte Wallbox antwortet Behoben, dass Start- und End-Datumsauswahl nicht die Zeitzone des Nutzers berücksichtigt hat Labelbreite auf der Statusseite auf kleinen Bildschirmen angepasst Standard-NTP-Server für höhere Zuverlässigkeit geändert Behandlung der RTC-Zeit im Fehlerfall repariert "Charged Energy"-Register im Keba-Emulationsmodus repariert API-Fehlermeldungen verbessert Ermöglicht, dass mehr als eine API-Fehlermeldung geschickt werden kann Validierung der Benutzerkonfiguration repariert Behoben, dass NFC-Tag ausgewählt werden musste, wenn exakt ein Tag erkannt wurde Behoben, dass immer Login-Seite angezeigt wurde, falls beim Prüfen des Anmeldestatus ein Timeout auftrat Behoben, dass Benutzerkonfiguration bzw. -API bis zu einem Neustart gesperrt wurde Verschränkte Stromgrenzenbeschränkungen in der Lastmanager-Konfiguration behoben WLAN-Verbindungsaufbau beschleunigt Boost-Modus hinzugefügt (durch Update auf Ladecontroller-Firmware 2.1.6 (WARP1) bzw. 2.1.9 (WARP2)) (nur WARP2) Fahrzeug-Weckruf hinzugefügt (durch Update auf Ladecontroller-Firmware 2.1.9) (nur WARP2) CP-Trennungs-API finalisiert (durch Update auf Ladecontroller-Firmware 2.1.9) Sichergestellt, dass Schütz nicht unter Last geschaltet wird, wenn das Fahrzeug den Ladevorgang stoppt (durch Update auf Ladecontroller-Firmware 2.1.6 (WARP1) bzw. 2.1.9 (WARP2)) (nur WARP2) Behoben, dass bei einer Notabschaltung wegen DC-Fehler zusätzlich ein Schützfehler gemeldet wurde (durch Update auf Ladecontroller-Firmware 2.1.10) (nur WARP2) Behoben, dass Stromzählereinstellungen kontinuierlich geschrieben wurden (durch Update auf Ladecontroller-Firmware 2.1.10) (nur WARP2) Ausgabe des letzten Stromzählerwerts repariert (durch Update auf Ladecontroller-Firmware 2.1.10) Download: WARP 2.1.0 bzw. WARP2 2.1.0

Gut möglich, dass der Adapter nur für Mode 1 gedacht ist: https://de.wikipedia.org/wiki/IEC_62196 bzw. (https://de.wikipedia.org/wiki/IEC_62196_Typ_2#Signalisierung)

Das ist übrigens eine der API-Änderungen von Firmware-Version 2. Details dazu hier :https://www.tinkerforge.com/de/blog/new-features-and-changes-in-warp2-firmware-200/

Alternativ kannst du eine der Wifi Extensions als Access-Point konfigurieren und sowohl den Laptop, als auch die anderen Stapel als Clients darauf verbinden.

Das ist an der Stelle im Webinterface schlecht formuliert. Im Moment kannst du die Ladefreigabe in der Tat nur per NFC-Tag erteilen.

DIrekt über dem Low-Level-Zustand kannst du ein Ladeprotokoll ziehen. Mach das mal wie folgt und poste es hier: Bei Ladeprotokoll auf Start klicken. Browser-Fenster nicht schließen! Auto anstecken ggfalls. NFC-Tag an die Box halten usw. ~ 30 Sekunden warten (damit das Auto eine Chance hat anzufangen zu laden) Auf Stop + Download klicken

Zieh mal einen Debug-Report von der Wallbox (findest du unter System->Ereignis-Log) und lade ihn hier hoch.

Nachträglich ändern geht über einen Trick zumindest während der Ladevorgang läuft: Du kannst den Ladevorgang mit dem ersten Tag stoppen und dann mit einem anderen Tag wieder starten (das geht auch über die API mit nfc/inject_tag_start und _stop). Wenn du also eine Auto-Erkennung hast, dann könntest du drei Tags benutzen. Eins zum Erkennen des Autos und sobald du weißt, welches Auto lädt, eins der beiden anderen Tags. Die Reihenfolge ist dann Auto anstecken Ladevorgang mit Tag 1 ("unbekanntes Auto") freigeben Auf die Auto-Erkennung warten Ladevorgang mit Tag 1 stoppen Ladevorgang mit Tag 2 oder Tag 3 (je nachdem was die Auto-Erkennung sagt) starten

Moin, Zieh bitte mal einen Debug-Report von der Box (unter System->Ereignis-Log). Eventuell sehen wir da mehr.

Falls du writetable benutzt, kannst du auch festlegen, dass angehangen werden soll: https://in.mathworks.com/help/matlab/ref/writetable.html#mw_ebe3afac-7551-491c-8210-41c3c5393141 z.B. mit writetable(deineTabelle,'datei.csv','WriteMode','Append')

Den musst du selbst auseinandernehmen. Das Format ist hier: https://www.warp-charger.com/api.html#charge_tracker_charge_log dokumentiert.

Das Lastmanagement zwischen den Wallboxen ist auf maximal 10 limitiert. D.h. eine Wallbox kann sich selbst und bis zu 9 andere managen. Wenn du mehr brauchst, kannst du beispielsweise einen OCPP-Server einsetzen (OCPP ist gerade am Ende der Beta-Phase) oder künftig (lies: nicht bei Release) wird das auch über den WARP Energy Manager möglich sein.

Seltsam. Kannst du, falls du die Recovery-Seite erreichst das nächste Mal einen Debug-Report herunterladen und hier posten? Vielleicht sehen wir dann mehr.

Es gibt hier: https://github.com/Tinkerforge/cases die FreeCAD-Dateien der Gehäuse. Das Gehäusedesign ist aber für einen Laser-Cutter gemacht, d.h. Platten zum zusammenstecken. Alternativ gibt es Step-Modelle jedes Bricks/Bricklets auf dessen Hardwaredokumentationsseite, falls du dir ein eigenes Gehäuse designen willst: https://www.tinkerforge.com/de/doc/Hardware/Bricklets/Bricklets.html

Github sagt vorgestern 14:10 :P Ich wollte dir gestern noch schreiben, aber das macOS-Update auf dem Firmen-Mac hatte sich etwas gezogen. Ist jetzt da, die Bugs sollten gefixt sein.

Siehe hier

Moin, Du kannst der Wallbox ein https://www.tinkerforge.com/de/shop/bricklets/real-time-clock-v2-bricklet.html nachrüsten. Damit wird die Systemzeit automatisch gesetzt wenn du das Webinterface mit deinem Handy aufmachst und durch die Batterie auf den Bricklet auch über System-Neustarts erhalten. Dafür brauchst du noch ein 7p-7p-Kabel (6cm reichen, das Bricklet wiegt praktisch nichts, das kannst du einfach in die Box hängen) Bist du schon auf >= 2.0.9? Dann sollte genau das nicht mehr auftreten. Falls du das mit 2.0.9 aufwärts noch erzeugt bekommst: Kannst du dann http://10.0.0.1/recovery noch erreichen?

Nein, das IO-16 Bricklet unterstützt nur Signale mit 3,3 bzw. 5 Volt. Für Eingangsspannungen bis 36V kannst du das Industrial Digital In Bricklet verwenden: https://www.tinkerforge.com/de/doc/Hardware/Bricklets/Industrial_Digital_In_4_V2.html#industrial-digital-in-4-v2-bricklet

Moin, Versuche bitte einmal den NFC-Leser zurückzusetzen. Das kannst du am einfachsten mit einem Browser tun, indem du http://warp2-abcd/nfc/reset aufrufst. (warp2-abcd durch den Hostnamen oder die IP deiner Wallbox ersetzen). Da erscheint nur eine leere Seite, aber der NFC-Reset wird dann ausgelöst. Falls das nicht hilft, kannst du noch versuchen die ganze Wallbox einmal vom Strom zu trennen.