borg

Bei uns wurden gestern um 13:14 die Virtuellen Maschinen und Firewall/WAF aktualisiert, seit dem hatte api.warp-charger.com Probleme mit DNS und konnte wohl nicht immer auf den entso-e Server zugreifen. Als ich gestern reingeschaut hatte waren die Preise komischerweise kurz da und mir waren die DNS-Probleme gar nicht aufgefallen. Das DNS-Konfigurationsproblem ist jetzt gefixt. Sorry für die Probleme!

Die 60-Minuten Börsenpreise gibt es nicht mehr und die 15-Minunten Preise funktionieren bei mir. Ich kann auch keine Downtime sehen o.ä. Hast du eventuell vorher mit den 60min Preisen getestet? Die alten Werte sollten nicht verschwinden wenn neue Werte (egal aus welchen Gründen) nicht abgefragt werden können. Anders ist das wenn du Konfigurationen änderst, dann fängt er immer bei 0 an und fragt neu ab.

So the final power-cut is done by the relay, but it also cuts the power to the relay? 🤔 I would expect the relay to actively need power to stay in the ON-position, but automatically fall back to the OFF-position if the power is cut. Can you test to turn the relay on with Brick Viewer and then remove the Bricklet cable? I would expect the relay to turn off. If it stays on without power i would say the relay somehow got stuck/is defective.

Ist eine weitere Kategorie von Geräten für die Geräteliste. Ist schon viel Aufwand, da wir uns nochmal mit den ganzen Herstellern auseinander setzen müssen und Zugriff auf entsprechende Wechselrichter besorgen müssen etc. Unser größtes Problem ist das (stand Aktuell) noch kein Netzbetreiber LPC per EEBUS betreibt (wir wissen dort aber dass das bei einigen Netzbetreibern bald kommen wird). Bis ein Netzbetreiber wirklich LPP per EEBUS für private PV-Anlagen macht (falls das überhaupt passiert) vergehen vermutlich noch Jahre. Die haben überhaupt nicht die Kapazitäten das voran zu treiben. Ist dann schon viel Aufwand für ein Feature das eventuell nie jemand nutzen wird. Wenn da etwas kommt werden wir das sicher umsetzen. Hat aber aktuell nicht die höchste Priorität.

Das LPC (Limitation of Power Consumption) Use Case ist vollständig unterstützt, inkl. angeschlossener Wallboxen und Wärmepumpe. Mit Wechselrichter steuern meinst du vermutlich das LPP (Limitation of Power Production) Use Case? Das können wir aktuell nicht. Das Use Case in EEBUS unterstützen wir schon, aber wir können aktuell die Einspeisung nicht abschalten.

Schaue ich mir nochmal an was man mit der Chart-Library die wir da nutzen machen können. Eventuell wäre ein Button mit dem zwischen "additiv" und "nebeneinander" wechseln kann einfach zu implementieren.

EEBUS ist fertig und wird im nächsten Firmware-Release offiziell veröffentlicht 🤗.

Soweit ich weiß sollte das passen.

Kann es sein dass du nachdem du den Zähler per curl angelegt hast den ESP nicht neugestartet hast? Bei den aktuellen Firmwares muss man nach Config-Änderungen der meters einmal den ESP neustarten (System -> Einstellungen -> Neu starten). Edit: Oh jetzt hatte es sich überschnitten. Du hast es schon selber herausgefunden gehabt 😅.

Haben wir auf dem Schirm und ist in Software auch schon unterstützt 👍: https://github.com/Tinkerforge/bricklib2/blob/master/warp/meter_dsz16dze_def.inc Der DSZ15DZ ist auch abgekündigt soweit wir wissen.

Ich schaue mal wenn ich eine freie Minute dafür hab. Hab es in der Zwischenzeit als Issue auf github hinzugefügt: https://github.com/Tinkerforge/esp32-firmware/issues/462

Jo das sollte gehen. Das einzige Manko wird sein, dass der SoC (je nach Auto und ob die iso15118-2 oder iso15118-20 verwendet werden kann) nur einmal am Anfang ausgelesen werden kann und danach von der Wallbox aktualisiert werden muss. Das ist dann etwas was nur mit der Pro gut funktioniert.

Ja, du kannst unter Wallbox -> Einstellungen die Wartezeit bei Phasenumschaltung konfigurieren. Ich glaube unsere Defaults sind dort aber gut getestet und sollten in den allermeisten fällen funktionieren. Wir versuchen unser bestes, ich kann da aber leider nichts garantieren. Das ist technisch recht kompliziert. Ein AC-Laden und gleichzeitiges Auslesen des State Of Charge ist erst ab der ISO15118-20 möglich (nicht bei der ISO15118-2). Bei Autos die die ISO15118-20 unterstützen könnte ich mir vorstellen dass es tatsächlich möglich ist das Auto darüber wach zu halten. Der Standard ist allerdings noch sehr neu, die Zertifizierung die wir benötigen um ISO15118-20 mit einem echten Auto sprechen zu können ist aktuell noch gar nicht möglich. Die Zertifizierungsstellen arbeiten noch dran das schnellstmöglich anzubieten. Daher ist es schwierig dort Aussagen zu treffen, da wir aktuell selber noch gar nicht mit echten Autos testen können (nur mit einem Simulator). Ja, die Wallbox ist damit dann für V2X vorbereitet. Ob und wann das kommt hängt aber vom den Netzbetreibern und Gesetzgeber ab. Sobald dies in DE möglich wird werden wir das in Software auch unterstützen.

Am Ende hängt das nicht nur von der Hardware sondern auch von der Firmware ab die auf dem Ladecontroller des Autos läuft. Wir haben aktuell einen Cupra Born, einen ID.Buzz und zwei Skoda Elroq in der Firmenflotte und soweit ich weiß können wir die alle wach halten. Wir haben allerdings auch schon von MEB-Autos gehört die Probleme gemacht haben, die dann aber z.T. nach einem Firmware-Update von VW gefixt waren. Goodwe GW-Serie unterstützten wir, da sehe ich kein Problem: https://docs.warp-charger.com/de/docs/compatible_devices/devices/#eh-em-es-et-gw-hybrid-wechselrichter

Anbei eine Kalibrierung, probier mal ob es damit besser funktioniert. calibration.json

Jo, kann ich reproduzieren. Wenn ich über den Browser auf dem Handy die gleiche Seite aufrufe funktioniert es. Die App zeigt ja technisch auch die Webseite an, sehr komisch. Die App bekommt aber in Kürze ein Update wo auch alle Abhängigkeiten und die SDK-Version und so erhöht wird. Ich hoffe dass es das einfach fixt (werde das mit der neuen Version aber nochmal testen vorher).

Aktuell unterstützen wir nur die API von forecast.solar. Für die dynamischen Strompreise ist es geplant dass man anstatt die Strompreise von api.warp-charger.com zu pullen, diese auch per MQTT oder HTTP API rein-pushen kann. Würde sich sicher anbieten das für die PV-Ertragsprognose auch so anzubieten.

Das klingt nach einem mechanischem Problem. Rein technisch erkennt die Wallbox dass ein Auto angeschlossen ist in dem es die Spannung zwischen CP und PE misst. Das Auto erzeugt den Spannungsabfall darüber dass es einen Widerstand anlegt. Wenn du das Auto anschließt und es bleibt einfach bei 12V bei zwei unterschiedlichen Autos wird das Problem vermutlich im Kabel oder im Typ2-Stecker liegen. Hast du schonmal vorne in den Stecker geschaut ob dieser vielleicht verdreckt ist o.ä.? Ansonsten, wenn du die technischen Möglichkeiten hast eine Durchgangsprüfung durchzuführen könntest du deine Wallbox stromlos machen, aufschrauben und von der zweiten Position des grünen Steckers (die einzelne schwarze Leitung) nach CP im Typ2-Stecker Durchgang messen. Dabei vielleicht auch das Kabel hin und her biegen. Idee wäre dass es eine Art Mini-Kabelbruch gibt der sich nur bei Kälte bemerkbar macht.

There are two different issues. We moved our servers to a new infrastructure and by doing that changed the root ca. Because of that brickv doesn't like to download from tinkerforge.com anymore. Additionally we need to renew the developer cert for the next brickv release, but that is a different issue.

To get the highest possible update rate for rotation data out of the sensor you will have to set: set_sensor_fusion_mode(SENSOR_FUSION_OFF) set_sensor_configuration(..., GYROSCOPE_RANGE_1000DPS, ..., GYROSCOPE_BANDWIDTH_523HZ) set_angular_velocity_callback_configuration(1, True) and then use the angular velocity callback and use the low level rotation data. The fusion algorithm is part of the BNO055 sensor and the calculation speed and time-resolution it has for the quaternions is fixed. We can't increase/improve it.

Der Kollege ist noch nicht dazu gekommen die Email zu beantworten. Wir haben zwischen Weihnachten und Neujahr den Shop aktualisiert und auf ein neues ERP-System umgestellt, dadurch läuft noch nicht alles wieder mit 100%iger Effizienz :). Die Email ist auf jeden Fall angekommen.

Dann wäre es am einfachsten wenn du versuchst die Scharfe Kante ein bisschen zu entgraten (mit entgraten meine ich einmal mit so einem Tool (oder vergleichbarem) um die Kante ziehen: https://www.amazon.de/dp/B07R9YNSJM). Alternativ, wenn du sagst es ist wirklich so scharfkantig dass es das Kabel beschädigt, können wir dir auch einen neuen Frontdeckel zuschicken.

Die Frontblende sollte definitiv nicht so scharfkantig sein dass sie das Kabel beschädigen kann. Eventuell wurde deine Frontblende nicht richtig entgratet? Ist das Edelstahl oder pulverbeschichtet?

Mit Abstand am einfachsten wäre es den Master Brick mit dem Master des RS485-Netzwerks per USB am RPi anzuschließen. Den HAT kannst du dann zusätzlich benutzen.

Cool 😀. Die größte Installation von WARP Chargern die ich kenne hat 50stk WARP2 (soweit ich weiß aber auf 2 unabhängige Lastmanagementkreise aufgeteilt). Also es wäre nicht die erste Installation in der Größenordnung. Da schreibst du uns am besten einmal an mit der Adresse der WEG (info@tinkerforge.com). Meistens überschätzt man wie viele Wallboxen gleichzeitig laden. Wenn wir sagen alle 30 Bewohner haben einen EV und im Schnitt lädt jeder jeden dritten Tag, dann würden im Schnitt 10 Wallboxen gleichzeitig laden. Wenn wir dann sagen über Nacht steht man so ~10 Stunden und man möchte mit 4.2kW minimum laden (42kWh in die Batterie über Nacht) dann wären das 10*4.2k = 42kW die am Hausanschluss über sein sollten (wenn dann mal 20 gleichzeitig laden würden, dann würde auch noch jeder 21kWh über Nacht bekommen in dem Szenario). In Wirklichkeit lädt aber der ein oder andere auch tagsüber und die wenigsten müssen jeden dritten Tag laden etc. Das ist also für den Durchschnitt schon konservativ gerechnet. Mehr dazu aber weiter unten, die Rechnung hat nämlich einen Haken. (*) Es ist in den neueren Firmwares bereits so dass das Lastmanagement weiter funktioniert wenn einzelne Wallboxen ausfallen. Wenn der Lastmanager ausfällt ist das schon problematischer. Wenn der Hausanschluss es zulässt könnte man da über einen minmalen Ladestrom als Fallback nachdenken. Muss dann natürlich gut überlegt sein bei der Konfiguration. Zentrale Nutzerverwaltung und zentraler Ladetracker wird in Kürze veröffentlicht, der Code dafür ist schon da. Wir sind aktuell noch am Feinschliff und das muss dann vor dem Release auch noch gut getestet werden, vermutlich machen wir da erst eine Beta. Geht bald zentral, siehe oben. Es muss am Anfang jede einmal konfiguriert werden, danach funktioniert die Nutzerverwaltung dann zentral mit der neuen Firmware. Ein Modus bei dem man einzelne Wallboxen per Default nur "read-only" sieht und für Konfigurationen ein zusätzliches Passwort o.ä. benötigt ist geplant, gibt es aber aktuell noch nicht. Je nachdem wie lange die Umsetzung des Projekts dauert könnte das dann schon fertig sein. Am einfachsten wäre es sonst sicher wenn die Nutzer erstmal keinen Zugriff auf das Webinterface der Wallbox bekommen. Ja das geht. Wir unterstützen NFC Forum Typ 1 bis 5 sowie Mifare Classic. Das deckt die allermeisten Karten ab, aber es werden insbesondere Karten nicht unterstützt welche keine feste UID haben (bzw. die UID durchrotieren). Das gilt z.B. für Kredit/Girokarten. (*) Die Rechnung oben geht eventuell nicht mehr auf wenn viele Bewohner einen dynamischen Strompreis haben und dann alle gleichzeitig in den günstigsten Stunden laden wollen. Wir betreiben in der Firma 16 WARP2/3 im Lastmanagement. Normalerweise sind davon 11stk von Mitarbeitern belegt bei uns. Wir betreiben die im Winter mit dynamischen Strompreis im Eco-Modus und geben die 4 günstigsten Stunden pro Tag frei. Damit das gut funktioniert muss dann für die 11 Autos für die 4 Stunden aber auch ein entsprechend großer Hausanschluss vorhanden sein (wir haben einen 200kW Anschluss + 200kWp PV. Vom Anschluss und der PV-Anlage können wir grob die Hälfte für die Wallboxen nutzen). Wenn man dann sagt 30 Bewohner der WEG sollen gleichzeitig die günstigsten paar Stunden pro Tag nutzen können, dann wird das irgendwann unrealistisch befürchte ich.