Monatsrückblick Januar/Februar 2026 ist online!

[SKB]

@homoran OK, meine Formulierung ist eigentlich andersherum gemeint :D

Im Sommer Überschussladen und im Winter einfach "normal". Auto anstecken und es wird geladen - ist bei meiner Konstellation leider etwas umständlich, da die App aufm Handy immer einen Login möchte und ich die Wallbox nicht 'unlocked' lassen möchte.

Klar kann ich die Ladung über ioBroker anstoßen - dann habe ich z.B. im Sommer eben keine Automatisierung.

Daher wollte ich eine automatische Lösung haben.

[BananaJoe]

@skb sagte in Adapter für Ladung des E-Autos (kein EVCC o.ä.):

Klar kann ich die Ladung über ioBroker anstoßen - dann habe ich z.B. im Sommer eben keine Automatisierung.

Hä? Verstehe ich nicht ... gerade weil man es mit ioBroker macht, hat man doch Automatisierung ...
Letztendlich muss du dir doch nur einmal definieren wie du es haben willst.

Genau das gießt du dir dann in ein kleines Blockly & Co.

Version 2 wird dann etwas Variabler, da legst du die Rahmenparameter in Datenpunkte aus denen du diese dann immer ausliest, für die Datenpunkte baust du eine kleine VIS um diese am Tablet ändern / anpassen zu können. So brauchst du nicht mehr im Skript etwas ändern.

[SKB]

@bananajoe Stimmt, diese muss man sich dann erstmal bauen. Da dachte ich eben, das dies schon als Adapter o.ä. verfügbar wäre.

Falls nicht, beginne ich mal, einen zu basteln ;)

[docsnyder7]

und man bräuchte die Hardware, die komplett via Iobroker steuer und regelbar ist.
da kanns , wie in meinem Fall, an der Wallbox zb hapern...

[SKB]

@docsnyder7 Wo würde es denn an deiner Hardware/Wallbox hapern?

[arteck]

nimm EVCC

warum

weils es ALLES kann. ja ich gib dir recht wir haben alle Datenpunkte in iobroker die man benötigt..
aber
es gibt unzählige Wallboxen mit unzähligen WR's und unzähligen Batteriekombinationen..die irgendiwe irgendwelche Datenpunkte liefern.. glaub mir das willst du dir nicht antun in einem Adapter.. und es kommen immer mehr dazu.. und nein .. die Kommunikation ist da nicht IMMEr so definiert wie es soll..

nimm mal an .. du willst dein Fahrzeug um 3 Uhr wenn der Preis günstig ist (tibber) laden.. alles gut aber was ist wenn die Batterie voll ist .. soll es dann auch geladen werden aus dem Stromnetz oder doch von der Batterie..oder ein mix entlade die Batterie auf 80 % und den rest aus dem Netz..

ich habe auch lange überlegt .. hab sogar einen schon angefangen.. bis ich mir die ganzen kombinationen angeschaut habe....

nope.. nimm EVCC... und so gross ist das Ding nicht..
wird mit system update (apt update) aktuell gehalten.. also .. muss nix grossartig dazu tun.

wie gesagt die Logik ist bäääähhhhhhhhhh..wenn du alles selber machen musst

[SKB]

@arteck Bei mir funktioniert EVCC nicht zuverlässig mit der Wallbox.

Ich sehe nicht ein, ein Produkt, was vorher kostenlos war, jetzt im Abo zu nutzen - nur weil meine Wallbox OCPP nutzen muss, um in EVCC verbunden zu werden 🤷

[arteck]

@skb sagte in Adapter für Ladung des E-Autos (kein EVCC o.ä.):

Ich sehe nicht ein, ein Produkt, was vorher kostenlos war, jetzt im Abo zu nutzen

welches ??? EVCC ist free

[SKB]

@arteck Ja, die Anwendung ansich. Jedoch sind mehrere Wallboxen und/oder Protokolle mit einem Sponsor flag versehen. Wie eben bei mir OCPP zur Anbindung der Wallbox oder eben das direkte Protokoll der Pulsar Plus.

[arteck]

@skb sagte in Adapter für Ladung des E-Autos (kein EVCC o.ä.):

@arteck Ja, die Anwendung ansich. Jedoch sind mehrere Wallboxen und/oder Protokolle mit einem Sponsor flag versehen.

geizhals..:-) . 2 € komm .. und du unterstützt ein Projekt... aber muss jeder für sich entscheiden ..

[SKB]

@arteck geht mir nicht um 2$ - geht mir ums Prinzip.

Da aber die Verbindung eh nicht zuverlässig funktioniert - was nicht an EVCC liegt, sondern an der Wallbox selbst - ist dies so gesehen nicht rentabel.

[docsnyder7]

@SKB am OCPP... der Adapter dafür funktioniert soweit, aber er scahfft es nicht, die Ladeleistung der EVBox Elvi V1 anzupassen