Jump to content

floho

Members
  • Gesamte Inhalte

    64
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    4

Posts erstellt von floho

  1. Habe gerade die Warp1 und Warp2 auf 2.0.6 aktualisiert. 
     

    die Warp1 zeigt die Uhrzeit im Status. Bei der Warp2 fehlt der gesamte Block mit der Zeitsync. Dementsprechend auch keine Uhrzeit. 
     

    im Log ist aber eine Uhrzeit vorhanden statt des Zählers, heißt der Sync selbst hat geklappt.

    Gruß, Florian.

     

  2. vor 7 Stunden schrieb mattsches:

    @michael99: Mit Verlaub, deinen Tonfall finde ich ziemlch daneben. Die Jungs  bieten hier echt einen erstklassigen Support für uns User - kompetent, zuvorkommend, freundlich und noch dazu schnell. Und bevor du patzig wirst, solltest du deine Anfragen vielleicht so formulieren, dass man sie überhaupt verstehen kann. Also Subjekt-Prädikat-Objekt.

    Im „MQTT Intervall“ thread wurde auch schon so höflich gefordert, pardon gebeten. 

  3. Sorry für die späte Antwort. Leider ist her gerade etwas stressig. 
    die Flows sind denke ich unspannend. Ein Statechange als Start. Dann eben on und off der Wallbox. Die ganze Sache geht auch nur mit Volvo und der config aus dem anderen Post. 
    wenn ich mal Zeit habe überall die Nummernschilder (alle Kfz-bezogenen entities haben das km Namen) zu entfernen kann ich das aber nachholen. 
     

    Meine Warp2 pro wird Ende des Monats abgeschlossen. Dann teste ich mal ob/wie der Eintrag des anderen Posts angepasst werden muss. 
     

    denke aber auch dass für die FW2.0 Anpassungen gemacht werden müssen. Soweit ich gelesen habe wurde da etwas an der API gemacht. 
     

    edit: wenn an die config wie aus dem anderen Post anpasst kommt kann man direkt diesen Dashboard mit Bordmitteln erstellen.

    89C140CA-6DF5-4A66-802A-8CC5A72A7379.jpeg

  4. Hallo.

    Idee 1 finde ich eher schlecht. Man schaltet einen PC ja auch nicht per Steckdosenleiste ;-) Vor allem möchte vielleicht doch mal per RFID geladen werden oder einem Bekannten das Laden ermöglicht werden, ...

    Idee 2 ist genau wie ich es mache: Wenn ich das Ladekabel anstecke startet ein 5 Minuten Timer. Dann wird geschaut ob mein Auto zuhause ist und ob bei dem Auto ebenfalls das Kabel angesteckt ist. Wenn ja, dann wird der Ladevorgang gestartet. Sonst eben nicht. Nach weiteren 5 Minuten wird geprüft ob das Auto jetzt auch lädt. Sonst wird die Ladung wieder abgebrochen.

    Die 5 Minuten Totzeit sind nötig da die Fahrzeug-Cloud etwas braucht bis der Status korrekt ist. Wahrscheinlich würden auch 2 Minuten ausreichen. Oder eine Art polling. 

    Funktioniert bisher super und ohne Freigabe, Handy, Schlüssel, ...

    Gruß, Florian

    p.s. ich mach das in HomeAssistant in Node Red. Das geht direkt über MQTT (API in der Doku) oder man bindet die I/Os der Wallbox als Entitäten ein:

     

  5. Hi, vielleicht ist nicht ganz klar was eine Wallbox macht. Den Ladestrom können alle Wallboxen nur durchschalten (an, aus). Im Falle der Warp ist es mit einem Schütz realisiert (vielleicht auch bei allen so). 

    Nun gibt es 11 und 22kW Varianten. Der Unterschied ist, dass in den 22kW Varianten Komponenten verbaut sind die pro Kanal 32A "abkönnen" und somit die Sicherungen im Sicherungskasten diesen Wert haben können. Bei der 11kW haben z.B. das Ladekabel und die Zuleitung einen geringeren Querschnitt (vielleicht auch intern der Kabelbaum) wodurch sie bei 32A einen Defekt erleben würden. 

    Bis hier ist sie ein großer "Lichtschalter" der je nach Ausstattung eine oder alle Phasen durchschaltet.

    Was die Wallbox zusätzlich macht, außer den Schütz zu bedienen ist, sie kommuniziert dem Auto über Steuerleitungen wie Strom das ziehen darf pro Phase (6A bis 16/32A). Das Auto macht das dann. On top natürlich noch "smarte" Dinge und Strom zählen.

    Somit kann eine 11kW Wallbox, da die Komponenten ja "nur" auf 16A ausgelegt sind, nur 16A pro Phase abgeben, schon alleine weil man die ja nicht mit 32A absichern kann. 

    Das einzige was ich mir vorstellen könnte ist dass es eine gedrosselte 22kW als 11kW verkauft wird. Die könnte dann, wenn sie nur bei einer Phase betrieben wird 32A auf dieser durchschalten. Allerdings müsste das dann ja dennoch mit 32A abgesichert werden. Ob es das gibt und auch ok ist? Außerdem wäre es dann genau genommen keine 11kW Wallbox mehr.

    In Summe: einfach die 22kW Warp wählen und gut ist.

    Gruß, Florian

    p.s. Wenn alles aus seiner PV Anlage kommt wäre es ja keine Schieflast mehr ... aber ob der Netzbetreiber das so gelten lässt? Es "könnte" ja aus dem Netz kommen wenn die PV das nicht bringt. Außerdem klingt es nicht so als wäre das eine 1-phasige PV, oder? Und Lastumverteilung über den Netzbetreiber wird halt auch nicht gern gesehen.

  6. Sie kann das nicht vorgeben. Das PWM-Signal ist nur bis 6A definiert. Weniger lange Pulse werden von der Gegenstelle (PKV) sicher nicht richtig interpretiert, geschweige-denn akzeptiert. Vermutlich entsteht ein Fehler oder es wird einfach 6A als kleinster Wert angenommen.

    Oder meinst Du der Ladestrom selbst wird begrenzt? Das ist technisch eher in keiner Wallbox möglich da diese ja nur per Schütz den Leiter schaltet. Keine auch keine Lösung um AC Strom zu begrenzen, außer eben Abschaltungen (Sicherung).

  7. Könnte man in diesem Zusammenhang eine Möglichkeit eines Monats/Quartalsberichtes einplanen? Also eine Übersichtsseite in HTML die man drucken kann (ggf. direkt PDF, ich denke aber hier ist der ESP etwas knapp) die einem den echten (nicht zurückgesetzten) Zählerstand alt/neu und ggf die Ladezeitpunkte und den geladenen Strom des ausgewählten Wagens anzeigt? Ich meine damit jetzt keine genauen kW-Kurven und Verläufen, dafür reicht die HW/Speicher wohl eher nicht, das sehe ich eher extern per MQTT.

    Meine Firma würde für die Erstattung gerne mehr sehen als den Zählerstand per Screenshot, also eine Art Bericht.

    Vielen Dank und beste Grüße,
    Florian

  8. Guten Morgen,

    ich habe zwar gerade eine Verbindung und sehe zyklische Telegramme, allerdings habe ich das auch im Logger gefunden:

     

    35              **** TINKERFORGE WARP CHARGER V1.3.2-61b1f9e4 ****
    36                   308K RAM SYSTEM   231323 HEAP BYTES FREE
    36          READY.
    83          Mounted configuration partition. 8192 of 3538944 bytes (0.2 %) used
    128         WARP Charger configuration version 1.2.3-60cb5c5b
    621         mDNS responder started
    873         Had to configure softAP IP address 1 times.
    2874        Soft AP started.
    2874            SSID: warp-123
    2874            hostname: warp-123
    3463            IP: 10.0.0.1
    3480        Connecting to WLAN
    6601        Wifi connected to WLAN
    6649        Wifi got IP address: 192.168.178.10. Connected to BSSID AA:BB:CC:DD:EE:FF
    6655        Network connected. Stopping soft AP
    6710        MQTT: Connected to broker.
    30543       Got no managed current update for more than 30 seconds. Setting managed current to 0
    232020682   MQTT: Transport error: ESP_ERR_ESP_TLS_TCP_CLOSED_FIN (esp_tls_last_esp_err)
    232020688   MQTT: Disconnected from broker.
    232030699   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232030700   MQTT: Transport error: Connection reset by peer
    232030714   MQTT: Disconnected from broker.
    232045723   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232045724   MQTT: Transport error: Connection reset by peer
    232045737   MQTT: Disconnected from broker.
    232060845   MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err)
    232060848   MQTT: Disconnected from broker.
    232075904   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232075905   MQTT: Transport error: Connection reset by peer
    232075918   MQTT: Disconnected from broker.
    232090928   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232090928   MQTT: Transport error: Connection reset by peer
    232090944   MQTT: Disconnected from broker.
    232105968   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232105969   MQTT: Transport error: Connection reset by peer
    232105982   MQTT: Disconnected from broker.
    232120992   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232120993   MQTT: Transport error: Connection reset by peer
    232121007   MQTT: Disconnected from broker.
    232136023   MQTT: Transport error: ESP_ERR_ESP_TLS_FAILED_CONNECT_TO_HOST (esp_tls_last_esp_err)
    232136024   MQTT: Transport error: Connection reset by peer
    232136036   MQTT: Disconnected from broker.
    232151062   MQTT: Connected to broker.
    245351725   MQTT: Disconnected from broker.
    245351726   MQTT: Disconnected from broker.
    245366826   MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err)
    245366828   MQTT: Disconnected from broker.
    245381935   MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err)
    245381937   MQTT: Disconnected from broker.
    245397044   MQTT: Transport error: ESP_ERR_ESP_TLS_CONNECTION_TIMEOUT (esp_tls_last_esp_err)
    245397047   MQTT: Disconnected from broker.
    245412100   MQTT: Connected to broker.

    Gruß, Florian

  9. Danke für den Bericht, habe jetzt auch bestellt. Nervig ist tatsächlich ein passendes JST-Kabel einzeln zu finden. Wäre super wenn das zeitnah (für andere) im Shop mitbestellt werden könnte. 

    Tipp für alle die eines benötigen: bei Amazon kann man Balancer Kabel (3s) (Akku laden) günstig finden. Da sind zwar beide mittleren Kabel weiß, aber die bekommt man für 5€ mit Versand. 

    Danke für all die Info und Unterstützung hier im Thread, Florian.

  10. Also ich habe hier die WARP 1 im Einsatz und es gibt mit dem WLAN null Probleme. Router (Fritz!Box) ist eine Hauswand und 2 Kellerwände "entfernt". Evtl. ist bei dir etwas defekt oder eine enorme Störquelle ist in der Nähe, aber pauschal von nicht fertig entwickelt zu sprechen halte ich für übertrieben. 

    Gruß, Florian

  11. Guten Morgen, 

    ja, der "Ton" kommt mir pampig rüber, auch wenn ein Grund dafür angeführt wird. Ich will hier nicht den Lehrer spielen, natürlich "darfst" Du das machen wie du willst. 

    Ich denke: wenn man eine WB von "klassischen" Firmen kauft, werden Kundenwünsche in der Regel nicht umgesetzt, hier wird auf fast jeden Wunsch eingegangen. Dadurch entsteht wohl so eine Art Selbstverständnis dass alles umbesetzt werden muss, wie man es übrigens öfters bei Open Source und kundennahen Projekten beobachten kann. Gekauft wurde der ist-Zustand, der funktioniert. Somit ist diese Aufforderung keine Mangelbeseitigung, sondern ein Wunsch. Diese vermittle ich persönlich lieber nett ;-)

    Gruß und schönen ersten Advent, Florian.

    p.s. man hat sich ja auch für ein Open-Source Projekt entschieden ... also ran an den Speck Code ;-)

    Edit: oben steht geschrieben, dass die WB bei Änderung sendet und Änderungen sekündlich geprüft werden. Eventuell ist das gar nicht so einfach gemacht wie 1000 auf 5000 zu ändern im Code. 

    • Like 2
  12. Ich nehme mal an, dass der Zähler an die "RS485" beschriftete JST Buchse (4 Pins) angesteckt wird.  Da die Kabel ja überall erhältlich sind würde es auch genügen wenn wir die Länge und Pinbelegung wüssten (weiß nicht ob ich mich auf die Farben verlassen möchte). 

    Vielleicht kann einer das original Kabel zeigen, wenn zur Hand. Dann weiß man die Farben und die Länge ja. Danke und Gruß.

  13. Hallo,

    gibt es hier etwas Neues? Ich habe aus einem früherem (gescheitertem) Projekt den SM630 hier. Nun würde ich mir gerne eine zweite WARP bestellen und dann natürlich "nur" die Smart. Würde daher gerne das JST Kabel gleich mitbestellen.

    Außerdem die Frage: Sind die Stromkabel welche am Klemmenblock der Smart angeschlossen sind und zu dem Schütz verlaufen gleich lang wie die die bei der PRO vom Zähler zum Schütz laufen? Oder muss ich hier neue, längere verlegen?

    Danke und Gruß,
    Florian

  14. Laut API-Beschreibung (https://www.warp-charger.com/api.html#evse_auto_start_charging) passiert genau das nach einem Neustart. 

    Ich habe es so gelöst dass, wenn die Wallbox erkannt wird, wird ein MQTT Kommando gesendet welches den Autostart abschaltet. Zusätzlich mache ich das alle 2 Stunden falls ein Neustart nicht korrekt erkannt wird und nach dem Neustart der Steuerung. 

    Vielleicht wäre es aber sinnvoll wenn man diesen Zustand einfach persistent speichern würde in der Wallbox. 

  15. Ich denke die Dose muss verriegeln während des Ladens. Sonst könnte man unter Last den Stecker ziehen. Weiß nicht wie da die Vorgaben sind, kann mir aber nicht vorstellen, dass man das so machen sollte/darf. Zusätzlich ist bei diesem Typ 2 Steckern kaum eine Klemmung vorhanden. Sprich der geht echt leicht raus. 
     

    edit:

    Ich habe hierzu noch ein wenig nachgelesen. Es ist wohl so, dass die Verriegelung mechanisch oder elektrisch gemacht werden muss. Sprich, die Wallbox, wenn nicht mechanisch verriegelt wird, muss das Abziehen durch den nachgeführten CP Kontakt erkennen und daraufhin den Schütz innerhalb einer vorgegebenen Zeit abschalten. Inwieweit das eine sicherheitsrelevante Bewertung braucht, weiß ich nicht. Ob die WARP das (spezifikationstechnisch ausreichend) tut weiß ich natürlich auch nicht. Alles in allem klingt das nicht nach einer sehr guten Lösung.

    Was spricht gegen eine Wanddurchführung des Kabels?

  16. Das stimmt natürlich, solange man die Box einzeln betrachtet. Allerdings gibt es da Shellys, andere MQTT Sensoren, Gateways, mehrere Wallboxen, ... und es ist auch das WLAN welches belastet wird, nicht das LAN. Somit bin ich generell bei dir, fände aber dennoch eine Möglichkeit gut die zyklischen Daten nicht pauschal im vollen Set und sekündlich zu senden. Eine niederpriores Anliegen, aber wert überdacht zu werden ;-)

     

    • Like 1
×
×
  • Neu erstellen...