michael99

Danke.

ich werte power, allowed_charging_current und charger_state aus.

Wenn der Ladestecker ins Fahrzeug gesteckt wird, ist charger_state 1 und power 0?

Wenn ich dann Laden freigebe, wechselt charger_state auf 3 und power auf allowed_charging_current?

Wenn fertig, wechselt charger_state auf 2 und power auf 0? Bleibt dieser Zustand 2 bis der Stecker neu eingesteckt wird?

Das wäre dann eindeutig.

Michael

Hallo, ich habe einen E-Smart und  einen Warp 1 Lader. Wie kann ich erkennen das die Ladung fertig ist? Allein nur dadurch, dass kein Strom mehr bezogen wird, oder kann man noch andere Kriterien dafür heranziehen? Wird immer bis zum Schluss mit Maximum geladen? Geht die Ladung ab einem bestimmten Punkt langsam oder abrupt zurück?

Michael

Hallo, wenn ich meinen Smart abstelle, schließe ich immer den Ladestecker an, damit ich automatisch bei Solarüberschuss den Akku voll bekommen kann. Gibt der Warp irgendwelche Daten zurück, die mit Sicherheit als Batterie voll gedeutet werden können? Der Rückfall von charger_state auf 2 und power unter 5 Watt sagt ja nur Ladebereit, nicht Akku voll. Gibt außer energy_rel noch einen anderen Wert, der die letzte Ladung ausgibt?

Ich arbeite viel mit RPIEasy und ESPeasy und steuere damit das Laden. Da ich die MQTT Daten in der vorliegenden Form als String oder mit Dezimalpunkt nicht übernehmen kann, bereite ich sie in einen Python3 script auf, bez. rufe sie direkt als Alternative zu curl mit request ab. Client.username, URL's und subcribe sind anzupassen.

warp.py

Hallo, nicht alles sind so bewandert in der Programmierung, wie die, die das Programm geschrieben haben. manchmal sind es kleine Details die verhindern, dass ein Erfolg sich einstellt. Warum also werden nicht plausible Beispiele vorgegeben? Das würde es doch einfacher machen.

Also: Ich schicke aus einen ES8266 an Mqtt den Befehl:  publish,warp/SNk/evse/global_current_update,{"current":12000} und schon stellt sich der  Ladestrom auf 12000 mA ein.

Ergo würde ich doch zum aktivieren der Autostartfunktion senden: publish,warp/SNk/evse/auto_start_changing,{"auto_start_charging":true} senden, doch das funktioniert nicht. Syntax falsch oder was mache ich falsch?

Mike

Am 17.8.2021 um 16:40 schrieb borg:

Wie ihr vielleicht schon mitbekommen habt gibt es jetzt WARP2: https://www.tinkerforge.com/de/blog/warp2/

Wir haben die Entwicklung von WARP2 angefangen um für uns die Zeit des Zusammenbaus der Box zu beschleunigen, so dass in Zukunft die Lieferzeit kürzer werden kann und wir mehr Durchsatz schaffen können.

In dem Zuge haben wir die häufigsten Feedback-Punkte der Community zusätzlich mit umgesetzt.

An dieser Stelle einmal kurz zusammengefasst die technischen Unterschiede zwischen WARP2 und WARP1:

• WARP2 hat Support für NFC (RFID), dafür aber keinen Schlüsselschalter mehr.
• WARP2 hat zusätzlich zum WLAN-Interface auch noch LAN.
• WARP2 Charger Pro nutzt als Stromzähler den SDM630 statt den SDM72. Dadurch werden mehr Daten erfasst und die Pro-Version kann auch einphasig angeschlossen werden.
• Im WARP2 Charger Pro ist jetzt genug Platz über, dass der Elektriker direkt in der Box verkabeln kann. D.h. die Pro-Version wird nicht mehr standardmäßig mit bereits angeschlossenem Kabel ausgeliefert.
• Wir verwenden ein neues DC-Schutz-Modul. Im Falle eines DC-Fehlerstroms schaltet die Box selbstständig und trennt die Verbindung zum Auto. Der hausinterne Typ-A FI wird nicht mehr ausgelöst.
• Es gibt keinen Berührungsschutz in der Box mehr (das neue DC-Schutz-Modul hat keinen Taster mit dem das Modul getestet werden muss, der WARP2 Charger testet das Modul selbstständig in regelmäßigen Abständen).
• WARP2 hat ein neu entwickeltes EVSE (EVSE Bricklet 2.0). Dieses hat viele neue Funktionalitäten und Ein-/Ausgänge die für OEM-Wallboxen gedacht sind und im WARP Charger nicht benutzt werden. Zusätzlich integriert es das Netzteil und die Sicherungshalter die vorher extern auf der Hutschiene waren, was für uns den Zusammenbau vereinfacht.
• Das EVSE Bricklet 2.0 nutzt etwas andere Messmethodiken und kann mehr und schneller Spannungen/Widerstände zwischen CP/PE usw messen. Dadurch ist keine Kalibrierung mehr notwendig was bei uns den Aufwand zusätzlich verringert.

Von außen betrachtet hat sich nicht viel geändert. Das Gehäuse und die Frontblende + LED etc bleiben gleich. Statt dem Schlüsselschalter gibt es jetzt eine RJ45-Buchse.

Die Software wird natürlich für WARP1 und WARP2 parallel weiter gepflegt, bis auf NFC-spezifische Features wird WARP1 alles können was auch WARP2 kann.

Wenn ihr noch andere technische Fragen habt könnt ihr die gerne hier stellen! 🙂

Was genau wird für den Umbau benötigt und wo finde ich die Umbauanleitung?

Ok, jetzt lläuft es auch über MQTT. Was mich allerdings irritiert, ist die Verbrauchsanzeige. Der Configured charging current ist 16A, Power draw ist 3520W, doch Charge history liegt bei etwa 1800

Hallo, hatte hier einige Baustellen und bin erst jetzt dazu gekommen Deine Änderungen zu übernehmen. Toll, es funktioniert nun und sicher werden nun auch andere den Syntax besser verstehen.

Danke

Am 4.4.2022 um 09:33 schrieb rtrbt:

Ah, ich ging davon aus, dass du versuchst die API mit einem eigenen Skript o.Ä. zu benutzen. Vergiss den Rest ;)

Das verstehe ich nicht. Wenn du http://192.168.0.xx/evse/start_charging in die Addresszeile einfügst, sollte eigentlich nichts passieren, weil das eigentlich nicht dafür gedacht ist, "von Hand" benutzt zu werden. Mit welcher Firmware hat das denn funktioniert? Bzw. warum machst du das so und nicht per Web-Interface? Hast du das einfach als Abkürzung als Lesezeichen hinterlegt o.Ä.?

Ja, ich schicke das über PHP zum Warp.

<?php
$d1 = $_GET["d1"];
$d2 = substr ($d1 , 0,3);
echo $d2;
$heute = date("M-d.h:i");
$filename = "warp/warp-".date("d").".csv";
$contents = file_get_contents('warp/warp.txt');
echo $contents;
$contents = substr ($contents , 0,2);
$pos = strpos($d2,$contents);
echo $pos;
if ($pos !== false){
    echo "Zustand hat sich nicht geändert";
    echo $pos;
    $filestatus = file_put_contents("warp/nicht_geaendert-".date("m-d").".jur",$heute."\r\n",FILE_APPEND);
    exit;
}

$uhrzeit = date("H:i");
$inhalt = $heute.";".$uhrzeit.";".$d1."\r\n";
$filestatus = file_put_contents($filename,$inhalt,FILE_APPEND);
echo $inhalt;
if ($d1 == 'ein'){
    $url = "http://192.168.0.140/evse/start_charging";
    $filestatus = file_put_contents('warp/warp.txt','ein');
    senden($url);
}
if ($d1 == 'aus'){
    $url = "http://192.168.0.140/evse/stop_charging";
    $filestatus = file_put_contents('warp/warp.txt','aus');
    senden($url);
}

function senden($url) {
    $ch = curl_init();
    curl_setopt($ch, CURLOPT_URL, $url);      
    curl_setopt($ch, CURLOPT_FOLLOWLOCATION, 1);
    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, TRUE);
    curl_setopt($ch, CURLOPT_CAINFO, "/volume1/web/cacert.pem");
    curl_setopt($ch, CURLOPT_HEADER, true);
    curl_setopt($ch, CURLOPT_ENCODING, "");
    curl_setopt($ch, CURLOPT_COOKIEFILE, getcwd() . '/cookies.cookie');
    curl_setopt($ch, CURLOPT_COOKIEJAR, getcwd() . '/cookies.cookie');
    curl_setopt($ch, CURLOPT_USERAGENT, "User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.2.18) Gecko/20110614 Firefox/3.6.18");

    if (strtolower($type) == 'post') {
      curl_setopt($ch, CURLOPT_CUSTOMREQUEST, "POST");
      curl_setopt($ch, CURLOPT_POST, 1);
      curl_setopt($ch, CURLOPT_POSTFIELDS, $data);
      curl_setopt($ch, CURLOPT_HEADER, true);
    }

    $content = curl_exec($ch);
    $ergebnis = curl_error ($ch );
    echo $ergebnis."\r\n";
    curl_close($ch);
    return $content;

}
?>

Hallo, eventuell mache ich auch etwas grundsätzlich falsch. Wie muss denn der Befehl bei Curl aussehen, damit es funktioniert. Auch über das Mqtt Protokoll wären ein paar Beispiele hilfreich um das ganze zu verstehen. Also eigentlich starten und anhalten des Ladens als HTTP oder MQTT. Mein Kopf ist schon älter und dageht das nicht mehr so schnell.

Am 5.4.2022 um 12:02 schrieb jensstark:

Die WLAN-Verbindung der Box ist marginal, RSSI: -74.
Lässt sich an der Box selber da etwas optimieren? Beispielsweise eine externe Antenne? Oder kann man irgendwann Ethernet nachrüsten?

Gruß,
    Jens

Die Box hat da ja auf der Front eine "schicke Metallplatte", die genau in diese Richtung das Wlan abschirmt. Wenn dann auf der Rückseite auch noch die armierte Betonwand der Fertiggarage ist, hat sich das mit Wlan. Traurig , dass da bei der Entwicklung nicht mindestens eine Außenantenne vorgesehen wurde. Garagen sind ja auch meist ganz "nah" am Router!

Michael

Hallo,

neue Version für die Warp1 geladen. Wie immer muss ich erst raus und dem Teil sagen, wo es sich einloggen soll. Völlig Unverständlich das Problem.

dann

    $url = "Request method for this URI is not handled by server";
    $filestatus = file_put_contents('warp/warp.txt','ein');

Fehler

Request method for this URI is not handled by server

Hatten wir schon, warumm immer noch? Das kann woch wohl nicht Wahr sein!

Hallo

geht das auch verständlich für den Anwender? Bisher konnte ich im Browser das als http senden und auch kontrollieren. Mit http://192.168.0.140/evse/state | jq ".allowed_charging_current" kann mein Browser und ich nichts anfangen. Meldung "This URI does not exist"

time_since_state_change nicht mehr in evse/state sondern im Low-Level-State.

Ich habe als Topic warp-SNk, evcc ergänzt es auf warp-SNk/evse/state. Darum läuft evcc auch auf einen Fehler. Da brauche ich mich nicht zu wundern. Da kommt dann die Meldung: charger: warp-SNk/evse/state outdated: 10s worüber ich bisher nichts gefunden hatte.

Wie kann ich das ändern?

Michael

Ich habe eine Wallbox 1 mit 1.9.91-622f4134. Der Befehl "Http://192.168.0.xx/evse/start_charging" bringt die Fehlermeldung "Request method for this URI is not handled by server"

Was ist falsch?

Michael

Hallo,

sehr schön, dass WARP1 nicht vergessen wird, denn das betrifft ja gerade die Käufer, die von Anfang an dabei waren und für einen guten Start gesorgt hatten.

Ich finde keine Änderung bei den MQTT intervallen. Ist das wieder unter den Tisch gefallen? Ich möchte das reduzieren.

Michael

Guten Morgen,  Gibt es etwas Neues für den WARP1 zu berichten über den Stand meiner Anfrage?

Danke, zur Zeit filter ich die Payloads selbst mit einem Python script, und schreibe die Werte direkt in RPIEasy mittels taskvalueset.

            if name == "charge_release":
                url = "http://192.168.0.38:8080/control?cmd=taskvalueset,7,2," + value
                r = requests.get(url)

Danke für die Info. Ok, es hat geklappt nach einem Neustart und Neuladung vom Web. Offensichtlich hat der Browser die Seite nicht komplett neu geladen.

Denkt Ihr daran, die MQTT Intervalle zu reduzieren, bzw. einstellbar zu machen?

Ich sehe gerade, dass die Aktualisierung auf 1.2.1-6054b499 steht, obwohl grün angezeigt wurde, dass es erfolgreich war. Ein weiteres Update auf die warp_firmware_1_3_1_61aa24d4_merged.bin ist nicht erfolgreich. Wie kann ich erkennen, welche aktuelle Firmware auf meiner Box laufen soll? Ich habe eine WARP-CP-11KW-75-CEE WARP Charger Pro 11kW aus April 2021. Ist das Warp1 oder 2?

LG Michael

Hallo,

was hat obige Fehlermeldung zu bedeuten? Ich habe gerade ein Update auf 1_3_0_617bc859 durchgeführt und bekomme diese Meldung im log.

LG Michael

vor 3 Minuten schrieb floho:

Wurde doch schon aufgenommen. Warum so pampig? Klingt zumindest für mich so. Ein workaround bis es soweit ist, ist wohl auch kein Angriff.

schönen restlichen Abend, Florian. 

Hallo,

ich bin also pampig wenn ich indirekt daran erinnere, dass wir jetzt November haben und mein Wunsch seit Apriil ja bekannt ist. Dass es als Änderung aufgenommen wurde, ergibt sich nicht aus den Antworten. Für die Programmierer dürfte es doch eine ganz kleine Änderung sein, für die man nicht Monate braucht.

 Es ist doch ohne Zweifel richtig, dass das Intervall der MQTT Publishings eingestellt werden kann. Über Sinn und Zweck muss man nicht lange diskutieren, sondern es einfach lösen. Also bitte sorgt dafür.

Ja, das wäre doch erfreulich, denn was jede Sekune gesendet wird, belastet unnötig das Netz. Bei mird es auch noch von FHEM gespeichert.

Am 31.1.2021 um 16:02 schrieb fips21:

 Ein Stromausfall kann ausreichen um das Dateisystem zu zerschießen. Oder die SD-Karte stirbt wegen zu vieler Schreibzugriffe. Dann startet er nicht mehr. Beides selbst schon mehr als einmal erlebt.

Das muss nicht sein. Gegen Stromausfall kann man sich mit einer Backup-Batterie schützen und auf die SD Karte muss man nicht mehr schreiben. Längst lässt sich der Raspi auch von einer SSD booten. Bei mir werkelt mittlerweile ein Raspi für meine Solaranlage seit 9 Jahren völlig problemlos. Nebenbei macht der auch noch den MQTT-Server. Geringer Stromverbrauch und zuverlässigkeit zu kleinem Preis!