rtrbt
Administrators
-
Benutzer seit
-
Letzter Besuch
-
Jein. Du kannst prinzipiell ein paar Zähler per Modbus RTU anschließen (Liste hier: https://docs.warp-charger.com/de/docs/interfaces/mqtt_http/api_reference/evse/#evse_hardware_configuration_warp3) , da ist die Erwartungshaltung der Wallbox aber, dass der Zähler im Gehäuse ist. Du kannst ein Kabel in die Wallbox werfen, aber ob das eine gute Idee ist sei dahingestellt. Was mit deutlich mehr Zählern funktioniert (Liste hier: https://docs.warp-charger.com/de/docs/compatible_devices/devices) ist, dass du einen Modbus-RTU-nach-TCP-Wandler anschließen kannst und die Wallbox den Zähler über das Netzwerk auslesen lässt.
-
Das beides ist soweit erwartet. Wenn du während das Laden per OCPP erlaubt ist nochmal ein Tag vortäuscht, dann ist das ein Ladestop. Kannst du das nochmal erzeugen, aber ohne dass die Automatisierung und/oder der MQTT-Workaround dazwischenfunken und dann davon einen Debug-Report ziehen? Das sollte so nicht sein.
-
Zieh mal einen Debug-Report, eventuell steht da etwas interessantes drin.
-
Leider nicht. Die Warp3 hat einen DSZ15DZMOD. Der relevante Unterschied ist, dass der DSZ15 Modbus spricht, der DSZ14 nicht, die Wallbox kann den DSZ14 also nicht auslesen, selbst wenn du einen Modbus-RTU nach Modbus-TCP-Wandler anbauen würdest. Wenn du eine andere Möglichkeit hast, den DSZ14 auszulesen, dann könntest du dir ein Skript u.Ä. schreiben, dass die Zählerwerte per API auf die Wallbox schreibt.
-
Ein klares vielleicht. Über die zentrale Nutzerverwaltung (inzwischen etwas angestaubte Beta hier: https://www.tinkerunity.org/topic/13565-beta-firmware-zentrale-nutzerverwaltung/) gibt es das schon, weil sich das bei den notwendigen Umräumungen im Code "gratis" ergeben hat. Bei der Ladefreigabe für eine Wallbox (ohne Lastmanager dazwischen) ist das wie gehabt nicht implementiert, aber eventuell können wir das jetzt einfacher einbauen.
-
Guter Hinweis, kommt mit der nächsten Firmware.
-
Komisch. @borg Irgendwelche Probleme bekannt bzgl Anhängen im Forum? Die Regeln gelten weiterhin. Wenn du jetzt aber exakt um z.B. 08:00 den Knopf drückst, dann ist eventuell unklar, wer gewinnt :D
-
Sollte eigentlich funktionieren. Versuchs nochmal
-
Du kannst die Tastereinstellung auf "Lademodus anfordern" umstellen. Dann kannst du zwischen den 4 Modi, die auf der Statusseite angezeigt werden, umschalten. Neben der Einstellung sollte dann ein ? auftauchen, dass du aufklappen kannst, da ist erklärt, welche Blink-Farbe welcher Modus ist.
-
Die Wallbox unterstützt keine Auto-Cloud-APIs, du kannst aber https://evcc.io/ verwenden um die Daten aus der API zu ziehen. EVCC kann Kia Bluelink, das scheint die API zu sein, die der Niro benutzt. EVCC aufzusetzen ist relativ einfach (Anleitung hier: https://docs.warp-charger.com/de/docs/smart_home/evcc ), du brauchst dann aber einen Rechner, auf dem es läuft, z.B. einen Raspberry Pi.
-
-
Das ist ein Bug in unserer OCPP-Implementierung. Fixen wir mit dem nächsten Firmware-Release.
-
Ja, aber (noch) nicht für unseres. Wir haben geplant, in der Zukunft auch andere Verbraucher über das Lastmanagement zu steuern, siehe auch https://github.com/Tinkerforge/esp32-firmware/issues/425 das ist aber noch nicht implementiert und ich kann dir auch nicht versprechen, dass das in den nächsten Monaten kommt.
-
Die LED leuchtet während eines Ladevorgangs nicht durchgängig, sondern zeigt ein "atmem", also einen langsamen Fade-In und -Out. Die Animation dauert ungefähr 2 Sekunden. Wenn die LED konstant leuchtet, lädt die Wallbox nicht sondern meldet einfach nur, dass sie bereit ist. Nach einigen Minuten geht die LED in diesem Zustand aus um Strom zu sparen, wenn du aber den Taster drückst, geht sie wieder an. Dass du den Taster zweimal drücken musst, damit die LED wieder angeht ist unerwartet, das hat aber erstmal nichts mit einem beginnenden Ladevorgang zutun. Schreib am besten eine Mail an info@tinkerforge.com und verweise auf diesen Forenthread um die Details zu klären. Möglicherweise reicht es den Taster und/oder das Kabel zu tauschen.
-
