Anbindung an Stromspeicher E3DC

[Haihappen85]

Danke für die ausführliche Antwort.

Ok dann muss ich wohl doch den Raspberry in Betracht ziehen.

Dazu hätte ich noch ein paar Fragen.

- Die Änderungen der Einspeisung und Leistung auf dem Dach ist ja doch recht dynamisch. Wie wirkt sich das auf den Dutycycle von der CCU 3 aus?
- Kann ich den Raspberry per Funkt oder WLAN mit der CCU verbinden. Hab leider nur ein Netzwerkkabel das vom Router zur E3DC geht. Ein zweites zu legen wäre ziemlich umständlich. Ich hab verstanden das der Raspberry mit nem Netzwerkkabel mit der E3DC verbunden wird.

[nischram]

Hey,

- Die Änderungen der Einspeisung und Leistung auf dem Dach ist ja doch recht dynamisch. Wie wirkt sich das auf den Dutycycle von der CCU 3 aus?

Ich übertrage bei mir die Daten vom Raspberry zur Homematic alle 15 Sekunden, runter gehen auf 5 Sekunden geht auch. Schneller wird wegen der Anbindung per CURL nicht gehen, hier könnte es dann zu Probleme kommen. Da die Verbindung über Netzwerk gemacht wird hat die Datenmenge oder Geschwindigkeit keine Auswirkung auf den Dutycycle. (Ich habe ein Raspberry und die Modbus Redmatic Verbindung gleichzeitig laufen und bin mit über 100 HM Geräten immer nur bei ca. 2% Dutycycl)

- Kann ich den Raspberry per Funkt oder WLAN mit der CCU verbinden. Hab leider nur ein Netzwerkkabel das vom Router zur E3DC geht. Ein zweites zu legen wäre ziemlich umständlich. Ich hab verstanden das der Raspberry mit nem Netzwerkkabel mit der E3DC verbunden wird.

Die Anbindung von Raspberry zum E3DC oder auch zur Homematic läuft in beide Richtungen per Netzwerk, so kann der Raspberry überall hingestellt werden und ggf. auch per WLAN angeschlossen werden. So brauchst du kein Kabel.

Gruß Nico

[HMNutzer]

Hallo Steve,

die beiden Anleitungen von Nishram sind so gut, dass ich ohne jede Erfahrung mit Raspi und Linux das hingekriegt habe. Einfach der Reihe nach abarbeiten, dann läuft das. Keine Sorge!

[almrausch]

Grundsätzlich kann ich die Bedenken verstehen, ab somit ist der Tipp von almrausch auch nicht viel besser, denn die Applikation basiert auch auf RSCP und die Anbindung per Raspberry.

Mir ging es um den Aspekt, die Abregelung zu vermeiden und das macht die von mir verlinkte Steuerung perfekt. Auch dafür braucht man keine Vorkenntnisse (aber natürlich einen Raspi).

Wenn es darum geht, die Abregelung durch den automatisierten Einsatz von Verbrauchern zu steuern, könnte RedMatic sinnvoll sein. Es stellt sich aber die Frage, ob man nicht besser an der Ursache de Problems ansetzt und das ist das ungeregelte Laden des PV-Speichers. Nicht immer hat man die Möglichkeit, Verbraucher sinnvoll(!) einzuschalten und dann ist es besser, wenn man den Speicher nur schonend lädt und nicht schon am Vormittag auf 100%. Die Prognosefunktion von E3DC ist einfach nur Schrott.

Mein Speicher (13,8 kWh) wird im Sommer nie mehr als 90% voll und das ist sehr gut für die Langlebigkeit. Und im Winter wird er nie unter 10% entladen, was ebenfalls der Lebensdauer erhöht.

[nischram]

Hallo Almrausch,

es mag zwar sein, dass einiges von dem was du schreibst richtig ist, vor allen im Bezug auf die Langlebigkeit,

Die Prognosefunktion von E3DC ist einfach nur Schrott.

aber so eine Aussage hat Grundsätzlich hier im Forum nix zu suchen, das kannst du E3DC mitteilen oder für dich behalten. Denn ich denke Foren sind dafür da um anderen zu Helfen und nicht um Anmaßend zu werden und anderen sein Anschaffung schlecht zu machen.

Viele Grüße Nico

[almrausch]

Hallo Almrausch,

es mag zwar sein, dass einiges von dem was du schreibst richtig ist, vor allen im Bezug auf die Langlebigkeit,

Die Prognosefunktion von E3DC ist einfach nur Schrott.

aber so eine Aussage hat Grundsätzlich hier im Forum nix zu suchen, das kannst du E3DC mitteilen oder für dich behalten. Denn ich denke Foren sind dafür da um anderen zu Helfen und nicht um Anmaßend zu werden und anderen sein Anschaffung schlecht zu machen.

Viele Grüße Nico

Ich weiß gar nicht, warum du mich so angehst. Vielleicht habe ich die Intention von @Haihappen85 ja auch falsch verstanden. Meine Beiträge sollten durchaus hilfreich sein und ich habe mich darauf bezogen:

Natürlich ist mein Ziel die 70% Abschaltung besser zu nutzen.
Von E3DC gibt es die Möglichkeit Komponenten von Eaton direkt aus der Software anzusteuern. Da die E3DC mittlerweile den Leistungspeak in etwa vorher sagen kann. (Gelbes Viereck in der Prognose).

Es soll also keine Energie verschwendet werden. Das macht die von mir verlinkte Lösung perfekt. Ich weiß nicht, was du für ein Problem damit hast, wenn man einen Vorschlag macht, der ein angesprochenes Problem löst.

Und wo habe ich eine Anschaffung schlecht gemacht? Ich betreibe selbst ein S10 seit fast 4 Jahren und bin damit sehr zufrieden. Trotzdem kann ich aus eigener Erfahrung feststellen, dass die Prognosefunktion Schrott ist. Vielleicht hätte ich zusätzlich dazu schreiben sollen, dass es meine Erfahrung ist.

Wenn man dann zusätzlich noch Automationsfunktionen nutzt, um Verbraucher optimiert einzuschalten, widerspricht das doch nicht der Intention, gar nicht erst in die Abregelung zu kommen - und zwar unabhängig davon, ob man jederzeit einen Verbraucher schalten kann, um die Abregelung zu vermeiden. Das wird z.B. im Urlaub nicht funktionieren.

[jhhr06]

Hallo allerseits,

vor 3 Wochen wurde unsere PV Anlage mit einer E3dc S10 Kompact in Betrieb genommen. Natürlich habe ich mich gleich daran gemacht das tolles Programm von Nico auf einem Raspi 3b+ zu installieren.
Die Einrichtung (Version 2.03) hat ohne Probleme funktioniert (Display habe ich noch nicht - ist bestellt).
ich wollte zunächst nur Homematic (RaspberryMatic 3.59.6.20210807) damit versorgen. Leider befüllt er die Variablen nicht.

Das Programm sendet Daten:
System Time is 27.09.2021_12:29:55
System Unix-Time is 1632738595
System Timezone is +0200
send to Homematic ISE_ID 17627 new Value = 1632738560.000
send to Homematic ISE_ID 17628 new Value = 27.09.2021_12:29:55
PV Power is 1805 W
send to Homematic ISE_ID 17619 new Value = 1805.000
Battery Power is 1326 W
send to Homematic ISE_ID 17620 new Value = 1326.000
House Power is 463 W
send to Homematic ISE_ID 17621 new Value = 463.000
Grid Power is -16 W
send to Homematic ISE_ID 17622 new Value = -16.000
send to Homematic ISE_ID 17623 new Value = 16.000
send to Homematic ISE_ID 17624 new Value = 0.000
Battery SOC is 87 %
send to Homematic ISE_ID 17626 new Value = 87.000

XML-Api ist installiert, über den Browser kann ich auch Daten verändern:
http://192.168.178.84/addons/xmlapi/sta ... _value=777
<result>
<changed id="17620" new_value="777"/>
</result>

die beiden Raspis sind über den gleichen Switch angeschlossen.

Beim Aufruf von curl bekomme ich folgende Meldung:
pi@raspi:~/E3dcGui$ curl -I http://192.168.178.84/addons/xmlapi/sta ... _value=777
pi@raspi:~/E3dcGui$ HTTP/1.1 301 Moved Permanently
Location: https://192.168.178.84/addons/xmlapi/st ... e_id=17620
Date: Mon, 27 Sep 2021 10:36:46 GMT

Hat jemand eine Idee was ich falsch gemacht oder vergessen habe ?

Viele Grüße
Jürgen

[nischram]

Hallo Jürgen,

so direkt habe ich kein exakten Tipp aber eine paar Optionen.

1. eventuell ist die Applikation "CURL" auf den Raspberry nicht korrekt installiert. Hierfür ggf.

Code: Alles auswählen

sudo apt-get install libcurl4-openssl-dev

aber dann wäre eigentlich das "make" fehlgeschlagen.

2. Vom Raspberry ist die Homematic nicht direkt erreichbar, um das zu testen könntest du einen "ping" testen mit:

Code: Alles auswählen

ping 192.168.178.84

Eventuell sind Pi und HM nicht im selben Netzwerkbereich

3. in der "parameter.h" ist nicht die korrekte IP für die Homematic eingetragen oder nach dem eintragen der Befehl

Code: Alles auswählen

make

nicht neu ausgeführt worden.

4. (hängt aber nicht mit den eigentlichem Problem zusammen) bei mir am Raspberry kann ich mit "curl -I http..." auch nichts zur HM senden (aber nicht deine Fehlermeldung) ich muss folgenden Befehl nutzen (natürlich mit meiner IP und einer anderen ISE):

Code: Alles auswählen

curl -s "http://192.168.178.22/addons/xmlapi/statechange.cgi?ise_id=17620&new_value=777"

. Also die " " nach dem curl -s sind bei mir wichtig, ohne wird zwar an die ISE gesendet aber der neu Wert nicht übergeben.

5. du könntest die Datei "Rscp/RWData.h" an Zeile 25 ändern, dann solltest du die Fehlermeldung sehen und kannst die hier senden. Vorm ändern:

Code: Alles auswählen

snprintf(batch, sizeof(batch), "curl -s \"http://%s/config/xmlapi/statechange.cgi?ise_id=%i&new_value=%.1f\" > /dev/null 2>&1",HM_IP , id, value);

Nachher:

Code: Alles auswählen

snprintf(batch, sizeof(batch), "curl -s \"http://%s/config/xmlapi/statechange.cgi?ise_id=%i&new_value=%.1f\" ",HM_IP , id, value);

Aber das "make" oder "make RscpMain" nicht vergessen.

Ich hoffe es hilft schon weiter, ansonsten musst du dich wieder melden.

Gruß Nico

[jhhr06]

Hallo Nico,
erst einmal danke für die schnelle Antwort.

zu 1:

Code: Alles auswählen

sudo apt-get install libcurl4-openssl-dev
libcurl4-openssl-dev is already the newest version (7.64.0-4+deb10u2)

zu2:

Code: Alles auswählen

PING 192.168.178.84 (192.168.178.84) 56(84) bytes of data.
64 bytes from 192.168.144.84: icmp_seq=1 ttl=64 time=0.800 ms
64 bytes from 192.168.144.84: icmp_seq=2 ttl=64 time=0.793 ms
64 bytes from 192.168.144.84: icmp_seq=3 ttl=64 time=0.771 ms

zu 3. IP Adresse ist korrekt, make habe ich auch gemacht - ohne Fehler

zu 4. ja, mit den "" ist ein guter Hinweis ändert leider aber nichts an meinem Problem

zu 5. Rscp/RWData.h habe ich geändert aber wo sieht man den Output ?

Folgendes ist mir noch aufgefallen:

In der Rscp/RWData.h und der funktion.h steht ../config/xmlapi/...
Beim Aufruf im Browser (http://192.168.178.84/config/xmlapi/sta ... _value=777) bekomme ich "404 not found".
Ich habe daraufhin config in beiden Dateien auf addons geändert.

Im Browser wird aus http beim Aufruf https ?! Könnte das etwas mit "301 Moved Permanently" zu tun haben ?

Folgendes habe ich probiert:

Code: Alles auswählen

 curl -I  "https://192.168.178.84/addons/xmlapi/statechange.cgi?ise_id=17620&new_value=777"
curl: (60) SSL certificate problem: self signed certificate
More details here: https://curl.haxx.se/docs/sslcerts.html

Bin jetzt etwas ratlos hast du noch eine Idee ?

Gruß Jürgen

[nischram]

Hey,

1-4 ist also soweit OK. 5 hätte ich eigentlich erwartet das die Ausgabe kommt wenn die RscpApplikation läuft. Also die Ausgabe die du schon im ersten Beitrag gesendet hast. Aber ich glaube mit dem Schalter -s wird auch die Ausgabe verhindert.
Aber dein Hinweis mit dem http > https ist eventuell der Ansatz. die Meldung "HTTP/1.1 301 Moved Permanently" deutet auch auf so etwas hin. Eventuell ist mit der neuen Version der HM oder der xmlapi die HM nur noch unter https erreichbar.
Ich habe es bei mir mal getestet, ich kann beide Wege benutzen. Ich habe es somit in der Rscp/RWData.h mal auf https umgestellt. Da die Zertifikate nicht angelegt sind muss vorne noch der Schalter -k gesetzt werden. So sieht die Zeile dann so aus:

Code: Alles auswählen

snprintf(batch, sizeof(batch), "curl -k -s \"https://%s/config/xmlapi/statechange.cgi?ise_id=%i&new_value=%.1f\" > /dev/null 2>&1",HM_IP , id, value);

wenn die Ausgaben zum Testen kommen sollen, dann so:

Code: Alles auswählen

snprintf(batch, sizeof(batch), "curl -k \"https://%s/config/xmlapi/statechange.cgi?ise_id=%i&new_value=%.1f\" ",HM_IP , id, value);

Wenn es klappt dann baue ich es Zeitnah in die Software ein. Aber wäre schön wenn du ein Feedback geben könntest bevor ich es übernehme.

Viel Erfolg.
Gruß Nico