borg

Die WARP Charger (ohne externe Phasenumschaltung) können keine Phasen an- oder abschalten. Da alle drei Phasen verbunden sind entscheidet hier das Auto nur mit zwei Phasen zu laden.

Ich befürchte das entweder mit dem 12V Netzteil oder mit dem AD-Wandler etwas nicht in Ordnung ist. Bevor wir da jetzt noch 1000x Versuchen das irgendwie hinzubiegen tauschen wir lieber die Hardware aus in diesem Fall. Ich schreib dir eine Email dazu.

Puh, jetzt wird es komisch. Also die eigentliche Kalibrierung ist weiterhin gut. Das Problem ist dass der WARP Charger nicht mehr unterscheiden kann zwischen einem Auto das angesteckt ist aber nicht laden möchte und einem nicht-angesteckten Auto, weil die Werte so weit daneben liegen. Ich hätte noch eine Idee. Es gibt einen Wert in der Kalibrierung den wir hier werksseitig messen der die Schaltung kalibriert welche aus den 12V des Meanwell-Netzteils -12V macht für das CP/PE PWM. Anbei eine Kalibrierung die diesen Wert auf den Defaultwert setzt. Kannst du einmal schauen was das für Effekte hat? Es kann gut sein dass wir danach dann jetzt nochmal die anderen Werte neu einstellen müssen leider... Wenn es das nicht ist würde ich davon ausgehen dass der ADC (oder eventuell die Schaltung die -12V erzeugt) in deinem WARP Charger einen defekt hat. Dann tauschen wir Hardware aus. calibration.json

Oh, ich glaube ich bin da mit den Werten durcheinander gekommen. Hab es mir jetzt nochmal in Ruhe angeschaut. Anbei noch eine neue Kalibrierung. Damit sollte das jetzt wie folgt aussehen ca.: Auf der X-Achse sind 16A, 14A, 12A, 10A, 8A und 6A. Blau ist der gemessene Widerstand nach Kalibrierung wenn das Auto nicht laden will, rot wenn es laden will und gelb ist die Schwelle wo das Schütz schaltet. Bitte teste damit noch einmal. calibration.json

@Ingo_LD3000 Anbei eine neue Kalibrierung, probier die bitte nochmal. In der ersten Tabelle war kein Ladevorgang mit 6A drin (hat ja nicht funktioniert...) daher konnte ich das nur abschätzen. Ich denke mit der Kalibrierung im Anhang sollte es jetzt passen. Bezüglich deinen Anmerkungen: Bei der Berechnung werden unterschiedliche Abtastungsraten und Durchschnittslängen usw verwendet, je nachdem in welchem IEC-Zustand sich die Box befindet. Zusätzlich wird die Messung immer für einen Moment ausgesetzt wenn das Schütz schaltet. Dadurch sieht das in den Daten manchmal so aus würden einige Datenpunkte im Vergleich zu anderen "laggen", das ist aber normal. calibration.json

Bei WARP2 gibt es da wie gesagt nichts zu kalibrieren, das wird einfach funktionieren 🙂.

@Ingo_LD3000 Das Problem mit der Kalibrierung bei WARP1 kommt auf Grund des Messprinzips zustande. Bei WARP1 messen wir das 1kHz PWM welches auf CP angelegt wird als Integral über eine längeren Zeitraum. Dadurch das wir die angelegte Duty Cycle kennen können wir mathematisch darüber zurück rechnen wie hoch die Spannung war im aktiven Teil des PWMs und über diese Spannung ergibt sich der Widerstand aus dem hervorgeht ob das Auto laden möchte oder nicht. Bei WARP1 haben wir dieses Messprinzip mit einem elektrisch einwandfreien PWM hier kalibriert. Es gibt aber leider ein paar Autos die es schaffen ein so starkes "Ringing" zu erzeugen auf der CP-Leitung dass die Messung obwohl sie theoretisch komplett korrekt kalibriert ist verfälscht wird. Desto geringer die Duty Cycle ist (also desto geringer der eingestellte Strom ist), desto größer wird der Messfehler. Dadurch kommen leider diese Probleme zustande. Bei WARP2 haben wir das Messprinzip geändert. Bei WARP2 wird die Spannung CP-Leitung 2000x pro Sekunde gemessen. Die Messung wird dabei in Hardware synchronisiert auf das Ende der Duty Cycle, d.h. es wird immer gemessen kurz bevor das PWM von high auf low geht und umgekehrt wieder von low auf high geht. Dadurch ist sicher gestellt dass wir das Ringing nicht messen. Der Widerstand kann mit diesen Messungen dann direkt berechnet werden. Dadurch ist bei WARP2 keinerlei Kalibrierung o.ä. notwendig und wir haben auch noch nie Probleme gehabt. @dg3fbl Hast du denn WARP1 oder WARP2? Die Kalibrierung ist nur für WARP1 notwendig. Falls es ein WARP1 ist die Kalibrierung leider spezifisch pro Box. Am besten testet du erst ob es überhaupt Probleme gibt und falls ja passen wir dann die Kalibrierung auch entsprechend an.

Probier mal die Kalibrierung im Anhang einzuspielen bei Ladecontroller -> Low-Level-Zustand -> Ka­li­brie­rung -> Hochladen. Falls es damit immernoch Probleme macht bitte nochmal so ein Ladeprotokoll erstellen mit dieser Kalibrierung. calibration.json

WARP1 oder WARP2? Schick das Ladeprotokoll an olaf@tinkerforge.com.

In dem Log kann man sehen dass der WARP Charger ein PWM von 26,7% auf CP anlegt. Damit kommuniziert es dem Auto das es mit 16A (11kW) laden darf. Der WARP Charger hat sonst keinerlei Möglichkeit den Strom den das Auto zieht zu begrenzen. Sprich das Auto begrenzt den Strom selber. Zeigt das Auto im Display irgendwas an? Bei VW gibt es einen Notlademodus in den das Auto geht wenn es den Typ-2-Stecker nicht korrekt verriegeln kann. Zum Verriegeln steckt das Auto einen Stift in den Typ-2-Stecker (dafür sind die Löcher oben beim Stecker). Kannst du einmal versuchen drauf zu achten ob dieser Stift korrekt verriegelt? Eventuell beim Reinstecken des Steckers auch ein bisschen mehr Kraft aufwenden um sicher zu stellen dass der Stecker definitiv richtig drin sitzt.

If you need to be absolutely sure that the stepper stops running when your program stops running you will probably need to use an additional relay in the power supply of the stepper motor. With the Relay Bricklets that we have (solid state or industrial dual relay) you can use a monoflop method. With this you can set a timer that you need to reset and if you top resetting (e.g. because your program crashed) the relay will disengage and the power is cut.

That is indeed strange. I just looked at the code and there is nothing special with negative values or similar. Does this behavior start happening with a specific threshold? If you start increasing the low threshold is there a specific point where it starts to work properly? Internally the low threshold is converted into a voltage that is fed to an analog comperator. int32_t mv_low = (-drv5053.counter_threshold_high*90/1000) + DRV5053_ZERO_OFFSET_MV; the offset is 1020, so mv_low = (-(-7000)*90/1000) + 1020 = 1650 in your case. This is not at all an edge case (the voltage can go from 0mV to 3300mV here).

You are correct. The SCD30 documentation states:

Du meinst ob die auf Lager sind dafür? Leider nicht. Wenn du ein Tinker Kit bestellst (als Beispiel) und wir haben aktuell die Industrial PTC Bricklet nicht auf Lager dann würden wir das Tinker Kit fertig machen ohne Industrial PTC Bricklet, rausschicken und dann später das Industrial PTC Bricklet nachschicken.

Schau mal hier:

Hallo GP, Probier mal die Kalibrierung im Anhang! calibration.json

Mh, komisch. Die Fehlermeldung sollte nur kommen wenn du auf speichern drückst und während dessen gerade schon eine Änderung gespeichert wird. Du hast nebenbei aber nicht EVCC o.ä. laufen was vielleicht per API auf die Nutzerverwaltung zugreift?

Die Firmware des Ladecontrollers ist Bestandteil des Firmware Updates, da brauchst du dich nicht separat drum kümmern. Version 1.5 bezieht sich auf die Hardwareversion des Ladecontrollers.

Du müsstest das Ladekabel ersetzen (da hast du schon das richtige gefunden) und den 680 Ohm Widerstand zwischen PP/PE durch 220 Ohm ersetzen: https://www.tinkerforge.com/de/shop/warp/warp1-spare-parts/warp-res-220.html Danach wird die Wallbox dann automatisch als 22kW Variante erkannt und man kann 1-phasig mit bis zu 32A/7,4kW laden.

Unfortunately we currently don't have the manpower to add support for openhab 3 🙁.

If the connectors get too hot you can always connect your power supply directly to the servo. So connect 5V/GND to the servo directly and only GND/PWM signal to the Servo Bricklet. The current doesn't have to flow through the Bricklet!

You can't control it with a IO-16 Bricklet 2.0. Maybe you can use the Industrial Quad Relay Bricklet. How much current does the light source use?

Please try to enable SPI and add the Bricklet ports to the brickd.conf as described here: https://www.tinkerforge.com/en/doc/Hardware/Bricks/HAT_Zero_Brick.html#compatibility-to-other-boards-and-images

Das RS485 Bricklet liest den Zähler aus. Du musst RX/TX/GND vom RS485 Bricklet mit TX/RX/GND vom SDM72 verbinden.

In der Tat. Hab es mal direkt im Shop hinzugefügt bei der RS485 Extension. Nochmal Entschuldigung für die Probleme! Mit der nächsten Produktion Master Bricks ist das auch wieder gefixt.