Smart EVSE

[leonidos]

...Jetzt müsste man als nächstes die Doppel-RS485-Steuerung (bidirektional) hinbekommen. Für den Test sollte so ein USR-Teil
http://en.usr.cn/RS485-Ethernet.html ausreichen. ...

Hallo umali,
das von dir gewünschte Lastmanagement in Zusammenhang mit Photovoltaik und Einspeisung etc. funktioniert soweit ich weis schon auf Basis der Sensorbox die von Stegen optional angeboten wird. Das wurde hier im Forum auch schon irgendwo bestätigt (Berndte?).
Ich selber hab keine Photovoltaik. Da ich aber nur einen Hausanschluss von 35A habe, will ich verhindern, dass mir die Panzersicherung fliegt, wenn im Haus ein großer Verbraucher eingeschaltet wird und ich gerade mit 32A lade.
Deshalb hab ich mir die Sensorbox zugelegt um die Ladeleistung in solchen Fällen automatisch zu reduzieren.
Mit dem SDM630 will ich genau diesen Regelvorgang aufzeichnen bzw. dokumentieren.

PS: Ich hab mir nicht so genau angeschaut was dein USR-Teil kann.

Die Arduino Lösung kann aber deutlich mehr.
Sie kann zunächst (ohne einen zusätzlich über Netz angeschlossenen PC) die Messwerte erst mal auf eine MicroSD Karte loggen. (Das Arduino Netzwerk Shield hat einen MicroSD Karten Slot integriert). Somit erledigt der Arduino nicht nur die RS485-Modbus Kommunikation sondern macht die empfangenen Messwerte auch gleich persistent.

Das reicht für mich auch schon, um den Regelvorgang aufzuzeichnen und nachzuvollziehen.

[Ahvi5aiv]

Kurze Frage: Warum BiDirektional? Uni ist doch ausreichend?

Ja - Du hast Recht. Die SmartEVSE bekommt und der Zähler liefert. Also wäre in dieser Konstellation je RS485-Busteilnehmer nur eine Richtung nötig.
Nur wenn noch mehr Geräte dranhängen würden, die Signale empfangen UND Werte liefern könnten, wäre bidirektional erforderlich.
VG U x I

[Ahvi5aiv]

Es ist doch ein Bussystem. Du schreibst was drauf und wartest auf Antwort. RS-485 selber bringt ja kein Protokoll mit. Im Prinzip kann also jeder auf den Bus schreien, aber ob man dann bei zu viel geplapper noch was hört ... Ich habe mich bisher nicht weiter damit auseinandergesetzt, aber jetzt bin ich etwas neugierig geworden.

Also bidirektional geht. Die Frage ist, welches Standardprotokoll verwendet werden soll.
https://www.wut.de/e-6wwww-11-apde-000.php
VG U x I

Jetzt mal ganz dumm gefragt.
Warum nutzen wir als Protokoll nicht Modbus RTU, was bereits die SDM-Zähler implementiert haben? RTU ist doch in fast allen Geräten mit serieller RS-485-Schnittstelle vertreten.

http://www.janitza.de/kommunikation-ueb ... telle.html
http://www.rtaautomation.com/technologies/modbus-rtu/

Jetzt habe ich mir noch die Software der smartEVSE angesehen. Hier
https://github.com/SmartEVSE/smartevse/ ... urrentTX.c
sieht es so aus, als wenn man die Sensorbox am RS485-Anschluss mit einem UART-Protokoll nutzt. Das unterscheidet sich natürlich vom RTU-Protokoll und müsste geändert werden. Ev. wird ja in der v2.0 mit RTU angesteuert, aber das wäre zu schön, um wahr zu sein.

Ab Zeile 1383 stehen die Protokollerläuterungen:
https://github.com/SmartEVSE/smartevse/ ... src/EVSE.c

Hat von den Softwarecracks jemand Kennung, wie man das noch lösen könnte?
VG U x I

[Ahvi5aiv]

Modbus ist ein Master Slave Protokoll, wie ich lese.

[leonidos]

ich habe die unterschiedlichen Protokollstacks nicht erwähnt, weil ich Euch bei meinen vorhergehenden Erläuterungen nicht zu sehr mit Protokolldetails penetrieren wollte

Zudem dachte ich es wäre konsens, dass es sich bei der Kommunikation mit dem SDM630, um ModBus RTU und nicht z.B. um ModBus TCP handelt. Sorry

Die Kommunikation von Sensorbox mit der SmartEVSE funktiont ja und ist implementiert, deshalb hat die für mich momentan auch nur niedrige Prio.

[leonidos]

um nochmal auf die Hardware zurück zu kommen,

[leonidos]

...Jetzt habe ich mir noch die Software der smartEVSE angesehen. Hier
https://github.com/SmartEVSE/smartevse/ ... urrentTX.c
sieht es so aus, als wenn man die Sensorbox am RS485-Anschluss mit einem UART-Protokoll nutzt...

Hallo umali,
UART ist kein Protokoll sondern eine elektronische Schaltung.