eweri

Die OBD-Befehle sind für viele Fahrzeuge bekannt, dass muss man nicht mehr testen. Wenn man ein bisschen in den jeweiligen Fahrzeug-Foren sucht, findet man vermutlich auch heraus, ob der OBD-Port auch bei abgeschalteter Zündung funktioniert. Irgend etwas muss in den Fahrzeugen laufen, denn die Fahrzeuge regeln den Ladevorgang, nicht die Wallbox. Im Beitrag vom OpenWB-Forum ist die Vorgehensweise folgende: Das Fahrzeug kommt in den Empfangsbereich des WLAN, der OBD2WLAN-Dongle überträgt den aktuellen SoC und so bald das Fahrzeug angeschlossen wird, wir der SoC während des Ladevorganges geschätzt. Laut dem Beitrag ist das auf 2-3% genau. Das könnte man aber Fahrzeug abhängig entscheiden: beim e-up ist wohl während des gesamten Ladevorganges der OBD aktiv.

Hallo wuesten_fuchs! Es lief ja seit Monaten und ich habe nichts verändert. Seit heute Morgen geht es wieder. Trotzdem empfinde ich dieses ganze Konstrukt aus "Fahrzeug <-> Mobiles Datennetz <-> Internet-Provider <-> ... <-> Hersteller-Server <-> Internet-Provider <-> ... <-> mein Internet-Provider <-> evcc <-> Wallbox" damit die Wallbox, bzw. evcc weiß wie voll der Akku ist als einen riesigen Krampf - fällt einer in der Kette aus, klappt nichts mehr. Und das, wo das Fahrzeug direkt vor der Wallbox steht. Das ist einfach nur Irrsinn. Und je nach Fahrzeug-Hersteller soll man dann nach dem dritten Jahr die Kosten des Mobilfunk-Anschlusses auch noch bezahlen. (Bei VW wohl schon nach einem Jahr, da muss ich mich noch schlau machen) Den gleichen Mist hatte ich mit meiner Viessmann-Heizung: Im volkszähler erfasse ich diverse Daten meiner Heizung, die ich von Viessmann-Servern abholen muss obwohl meine Heizung mit dem lokalen Netz verbunden ist. Auch dort gab es eine lächerlich niedrige Abfrage-Anzahl pro Tag, das haben die bei Viessmann aber relativ schnell erhöht, nachdem sich einige Entwickler massiv beschwert hatten. Im Moment erfasse ich alle 2 Minuten die Betriebsdaten der Heizung. Wenn ich mein "Jetzt baue ich eine WARP1 in eine WARP3 um"-Projekt beendet habe, werde ich mich mal mit diesem OBD2WLAN-Dongle, das rtrbt erwähnt, beschäftigen.

Moin moin! Gestern ist es dann das erste mal passiert: Hyundai Bluelink hat mir gestern gesagt, dass ich wegen zu häufigem Zugriff auf den Dienst für den Tag gesperrt sei. Dabei bin ich mir keiner Schuld bewußt, weder auf meinem Telefon noch auf meinem iPad habe ich Bluelink verwendet - allerdings verwende ich den Zugang für evcc (das setzte ich aber schon seit einigen Monaten ein). Egal warum - ein weiterer Grund, warum man Herr über die eigenen Daten sein sollte.

... die wichtigsten Teile sind heute angekommen 😁 - fehlt nur noch Zähler und Schütze

Habe mir jetzt mal die Foren-Beiträge bei openWB durchgelesen: https://forum.openwb.de/viewtopic.php?t=7451&start=100 Das klingt alles ziemlich einfach - wenn man evcc benutzt, kann man damit die Ladung steuern - leider bin ich nicht der Programmierer und kann das nicht selber lösen. Man würde also in evcc die Möglichkeit benötigen, statt die Fahrzeughersteller aufzurufen, lokal den SoC über WLAN abzufragen. Da die neue WARP-Software jetzt selber PV-Überschussladen beherrscht und man deswegen evcc nicht mehr benötig, könnte man auch die Abfrage des SoC über die WARP realisieren. Die OBD2-Kommunikation ist eigentlich klar. Es wäre cool, wenn man die WARP mit einem Zusatzprodukt anbieten könnte. Das kommuniziert mit der WARP und in Verbindung mit einem NFC-Dongle könnte man das Fahrzeug hinterlegen, den Ziel-SoC einstellen und dann läuft die Kommunikation zwischen WARP <> OBD-Dongel <> Fahrzeug. Wie gesagt, das Prinzip ist klar, das übersteigt aber deutlich meine Programmierkenntnisse.

Meine 1 war nicht so ganz in Ordnung, es gab Probleme mit zwei verschiedenen Fahrzeuge und deswegen habe ich die jetzt ausgeschlachtet und heute die Teile für die WARP3 bestellt.

Super - ich habe dir meine Adresse geschickt. Da steht alles weitere drin. Auf meinem Zähler steht auf der rechten Seite wirklich nur "SDM72D-M" und noch einige Zahlen und ein Aufkleber, aber nirgend wo eine "2" in Verbindung mit "SDM72D"

Hast Du einen V2 für mich über? Ich habe mich heute entschlossen, aus meiner WARP1 eine WARP3 zu machen. Das ganze amortisiert sich in 4-5 Jahre schätze ich. Wenn ich den Zähler von Eltako einbaue, dauert es länger. Wenn ich mich nicht täusche, dann brauchst Du nur den Zähler und das Kabel, dass Zähler mit ESP verbindet.

Hallo poohnet! Ich habe meine WARP1 jetzt ausgeweidet und die Hutschiene um ca. 10mm nach oben versetzt. Jetzt habe ich noch mal gerechnet: mit allem bin ich bei fast 800€. Wenn man die Standardteile woanders bezieht, sind es immer noch über 700€ und wenn ich den alten Zähler weiter verwende, kommt man immer noch bei 600€ Kosten an. Das ist halt doch nicht so wenig - und das wo man ich eine WARP2 vorm Haus hat. Holt man das wieder rein, wenn man mit der WARP3 den Eigenverbrauch erhöht? …. aber selberbauen macht natürlich Spaß 🤩

Das ist ein prima Vorschlag, aber ich spare 200Euro, muss aber die nächsten 10 Jahre immer bedenken, dass ich immer meine Firmware selber bauen muss. Okay, vielleicht gibt es für die WAPR3 in 3-4 Jahren keine neue Software mehr (weil es bereits das nächste oder übernächste Nachfolge-Modell gibt), aber ich muss halte immer eine Entwicklungs-Umgebung bereit halten. Allerdings sind 200Euro auch kein Pappenstiel. Danke für den Tipp, ich denke da mal drüber nach. Ach ja, das Umflashen hat übrigens geklappt.

Super - Danke! Ich weiß gar nicht, wie ich das übersehen konnte. Jetzt ist mein ehemaliger WARP1-ESP32-Brick ein normaler ESP32-Brick ;-).

Bin jetzt etwas weiter, mein Brick ist im WLAN und ich komme drauf, kann auch über serielle Schnittstelle mit dem Brick kommunizieren, aber wie ich einen Factory Reset mache, habe ich noch nicht gefunden.

Hallo Thomas! Danke für die Antwort, aber ich habe kein „pio“ auf meiner Debian Maschine. Mit welchem Paket kommt das denn? P.S. Habe es gerade in der Doku von platformio gefunden - das sind bloß Links auf lokale Binaries/Skripte. Muss ich noch anlegen.

Hallo! Ich habe heute meine WARP1 zerlegt und habe mir erst einmal eine ESP32-Standard-Firmware gebaut. Leider kann ich die auf nicht auf den ESP32 Brick laden, da dieser sagt, die Firmware sei nicht passend für die WARP1 sei. Wie geht denn der Trick um da eine ESP32 drauf zu bekommen? Einfach umbenennen hat nicht funktioniert 😉 Danke schon einmal im voraus.

So - habe jetzt mal meine WARP1 ausgeweidet. Ich habe einen "SDM72D-M" gefunden, ohne irgend eine "2" oder "V2" dran - scheint also so zu sein, dass ich den Zähler nicht gebrauchen kann. Schade, somit kann ich also nur das Gehäuse, das NFC-Modul und das Typ-2-Anschlusskabel verwenden - ich fange noch einmal an zu rechnen.

Schade, ich hatte das mit dem DC-Fehlerstrommodul zwar schon vermutet, dann wird der Umbau noch einmal 100,- Euro teurer. Aber das ist halt Fortschritt. Danke!

Was bedeutet „Hutschiene versetzten“? Muss die um einige Millimeter nach oben versetzt werden? Das sollte nicht so das Problem sein. Kann man das DC-Fehlerstrommodul aus der WARP1 verwenden? Kann man den Zähler aus der WARP1 verwenden? Ich denke in der kommenden Woche werde ich mal meine WARP1 zerlegen und mir das mit der Hutschiene genau ansehen.

Hallo Borg! Stellt doch die WARP3 mal im photovoltaikforum.com vor. Ich denke das ist ein gute Plattform und da sollte es reichlich Interessenten geben.

Hallo Michael! PV-Überschuss meint, dass Du Energie am Hausanschlusspunkt ins Netz einspeist und nicht beziehst. Deswegen muss Du mit einem Smartmeter hinter dem Haupt-FI den Energiefluss messen. Der Wert kann dann von der WARP3 verwendet werden um die Ladeleistung zu regeln. Den Wert kann die WARP sich per SunSpec vom Smartmeter z.B. einem elgris holen. Meine Installation sieht so aus: 1. elgris Smartmeter spricht per SpeedWire mit der Software evcc (SMA Kompatibilitätsmodus) 2. Der SMA-Wechselrichter braucht den Wert des Smartmeters nur um die 70% Leistungsbegrenzung am Hausanschlusspunkt einzuhalten. 3. Die WARP und evcc kommunizieren über MQTT miteinander. 4. evcc sagt also der WARP mit welcher Leistung geladen werden soll und die WARP signalisiert das dem Auto So wie ich das verstanden habe, braucht die WARP3 keine zusätzliche Software wie z.B. evcc um PV-Überschussladen zu realisieren. Die WARP3 holt sich per SunSpec von einem Smartmeter den momentanen Energiewert und passt dann die Ladung für das Auto entsprechend an. Die WARP muss also nicht wissen, was deine Wechselrichter gerade machen, sondern nur wie hoch und in welche Richtung ist der Energiefluss am Hausanschlusspunkt. SunSpec kommt nach meiner Kenntnis aus dem Photovoltaik-Bereich und soll in Zukunft die Kommunikation über Herstellergrenzen hinweg ermöglichen. Du musst also nur schauen ob ein Gerät SunSpec kann, dann kann man es auch über Netzwerk auslesen. Hat bei meiner WARP2 und meinem elgris Smartmeter geklappt. Da ich noch eine „alte“ WARP habe, brauche ich noch evcc dafür. ich vermute mal, wenn man komplexere Installationen mit Batterie, Nano-Blockheizkraftwerk, etc. hat, muss man vermutlich wieder evcc einsetzen. Hoffe das hat dir etwas geholfen.

Also ich habe eine WARP1 auf "Halde" liegen und da ich das ESP32 Brick für etwas anderes gebrauchen könnte, das NFC-Bricklet habe ich schon ... also ich werde mal schauen, was ich da so machen kann... es juckt mir schon in den Fingern, aber dann habe ich eine WARP3 und weiß nicht wohin damit... Aber Spaß würde es schon machen.

Ich meinet nicht, dass Du OVMS verwenden sollst, sondern mal schauen, wo sich OVMS (wenn überhaupt) in den Fiat 500e an den Kabelbaum anschließt. Auf die Schnelle habe ich da aber auch keine Einbauanleitung gefunden. Scheint aber über ODB-Kabel zu laufen. https://docs.openvehicles.com/en/latest/components/vehicle_fiat500/docs/index.html

Zum Laden müssen ja irgend welche Steuerelemente aktiv sein und die sprechen höchstwahrscheinlich CAN - wenn der OBD nur bei Zündung aktiv ist, muss man an einer anderen Stelle sich auf den CAN-Bus schalten. Schon mal bei OVMS geschaut?

Technisch ist doch im Tinkerforge-Baukasten alles vorhanden - gut man muss nichts unbedingt nachbauen, was jemand anderes schon fertig liefern kann. Der von mir verlinkte Foren-Beitrag liest sich so, dass das mit e-up und VW-ID-Modellen bereits funktioniert. Das Problem liegt wohl nur im OBD-Standard, den es anscheinend für PHEV und BEV nicht gibt, so daß jeder Autohersteller an einer anderen Adresse den SoC und sonstige elektrische Infos ablegt. Okay, von alleine programmiert sich das auch nicht, aber die technischen Vorraussetzungen sind ab WARP2 erfüllt und es wäre ein weiteres Verkaufsargument. Falls ihr einen Beta-Tester braucht, einfach melden - ich habe es nicht weit bis zu euch 😉 und könnte für Tests einen e-up und einen Hyundai Tucson PHEV anbieten. Täglich wird eines der beiden Fahrzeuge geladen.

Ich habe zu dem Thema noch etwas gefunden OBD über WLAN

👌😁Danke!