Das die Messeinheit funktioniert, konnte ich ja schon die letzten Wochen feststellen. Die ModBus RS-485 Schnittstelle konnte ich ja auf Protokollebene auch schon mal erfolgreich antesten. Nun geht es dran, hier eine funktionierende Lösung für die Solaranlage zusammenzubauen.

Situation, Probleme und Lösungen:
Nach dem ersten Trockenversuch war ich schon recht zuversichtlich, das die Lösung nun deutlich näher gerückt ist. Die Idee war mit einem ESP32 und einem RS-485 Adapter den PC-Client zu ersetzen und die Messdaten dann im ESP32 mit einem kleinen Webserver zu visualisieren. Letzteres hatte schon recht schnell ganz ordentlich funktioniert (als UI habe ich ESP-DASH verwendet). Dafür hat der RS-485 Anteil so gar nicht wollen. Zum einen ist der ESP32 mit 3,3V unterwegs, ich hatte aber nur Teile für die Arduinos bzw. Raspberries (beide mit 5V Bordnetz). Beim Versuch für 3,3V entsprechende Boards zu bekommen war der erste Einkauf leider nur mit baugleichen Gegenstücken kompatibel. Danach habe ich (vermutlich) eine bessere Alternative gefunden, aber bisher noch nicht verbaut. In der Wartezeit hatte ich im Bereich Software weiter bearbeitet und leider herausgefunden, das die ModBus-Libaries für den ESP32 (eigentlich alle Arduino-Umgebungen) ein Timing-Problem haben und die Kommunikation damit nicht funktioniert. Zwar kann man das auch lösen, aber so richtig wollte mir das nicht schmecken (wenn ich schon die Libs erst mal berichtigen muss kommt sicher noch einiges anderes dazu). In der Kombination gab es mir zu viele (potentielle) Probleme.

Also nochmal einen Schritt zurück und das Konzept überdacht. Ich habe ja schon ein fertiges Python-Skript zum Auslesen im Netz gefunden (war ja als Basis für den ESP32-Code gedacht) und einiges an Hardware rumliegen. Da ich ja einen funktionierenden USB-Adapter für RS-485 habe (getestet) und auch noch diverse Raspberries, ist die neue Lösung nun darauf aufgebaut. Die Library für ModBus scheint hier keine Probleme zu haben und der Raspi ist auch generell flexibler für ungeplante Ergänzungen oder Versuche (der ESP war mit dem Webserver dann schon recht ausgelastet). Für den Raspberry musste noch ein Gehäuse zur Schienenmontage her, ein entsprechendes Netzteil zur Montage auf einer Schiene hatte ich schon. Da nun mehr Platz benötigt wurde, brauchte es auch insgesamt ein Gehäuse-Upgrade. Nebenbei wollte ich ohnehin den „Notaus“-Schalter gegen ein Modell tauschen, das neben der Phase auch den Nullleiter unterbricht (bei einer gewissen Leistung „reisst“ das System sonst den FI im Schaltschrank).

Nachdem alle Teile eingetrudelt sind, wird nun der erste Grundaufbau getestet. Der Raspberry hat das aktuelle Raspian bekommen und wurde in sein Gehäuse eingebaut. Das ganze wird nun mit dem 5V-Netzteil schon mal provisorisch ins Gehäuse reingesetzt. Da ich die Energiezählerklemme derzeit in der Solaranlage benutze, ist der kleine Bruder (mit gleichem Interface) als Testklemme dazugebaut worden. Danach das ganze noch sauber verkabeln und mit einem normalen Haushaltsstecker als Teststromlieferant verbunden.

Der Raspberry musste mit neuen Image noch eingerichtet werden, das Skript draufkopiert und die abhängigen Libs dazu installiert. Dann der erste Start und siehe da, Exception und nix passiert. Wie immer halt, manchmal könnte man schon die Kriese bekommen.

Unmittelbar klar ist schonmal, das das Skript nur auf Python 2.x läuft (Python 3 hat z.B. für print einen anderen Syntax). Aber auch dort kommt es nur zur Exception.
Nach einigen Versuchen stellt sich heraus, das die erforderlichen Libs für die Raspberry-Umgebung leider nicht ganz gestimmt haben. Statt der gelisteten Lib „Serial“ braucht es „pySerial“, dann klappts auch auf dem Bus. Wenn ich „Serial“ dazu installiere, geht es schief. Das Skript holt sich nun die Daten richtig ab. Nach ein Paar weiteren Tests ist nun klar, das der Aufbau sicher funktioniert und die finale Lösung angegangen werden kann.

Die Hardware ist unproblematisch und wird einfach umgebaut werden. Da wird es keinerlei Probleme mehr geben (zumindest bis ich es besser weiss). Nur die WLAN-Reichweite des Raspberries könnte noch ein Thema sein, das wäre es dann aber auch mit dem ESP32 geworden.
Das vorhandene Skript wird ersetzt durch eine Python 3- Variante, die Daten in eine SQLite-Datenbank hinterlegt. Dazu kommt ein zweites Skript, das diese Daten dann als Webservice visualisiert. Wahrscheinlich erfolgt dies mit pydash, muss aber noch ausgetestet werden. Beide Skripte werden dann noch als Service eingerichtet. Die Datenbank schiebe ich dann noch regelmäßig auf das NAS als Backup oder zur manuellen Analyse. Auch wieder ein kleines Skript und etwas Aufwand.

Bewertung:
Mit dem Set habe ich dann eine von den Launen der Hersteller unabhängiges System, alle auch jetzt schon verfügbaren Messdaten und die Option den Raspi sukzessive mit weiteren Funktionen auszustatten. Potential hat das System für viele Erweiterungen, aber erst mal muss die Basis laufen. Als einzigen Nachteil zur Herstellerlösung sehe ich, das die internen Messfühler des Wechselrichters (natürlich) nicht zu sehen sind. Das wäre z.B. die Leistung an den einzelnen Strings. Die sind aber bei meinem Aufbau mit parallel verschalteten Modulen auch nicht mehr so eindeutig, daher egal. Und das der Hersteller für die eingebaute ZigBee-Schnittstelle keine Specs herausgibt ist schon schade. Das er aber dann fast 200€ verlangt für ein (nicht wetterfestes, geschweige den außenbereich-taugliches) Gateway und den Zwang sich an die Herstellercloud zu hängen, ist unverschämt. Wohl dem der sich hier helfen kann und nicht jeden Unsinn mitmachen muss.

Fazit:
Nach etwas Zeit im Abklingbecken kann ich nun endlich den Zielaufbau angehen. Die Basis-Infrastruktur ist getestet, jetzt muss ich das noch umbauen (der nächste Schlechtwettertag kommt bestimmt) und die Software richtig implementieren. Zum Glück kann ich das in mehreren Schritten machen und dann (remote) aktualisieren. Ich freue mich schon auf die ersten richtigen Daten, ohne jedes mal durch den Garten zur Anlage hin zu schlappen.

Der Weg ist das Ziel, aber das Etappenziel kommt näher!