E3dc neueste nightly...

[Montair]

Gestern im Livestream auf Youtube hat ein E3DC Mitarbeiter von sich gegeben, dass die Funktion des ext. WG im Notstrom nicht absehbar wäre. Glaube, auch wenn angekündigt, dass das nichts mehr wird.

[Gero]

...dass die Funktion des ext. WR im Notstrom nicht absehbar wäre

Nun, das liest sich auf deren Homepage aber noch anders: https://www.e3dc.com/wechselrichter/#Loesungen

Überschreitet nun die PV-Anlagengröße den Leistungsbereich des integrierten Wechselrichters, so kommt bei E3/DC der technisch identische Zusatzsolarwechselrichter zum Einsatz...

Das kann man sich natürlich so rausreden, dass der zwar technisch identisch im Sinne von "identische Bauteile" ist, die Aussage aber nichts über die nutzbare Funktionalität enthält. Schon vom Anschluss her passt die Aussage nicht, denn der externe WR wird nur dreiphasig ans S10 angeschlossen und nicht zusätzlich noch per DC um die Hausbatterie direkt von den externen Strings her zu laden. Funktional halt genauso wie ein WR von SMA/Kostal/Fronius... oder ein Dieselgenerator. Erstaunlicherweise muss da noch ein modbus-Kabel gezogen werden, dessen Sinn und Zweck sich mir noch nie erschlossen hat. Es sei denn, das S10 würde seinen externen WR halt doch steuern können. Oder wenigstens die Trackerdaten auslesen. Aber das kommt ja vielleicht mit diesem Update.

Generell passt da die werbliche Aussage von e3dc halt mal wieder nicht mit der Realität zusammen.

[UKPV]

So schaltet auch mein externer e3dc-Wechselrichter ab, obwohl er ja eigentlich vom S10 aus steuerbar sein sollte.

Das wundert mich, da ich von anderen gehört habe, dass ihr externer E3DC WR auch im Notstrombetrieb weiter Strom produziert. Zudem wird mit dem externen WR auch die interne Batterie geladen. Voraussetzung ist natürlich die Anbindung über CAN-Bus.
Vielleicht ist hier die Konfiguration zu prüfen.

[Gero]

Nun, e3dc kommt auf den externen WR - sie haben da mal ein Update gemacht und danach tat er's nicht mehr. Da hab' ich dann angerufen und dann haben sie nochmal dran gerüttelt und dann ging er wieder. (Die Fernwartung bei e3dc ist eigentlich auch ein Witz: Da muss der Kunde anrufen und sagen da geht was nicht - dann wird ferngewartet. Die Anlage hängt 24/7 am Netz und ist nicht in der Lage ihren "Gesundheitszustand" an e3dc zu melden, damit die von sich aus aktiv werden.)

Von daher ist die modbus-Verbindung zum externen Wechselrichter wohl vorhanden. Von deren Wallbox-Spezialisten habe ich auch mal drüber gesprochen und er sagte mir, dass das wohl ziemlich schwierig sei bei Lastwechseln den aktuell zuvielen Strom irgendwohin zu packen. Das glaube ich gerne, aber wenn victron das kann, warum kann das e3dc nicht? Hinbekommen tut es e3dc ja mit dem eingebauten WR. Vielleicht machen die ja die Hausbatterie nie so ganz voll und packen den gerade überzähligen Strom in die Batterie? Das geht beim externen WR ja nicht, weil der ja nur per AC angeschlossen ist.

Frag bei den anderen mal nach, ob bei denen der externe WR auch wirklich im Inselbetrieb läuft. Würde mich mal interessieren. Bei mir tut er das definitiv nicht. Und bei allem, was ich so gehört habe, sieht es so aus, dass e3dc den externen WR im Inselbetrieb abschaltet.

[Gero]

Ich habe mir gerade mal die Releasenotes durchgelesen:

Korrekturen Modbus/TCP vorgenommen:
Es wurden neue, breitere Register für die Leistungsmesser hinzugefügt haben, da die bisherigen Register bei großen Leistungen überlaufen konnten.

Da hab' ich gleich mal in die Doku geschaut, was da "breiter" geworden ist. Ab 40105 sind nun acht Leistungsmesser mit jeweils einem Uint16 für den Typen und dann die drei Phasenleistungen als Int16 hinzugekommen. Im e3dc.py werden die auch schon abgefragt, das sieht mir aber noch nicht so aus, als ob das funktionieren würde:

Code: Alles auswählen

    for i in range (40128,40103,-4):
    #powers = client.read_holding_registers(40129, [ModbusDataType.INT_16] * 3, unit=1)
        powers = client.read_holding_registers(i, [ModbusDataType.INT_16] * 4, unit=1)

Da müsste meiner Meinung nach statt i mit i-1 gelesen werden, denn die Register werden immer um Eins kleiner gelesen werden als in der Doku steht. (siehe speicher_e3dc.py) Und dann gibt es acht Leistungsmesser, angefangen mit 40105,...6,...7,...8 für den ersten bis 40133, ...4, ...5, ...6 für den letzten. Da müsste die For-Schleife bei 40136 anfangen um die letzten beiden Leistungsmesser noch mitzunehmen. Da wird aber wahrscheinlich nach die Wurzelmessung eh nie liegen.

Ausprobieren kann ich das alles noch nicht, ich hab' das Update noch nicht auf meinem S10pro.

PS: Interessanterweise ist der Hersteller in Register 40004 nicht mehr "E3/DC GmbH" sondern "Hager Energy GmbH"

[Montair]

Ist ja nach dem Einstieg von Hager auch nur noch E3/DC by Hager Energy GmbH

[okaegi]

Ich habe mir gerade mal die Releasenotes durchgelesen:

Korrekturen Modbus/TCP vorgenommen:
Es wurden neue, breitere Register für die Leistungsmesser hinzugefügt haben, da die bisherigen Register bei großen Leistungen überlaufen konnten.

Da hab' ich gleich mal in die Doku geschaut, was da "breiter" geworden ist. Ab 40105 sind nun acht Leistungsmesser mit jeweils einem Uint16 für den Typen und dann die drei Phasenleistungen als Int16 hinzugekommen. Im e3dc.py werden die auch schon abgefragt, das sieht mir aber noch nicht so aus, als ob das funktionieren würde:

Code: Alles auswählen

    for i in range (40128,40103,-4):
    #powers = client.read_holding_registers(40129, [ModbusDataType.INT_16] * 3, unit=1)
        powers = client.read_holding_registers(i, [ModbusDataType.INT_16] * 4, unit=1)

Da müsste meiner Meinung nach statt i mit i-1 gelesen werden, denn die Register werden immer um Eins kleiner gelesen werden als in der Doku steht. (siehe speicher_e3dc.py) Und dann gibt es acht Leistungsmesser, angefangen mit 40105,...6,...7,...8 für den ersten bis 40133, ...4, ...5, ...6 für den letzten. Da müsste die For-Schleife bei 40136 anfangen um die letzten beiden Leistungsmesser noch mitzunehmen. Da wird aber wahrscheinlich nach die Wurzelmessung eh nie liegen.

Ausprobieren kann ich das alles noch nicht, ich hab' das Update noch nicht auf meinem S10pro.

PS: Interessanterweise ist der Hersteller in Register 40004 nicht mehr "E3/DC GmbH" sondern "Hager Energy GmbH"

Hallo Gero,
Das ist die Registerliste aus der Modbusbeschreibung

Code: Alles auswählen

    for i in range (40128,40103,-4):
    #powers = client.read_holding_registers(40129, [ModbusDataType.INT_16] * 3, unit=1)
        powers = client.read_holding_registers(i, [ModbusDataType.INT_16] * 4, unit=1)

Er prüft bei 40129 (40128+ 1 wegen Modbusimplementierung) den Typ vom Leistungsmesser, und dann 40125 und dann 40121 bis und mit 40105.
Der Schleife hört auf, wenn der Typ vom Leistungsmesser = 1 ist. Gesamt reden wir von 7 Leistungsmessern..
Gruss Oliver

[Gero]

Hallo Oliver,

da scheine ich eine neuere Dokumentation zu haben - gestern aus dem e3dc-Portal heruntergeladen: Modbus_e3dc_speichersysteme_V1.90_2022-01-28.pdf. Da sind es doch acht Leistungsmesser: 0-7

Bei dem Coding hätte ich eigentlich erwartet, dass die For-Schleife im ersten Durchlauf i auf 40128 setzt und dann im weiteren Verlauf immer vier substrahiert bis die 40103 erreicht sind. Die +1 finde ich da nicht. Der Aufruf mit den 40129 sind doch auskommentiert, weil da die Schleife mal dazugekommen ist?

Gruss,

Gero

[Gero]

So, nun habe ich sowohl das update von e3dc bekommen als auch mein Test-Raspi zum Laufen gebracht. Und siehe da, es funktioniert trotz meiner Bedenken; der Wurzelleistungsmesser wird bei 40104, also ID0, gefunden:

Code: Alles auswählen

2022-02-08 09:24:34: PID: 25971: E3DC EVU: Beginning update
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: Connection to Modbus server established. Socket ('192.168.8.8', 44689)
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - IDLE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 1
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x1 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0x89 0x0 0x2
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0xa 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x1 0x0 0x0 0x0 0x7 0x1 0x3 0x4 0x0 0xa 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 1
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 1
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [10, 0]
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [b'\x00\x00', b'\x00\n']
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 2
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x2 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xc0 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x2 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x2 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 2
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 2
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [0, 0, 0, 0]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40128, p[0] typ 0 p[1] a1 0 p[2] a2 0 p[3] a3 0
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 3
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x3 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xbc 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x3 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x3 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 3
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 3
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [0, 0, 0, 0]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40124, p[0] typ 0 p[1] a1 0 p[2] a2 0 p[3] a3 0
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 4
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x4 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xb8 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x4 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x4 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 4
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 4
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [0, 0, 0, 0]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40120, p[0] typ 0 p[1] a1 0 p[2] a2 0 p[3] a3 0
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 5
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x5 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xb4 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x5 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x5 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 5
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 5
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [0, 0, 0, 0]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40116, p[0] typ 0 p[1] a1 0 p[2] a2 0 p[3] a3 0
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 6
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x6 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xb0 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x6 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x6 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 6
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 6
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [0, 0, 0, 0]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40112, p[0] typ 0 p[1] a1 0 p[2] a2 0 p[3] a3 0
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 7
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x7 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xac 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x7 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x7 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 7
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 7
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [0, 0, 0, 0]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40108, p[0] typ 0 p[1] a1 0 p[2] a2 0 p[3] a3 0
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Current transaction state - TRANSACTION_COMPLETE
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Running transaction 8
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: SEND: 0x0 0x8 0x0 0x0 0x0 0x6 0x1 0x3 0x9c 0xa8 0x0 0x4
2022-02-08 09:24:34: PID: 25971: pymodbus.client.sync: New Transaction state 'SENDING'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'SENDING' to 'WAITING FOR REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'WAITING FOR REPLY' to 'PROCESSING REPLY'
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: RECV: 0x0 0x8 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x1 0xfd 0x33 0x1 0xab 0x1 0x14
2022-02-08 09:24:34: PID: 25971: pymodbus.framer.socket_framer: Processing: 0x0 0x8 0x0 0x0 0x0 0xb 0x1 0x3 0x8 0x0 0x1 0xfd 0x33 0x1 0xab 0x1 0x14
2022-02-08 09:24:34: PID: 25971: pymodbus.factory: Factory Response[ReadHoldingRegistersResponse: 3]
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Adding transaction 8
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Getting transaction 8
2022-02-08 09:24:34: PID: 25971: pymodbus.transaction: Changing transaction state from 'PROCESSING REPLY' to 'TRANSACTION_COMPLETE'
2022-02-08 09:24:34: PID: 25971: pymodbus.payload: [1, 64819, 427, 276]
2022-02-08 09:24:34: PID: 25971: E3DC EVU: I: 40104, p[0] typ 1 p[1] a1 -717 p[2] a2 427 p[3] a3 276
2022-02-08 09:24:34: PID: 25971: E3DC EVU: Evu Leistungsmessung gefunden
2022-02-08 09:24:34: PID: 25971: root: simcount Zwischenergebnisse letzte Berechnung: Import: 544600 Export: 37836 Leistung: -74
2022-02-08 09:24:34: PID: 25971: root: simcount Berechnungsgrundlage: vergangene Zeit [s]9.977898120880127, vorherige Leistung[W]: -74, aktuelle Leistung[W]: 10
2022-02-08 09:24:34: PID: 25971: root: simcount Gesamtenergie im Zeitintervall: -319.292739868164
2022-02-08 09:24:34: PID: 25971: root: simcount exportierte Energie im Zeitintervall: -325.2319649401164
2022-02-08 09:24:34: PID: 25971: root: simcount aufsummierte Energie: Bezug[Ws]: 544605.9392250719, Einspeisung[Ws]: 38161.23196494012
2022-02-08 09:24:34: PID: 25971: root: simcount Ergebnis: Bezug[Wh]: 151.27942756251997, Einspeisung[Wh]: 10.600342212483366
2022-02-08 09:24:34: PID: 25971: root: simcount Zwischenergebnisse aktuelle Berechnung: Import: 544605.9392250719 Export: 38161.23196494012 Leistung: 10
2022-02-08 09:24:34: PID: 25971: ValueStore: Saving CounterState(voltages=[230, 230, 230], powers=[-717, 427, 276], currents=[-3.117391304347826, 1.8565217391304347, 1.2], power_factors=[0, 0, 0], imported=151.27942756251997, exported=10.600342212483366, power=10, frequency=50)
2022-02-08 09:24:34: PID: 25971: E3DC EVU: Update completed successfully

Und wenn ich die For-Schleife einen Leistungsmesser weiter anfangen lasse, findet er auch die externe Leistungsmessung:

Code: Alles auswählen

2022-02-08 09:45:34: PID: 18702: E3DC EVU: I: 40132, p[0] typ 2 p[1] a1 -368 p[2] a2 -372 p[3] a3 -382

Und nun habe ich auch verstanden, warum der externe Leistungsmesser ID7 heißt.

[Gero]

Mit e3dc scheint etwas nicht zu stimmen - im Log bekomme ich immer "host down", der ist es aber bestimmt nicht. Hier mal das Log meines Spiel-Raspis mit der aktuellen Beta 1.9.257:

Code: Alles auswählen

/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python3.7/dist-packages/pymodbus/client/sync.py", line 120, in __enter__
self.delegate.__enter__()
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 54, in __enter__
with ModbusClient(address, port=502) as client:
File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 29, in update_e3dc_battery
update_e3dc_battery(addresses, read_external, pv_other)
File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 69, in update
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(update, argv)
File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 74, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 109, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 87, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 48, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):
2022-03-01 14:07:32: PID: 1553: legacy run server: Unhandled exception
2022-03-01 14:07:32: PID: 1553: pymodbus.client.sync: Connection to (192.168.8.10, 502) failed: [Errno 111] Connection refused
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
  RequestsDependencyWarning)
/usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.26.8) or chardet (3.0.4) doesn't match a supported version!
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python3.7/dist-packages/pymodbus/client/sync.py", line 120, in __enter__
self.delegate.__enter__()
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 54, in __enter__
with ModbusClient(ipaddress, port=502) as client:
File "/var/www/html/openWB/modules/bezug_e3dc/e3dc.py", line 17, in update
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(update, argv)
File "/var/www/html/openWB/modules/bezug_e3dc/e3dc.py", line 43, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 109, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 87, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 48, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):
2022-03-01 14:07:23: PID: 1553: legacy run server: Unhandled exception
2022-03-01 14:07:23: PID: 1553: pymodbus.client.sync: Connection to (192.168.8.10, 502) failed: [Errno 111] Connection refused
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
File "/usr/local/lib/python3.7/dist-packages/pymodbus/client/sync.py", line 120, in __enter__
self.delegate.__enter__()
File "/var/www/html/openWB/packages/modules/common/modbus.py", line 54, in __enter__
with ModbusClient(address, port=502) as client:
File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 29, in update_e3dc_battery
update_e3dc_battery(addresses, read_external, pv_other)
File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 69, in update
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(update, argv)
File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 74, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 109, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 87, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 48, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):
2022-03-01 14:07:22: PID: 1553: legacy run server: Unhandled exception
2022-03-01 14:07:22: PID: 1553: pymodbus.client.sync: Connection to (192.168.8.10, 502) failed: [Errno 111] Connection refused
 

Aber ich bezweifle, dass es die Beta ist. Meine produktive openWB sind noch auf 1.9.249 und da sind auch diese Meldungen drin.

Code: Alles auswählen

2022-03-01 14:45:01: ##### cron5min.sh started ##### (LV0)
2022-03-01 14:40:02: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:40:01: ##### cron5min.sh started ##### (LV0)
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40073,2,unit=1)
  File "/var/www/html/openWB/modules/bezug_e3dc/e3dc.py", line 17, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40082,1,unit=1)
  File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 18, in <module>
Traceback (most recent call last):
2022-03-01 14:35:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:35:01: ##### cron5min.sh started ##### (LV0)
2022-03-01 14:30:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:30:01: ##### cron5min.sh started ##### (LV0)
2022-03-01 14:25:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:25:01: ##### cron5min.sh started ##### (LV0)
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40073,2,unit=1)
  File "/var/www/html/openWB/modules/bezug_e3dc/e3dc.py", line 17, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40082,1,unit=1)
  File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 18, in <module>
Traceback (most recent call last):
2022-03-01 14:20:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:20:01: ##### cron5min.sh started ##### (LV0)
2022-03-01 14:15:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:15:01: ##### cron5min.sh started ##### (LV0)
2022-03-01 14:10:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:10:01: ##### cron5min.sh started ##### (LV0)
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40082,1,unit=1)
  File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 18, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40073,2,unit=1)
  File "/var/www/html/openWB/modules/bezug_e3dc/e3dc.py", line 17, in <module>
Traceback (most recent call last):
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusTcpClient(192.168.8.10:502)]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    resp= client.read_holding_registers(40082,1,unit=1)
  File "/var/www/html/openWB/modules/speicher_e3dc/e3dc.py", line 18, in <module>
Traceback (most recent call last):
2022-03-01 14:05:02: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:05:01: ##### cron5min.sh started ##### (LV0)
2022-03-01 14:00:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 14:00:02: ##### cron5min.sh started ##### (LV0)
2022-03-01 13:55:03: ##### cron5min.sh finished ##### (LV0)
2022-03-01 13:55:01: ##### cron5min.sh started ##### (LV0)

Ich vermute mal eher, dass es an e3dc liegt. Die haben ja letztens ein größeres Update gemacht und da sind mir irgendwann mal in dem Graphen diese Zacken im SoC aufgefallen.

Und da es ja höchst unwahrscheinlich ist, dass der SoC einfach mal von 96% auf 0% einbricht, habe ich halt mal in den Logs nachgeschaut.

Kann noch jemand mit e3dc diese Beobachtung bestätigen?