borg

Das Kabel hat ja zwei Enden. Wenn du ein Kabel hast das auf beiden Seiten ein Typ2-Stecker hat, dann ist auf beiden Seiten der Widerstand mit integriert. Wenn du ein angeschlagenes Kabel hast dann ist der Widerstand nur auf der Seite zum Auto hin und in der Wallbox wird das Kabel direkt per Widerstand codiert.

Du meinst jetzt das Kabel von Phoenix Contact hat den Widerstand im offenen Kabelende integriert? Hast du da ein Datenblatt oder so zu?

Edit: Hab mich gerade bei Phoenix durch die Homepage geklickt: Ich glaube nicht das da beim offenen Kabelende irgendwie ein Widerstand integriert ist. Der PP-Kontakt ist nur im Stecker, das ist nicht im Kabel durchverbunden (das Kabel selber hat hat kein PP). Das wird bei Phoenix Contact nicht anders sein.

Das ist normal. Die Wallbox gibt dem Auto den maximalen Strom vor (32A für 22kW bei 3 Phasen) und das Auto entscheidet dann selber wie viel es zieht (bis zu maximal 32A).

Die Wallbox kann keinen minimalen Strom oder sowas vorgeben. Daher kann das Auto immer etwas weniger ziehen aus unterschiedlichsten Gründen (Batterie zu kalt, zu leer, zu voll etc).

Wenn du einmal alles vom Strom trennst und dann USB wieder anschließt, was taucht dann auf im Brick Viewer? Nur der Master Brick?

Wenn du dann einmal alle Bricklets abklemmst und erstmal nur eins wieder anschließt, taucht das dann auf? Falls ja, wenn du dann Stück für Stück die Bricklets wieder ansteckst, geht es dann irgendwann kaputt bei einem spezifischen Bricklet?

Wir beenden die Ladung (PWM duty cycle auf 100%), warten bis das Auto nicht mehr lädt, trennen dann CP, warten ein bisschen, schalten dann 1p<->3p um, verbinden dann CP wieder und legen dann das PWM wieder an. Aus Sicht des Autos wurde damit der Stecker abgesteckt und wieder angesteckt.

Ich sehe gerade das Auto lädt nur mit 1.3kW hier. Eine Phase gilt als "Active" wenn mehr als 0,3A fließen. Eventuell ist der Strom hier auf der Phase einfach etwas kleiner als auf den anderen Phasen und deswegen die Anzeige.

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

vor 2 Minuten schrieb dg3fbl:

Ich habe eine WARP2, und werde das testen wenn das Wetter ein bisschen angenehmer wird. 

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

vor 12 Stunden schrieb Superp:

I think you're right – once a Bricklet has booted 2.0.3, ASC is on forever – but I am not sure. Would be nice if e.g. @borg could confirm.

You are correct. The SCD30 documentation states:

Zitat

ASC status is saved in non-volatile memory. When the sensor is powered down while ASC is activated SCD30 will continue with
automatic self-calibration after repowering without sending the command.

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