int5749

Aus der Doku von evcc

Zitat

Fahrzeugkennung

Wenn die Wallbox es unterstützt, kann bekommt es vom Fahrzeug eine Fahrzeugkennung übermittelt. Dies kann entweder die MAC Adresse des On-Board-Ladegerätes sein, oder eine Kennung eines fest installierten Plug & Charge Zertifikats (ist ein anderes Zertifikat als für DC Laden!).

Was kann denn die Tinkerforge Warp 1 hier liefern?? Ist dies bekannt??

Viele Grüße

Am 22.2.2023 um 22:21 schrieb eweri:

Das ist doch genau was ich geschrieben habe.

Kann es sein, dass Du nicht beide „chargers“ und „vehicles“ im „loadpoints“ zusammen gefasst hast?

Oder wenn Du für beide charger je einen loadpoint konfiguriert hast, muss ja auch in jedem das vehicle zugeordnet werden - vermute ich.

Genau dies ist jetzt nicht mehr notwendig.

Du konfigurierst Charge und Du konfigurierst Vehicles

Ein Charge gehört (meist eben auch physikalisch) in einen Ladepunkt. Deine konfigurierten Vehicle sind von Dir zugelassene Fahrzeuge, welche an alles Loadpoint laden dürfen und dabei dann bei Bedarf auch eigene Konfigurationen mitbringen für (lademodus, limits, etc)

Das Ganze funktioniert so ja auch ohne Probleme mit dem EV Charger (ladepunkt Garage), nur nicht mit der Warp (ladepunkt Stellplatz)

Garage erkennt das Auto, am Stellplatz wird nur ein Gastfahrzeug erkannt.

In spätestens 2 Wochen habe ich (hoffentlich) unseren zweites E-Auto und dann wird sich zeigen, ob es an der Garage weiter funktioniert.

Mit dem neuen auf den Stellplatz zu kommen könnte schwierig werden, aber werde ich auch versuchen. Wenn der für den Test vorne auf der Strasse steht ist es dann eben so.

Hallo zusammen,

auch wenn ich mich als cushy outen muss, bisher hatte ich den Verbindungsstatus des Fahrzeugs über MQTT geprüft.

Seit geraumer Zeit (ja ich schaue eher selten in die Logs, wenn alles läuft) gibt es bei openHAB über MQTT eine Warnung:

[WARN ] [ofiles.JSonPathTransformationProfile] - Could not transform state '{"iec61851_state":1,"charger_state":1,"contactor_state":1,"contactor_error":0,"allowed_charging_current":0,"error_state":0,"lock_state":0}' with function '$.vehicle_state' and format '%s'

Frage: Wurde "vehicle_state"  verschoben? Oder ersatzlos gestrichen?

Auch über den MQTT Explorer finde ich adhoc keinen dazu passenden Wert 😔

vor 19 Stunden schrieb eweri:

Ich habe mir mal meine evcc.yaml angesehen. Da wird einem Loadpoint eine Anzahl Wallboxen mit Namen und eine Anzahl Autos mit Namen zugeordnet. 
Ich vermute jetzt also, dass evcc bei einer Nachricht von der Wallbox alle zugeordneten Auto-Konten durchsucht, ob eines von denen im Status „möchte laden“ steht. (Oder das läuft sogar per Push-Nachricht vom Server des Autoherstellers?)
Kann es sein, dass Du nicht beide Autos dem Loadpoint zugeordnet hast?

 

Hallo Eweri

Da scheinst Du noch eine alte Konfig zu haben.

In meiner yaml gibt es

vehicles

Und dort dann die einzelnen Auto's. Da ich bisher nur ein EV habe, eben nur der Fiat

chargers

Dort sind meine beiden Wallboxen gelistet

loadpoints

Dort dann meine beiden Ladepunkte für Stellplatz (Warp) und Garage (EV Charger)

Wenn ich dann den Fiat an der Warp anschließe wird nur ein Gastfahrzeug erkannt, gleichzeitig aber auch die APi von Fiat getriggert (was schon seltsam ist, wenn es ja nicht erkannt wurde?). Beim anschließen des Fiat an den EV Charger wird der Fiat korrekt erkannt und die Einstellungen gesetzt.

Viele Grüße und ein Helau,

int5749

Hallo eweri,

Danke für Dein Halbwissen, davon habe ich auch reichlich ;-)

Also ganz kann ich Dir noch nicht folgen, aber lerne auch gerne dazu.

Wie gesagt und da Du auch evcc nutzt wirst Du dies evtl. nachvollziehen können.

evcc erkennt ja einige Fahrzeuge, laut Aussage der Entwickler über die Wallbox.

Derzeit habe ich nur 1 Auto und dieses entsprechend in evcc angelegt (ja, dort wird der SoC und Km etc über die Hersteller APi abgefragt)

Daneben habe ich 2 Ladepunkte. 1x SMA EV Charger 22kW und 1x Warp1 Pro 22kW (beide noch auf 11kW gedrosselt)

Wenn ich nun unseren Fiat 500 an dem EV Charger verbinde, erkennt evcc diesen und übernimmt die Einstellung für das Auto aus der yaml und die Daten der APi werden angezeigt.

Beim verbinden mit der Warp1 wird das Auto "nur" als Gastfahrzeug erkannt. Nach Änderung in der evcc UI auf den Fiat, werden auch dort die Daten der APi angezeigt,

Nach Rückfrage bei den Entwicklern von evcc fehlt hier eine Rückmeldung der Wallbox. Was und wie dies erfolgen muss/kann, versuche ich hier gerade herauszufinden. Gerade da die Zusammenarbeit mit den Entwicklern hier und bei evcc hervorragend funktioniert.

Viele Grüße und einen schönen Sonntag

hmmm, seltsam ruhig hier im Forum geworden. .-(

Dann hoffe ich mal, das in diesen Fällen auch eine 32A Zuleitung und LS verbaut wurden, sonst kann es dort zu unerwünschten Effekten kommen!

Auf 32A (also 22kW) darf ja auch erst nach 12 Monaten (sofern Förderung in Anspruch genommen wurde) umgebaut werden.

Von der möglichen Schieflast noch zu schweigen.

Hallo zusammen,

Derzeit betreibe ich unsere Warp 1 und auch einen SMA EV Charger in Verbindung mit evcc.

Wenn ich unseren Fiat 500 an den EV Charger anschließe, wird dieser im Anschluß direkt bei evcc erkannt.

Bei der Warp 1 klappt dies leider nicht und muß dann manuell angewählt werden :-/

Nach Rückfrage im evcc Forum auf GitHub, könnte dies evtl. an einem nicht gelieferten "Tag" der Warp Smart liegen.

Frage: Könnt ihr die unterschiedlichen Fahrzeuge erkennen und entsprechend als "Paramater" übergeben?

Wenn ich mit Tests oder Logs helfen kann???

Viele Grüße

int5749

vor 6 Stunden schrieb poohnet:

speichere die Daten im SMA Sunny Portal.

Wie speicherst Du denn dort die Daten? 🤔

Am 11.5.2022 um 18:29 schrieb MartinJ:

Eine Rubrik "Stromzähler" wird angezeigt und die Box hat eine Leerlauf-Leistungsaufnahme von 3W.

Die Rubrik habe ich nach dem Umbau ebenfalls, aber ich sehe keinerlei Stromaufnahme. Was an sich ja schön wäre, aber mit 1-2W hätte ich auch gerechnet.

Der Zähler ist korekt angeschlossen und ich somit offiziell verwirrt :-/

So, heute war es trocken und daher habe ich mich auch an den Umbau gewagt.

Super easy ist etwas übertrieben, ist schon etwas fummelig aber ohne größere Probleme machbar 😀

Jedoch bin ich grad noch unsicher, wo das Bricklet nun angeschlossen wird 🤐

Ich habe dies wie auf dem Bild ersichtlich angeschlossen, aber warte mit dem einschalten noch auf eine Rückmeldung 😇

Möchte das Bricklet ja nicht direkt "himmeln".

vor 1 Stunde schrieb MartinJ:

Wer bis hier gelesen hat, kann mir vielleicht verraten, wie letzteres geht.... Ansonsten: schmerzfreie Umrüstung, dank dieses Forums problemarm.

Schau mal unter System => Benutzerverwaltung

Ist dort ein User angelegt? Ich meine, der Admin ist Admin aber eben kein User.

Leg dort mal einen an, wenn nicht vorhanden und setze den Schalter Anmeldung aktiviert auf ON

VG

So, RS485 Bricklet habe ich auf der Platte angebracht. Default war/ist ja "nur" DIP-Switch 1 of ON, was ja "nur" der 120 Ohm Widerstand ist.

Was müsste ich denn für den SDM630 einstellen?

Duplex und Terminierung

Mit den DIP-Schaltern auf dem Bricklet können Duplex und Terminierung konfiguriert werden.

Es kann zwischen Voll- und Halb-Duplex gewählt werden und eine 120 Ohm Terminierung kann ein- und aus-geschaltet werden.

Viele Grüße

int5749

Für alle interessieten Mitleser: FW 2.0.3 ist installiert, Hardware ist bestellt, Update erfolgt nach Erhalt/Einbau ;-)

Special thanks to => @rtrbt :-)

Am 25.4.2022 um 11:02 schrieb rtrbt:

Ich habe mir das mal angesehen, Support für die beiden neueren Zähler hinzuzufügen sollte kein größeres Problem sein (Ein Prototyp für dem SDM630 ist schon im Repository). Kommt mit einer der nächsten Firmware-Versionen.

Lohnt sich da schon eine Bestellung der Hardware? Kann die ja erst in den Charger bauen, wenn die Firmware da ist ;-)

Hallo zusammen,

ich nutze EVCC zu laden mit PV Überschuss, was an sich mit der Warp 1 und der Firmware < 2.x auch gut funktioniert hat.

Mit der FW 2.x kam ja u.a. eine Benutzerverwaltung hinzu ;-) Derzeit wird die Nutzung/Steuerung der Warp als "unbekannter Nutzer" geführt.

Muss ich dort noch etwas einstellen, damit die Ladung einem Nutzer zugeordnet wird? Derzeit habe ich nur den Standard Nutzer.

Viele Grüße

int5749

vor 9 Stunden schrieb mattsches:

Ja, siehe hier: https://www.warp-charger.com/api.html?v=2#reference-meter

Genau damit habe ich den Umbau auch gemacht. Ich habe das 15 cm Kabel genommen, 6 cm wären mir glaub zu fummelig. Das Befestigungsset ist denke ich nicht geeignet, weil dadurch das Bricklet zu weit Richtung Frontplatte abstehen und diese sich dann nicht mehr montieren lassen würde. Ich habe es mit Schrauben und Kunststoff-Distanzscheiben befestigt.

Ohh, in der Referenz steht, dass die Warp 1 NUR den SDM72 unterstützt? Ich dachte, dort könnte auch der SDM630 eingebaut werden?

Am 24.1.2022 um 13:58 schrieb batti:

Hallo Dirk,

wir kommen gerade nicht dazu das in den Shop zu stellen. Haben es aber auf der Liste stehen.

Sorry wegen der Wartezeit!

Dann greife ich diesen Punkt auch noch einmal auf, denn es wäre schon charmant den Zähler über die Warp Smart 1 auszulesen.

Sind die Daten dann "einfach" per API (MQTT oder HTTP) verfügbar?

Als Bricklet ist wahrscheinlich dieses hier einzusetzen => RS485 Bricklet

Hinzu käme noch das Befestigungsset 12mm und ein Kabel von ?? cm Länge? Reichen hier 9 oder besser 15 cm?

Anlernen muss man das ja nicht, was schon top ist.

Die interne Abdeckplatte habe ich noch nicht gefunden, aber eigentlich braucht es diese doch gar nicht, beim Einbau eines Zählers? Es würde doch ausreichen aus dem Kunststoff die entsprechende Stelle rauszu"fräsen"? Denn wasserdicht ist die doch auch nicht, oder?

Andersrum, beim Ausbau eines Zählers ist eine neue Platte sicher sinnvoll ;-)

Viele Grüße

vor 10 Stunden schrieb FrankK:

Hi,

.....

Allerdings lässt sich bei mir der Ladevorgang von EVCC aus nicht steuern (start, stop funktioniert nicht).

Das scheint daran zu liegen, dass die Freigabe der externen Steuerung im WARP2 charger UI nicht funktioniert:
Bei mir setzt sich die Freigabe der externen Steuerung unter "Ladestromgrenzen" immer selbstständig zurück auf "blockiert" obwohl ich die externe Steuerung unter "Einstellungen" enabled habe. 

So weit bin ich noch nicht, da unser EV bei 90% Akku ist und derzeit nicht bewegt wird ;-) Ich werde berichten.

vor 13 Stunden schrieb deepflyer911:

Grüße,

 

mühe mich derzeit auch an der Kombi Warp1 FW2 und EVCC ab. Bislang völlig problemlos habe ich nun keine Verbindung zum MQTT Broker, der parallel zu evcc auf einem Raspberry läuft.

Konntest du ähnliche Probleme feststellen?

Das Thema diskutieren wir ja gerade schon im EVCC Diskussions Forum ;-)

A ber mit dem Broker hatte ich gar keine Probleme, lediglich ein paar alte Topics waren vorhanden. Diese habe ich einfach alle mit dem MQTT Explorer gelöscht (manchmal auch zu viel) und dann die WARP neu gestartet. Dann waren alle aktuellen Topics vorhanden.

Hallo zusammen,

bis zum Update auf die Firmware 2.x habe ich per HTTP den "max_current_configured" aus "http://meine_WARP/evse/max_charging_current" abgefragt.

Dieser scheint nicht mehr zu existieren, und ich habe auch keinen alternativen Wert gefunden :-/

Gibt es evtl. eine Liste der Werte, welche in der API geändert wurden oder auch entfallen sind?

Viele Grüße

UPDATE: new-features-and-changes-in-warp2-firmware-200 gefunden. Ich hatte die Hoffnung, das max_charging_current verschoben oder umbenannt wurde :-/

Hallo zusammen,

Nachdem ich meine WARP 1 Smart nun seit Juli 2021 mehr oder weniger problemlos mit EVCC genutzt habe, habe gab es nach dem update auf Firmwae 2.x einige Probleme.

Sehr gut finde ich den Link in der Doku EVCC, hier ist aber nun ein Update notwendig.

Ob der beschriebene Installationsprozess unter Raspberry noch funktioniert, kann ich nicht prüfen, aber die Konfig mit der Firmware 2.x unterscheidet sich deutlich.

Evtl. sollte nur auf die "neue" Doku von EVCC verwiesen werden? Dort sind auch alle Installationsmöglichkeiten inkl. Service unter Windows 10 beschrieben Doku zu EVCC

Scheinbar gibt es nun auch einen Link in der Firmware und somit im Web-Interface, wo nun nochmals die Möglichkeit zur Steuerung über EVCC aktiviert werden muß?

Die Option "Autostart" war nach dem Update wieder aktiviert, ich hoffe das diese wieder deaktiviert werden kann, wenn über EVCC gesteuert wird? Das Auto soll ja nicht von alleine die Ladung starten ;-)

Viele Grüße

Ich habe meine Warp 1 gestern zwangsgebootet => Alle LS aus und nach 3 Minuten wieder eingeschaltet. Im Anschluß war der automatische Ladestart immer noch ausgeschaltet. Evtl. ein "Fehler" in der Doku??

Am 7.11.2021 um 10:17 schrieb sahni:

Wie hast du das "Problem" gelöst dass der automatische Ladestart nach einem Neustart des Controllers wieder aktiv ist?

???

Also ich habe den automatischen Ladestart im Webinterface deaktiviert und starte die Ladung ausschließlich über mqtt.

Entweder automatisiert über EVCC (aus dies sendet "einfache" mqtt Befehle an die Warp) oder über openHAB. Für den Winter habe ich eine Regel, den Wagen Nachts zu laden, wenn die Hausbatterie leer ist (um unnätige doppelte Ladeverluste zu vermeiden. Den Wagen lade ich dann mit gemütlichen 7kW, damit die Batterie bei der Kälte keinen Schock bekommt. So ist die Batterie des EV im Winter am Morgen - kurz bevor meine Frau damit losfährt - noch vorgewärmt ;-)

Das der automatische Ladestart nach einem Neustart von alleine wieder aktiv ist, konnte ich nicht beobachten. Wobei ich die Warp - gerade aufgrund des geringen Stromverbrauchs - auch selten ausschalte.

vor 5 Stunden schrieb rtrbt:

Danke für's melden!

Nicht dafür, viel mehr einen Dank für das schnelle untersuchen und herstellen eines Fixes.

Mittlerweile konnte ich das "Problem" lösen, indem ich den ganzen Rechner neu gestartet habe. Ich habe immer mehrere Instanzen von FF mit einigen Fenstern laufen. Evtl. hatten die noch etwas im Cache. Nach dem Restart werden bei mir alle zuvor geöffneten Fenster von FF und Edge direkt wieder geöffnet, aber ja eigentlich auch alle dann neu gestartet. Im Anschluß konnte ich dann auch mit dem FF wieder auf das Web Interface.

Schon seltsam, war das Verhalten: Es wurde ja scheinbar das PW abgelehnt, dies wurde rot umrandet.