Rückmeldungen 2.1.7 Alpha 1

[Tuffi]

Bei dem Deye Wechselrichter 'Deye SUN-12K' + 'Logger Stick LSE-3' haben wir nun folgende Fehlermeldung:

Code: Alles auswählen

Modulmeldung: <class 'AttributeError'> ("'DeyeConfiguration' object has no attribute 'device_type'",)

Mit dem Update '2025-01-10 ...' konnten wieder Daten abgeholt werden.
Aktuell ist die die Version '2025-01-13 13:19:12 +0100 [5d1b82dab]' installiert.

Jetzt haben wir wieder das Problem, das dass Deye Modul zwischen Fehler- und Gut-Zustand hin und her wechselt.
Fehlermeldungen:

Code: Alles auswählen

Modulmeldung: <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 8 bytes (0 received)",)

Modulmeldung: <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] No Response received from the remote unit/Unable to decode response",)

Siehe auch angehangene Screenshots.
Geschwindigkeit Regelintervall steht auf <Sehr langsam>.
Ebenfalls das main.log mit Debug Level: <Details> angehangen.

@openwb: Könnt ihr da eigentlich was dran machen, oder liegt es am schlechten Antwortverhalten von dem Deye Logger Stick?

Gruß,
Tuffi

[Tidur]

Würde es nicht vielleicht besser funktionieren wenn der oben zitierte Code weg kommt und die Unterscheidung rein über das Register 13000 gemacht wird? Also den Code:

resp = self.__tcp_client._delegate.read_input_registers(13000, 1, unit=unit)
binary = bin(resp.registers[0])[2:].zfill(8)
if binary[5] == "1":
bat_power = bat_power * -1

Sungrow schreibt ja in das Register sowohl die Entladung als auch die Ladung. Bei Entladung ist Bit2 ==1 und bei Ladung ist Bit1 ==1. Damit könnte man die bat_power sauber steuern ob entladen oder geladen wird bei den anderen Versionen und Firmwares.

Es wäre schön wenn das ginge. Register 13000 ist allerdings nicht über den Dongle auslesbar. Zumindest für den WiNet-S2 ist das nach letztem Stand Fakt. Wegen mangelnder Dokumentation lässt sich für den alten WiNet Dongle keine Aussage treffen.

Welcher Dongle wird denn aktuell genutzt und ändert sich Register 13000 entsprechend?

[seaspotter]

Es wäre schön wenn das ginge. Register 13000 ist allerdings nicht über den Dongle auslesbar. Zumindest für den WiNet-S2 ist das nach letztem Stand Fakt. Wegen mangelnder Dokumentation lässt sich für den alten WiNet Dongle keine Aussage treffen.

Welcher Dongle wird denn aktuell genutzt und ändert sich Register 13000 entsprechend?

Ich habe ja einen SHxxRT mit WinetS, der WinetS2 ist ja afaik nur am SHxxT vorhanden bisher? Ich weiß das es bei dem Register 13000 über WinetS bei einer Firmware ein Problem gab, ich glaube die vorherige Firmware .27 oder .28. Ich habe aktuell die Firmware .30 auf dem WinetS und damit ist das Register 13000 identisch wie über den LAN Port, also da bekomme ich die entsprechenden Bits raus für Laden oder Entladen.

Aber ja es ist alles leider ein wenig unbefriedigend mit so vielen verschiedenen Versionen, Firmwares wo was geht oder was nicht geht und unterschiedlichen Registern, das ist extremst schwer da eine saubere Auslesung für alle Anwendungsfälle zu bewerkstelligen

[LenaK]

Es gibt eine neue Beta-Version: viewtopic.php?t=9756
Die Sungrow-Thematik bitte in einem separaten Thread fortführen.