Jump to content

rtrbt

Administrators
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    1.546

  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    150

 Inhaltstyp 

Posts erstellt von rtrbt

    Ladeprobleme / Laden nicht möglich Warp1 + Warp2

    in WARP Charger / Energy Manager

    Geschrieben

    In den Logs, die du gemailt hast wiederholt sich die ganze Zeit 

    2022-06-26 06:09:16,964  Charger state changed from 4 to 3
2022-06-26 06:09:18,105  EVSE: Contactor error 2
2022-06-26 06:09:18,105  EVSE: Error state 4
2022-06-26 06:09:18,986  Charger state changed from 3 to 4
2022-06-26 06:09:19,396  EVSE: Contactor error cleared
2022-06-26 06:09:19,397  EVSE: Error state cleared
2022-06-26 06:09:19,987  Charger state changed from 4 to 3
2022-06-26 06:09:20,943  EVSE: Contactor error 2
2022-06-26 06:09:20,944  EVSE: Error state 4
2022-06-26 06:09:21,011  Charger state changed from 3 to 4
2022-06-26 06:09:22,502  EVSE: Contactor error cleared
2022-06-26 06:09:22,503  EVSE: Error state cleared

    Das heißt, dass der Ladecontroller das Schütz schaltet aber die Schützüberwachung meldet, dass es nicht durchschaltet. Hast du die Wallbox alle ~ 3 Sekunden klicken hören als sie in dem Fehlerzustand war? Das wäre ein Hinweis darauf, ob das Schütz selbst, oder die Steuerung des Schützes kaputt ist.

    Das Problem jetzt ist das Gleichstrom-Fehlerschutzmodul, der in einem unbekannten Zustand ist. Unbekannt heißt in dem Fall, dass das Modul einen Status ausgibt, der nicht existieren können sollte:

    sys.jpg

    In Summe vermute ich, dass die Wallbox irgendein elektisches Problem hat. Kannst du die Box Stromlos machen, die Frontplatte abschrauben und ein Foto von den Innereien machen? Vielleicht sehen wir da mehr.

     

    19 hours ago, Photon_1978 said:

    Beide Lademöglichkeiten melden dem Auto wie eingestellt 16A, zumindest sollten sie das... Wieso also der Unterschied in der Ladeleistung? Wieso ist die Warp schwächer als die Steckdose? Wäre es bei beiden gleich wenig, würde ich dir zustimmen das es das Auto so vorgibt.

    Das ist in der Tat interessant. Ich habe mal einen Blick ins Debug-Log geworfen, die Wallbox setzt einen Duty Cycle von 26,6%, laut https://de.wikipedia.org/wiki/IEC_62196_Typ_2#Signalisierung ist die Ladeleistung der Duty Cycle mal 0,6 Ampere. Damit komme ich auf 15,96 Ampere. Vielleicht nimmt es dein Auto sehr genau und betrachtet das als "es sind nicht 16A erlaubt" und nimmt die nächst niedrigere Ladestufe (das ist je nach Fahrzeug teilweise sehr grob). Ich habe mit meinem Kollegen mal darüber geredet, ob wir das PWM genauer machen können.

    ESP32-Brick wird nicht in Brick Viewer gefunden

    in WARP Charger / Energy Manager

    Geschrieben

    Was hast du damit genau vor?

    Die Wallbox-Firmware ist nicht darauf ausgelegt, dass du per Brick Viewer händisch den Ladecontrollerzustand änderst. Das geht prinzipiell (dazu hatte ich hier:

    etwas geschrieben) und ist ganz praktisch wenn man die Ladecontroller-Firmware selbst modifiziert, aber du kannst die Wallbox damit durcheinander bringen wenn du nicht genau weißt was du tust.

    Wenn du die Wallbox-Firmware (also die des ESP Bricks mit Webinterface usw.) modifizieren willst dann sollte beim kompilieren mit PlatformIO eine _merged.bin-Datei rausfallen, die du direkt über das Webinterface hochladen kannst. Da musst du also nichts mit dem Brick Viewer machen. Du kannst aber, wenn du einen ESP-Brick per USB angeschlossen hast, diesen mit Brick Viewer flashen, das geht ohne auf Connect zu klicken unter Updates/Flashing -> Brick.

    Warp2 FW 2.0.7 Verbindungsabbruch

    in WARP Charger / Energy Manager

    Geschrieben

    21 minutes ago, Andreas_Mainz said:

    Da auf der Menüseite links dann auch der Eintrag System fehlt, mußte ich via USB neu flashen..

    Je nachdem in welchem Zustand der ESP Brick war, hättest du noch über die recovery-Seite http://warp2-xyz/recovery z.B. einen Debug-Report ziehen oder die Firmware downgraden können. Mir ist aber nicht ganz klar, wie eine kaputte NFC- oder Benutzerkonfiguration dazu führen kann, dass das Webinterface nicht mehr richtig funktioniert.

    Da du dir ja eine Entwicklungsumgebung aufsetzt: Falls du das nochmal erzeugen kannst, und überhaupt nicht mehr auf das Webinterface kommst (also auch nicht per /recovery ) schließ den ESP mal per USB an, aber flashe ihn nicht neu. Stattdessen kannst du mit 

    pio device monitor -e warp2

    die serielle Konsole aufmachen und ggfalls den Brick per Enable-Button neustarten.

    Ladeprobleme / Laden nicht möglich Warp1 + Warp2

    in WARP Charger / Energy Manager

    Geschrieben

    On 6/26/2022 at 8:09 AM, Photon_1978 said:

    Der allererste Ladevorgang mit dieser Box wurde nach ca.13kWh beendet (Auto bei 57%). Von Box oder Auto weiß ich nicht: Beide machten einen auf Unschuldig...

    Stand jetzt, startet die Ladung mit der neuen Warp2 überhaupt nicht mehr!

    Falls du eins der beiden Probleme nochmal erzeugen kannst zieh mal einen Debug-Report (unter System->Ereignis-Log).

    Bei dem Ladestart-Problem könnte auch ein Ladeprotokoll hilfreich sein. Das bekommst du wie folgt:

    • Unter Ladecontroller ganz unten auf Start klicken. Wichtig: Webinterface offen lassen, das Protokoll wird im Browser aufgesammelt.
    • Kabel anstecken, warten dass die Ladung nicht anfängt (~ 30 Sekunden sollten reichen)
    • Kabel wieder abziehen
    • auf Stop + Download klicken
    On 6/26/2022 at 11:33 AM, Photon_1978 said:

    Mir ist dabei aufgefallen, das die Ladeleistung beim Ladeziegel ca. 300 W höher ist: Ladeziegel = ca. 3,4kW, Wallbox = ca. 3,1 kW. Eigentlich sollte die Wallbox ja bis 3,7kW schaffen?

    Die Wallbox gibt dem Auto nur einen maximalen Ladestrom vor, wie viel es dann wirklich lädt ist Sache des Autos. Wirf mal einen Blick auf die Ladestromgrenzen (unter Ladecontroller). Steht da alles auf 16 A oder mehr? 3,1 kW entspricht rund 13,5 Ampere.

    Anschluss von Warp Charger Pro 1 an CityWatt Abrechnungssystem

    in WARP Charger / Energy Manager

    Geschrieben

    Einen Termin gibt es noch nicht, ich arbeite aber gerade an der OCPP-Implementierung. Bekommst du über die OCPP-Anbindung bei CityWatt noch Details raus? Also z.B. ob OCPP-J unterstützt wird und ob das Core-Profile reicht? Die Webseite von CityWatt schweigt sich darüber leider aus.

    12 hours ago, Little_Company said:

    oder hat schon mal einer einen Schnittstellenkonverter zu OCPP von der vorhandenen MQTT- oder HTTP-Schnittstelle programmiert?

    Gibt es meines Wissens nicht, das wäre aber auch recht kompliziert.

    evcc mit warp2 , evcc.yaml?

    in WARP Charger / Energy Manager

    Geschrieben

    Moin,

    Die Anleitung auf unserer Seite ist leider veraltet. Ich nehme mir mal vor, die zeitnah zu aktualisieren. EVCC kann inzwischen die Konfigurationsdatei selbst erzeugen, dazu kannst du 

    evcc configure

    starten. Ich habe das kurz mit einer WARP Pro getestet und folgendes ausgewählt:

    • Standard
    • (PV System) Mein Gerät ist nicht in der Liste
    • (Nein zu allen Punkten bis Ladepunkt)
    • (Ladepunkt) Standardname
    • (Wallboxwahl) TinkerForge WARP Charger Pro
    • (Firmware v2 installiert) ja
    • (IP-Adresse) Achtung das ist die Adresse des MQTT-Brokers, nicht der Wallbox. 192.168.178.72 (musst du ändern ;) )
    • (Port) 1883
    • (Topic) warp/Sx7 (müsste bei dir warp2/Wqg sein)
    • (Zeitüberschreitung) Standardwert
    • Alles danach musst du dir aussuchen

    Dabei fällt bei mir folgende .yaml raus: 

    # open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: info
levels:
  cache: error

interval: 10s # control cycle interval

chargers:
- type: template
  template: tinkerforge-warp 
  fw2: true  
  host: 192.168.178.72  
  port: 1883  
  topic: warp/Sx7  
  timeout: 30s  
  name: wallbox1

loadpoints:
- title: Garage
  charger: wallbox1
  mode: off
  phases: 3
  mincurrent: 6
  maxcurrent: 16
  resetOnDisconnect: false

site:
  title: Mein Zuhause
  meters:

    Wenn du da den chargers:-Block übernimmst und den Namen wallbox1 auf warp änderst sollte es eigentlich klappen.

    Edit: Die meter müssen type custom statt default haben und source: script statt type: script. z.B. so: 

    meters:
- name: gridmeter
  type: custom
  power:
    source: script
    cmd: /bin/sh -c 'echo 1000'
- name: pvmeter
  type: custom
  power:
    source: script
    cmd: /bin/sh -c 'echo 10000'

     

    Backtrace und Debug Möglichkeiten

    in WARP Charger / Energy Manager

    Geschrieben

    On 6/16/2022 at 10:45 PM, Andreas_Mainz said:

    Ich wollte mal nachfragen, wie man einen Backtrace unter VSC analysieren kann. Einen "ESP32 exception decoder" kenne ich bisher nur von der Arduino Umgebung..

    Was der Exception Decoder eigentlich nur tut ist addr2line auszuführen. Ich habe mir dafür ein Python-Script (esp32-firmware/software/decode) geschrieben, dass das selbe auf der Kommandozeile tut.

    Benutzen kannst du das indem du den Backtrace kopierst und dann im software-Ordner 

    ./decode [dein backtrace]

    ausführst, also z.B. 

    ./decode 0x4000c341:0x3ffc9ce00x40161c6e:0x3ffc9cf0 0x4011123a:0x3ffc9d50 0x400e891c:0x3ffc9de0 0x4012daa6:0x3ffca470

    Das Script läuft standardmäßig gegen die aktuellste Firmware im build-Verzeichnis, du kannst aber mit -f [pfad/zur/elfdatei.elf] mit einer spezifischen Firmware decoden. Das hat noch eine Kurzschreibweise: z.B. -f warp2 nimmt die aktuellste warp2-Firmware, -f esp32 die aktuellste ESP32-Brick-Firmware, die im build-Verzeichnis liegt.

    ELF-Dateien zu den veröffentlichten Firmwares liegen hier: https://github.com/Tinkerforge/warp-charger/tree/master/firmwares

     

    On 6/16/2022 at 10:45 PM, Andreas_Mainz said:

    Außerdem wollte ich fragen, wie man den ESP32 unter VSC debuggen kann, gibt es da eine Anleitung?

    Dafür brauchst du einen JTAG-Adapter und musst dich an ein paar Pins des ESPs dranhängen. Anleitung ist hier: https://docs.platformio.org/en/latest/tutorials/espressif32/arduino_debugging_unit_testing.html#debugging-the-firmware Das hat aber noch nie jemand getestet. Ich kann dir auch nicht garantieren, dass die Schaltung an den Pins nicht das Debuggen stört.

    Alternativ das gute alte printf-Debugging ;) (logger.printfln bzw. Serial.println falls die Probleme vor der Initialisierung des Event-Logs auftreten.)

    ESP32: ipcon_connect returns E_NO_CONNECT

    in Anfängerfragen und FAQ

    Geschrieben

    On 6/15/2022 at 4:06 PM, EAmmelt1 said:

    "wifi/sta_config": {"enable_sta":true,"ssid":"R2D2",

    On 6/15/2022 at 4:06 PM, EAmmelt1 said:

    "wifi/ap_config": {"enable_ap":true,"ap_fallback_only":false

    So weit so gut. Der ESP ist konfiguriert, dass er sich zu deinem WLAN verbindet, den Access Point aber offen lässt.

    Du könntest noch testen, ob es klappt, wenn du mit deinem Mac auch in deinem WLAN (nicht dem des ESPs) bist und dann versuchst dich per Brick Viewer und mit dem C-Programm zu 192.168.178.55 bzw. esp32-Zj7 zu verbinden.

    Wenn du aber per Brick Viewer und per Browser auf den ESP zugreifen kannst, kann es ja eigentlich kein reines Netzwerkproblem sein. (Bin kein macOS-Experte) Musst du dem Programm eventuell Zugriff auf das Netzwerk erlauben o.Ä.? Ich habe hier mit einem Mac getestet und musste das nicht, aber vielleicht ist dein Setup subtil anders. Falls du mit z.B. Wireshark umgehen kannst, könntest du einen Blick auf den Verbindungsaufbau werfen.

    Du kannst auch mal andere Bindings testen, falls du z.B. Python installiert hast. Vielleicht ist es ein C-Bindings-spezifisches Problem.

    ESP32: ipcon_connect returns E_NO_CONNECT

    in Anfängerfragen und FAQ

    Geschrieben

    Das ist nur das Event-Log. Im Debug-Report steht zusätzlich noch die Konfiguration des ESPs.

    4 minutes ago, EAmmelt1 said:

    Warum steht da "Wifi connected to R2D2"? R2D2 ist mein WLAN.

    Dann ist der ESP darauf konfiguriert sich zu deinem WLAN zu verbinden.

    Da aber die Zeile "Network connected. Stopping soft AP" fehlt sollte der Access Point des ESPs weiterlaufen, d.h. du hast ihn nicht auf "nur als Fallback" konfiguriert.

    ESP32: ipcon_connect returns E_NO_CONNECT

    in Anfängerfragen und FAQ

    Geschrieben

    13 minutes ago, EAmmelt1 said:

    Vielleicht liegt es am Router?

    Moment. Ist dein Mac im WLAN des ESPs oder sind beide im WLAN deines Routers? Die IP 10.0.0.1 funktioniert nur wenn du mit dem Access Point des ESPs verbunden bist (oder sehr ungewöhnliche statische IPs konfiguriert hast).

    Statt 10.0.0.1 sollte übrigens auch (egal in welchem Netz du bist, solange es bei Mac und ESP das selbe ist) der Hostname warp2-xyz [Edit: esp32-xyz, nicht alles ist eine Wallbox] funktionieren (siehe Aufkleber auf dem ESP)

    ESP32: ipcon_connect returns E_NO_CONNECT

    in Anfängerfragen und FAQ

    Geschrieben

    Der Code sieht soweit korrekt aus. Mir sind aber keine Probleme mit dem ESP32 und macOS bekannt. Ein paar Ideen:

    • Teste sicherheitshalber mal das unmodifizierte IP-Connection-Enumerate-Beispiel (die Host musst du natürlich ersetzen, der Rest kann so bleiben)
    • Hast du mehrere Brick Viewer-Instanzen offen? Der ESP erlaubt im Moment maximal vier TFP-Verbindungen (erhöhen wir mit der nächsten Firmware auf 10)

    Welche Version von Bindings, ESP-Firmware und Brick Viewer verwendest du?

    M-Bus-Daten anbinden/übertragen

    in WARP Charger / Energy Manager

    Geschrieben

    Moin,

    1 hour ago, timmy said:

    Wenn ich z. B. einen M-Bus-zu-USB-Konverter kaufe, kann ich den dann an die WARP2-Wallbox-internals (Stapel?) anschließen und die Daten an meinem PC auslesen?

    Nein kannst du nicht. Du kannst keine USB-Geräte an die Wallbox anschließen, da ist "nur" ein Mikrocontroller, kein PC, Raspberry Pi o.Ä, verbaut.

    Wenn es M-Bus zu USB gibt, findest du eventuell auch einen Konverter auf Ethernet bzw. WLAN. Dann kannst du die Daten beliebig auslesen.

    ESP32-Brick - keine WLAN Verbindung

    in Hardware

    Geschrieben

    10 hours ago, ChristianRiedl said:

    Dann habe ich die Security (WPA + WPA 2) wieder aktiviert, und der ESP32-Brick kann sich seither auch mit WPA/WPA 2 verbinden.

    So sollte es natürlich nicht sein. Aber zumindest habe ich den ESP32-Brick jetzt im Netzwerk.

    Stimmt, das sollte so nicht sein, ist auch nicht der Normalzustand: Bei der 7590 die wir hier im Netz haben funktioniert die Verbindung problemlos. Eventuell hat das Umkonfigurieren bei deiner Fritzbox den WLAN-Stack neugestartet und das hat was auch immer schiefgelaufen ist repariert.

    Zeitsynchronisation

    in WARP Charger / Energy Manager

    Geschrieben

    15 hours ago, Bruno said:

    Auch nach dem Rücksetzen wird weiterhin Konfigurationsversion 2.0.0 angezeigt. Ist das so gewollt?

    Das ist Absicht, ja. Die Konfigurationsversion ist immer die letzte Version in der es Änderungen im Konfigurationsformat gab. Das bedeutet z.B. dass Downgrades bis auf die 2.0.0 möglich sind, ohne dass Einstellungen verloren gehen sollten.

    15 hours ago, Bruno said:

    Ich kann bei beiden Boxen im Log nicht erkennen, dass die versuchen die Zeit zu synchronisieren. Es taucht weder Erfolgs- noch Fehlermeldung dazu auf.

    Der entsprechende Code kommt direkt aus lwIP, also dem Netzwerkstack den wir einsetzen und ist leider sehr schweigsam. Synchronisierungsversuche sollten aber wie gesagt alle 150 Sekunden oder schneller durchgeführt werden.

    15 hours ago, Bruno said:

    Auf der gleichen Seite verwirrt, dass das Ladeverlaufs-Diagramm in der Beschriftung die aktuelle Uhrzeit anzeigt. Kommt die Beschriftung von der Box oder vom Browser? 

    Die Beschriftung kommt vom Browser. Prinzipiell alles an Zeiten, was nicht direkt die Startzeitpunkte der aufgezeichneten Ladevorgänge sind, wird auf der Wallbox nur relativ zum Zeitpunkt an dem die Wallbox gebootet ist (der Uptime), betrachtet. Der Browser bekommt die aktuelle Uptime regelmäßig übertragen und kann dann z.B. die absoluten Zeiten für die Diagrammbeschriftungen über die aktuelle Systemzeit deines Browsers berechnen.

    15 hours ago, Bruno said:

    Ich habe sonst nirgends die von der Box erkannte Zeit gesehen, wird die nach Synchronisierung an einer festen Stelle angezeigt? 

    Ja. Das funktioniert wie die Anzeige der IP-Adresse bei der LAN/WLAN-Verbindung. Sobald die Synchronisierung klappt, wird die Systemzeit der Wallbox angezeigt:

    image.png

     

    Damit wir rausfinden warum die Synchronisierung nicht klappt: Häng hier mal einen Debug-Report an (Kannst du unter System->Ereignis-Log runterladen), eventuell finden wir darüber das Problem.

    ESP32-Brick - keine WLAN Verbindung

    in Hardware

    Geschrieben

    Moin,

    Sorry dein Thread ist irgendwie untergegangen. Wenn du nach WLANs scannst, taucht dein Netz dann auf? Hast du eventuell Repeater mit dem selben Netzwerknamen und der Brick versucht sich aus irgendwelchen Gründen zu dem Repeater zu verbinden? (Das kontrolliert das BSSID-Lock) Du kannst dir die Liste der gefundenen WLANs unter http://10.0.0.1/wifi/scan_results runterladen.

×
×
  • Neu erstellen...