Ben77

Wir nutzen dafür meist ein LiYcY 2x0,25mm² oder 2x0,5mm² welches bei uns auch für die Verkabelung von RS485 Strecken zum Einsatz kommt. Ist dünn, flexibel und geschirmt.

Sehr gerne :))

Na gerne ;) SOLIS RHI_MODBUS-Hybrid-set Befehle.pdf

Für den OBD2 Port gibt es nur den WICAN und den WICAN PRO. Der einfache reicht aber für diese Zwecke hier völlig aus. Nutze ihn auch schon seit gut 6 Monaten mit unserem Ioniq um den SOC an EVCC zu senden. Klappt auch hier einwandfrei. @Raudi Was hat das für eine Funktion ? features: - welcomechargeWird damit das Vorwärmen aktiviert, wenn das Kabel steckt ?

Ist schon eine Integration für Solis Hybridwechselrichter geplant ? Ich hätte das Setup hier und könnte testen. Modbusregister habe ich auch zur Hand. Da wir nun vermehrt Solis WR verkaufen/verbauen, wäre eine Kombination mit der WARP3 klasse :)

Uiii, klasse :) Danke für das schnelle Feedback und die positive Nachricht. Das hilft mir für den Vertrieb der WARP3 deutlich weiter. Danke für den guten Hinweis, es betrifft in der Tat die WARP3.

Guten Morgen, gibt es mittlerweile eine Möglichkeit, den Lademodus zwischen AUS / Min+PV / PV / Schnell via Fronttaster zu steuern, und ein optisches Feedback über den LED-Ring zu bekommen ? Dies über die NFC Karten zu machen ist eine Möglichkeit, lässt sich dem Kunden aber schwer vermittlen das sowas "einfaches" nicht über den Taster + LED steuern zu können. Grüße Ben

Wenn Dein Fahrzeug via API mit EVCC "redet", dann wird ggfs. auch die Vorklimatisierung als Status übergeben. In EVCC wird dann unten rechts ein Propeller angezeigt. Steht der Lademodus auf PV, wird dann die Freigabe erteilt obwohl kein Überschuss vorhanden ist. So habe ich das durch viele Posts im EVCC Forum interpretiert, konnte es mangels Fahrzeug API jedoch noch nicht selber testen. Da ich iobroker nutze, lässt sich diese Funktion auch über andere Wege umsetzen. Da kann man per Script oder Blockly z.b. den Lademodus von AUS auf Min+PV zu der entsprechenden Uhrzeit umstellen, an dem die Vorklimatisierung beginnt.

Ok, habe das Register 13009 wohl nicht ganz richtig betittelt... Korrekt bildet 13009 die Situation am NÜP ab, ist also Import und Export je nach angezeigtem Vorzeichen. Ein Register für den Wirkungsgrad kenne ich bei Sungrow nicht... Die Wirkleistung hingegen ist das, was der Hybrid von DC nach AC wandelt. Also nicht nur die reine Einspeiseleistung sondern auch das, was im Haus gerade verbraucht wird. So ist auf jeden Fall meine aktuelle Auffassung.

Ja, evcc ist eine tolle Ergänzung zu der WARP Wallbox ;) Als MiniPC kann ich die Zotac CI Geräte wärmstens empfehlen, sind lüfterlos und damit geräuschlos und dadurch mit SSD quasi wartungsfrei.

Bei Sungrow sollte man bei den 9600baud bleiben, das passt normal auch von der Geschwindigkeit. Wenn Du parallel auch mit iobroker und HomeAssistant arbeiten möchtest, würde ich zu evcc raten... dort gibt es einen Modbusproxy. Dieser kommuniziert als einzige Instanz mit dem Wechselrichter und gibt die Daten an iob, HA und die WARP weiter. Das Modbus Register welches Du benötigst müsste aus meiner Sicht 13009 (Export Power) sein. Die WARP soll ja wissen wie viel eingespeist wird, denn das ist ja der Überschuss mit dem dann bei Bedarf das Auto geladen werden soll. Die Wirkleistung ist das, was der Wechselrichter von DC nach AC wandelt.

Ok, das wird dann wirklich nichts... gerade mal gemessen, schwankt zwischen 1,2 und 1,6 Watt. Der Gl-Inet AR150 mit PoE wäre die Alternative, bekommt man leider nicht mehr neu.

Ohne externe USB-Devices sollte der MT300N-V2 mit 500mA auskommen, denke ich. Falls das ein Thema werden sollte, kann ich das mal genauer messen. Mit Huawei LTE Stick kam er mit einem 1A Netzteil gut zurecht.

Sofern man nicht die PRO mit Smart-Meter hat, könnte ich mir vorstellen, dass der GL-Inet MT300N-V2 noch mit in das WARP Gehäuse rein passt. Bleibt nur die Frage, ob man sich von der WARP irgendwo 5V "abzapfen" kann. Ansonsten extern neben die WARP in kleines Gehäuse packen.

Ist es nicht einfacher evcc zu nutzen, bis ISO 15118 implementiert ist ? Hat neben der Kommunikation mit dem Auto auch noch andere nette Features :)

Hallo Eweri, habe unter iobroker einen mqtt-Server aufgesetzt mit dem der WiCan Dongle und evcc kommunizieren. Mqtt-Server kann natürlich auch auf HA laufen, oder mosquitto auf einem Raspberry z.b. In der evcc.yaml dann "vehicles" wie folgt angepasst: vehicles: - type: custom name: my_hyundai title: Ioniq icon: car phases: 1 capacity: 38.6 soc: source: mqtt topic: wican/dc0675xxxxxxx/can/soc Dann "loadpoints" noch angepasst: loadpoints: - title: Garage charger: my_charger vehicle: my_hyundai mode: pv phases: 1 priority: 10 mincurrent: 6 maxcurrent: 20 soc: poll: mode: charging interval: 1m estimate: false VG Ben

Habe seit 2 Monaten einen WiCan Dongle den ich an unserem Ioniq nutze. In Verbindung mit evcc klappt das super. Sobald ich den Ioniq mit der WARP3 verbinde, wacht der OBD Port auf und der WiCan überträgt per MQTT den SOC an evcc. So bin ich endlich die teils häufigen Bluelink Probleme los und habe eine unabhängige Standalone Lösung. Das es da z.b. mit dem ID4 Probleme mit der Alarmanlage gibt, ist natürlich schade :( Die Idee, das Wifi Modul der WARP mit dem ETH zu bridgen ist klasse, so hätte man gleich den Wifi-AP für den WiCan. Vorausgesetzt die WARP ist per LAN angebunden. Um den SOC direkt von WiCan auf die WARP zu bekommen, wäre auf der WARP ermutlich ein MQTT Server erforderlich. Ob der ESP der WARP dazu noch Kapazitäten frei hat ? Wäre natülich der Hammer wenn man auf der WARP3 noch einen MQTT Server unterbringen könnte. So könnten WARP und evcc direkt ohne Umwege über einen externen MQTT Server miteinander sprechen.

Ich würde mir diese Arbeit beim Kunden gerne einsparen und könnte mir zudem vorstellen, dass es für den Hersteller oder dessen Zulieferer kein nennenswerter Mehraufwand wäre, das entsprechede Loch gleich vorzusehen und eine Kabelverschraubung mehr mit einzupacken. Maschinell ist das Loch zudem präziser als mit Stufenbohrer. Von anderen WB`s kenne ich das nur so, dass für alle möglichen Zuleitungen eine entsprechende Kabeleinführung vorgesehen ist.

Hallo, habe bei uns das CAT7 Kabel ab der Kabel Einführung entmantelt und Schrumpfschlauch drüber gezogen bis zum Stecker. Dann ein 2adriges Steuerkabel entspreched auch entmantelt und die 2 Adren mit durchgesteckt. So passt es nun, aber ganz optimal finde ich die Lösung nicht. Eine 2. Kabeldurchführung (die ggfs. ab Werk mit einem Blindstopfen versehen ist) würde ich mir auch wünschen.

Wäre es nicht besser dies über "1040 / Battery max. discharge power limit, absolute Erlaubte entladeleistung" zu regeln anstatt über den MinSOC ? Habe mal irgendwo gelesen das der Wert alle xx Sekunden neu gesendet werden muss. Infos z.b. im iobroker Forum findet man zu dem Thema einiges. Neuste Firmware auf dem Plenticore ist auch ratsam. Bei Sungrow z.b. kann der MinSOC nur im Bereich 5-49 genutzt werden und verfälscht dann den angezeigten Ladestand. Ich selbst nutze bei Sungrow daher auch Max Discharge Power um die Batterieentladung zu verhindern.

Besten Dank @borg

Würde ich auch sehr begrüßen wenn es Alternativen gibt die App auch ohne Google auf das Smartphone zu bekommen ;) Denke auch die Community der dies wichtig ist, wächst stätig.

Für IOBroker gibt es einen fertigen Adapter, das wäre der einfachste Weg. Admin-Edit: Der IOBroker-Adapter ist nicht von Tinkerforge und ist seit über drei Jahren kaputt. Oder evcc installieren und die fertige implementierung für HA nutzen. Natürlich gehts auch via API ;)

Die EVU`s möchten ja am liebsten eine komplett verdrahtete Ansteuerung, per LAN sollte aber möglich sein. Der Shelly müsste also auch per LAN angebunden sein, und nicht per Wlan. Weiss gar nicht ob es aktuell Shellys mit LAN gibt, die auswertbare Eingänge haben. Ich suche mal nach geeigneter Hardware.

Habe eine Fritzbox, ISP ist Sewikom. Hinter der Fritzbox habe ich eine pfsense Firewall hinter der dann die verschiedenen Subnets/VLANs sind. In der pfsense habe ich ausgehend Port 51820 UDP für die IP der WARP3 freigegeben. Ohne diese Freigabe war die Verbindung zu my.warp-charger.com nicht möglich.