FHEM Forum

Hallo allerseits,

hat schon jemand erfolgreich einen Huawei Wechselrichter - Serie SUN2000-*KTL-MO - im LAN mit FHEM ausgelesen, und wenn ja, über welche Schnittstelle?
Soweit ich die Unterlagen verstehe, gibt es

• einen Smart Dongle WLAN-FE, der die Daten ins Internet schickt. Der direkte Zugriff aus dem LAN ist allerdings bei meinem Gerät blockiert.
• als Zubehör für gut 500€ extra einen SmartLogger3000A mit Web Interface - eine Ausgabe, die ich mir gerne sparen würde.
• Die dritte Möglichkeit wäre wohl, einen 3rd party RS485/Ethernet Converter (ab 20€) an die RS485 Schnittstelle zu hängen. Die Frage hier wäre, ob das mit dem Modbus Modul von FHEM zusammen spielt.
• Vierte Option: Einen Raspi dazwischen schalten, der sich mit dem WLAN des Wechselrichters verbindet (dort ist Port 502 offen) die Modbus-Daten periodisch ausliest und sie auf dem LAN in einem von FHEM verwertbaren Format zur Verfügung (HTML, XML) stellt

Über Tipps jeder Art wäre ich sehr dankbar.
Grüße
Bernd

Ich beantworte meine Frage jetzt mal selber, weil ich inzwischen eine Lösung erfolgreich am Laufen habe und vermute, dass in Zukunft noch mehr dieser Wechselrichter ans Netz gehen - die sind ja wohl noch nicht so lange auf dem Markt.
Also:
Ein dedizierter Raspi hängt mit dem LAN Interface in meinem Netzwerk ist per WLAN mit dem Wechselrichter verbunden.

wpa_supplicant.conf:

...
network={
        ssid="SUN2000-HV19900xxxxx"
        psk="Changeme"
}
...


Darauf läuft eine kleine FHEM Instanz zum Einsammeln der Daten. Der Wechselrichter hat die IP 192.168.8.1

define Sun2000 ModbusAttr 0 300 192.168.8.1:502 TCP

Die Modbus-Variablen wurden nach folgendem Schema angelegt:


attr Sun2000 obj-h32114-reading Daily_energy_yield
attr Sun2000 obj-h32114-len 2
attr Sun2000 obj-h32114-unpack N
attr Sun2000 obj-h32114-expr $val/100
attr Sun2000 obj-h32114-poll 1


Am Ende habe ich die Instanz noch per FHEM2FHEM an meinen eigentlichen FHEM-Server angebunden. Das war's dann schon.

Grüße
Bernd

Hallo,

ich komme hier nicht weiter.
Wie hast du die Daten ausgelesen in deiner "Haupt" Fhem Installation?
bzw besteht auch die möglichkeit nicht nur den tageswert zu lesen

fg

Hi,

für andere Daten könnte diese Adress-Sammlung ggf weiterhelfen:
https://community.openhab.org/t/reading-data-from-huawei-inverter-sun-2000-3ktl-10ktl-via-modbus-tcp-and-rtu/87670 (https://community.openhab.org/t/reading-data-from-huawei-inverter-sun-2000-3ktl-10ktl-via-modbus-tcp-and-rtu/87670)

Versuche mich auch gerade daran... Sun2000 Device ist schon mal "opened" (FHEM Hauptinstanz direkt neben dem Sun2000)... ob ein Reading Wert kommt ... mal sehen

Edit: woop there it is :) Tageswert kam gerade an :)

Hallo,

habe nach längerer Pause mal wieder das Forum besucht und gesehen, dass an dem Thema doch einiges Interesse besteht.
Deshalb poste ich hier mal die Einstellungen (ohne Gewähr), die bei mir seit ca einem Jahr erfolgreich laufen.


ttr Sun2001 disable 0
attr Sun2000 icon sani_solar

attr Sun2000 obj-h32016-expr $val/10
attr Sun2000 obj-h32016-len 1
attr Sun2000 obj-h32016-poll 1
attr Sun2000 obj-h32016-reading PV1_voltage
attr Sun2000 obj-h32016-unpack n!

attr Sun2000 obj-h32017-expr $val/100
attr Sun2000 obj-h32017-len 1
attr Sun2000 obj-h32017-poll 1
attr Sun2000 obj-h32017-reading PV1_current
attr Sun2000 obj-h32017-unpack n!

attr Sun2000 obj-h32064-len 2
attr Sun2000 obj-h32064-poll 1
attr Sun2000 obj-h32064-reading Input_power
attr Sun2000 obj-h32064-unpack N!

attr Sun2000 obj-h32078-len 2
attr Sun2000 obj-h32078-poll 1
attr Sun2000 obj-h32078-polldelay 3600
attr Sun2000 obj-h32078-reading Peak_active_power
attr Sun2000 obj-h32078-unpack N!
#
attr Sun2000 obj-h32080-len 2
attr Sun2000 obj-h32080-poll 1
attr Sun2000 obj-h32080-reading Active_power
attr Sun2000 obj-h32080-unpack N!

attr Sun2000 obj-h32086-expr $val/100
attr Sun2000 obj-h32086-len 1
attr Sun2000 obj-h32086-poll 1
attr Sun2000 obj-h32086-reading Efficiency
attr Sun2000 obj-h32086-unpack n

attr Sun2000 obj-h32087-expr $val/10
attr Sun2000 obj-h32087-len 1
attr Sun2000 obj-h32087-poll 1
attr Sun2000 obj-h32087-reading Internal_temperature
attr Sun2000 obj-h32087-unpack n!

attr Sun2000 obj-h32089-len 1
attr Sun2000 obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Sun2000 obj-h32089-poll 1
attr Sun2000 obj-h32089-reading Device_status
attr Sun2000 obj-h32089-unpack n

attr Sun2000 obj-h32106-expr $val/100
attr Sun2000 obj-h32106-len 2
attr Sun2000 obj-h32106-poll 1
attr Sun2000 obj-h32106-polldelay 3600
attr Sun2000 obj-h32106-reading Accumulated_energy_yield
attr Sun2000 obj-h32106-unpack N

attr Sun2000 obj-h32114-expr $val/100
attr Sun2000 obj-h32114-len 2
attr Sun2000 obj-h32114-poll 1
attr Sun2000 obj-h32114-reading Daily_energy_yield
attr Sun2000 obj-h32114-unpack N

attr Sun2000 obj-h37113-len 2
attr Sun2000 obj-h37113-poll 1
attr Sun2000 obj-h37113-reading PM_active_power
attr Sun2000 obj-h37113-unpack N!
attr Sun2000 room Photovoltaik
attr Sun2000 stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"Device_status",0), ReadingsVal($name,"Internal_temperature",0), ReadingsVal($name,"Active_power",0), ReadingsVal($name,"Daily_energy_yield",0))}

attr Sun2000 verbose 2



HTH

Grüße
Bernd

Vielen Dank!
Dank Euch kann ich den Huawei nun endlich auslesen.
Meine Solateur ist nach Wochen immer noch dran ihn ins Monitoring zu bringen...

Zitat von: lingerb am 19 November 2020, 10:17:18
Ein dedizierter Raspi hängt mit dem LAN Interface in meinem Netzwerk ist per WLAN mit dem Wechselrichter verbunden.

Hallo Bernd,

wieso hängt der Wechselrichter denn nicht einfach direkt in Deinem WLAN und du greifst mit Deinem zetralen FHEM darauf zu?

Viele Grüße
Michael

Dieser Frage würde ich mich gerne anschließen....

Zitat von: muecke36 am 22 Mai 2022, 16:59:16
Hallo Bernd,

wieso hängt der Wechselrichter denn nicht einfach direkt in Deinem WLAN und du greifst mit Deinem zetralen FHEM darauf zu?

Viele Grüße
Michael

Hallo,

habe gerade erste die Frage gelesen, schaue hier nur selten rein, sorry.
Ich wüsste nicht, wie ich die WLAN-Parameter des Smart Dongle so verändern könnte, dass er sich mit meinem vorhandenen WLAN verbindet.

Grüße
Bernd

Servus, also "eigentlich" sollte das über den Dongle per Modbus TCP funktionieren. Modbus TCP Zugriff muss im Dongle halt nur aktiviert werden.
Das Projekt Solaranzeige.de kommuniziert ja auch per Modbus TCP mit dem Dongle des Wechselrichters

Hallo Zusammen, hat jemand noch die Kommunikation mittels Modbus hinbekommen?
Bei mir sind 2 KTL - M1 per Wlan mit in meinem Heimnetzwerk verbunden.
somit haben beide lokale IPs.
die MODBUS ist in beiden Wechselrichtern eingeschaltet (uneingeschränkt).
FHEM schreib Connect / Disconnect.
hat jemand eine Idee?
Gruß

@lingerb: Ganz herzlichen Dank für das Posting!

Ich habe einen LUNA2000 Akku zur SUN2000 und konnte die Angaben sinnvoll erweitern. Hilfreich war aus dem Photovoltaikforum die PDF mit den Modbus Registern (https://www.photovoltaikforum.com/core/attachment/251184-solar-inverter-modbus-interface-definitions-pdf/) (Alternativ und in höherer Auflösung: https://cryptpad.fr/file/#/2/file/b9xVgq38q2vNKNZb9VWiFnnp/ (https://cryptpad.fr/file/#/2/file/b9xVgq38q2vNKNZb9VWiFnnp/)). Der Dongle wird nicht genutzt und es muss auch dort nicht Modbus aktiviert werden, ich verbinde mich auch direkt mit dem WLAN aus dem Sun2000-Wechselrichter "SUN2000-TA224XXXXXXXX". Der TCP-Port hat sich scheinbar von 502 auf 6607 geändert!


defmod Sun2000 ModbusAttr 0 10 192.168.200.1:6607 TCP
attr Sun2000 obj-h32016-expr $val/10
attr Sun2000 obj-h32016-len 1
attr Sun2000 obj-h32016-poll 1
attr Sun2000 obj-h32016-reading PV1_voltage
attr Sun2000 obj-h32016-unpack n!
attr Sun2000 obj-h32017-expr $val/100
attr Sun2000 obj-h32017-len 1
attr Sun2000 obj-h32017-poll 1
attr Sun2000 obj-h32017-reading PV1_current
attr Sun2000 obj-h32017-unpack n!
attr Sun2000 obj-h32018-expr $val/10
attr Sun2000 obj-h32018-len 1
attr Sun2000 obj-h32018-poll 1
attr Sun2000 obj-h32018-reading PV2_voltage
attr Sun2000 obj-h32018-unpack n!
attr Sun2000 obj-h32019-expr $val/100
attr Sun2000 obj-h32019-len 1
attr Sun2000 obj-h32019-poll 1
attr Sun2000 obj-h32019-reading PV2_current
attr Sun2000 obj-h32019-unpack n!
attr Sun2000 obj-h32064-len 2
attr Sun2000 obj-h32064-poll 1
attr Sun2000 obj-h32064-reading Input_power
attr Sun2000 obj-h32064-unpack N!
attr Sun2000 obj-h32078-len 2
attr Sun2000 obj-h32078-poll 1
attr Sun2000 obj-h32078-polldelay 3600
attr Sun2000 obj-h32078-reading Peak_active_power
attr Sun2000 obj-h32078-unpack N!
attr Sun2000 obj-h32080-len 2
attr Sun2000 obj-h32080-poll 1
attr Sun2000 obj-h32080-reading Active_power
attr Sun2000 obj-h32080-unpack N!
attr Sun2000 obj-h32086-expr $val/100
attr Sun2000 obj-h32086-len 1
attr Sun2000 obj-h32086-poll 1
attr Sun2000 obj-h32086-reading Efficiency
attr Sun2000 obj-h32086-unpack n
attr Sun2000 obj-h32087-expr $val/10
attr Sun2000 obj-h32087-len 1
attr Sun2000 obj-h32087-poll 1
attr Sun2000 obj-h32087-reading Internal_temperature
attr Sun2000 obj-h32087-unpack n!
attr Sun2000 obj-h32089-len 1
attr Sun2000 obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Sun2000 obj-h32089-poll 1
attr Sun2000 obj-h32089-reading Device_status
attr Sun2000 obj-h32089-unpack n
attr Sun2000 obj-h32106-expr $val/100
attr Sun2000 obj-h32106-len 2
attr Sun2000 obj-h32106-poll 1
attr Sun2000 obj-h32106-polldelay 3600
attr Sun2000 obj-h32106-reading Accumulated_energy_yield
attr Sun2000 obj-h32106-unpack N
attr Sun2000 obj-h32114-expr $val/100
attr Sun2000 obj-h32114-len 2
attr Sun2000 obj-h32114-poll 1
attr Sun2000 obj-h32114-reading Daily_energy_yield
attr Sun2000 obj-h32114-unpack N
attr Sun2000 obj-h37004-expr $val/10
attr Sun2000 obj-h37004-len 1
attr Sun2000 obj-h37004-poll 1
attr Sun2000 obj-h37004-reading Battery1_SOC
attr Sun2000 obj-h37004-unpack n
attr Sun2000 obj-h37022-expr $val/10
attr Sun2000 obj-h37022-len 1
attr Sun2000 obj-h37022-poll 1
attr Sun2000 obj-h37022-reading Battery1_temperature
attr Sun2000 obj-h37022-unpack n!
attr Sun2000 obj-h37113-len 2
attr Sun2000 obj-h37113-poll 1
attr Sun2000 obj-h37113-reading PM_active_power
attr Sun2000 obj-h37113-unpack N!
attr Sun2000 obj-h37760-expr $val/10
attr Sun2000 obj-h37760-len 1
attr Sun2000 obj-h37760-poll 1
attr Sun2000 obj-h37760-reading Battery_SOC
attr Sun2000 obj-h37760-unpack n
attr Sun2000 obj-h37762-len 1
attr Sun2000 obj-h37762-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Sun2000 obj-h37762-poll 1
attr Sun2000 obj-h37762-reading Battery_status
attr Sun2000 obj-h37762-unpack n
attr Sun2000 obj-h47415-len 1
attr Sun2000 obj-h47415-map 0:unlimited, 1:DI_active_scheduling, 5:zero_power_grid_connection, 6:power_limited_grid_connection_kw, 7:power_limited_grid_connection_percent
attr Sun2000 obj-h47415-poll 1
attr Sun2000 obj-h47415-reading Active_power_control_mode
attr Sun2000 obj-h47415-unpack n
attr Sun2000 room Keller
attr Sun2000 stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"Device_status",0), ReadingsVal($name,"Internal_temperature",0), ReadingsVal($name,"Active_power",0), ReadingsVal($name,"Daily_energy_yield",0))}
attr Sun2000 verbose 2


Hallo,
Ich kann bei dem WR scheinbar keine Werte schreiben. Es kann aber auch daran liegen, dass ich mit ModbusAttr bisher noch keine weitere Erfahrung habe. Folgendes hatte ich testweise definiert:
defmod SunTest ModbusAttr 0 10 192.168.200.1:6607 TCP
attr SunTest obj-h47075-len 2
attr SunTest obj-h47075-poll 1
attr SunTest obj-h47075-reading Battery_Maximum_charging_power
attr SunTest obj-h47075-set 1
attr SunTest obj-h47075-unpack L>


Der neue Wert den man mit "set" abschickt wird nicht übernommen. Woran könnte das liegen? Hat jemand einen Hinweis?

Hallo, danke für deine Hilfe:
die Verbindung ist bei mir aufgebaut. bekomme keine werte zurück.

2022.10.03 15:22:23 3: Sun2000_1: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32016, len 1, tid 178, master device Sun2000_1, reading PV1_voltage (getUpdate for PV1_voltage len 1), queued 2.00 secs ago, sent 2.00 secs ago
2022.10.03 15:22:33 3: Sun2000_1: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32016, len 1, tid 133, master device Sun2000_1, reading PV1_voltage (getUpdate for PV1_voltage len 1), queued 2.00 secs ago, sent 2.00 secs ago


Hast du eine Idee woran das liegt?

Wenn man sich direkt mit dem WR verbindet, also auf dessen WLAN mit einem WLAN-Client verbindet, verteilt der DHCP aus dem WR IPv4 Adressen. Der WR selbst hat dann bei mir die IP 192.168.200.1, mein Client MUSS die IP 192.168.200.2 erhalten, sonst klappt die Kommunikation nicht. Wenn man zeitgleich auch mit dem Handy eine Verbindung hat, kann das durchaus mal vorkommen, dass man die 192.168.200.3 erhält und dann antwortet der WR einfach nicht. Könnte das bei dir das Problem sein?

Man kann sich auch mit dem Modbus auf dem Dongle verbinden, das habe ich bisher noch nicht gemacht. Bei Nutzung des Dongle kann es manchmal Performanceprobleme geben laut: https://skyboo.net/2022/02/huawei-sun2000-why-using-a-usb-dongle-for-monitoring-is-not-a-good-idea/ (https://skyboo.net/2022/02/huawei-sun2000-why-using-a-usb-dongle-for-monitoring-is-not-a-good-idea/)

Achsooo, ich habe mein WR in mein Netzwerk, wo der die übliche IPv4 statisch hat (also 192.168.1....) die Verbindung ist aufgebaut und ist alles, die Übertragung von Werten ist funktioniert nicht. Die abgefragen register sind leer. bekomme daher nut timeouts.

Hallo,

ich habe ein SUN2000 6KTL m1 als Master und ein 2KTL L1 als Slave Gerät.

6KTL M1 ist auf MODBUS ID 1
2KTL L1 auf MODBUS ID 2

   
Die Verbindung kann ich je gerät z.B.: mit

define Sun2000 ModbusAttr 1 10 192.168.1.10:502 TCP    (ID 1 für 6KTL)
define Sun2000 ModbusAttr 2 10 192.168.1.10:502 TCP    (ID 2 für 2KTL)

wie kann ich die Verbindung bei beiden Geräten parallel laufen lassen? hat jemand da schon erfahrung?

Gruß

Habe nur ein paar Ideen dazu:
Man könnte zwei Devices anlegen und immer nur eines mittels "disable 0" aktivieren und so hin und herwechseln. Ist nicht elegant, sollte aber klappen... Deine Frage erwähnt bereits extra "parallel", deswegen kennst du diese Möglichkeit vermutlich bereits.

In dem Fall würde ich drüber nachdenken mit einem RS485 Wandler direkt an den Modbus zu gehen. In der Doku steht nur ein wenig dazu, dass "Modbus", also das Modul ohne "Attr" mehrere IDs auf einer RS485 Leitung unterstützt (https://wiki.fhem.de/wiki/Modbus#usage_of_a_module_created_this_way (https://wiki.fhem.de/wiki/Modbus#usage_of_a_module_created_this_way)).

Ich habe aufbauend auf der Definition des Geräts von weiter vorne mal etwas weitergearbeitet.

defmod Sun2000 ModbusAttr 0 30 192.168.200.1:6607 TCP
PM_Momentanleistung_W ist das, was vom Netz kommt/ins Netz geht: \
>0 : Einspeisung ins Netz, \
<0 : Bezug aus dem Netz.\
\
WR_Energie_Tag_kWh ist inklusive Bezug aus der Batterie \
\
\
Siehe auch https://www.photovoltaikforum.com/core/attachment/251184-solar-inverter-modbus-interface-definitions-pdf/

attr Sun2000 obj-h32016-expr $val/10
attr Sun2000 obj-h32016-len 1
attr Sun2000 obj-h32016-poll 1
attr Sun2000 obj-h32016-reading PV1_voltage
attr Sun2000 obj-h32016-unpack n!
attr Sun2000 obj-h32017-expr $val/100
attr Sun2000 obj-h32017-len 1
attr Sun2000 obj-h32017-poll 1
attr Sun2000 obj-h32017-reading PV1_current
attr Sun2000 obj-h32017-unpack n!
attr Sun2000 obj-h32018-expr $val/10
attr Sun2000 obj-h32018-len 1
attr Sun2000 obj-h32018-poll 1
attr Sun2000 obj-h32018-reading PV2_voltage
attr Sun2000 obj-h32018-unpack n!
attr Sun2000 obj-h32019-expr $val/100
attr Sun2000 obj-h32019-len 1
attr Sun2000 obj-h32019-poll 1
attr Sun2000 obj-h32019-reading PV2_current
attr Sun2000 obj-h32019-unpack n!
attr Sun2000 obj-h32064-len 2
attr Sun2000 obj-h32064-poll 1
attr Sun2000 obj-h32064-reading WR_Eingangsleistung_Solar_W
attr Sun2000 obj-h32064-unpack N!
attr Sun2000 obj-h32069-expr $val/10
attr Sun2000 obj-h32069-len 1
attr Sun2000 obj-h32069-poll 1
attr Sun2000 obj-h32069-reading WR_Phase_A_Voltage
attr Sun2000 obj-h32069-unpack n!
attr Sun2000 obj-h32070-expr $val/10
attr Sun2000 obj-h32070-len 1
attr Sun2000 obj-h32070-poll 1
attr Sun2000 obj-h32070-reading WR_Phase_B_Voltage
attr Sun2000 obj-h32070-unpack n!
attr Sun2000 obj-h32071-expr $val/10
attr Sun2000 obj-h32071-len 1
attr Sun2000 obj-h32071-poll 1
attr Sun2000 obj-h32071-reading WR_Phase_C_Voltage
attr Sun2000 obj-h32071-unpack n!
attr Sun2000 obj-h32072-expr $val/1000
attr Sun2000 obj-h32072-len 2
attr Sun2000 obj-h32072-poll 1
attr Sun2000 obj-h32072-reading WR_Phase_A_Current
attr Sun2000 obj-h32072-unpack N!
attr Sun2000 obj-h32074-expr $val/1000
attr Sun2000 obj-h32074-len 2
attr Sun2000 obj-h32074-poll 1
attr Sun2000 obj-h32074-reading WR_Phase_B_Current
attr Sun2000 obj-h32074-unpack N!
attr Sun2000 obj-h32076-expr $val/1000
attr Sun2000 obj-h32076-len 2
attr Sun2000 obj-h32076-poll 1
attr Sun2000 obj-h32076-reading WR_Phase_C_Current
attr Sun2000 obj-h32076-unpack N!
attr Sun2000 obj-h32078-len 2
attr Sun2000 obj-h32078-poll 1
attr Sun2000 obj-h32078-reading WR_Maximalleistung_Tag_W
attr Sun2000 obj-h32078-unpack N!
attr Sun2000 obj-h32080-len 2
attr Sun2000 obj-h32080-poll 1
attr Sun2000 obj-h32080-reading WR_Momentanleistung_W
attr Sun2000 obj-h32080-unpack N!
attr Sun2000 obj-h32086-expr $val/100
attr Sun2000 obj-h32086-len 1
attr Sun2000 obj-h32086-poll 1
attr Sun2000 obj-h32086-reading WR_Efficiency
attr Sun2000 obj-h32086-unpack n
attr Sun2000 obj-h32087-expr $val/10
attr Sun2000 obj-h32087-len 1
attr Sun2000 obj-h32087-poll 1
attr Sun2000 obj-h32087-reading WR_Internal_temperature
attr Sun2000 obj-h32087-unpack n!
attr Sun2000 obj-h32089-len 1
attr Sun2000 obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Sun2000 obj-h32089-poll 1
attr Sun2000 obj-h32089-reading WR_Device_status
attr Sun2000 obj-h32089-unpack n
attr Sun2000 obj-h32091-len 2
attr Sun2000 obj-h32091-poll 1
attr Sun2000 obj-h32091-reading WR_Startup_Time
attr Sun2000 obj-h32091-unpack N!
attr Sun2000 obj-h32093-len 2
attr Sun2000 obj-h32093-poll 1
attr Sun2000 obj-h32093-reading WR_Shutdown_Time
attr Sun2000 obj-h32093-unpack N!
attr Sun2000 obj-h32106-expr $val/100
attr Sun2000 obj-h32106-len 2
attr Sun2000 obj-h32106-poll 1
attr Sun2000 obj-h32106-polldelay 3600
attr Sun2000 obj-h32106-reading WR_Gesamtertrag_kWh
attr Sun2000 obj-h32106-unpack N
attr Sun2000 obj-h32114-expr $val/100
attr Sun2000 obj-h32114-len 2
attr Sun2000 obj-h32114-poll 1
attr Sun2000 obj-h32114-reading WR_Energie_Tag_kWh
attr Sun2000 obj-h32114-unpack N
attr Sun2000 obj-h37000-len 1
attr Sun2000 obj-h37000-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Sun2000 obj-h37000-poll 1
attr Sun2000 obj-h37000-reading ESU1_Status
attr Sun2000 obj-h37000-unpack n
attr Sun2000 obj-h37001-expr $val/1
attr Sun2000 obj-h37001-len 2
attr Sun2000 obj-h37001-poll 1
attr Sun2000 obj-h37001-reading ESU1_Momentanleistung_W
attr Sun2000 obj-h37001-unpack N!
attr Sun2000 obj-h37004-expr $val/10
attr Sun2000 obj-h37004-len 1
attr Sun2000 obj-h37004-poll 1
attr Sun2000 obj-h37004-reading ESU1_SoC
attr Sun2000 obj-h37004-unpack n
attr Sun2000 obj-h37015-expr $val/100
attr Sun2000 obj-h37015-len 2
attr Sun2000 obj-h37015-poll 1
attr Sun2000 obj-h37015-reading ESU1_Energie_Ladung_Tag_kWh
attr Sun2000 obj-h37015-unpack N
attr Sun2000 obj-h37017-expr $val/100
attr Sun2000 obj-h37017-len 2
attr Sun2000 obj-h37017-poll 1
attr Sun2000 obj-h37017-reading ESU1_Energie_Entladung_Tag_kWh
attr Sun2000 obj-h37017-unpack N
attr Sun2000 obj-h370177-expr $val/100
attr Sun2000 obj-h37022-expr $val/10
attr Sun2000 obj-h37022-len 1
attr Sun2000 obj-h37022-poll 1
attr Sun2000 obj-h37022-reading ESU1_Temperatur
attr Sun2000 obj-h37022-unpack n!
attr Sun2000 obj-h37066-expr $val/100
attr Sun2000 obj-h37066-len 2
attr Sun2000 obj-h37066-poll 1
attr Sun2000 obj-h37066-reading ESU1_Gesamtenergie_Ladung_kWh
attr Sun2000 obj-h37066-unpack N
attr Sun2000 obj-h37068-expr $val/100
attr Sun2000 obj-h37068-len 2
attr Sun2000 obj-h37068-poll 1
attr Sun2000 obj-h37068-reading ESU1_Gesamtenergie_Entladung_kWh
attr Sun2000 obj-h37068-unpack N
attr Sun2000 obj-h37100-expr $val/100
attr Sun2000 obj-h37100-len 1
attr Sun2000 obj-h37100-poll 1
attr Sun2000 obj-h37100-reading PM_Meter_Status
attr Sun2000 obj-h37100-unpack n
attr Sun2000 obj-h37101-expr $val/10
attr Sun2000 obj-h37101-len 2
attr Sun2000 obj-h37101-poll 1
attr Sun2000 obj-h37101-reading PM_GridVoltage_A
attr Sun2000 obj-h37101-unpack N!
attr Sun2000 obj-h37103-expr $val/10
attr Sun2000 obj-h37103-len 2
attr Sun2000 obj-h37103-poll 1
attr Sun2000 obj-h37103-reading PM_GridVoltage_B
attr Sun2000 obj-h37103-unpack N!
attr Sun2000 obj-h37105-expr $val/10
attr Sun2000 obj-h37105-len 2
attr Sun2000 obj-h37105-poll 1
attr Sun2000 obj-h37105-reading PM_GridVoltage_C
attr Sun2000 obj-h37105-unpack N!
attr Sun2000 obj-h37107-expr $val/100
attr Sun2000 obj-h37107-len 2
attr Sun2000 obj-h37107-poll 1
attr Sun2000 obj-h37107-reading PM_GridCurrent_A
attr Sun2000 obj-h37107-unpack N!
attr Sun2000 obj-h37109-expr $val/100
attr Sun2000 obj-h37109-len 2
attr Sun2000 obj-h37109-poll 1
attr Sun2000 obj-h37109-reading PM_GridCurrent_B
attr Sun2000 obj-h37109-unpack N!
attr Sun2000 obj-h37111-expr $val/100
attr Sun2000 obj-h37111-len 2
attr Sun2000 obj-h37111-poll 1
attr Sun2000 obj-h37111-reading PM_GridCurrent_C
attr Sun2000 obj-h37111-unpack N!
attr Sun2000 obj-h37113-len 2
attr Sun2000 obj-h37113-poll 1
attr Sun2000 obj-h37113-reading PM_Momentanleistung_W
attr Sun2000 obj-h37113-unpack N!
attr Sun2000 obj-h37119-expr $val/100
attr Sun2000 obj-h37119-len 2
attr Sun2000 obj-h37119-poll 1
attr Sun2000 obj-h37119-reading PM_Einspeisung_kWh
attr Sun2000 obj-h37119-unpack N!
attr Sun2000 obj-h37121-expr $val/100
attr Sun2000 obj-h37121-len 2
attr Sun2000 obj-h37121-poll 1
attr Sun2000 obj-h37121-reading PM_Netzbezug_kWh
attr Sun2000 obj-h37121-unpack N!
attr Sun2000 obj-h37132-len 2
attr Sun2000 obj-h37132-poll 1
attr Sun2000 obj-h37132-reading PM_ActivePower_A
attr Sun2000 obj-h37132-unpack N!
attr Sun2000 obj-h37134-len 2
attr Sun2000 obj-h37134-poll 1
attr Sun2000 obj-h37134-reading PM_ActivePower_B
attr Sun2000 obj-h37134-unpack N!
attr Sun2000 obj-h37136-len 2
attr Sun2000 obj-h37136-poll 1
attr Sun2000 obj-h37136-reading PM_ActivePower_C
attr Sun2000 obj-h37136-unpack N!
attr Sun2000 obj-h37738-expr $val/10
attr Sun2000 obj-h37738-len 1
attr Sun2000 obj-h37738-poll 1
attr Sun2000 obj-h37738-reading ESU2_SoC
attr Sun2000 obj-h37738-unpack n
attr Sun2000 obj-h37741-len 1
attr Sun2000 obj-h37741-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Sun2000 obj-h37741-poll 1
attr Sun2000 obj-h37741-reading ESU2_Status
attr Sun2000 obj-h37741-unpack n
attr Sun2000 obj-h37743-expr $val/1
attr Sun2000 obj-h37743-len 2
attr Sun2000 obj-h37743-poll 1
attr Sun2000 obj-h37743-reading ESU2_Momentanleistung_W
attr Sun2000 obj-h37743-unpack N!
attr Sun2000 obj-h37746-expr $val/100
attr Sun2000 obj-h37746-len 2
attr Sun2000 obj-h37746-poll 1
attr Sun2000 obj-h37746-reading ESU2_Energie_Ladung_Tag_kWh
attr Sun2000 obj-h37746-unpack N
attr Sun2000 obj-h37748-expr $val/100
attr Sun2000 obj-h37748-len 2
attr Sun2000 obj-h37748-poll 1
attr Sun2000 obj-h37748-reading ESU2_Energie_Entladung_Tag_kWh
attr Sun2000 obj-h37748-unpack N
attr Sun2000 obj-h37752-expr $val/10
attr Sun2000 obj-h37752-len 1
attr Sun2000 obj-h37752-poll 1
attr Sun2000 obj-h37752-reading ESU2_Temperatur
attr Sun2000 obj-h37752-unpack n!
attr Sun2000 obj-h37753-expr $val/100
attr Sun2000 obj-h37753-len 2
attr Sun2000 obj-h37753-poll 1
attr Sun2000 obj-h37753-reading ESU2_Gesamtenergie_Ladung_kWh
attr Sun2000 obj-h37753-unpack N
attr Sun2000 obj-h37755-expr $val/100
attr Sun2000 obj-h37755-len 2
attr Sun2000 obj-h37755-poll 1
attr Sun2000 obj-h37755-reading ESU2_Gesamtenergie_Entladung_kWh
attr Sun2000 obj-h37755-unpack N
attr Sun2000 obj-h37760-expr $val/10
attr Sun2000 obj-h37760-len 1
attr Sun2000 obj-h37760-poll 1
attr Sun2000 obj-h37760-reading ESS_SoC
attr Sun2000 obj-h37760-unpack n
attr Sun2000 obj-h37762-len 1
attr Sun2000 obj-h37762-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Sun2000 obj-h37762-poll 1
attr Sun2000 obj-h37762-reading ESS_Status
attr Sun2000 obj-h37762-unpack n
attr Sun2000 obj-h37784-expr $val/100
attr Sun2000 obj-h37784-len 2
attr Sun2000 obj-h37784-poll 1
attr Sun2000 obj-h37784-reading ESS_Energie_Ladung_Tag_kWh
attr Sun2000 obj-h37784-unpack N
attr Sun2000 obj-h37786-expr $val/100
attr Sun2000 obj-h37786-len 2
attr Sun2000 obj-h37786-poll 1
attr Sun2000 obj-h37786-reading ESS_Energie_Entladung_Tag_kWh
attr Sun2000 obj-h37786-unpack N
attr Sun2000 obj-h47081-expr $val/10
attr Sun2000 obj-h47081-len 1
attr Sun2000 obj-h47081-poll 1
attr Sun2000 obj-h47081-reading ESS_Ladegrenze_Prozent
attr Sun2000 obj-h47081-unpack n
attr Sun2000 obj-h47082-expr $val/10
attr Sun2000 obj-h47082-len 1
attr Sun2000 obj-h47082-poll 1
attr Sun2000 obj-h47082-reading ESS_Entladegrenze_Prozent
attr Sun2000 obj-h47082-unpack n
attr Sun2000 obj-h47415-len 1
attr Sun2000 obj-h47415-map 0:unlimited, 1:DI_active_scheduling, 5:zero_power_grid_connection, 6:power_limited_grid_connection_kw, 7:power_limited_grid_connection_percent
attr Sun2000 obj-h47415-poll 1
attr Sun2000 obj-h47415-reading WR_Modus_Leistungsbegrenzung
attr Sun2000 obj-h47415-unpack n
attr Sun2000 room Wechselrichter
attr Sun2000 stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"WR_Device_status",0), ReadingsVal($name,"WR_Internal_temperature",0), ReadingsVal($name,"WR_Momentanleistung_W",0), ReadingsVal($name,"WR_Energie_Tag_kWh",0))}


Quintessenz bei der ganzen Geschichte ist, dass ich auch einen Raspberry aus dem Keller umgewidmet habe, der jetzt im WLAN des Wechselrichters hängt und die Daten per LAN über fhem2fhem an die Hauptinstanz weitergibt.
Das läuft seit zwei Wochen jetzt richtig stabil. Alles andere (Daten per LAN/WLAN vom Dongle holen oder Scraping des Portals) war nur Murks.

VG

DB

Hallo Zusammen,

ich habe zwei Wechselrichter die per Kaskade Zusammenhängen und zwei unterschiedlichen IDs haben realisiert.
Ich lese die Daten ohne zusätzliche raspberry pi, hole mir die Daten per Modbus direkt aus dem Dongle.

Falls jemand das gleiche Problem hat wie ich:

define ModbusLine Modbus 192.168.1.51:502 TCP

define SUN2000_6KTL ModbusAttr 1 20 TCP
attr SUN2000_6KTL obj-h32016-expr $val/10
attr ...
...

define SUN2000_2KTL ModbusAttr 2 13 TCP
attr ...
...


Wenn jemand genaues wissen möchte einfach schreiben.

Gruß

Hallo zusammen,

ich bin gerade in der Findungsphase, mir genau so ein PV System von Huawei anzuschaffen.
Klingt sehr interessant, was Ihr hier posted.
Mich würde noch interessieren, was für Anwendungsfälle ihr mit der Anbindung nutzt.
Ich habe ein paar naive Vorstellungen, was das so sein könnte und was ich mir wünschen würde. Wüsste aber gerne, ob ich da richtig unterwegs bin.

-Reines Auslesen der Daten "zum Gucken"?
-Auslesen, um abhängig von bestimmten Events Aktivitäten in der Heimautomatisierung zu steuern? (z.B. die Wärmepumpe). Was sieht man da so?
-Ansteuern der Huawei Geräte (z.B. um die Prio zwischen Einspeisung, Akku-Ladung ... von außen dynamisch vorzugeben?)

Seid Ihr damit wunschlos glücklich, oder gibt es andere PV Technik Anbieter, wo man mehr machen kann?

Gruß

Hallo Telefonmann,
Das alles geht ganz gut. Ich nutze FusionSolar nicht und habe den Huawei Geräten das Internet gänzlich gesperrt. Dank der Modbus Schnittstelle vermisse ich nichts. Man kann Auslesen und Befehle senden.

Hinweis:
Ich nutze sowohl den eingebauten WLAN-Accesspoint des Wechselrichters als auch den Dongle im LAN - ich hab in FHEM also zwei Geräte angelegt. Nutzte ich nur den AP im Wechselrichter gelingt zwar schnelles Auslesen (alle 10 Sekunden), aber Befehle kann ich nicht an die Modbus-Adresse "0" zur Ausführung bringen. Um Steuern zu können musste ich in meinem Fall den Dongle in das LAN bringen und an die IP mit der Modbus-ID "1" kann ich Steuerbefehle senden.

Ich bin (bisher) wunschlos glücklich mit dem Set Luna2000+Sun2000!

Hallo,

habt Ihr Empfehlungen an Konvertern RS485 => LAN oder USB ? Geplant ist (da das Buskabel vom Wechselrichter zum Smartenergymeter sowieso an meinem FHEM RPI vorbeiläuft), entweder per USB oder an meinen daneben liegenden Switch per LAN anzubinden. Bei Amazon gibt es ja z.B. günstige (im Bereich 6 Euro) auf USB mit FTDI-Chip, den sollte mein RPI ja verarbeiten können...

Wie sind da eure Erfahrungen ?

Grüße

Christian

Noch kann ich nicht mitreden, meine Anlage ist noch nicht in Betrieb, aber ich werde zwei USR-TCP232-304 serieller RS485 zu TCP/IP Ethernet-Server-Konverter-Module einsetzen.
Die Idee hab ich von hier..

https://mona-stefan.de/index.php?option=com_content&view=article&id=764&catid=33&Itemid=296 (https://mona-stefan.de/index.php?option=com_content&view=article&id=764&catid=33&Itemid=296)

Zitat von: Torxgewinde am 30 September 2022, 21:38:01
Ich habe einen LUNA2000 Akku zur SUN2000 und konnte die Angaben sinnvoll erweitern. Hilfreich war aus dem Photovoltaikforum die PDF mit den Modbus Registern (https://www.photovoltaikforum.com/core/attachment/251184-solar-inverter-modbus-interface-definitions-pdf/) (Alternativ und in höherer Auflösung: https://cryptpad.fr/file/#/2/file/b9xVgq38q2vNKNZb9VWiFnnp/ (https://cryptpad.fr/file/#/2/file/b9xVgq38q2vNKNZb9VWiFnnp/)). Der Dongle wird nicht genutzt und es muss auch dort nicht Modbus aktiviert werden, ich verbinde mich auch direkt mit dem WLAN aus dem Sun2000-Wechselrichter "SUN2000-TA224XXXXXXXX". Der TCP-Port hat sich scheinbar von 502 auf 6607 geändert!

Code Auswählen Erweitern


defmod Sun2000 ModbusAttr 0 10 192.168.200.1:6607 TCP
attr Sun2000 obj-h32016-expr $val/10
attr Sun2000 obj-h32016-len 1
attr Sun2000 obj-h32016-poll 1
attr Sun2000 obj-h32016-reading PV1_voltage
attr Sun2000 obj-h32016-unpack n!
attr Sun2000 obj-h32017-expr $val/100
attr Sun2000 obj-h32017-len 1
attr Sun2000 obj-h32017-poll 1
attr Sun2000 obj-h32017-reading PV1_current
attr Sun2000 obj-h32017-unpack n!
attr Sun2000 obj-h32018-expr $val/10
attr Sun2000 obj-h32018-len 1
attr Sun2000 obj-h32018-poll 1
attr Sun2000 obj-h32018-reading PV2_voltage
attr Sun2000 obj-h32018-unpack n!
attr Sun2000 obj-h32019-expr $val/100
attr Sun2000 obj-h32019-len 1
attr Sun2000 obj-h32019-poll 1
attr Sun2000 obj-h32019-reading PV2_current
attr Sun2000 obj-h32019-unpack n!
attr Sun2000 obj-h32064-len 2
attr Sun2000 obj-h32064-poll 1
attr Sun2000 obj-h32064-reading Input_power
attr Sun2000 obj-h32064-unpack N!
attr Sun2000 obj-h32078-len 2
attr Sun2000 obj-h32078-poll 1
attr Sun2000 obj-h32078-polldelay 3600
attr Sun2000 obj-h32078-reading Peak_active_power
attr Sun2000 obj-h32078-unpack N!
attr Sun2000 obj-h32080-len 2
attr Sun2000 obj-h32080-poll 1
attr Sun2000 obj-h32080-reading Active_power
attr Sun2000 obj-h32080-unpack N!
attr Sun2000 obj-h32086-expr $val/100
attr Sun2000 obj-h32086-len 1
attr Sun2000 obj-h32086-poll 1
attr Sun2000 obj-h32086-reading Efficiency
attr Sun2000 obj-h32086-unpack n
attr Sun2000 obj-h32087-expr $val/10
attr Sun2000 obj-h32087-len 1
attr Sun2000 obj-h32087-poll 1
attr Sun2000 obj-h32087-reading Internal_temperature
attr Sun2000 obj-h32087-unpack n!
attr Sun2000 obj-h32089-len 1
attr Sun2000 obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Sun2000 obj-h32089-poll 1
attr Sun2000 obj-h32089-reading Device_status
attr Sun2000 obj-h32089-unpack n
attr Sun2000 obj-h32106-expr $val/100
attr Sun2000 obj-h32106-len 2
attr Sun2000 obj-h32106-poll 1
attr Sun2000 obj-h32106-polldelay 3600
attr Sun2000 obj-h32106-reading Accumulated_energy_yield
attr Sun2000 obj-h32106-unpack N
attr Sun2000 obj-h32114-expr $val/100
attr Sun2000 obj-h32114-len 2
attr Sun2000 obj-h32114-poll 1
attr Sun2000 obj-h32114-reading Daily_energy_yield
attr Sun2000 obj-h32114-unpack N
attr Sun2000 obj-h37004-expr $val/10
attr Sun2000 obj-h37004-len 1
attr Sun2000 obj-h37004-poll 1
attr Sun2000 obj-h37004-reading Battery1_SOC
attr Sun2000 obj-h37004-unpack n
attr Sun2000 obj-h37022-expr $val/10
attr Sun2000 obj-h37022-len 1
attr Sun2000 obj-h37022-poll 1
attr Sun2000 obj-h37022-reading Battery1_temperature
attr Sun2000 obj-h37022-unpack n!
attr Sun2000 obj-h37113-len 2
attr Sun2000 obj-h37113-poll 1
attr Sun2000 obj-h37113-reading PM_active_power
attr Sun2000 obj-h37113-unpack N!
attr Sun2000 obj-h37760-expr $val/10
attr Sun2000 obj-h37760-len 1
attr Sun2000 obj-h37760-poll 1
attr Sun2000 obj-h37760-reading Battery_SOC
attr Sun2000 obj-h37760-unpack n
attr Sun2000 obj-h37762-len 1
attr Sun2000 obj-h37762-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Sun2000 obj-h37762-poll 1
attr Sun2000 obj-h37762-reading Battery_status
attr Sun2000 obj-h37762-unpack n
attr Sun2000 obj-h47415-len 1
attr Sun2000 obj-h47415-map 0:unlimited, 1:DI_active_scheduling, 5:zero_power_grid_connection, 6:power_limited_grid_connection_kw, 7:power_limited_grid_connection_percent
attr Sun2000 obj-h47415-poll 1
attr Sun2000 obj-h47415-reading Active_power_control_mode
attr Sun2000 obj-h47415-unpack n
attr Sun2000 room Keller
attr Sun2000 stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"Device_status",0), ReadingsVal($name,"Internal_temperature",0), ReadingsVal($name,"Active_power",0), ReadingsVal($name,"Daily_energy_yield",0))}
attr Sun2000 verbose 2


Wenn ich das richtig verstehe, hängst Du Dich mit dem WLAN vom RasPi in den AP vom Wechselrichter und fragst dann mit dem obigen Gerät im 10-Sekunden-Takt ab?

Weiter unten schreibst Du von einem zweiten Gerät, mit dem Du Dich zum Dongle verbindest. Kannst Du diese Definition auch posten? Das Dongle hängt dann ja in Deinem Heimnetz und nicht am AP vom WR, oder?

Zitat von: der-Lolo am 05 Februar 2023, 19:42:53
Noch kann ich nicht mitreden, meine Anlage ist noch nicht in Betrieb, aber ich werde zwei USR-TCP232-304 serieller RS485 zu TCP/IP Ethernet-Server-Konverter-Module einsetzen.
Die Idee hab ich von hier..

https://mona-stefan.de/index.php?option=com_content&view=article&id=764&catid=33&Itemid=296 (https://mona-stefan.de/index.php?option=com_content&view=article&id=764&catid=33&Itemid=296)

Warum brauchst Du dafür 2 Stück?
Ich hab' mir das auch angeschaut, aber um mit FHEM zu kommunizieren müsste doch 1 Teil reichen?
Das kommt an den Wechselrichter und schickt die Daten ins Heimnetz.
In FHEM verbindet man dann mittels Modbus mit der IP des Konverters, d.h. ähnlich wie die Definition von Torxgewinde, nur dass die IP und Port gemäss der Einstellungen vom Konverter gewählt werden.

Oder verstehe ich was falsch?

Die Konverter dienen in meinem Fall zur Verbindung des DTSU mit dem WR.

Der geplante Aufbau schaut so aus:

DTSU <-> Konverter <-> UnifiSwitch <-> LWL <-> UnifiSwitch <-> Konverter <-> Wechselrichter

Um den ModbusRTU in FHEM zu bekommen würde ich auf den Adapter setzen -> In-Circuit USB RS485 Adapter
Den habe ich für andere RTU Modbus teilnehmer schon im Einsatz.

Das ist wenn ich alles richtig verstehe ein kleiner knackpunkt - der WR liefert Modbus RTU sein client ist eigentlich der Dongle, es kommt wohl zu aussetzern wenn ein zweiter client ( FHEM ) den Bus abfragt. Der Dongle selbst liefert dann ModbusTCP.
Bei anderen Hausautomatisierungssoftwaren ( nodeRed oder HomeAssist ) schalten die jungs einen Modbus-proxy dazwischen.
https://pypi.org/project/modbus-proxy/ (https://pypi.org/project/modbus-proxy/)

VORSICHT: meine Informationen beruhen auf halbwissen, meine Anlage ist noch nicht in Betrieb, ich bin auch nicht sicher ob ich alles richtig erfasst und verstanden habe.

Zitat von: der-Lolo am 07 Februar 2023, 11:23:55
Die Konverter dienen in meinem Fall zur Verbindung des DTSU mit dem WR.

Der geplante Aufbau schaut so aus:

DTSU <-> Konverter <-> UnifiSwitch <-> LWL <-> UnifiSwitch <-> Konverter <-> Wechselrichter

DTSU habe ich nicht vor einzusetzen, da ich bereits ein SmartMeter vom Netzbetreiber habe. Dieses kann ich im 5-Sekunden-Takt auslesen.

Zitat von: der-Lolo am 07 Februar 2023, 11:23:55
Um den ModbusRTU in FHEM zu bekommen würde ich auf den Adapter setzen -> In-Circuit USB RS485 Adapter
Den habe ich für andere RTU Modbus teilnehmer schon im Einsatz.

FHEM läuft bei mir im Technikraum auf einem RasPi, der Wechselrichter kommt in die Garage, daher ist der Adapter erstmal keine Option. Ausser ich setze auf die weiter oben schon vorgeschlagene FHEM2FHEM-Lösung mit einem 2. RasPi. WLAN zur Not auch LAN (1 Steckplatz am WLAN-Extender in der Garage) wären vorhanden.

Zitat von: der-Lolo am 07 Februar 2023, 11:23:55
Das ist wenn ich alles richtig verstehe ein kleiner knackpunkt - der WR liefert Modbus RTU sein client ist eigentlich der Dongle, es kommt wohl zu aussetzern wenn ein zweiter client ( FHEM ) den Bus abfragt. Der Dongle selbst liefert dann ModbusTCP.

Dongle würd' ich ja gar nicht brauchen, wenn ich über RS485 und irgendeinen Konverter sauber an die Daten komme.

Zitat von: der-Lolo am 07 Februar 2023, 11:23:55
Bei anderen Hausautomatisierungssoftwaren ( nodeRed oder HomeAssist ) schalten die jungs einen Modbus-proxy dazwischen.
https://pypi.org/project/modbus-proxy/ (https://pypi.org/project/modbus-proxy/)

VORSICHT: meine Informationen beruhen auf halbwissen, meine Anlage ist noch nicht in Betrieb, ich bin auch nicht sicher ob ich alles richtig erfasst und verstanden habe.

Tja, ich war auf eine ganz einfache Lösung eingestellt, weil der Elektriker unbedingt einen Fronius-WR verbauen wollte, bei dem man die Daten ganz einfach vom integrierten Webserver holen kann.
Aus Verfügbarkeitsgründen hat er nun vorgeschlagen den Huawei zu nehmen (den ich ursprünglich aus Verfügbarkeitsgründen auch wollte). Jetzt habe ich festgestellt, dass man offensichtlich nicht ganz so leicht an dessen Daten kommt.

Habe schon recht viel recherchiert und es gibt auch einige ganz gute Projekte, die alle viel mehr können als ich brauche und "out-of-the-box" einsatzfähig sein müssten. "Schlank" sind die aber alle nicht, drum suche ich etwas, das mit möglichst wenig Bastelaufwand dann zuverlässig funktioniert.

Ich will eigentlich nur die Daten vom WR möglichst hochfrequent abgreifen können.
Falls möglich, möchte ich zusätzlich (annhähernd) Nulleinspeisung realisieren. Das müsste dann aber einfach über FHEM aktivierbar und deaktivierbar sein und über meine vorhandenen Daten (z.B. vom Smartmeter) gefüttert werden können.
(Hintergrund ist, dass wir in Österreich max. 12.500kWh/Jahr steuerfrei einspeisen dürfen, da würde ich aber drüber kommen. Deshalb möchte ich, sobald die Grenze annähernd erreicht ist, auf Nulleinspeisung umstellen.)

Wirklich vollständige Anleitungen für egal welche Lösung habe ich bisher nicht gefunden.

Zitat von: TheTrumpeter am 07 Februar 2023, 14:17:33
DTSU habe ich nicht vor einzusetzen, da ich bereits ein SmartMeter vom Netzbetreiber habe. Dieses kann ich im 5-Sekunden-Takt auslesen.

Erzählst Du mir mehr davon? Das ich einen DTSU habe ich noch den alten vorgaben ( 70% - Regel ) geschuldet. Hast Du die Discovergy Lösung?
Oder smartmetergateway direkt vom VNB? Vermutlich ist Ö nicht mit D vergleichbar.

Zitat von: TheTrumpeter am 07 Februar 2023, 14:17:33
Aus Verfügbarkeitsgründen hat er nun vorgeschlagen den Huawei zu nehmen (den ich ursprünglich aus Verfügbarkeitsgründen auch wollte). Jetzt habe ich festgestellt, dass man offensichtlich nicht ganz so leicht an dessen Daten kommt.

Warte mal ab - Huawei ist sicher ok - ist nur noch nicht ganz so verbreitet. Ich glaube bisher haben sich zumindest aus FHEM sicht noch nicht viele Nutzer dort angesammelt.

Zitat von: TheTrumpeter am 07 Februar 2023, 14:17:33
Habe schon recht viel recherchiert und es gibt auch einige ganz gute Projekte, die alle viel mehr können als ich brauche und "out-of-the-box" einsatzfähig sein müssten. "Schlank" sind die aber alle nicht, drum suche ich etwas, das mit möglichst wenig Bastelaufwand dann zuverlässig funktioniert.

Ich will eigentlich nur die Daten vom WR möglichst hochfrequent abgreifen können.
Falls möglich, möchte ich zusätzlich (annhähernd) Nulleinspeisung realisieren. Das müsste dann aber einfach über FHEM aktivierbar und deaktivierbar sein und über meine vorhandenen Daten (z.B. vom Smartmeter) gefüttert werden können.
(Hintergrund ist, dass wir in Österreich max. 12.500kWh/Jahr steuerfrei einspeisen dürfen, da würde ich aber drüber kommen. Deshalb möchte ich, sobald die Grenze annähernd erreicht ist, auf Nulleinspeisung umstellen.)

Wirklich vollständige Anleitungen für egal welche Lösung habe ich bisher nicht gefunden.

Klingt glaube ich schlimmer als es ist - wenn Du alle Daten in FHEM hast, und entsprechende Verbraucher die via FHEM geschaltet werden können sollte das aber doch "regelbar" sein. Schau Dir mal noch den Thread über die Leistungsprognose an, ich glaube das Modul wird gut wenn Heiko damit fertig ist...
Wenn Du damit rechnest über 12.500kWh einzuspeisen muss es aber auch ein große Anlage sein, wieviel kWP sind es?

Zitat von: der-Lolo am 07 Februar 2023, 18:53:10
Erzählst Du mir mehr davon? Das ich einen DTSU habe ich noch den alten vorgaben ( 70% - Regel ) geschuldet. Hast Du die Discovergy Lösung?
Oder smartmetergateway direkt vom VNB? Vermutlich ist Ö nicht mit D vergleichbar.

Keine Ahnung wovon Du sprichst, ich habe eine Lösung auf Basis eines ESP8266 direkt an das Smartmeter vom Netzbetreiber angeschlossen. Das Protokoll ist offengelegt, man muss vom Netzbetreiber den Schlüssel anfordern, dann geht das.

Zitat von: der-Lolo am 07 Februar 2023, 18:53:10
Warte mal ab - Huawei ist sicher ok - ist nur noch nicht ganz so verbreitet. Ich glaube bisher haben sich zumindest aus FHEM sicht noch nicht viele Nutzer dort angesammelt.

Grundsätzlich habe ich kein Problem "zu basteln", aber ich will ungern immer mehr unterschiedliche Systeme verwenden. Eine Lösung, die ausschließlich über FHEM und ggf. einer kleinen Zusatz-Hardware (selbst gebastelt oder gekauft) besteht, wäre mir am Liebsten.

Zitat von: der-Lolo am 07 Februar 2023, 18:53:10
Klingt glaube ich schlimmer als es ist - wenn Du alle Daten in FHEM hast, und entsprechende Verbraucher die via FHEM geschaltet werden können sollte das aber doch "regelbar" sein. Schau Dir mal noch den Thread über die Leistungsprognose an, ich glaube das Modul wird gut wenn Heiko damit fertig ist...

Ich brauche keine Leistungsprognose, mittels Smartmeter und aktueller PV-Leistung kann ich jederzeit den Strombedarf ausrechnen. Das mache ich jetzt schon mit einem "Balkonkraftwerk".
Habe mittlerweile was auf Basis node-red gefunden, womit angeblich auch per Modbus in den WR geschrieben werden kann. Möglicherweise reicht es dann schon aus das Signal 67 oder 71 vom WR mit dem entsprechenden Limit zu schreiben.

Zitat von: der-Lolo am 07 Februar 2023, 18:53:10
Wenn Du damit rechnest über 12.500kWh einzuspeisen muss es aber auch ein große Anlage sein, wieviel kWP sind es?

Ich bekomme 16,92kWp mit einem 15kW-WR. Mein aktueller Jahresverbrauch beträgt ca. 5.000kWh, prognostizierter Ertrag der Anlage liegt bei ca. 17.000kWh. Von den 5.000kWh sind allein ca. 900kWh Grundlast in der Zeit zwischen Sonnenunter- und -aufgang.

Hallo,
ich werde demnächst eine größere Ost-/Westanlage montieren. Der erste Huawei SUN2000-4KTL-M1 ist schon da.
Lässt der sich auch 1-phasig (auch ohne Module) testweise  anschließen (es geht um die Modbus-Anbindung)?

LG

Hallo,

ich habe eine Frage. Bei mir wird gerade eine PV Anlage aufgebaut. Als Wechselrichter soll der SUN2000-8KTL-M1 her halten. Ich dachte, dass ich diesen in FHEM integrieren kann.

Wenn ich das jetzt richtig verstanden habe bietet das Gerät nur eine "Auswertung" über die Cloud und der Fusion App. Ich hätte das gerne lokal über meine fhem Instanz.

Auf dem Angebot steht als optionales Zusatzgerät der Huawei Smart Power Sensor, vermutlich ist das ein DTSU666, steht aber so explizit nicht auf dem Angebot. Dort steht folgendes:

ZitatHuawei Smart Power Sensor
dreiphasigen Stromsensor für den Einsatz in
Solaranlagen

Kommunikation:

Schnittstelle: RS485
Baudrate: 9.600 bps
Kommunikationsprotokoll: Modbus-RTU

Das dürfte das Teil sein was hier im Thread schon erwähnt wurde und ich zur Einbindung benötige oder?

Leider ist mein Elektriker schon ins Wochenende gegangen und kann mir die Frage nicht beantworten.

Grüße

Zitat von: xeenon am 24 Februar 2023, 16:07:25
ich habe eine Frage. Bei mir wird gerade eine PV Anlage aufgebaut. Als Wechselrichter soll der SUN2000-8KTL-M1 her halten. Ich dachte, dass ich diesen in FHEM integrieren kann.

Wenn ich das jetzt richtig verstanden habe bietet das Gerät nur eine "Auswertung" über die Cloud und der Fusion App. Ich hätte das gerne lokal über meine fhem Instanz.

Nein, es sollte auch lokal gehen, gibt wohl mehrere Wege, die zum Ziel führen, abhängig davon ob Du den WLAN-Dongle hast oder nicht bzw. ob Du mit einem Gerät permanent im AP-WLAN vom WR sein kannst oder nicht.

Zitat von: xeenon am 24 Februar 2023, 16:07:25
Auf dem Angebot steht als optionales Zusatzgerät der Huawei Smart Power Sensor, vermutlich ist das ein DTSU666, steht aber so explizit nicht auf dem Angebot. Dort steht folgendes:


Das dürfte das Teil sein was hier im Thread schon erwähnt wurde und ich zur Einbindung benötige oder?

Nein, das ist nur ein Zusatzsensor, der parallel zum Hauptzähler den Stromverbrauch Deines Hauses messen kann. Der muss an den WR angeschlossen werden, damit dieser den Stromverbrauch kennt und ihn an die Cloud übertragen kann.

Was ist das dann für ein Dongle den ich benötige?

Beim Wechselrichter steht folgendes:

Kommunikation per WLAN / Ethernet & 4G/LTE*

- Kostenlose Anlagenüberwachung mit FusionSolar
- RS485 für Smart Power Sensor & LUNA2000
ESS 5-15kWh



Lan/WLAN ist kein Problem

Der Dongle ist beim 8KTL-M1 eigentlich im Lieferumfang.

Alles klar. Es ist folgendes Gerät dabei: HUAWEI Smart DongleA-05

Brauch ich den smart Sensor damit nicht? Das Problem ist, dasder Platz im Sicherungskasten sehr knapp ist. Womöglich passt der, ohne weitere sehr große Investition, da gar nicht dazu.

Das hängt ein bisschen mit der alten 70% Regel zusammen, wenn früher kein DTSU verbaut war galten die 70% hart -
mit dem DTSU konnte man dann 70% weich realisieren -

Zu Anfang des Jahres ist die 70% Regel gefallen.

Ich würde trotzdem einen einbauen, oder anderweitig (Discovergy z.b.) für gute Meßmöglichkeiten sorgen um alles schick aus/be-werten zu können.

Das Problem bei dem DTSU ist die Wandlermessung, die Zangen werden beim verdrahten und einbauen gerne verdreht noch dazu sind sie groß. Das neue Modell soll wohl ohne Wandler auskommen.

Noch eine Erkenntnis zum Sun2000-Wechselrichter: Die Firmware 148 hatte einen fiesen Bug. Wenn der Akku aufgeladen war, hat die Anlage anschließend nicht alles was ging eingespeist. Das ist mit der Firmware 151 (laut Release Notes bereits in der 150) behoben worden.

Das Verhalten mit Firmware V100R001C00SPC148 ist in Bildschirmfoto_2023-03-01_20-23-22.png. Die violette Linie ist der "Nowcast" von der Solarprognose Solcast. Der Ladestrom in den Akku ist blau, sobald der voll war ging nicht viel in das Netz und die Leistung war weit unter der Prognose. Hat man große Verbraucher eingeschaltet, wurde auch wieder mehr Leistung von den Paneelen abgerufen (der Buckel am Nachmittag, testweise habe ich viel Last eingeschaltet).

Ganz anders das Verhalten mit Firmware V100R001C00SPC151 (https://support.huawei.com/enterprise/en/software/258826623-ESW2000686703) in Bildschirmfoto_2023-03-01_20-24-28.png. Die Solarprognose ist nur noch ein wenig verschoben, da ich den Azimuth um ein paar Grad falsch hatte, aber so passt es.

In den Release Notes zur 150er Firmware (https://support.huawei.com/enterprise/en/fusionsolar/sun2000ma-pid-22755755/software/258459855) steht es als erster Punkt:

Zitat4.1 Resolved Issues

• Solved the problem of the PV power is limited after the battery SOC is fully charged.
• Solved the problem of the Backup power SOC for peaking shaving does not
  take effect when the peaking shaving function is enabled.
• Solved the problem that the setting of the maximum charge power of grid
  does not take effect in versions V100R001C00SPC140-150.
• Solved the problem that when the SUN2000-5KTL-M0, SUN2000-5KTL-M1,
  SUN2000-8KTL-M0, SUN2000-8KTL-M1, SUN2000-10KTL-M0, and
  SUN2000-10KTL-M1 work with the energy storage, the energy storage output
  remains fixed and cannot be scheduled after overfrequency derating or
  underfrequency rise power recovers under certain grid codes.

Noch ein grund mehr für vernünftige Messungen, logging.

Genau. Was mir auch wichtig war ist Fehler in einem der zwei Strings bemerken zu können.
Dafür rechne ich die Leistung-pro-Paneel in String #1 und #2 aus und vergleiche die Werte. Falls die deutlich auseinanderlaufen, ist wohl einer der Strings gerade nicht gut (Gründe gibt es viele: Abschattung, Stecker, Bruch, Verschmutzung, ...)

Als DOIF (Das Gezappel bei kleinen Werten ist normal und liegt eben am Vergleich von beiden, kleinen Werten in einem Quotienten. Das addieren von 1/2 ist hilfreich, damit man nicht durch Null teilt wenn es Nacht wird. Man kann auch 5/10 oder 10/20 addieren, dann ist es nicht mehr so sensibel bei kleinen Wattzahlen pro Paneel):
defmod di_Strom DOIF (0)
()

attr di_Strom DOIF_Readings PV_Leistung:[Sun2000:Input_power:d,0],\
String1_Leistung_pro_Paneel:[Sun2000:PV1_current:d]*[Sun2000:PV1_voltage:d]/13,\
String2_Leistung_pro_Paneel:[Sun2000:PV2_current:d]*[Sun2000:PV2_voltage:d]/12,\
String_Vergleich:(([$SELF:String1_Leistung_pro_Paneel,0]+1) / (2+[$SELF:String1_Leistung_pro_Paneel,0]+[$SELF:String2_Leistung_pro_Paneel,0]))*100,\

attr di_Strom uiTable {\
  package ui_Table;;\
}\
## card ($collect,$header,$icon,$min,$max,$minColor,$maxColor,$unit,$func,$decfont,$size,$model,$lightness,\
##       $collect2,$min2,$max2,$minColor2,$maxColor2,$unit2,$func2,$decfont2)\
card([$SELF:PV_Leistung:col1d],"PV","sani_solar",0,10000,0,120,"Watt",undef,undef,",,,,,,220",undef,undef,\
     [$SELF:String_Vergleich:col1d],0,100,180,220,"%",undef,undef)

Visuell sieht das so aus wie in dem Bildschirmfoto.

Hallo zusammen,

so, Wechselrichter Sun2000-8KTL und Speicher LUNA2000 mit 10KWh sind nun installiert worden. Zugang zur Fachbetriebseinstellung wurde natürlich durch den Installateur PW-gesichert (soll angeblich Vorschrift von HUAWEI sein). Die Übersicht im Fusion Solar funktioniert (so mehr oder weniger, wird nur ca. alle 10 Minuten aktualisiert) Ich habe einen USB-RS485 Dongle an meinem FHEM-RPI dran und den Bus angeschlossen.

FHEM-Device für den MODBUS angelegt:

define Photovoltaik Modbus /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0@9600

Status geht auf opened, soweit schon mal gut.

Nun dachte ich, kopiere ich einfach mal das von Seite eins in die RAW-Definition:

attr Photovoltaik obj-h32016-expr $val/10
attr Photovoltaik obj-h32016-len 1
attr Photovoltaik obj-h32016-poll 1
attr Photovoltaik obj-h32016-reading PV1_voltage
attr Photovoltaik obj-h32016-unpack n!
attr Photovoltaik obj-h32017-expr $val/100
attr Photovoltaik obj-h32017-len 1
attr Photovoltaik obj-h32017-poll 1
attr Photovoltaik obj-h32017-reading PV1_current
attr Photovoltaik obj-h32017-unpack n!
attr Photovoltaik obj-h32018-expr $val/10
attr Photovoltaik obj-h32018-len 1
attr Photovoltaik obj-h32018-poll 1
attr Photovoltaik obj-h32018-reading PV2_voltage
attr Photovoltaik obj-h32018-unpack n!
attr Photovoltaik obj-h32019-expr $val/100
attr Photovoltaik obj-h32019-len 1
attr Photovoltaik obj-h32019-poll 1
attr Photovoltaik obj-h32019-reading PV2_current
attr Photovoltaik obj-h32019-unpack n!
attr Photovoltaik obj-h32064-len 2
attr Photovoltaik obj-h32064-poll 1
attr Photovoltaik obj-h32064-reading Input_power
attr Photovoltaik obj-h32064-unpack N!
attr Photovoltaik obj-h32078-len 2
attr Photovoltaik obj-h32078-poll 1
attr Photovoltaik obj-h32078-polldelay 3600
attr Photovoltaik obj-h32078-reading Peak_active_power
attr Photovoltaik obj-h32078-unpack N!
attr Photovoltaik obj-h32080-len 2
attr Photovoltaik obj-h32080-poll 1
attr Photovoltaik obj-h32080-reading Active_power
attr Photovoltaik obj-h32080-unpack N!
attr Photovoltaik obj-h32086-expr $val/100
attr Photovoltaik obj-h32086-len 1
attr Photovoltaik obj-h32086-poll 1
attr Photovoltaik obj-h32086-reading Efficiency
attr Photovoltaik obj-h32086-unpack n
attr Photovoltaik obj-h32087-expr $val/10
attr Photovoltaik obj-h32087-len 1
attr Photovoltaik obj-h32087-poll 1
attr Photovoltaik obj-h32087-reading Internal_temperature
attr Photovoltaik obj-h32087-unpack n!
attr Photovoltaik obj-h32089-len 1
attr Photovoltaik obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Photovoltaik obj-h32089-poll 1
attr Photovoltaik obj-h32089-reading Device_status
attr Photovoltaik obj-h32089-unpack n
attr Photovoltaik obj-h32106-expr $val/100
attr Photovoltaik obj-h32106-len 2
attr Photovoltaik obj-h32106-poll 1
attr Photovoltaik obj-h32106-polldelay 3600
attr Photovoltaik obj-h32106-reading Accumulated_energy_yield
attr Photovoltaik obj-h32106-unpack N
attr Photovoltaik obj-h32114-expr $val/100
attr Photovoltaik obj-h32114-len 2
attr Photovoltaik obj-h32114-poll 1
attr Photovoltaik obj-h32114-reading Daily_energy_yield
attr Photovoltaik obj-h32114-unpack N
attr Photovoltaik obj-h37004-expr $val/10
attr Photovoltaik obj-h37004-len 1
attr Photovoltaik obj-h37004-poll 1
attr Photovoltaik obj-h37004-reading Battery1_SOC
attr Photovoltaik obj-h37004-unpack n
attr Photovoltaik obj-h37022-expr $val/10
attr Photovoltaik obj-h37022-len 1
attr Photovoltaik obj-h37022-poll 1
attr Photovoltaik obj-h37022-reading Battery1_temperature
attr Photovoltaik obj-h37022-unpack n!
attr Photovoltaik obj-h37113-len 2
attr Photovoltaik obj-h37113-poll 1
attr Photovoltaik obj-h37113-reading PM_active_power
attr Photovoltaik obj-h37113-unpack N!
attr Photovoltaik obj-h37760-expr $val/10
attr Photovoltaik obj-h37760-len 1
attr Photovoltaik obj-h37760-poll 1
attr Photovoltaik obj-h37760-reading Battery_SOC
attr Photovoltaik obj-h37760-unpack n
attr Photovoltaik obj-h37762-len 1
attr Photovoltaik obj-h37762-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Photovoltaik obj-h37762-poll 1
attr Photovoltaik obj-h37762-reading Battery_status
attr Photovoltaik obj-h37762-unpack n
attr Photovoltaik obj-h47415-len 1
attr Photovoltaik obj-h47415-map 0:unlimited, 1:DI_active_scheduling, 5:zero_power_grid_connection, 6:power_limited_grid_connection_kw, 7:power_limited_grid_connection_percent
attr Photovoltaik obj-h47415-poll 1
attr Photovoltaik obj-h47415-reading Active_power_control_mode
attr Photovoltaik obj-h47415-unpack n
attr Photovoltaik room Keller
attr Photovoltaik stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"Device_status",0), ReadingsVal($name,"Internal_temperature",0), ReadingsVal($name,"Active_power",0), ReadingsVal($name,"Daily_energy_yield",0))}
attr Photovoltaik verbose 2



Das ergibt dann aber nur Fehlermeldung, die Attribute gäbe es nicht.

Weiß jemand, wie ich das richtig machen muss ?

Grüße

Christian

Das define im ersten Post ist nicht Modbus sondern ModbusAttr - hier geht es aber um ModbusTCP.
Wenn Du den Modbus nicht via IP Adresse abfragen kannst und tatsächlich RS485 verwendest wird es wahrscheinlich ModbusRTU sein, in dem Fall hast Du nun ein IODev angelegt.

Du brauchst zwei Devices - noch ein Device für die Daten.

Oder Du benutzt ModbusTCP.

Vorsicht - gefährliches halbwissen, ich hab keine Ahnung was Du wo angeschlossen hast ;)

Zitat von: lin_win am 12 Februar 2023, 17:39:54
Hallo,
ich werde demnächst eine größere Ost-/Westanlage montieren. Der erste Huawei SUN2000-4KTL-M1 ist schon da.
Lässt der sich auch 1-phasig (auch ohne Module) testweise  anschließen (es geht um die Modbus-Anbindung)?

LG

Hab es getestet, geht leider nicht. Und habe keine Lust in der kalten Werkstatt die AC + DC Seite provisorisch zu verkabeln.
Wenn ich mit der Grundinstallation weiter bin melde ich mich wieder und beschreibe die Modbus Anbindung (über den DongleA-05 WLAN-FE).
Wird aber noch Wochen  8) dauern

Also mein Problem ist aktuell, dass ich den Modbus über RS485 per USB-RS485-Adapter abgreifen und auslesen möchte. Die Leitung zwischen WR und Smartenergiemeter im Zählerkasten haben wir direkt am RPI vorbeigelegt, getrennt, mit Wago Klappklemmen mit dem Abgriff zum USB-Adapter verbunden. Modbus Modul auf den Adapter zeigt opened bei 9600 Baud. Bei 57000 hat der Bus gestreikt, dann ging an der Anlage erstmal nix mehr. Schockminuten, bis nach komplett aus des WR dann endlich wieder was kam.Wenn ich es richtig verstanden hab, ist der Modbus bzw. ModbusAttr so erstmal im Master Mode, was dann zwei Master ergibt und wohl nicht laufen kann. Im ersten Step möchte ich ja nur Sniffen und die Register anzeigen lassen. Schreiben wäre auch ein Traum, aber Schritt 2.

Hat das schon jemand am Laufen ? Aufgrund unserer 3j. Zwillinge ist zuwenig Zeit, tiefer einzusteigen, was ich sehr schade finde....

Grüße Christian

Ich hatte mal gelesen das die Jungs von der Home Assistant oder Node Red fraktion eine art modbus-proxy auf Docker Basis einsetzen. Grundsätzlich bin ich aber nicht sicher ob Du dort an der richtigen stelle bist.

@cs-online:
Mit den zwei Mastern (1. = WR, 2. = RPi) wird es ungewöhnlich und du müsstest Zeit investieren, da es nur wenige so machen dürften und du damit auf dich alleine gestellt wärst. (Übrigens versucht die ModBus Organization die Begriffe "Master-Slave" durch "Client-Server" zu ersetzen, Client baut die Verbindung auf und wäre damit der Master https://modbus.org/docs/Client-ServerPR-07-2020-final.docx.pdf (https://modbus.org/docs/Client-ServerPR-07-2020-final.docx.pdf))

Praktisch und schnell (WiFi aus dem WR):
Häng' dich doch mit dem RPi als WiFi-Client auf den WR (ESSID "SUN2000-TA224XXXXXXXX") und frage dort mit ModbusAttr die IP 192.168.200.1 von der Broadcast-Adresse 0 ab (defmod Sun2000 ModbusAttr 0 10 192.168.200.1:6607 TCP ...). Damit hast du schnelles Logging aller Parameter als Read-Only. Schreiben klappt mit der Modbus-Adresse 0 nämlich hier nicht.
Falls der RPi schon das WLAN für andere Verbindungen braucht: Einfach einen USB WLAN Stick extra nutzen und damit die Verbindung zum WR aufbauen. Kostet vielleicht 15 EUR und ist damit erledigt und sogar galvanisch komplett getrennt.

Falls es doch RS485+ModBus sein soll:
Hast du gesehen, dass der Stecker am WR mehrere Modbus anbietet? Ich glaube in deinem Fall hängst du am Pin 7 und 9, besser wäre VERMIUTLICH aber Pin 1,3 oder 2,4! https://support.huawei.com/enterprise/de/doc/EDOC1100173913/d120f58c (https://support.huawei.com/enterprise/de/doc/EDOC1100173913/d120f58c)

Falls dir Parameter fehlen, die Doku habe ich gefunden unter: https://cryptpad.fr/file/#/2/file/b9xVgq38q2vNKNZb9VWiFnnp/
Die jeweils aktuellsten Modbus Definitionen kann man von Huawei herunterladen, die sind Teil der "Release Notes" zu der jeweiligen Firmware: https://support.huawei.com/enterprise/en/fusionsolar/sun2000ma-pid-22755755?category=release-documents

Hallo,

danke für die ausführliche Antwort ! Ich habe mal nachgesehen, auf den Accesspoint vom WR kann ich mich mit dem Handy einloggen, das haben die bei der Einrichtung schon mal nicht geändert (weil das beim Netzbetreiber gekauft wurde, musste der Installateur das Zugangs-PW ändern und wollte das auch nicht rausrücken), also müsste ich da auch einen RPI dran hängen können, ich habe noch zwei ältere, die könnte ich da testweise dran hängen und der Router hängt genau daneben, da kann ich dann also auch mit LAN wieder weg Richtung FHEM-Server. Der hängt leider in einem ganz anderen Gebäude, daher kann ich den nicht dafür nutzen. Der WR selber hängt für die Verbindung zu Fusion Solar ja in meinem WLAN, funktioniert das parallel zum Accesspoint ? Oder kann ich mich möglicherweise so schon von meinem FHEM-Server mit Modbus TCP in den WR einloggen ? Nur unter der IP, die ich beim Dongle in der Fritzbox finde, ist ein ganz anderes Device, also hat der überhaupt eine eigene IP in meinem WLAN ?

Noch ein Gedanke, mit der Konfiguration, die ich aktuell habe, also auf dem Bus zwischen WR und Smartenergymeter, könnte ich da auch als passive listener sniffen ?

Also

define Photovoltaik ModbusAttr 1 passive RTU

Vom WR zum FHEM-RPI eine neue Leitung legen wäre nämlich nicht ganz einfach, weil eben in einem ganz anderen Gebäude und das würde eine neue Leitung legen bedeuten.

BTW: Muss ich mich eigentlich mit ID 1 oder 0 anmelden ? Wovon ist das abhängig ?

Grüße und vielen Dank für eure Hilfe

Christian

@cs-online:

Ich habe mal nachgesehen, auf den Accesspoint vom WR kann ich mich mit dem Handy einloggen, das haben die bei der Einrichtung schon mal nicht geändert (weil das beim Netzbetreiber gekauft wurde, musste der Installateur das Zugangs-PW ändern und wollte das auch nicht rausrücken),
Super, das Passwort kann man übrigens ganz unkompliziert zurücksetzen (https://support.huawei.com/enterprise/de/doc/EDOC1100173913/299312ee (https://support.huawei.com/enterprise/de/doc/EDOC1100173913/299312ee)). Das macht dich zwar von dem Installateur unabhängig, allerdings kann man auch Parameter einstellen die besser nur eine EUP oder Elektro-Fachraft anpacken darf! Bitte verantwortungsvoll damit umgehen, da sind sicherheitsrelevant Settings dabei!

also müsste ich da auch einen RPI dran hängen können,
Jepp, ich denke das sollte gehen.

ich habe noch zwei ältere, die könnte ich da testweise dran hängen und der Router hängt genau daneben, da kann ich dann also auch mit LAN wieder weg Richtung FHEM-Server. Der hängt leider in einem ganz anderen Gebäude, daher kann ich den nicht dafür nutzen.
Da es dann einmal im Netzwerk wäre, ist die Distanz egal. Den jeweiligen RPi per Ethernet anzubinden befreit das WiFi. Bitte checke, dass du einen RPi 3, 4 oder einen WLAN-Stick hast. Erst RPi 3 und 4 haben WLAN integriert. RPi 1 und 2 brauchen einen USB-WiFi-Stick.

Der WR selber hängt für die Verbindung zu Fusion Solar ja in meinem WLAN,
Das muss so nicht sein, ist aber vermutlich der übliche Fall. So kann man per "Cloud" mit der App alles nutzen und konfigurieren. Sicherheitstechnisch, sollte man überlegen ob man das dauerhaft überhaupt braucht und duldet. Meine Empfehlung wäre, sobald die Einrichtung erledigt ist und alles gut läuft, den WR ohne Internet zu nutzen. Die iOS App "Sun2000" erlaubt es den WR komplett ohne Internet zu konfigurieren, man muss als FusionSolar nicht nutzen.

funktioniert das parallel zum Accesspoint ?
Ja. Der WR und der Dongle sind zwei WLAN-Geräte. Der WR spannt das WLAN "SUN2000-TAXXXXXXX" auf. Das Passwort unbedingt ändern, sonst kann da jeder rein! Der Dongle kann ja entweder WLAN oder Ethernet, aber der kann sein "eignes Ding" machen. Verbindet man sich mit den WLAN des WR, erreicht man dessen ModBus Schnittstelle unter Port 6607, IP 192.168.200.1. Der Dongle kann zeitgleich eine andere IP erhalten haben (per DHCP vom Router zum Beispiel). Mit dem kann man auch ModBus abfragen, allerdings gibt es teilweise Probleme wenn man über den Dongle die Daten schnell, also öfter als alle zehn Sekunden, abfragen möchte. Der Vorteil, wenn man über den Dongle mit dem Gerät spricht ist, dass man die ModBus ID 1 ansprechen kann und dann auch Befehle setzen kann. Auch finden es viele einfacher, wenn die Kombi "WR+Dongle" als ein Netzwerkgerät gesehen werden können. In Wirklichkeit sind Dongle und WR zwei Geräte die sich über USB miteinander unterhalten und unterschiedliche Netzwerke darstellen.

Oder kann ich mich möglicherweise so schon von meinem FHEM-Server mit Modbus TCP in den WR einloggen ? (//http://?)
Ja, dann redet dein FHEM mit dem Dongle. Der Dongle hat dann eine IP, wie sie vom lokalem DHCP-Server (=meistens ein Router im LAN) vergeben wurde. Die ModBus ID ist üblicherweise die Eins (=1), außer man hat das umkonfiguriert. Auch muss ModBus für den Dongle vom Installateur freigeschaltet sein. Da gab es auch einen Unterpunkt, dass ModBus nicht uneingeschränkt funktioniert, das sollte man für maximalen Zugriff deaktivieren.

Nur unter der IP, die ich beim Dongle in der Fritzbox finde, ist ein ganz anderes Device, also hat der überhaupt eine eigene IP in meinem WLAN ?
Ja, das ist verwirrend. Es sind, wie geschrieben, eigentlich zwei Geräte. Der Dongle und der WR eben.

Noch ein Gedanke, mit der Konfiguration, die ich aktuell habe, also auf dem Bus zwischen WR und Smartenergymeter, könnte ich da auch als passive listener sniffen ?
Da bin ich überfragt.


Vom WR zum FHEM-RPI eine neue Leitung legen wäre nämlich nicht ganz einfach, weil eben in einem ganz anderen Gebäude und das würde eine neue Leitung legen bedeuten.
Naja, dafür erstmal testen und ggf. gibt es ja auch noch WLAN. Wenn es natürlich super zuverlässig sein soll, ist ein Kabel die bessere Wahl. Alternativ kannst du ggf. die anderen ModBus am Stecker am WR nutzen. Wie ich vorher schrieb, bist du vermutlich an den Pins die NUR für das SmartMeter DTSU 666 und Akku vorgesehen sind. Ich GLAUBE man muss für Modus/RS485 mit FHEM über Pins 1,3 oder 2,4. Vielleicht hat deine Leitung dafür noch ein Aderpärchen frei?

BTW: Muss ich mich eigentlich mit ID 1 oder 0 anmelden ? Wovon ist das abhängig ?
ID-0 wenn du mit dem WR-WiFi verbunden bist. ID-1 wenn man über den Dongle mit der WR-Dongle-Kombo spricht. ID-1 könnte man umparametrieren, aber eigentlich sollte es ID-1 sein.

HTH!

WOW, so viel Input, das muss ich mal sacken lassen. Vielen vielen Dank dafür erstmal !!!

Melde mich wieder, sobald etwas Luft ist (heute sind die Twins etwas anstrengend ;-) )

Grüße

Christian

OK, den ModbusAttr auf die IP des Dongles in meinem WLAN (kann ich per Ping erreichen), geht schon mal nicht, ist immer disconnected, im Log steht, dass die Verbindung verweigert wird, also vermutlich Modbus im Dongle nicht aktiviert. Da kommt am Mittwoch nochmal ein TEchniker, den werd ich mal fragen, ob der das unkompliziert anstellen kann auch mit der Unterfunktion (die dann deaktivieren)...

ModbusAttr im passive Modus an der vorhandenen Leitung auf ID 1 steht jetzt auf opened. Definition ist folgende:

define MODBUS Modbus /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0@9600

attr MODBUS room Photovoltaik
define Photovoltaik ModbusAttr 1 passive RTU

attr Photovoltaik obj-h32016-expr $val/10
attr Photovoltaik obj-h32016-len 1
attr Photovoltaik obj-h32016-poll 1
attr Photovoltaik obj-h32016-reading PV1_voltage
attr Photovoltaik obj-h32016-unpack n!
attr Photovoltaik obj-h32017-expr $val/100
attr Photovoltaik obj-h32017-len 1
attr Photovoltaik obj-h32017-poll 1
attr Photovoltaik obj-h32017-reading PV1_current
attr Photovoltaik obj-h32017-unpack n!
attr Photovoltaik obj-h32018-expr $val/10
attr Photovoltaik obj-h32018-len 1
attr Photovoltaik obj-h32018-poll 1
attr Photovoltaik obj-h32018-reading PV2_voltage
attr Photovoltaik obj-h32018-unpack n!
attr Photovoltaik obj-h32019-expr $val/100
attr Photovoltaik obj-h32019-len 1
attr Photovoltaik obj-h32019-poll 1
attr Photovoltaik obj-h32019-reading PV2_current
attr Photovoltaik obj-h32019-unpack n!
attr Photovoltaik obj-h32064-len 2
attr Photovoltaik obj-h32064-poll 1
attr Photovoltaik obj-h32064-reading Input_power
attr Photovoltaik obj-h32064-unpack N!
attr Photovoltaik obj-h32078-len 2
attr Photovoltaik obj-h32078-poll 1
attr Photovoltaik obj-h32078-polldelay 3600
attr Photovoltaik obj-h32078-reading Peak_active_power
attr Photovoltaik obj-h32078-unpack N!
attr Photovoltaik obj-h32080-len 2
attr Photovoltaik obj-h32080-poll 1
attr Photovoltaik obj-h32080-reading Active_power
attr Photovoltaik obj-h32080-unpack N!
attr Photovoltaik obj-h32086-expr $val/100
attr Photovoltaik obj-h32086-len 1
attr Photovoltaik obj-h32086-poll 1
attr Photovoltaik obj-h32086-reading Efficiency
attr Photovoltaik obj-h32086-unpack n
attr Photovoltaik obj-h32087-expr $val/10
attr Photovoltaik obj-h32087-len 1
attr Photovoltaik obj-h32087-poll 1
attr Photovoltaik obj-h32087-reading Internal_temperature
attr Photovoltaik obj-h32087-unpack n!
attr Photovoltaik obj-h32089-len 1
attr Photovoltaik obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Photovoltaik obj-h32089-poll 1
attr Photovoltaik obj-h32089-reading Device_status
attr Photovoltaik obj-h32089-unpack n
attr Photovoltaik obj-h32106-expr $val/100
attr Photovoltaik obj-h32106-len 2
attr Photovoltaik obj-h32106-poll 1
attr Photovoltaik obj-h32106-polldelay 3600
attr Photovoltaik obj-h32106-reading Accumulated_energy_yield
attr Photovoltaik obj-h32106-unpack N
attr Photovoltaik obj-h32114-expr $val/100
attr Photovoltaik obj-h32114-len 2
attr Photovoltaik obj-h32114-poll 1
attr Photovoltaik obj-h32114-reading Daily_energy_yield
attr Photovoltaik obj-h32114-unpack N
attr Photovoltaik obj-h37004-expr $val/10
attr Photovoltaik obj-h37004-len 1
attr Photovoltaik obj-h37004-poll 1
attr Photovoltaik obj-h37004-reading Battery1_SOC
attr Photovoltaik obj-h37004-unpack n
attr Photovoltaik obj-h37022-expr $val/10
attr Photovoltaik obj-h37022-len 1
attr Photovoltaik obj-h37022-poll 1
attr Photovoltaik obj-h37022-reading Battery1_temperature
attr Photovoltaik obj-h37022-unpack n!
attr Photovoltaik obj-h37113-len 2
attr Photovoltaik obj-h37113-poll 1
attr Photovoltaik obj-h37113-reading PM_active_power
attr Photovoltaik obj-h37113-unpack N!
attr Photovoltaik obj-h37760-expr $val/10
attr Photovoltaik obj-h37760-len 1
attr Photovoltaik obj-h37760-poll 1
attr Photovoltaik obj-h37760-reading Battery_SOC
attr Photovoltaik obj-h37760-unpack n
attr Photovoltaik obj-h37762-len 1
attr Photovoltaik obj-h37762-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
attr Photovoltaik obj-h37762-poll 1
attr Photovoltaik obj-h37762-reading Battery_status
attr Photovoltaik obj-h37762-unpack n
attr Photovoltaik obj-h47415-len 1
attr Photovoltaik obj-h47415-map 0:unlimited, 1:DI_active_scheduling, 5:zero_power_grid_connection, 6:power_limited_grid_connection_kw, 7:power_limited_grid_connection_percent
attr Photovoltaik obj-h47415-poll 1
attr Photovoltaik obj-h47415-reading Active_power_control_mode
attr Photovoltaik obj-h47415-unpack n
attr Photovoltaik room Photovoltaik
attr Photovoltaik stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"Device_status",0), ReadingsVal($name,"Internal_temperature",0), ReadingsVal($name,"Active_power",0), ReadingsVal($name,"Daily_energy_yield",0))}
attr Photovoltaik verbose 2

Nur wie bekommt man nun Werte, falls da wirklich eine Verbundung besteht ? Es kommen keine Readings oder so...

Grüße

Christian

Guten Morgen Christian,
innerhalb von Fusion Solar gibt es die möglichkeit den Modbus zu aktivieren - und noch eine option ( eingeschränkt - uneingeschränkt )
Wenn Du es via IP versuchst ist es in jedem Fall Modbus TCP - hier ist die definition anders vorzunehmen.
Wie Torxgewinde schon beschrieben hat ist es nicht üblich undefinierte Teilnehmer innerhalb des Modbuses (RTU) zu haben.
Wenn es sich tatsächlich um die Verbindung zwischen DTSU und Wechselrichter handelt würde ich dort eh nicht abgreifen - die Geräte sollten ihren kram erstmal untereinander ausmachen ohne dabei gestört zu werden.
Gruß aus Berlin,
der-lolo

Hallo Lolo,

ja, mittels WLAN direkt auf den Dongle zuzugreifen, wäre (glaube ich) das beste, keine zusätzliche Hardware und so. Aber das aktivieren geht sicher nur über den Fachhandwerkerzugang in FusionSolar oder kann ich das als Anwender auch ?

Grüße

Christian

Ich hab keine Ahnung - hab den installerzugang ;)

Hmmm.... Wie ist das, bleiben nach dem PW-Reset die Einstellungen in der Anlage erhalten oder wird damit ein Werksreset gemacht ?

Grüße

Christian

Meine Anlage ist noch im Aufbau, aber mir stellt sich da gerade die Frage: ich zahle ein Schweinegeld für den Kram. Hab ich da nicht von Haus aus vollen Zugriff? Muss ich das tatsächlich über den PW reset machen oder hilft das auch nur bedingt?

Ich habe noch kein Konto.

Es kommt auf deinen Installateur an, der übernimmt immerhin Verantwortung gegenüber dem Netzbetreiber und auch gegenüber dem Nutzer/weiteren Bewohnern/Besitzern. Alle vertrauen dem Installateur, da ein sicheres und gutes System hinzustellen und zu parametrieren. Wenn der den Eindruck hat, dass er den Login besser nicht rausgibt ist das eine verantwortungsvolle Entscheidung. Ich finde da ist nichts besonderes dran, auch nichts worüber man empört sein kann.

Auch sind viele der Parameter für elektrotechnische Laien nicht verständlich, da einem Laien das Know-How fehlt. Wer sich das Passwort zurücksetzt übernimmt die Verantwortung für den sicheren Betrieb, da Fehler in den Parametern wirklich und ganz real Sachschänden und Personenschäden verursachen können!

Kannst du das genauer erläutern wie da was schief gehen bzw. Gefährlich werden könnte?

Ich selbst habe keinen Bedarf daran irgendwas einzustellen. Vertraue darauf, dass mein Elektriker das so einstellt das es passt. Ich möchte nur loggen.

Trotzdem würde ich gerne den Hintergrund erfahren. Natürlich, wenn's gefährlich werden kann ist es besser das in fähigen Händen zu lassen. Nur wäre es sicherlich interessant gewesen das ganze vorher zu wissen.

Es gibt mehrere Parameter die die maximale Spannung beeinflussen können, eine zu hohe Spannung im Netz kann allerlei Probleme verursachen. Einige sind offensichtlich (maximale Spannung bevor abgeschaltet wird z.B.), einige sind indirekt (z.B. Blindleistungskompensation hat Einfluß auf Spannung, ist aber nicht so offensichtlich).
VRT (Voltage-Ride-Through) Timings bestimmen wie lange der WR Spannungsprobleme ignoriert.
Abschaltung bzw. Leistungsreduktion bei hoher Netzfrequenz sind sehr sinnvoll und notwendig ist, wenn das Netz zB aus einer Ersatzversorgung gespeist wird (Stichwort: 50,2 Hz und 52 Hz).
Inselbildung zulassen / nicht zulassen ist ohne Trenner (z.B. Backup-Box) schnell ein größeres Problem - aber da müssten mehrere Fehler zusammenkommen.
Isolationswerte/AFCI verstellen kann auf lange Sicht ein Problem werden, dass die ersten Jahre vielleicht nichtmal für Probleme sorgt, aber in den kommenden Betriebsjahren ggf. doch.
Nicht an das Netz angepasste Blindleistungskompensation (Stichwort TAB vom Netzbetreiber) belastet die Netze unnötig und macht sie unnötig teurer.

Ich finde es gut von Huawei, dass man eine dokumentierte Möglichkeit hat das Passwort zu resetten, das erschweren andere Anbieter einem. Das man dabei "die Zügel in die Hand nimmt", ist die Verantwortung über die man sich bewusst sein muss. Ein WR ist eben nicht mehr so überschaubar wie "Steckdose/Schalter/Lampe tauschen" oder "Shelly in UP Dose montieren" - und selbst bei solchen Produkten steht in der Doku, dass es nur von EUPs oder Elektrofachkräften durchzuführen ist. Wer da Mist baut ist eben verantwortlich - und das ist auch nur fair.

Einige der Fragen in diesem Thread wären mit der Doku bereits beantwortet, die Doku wird längst nicht von jedem gelesen/verstanden. Warum sollte das bei den sicherheitsrelevanten Settings plötzlich viel besser laufen?
Wer es sich allerdings zutraut, sich verantwortungsbewusst einarbeitet, der hat ja die Möglichkeit an alles ranzukommen - und das ist auch gut.

Also wie immer, wenn es um Sicherheit geht, gehören bestimmte Dinge und Einstellungen nur in die Hände derer, die die Fachkenntnis haben, das sollte mal klar sein. Es geht hier um Hochspannung, damit ist nicht zu spaßen.

So, nun zu den guten Nachrichten: Der Installateur war heute nochmal da um Restarbeiten zu erledigen, da hab ich ihn gleich beiseite genommen und aufgedrückt, den Modbus TCP und die erweiterten Einstellungen freizuschalten. Und nachdem ich rausgefunden habe, dass der Port 502 angesprochen werden muss, voila, nun hab ich die Readings alle 10 Sekunden (naja, einiges scheint nicht alle 10 Sekunden zu kommen) im FHEM drin. Kein zusätzliches Gerät, einfach im WLAN eingebunden (LAN geht mit dem Dongle auch), perfekt :-)

Danke euch für die Anregungen und Tipps, ohne die hätte ich das nicht hinbekommen !

Grüße

Christian

@cs-online: Cool, das klappt dann ja. Der Modbus über den Dongle zickt ein wenig wenn man den schnell abfragt: https://skyboo.net/2022/02/huawei-sun2000-why-using-a-usb-dongle-for-monitoring-is-not-a-good-idea/. Am besten nach jedem Wert ein wenig warten und erst dann wieder den nächsten Request schicken.

@xeenon: Eins wollte ich noch ergänzen, und zwar welchen Aufwand man bei z.B. SMA treiben müsste um an die kniffeligen Settings zu kommen. Die machen das mit einem "SMA Grid Guard Code" (https://my.sma-service.com/s/article/Requesting-an-SMA-Grid-Guard-Code-GGC?language=de (https://my.sma-service.com/s/article/Requesting-an-SMA-Grid-Guard-Code-GGC?language=de) oder https://www.photovoltaikforum.com/thread/160156-sma-grid-guard-code/?postID=2590991#post2590991 (https://www.photovoltaikforum.com/thread/160156-sma-grid-guard-code/?postID=2590991#post2590991)) und da darf man sich dann wirklich drüber amüsieren, dass die mit so einem Kram trotzdem gekauft werden.

ZitatAnforderung eines SMA Grid Guard® Codes (GGC)

Qualifizierte Elektrofachkräfte können über das Online Service Center SMA Grid Guard® Codes anfordern.
20.01.2023•Knowledge
Beschreibung
Der SMA Grid Guard® Code ist ein persönlicher Zugangscode zur Parameteränderung der selbsttätigen Schaltstelle vom Typ SMA Grid Guard®, der nur von Elektrofachkräften angefordert werden kann.

Wenden Sie sich bitte bei Änderungen von Parametern an Ihren Installateur, der den SMA Grid Guard® Code kostenlos über das OSC beziehen kann.

Um den SMA Grid Guard® Code zu beantragen, müssen Sie im SMA Online Service Center registriert und eingeloggt sein.

...und jetzt nochmal zurück zu Huawei: Da steht das einfach im Handbuch wie man es zurücksetzt - danke für das Vertrauen in eure Handbuchleser!

Vielen Dank für die Aufklärung.

Wenn der Elektriker da ist sag ich ihm also das er mir bitte modbus TCP aktivieren soll. Die von cs-online genannten erweiterten Einstellungen, Brauch ich die auch?

Was mir wichtig ist, ist ein Detail des Batterie Managements.

Ich habe das Problem das ich im Winter, durch den vorm Haus befindlichen Nordhang, in den Monaten November - Februar 0 Sonnenstunden auf dem Dach habe.

Das Problem habe ich mit dem Installateur des WR und Speichers besprochen. Der meinte das man einiges einstellen könnte. z.b. das der Akku aus dem Netz geladen wird (um ihn zu schonen).

Oder, wenn ich es mir wünschen dürfte (ich weiß ja nicht ob das möglich ist), das zuerst der Akku auf einen bestimmten Level geladen wird bevor der Strom den Verbrauchern zur Verfügung steht.

Muss der Elektriker noch irgendwas freischalten um entsprechende Einstellungen treffen zu können?

...die Einstellungen des Akku kannst du auch ohne besondere Berechtigungen in der FusionSolar etwas einstellen:

=> Geräte =>unten bei Inverter verbundenes Gerät=> Batterie => oben auf die 3 Punkte => Parametereinstellungen und da kannst du z.B. Von AC-Seite laden aktivieren oder Ende des Entladevorgangs hoch setzen, damit der nicht tiefentladen wird...

Vielleicht hilft das ja schon...

Grüße

Christian

Hallo,

hat schon jemand rausgefunden, wie man über Modbus Fehleranzeigen auslesen und ggf. sogar löschen kann ?

Grüße

Christian

Hat sich hier schon jemand mit Nulleinspeisung ohne Huawei-Sensor beschäftigt?

Ich habe gerade probehalber das Register "Fixed active power derated W" runtergesetzt, die Limitierung wird sofort übernommen (und auch automatisch ins Register mit dem gleichen Wert in kW übernommen).
Nach dem Hochsetzen auf den Max-Wert ist die Limitierung auch gleich wieder weg.

Dazu kommen 2 Fragen auf:
Reicht es aus die Limitierung in diesem einen Register zu setzen oder müssen/sollten weitere Register berücksichtigt werden?
Ist das ein RAM-Wert, sodass der ohne Angst um die Lebensdauer beliebig oft/häufig geändert werden kann, oder sollte die Anzahl der Schreibzyklen berücksichtigt werden?

Falls ihr andere Möglichkeiten der Limitierung kennt, gerne her damit. Ich habe alle schreibbaren Register durchgeschaut, aber abgesehen von dem oben genannten Register (und dem Pendant in kW) habe ich nichts gefunden. (Es gibt noch die Möglichkeit die Leistung relativ zu limitieren, aber im Endeffekt würd' das auf gleiche rauskommen.)

Update: Anbei noch ein Bild davon, die blaue Linie ist die WR-Leistung, die rote Linie ist das "active-power-offset" vom Smartmeter des Netzbetreibers.

Nachtrag: Wenn ich die Limitierung wie oben beschrieben setze, springt das Register "Device Status" auch auf 0x0201, was die Limitierung anzeigt.

Zitat von: cs-online am 15 März 2023, 08:06:00
Hallo,

hat schon jemand rausgefunden, wie man über Modbus Fehleranzeigen auslesen und ggf. sogar löschen kann ?

Grüße

Christian

OK, Auslesen klappt mit den Registern 32008 bis 32010, wobei mir im Byte bei 32009 dezimal 512 ausgegeben wird, das ist binär das 9.Bit und passt damit lt. Tabelle zu meinem Fehler.

Nun wäre es spannend zu erfahren, ob man die Fehler auch per Modbus löschen/quittieren kann. Hat da jemand Erfahrung mit ?

Grüße

Christian

Zitat von: cs-online am 15 März 2023, 17:44:40
Nun wäre es spannend zu erfahren, ob man die Fehler auch per Modbus löschen/quittieren kann. Hat da jemand Erfahrung mit ?

Ich habe vorhin auch die Registerdefinition zwecks Nulleinspeisung durchgeschaut, ein beschreibbares Register dafür ist mir aber nicht untergekommen.

Zitat von: aperoap am 16 Oktober 2022, 19:08:17
Hallo Zusammen,

ich habe zwei Wechselrichter die per Kaskade Zusammenhängen und zwei unterschiedlichen IDs haben realisiert.
Ich lese die Daten ohne zusätzliche raspberry pi, hole mir die Daten per Modbus direkt aus dem Dongle.

Falls jemand das gleiche Problem hat wie ich:

Code Auswählen Erweitern


define ModbusLine Modbus 192.168.1.51:502 TCP

define SUN2000_6KTL ModbusAttr 1 20 TCP
attr SUN2000_6KTL obj-h32016-expr $val/10
attr ...
...

define SUN2000_2KTL ModbusAttr 2 13 TCP
attr ...
...


Wenn jemand genaues wissen möchte einfach schreiben.

Gruß

Guten morgen, ich habe auch zwei Sun2000 in Kaskade (Master-Slave). Am Master hängt der Dongle und der DTSU666-H. Anlage ist DC-Seitig noch nicht fertig.
Könntest Du mir deine kompletten Definitionen mal hier schicken?

Gestern habe ich eine Luna zu unserem System hinzugefügt...

Heute fallen mir diese Readings auf:

ESU1_Momentanleistung_W
2147483647

ESU1_Temperatur
3276.7
2023-03-19 09:02:34

Ist das bei euch auch so? Was läuft da schief?

Hallo,
kann man per MODbus TCP auch den DTSU666-H abfragen? Der hat ja die ID 11, mich würde da u.a. das Register 37119 (Electricity fed by the inverter to the power grid) interessieren.
Gruß

Die abfragen beschränken sich auf die ID1 - aber auch hier steht das Register 37119 zur Verfügung.

ZitatGuten morgen, ich habe auch zwei Sun2000 in Kaskade (Master-Slave). Am Master hängt der Dongle und der DTSU666-H. Anlage ist DC-Seitig noch nicht fertig.
Könntest Du mir deine kompletten Definitionen mal hier schicken?

Hallo,

ich plane auch eine Erweiterung meiner Anlage mittels zweitem Wechselrichter (erster ist ein 8KTL, der zweite wird wohl ein 4KTL). Mal eine Frage: Wie habt ihr die in Kaskade geschaltet ? Also gemeint ist, wie habt ihr die verkabelt, sodass die miteinander arbeiten. Und kann dann mittels des zweiten Wechselrichters der Speicher, der am ersten hängt geladen werden ?

Danke euch,

Grüße

Christian

Zitat von: Jasimo am 17 März 2023, 08:11:12

Zitat von: aperoap am 16 Oktober 2022, 19:08:17Hallo Zusammen,

ich habe zwei Wechselrichter die per Kaskade Zusammenhängen und zwei unterschiedlichen IDs haben realisiert.
Ich lese die Daten ohne zusätzliche raspberry pi, hole mir die Daten per Modbus direkt aus dem Dongle.

Falls jemand das gleiche Problem hat wie ich:

Code Auswählen Erweitern

define ModbusLine Modbus 192.168.1.51:502 TCP

define SUN2000_6KTL ModbusAttr 1 20 TCP
attr SUN2000_6KTL obj-h32016-expr $val/10
attr ...
...

define SUN2000_2KTL ModbusAttr 2 13 TCP
attr ...
...

Wenn jemand genaues wissen möchte einfach schreiben.

Gruß

Guten morgen, ich habe auch zwei Sun2000 in Kaskade (Master-Slave). Am Master hängt der Dongle und der DTSU666-H. Anlage ist DC-Seitig noch nicht fertig.
Könntest Du mir deine kompletten Definitionen mal hier schicken?

Moin, ich kann allen die Huawei in einer Kaskade betreiben oder in einem höheren Abfrageinterval abfragen wollen, nur empfehlen die Modbus TCP Abfrage über die WLAN SSID des Wechselrichters durchzuführen.

Der Dongle ist und bleibt das Bottleneck und gerade in einer Kaskade kommen weitere Abfragen hinzu, die diesen schlicht überfordern.

Mit einem WR ging es bei mir noch gerade zufriedenstellend, seit einem Monat betreibe ich jedoch 3 WR in einer Kaskade und die Abfragen via Modbusline als auch über einen Modbus Proxy (evcc Feature) liefen oft ins leere.

Ich habe kurzum einen übrigen wlan Router sowie 2 tplink wr802n bestellt und auf openwrt geflashed.

Von diesen baue ich eine WLAN Verbindung zum jeweiligen WR auf und greife mit fhem über eine, auf dem Router angelegte Portweiterleitung, auf die WR IP 192.168.200.1 und den Modbus Port 6607 (bei älterer WR Firmware noch 502) zu.

Die Abfragen sind hierbei im Sekundentakt möglich, da meine Fhem last dadurch jedoch spürbar steigt, reicht mir derzeit ein 10sek Interval aus!

Anstelle des wlan Routers ginge auch ein raspberry diese sind im Vergleich zu den wr802n jedoch weitaus teurer und schwer zu bekommen und man muss sich um die Softwarepflege und SD Karten kümmern, wer jedoch eh einen in der Nähe des WR und vl. auch nur einen WR abfragen muss sollte damit ebenfalls schnell zum Ziel kommen (vorausgesetzt das wifi des rpi ist nicht bereits in Verwendung.

Bebilderte Anleitung für die OpenWrt Konfiguration:
https://community.home-assistant.io/t/integration-solar-inverter-huawei-2000l/132350/1421

Greetz
Eldrik

Zitat von: cs-online am 26 März 2023, 13:02:19

ZitatGuten morgen, ich habe auch zwei Sun2000 in Kaskade (Master-Slave). Am Master hängt der Dongle und der DTSU666-H. Anlage ist DC-Seitig noch nicht fertig.
Könntest Du mir deine kompletten Definitionen mal hier schicken?

Hallo,

ich plane auch eine Erweiterung meiner Anlage mittels zweitem Wechselrichter (erster ist ein 8KTL, der zweite wird wohl ein 4KTL). Mal eine Frage: Wie habt ihr die in Kaskade geschaltet ? Also gemeint ist, wie habt ihr die verkabelt, sodass die miteinander arbeiten. Und kann dann mittels des zweiten Wechselrichters der Speicher, der am ersten hängt geladen werden ?

Danke euch,

Grüße

Christian

Hi,

die für eine Kaskade notwendige Verkabelung (RS485) steht im Handbuch recht gut beschrieben, beim 4KTL (L1 oder M1?) auf die richtige PIN Anordnung achten, diese ist zwischen L1 und M1 unterschiedlich. (betreibe 8KTL-M1, 6KTL-M1 und 3KTL-L1 in einer Kaskade)

Der zweite WR kann den Speicher über AC Laden mit Energie versorgen, Details dazu findet man auch in der Anleitung oder einfach mal in folgendem Thread wühlen, da bist du mit Rückfragen aufgrund der ansässigen Experten vermutlich mit der Frage besser aufgehoben.
https://www.photovoltaikforum.com/thread/160098-what-s-up-huawei/?postID=3090140#post3090140

Greetz
Eldrik

Moin,

Ich bekomme (hoffentlich) bald ebenfalls meinen sun2000 plus luna. Habe ich es richtig verstanden, dass es
a) den dongle gibt mit dem der WR ins Internet geht und über den wir Modbus TCP laaaaangsam auslesen können und
b) noch ein internes WLAN gibt, welches aber nur als AP arbeitet und nicht als Client. Wenn man sich dort mit einem BehelfsRPI drauschaltet kann man ModBus schneller auslesen.

Das wäre ja maximal doof... ich möchte keine extra Hardware...
1) Gibt es keine Möglichkeit das Interne WLAN in den Client Modus zu versetzen und es darüber auszulesen?
2) ich meine gelesen zu haben, dass der Dongle auch eine LAN Schnittstelle hat. Wenn ich diese nutze, ist die Modbus Abfrage dann schneller?

Grüße
Heatseeker

a) ja
b) ja
1) nein das wlan ist u.a. für die Ersteinrichtung und lässt sich nicht in den Clientmodus setzen oder gar deaktivieren
2) ob lan oder wlan macht bezogen auf die Abfrage keinen Unterschied da das Computing des Dongles selber der limitierende Faktor zu sein scheint

Vielleicht ist die Dongle Variante ja für dich ausreichend, einfach ausprobieren!
Um so mehr Register ausgelesen werden sollen, um so größer ist die Wahrscheinlichkeit, dass es zu Verzögerungen kommt.

Greetz
Eldrik

Hallo Leute,

meine Anlage ist jetzt mit einer Nulleinspeisung in Betrieb.

Nach kurzem Anruf hat mir der Installateur modbus TCP von der Firma aus aktiviert. Das Anliegen von modbus und modbusattr war problemlos möglich.

Mir den attr von Seite 1 war es mir sofort möglich wie abzugreifen. Diese passen zwar nicht ganz mit Fusionsolar überein, allerdings war die Anlage heute alles andere als normal am Netz. Mehrfach offline und außer Betrieb. die Backup Box wurde installiert. ein paar Mal ausprobiert (ging nicht auf Anhieb, bis man drauf gekommen ist, dass Einstellungen gesetzt werden mussten), usw. Mal sehen wie es morgen aussieht.

Nur spamt mir modbusattr (modbus ist disabled. Brauch ich das überhaupt? Ich habe das englische commandref nicht wirklich verstanden) das Log mit tomeouts voll:

2023.03.30 00:56:13 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:56:13 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:56:15 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h37113, len 2, tid 67, master device Sun2000, reading PM_active_power (getUpdate for PM_active_power len 2), queued 13.50 secs ago, sent 2.00 secs ago
2023.03.30 00:57:03 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:57:03 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:57:05 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32017, len 1, tid 79, master device Sun2000, reading PV1_current (getUpdate for PV1_current len 1), queued 3.26 secs ago, sent 2.00 secs ago
2023.03.30 00:57:06 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:57:06 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:57:08 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32078, len 2, tid 38, master device Sun2000, reading Peak_active_power (getUpdate for Peak_active_power len 2), queued 5.84 secs ago, sent 2.00 secs ago
2023.03.30 00:57:08 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:57:08 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:57:11 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32086, len 1, tid 136, master device Sun2000, reading Efficiency (getUpdate for Efficiency len 1), queued 8.73 secs ago, sent 2.00 secs ago
2023.03.30 00:57:11 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:57:12 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:57:14 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32089, len 1, tid 149, master device Sun2000, reading Device_status (getUpdate for Device_status len 1), queued 12.36 secs ago, sent 2.00 secs ago
2023.03.30 00:57:14 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:57:15 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:57:15 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:57:17 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:58:02 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:58:02 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:58:04 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32017, len 1, tid 74, master device Sun2000, reading PV1_current (getUpdate for PV1_current len 1), queued 2.42 secs ago, sent 2.00 secs ago
2023.03.30 00:58:05 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:58:05 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:58:07 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32078, len 2, tid 135, master device Sun2000, reading Peak_active_power (getUpdate for Peak_active_power len 2), queued 4.97 secs ago, sent 2.00 secs ago
2023.03.30 00:58:07 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:58:07 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:58:09 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32086, len 1, tid 36, master device Sun2000, reading Efficiency (getUpdate for Efficiency len 1), queued 7.51 secs ago, sent 2.00 secs ago
2023.03.30 00:58:10 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:58:10 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:58:12 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32089, len 1, tid 15, master device Sun2000, reading Device_status (getUpdate for Device_status len 1), queued 9.83 secs ago, sent 2.00 secs ago
2023.03.30 00:58:12 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:58:12 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:58:14 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h37113, len 2, tid 85, master device Sun2000, reading PM_active_power (getUpdate for PM_active_power len 2), queued 12.41 secs ago, sent 2.00 secs ago
2023.03.30 00:59:03 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:59:03 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:59:05 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32017, len 1, tid 39, master device Sun2000, reading PV1_current (getUpdate for PV1_current len 1), queued 3.13 secs ago, sent 2.00 secs ago
2023.03.30 00:59:05 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:59:05 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:59:07 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32078, len 2, tid 64, master device Sun2000, reading Peak_active_power (getUpdate for Peak_active_power len 2), queued 5.41 secs ago, sent 2.00 secs ago
2023.03.30 00:59:08 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:59:08 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:59:10 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32086, len 1, tid 140, master device Sun2000, reading Efficiency (getUpdate for Efficiency len 1), queued 8.40 secs ago, sent 2.00 secs ago
2023.03.30 00:59:10 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:59:10 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:59:13 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32089, len 1, tid 193, master device Sun2000, reading Device_status (getUpdate for Device_status len 1), queued 10.73 secs ago, sent 2.00 secs ago
2023.03.30 00:59:13 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 00:59:13 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 00:59:15 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h37113, len 2, tid 253, master device Sun2000, reading PM_active_power (getUpdate for PM_active_power len 2), queued 13.35 secs ago, sent 2.00 secs ago
2023.03.30 01:00:04 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:00:04 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:00:06 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32017, len 1, tid 240, master device Sun2000, reading PV1_current (getUpdate for PV1_current len 1), queued 3.89 secs ago, sent 2.00 secs ago
2023.03.30 01:00:08 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32064, len 2, tid 85, master device Sun2000, reading Input_power (getUpdate for Input_power len 2), queued 5.90 secs ago, sent 2.00 secs ago
2023.03.30 01:00:08 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:00:08 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:00:09 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:00:09 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:00:11 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32086, len 1, tid 129, master device Sun2000, reading Efficiency (getUpdate for Efficiency len 1), queued 9.50 secs ago, sent 2.00 secs ago
2023.03.30 01:00:12 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:00:12 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:00:14 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32089, len 1, tid 155, master device Sun2000, reading Device_status (getUpdate for Device_status len 1), queued 11.96 secs ago, sent 2.00 secs ago
2023.03.30 01:00:15 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:00:15 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:00:17 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h37113, len 2, tid 245, master device Sun2000, reading PM_active_power (getUpdate for PM_active_power len 2), queued 14.83 secs ago, sent 2.00 secs ago
2023.03.30 01:01:03 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:01:03 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:01:05 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32017, len 1, tid 124, master device Sun2000, reading PV1_current (getUpdate for PV1_current len 1), queued 2.86 secs ago, sent 2.00 secs ago
2023.03.30 01:01:06 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:01:06 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:01:08 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32078, len 2, tid 27, master device Sun2000, reading Peak_active_power (getUpdate for Peak_active_power len 2), queued 6.18 secs ago, sent 2.00 secs ago
2023.03.30 01:01:08 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:01:08 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:01:10 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32086, len 1, tid 60, master device Sun2000, reading Efficiency (getUpdate for Efficiency len 1), queued 8.51 secs ago, sent 2.00 secs ago
2023.03.30 01:01:11 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:01:11 3: 192.168.188.117:502 reappeared (Sun2000)
2023.03.30 01:01:13 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h32089, len 1, tid 16, master device Sun2000, reading Device_status (getUpdate for Device_status len 1), queued 11.21 secs ago, sent 2.00 secs ago
2023.03.30 01:01:14 3: 192.168.188.117:502 disconnected, waiting to reappear (Sun2000)
2023.03.30 01:01:15 3: 192.168.188.117:502 reappeared (Sun2000)
Verbose steht derweil Mal auf 0.

Der WLAN Dongle ist in WLAN Netz eingebunden und hat von der Fritzbox eine IP zugewiesen bekommen. Die nutze ich über

 define Sun2000 Modbus 1 60 <IP> TCP.

Zitat von: eldrik am 29 März 2023, 02:27:372) ob lan oder wlan macht bezogen auf die Abfrage keinen Unterschied da das Computing des Dongles selber der limitierende Faktor zu sein scheint

Vielleicht ist die Dongle Variante ja für dich ausreichend, einfach ausprobieren!
Um so mehr Register ausgelesen werden sollen, um so größer ist die Wahrscheinlichkeit, dass es zu Verzögerungen kommt.

Zugegeben, ich habe einen 15kW WR und daher keine Batterie, frage derzeit aber die übrigen relevanten Register im 5s-Intervall ab und habe keinerlei Probleme. Über weitere Gruppierung wäre möglicherweise noch weitere Optimierung möglich, derzeit habe ich nur nebeneinander liegende Register gruppiert.

Ich habe jetzt einen Raspberry an den Wechselrichter mittels WLAN gehängt und habe die Definition von @db aus #18 übernommen (danke dafür!).

Prinzipiell funktioniert es, aber ich habe an dem Pi genau den gleichen Logspam:
2023.03.31 20:46:50 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32019, len 1, tid 251, master device Sun2000, reading PV2_current (getUpdate for PV2_current len 1), queued 8.86 secs ago, sent 2.00 secs ago
2023.03.31 20:46:50 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:46:50 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:46:52 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32069, len 1, tid 107, master device Sun2000, reading WR_Phase_A_Voltage (getUpdate for WR_Phase_A_Voltage len 1), queued 11.01 secs ago, sent 2.00 secs ago
2023.03.31 20:46:53 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:46:53 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:46:55 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32071, len 1, tid 166, master device Sun2000, reading WR_Phase_C_Voltage (getUpdate for WR_Phase_C_Voltage len 1), queued 13.20 secs ago, sent 2.00 secs ago
2023.03.31 20:46:55 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:46:55 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:46:57 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32074, len 2, tid 209, master device Sun2000, reading WR_Phase_B_Current (getUpdate for WR_Phase_B_Current len 2), queued 15.37 secs ago, sent 2.00 secs ago
2023.03.31 20:46:57 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:46:57 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:46:59 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32078, len 2, tid 247, master device Sun2000, reading WR_Maximalleistung_Tag_W (getUpdate for WR_Maximalleistung_Tag_W len 2), queued 17.55 secs ago, sent 2.00 secs ago
2023.03.31 20:46:59 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:46:59 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:47:01 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32086, len 1, tid 121, master device Sun2000, reading WR_Efficiency (getUpdate for WR_Efficiency len 1), queued 19.68 secs ago, sent 2.00 secs ago
2023.03.31 20:47:01 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:47:01 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:47:04 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h32089, len 1, tid 117, master device Sun2000, reading WR_Device_status (getUpdate for WR_Device_status len 1), queued 22.02 secs ago, sent 2.01 secs ago
2023.03.31 20:47:04 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)
2023.03.31 20:47:04 3: 192.168.200.1:6607 reappeared (Sun2000)
2023.03.31 20:47:06 3: Sun2000: Timeout waiting for a modbus response, read buffer empty,
request: id 0, read fc 3 h37004, len 1, tid 231, master device Sun2000, reading ESU1_SoC (getUpdate for ESU1_SoC len 1), queued 24.46 secs ago, sent 2.00 secs ago
2023.03.31 20:47:06 3: 192.168.200.1:6607 disconnected, waiting to reappear (Sun2000)

Dieser ewige Disconnect/opened state change überschreibt mir auch mein state Format.

Jemand ne Idee woran das liegen könnte?

Ich glaube Ihr fragt zu schnell ab, ich habe zwar auch einen 10sek. intervall - dafür aber einige Werte rausgeworfen die ich nicht aktuell brauche - z.b. die Spannungen und Ströme am DTSU, mir reicht die Leistung.
Ein paar Werte haben auch ein zusätzliches poll Delay bekommen.

Was the Trumpeter schreibt würde aber auch noch sinn machen - gruppieren nach Adressen.
Ein Beispiel wäre auch das auf ModbusAttr aufsetzende SDM630 Modul, hier wird mit timing gearbeitet.

Ich muss aber auch sagen - ich bin zufrieden und habe keine Fehler im Log nach ein bisschen rumprobieren.

Ich bekomme seit ein paar Tagen keine Verbindung zum Wechselrichter.

Es steht nur das im Log:
2023.04.05 19:15:30 3: Opening Sun2000 device 192.168.200.1:6607
2023.04.05 19:15:33 1: Sun2000: Can't connect to 192.168.200.1:6607: connect to http://192.168.200.1:6607 timed out

Der Pi ist nach wie vor im Netzwerk vom Wechselrichter eingewählt mit der IP 192.168.200.2

Allerdings kann ich 192.168.200.1 nicht anpingen.

Die Verbindung zum Dongle funktioniert sehr gut.

Irgendwelche Ideen?

Stimmt der Port?
Zum Dongle ist das ein anderer.

Ja, der stimmt.

Dongle nutzt 502, Wechselrichter 6607. Es ging ja schon. Keine Ahnung warum der jetzt nicht mehr will.

Neue Firmware, anderer Port?

Das hätte keinen Einfluss aufs Pingen. Egal. Ich frage derweil alle 30 Sekunden über den Dongle ab. Das funktioniert gut.

Moin,

meine Verbindung direkt zum dongle steht nun auch. Was ich nicht gefunden habe ist ein Register für den aktuellen Hausverbrauch. Gibt es den oder muss man sich den selbst berechnen?

Zitat von: Heatseeker am 08 Juli 2023, 18:12:29Was ich nicht gefunden habe ist ein Register für den aktuellen Hausverbrauch. Gibt es den oder muss man sich den selbst berechnen?

Hast Du einen Sensor dafür angeschlossen? Dann gibt's den.
Andernfalls, woher soll der Wechselrichter den Wert wissen?!

Zitat von: TheTrumpeter am 08 Juli 2023, 18:32:50

Zitat von: Heatseeker am 08 Juli 2023, 18:12:29Was ich nicht gefunden habe ist ein Register für den aktuellen Hausverbrauch. Gibt es den oder muss man sich den selbst berechnen?

Hast Du einen Sensor dafür angeschlossen? Dann gibt's den.
Andernfalls, woher soll der Wechselrichter den Wert wissen?!

Ja klar, habe den wegen des Speichers...

Zitat von: TheTrumpeter am 08 Juli 2023, 18:32:50

Zitat von: Heatseeker am 08 Juli 2023, 18:12:29Was ich nicht gefunden habe ist ein Register für den aktuellen Hausverbrauch. Gibt es den oder muss man sich den selbst berechnen?

Hast Du einen Sensor dafür angeschlossen? Dann gibt's den.
Andernfalls, woher soll der Wechselrichter den Wert wissen?!

Sonst jemand eine Idee welches Register das ist?

37113

Zitat von: der-Lolo am 12 Juli 2023, 20:12:0037113

Nein, dass ist der Netzbezug. Ich möchte den Hausverbrauch. Ich habe mir den nun berechnet aus:
32080 - 37113
32080 ist die WR_Leistung. Dass sollte so einigermaßen hinkommen.

Grüße
Heatseeker

Zitat von: Heatseeker am 13 Juli 2023, 06:48:1932080 ist die WR_Leistung. Dass sollte so einigermaßen hinkommen.

Das funktioniert bei mir recht gut, solange der Speicher geladen oder entladen wird, sonst steht da bei der gleiche Wert, wie bei der Input_power...

Wie ist das bei euch ?

Grüße

Christian

Zitat von: cs-online am 22 Juli 2023, 12:26:12

Zitat von: Heatseeker am 13 Juli 2023, 06:48:1932080 ist die WR_Leistung. Dass sollte so einigermaßen hinkommen.

Das funktioniert bei mir recht gut, solange der Speicher geladen oder entladen wird, sonst steht da bei der gleiche Wert, wie bei der Input_power...

Wie ist das bei euch ?

Grüße

Christian

Also wenn du auf Null Export deine Anlage eingestellt hast, dann ist das auch okay, ansonsten musst du das abziehen was exportiert wird.

Bei einer schwankenden PV Leistung gibt es jedoch ein bisschen Zeitversatz zwischen den Readings, so dass der Hausverbrauch recht kräftig zappelt.

Mein nächster Schritt wäre nun mal auch Parameter zu setzten. Z.B. von der Luna die obere SOC Schwelle, oder Ladeleistung.

Habt ihr das gemacht? Wie?

Ich bin auf dem Dongle aufgeschaltet und nicht auf dem WR...

Zitat von: Heatseeker am 22 Juli 2023, 15:15:23Mein nächster Schritt wäre nun mal auch Parameter zu setzten. Z.B. von der Luna die obere SOC Schwelle, oder Ladeleistung.

Habt ihr das gemacht? Wie?

Ich bin auf dem Dongle aufgeschaltet und nicht auf dem WR...

Ich beantworte es nun mal selbst:

einfach das attr set 1 setzen:
attr Sun2000 obj-h47075-set 1dann kann man es per set command schreiben.

Meine Anlage mit einem SUN2000 10KTL-M1 wurde vor paar Tagen in Betrieb genommen. Ich habe mir zwar mittlerweile das Installateur-Passwort besorgt und Modbus aktiviert, möchte aber mit dem WLAN-Hantieren mit unterschiedlichen Netzwerken nicht anfangen, sondern gleich mit einem Modbus-Dongle die Daten abgreifen. Leider ist die Verkabelung am Einbauort wie immer nicht optimal so dass sich folgende Fragen ergeben, die nicht unbedingt alle Huawei-spezifisch sind:
1) Ich habe in der Nähe des WR ein 4-adriges Kabel liegen, das für den analogen Telefonanschluss genutzt wurde und nun brach liegt. Dieses Kabel führt direkt in meinen Serverraum, dürfte aber mindestens 15m lang sein. Kann man darüber noch Modbus "empfangen" oder ist das wg. der Länge aussichtslos?
2) Der Smartmeter DTSU666-H sitzt ja im Schaltschrank und da komme ich besser dran, aber die Frage ist, kann ich hier genauso Modbus-Signal abgreifen, wie am WR selber? In diesem Thread habe ich gelesen:

ZitatWie Torxgewinde schon beschrieben hat ist es nicht üblich undefinierte Teilnehmer innerhalb des Modbuses (RTU) zu haben.
Wenn es sich tatsächlich um die Verbindung zwischen DTSU und Wechselrichter handelt würde ich dort eh nicht abgreifen - die Geräte sollten ihren kram erstmal untereinander ausmachen ohne dabei gestört zu werden.

Heisst es, diese Möglichkeit scheidet komplett aus?
3) wenn 1), gilt dann alles was in diesem Thread geschrieben wurde, nur eben fur Modbus über TCP auch dafür? Wie ist es dann im Falle von 2)?

Falls aus dieser Idee nichts wird und ich doch über WLAN dran muss: gibt es auch irgendwas leichtgewichtigeres, auf ESP32 o.ä. Basis?

Ich wollt mal ein dickes DANKE hierlassen an alle, die fleißig input liefern und ihre configs beschreiben. Ich habe vorige Woche meine PV installiert bekommen, heute war der Elektriker da und hat Modbus TCP aktiviert. Danach waren es dank euch nur mehr 5 min. bis ich die ersten Daten in FHEM hatte  8)  Das ist wirklich großartig!!

Hallo!
Ich habe auch meinen Wechselrichter erfolgreich mit den Angaben hier in FHEM integriert.
Nach langer Suche, habe ich heraus gefunden was dieses unpack zu bedeuten hat und bei welchem Zahlenwert man was verwenden muss.
INT16   n!
UINT16  n
INT32   N!
UINT32  N
Weiß vielleicht jemand was man für
String (z.B. Register 30000,30015,30025,...)
Bitfield (z.B. Register 32000,32002,32003,...)verwenden muss?

Hallo zusammen,

ich habe die Verbindung über dem WLAN Access vom Wechelrichter erfolgreich umgesetzt. Allerdings ist die WLAN Verbindung in den Keller zum Wechselrichter sehr schlecht wodurch die Werte nur sporadisch übertragen werden.

Jetzt möchte ich den MODBUS abgreifen habe aber zu wenig Ahnung von dieser Materie.

Was ich verstanden habe ist im anhängenden Bild ersichtlich... Ich hoffe das ist so richtig.

Könnt Ihr mal schauen ob das in dieser Konstellation so funktioniert und, bekomme ich dann die gleichen Werte wie über WLAN wenn ich an dieser Stelle den MODBUS abgreife?

Viele Grüße

Zu diesem zweck habe ich nahe des WR einen Raspi platziert - der baut die Wlan Verbindung zum WR auf und leitet via FHEM2FHEM zur hauptinstanz weiter...

Zitat von: tndx am 28 Juli 2023, 11:52:51Meine Anlage mit einem SUN2000 10KTL-M1 wurde vor paar Tagen in Betrieb genommen. Ich habe mir zwar mittlerweile das Installateur-Passwort besorgt und Modbus aktiviert, möchte aber mit dem WLAN-Hantieren mit unterschiedlichen Netzwerken nicht anfangen, sondern gleich mit einem Modbus-Dongle die Daten abgreifen. Leider ist die Verkabelung am Einbauort wie immer nicht optimal so dass sich folgende Fragen ergeben, die nicht unbedingt alle Huawei-spezifisch sind:
1) Ich habe in der Nähe des WR ein 4-adriges Kabel liegen, das für den analogen Telefonanschluss genutzt wurde und nun brach liegt. Dieses Kabel führt direkt in meinen Serverraum, dürfte aber mindestens 15m lang sein. Kann man darüber noch Modbus "empfangen" oder ist das wg. der Länge aussichtslos?
2) Der Smartmeter DTSU666-H sitzt ja im Schaltschrank und da komme ich besser dran, aber die Frage ist, kann ich hier genauso Modbus-Signal abgreifen, wie am WR selber? In diesem Thread habe ich gelesen:

ZitatWie Torxgewinde schon beschrieben hat ist es nicht üblich undefinierte Teilnehmer innerhalb des Modbuses (RTU) zu haben.
Wenn es sich tatsächlich um die Verbindung zwischen DTSU und Wechselrichter handelt würde ich dort eh nicht abgreifen - die Geräte sollten ihren kram erstmal untereinander ausmachen ohne dabei gestört zu werden.

Heisst es, diese Möglichkeit scheidet komplett aus?
3) wenn 1), gilt dann alles was in diesem Thread geschrieben wurde, nur eben fur Modbus über TCP auch dafür? Wie ist es dann im Falle von 2)?

Falls aus dieser Idee nichts wird und ich doch über WLAN dran muss: gibt es auch irgendwas leichtgewichtigeres, auf ESP32 o.ä. Basis?

Also ich habe meinen Dongle vom Installatur bei der Einschaltung des Modbusses in meine HeimWLAN-IP-Range reinbringen lassen, in dem auch der FHEM-Pi drin ist. Damit kann ich über ModbussAttr direkt aus dem Dongle auslesen im 10s Intervall. Da brauchte es sonst keine weitere Hsrdware.

Grüße Christian

Zitat von: feger am 03 August 2023, 10:35:24Weiß vielleicht jemand was man für

Code Auswählen Erweitern

String (z.B. Register 30000,30015,30025,...)
Bitfield (z.B. Register 32000,32002,32003,...)verwenden muss?

Ich habe die String-Register 30000 bis 30025 wie folgt ausgelesen:
        "h30000" =>  {            expr => 'substr($val,0,16)',
                                   len => 15,
                             polldelay => "x180",
                               reading => "WR_Modell_Name",
                                unpack => "a*",
                      },
         "h30015" =>  {            len => 15,
                             polldelay => "x180",
                               reading => "WR_Modell_SN",
                                unpack => "a*",
                      },
         "h30025" =>  {            len => 10,
                             polldelay => "x180",
                               reading => "WR_Modell_PN",
                                unpack => "a*",

Und falls es jemanden interessiert, hier meine gesamte Modbus-Definition: 98_ModbusSUN2000WR.pm
Und hier die Einbindung in FHEM:
define mdbsWR ModbusSUN2000WR 0 60 192.168.1.3:6607 TCP
Schöne Grüße
Robert

Zitat von: Heatseeker am 24 Juli 2023, 20:09:34

Zitat von: Heatseeker am 22 Juli 2023, 15:15:23Mein nächster Schritt wäre nun mal auch Parameter zu setzten. Z.B. von der Luna die obere SOC Schwelle, oder Ladeleistung.

Habt ihr das gemacht? Wie?

Ich bin auf dem Dongle aufgeschaltet und nicht auf dem WR...

Ich beantworte es nun mal selbst:

einfach das attr set 1 setzen:

Code Auswählen Erweitern

attr Sun2000 obj-h47075-set 1dann kann man es per set command schreiben.

TOP, danke für die Info !!

Grüße

Christian

Hallo zusammen,

ich möchte den Modbus zwischen meinem Wechselrichter und dem DTSU666 abgreifen. Und zwar mit einem USR-TCP232-304 Modbus Ethernet Converter.

Die Verbindung steht augenscheinlich, ModbusAttr state steht auf opened aber es kommen keine Daten.

Was ich schon alles versucht habe steht in diesem Thred:


https://forum.fhem.de/index.php?topic=134635.msg1284530#msg1284530 (https://forum.fhem.de/index.php?topic=134635.msg1284530#msg1284530)

Vielleicht weiß jemand welche Einstellungen noch falsch sind...?

Ich weiß nicht mehr weiter...

Aktuell habe ich diese Einstellungen:

list

Internals:
   DEF        0 300 192.168.178.230:502 TCP
   DeviceName 192.168.178.230:502
   EXPECT     idle
   FD         213
   FUUID      64e1da6e-f33f-a99d-e102-f04a5ae58b466d1a
   IODev      Sun2000h
   Interval   300
   LASTOPEN   1693098011.99323
   MODBUSID   0
   MODE       master
   MODULEVERSION Modbus 4.5.5 - 9.5.2023
   NAME       Sun2000h
   NOTIFYDEV  global
   NR         1638
   NTFY_ORDER 50-Sun2000h
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TYPE       ModbusAttr
   devioLoglevel 3
   eventCount 9
   nextOpenDelay 60
   DICACHE:
     0:
       UNPACK     
       EXPRS:
       EXTRAS:
       FNAMES:
     154:
       UNPACK     
       EXPRS:
       EXTRAS:
       FNAMES:
     202:
       UNPACK     
       EXPRS:
       EXTRAS:
       FNAMES:
     50:
       UNPACK     
       EXPRS:
       EXTRAS:
       FNAMES:
   FRAME:
     DATA       }/␛?���Cd��Cd�fCdffCd�3C�C�C��fC�␙�BG�H�L����µ33B����␘Ff�␕�8�É��D;␆fCP�fC`��C�33��E���\)��^5�ܞf�^���␎N␔Ø:�D?�RC�ٚC�C�P�E␞=HD���DZ�␔DEEÈ*␅␃}3 l+␅␃␒␁␂ ������␁␟�"d��␋␃␈6P�2␋␃�?kC�?|j�?�?}Cd��Cd�fCdffCd�3C�C�C��fC�␙�BG�HA�����ffµ33C␂␙��␘S3�␔�3�8�ÊD<ٚCP��C`��C��3�␃␒o��␔{�����bN�ܞf�^���␎N␔Ø:�D?�RC�ٚC�C�P�E␞=HD���DZ�␔DEE�Oz␅␐��␆␌␓�␓�␞␞C;␅␐��␆�H␅␆�h␃lG␅␆�h␃lG␋␃␈6P�2
     FCODE      63
     MODBUSID   12
     PDULEXP    27393
     TID        2819
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2023-08-27 03:00:19   state           opened
   REMEMBER:
     lid        217
     lname      Sun2000h
     lrecv      1693098096.6294
     lsend      1693098026.60505
   UPDATECACHE:
     h32016:
       adr        32016
       len        1
       objCombi   h32016
       reading    PV1_voltage
       span       1
       type       h
   defptr:
     Sun2000h   0
   lastRead:
Attributes:
   disable    0
   obj-h32016-expr $val/10
   obj-h32016-len 1
   obj-h32016-poll 1
   obj-h32016-reading PV1_voltage
   obj-h32016-unpack n!
   room       12_PV-Anlage
Im Bild Datentransfer sieht man das Daten ausgetauscht werden, sowohl RX als auch TX.

Im LOG steht:

2023.08.27 03:01:06.437 3: Sun2000h: readfn got data while EXPECT was set to idle: 05031200010209ffbcfffffeae011f00f5002200644859
2023.08.27 03:01:06.523 3: Sun2000h: readfn got data while EXPECT was set to idle: 05109e9900060c00001388000013881e001e00433b
2023.08.27 03:01:06.544 3: Sun2000h: readfn got data while EXPECT was set to idle: 05109e990006be48
2023.08.27 03:01:08.343 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a7320b03a03f4c49ba3f83126f3fbb22d14364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e1484245333340fccccdc2da999a4316999ac4118666c2f40000c3383333c389e666443b8666433733334369999a43a6999abd79db23bd343958beed0e56beea7efac4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3550705039a4c001beb4a05033600002710000027100000138800001388002100011dfdfff8fffffd7e0001000700560006d1f2000001b3000000000000014f00000001b1740b0308360050a7320b03a03f4ccccd3f8374bc3fb5c28f4364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247d70a4211999a40d9999ac2da999a430ae666c411accdc2f5999ac338999ac389a666443a20004337999a436a4ccd43a34000bd89374cbd178d50beef1aa0beced917c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3be4d0b0308360050a7320b03a03f4ccccd3f8374bc3fb5c28f4364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247d70a4206666640eccccdc2da999a43078000c411799ac2f50000c338cccdc3894ccd44394ccd4337199a436a4ccd43a1d99abd89374cbd178d50beef1aa0beced917c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3f21505037b4d00064cbf05030c01c900000000000000000000b82f0506bf711e07b5e30506bf711e07b5e305069d86000187cb05069d86000187cb0506bf6800036c470506bf6800036c470b0308360050a7320b03a03f4f1aa03f8439583fb1eb854364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247d70ac053333340c66666c2db333342c80000c4124000c2f6cccdc3394ccdc38a199a4436e0004337b333436b4ccd439c2666bd3851ecbd072b02beef1aa0beb4bc6ac4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3999905037e7d001b8c7505033600000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000040ce
2023.08.27 03:01:10.116 3: Sun2000h: readfn got data while EXPECT was set to idle: 05109e9900060c00001388000013881e001e00433b05109e990006be480b0308360050a7320b03a03f4dd2f23f83f7cf3faf1aa04364b3334365199a436466664364b33343c60ccd43c6199a43c5e66643c633334247d70ac0a66666408ccccdc2df000042cb999ac411f99ac2f56666c3396666c389d99a4436f33343383333436be666439bcccdbc1374bcbcf5c28fbef22d0ebea6e979c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3a24505037595000b0fa905031600011dfafff700210064fffffd6e01b3000000000001ec5005039a4c001beb4a05033600002710000027100000138800001388002100011df4fff7fffffd6e0001000700560006d1f2000001b3000000000000014f0000000133df0b0308360050a7320b03a03f4dd2f23f84bc6a3fb147ae4364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247d70ac143333340533333c2dfcccd42c0999ac412199ac2f6cccdc3393333c389e6664436accd4337e666436be666439b6666ba83126fbca3d70abef2b021beb53f7dc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c381320b0308360050a7320b03a03f4dd2f23f84bc6a3fb147ae4364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247d70ac18e66664059999ac2e1cccd42b70000c4124666c2f6cccdc339999ac38a0ccd4436c66643388000436ccccd439acccdba83126fbca3d70abef2b021beb53f7dc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3de750b0308360050a7320b03a03f4dd2f23f84fdf43fad70a44364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70ac189999a40666666c2e2666642b8999ac4120000c2f53333c3396666c38a00004436eccd43388000436ce666439b199abbe56042bc8b4396bef53f7dbe947ae1c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3d4db05109e9900060c00001388000013881e001e00433b05109e990006be48
2023.08.27 03:01:12.024 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308a6000a27240b0314403c28f600000000000000000000000044a95f5cdc0105039a4c001beb4a05033600002710000027100000138800001388002100011df4fff7fffffd6e0001000700560006d1f2000001b3000000000000014f0000000133df0b0308360050a7320b03a03f4fdf3b3f84bc6a3faced914364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247d70ac0b33333408ccccdc2de999a42ca6666c411eccdc2f66666c339199ac389b33344370ccd43384ccd436c0000439bf333bcb43958bcc49ba6bef0a3d7be8ed917c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3ad030b0308360050a7320b03a03f4f5c293f849ba63fad91684364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247d70ac153333340900000c2e0333342bc999ac4123333c2f60000c3393333c38a33334436c0004337b333436c3333439b8000bccccccdbcbc6a7fbef0a3d7be978d50c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c377410506bf6800036c470506bf6800036c470b0308360050a7320b03a03f4fdf3b3f84bc6a3fae147b4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247d70ac195999a40866666c2e2cccd42b4cccdc412199ac2f6999ac339199ac389f33344368ccd4338199a436c8000439ac000bc9374bcbccccccdbef43958be9b22d1c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3c92705109e9900060c00001388000013881e001e00433b05109e990006be480b0308360050a732
2023.08.27 03:01:12.692 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f4c8b443f847ae13fad0e564364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247d70ac18666664099999ac2e1999a42b63333c411d333c2f5999ac338cccdc389cccd44364ccd4337e666436c0000439aa666bc9374bcbcac0831bef53f7dbe947ae1c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3d78f05039a4c001beb4a05033600002710000027100000138800001388002100011df4fff7fffffd6e0001000700560006d1f2000001b3000000000000014f0000000133df0b0308360050a7320b03a03f4c8b443f847ae13fad0e564364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247d70ac0a000004099999ac2df666642cb6666c4122000c2f6cccdc3394ccdc389e6664437200043378000436be666439c8000bc9374bcbcac0831bef53f7dbe947ae1c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3ca7805037de7001bac1e
2023.08.27 03:01:15.143 3: Sun2000h: readfn got data while EXPECT was set to idle: 050336000000000000000000000000000000000000000000000000000000000000000000000000003800020003850900036a8a000005ad00005c6d0b0308360050a7320b03a03f4e147b3f845a1d3fad4fdf4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247d70ac14ccccd40733333c2e2000042c06666c4116666c2f43333c3383333c389999a443686664337199a436b6666439bc000bcdd2f1bbcc49ba6bef126e9be960419c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3c67505037e5f0009ac72050312000000000000000000000000000000000000b7060b0308360050a7320b03a03f4c49ba3f8418933faed9174364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247d70ac10e666640b33333c2df333342c20000c4120666c2f63333c3390000c389f3334436b3334337999a436b4ccd439be666bc23d70abcdd2f1bbef22d0ebea0c49cc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3f7d105069d1201f407f005069d1201f407f005109e9900060c00001388000013881e001e00433b05109e990006be48050375c700052fbc05030a000000000000000000002a320b0308360050a7320b03a03f4c8b443f8439583fae978d4364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70ac143333340a66666c2e0333342bd6666c411b99ac2f4cccdc338b333c389e666443600004336b333436b4ccd439b0000bc8b4396bcf5c28fbef2b021bea66666c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c32b9105039a4c001beb4a05033600002710000027100000138800001388002100011df4fff7fffffd6e0001000700560006d1f2000001b3000000000000014f0000000133df0506bf6800036c470506bf6800036c470b0308360050a7320b03a03f4e147b3f8439583fae353f4364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70ac14ccccd40b66666c2de666642b96666c412199ac2f70000c339199ac389d99a443673334338b333436b199a439af333bc83126fbcf5c28fbef22d0ebe991687c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3fbe50b0308360050a7320b03a03f4e147b3f8439583fae353f4364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70ac133333340c9999ac2dccccd42b9999ac4120666c2f60000c3396666c389cccd443613334337cccd436b0000439ab333bc83126fbcf5c28fbef22d0ebe991687c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c35341
2023.08.27 03:01:15.806 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a7320b03a03f4c8b443f8395813fad2f1b4364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70a4180cccd40f9999ac2db999a42ec0000c4121333c2f63333c339199ac38a0000443873334338999a436a6666439f599abc75c28fbd1fbe77beee978dbe960419c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3c88905109e9900060c00001388000013881e001e00433b05109e990006be4805039a4c001beb4a05033600002710000027100000138800001388002100011df4fff8fffffd6d0001000700560006d1f2000001b3000000000000014f00000001421f0b0308360050a732
2023.08.27 03:01:15.944 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f4ccccd3f8374bc3fb6e9794364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70a41da666640f9999ac2da33334300999ac411e000c2f56666c3390000c389e6664438b33343374ccd436a333343a0999a00000000bd27ef9ebeee978dbede353fc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3de00
2023.08.27 03:01:16.022 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a732
2023.08.27 03:01:16.201 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f4ccccd3f8374bc3fb6e9794364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70a418f333340f33333c2da000042ee6666c4120000c2f63333c3390000c389e6664437d3334337cccd436a4ccd439e8ccd00000000bd27ef9ebeee978dbede353fc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3f56f
2023.08.27 03:01:16.278 3: Sun2000h: readfn got data while EXPECT was set to idle: 05037d3300096c2b
2023.08.27 03:01:16.328 3: Sun2000h: readfn got data while EXPECT was set to idle: 05031200010208ffb7fffffe93011f00f5002200649f43
2023.08.27 03:01:21.420 3: Sun2000h: readfn got data while EXPECT was set to idle: 05037dc900094c1a0503120001020affbcfffffeae0131010200210064c15e0b0308360050a7320b03a03f4d4fdf3f8395813fb418934364999a4364e666436466664364999a43c5f33343c6000043c5d99a43c6199a4247d70ac089999a40d66666c2dd333342c70000c4122ccdc2f6999ac339199ac38a199a4436399a4335e666436acccd439c0ccdbd27ef9ebd23d70abeed9168bec6a7f0c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3b03c05109e9900060c00001388000013881e001e00433b05109e990006be480b0308360050a7320b03a03f4d4fdf3f83d70a3fad2f1b4364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247e148c00ccccd40b33333c2de000042ce6666c411999ac2f43333c338999ac389cccd443626664335cccd436acccd439be666bc449ba6bd1374bcbef0a3d7be916873c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c30ef805039a4c001beb4a05033600002710000027100000138800001388002100011df4fff8fffffd6d0001000700560006d1f2000001b3000000000000014f00000001421f0b0308360050a7320b03a03f4dd2f23f83f7cf3fae353f4364b33343650000436466664364cccd43c60ccd43c60ccd43c5f33343c633334247e1483e4ccccd40c9999ac2de333342d1cccdc411d99ac2f60000c3383333c38a0ccd4436999a4336cccd436a8000439c8ccdbc23d70abd072b02bef22d0ebea147aec4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c35f150506bf6800036c470506bf6800036c470b0308360050a7320b03a03f4bc6a83f83b6463fb000004364b3334365199a436466664364cccd43c6199a43c6199a43c5f33343c640004247e14840cccccd40cccccdc2db999a42db6666c411d99ac2f4cccdc339199ac389f3334436d99a43373333436a999a439cc000ba83126fbd0f5c29beef9db2beb53f7dc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c30b9805037595000b0fa905031600011df4fff800210064fffffd6d01b3000000000001a7ba0b0308a6000a27240b0314403c28f600000000000000000000000044a95f5cdc010b0308360050a7320b03a03f4c8b443f8374bc3fae147b4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e148c086666640d66666c2db666642c56666c4118ccdc2f53333c3383333c389a6664435d3334336999a436a199a439b4000bc1374bcbd178d50beef1aa0bea04189c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c33c3605109e9900060c00001388000013881e001e00433b05109e990006be4805039a4c001beb4a05033600002710000027100000138800001388002100011df4fff8fffffd6d0001000700560006d1f2000001b3000000000000014f00000001421f0b0308360050a7320b03a03f4c8b443f8374bc3fae147b4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e1484006666640d66666c2dd000042d3cccdc4116ccdc2f36666c3384ccdc389d99a4436b3334337e666436a8000439c2666bc1374bcbd178d50beef1aa0bea04189c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3c4e705037d51001b4df80503360000000000000000000000000000000000000000000000000000000000000000000000000038000100037b4d0003677d00000627000093b30b0308360050a7320b03a03f4dd2f23f83d70a3faf3b644364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e1483fcccccd40dccccdc2dccccd42d20000c411c000c2f56666c338cccdc389b33344368ccd4337199a436a8000439c3333ba83126fbd0f5c29bef0a3d7bead0e56c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3ee850503789d00010cc0050302000049840b0308360050a7320b03a03f4d91683f8333333fb189374364b3334365199a436466664364b33343c60ccd43c6199a43c5e66643c633334247e148416ccccd40f9999ac2dd000042eb3333c411cccdc2f4cccdc3388000c38a199a44371333433700004369b333439dc000bb83126fbd23d70abeef9db2bebdf3b6c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3de7e0b0308360050a7320b03a03f4d91683f8333333fad0e564364cccd4365199a436480004364cccd43c6199a43c6199a43c6000043c640004247e148c153333341066666c2db333342af999ac4118000c2f43333c3386666c389a6664435799a433766664369b333439a6666bc343958bd3851ecbeef1aa0be8dd2f2c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3e8460506bf711e07b5e30506bf711e07b5e305069d86000187cb05069d86000187cb0506bf6800036c470506bf6800036c470b0308360050a7320b03a03f6ccccd3f8395813fadb22d4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e148c2626666c2106666c2dbcccd42b30000c417e000c3138000c3383333c389cccd443ce66643534ccd436a6666439ae666bc9ba5e3be47ae14bef020c5be9374bcc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3654f05069d87ffff167b05069d87ffff167b0b0308360050a7320b03a03f6ccccd3f8395813fadb22d4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e148c2413333c2180000c2da999a42c5cccdc4182000c3143333c338b333c389b333443d799a43538000436acccd439bc000bc9ba5e3be47ae14bef020c5be9374bcc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3b944
2023.08.27 03:01:22.213 3: Sun2000h: readfn got data while EXPECT was set to idle: 05109e9900060c00001388000013881e001e00433b05109e990006be4805039a4c001beb4a05033600002710000027100000138800001388002100011dfcfff7fffffd710001000700560006d1f2000001b3000000000000014f00000001aca80b0308360050a7320b03a03f6c49ba3f83b6463fae353f4364b33343650000436466664364b33343c6000043c60ccd43c5e66643c626664247e148c21b3333c219999ac2dc000042db3333c417cccdc313b333c3384ccdc3898ccd443dd99a43526666436a8000439d3333bd916873be395810beef9db2be9d2f1bc4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3cb4d05109e9900060c00001388000013881e001e00433b05109e990006be48
2023.08.27 03:01:22.246 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a7320b
2023.08.27 03:01:22.424 3: Sun2000h: readfn got data while EXPECT was set to idle: 03a03f6bc6a83f83b6463fae76c94364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247e148c2640000c218cccdc2de000042b86666c4184ccdc3148000c338999ac38a0ccd443d66664353b333436b4ccd439b4000bd872b02be374bc7bef126e9be9ba5e3c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3f6fa
2023.08.27 03:01:22.505 3: Sun2000h: readfn got data while EXPECT was set to idle: 05039a4c001beb4a
2023.08.27 03:01:22.582 3: Sun2000h: readfn got data while EXPECT was set to idle: 05033600002710000027100000138800001388002100011dfcfff7fffffd710001000700560006d1f2000001b3000000000000014f00000001aca8
2023.08.27 03:01:22.660 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a732
2023.08.27 03:01:23.701 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f6bc6a83f8374bc3fb2b0214364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247e148c1bc0000c210cccdc2da333342f3999ac4182000c3140000c338e666c389c000443ec00043523333436a0000439f599abd810625be2f1aa0beed0e56bec72b02c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3255f0b0308360050a7320b03a03f6bc6a83f8374bc3fb2b0214364999a43650000436466664364999a43c6000043c60ccd43c5d99a43c6199a4247e148c22ccccdc20a6666c2d7000042c60000c4182000c3148000c3388000c389c000443d2ccd4353cccd4368b333439c0000bd810625be2f1aa0beed0e56bec72b02c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c32dd10506bf6800036c470506bf6800036c470510bf7500020403e8003254160510bf75000274420b0308360050a732
2023.08.27 03:01:24.795 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f6ccccd3f82b0213faf7cee4364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247e148c2080000c1ff3333c2d1cccd42cd999ac418c666c3154ccdc3396666c38a2666443d2ccd4352cccd43684ccd439cb333bd3020c5be26e979bee9fbe7bea9fbe7c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c35d1405037e5f0009ac72050312000000000000000000000000000000000000b7060b0308360050a7320b03a03f6d91683f820c4a3fb000004364999a4364cccd436466664364cccd43c6000043c5f33343c5f33343c6199a4247e148c1e5999ac1f00000c2cf333342d1999ac4194ccdc316199ac33a0000c38a8ccd443d733343534ccd4368199a439d3333bd54fdf4be10624ebee353f8bead0e56c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3750505109e9900060c00001388000013881e001e00433b05109e990006be4805039a4c001beb4a05033600002710000027100000138800001388002100011dfcfff7fffffd710001000700560006d1f2000001b3000000000000014e0000000191680b0308360050a7320b03a03f6ccccd3f80c49c3fb083124364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247e148c1ba6666c1d4cccdc2c6000042cc999ac418999ac315999ac338cccdc389f333443c26664352e6664364e666439c4ccdbd449ba6be03126fbedcac08beb33333c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3c9690503a02900057785
2023.08.27 03:01:24.944 3: Sun2000h: readfn got data while EXPECT was set to idle: 05030a386d4380000000120001ff9d
2023.08.27 03:01:25.052 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a732
2023.08.27 03:01:25.517 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f6c49ba3f80624e3fb106254364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247e148c124cccdc1c9999ac2c3cccd42e16666c4189333c315b333c338cccdc389d99a443ccccd4352cccd43648000439de666bcdd2f1bbdf3b646beda1cacbeb7ced9c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c3b5da05037b66000ffcb105031e4c554e41323030302d354b572d43300000000000000000000000000000001bfa
2023.08.27 03:01:25.541 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b0308360050a732
2023.08.27 03:01:25.722 3: Sun2000h: readfn got data while EXPECT was set to idle: 0b03a03f6c49ba3f80624e3fb106254364999a4364e666436466664364b33343c6000043c6000043c5e66643c6199a4247e148c0966666c1bb3333c2c0333342e56666c418a666c315b333c338b333c38a0ccd443c73334352199a43636666439e0ccdbcdd2f1bbdf3b646beda1cacbeb7ced9c4dc9e66c45ecccdc40e4e14c3983ae1443fb8524391d99a4399000043f250a4451e3d484493dccd445ace14444545c36dd6
2023.08.27 03:01:25.814 3: Sun2000h: readfn got data while EXPECT was set to idle: 05109e9900060c00001388000013881e001e00433b
2023.08.27 03:01:25.836 3: Sun2000h: readfn got data while EXPECT was set to idle: 05109e990006be48
2023.08.27 03:01:25.944 3: Sun2000h: readfn got data while EXPECT was set to idle: 05039a4c001beb4a
2023.08.27 03:01:26.025 3: Sun2000h: readfn got data while EXPECT was set to idle: 05033600002710000027100000138800001388002100011dfcfff7fffffd710001000700560006d1f2000001b3000000000000014e000000019168
2023.08.27 03:01:26.279 3: Sun2000
Ich habe irgendwo gelesen das es keine zwei Master gleichzeitig geben darf, aber wie und wo unterbinde ich den zweiten Master? Der erste Master wird vermutlich der Wechselrichter sein....

Ja, zwei Master an einem Modbus gehen wohl nicht, ich hatte das gleiche Problem, das Kabel extra am FHEM-RPI vorbeigeführt und mit dem selben Ergebnis wie bei dir. Der WR hat mehr als einen Modbusanschluss, es wäre einen Versuch wert, zu testen, ob es am zweiten funktioniert, weil dort ja nichts anderes dran hängt (zumindest bei mir). Der Smartmeter wird nur mit 2 Drähten angeschlossen, evtl. sind ja noch zwei Adern im Kabel frei ?

Sonst könnte ein Wifirepeater helfen.... Wie oben beschrieben frage ich über Wifi alle 10s ca. 30 Werte ab, ohne Probleme und kann auch Parameter ändern. Ich habe eine ausrangierte Fritzbox in den Raum mit dem WR an Netzwerkkabel gehängt, so habe ich zwei Probleme auf mal gelöst. Der Dongle hat auch eine LAN-Schnittstelle, das wäre auch noch eine Variante, dann in das Netzwerk einbinden, wo der RPI drin hängt, dann kann der direkt kommunizieren

Grüße Christian

Danke, hat sich erledigt. Ich habe einen 2ten Raspi in den Keller gehängt und frage diesen über Fhem2Fhem ab.

Trotzdem danke cs-online

Zitat von: cs-online am 22 Juli 2023, 12:26:12

Zitat von: Heatseeker am 13 Juli 2023, 06:48:1932080 ist die WR_Leistung. Dass sollte so einigermaßen hinkommen.

Das funktioniert bei mir recht gut, solange der Speicher geladen oder entladen wird, sonst steht da bei der gleiche Wert, wie bei der Input_power...

Wie ist das bei euch ?

Grüße

Christian

Hello. Habe hier jetzt alles durchgelesen aber leider ist viel für mich noch Fachchinesisch, du scheinst aber die gleiche Konstellation zu haben daher noch mal für meine laienhafte versrändnis.

Ich habe selbige Anlage mit Speicher. Mein WR hängt im WLAN. Mein Pi mit fhem per LAN im selbigem Netzwerk.

Habe ich richtig verstanden das der Installateur mir die TCP Schnittstelle freischalten muss und ich DANN in fhem direkt die entsprechende Instanz definieren kann? (So als würde ich andere Geräte die im Netz sind hinzufügen?) Wenn das Hardware technisch funktioniert, kannst du mit nochmal erklären auf was ich genau achten muss ?

Ich brauche auch kein 10 sek abfrage Intervall, mit reicht da 1 min oder noch länger, will es halt nur auf einem tablet mit ftui vernünftig darstellen. Bin für jede Hilfe dankbar :)

Hallo Andre09,
ja die Modbus Option ist im Standard ausgeschaltet und muss durch den installateur Account in FusionSolar aktiviert werden.
Entweder Du verfügst selbst über die rechte hierzu oder Du fragst Deinen Solarteur.

Danach kannst Du ModbusTCP definieren und die Daten in FHEM weiterverarbeiten.
Diese Verbindungsart macht jedoch häufig probleme.

Die zweite Variante ist:
Ein Raspi in der unmittelbaren nähe des WR - der verbindet sich mit dem Nahfeld-Wlan des Wechselrichter und fragt den Wechselrichter nach den ModbusDaten und nicht den Dongle.
Dieser Raspi wiederum hängt mit der Lan Schnittstelle dann im Heimnetz und stellt FHEM bereit.

So hab ich das aufgebaut und es läuft seit März sehr stabil.

Zitat von: der-Lolo am 12 September 2023, 08:39:19Hallo Andre09,
ja die Modbus Option ist im Standard ausgeschaltet und muss durch den installateur Account in FusionSolar aktiviert werden.
Entweder Du verfügst selbst über die rechte hierzu oder Du fragst Deinen Solarteur.

Danach kannst Du ModbusTCP definieren und die Daten in FHEM weiterverarbeiten.
Diese Verbindungsart macht jedoch häufig probleme.

Die zweite Variante ist:
Ein Raspi in der unmittelbaren nähe des WR - der verbindet sich mit dem Nahfeld-Wlan des Wechselrichter und fragt den Wechselrichter nach den ModbusDaten und nicht den Dongle.
Dieser Raspi wiederum hängt mit der Lan Schnittstelle dann im Heimnetz und stellt FHEM bereit.

So hab ich das aufgebaut und es läuft seit März sehr stabil.

Vielen Dank. Welche Probleme gibt es denn bei der ersten Variante? Wie gesagt mir geht es nicht darum wenn, ich sag mal jede Minute Daten empfangen werden und jede 2. Minute mal nicht. Mit geht es darum einigermaßen aktuell die Stände des Speichers und des Verbrauchs auf dem tablet zu visualisieren. Daher würde ich eigentlich die erste Variante bevorzugen. Gerade auch weil der dongle 2 m Luftlinie von meiner FRITZ!Box entfernt ist und wie gesagt der fhem Pi eh im Netz hängt.

Aber wenn ich es richtig verstehe könnte ich es ja ausprobieren wenn der Installateur das freischaltet und wenn es nicht zufriedenstellend ist immer noch einen Pi kaufen und zwischen schalten.

Der Dongle hat im Fall das Du dort abfragst nicht nur Dich zu bedienen sondern eben auch das Huawei Portal...
Hier kommt es wohl zu verbindungs und Time-Out problemen, ich hab es selbst noch nicht probiert und kann nichts genaues sagen.

Hallo,

bei mir läuft Variante 1 seit Monaten flüssig, ich frage alle 10 Sekunden ca. 38 Werte ab, bislang ohne Probleme.

Grüße Christian

Zitat von: der-Lolo am 12 September 2023, 11:33:54Der Dongle hat im Fall das Du dort abfragst nicht nur Dich zu bedienen sondern eben auch das Huawei Portal...
Hier kommt es wohl zu verbindungs und Time-Out problemen, ich hab es selbst noch nicht probiert und kann nichts genaues sagen.

Ich frage das Dongle seit 6 Monaten über Modbus-TCP ab, die letzten 4-5 Monate davon ca. 25 Werte (teilweise gruppiert) im 5-Sekunden-Intervall.
Während der Zeit ist mir noch kein einziger Ausfall aufgefallen.

Ok, die erfahrungen hier weichen also deutlich von dem ab was die Leute im Photovoltaikforum erleben.
Ich glaube die Softwarestände von Dongle Wechselrichter und Luna spielen hier eine rolle.

Hallo zusammen,

Habe dank Pn-Hilfe nun auch direkten Kontakt mit meinem sun2000.
Dank der hier hinterlegten PDF von huaweii versteh ich nun auch wo die ominösen Register Nummern herkommen.
Soweit so gut.
Um meine Frau nicht zuüberfordern würde ich gerne nur ähnliche Werte wie in der Fusion Solar App abfragen, aber so richtig steig ich da nicht durch bei der Vielzahl welche die relevanten sind. Vielleicht kann mir hier aus Erfahrung weiterhelfen. Ich brauche:

- was wird gerade vom Haus verbraucht und wieviel ist der aktuelle tagesgesamtverbrauch
- wieviel kWh davon werden gerade aus dem Netz und wieviel vom Speicher geholt
- wie voll ist der speicher
- gibt es was im Sinne von wie ,,gut" gerade geladen wird "¿

Für den Anfang würde mir das reichen um dann tiefer in die Materie einzutauchen.

Und eine weitere Frage: ich definiere das Attribut mit 30 sek abfrage, trotzdem kommen viele Reading im 1 sek Takt. Liegt das am Poll 1 in den Attributen"?
Brauche die Werte maximal alle 30 wenn nicht noch langsamer.

Danke für newbie Input

Zitat von: der-Lolo am 16 September 2023, 07:57:39Ok, die erfahrungen hier weichen also deutlich von dem ab was die Leute im Photovoltaikforum erleben.
Ich glaube die Softwarestände von Dongle Wechselrichter und Luna spielen hier eine rolle.

Dongle: V100R001C00SPC125
Inverter: V100R001C00SPC153

Abfrage von ca. 25 Werten im 5-Sekunden-Intervall vom Dongle über Modbus-TCP

Zitat von: Heatseeker am 13 Juli 2023, 06:48:19

Zitat von: der-Lolo am 12 Juli 2023, 20:12:0037113

Nein, dass ist der Netzbezug. Ich möchte den Hausverbrauch. Ich habe mir den nun berechnet aus:
32080 - 37113
32080 ist die WR_Leistung. Dass sollte so einigermaßen hinkommen.

Grüße
Heatseeker

Hey,

kannst du das ein wenig aufdröseln?
Stehe auch vor dem Problem welcher Wert jetzt was zuzurechnen ist:

37113 gibt mir gerade den Moment verbrauch aus Stromleitung wieder (z.B. -0,32 ) [negativ da keine Einspeisung] aktuell in KW. Bei uns ist Speicher und Modul noch nicht verbaut. Was genau gibt denn dann 32080 aus und wie hast du daraus konkret den aktuellen Hausverbrauch berechnet? (gerade wenn 37113 ins positive wegen Einspeisung dreht).

Gehe ich recht in der Name das ein Tagesverbrauch wie in der App nicht über die Register darstellbar ist?

Danke dir :)

Wollte eigentlich versuchen auf dem Tablet eine ähnliche Übersicht wie Fuision Solar darzustellen aber vermutlich gehen immer nur die LIVE werte. Aber zumindest würde ich dann Baterriespeicher / Hausverbrauch / speise oder nehme ich Energie auf (37113) und entlade oder lade ich die Batterie darstellen wollen

Ich habe das Problem mit den Tageswerten um eine ähnliche Übersicht wie Fuision Solar darzustellen, mit folgenden userReadings gelöst:

PM_Energie_insNetz_Tag_kWh:PM_Energie_insNetz_.* {
  round( ReadingsNum( $name,'PM_Energie_insNetz_Gesamt_kWh',0 ) - ReadingsNum( $name,'PM_Energie_insNetz_Midnight_kWh',0 ), 2 );
},
PM_Energie_vomNetz_Tag_kWh:PM_Energie_vomNetz_.* {
  round( ReadingsNum( $name,'PM_Energie_vomNetz_Gesamt_kWh',0 ) - ReadingsNum( $name,'PM_Energie_vomNetz_Midnight_kWh',0 ), 2 );
},
WR_Energie_HausPV_Gesamt_kWh:(WR_Energie_PV_|PM_Energie_insNetz_).* {
  round( ReadingsNum( $name,'WR_Energie_PV_Gesamt_kWh',0 ) - ReadingsNum( $name,'PM_Energie_insNetz_Gesamt_kWh',0 ), 2 );
},
WR_Energie_HausPV_Tag_kWh:(WR_Energie_PV_|PM_Energie_insNetz_).* {
  round( ReadingsNum( $name,'WR_Energie_PV_Tag_kWh',0 ) - ReadingsNum( $name,'PM_Energie_insNetz_Tag_kWh',0 ), 2 );
},
WR_Energie_Haus_Gesamt_kWh:(WR_Energie_HausPV_|PM_Energie_vomNetz_).* {
  round( ReadingsNum( $name,'WR_Energie_HausPV_Gesamt_kWh',0 ) + ReadingsNum( $name,'PM_Energie_vomNetz_Gesamt_kWh',0 ), 2 );
},
WR_Energie_Haus_Tag_kWh:(WR_Energie_HausPV_|PM_Energie_vomNetz_).* {
  round( ReadingsNum( $name,'WR_Energie_HausPV_Tag_kWh',0 ) + ReadingsNum( $name,'PM_Energie_vomNetz_Tag_kWh',0 ), 2 );
},
WR_Leistung_Haus_W:(PM_Leistung_Momentan_W|WR_Leistung_Momentan_W).* {
  ( ReadingsNum( $name,'WR_Leistung_Momentan_W',0 ) - ReadingsNum( $name,'PM_Leistung_Momentan_W',0 ) >= 0 ) ? ( ReadingsNum( $name,'WR_Leistung_Momentan_W',0 ) - ReadingsNum( $name,'PM_Leistung_Momentan_W',0 ) ) : ReadingsNum( $name,'WR_Leistung_Haus_W',0 )
}
Um Mitternacht werden mittel 'at' die Readings
'PM_Energie_insNetz_Midnight_kWh' auf den Wert von 'PM_Energie_insNetz_Gesamt_kWh' und
'PM_Energie_vomNetz_Midnight_kWh' auf den Wert von 'PM_Energie_vomNetz_Gesamt_kWh' gesetzt.

Das userReading 'WR_Leistung_Haus_W' habe ich deshalb so gestaltet, um negative Werte zu vermeiden.
Diese können passieren, wenn das eine Reading schon aktualisiert und das andere Reading noch den alt vorherigen Wert beinhaltet.

Meine Definition der Readings ist hier zu finden:

Zitat von: bertl am 14 August 2023, 19:55:57Und falls es jemanden interessiert, hier meine gesamte Modbus-Definition: 98_ModbusSUN2000WR.pm (https://forum.fhem.de/index.php?action=dlattach;attach=172618)

Zitat von: Andre09 am 19 September 2023, 14:03:46Hey,

kannst du das ein wenig aufdröseln?
Stehe auch vor dem Problem welcher Wert jetzt was zuzurechnen ist:

37113 gibt mir gerade den Moment verbrauch aus Stromleitung wieder (z.B. -0,32 ) [negativ da keine Einspeisung] aktuell in KW. Bei uns ist Speicher und Modul noch nicht verbaut. Was genau gibt denn dann 32080 aus und wie hast du daraus konkret den aktuellen Hausverbrauch berechnet? (gerade wenn 37113 ins positive wegen Einspeisung dreht).

Moin,
Das passt soweit, 32080 ist die Wechselrichterleistung. Sind das 2000W und du speist 1700 Watt ein (positiv) hast du 2000-1700=300W Hausverbrauch. Wenn du 0W erzeugung hast und 300W (Bezug negativ) hast du 0 - (-300)= 300W Hausverbrauch. Problematisch ist es bei stark wechselden Befingungen und die Werte kommen nicht gleichzeitig. Muss mir mal die Lösung von bertl anschauen.
Vielleicht Werte im Fusion Portal sind leider berechnet...

ich steh vor dem selbem Problem. Habe auch die PDF vor mir mit den ganzen Werten und checke gerade weil nicht 1:1 mit App vergleichbar, welcher Wert für das sein soll. Vielleicht kann das ja mal wer aufdröseln der sich besser auskennt. ICH habe Speicher und WR und theoretisch interessiert mich folgendes + was ich denke was korrekt ist

- Was verbraucht gerade mein Haus (unanhängig wo her)  -> keine Ahnung aber evtl nicht notwendig wenn ich Werte aus Verbrauch ich aus Netz oder Verbrauch ich aus Batterie habe
- Was produziert gerade die PV? - 32064 ??
- Was beziehe ich vom NETZ bzw. was speise ich ein? --> 37113  (+ = Einspeiung, - = Bezug, auf 0 wenn von Batterie)
- Gibt der Speicher was ab oder lädt er? --> krieg ich gar nicht hin 37001, 38275 ? liefert mir aber irgendwie nix
- wie voll ist der Speicher in %?   -> 37004

Servus Andre09,

ich gebe dir mal im Anhang folgendes Modul rüber, das basiert auf dem von bertl und ist ergänzt durch die relevanten Daten zur Batterie (habe mir nicht die Mühe gemacht alle Register abzubilden, sondern nur die, die ich brauche).
Hinzugefügt ist: Gerätestatus, Ladestand, (Ent-)Ladeleistung in W und (Ent-)Ladung/Tag.

Mit der unten folgenden Raw definition hast du auch alle relevanten Daten im devStateIcon.
Der momentane und Langzeit-Hausverbrauch wird durch die userReadings "Haus_Leistung_Momentan_W" bzw. "Haus_Verbrauch_Gesamt_kWh" abgebildet, daraus wird dann die Autarkiequote "Haus_Autarkie_Gesamt" berechnet.

Die UserReadings
- BAT_Leistung_Entladen_Momentan_W
- BAT_Leistung_Laden_Momentan_W
- PM_Energie_insNetz_Momentan_W
- PM_Energie_vomNetz_Momentan_W
kannst du ggfs. löschen, die habe ich nur rein gemacht, damit ich SolarForecast benutzen kann. Das hat mit den teilweise negativen Werten, die der WR liefert bei mir irgendwie nicht richtig funktioniert.

Hier die Raw definition:
defmod pv_wr ModbusSUN2000WR 1 30 <IP/Hostname des WR bzw. des Dongles>:<Ggfs. Port (6607), falls über AP vom WR verbunden> TCP
attr pv_wr dev-timing-timeout 10
attr pv_wr devStateIcon {my $bat = sprintf("%.0f", ReadingsNum($name,"BAT_Ladestand",""));; my $batonl = ReadingsVal($name,"BAT_Geraetestatus","na") eq "running"?"10px-kreis-gruen" : ReadingsVal($name,"BAT_Geraetestatus","na") eq "sleep_mode" ? "10px-kreis-gelb":"10px-kreis-rot";; my $pvin = ReadingsNum($name,"WR_Leistung_EingangSolar_W","");; my $wronl = ReadingsVal($name,"WR_Geraetestatus","na") eq "on_grid"?"10px-kreis-gruen" : ReadingsVal($name,"WR_Geraetestatus","na") eq "Standby_no_irradiation" ? "10px-kreis-gelb":"10px-kreis-rot";; my $haus = ReadingsNum($name,"Haus_Leistung_Momentan_W","");; my $batw = ReadingsNum($name,"BAT_Leistung_W","");; my $laden = $batw > 0?"<span style='color:green'>Laden:</span>": $batw < 0?"<span style='color:red'>Entladen:</span>":"<span style='color:grey'>Batterie:</span>";; my $netz = ReadingsNum($name,"PM_Leistung_Momentan_W","");; my $einspeisen = $netz > 0?"<span style='color:green'>Einspeisen:</span>": $netz < 0?"<span style='color:red'>Beziehen:</span>":"<span style='color:grey'>Netz:</span>";; my $bezuggesamt = ReadingsNum($name,"PM_Energie_vomNetz_Gesamt_kWh","");; my $einspeisunggesamt = ReadingsNum($name,"PM_Energie_insNetz_Gesamt_kWh","");; my $autark = ReadingsNum($name,"Haus_Autarkie_Gesamt","");;"<div> ".FW_makeImage($batonl)."&nbsp;;Batterie: $bat % | ".FW_makeImage($wronl)."&nbsp;;PV-in: $pvin W | Haus: $haus W | $laden ".abs($batw)." W | $einspeisen ".abs($netz)." W | Eingespeist: $einspeisunggesamt kWh | Bezogen: $bezuggesamt kWh ($autark %)</div>"}
attr pv_wr icon solar
attr pv_wr maxTimeoutsToReconnect 5
attr pv_wr poll-PM_Leistung_A_W 0
attr pv_wr poll-PM_Leistung_B_W 0
attr pv_wr poll-PM_Leistung_C_W 0
attr pv_wr poll-PM_Leistungsfaktor 0
attr pv_wr poll-PM_Netzfrequenz 0
attr pv_wr poll-PM_Spannung_Netz_A 0
attr pv_wr poll-PM_Spannung_Netz_B 0
attr pv_wr poll-PM_Spannung_Netz_C 0
attr pv_wr poll-PM_Status 0
attr pv_wr poll-PM_Strom_Netz_A 0
attr pv_wr poll-PM_Strom_Netz_B 0
attr pv_wr poll-PM_Strom_Netz_C 0
attr pv_wr poll-WR_Anzahl_MPPTrackers 0
attr pv_wr poll-WR_Anzahl_PVStrings 0
attr pv_wr poll-WR_Effizienz 0
attr pv_wr poll-WR_Leistung_Nenn 0
attr pv_wr poll-WR_Leistung_Tagesspitze_W 0
attr pv_wr poll-WR_Leistungsbegrenzung_Modus 0
attr pv_wr poll-WR_Leistungsbegrenzung_Prozent 0
attr pv_wr poll-WR_Leistungsbegrenzung_kW 0
attr pv_wr poll-WR_Modell_ID 0
attr pv_wr poll-WR_Modell_Name 0
attr pv_wr poll-WR_Modell_PN 0
attr pv_wr poll-WR_Modell_SN 0
attr pv_wr poll-WR_Netzcode 0
attr pv_wr poll-WR_Shutdown 0
attr pv_wr poll-WR_Spannung_A 0
attr pv_wr poll-WR_Spannung_B 0
attr pv_wr poll-WR_Spannung_C 0
attr pv_wr poll-WR_Spannung_String1 0
attr pv_wr poll-WR_Spannung_String2 0
attr pv_wr poll-WR_Startup 0
attr pv_wr poll-WR_Strom_A 0
attr pv_wr poll-WR_Strom_B 0
attr pv_wr poll-WR_Strom_C 0
attr pv_wr poll-WR_Strom_String1 0
attr pv_wr poll-WR_Strom_String2 0
attr pv_wr poll-WR_Temperatur_Intern 0
attr pv_wr poll-WR_Zeit_Shutdown 0
attr pv_wr poll-WR_Zeit_Startup 0
attr pv_wr poll-WR_Zeit_System 0
attr pv_wr poll-WR_Zeitzone 0
attr pv_wr room PV
attr pv_wr timeoutLogLevel 4
attr pv_wr userReadings Haus_Leistung_Momentan_W:(WR_Leistung_EingangSolar_W|BAT_Leistung_W|PM_Leistung_Momentan_W).* {\
    ReadingsNum($NAME,"WR_Leistung_EingangSolar_W","0") - ReadingsNum($NAME,"BAT_Leistung_W","0") - ReadingsNum($NAME,"PM_Leistung_Momentan_W","0")\
},\
Haus_Verbrauch_Gesamt_kWh:(WR_Energie_PV_Gesamt_kWh|PM_Energie_insNetz_Gesamt_kWh).* {\
    ReadingsNum($NAME,"WR_Energie_PV_Gesamt_kWh","0") - ReadingsNum($NAME,"PM_Energie_insNetz_Gesamt_kWh","0")\
},\
Haus_Autarkie_Gesamt:Haus_Verbrauch_Gesamt_kWh.* {\
    my $eigenverbrauch = ReadingsNum($NAME,"Haus_Verbrauch_Gesamt_kWh","");;\
    sprintf("%.1f", $eigenverbrauch/(ReadingsNum($NAME,"PM_Energie_vomNetz_Gesamt_kWh","")+$eigenverbrauch)*100);;\
},\
PM_Energie_insNetz_Momentan_W:PM_Leistung_Momentan_W.* {\
    my $leistungmom = ReadingsNum($NAME,"PM_Leistung_Momentan_W","");;\
    if ($leistungmom > 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
PM_Energie_vomNetz_Momentan_W:PM_Leistung_Momentan_W.* {\
    my $leistungmom = ReadingsNum($NAME,"PM_Leistung_Momentan_W","");;\
    if ($leistungmom < 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
BAT_Leistung_Laden_Momentan_W:BAT_Leistung_W.* {\
    my $leistungmom = ReadingsNum($NAME,"BAT_Leistung_W","");;\
    if ($leistungmom > 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
BAT_Leistung_Entladen_Momentan_W:BAT_Leistung_W.* {\
    my $leistungmom = ReadingsNum($NAME,"BAT_Leistung_W","");;\
    if ($leistungmom < 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
}

Für SolarForecast habe ich dann folgendes:
set <SolarForecastDevice> currentInverterDev <WechselrichterDevice> pv=WR_Leistung_EingangSolar_W:W etotal=WR_Energie_PV_Gesamt_kWh:kWh capacity=10000
set <SolarForecastDevice> currentMeterDev <WechselrichterDevice> gcon=PM_Energie_vomNetz_Momentan_W:W contotal=PM_Energie_vomNetz_Gesamt_kWh:kWh gfeedin=PM_Energie_insNetz_Momentan_W:W feedtotal=PM_Energie_insNetz_Gesamt_kWh:kWh
set <SolarForecastDevice> currentBatteryDev <WechselrichterDevice> pin=BAT_Leistung_Laden_Momentan_W:W pout=BAT_Leistung_Entladen_Momentan_W:W charge=BAT_Ladestand
Hoffe das hilft. Die Werte scheinen soweit alle plausibel zu sein, aber kann natürlich nicht garantieren, dass das zu 100 % stimmt.

P.S.: Falls sich irgendjemand wundert/um das für die Zukunft festzuhalten: Bei Register 37001 (bei mir BAT_Leistung_W) gibt die Batterie im Ruhezustand den Wert 2147483647 aus. Da ist die Leistung aber natürlich bei 0, deshalb muss das im Modul richtig gemappt werden.

Zitat von: passibe am 25 Oktober 2023, 00:38:57Servus Andre09,

ich gebe dir mal im Anhang folgendes Modul rüber, das basiert auf dem von bertl und ist ergänzt durch die relevanten Daten zur Batterie (habe mir nicht die Mühe gemacht alle Register abzubilden, sondern nur die, die ich brauche).
Hinzugefügt ist: Gerätestatus, Ladestand, (Ent-)Ladeleistung in W und (Ent-)Ladung/Tag.

Mit der unten folgenden Raw definition hast du auch alle relevanten Daten im devStateIcon.
Der momentane und Langzeit-Hausverbrauch wird durch die userReadings "Haus_Leistung_Momentan_W" bzw. "Haus_Verbrauch_Gesamt_kWh" abgebildet, daraus wird dann die Autarkiequote "Haus_Autarkie_Gesamt" berechnet.

Die UserReadings
- BAT_Leistung_Entladen_Momentan_W
- BAT_Leistung_Laden_Momentan_W
- PM_Energie_insNetz_Momentan_W
- PM_Energie_vomNetz_Momentan_W
kannst du ggfs. löschen, die habe ich nur rein gemacht, damit ich SolarForecast benutzen kann. Das hat mit den teilweise negativen Werten, die der WR liefert bei mir irgendwie nicht richtig funktioniert.

Hier die Raw definition:

Code Auswählen Erweitern

defmod pv_wr ModbusSUN2000WR 1 30 <IP/Hostname des WR bzw. des Dongles>:<Ggfs. Port (6607), falls über AP vom WR verbunden> TCP
attr pv_wr dev-timing-timeout 10
attr pv_wr devStateIcon {my $bat = sprintf("%.0f", ReadingsNum($name,"BAT_Ladestand",""));; my $batonl = ReadingsVal($name,"BAT_Geraetestatus","na") eq "running"?"10px-kreis-gruen" : ReadingsVal($name,"BAT_Geraetestatus","na") eq "sleep_mode" ? "10px-kreis-gelb":"10px-kreis-rot";; my $pvin = ReadingsNum($name,"WR_Leistung_EingangSolar_W","");; my $wronl = ReadingsVal($name,"WR_Geraetestatus","na") eq "on_grid"?"10px-kreis-gruen" : ReadingsVal($name,"WR_Geraetestatus","na") eq "Standby_no_irradiation" ? "10px-kreis-gelb":"10px-kreis-rot";; my $haus = ReadingsNum($name,"Haus_Leistung_Momentan_W","");; my $batw = ReadingsNum($name,"BAT_Leistung_W","");; my $laden = $batw > 0?"<span style='color:green'>Laden:</span>": $batw < 0?"<span style='color:red'>Entladen:</span>":"<span style='color:grey'>Batterie:</span>";; my $netz = ReadingsNum($name,"PM_Leistung_Momentan_W","");; my $einspeisen = $netz > 0?"<span style='color:green'>Einspeisen:</span>": $netz < 0?"<span style='color:red'>Beziehen:</span>":"<span style='color:grey'>Netz:</span>";; my $bezuggesamt = ReadingsNum($name,"PM_Energie_vomNetz_Gesamt_kWh","");; my $einspeisunggesamt = ReadingsNum($name,"PM_Energie_insNetz_Gesamt_kWh","");; my $autark = ReadingsNum($name,"Haus_Autarkie_Gesamt","");;"<div> ".FW_makeImage($batonl)."&nbsp;;Batterie: $bat % | ".FW_makeImage($wronl)."&nbsp;;PV-in: $pvin W | Haus: $haus W | $laden ".abs($batw)." W | $einspeisen ".abs($netz)." W | Eingespeist: $einspeisunggesamt kWh | Bezogen: $bezuggesamt kWh ($autark %)</div>"}
attr pv_wr icon solar
attr pv_wr maxTimeoutsToReconnect 5
attr pv_wr poll-PM_Leistung_A_W 0
attr pv_wr poll-PM_Leistung_B_W 0
attr pv_wr poll-PM_Leistung_C_W 0
attr pv_wr poll-PM_Leistungsfaktor 0
attr pv_wr poll-PM_Netzfrequenz 0
attr pv_wr poll-PM_Spannung_Netz_A 0
attr pv_wr poll-PM_Spannung_Netz_B 0
attr pv_wr poll-PM_Spannung_Netz_C 0
attr pv_wr poll-PM_Status 0
attr pv_wr poll-PM_Strom_Netz_A 0
attr pv_wr poll-PM_Strom_Netz_B 0
attr pv_wr poll-PM_Strom_Netz_C 0
attr pv_wr poll-WR_Anzahl_MPPTrackers 0
attr pv_wr poll-WR_Anzahl_PVStrings 0
attr pv_wr poll-WR_Effizienz 0
attr pv_wr poll-WR_Leistung_Nenn 0
attr pv_wr poll-WR_Leistung_Tagesspitze_W 0
attr pv_wr poll-WR_Leistungsbegrenzung_Modus 0
attr pv_wr poll-WR_Leistungsbegrenzung_Prozent 0
attr pv_wr poll-WR_Leistungsbegrenzung_kW 0
attr pv_wr poll-WR_Modell_ID 0
attr pv_wr poll-WR_Modell_Name 0
attr pv_wr poll-WR_Modell_PN 0
attr pv_wr poll-WR_Modell_SN 0
attr pv_wr poll-WR_Netzcode 0
attr pv_wr poll-WR_Shutdown 0
attr pv_wr poll-WR_Spannung_A 0
attr pv_wr poll-WR_Spannung_B 0
attr pv_wr poll-WR_Spannung_C 0
attr pv_wr poll-WR_Spannung_String1 0
attr pv_wr poll-WR_Spannung_String2 0
attr pv_wr poll-WR_Startup 0
attr pv_wr poll-WR_Strom_A 0
attr pv_wr poll-WR_Strom_B 0
attr pv_wr poll-WR_Strom_C 0
attr pv_wr poll-WR_Strom_String1 0
attr pv_wr poll-WR_Strom_String2 0
attr pv_wr poll-WR_Temperatur_Intern 0
attr pv_wr poll-WR_Zeit_Shutdown 0
attr pv_wr poll-WR_Zeit_Startup 0
attr pv_wr poll-WR_Zeit_System 0
attr pv_wr poll-WR_Zeitzone 0
attr pv_wr room PV
attr pv_wr timeoutLogLevel 4
attr pv_wr userReadings Haus_Leistung_Momentan_W:(WR_Leistung_EingangSolar_W|BAT_Leistung_W|PM_Leistung_Momentan_W).* {\
    ReadingsNum($NAME,"WR_Leistung_EingangSolar_W","0") - ReadingsNum($NAME,"BAT_Leistung_W","0") - ReadingsNum($NAME,"PM_Leistung_Momentan_W","0")\
},\
Haus_Verbrauch_Gesamt_kWh:(WR_Energie_PV_Gesamt_kWh|PM_Energie_insNetz_Gesamt_kWh).* {\
    ReadingsNum($NAME,"WR_Energie_PV_Gesamt_kWh","0") - ReadingsNum($NAME,"PM_Energie_insNetz_Gesamt_kWh","0")\
},\
Haus_Autarkie_Gesamt:Haus_Verbrauch_Gesamt_kWh.* {\
    my $eigenverbrauch = ReadingsNum($NAME,"Haus_Verbrauch_Gesamt_kWh","");;\
    sprintf("%.1f", $eigenverbrauch/(ReadingsNum($NAME,"PM_Energie_vomNetz_Gesamt_kWh","")+$eigenverbrauch)*100);;\
},\
PM_Energie_insNetz_Momentan_W:PM_Leistung_Momentan_W.* {\
    my $leistungmom = ReadingsNum($NAME,"PM_Leistung_Momentan_W","");;\
    if ($leistungmom > 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
PM_Energie_vomNetz_Momentan_W:PM_Leistung_Momentan_W.* {\
    my $leistungmom = ReadingsNum($NAME,"PM_Leistung_Momentan_W","");;\
    if ($leistungmom < 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
BAT_Leistung_Laden_Momentan_W:BAT_Leistung_W.* {\
    my $leistungmom = ReadingsNum($NAME,"BAT_Leistung_W","");;\
    if ($leistungmom > 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
BAT_Leistung_Entladen_Momentan_W:BAT_Leistung_W.* {\
    my $leistungmom = ReadingsNum($NAME,"BAT_Leistung_W","");;\
    if ($leistungmom < 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
}

Für SolarForecast habe ich dann folgendes:

Code Auswählen Erweitern

set <SolarForecastDevice> currentInverterDev <WechselrichterDevice> pv=WR_Leistung_EingangSolar_W:W etotal=WR_Energie_PV_Gesamt_kWh:kWh capacity=10000
set <SolarForecastDevice> currentMeterDev <WechselrichterDevice> gcon=PM_Energie_vomNetz_Momentan_W:W contotal=PM_Energie_vomNetz_Gesamt_kWh:kWh gfeedin=PM_Energie_insNetz_Momentan_W:W feedtotal=PM_Energie_insNetz_Gesamt_kWh:kWh
set <SolarForecastDevice> currentBatteryDev <WechselrichterDevice> pin=BAT_Leistung_Laden_Momentan_W:W pout=BAT_Leistung_Entladen_Momentan_W:W charge=BAT_Ladestand
Hoffe das hilft. Die Werte scheinen soweit alle plausibel zu sein, aber kann natürlich nicht garantieren, dass das zu 100 % stimmt.

P.S.: Falls sich irgendjemand wundert/um das für die Zukunft festzuhalten: Bei Register 37001 (bei mir BAT_Leistung_W) gibt die Batterie im Ruhezustand den Wert 2147483647 aus. Da ist die Leistung aber natürlich bei 0, deshalb muss das im Modul richtig gemappt werden.

Danke dir, versuche ich mich mal dran allerdings brauch ich für meine ftui-Oberfläche einzelne Readings die ich darstellen kann. Schaue mal ob mir die userreadings das hergeben was ich brauche oder ob die Variante für meine Zwecke zu kompliziert wird.

Deswegen ging es mir eigentlich auch nur um die oben genannten Werte da alles andere auch komfortabel über die App darstellbar ist :)

Also ohne die UserReadings für SolarForecast kriegst du Readings wie im angehängten Screenshot.
Wenn du FTUI nutzt kannst du devStateIcon einfach ignorieren bzw. nicht setzen.

Damit lässt sich das, was du willst, ziemlich einfach erreichen erreichen:

- Was verbraucht gerade mein Haus (unanhängig wo her)  -> Haus_Leistung_Momentan_W
- Was produziert gerade die PV? -> WR_Leistung_EingangSolar_W
- Was beziehe ich vom NETZ bzw. was speise ich ein? -> PM_Leistung_Momentan_W (negativ = beziehen, positiv = einspeisen)
- Gibt der Speicher was ab oder lädt er? -> BAT_Leistung_W (negativ = abgeben, positiv = laden)
- wie voll ist der Speicher in %? -> BAT_Ladestand

Zitat von: passibe am 25 Oktober 2023, 12:25:59Also ohne die UserReadings für SolarForecast kriegst du Readings wie im angehängten Screenshot.
Wenn du FTUI nutzt kannst du devStateIcon einfach ignorieren bzw. nicht setzen.

Damit lässt sich das, was du willst, ziemlich einfach erreichen erreichen:

- Was verbraucht gerade mein Haus (unanhängig wo her)  -> Haus_Leistung_Momentan_W
- Was produziert gerade die PV? -> WR_Leistung_EingangSolar_W
- Was beziehe ich vom NETZ bzw. was speise ich ein? -> PM_Leistung_Momentan_W (negativ = beziehen, positiv = einspeisen)
- Gibt der Speicher was ab oder lädt er? -> BAT_Leistung_W (negativ = abgeben, positiv = laden)
- wie voll ist der Speicher in %? -> BAT_Ladestand

Danke dir! Werde mich heute Abend dran setzen und alles ausprobieren :)

Zitat von: passibe am 25 Oktober 2023, 12:25:59Also ohne die UserReadings für SolarForecast kriegst du Readings wie im angehängten Screenshot.
Wenn du FTUI nutzt kannst du devStateIcon einfach ignorieren bzw. nicht setzen.

Damit lässt sich das, was du willst, ziemlich einfach erreichen erreichen:

- Was verbraucht gerade mein Haus (unanhängig wo her)  -> Haus_Leistung_Momentan_W
- Was produziert gerade die PV? -> WR_Leistung_EingangSolar_W
- Was beziehe ich vom NETZ bzw. was speise ich ein? -> PM_Leistung_Momentan_W (negativ = beziehen, positiv = einspeisen)
- Gibt der Speicher was ab oder lädt er? -> BAT_Leistung_W (negativ = abgeben, positiv = laden)
- wie voll ist der Speicher in %? -> BAT_Ladestand

Funktioniert astrein :) Danke dir.. einzigen WErt den ich vermisse ist wieviel von PV gerade für die Leistung des Hauses genutzt wird. kann zwar darstellen, wieviel Leistung das Haus gerade braucht und wieviel davon aus Netz und BAT gezogen wird, aber nicht wieviel aus der PV direkt kommt (was ja quasi der Substraktions-Wert wäre ;)

Klarstellung für Andre09 und passibe:

Register 32064 - Input Power - diese Leistung steht am Wechselrichter (WR) von den Panelen an, kann aber nicht genutzt werden - Eingang WR
Register 32080 - Active Power - diese Leistung steht zur Verfügung und wird vom Wechselrichter abgegeben - Ausgang WR

Somit muss für alle Verbräuche und sonstige Berechnungen das Register 32080 verwendet werden (FusionSolar nimmt auch diesen Wert).

Zitat von: Andre09 am 26 Oktober 2023, 18:09:28.. einzigen WErt den ich vermisse ist wieviel von PV gerade für die Leistung des Hauses genutzt wird

Diesen Wert musst du dir über ein userReadings selbst berechnen!

Schönen verregneten Tag
Robert

Ich habe durch Zufall gesehen, dass es für fhempy auch eine Huawei-Implementierung per Modbus-TCP gibt.
https://github.com/fhempy/fhempy/tree/master/FHEM/bindings/python/fhempy/lib/huawei_modbus

Hat das schon mal jemand ausprobiert?
Falls ja, was sind die Vor- oder Nachteile im Vergleich zur "normalen" Modbus-Lösung wie wir sie hier verwenden?

Hallo zusammen,

ich habe als Batterieleistung im leeren Zustand immer eine Leistung von um die 55W was aber nicht sein kann da sie ja leer ist. OK, sie wird ab und zu vom Netz geladen und anschließend wieder entladen... aber bei mir sieht das so aus als würde die Batterie ständig geladen. Beobachtet Ihr das auch so und habt Ihr da eine Lösung für?

   obj-h37001-expr $val/1
   obj-h37001-len 2
   obj-h37001-poll 1
   obj-h37001-reading ESU1_Momentanleistung_W
   obj-h37001-unpack N!
Grüße

Hallo rhoffm34,

vielleicht hast du das gleiche Problem wie @passibe aber nur mit einem anderen Wert!?

Zitat von: passibe am 25 Oktober 2023, 00:38:57P.S.: Falls sich irgendjemand wundert/um das für die Zukunft festzuhalten: Bei Register 37001 (bei mir BAT_Leistung_W) gibt die Batterie im Ruhezustand den Wert 2147483647 aus. Da ist die Leistung aber natürlich bei 0, deshalb muss das im Modul richtig gemappt werden.

Mögliche Lösung:
obj-h37001-expr my $newval = $val == 55 ? 0 : $val; return $newval
Gruß Robert

Hallo Robert, Dein Tipp könnte passen wenn der Wert nicht um die 55 pendeln würde. Jetzt sind es gerade 57...

Zwei Fragen:
Ist AC-Laden bei dir eingeschaltet?
Hast du einen minimalen SoC gesetzt (5 % oder so)?

Wenn AC-Laden eingeschaltet ist und die LUNA auf 0 steht geht sie vermutlich nicht gemeinsam mit dem WR in den Ruhezustand – die ~55W die du siehst sind vermutlich der Eigenverbrauch (bei mir sogar eher ~110W).
Kannst dazu mal im Photovoltaikforum im What's up Huawei-Thread (https://www.photovoltaikforum.com/thread/160098-what-s-up-huawei) oben auf die Lupe (Suchfunktion) klicken und nach "Eigenverbrauch" suchen, wenn du mehr lesen willst.
EDIT: Hier noch ein konkreter Beitrag aus dem LUNA2000-Thread dort (https://www.photovoltaikforum.com/thread/152887-huawei-luna2000/?postID=3462866#post3462866) (siehe auch die weiteren Posts danach, da wird das ein bisschen erklärt).

Lösung ist: AC-Laden auf aus stellen (oder über Modbus/FHEM automatisiert auf aus stellen, falls du kaskadierende WR benutzt) und einen minimalen SoC eingeben (5 % oder so, ist sowieso gut für die Lebensdauer). Dann sollte die LUNA mit Standby vom Wechselrichter abends auch in den Standby gehen und nichts mehr verbrauchen.

Dass AC-Laden ausgeschaltet ist schadet der Batterie nicht, wenn sie "zu sehr" entladen ist und eine Erhaltungsladung braucht, dann zieht sie sich das unabhängig von der AC-Laden-Einstellung aus dem Netz.

Hoffe das hilft!

Guten Tag liebe Community,

ich bin nach vielen Jahren FHEM Einsatz immer wieder begeistert was für geniale Köpfe hier ruckizucki einfach ein Modul aus dem Boden stampfen und es uns allen zur Verfügung stellen.

DANKE dafür! Ihr seid der Hammer!

Ich komm jedoch prompt mit einem Problem um die Ecke ... und brauche hier wirklichen Basis-Support.
Technisch bin ich drin im Thema ... aber Bus ist einfach nicht meine Stärke.
Das Modul hatte ich hier nun schonmal funktionierend im Einsatz. Dann nochmal an der Anlage bisschen hin- und her gebastelt und plötzlich geht nichts mehr.

Das Modul sagt "state opened", kann jedoch absolut nichts auslesen.
Seitens Anlage ist natürlich Modbus aktiviert (ohne Einschränkungen)

Die einzige Veränderung könnte das Update auf die neueste Firmware des 10KTL sein.

Dongle bekam: V200R022C10SPC108
WR bekam: SUN2000MA V100R001C00SPC159

So sieht mein Aufbau aus:
10KTL mit Dongle und Kabel Lan + feste IP 10.4.0.5
5KTL per Modbus am 10KTL dran (derzeit jedoch nicht angeschaltet - ein Anlagenteil fehlt noch)
15 kWh Batterie am 10KTL dran

FHEM auf Rapsberry Pi 2B


Logs?

Aus dem Modul bekomme ich nicht besonders viel an Log-Info heraus.
LAST_ERROR sagt: timeout waiting for reply to fc 3 to id 3, h32064, len 2


Bisherige Aktionen:

Ich habe das Modul bereits mit und ohne Port definiert.
Dann schwenkte ich um, definierte ein Modbus-Device und im Modul keine IP mehr, sodass IODEV das Modbusdevice ist.
(In beiden Fällen sagt das Modbusdevice und auch das Modul selbst ohne Modbusdevice "state: opened")

Ich habe nun das Modul wieder direkt definiert:

define pv_wr ModbusSUN2000WR 0 30 10.4.0.5 TCP
setuuid pv_wr 65b512e0-f33f-9b9a-7f1a-15a206658fc1f9af
attr pv_wr dev-timing-timeout 10
attr pv_wr devStateIcon {my $bat = sprintf("%.0f", ReadingsNum($name,"BAT_Ladestand",""));; my $batonl = ReadingsVal($name,"BAT_Geraetestatus","na") eq "running"?"10px-kreis-gruen" : ReadingsVal($name,"BAT_Geraetestatus","na") eq "sleep_mode" ? "10px-kreis-gelb":"10px-kreis-rot";; my $pvin = ReadingsNum($name,"WR_Leistung_EingangSolar_W","");; my $wronl = ReadingsVal($name,"WR_Geraetestatus","na") eq "on_grid"?"10px-kreis-gruen" : ReadingsVal($name,"WR_Geraetestatus","na") eq "Standby_no_irradiation" ? "10px-kreis-gelb":"10px-kreis-rot";; my $haus = ReadingsNum($name,"Haus_Leistung_Momentan_W","");; my $batw = ReadingsNum($name,"BAT_Leistung_W","");; my $laden = $batw > 0?"<span style='color:green'>Laden:</span>": $batw < 0?"<span style='color:red'>Entladen:</span>":"<span style='color:grey'>Batterie:</span>";; my $netz = ReadingsNum($name,"PM_Leistung_Momentan_W","");; my $einspeisen = $netz > 0?"<span style='color:green'>Einspeisen:</span>": $netz < 0?"<span style='color:red'>Beziehen:</span>":"<span style='color:grey'>Netz:</span>";; my $bezuggesamt = ReadingsNum($name,"PM_Energie_vomNetz_Gesamt_kWh","");; my $einspeisunggesamt = ReadingsNum($name,"PM_Energie_insNetz_Gesamt_kWh","");; my $autark = ReadingsNum($name,"Haus_Autarkie_Gesamt","");;"<div> ".FW_makeImage($batonl)."&nbsp;;Batterie: $bat % | ".FW_makeImage($wronl)."&nbsp;;PV-in: $pvin W | Haus: $haus W | $laden ".abs($batw)." W | $einspeisen ".abs($netz)." W | Eingespeist: $einspeisunggesamt kWh | Bezogen: $bezuggesamt kWh ($autark %)</div>"}
attr pv_wr icon solar
attr pv_wr poll-PM_Leistung_A_W 0
attr pv_wr poll-PM_Leistung_B_W 0
attr pv_wr poll-PM_Leistung_C_W 0
attr pv_wr poll-PM_Leistungsfaktor 0
attr pv_wr poll-PM_Netzfrequenz 0
attr pv_wr poll-PM_Spannung_Netz_A 0
attr pv_wr poll-PM_Spannung_Netz_B 0
attr pv_wr poll-PM_Spannung_Netz_C 0
attr pv_wr poll-PM_Status 0
attr pv_wr poll-PM_Strom_Netz_A 0
attr pv_wr poll-PM_Strom_Netz_B 0
attr pv_wr poll-PM_Strom_Netz_C 0
attr pv_wr poll-WR_Anzahl_MPPTrackers 0
attr pv_wr poll-WR_Anzahl_PVStrings 0
attr pv_wr poll-WR_Effizienz 0
attr pv_wr poll-WR_Leistung_Nenn 0
attr pv_wr poll-WR_Leistung_Tagesspitze_W 0
attr pv_wr poll-WR_Leistungsbegrenzung_Modus 0
attr pv_wr poll-WR_Leistungsbegrenzung_Prozent 0
attr pv_wr poll-WR_Leistungsbegrenzung_kW 0
attr pv_wr poll-WR_Modell_ID 0
attr pv_wr poll-WR_Modell_Name 0
attr pv_wr poll-WR_Modell_PN 0
attr pv_wr poll-WR_Modell_SN 0
attr pv_wr poll-WR_Netzcode 0
attr pv_wr poll-WR_Shutdown 0
attr pv_wr poll-WR_Spannung_A 0
attr pv_wr poll-WR_Spannung_B 0
attr pv_wr poll-WR_Spannung_C 0
attr pv_wr poll-WR_Spannung_String1 0
attr pv_wr poll-WR_Spannung_String2 0
attr pv_wr poll-WR_Startup 0
attr pv_wr poll-WR_Strom_A 0
attr pv_wr poll-WR_Strom_B 0
attr pv_wr poll-WR_Strom_C 0
attr pv_wr poll-WR_Strom_String1 0
attr pv_wr poll-WR_Strom_String2 0
attr pv_wr poll-WR_Temperatur_Intern 0
attr pv_wr poll-WR_Zeit_Shutdown 0
attr pv_wr poll-WR_Zeit_Startup 0
attr pv_wr poll-WR_Zeit_System 0
attr pv_wr poll-WR_Zeitzone 0
attr pv_wr room PV
attr pv_wr userReadings Haus_Leistung_Momentan_W:(WR_Leistung_EingangSolar_W|BAT_Leistung_W|PM_Leistung_Momentan_W).* {\
    ReadingsNum($NAME,"WR_Leistung_EingangSolar_W","0") - ReadingsNum($NAME,"BAT_Leistung_W","0") - ReadingsNum($NAME,"PM_Leistung_Momentan_W","0")\
},\
Haus_Verbrauch_Gesamt_kWh:(WR_Energie_PV_Gesamt_kWh|PM_Energie_insNetz_Gesamt_kWh).* {\
    ReadingsNum($NAME,"WR_Energie_PV_Gesamt_kWh","0") - ReadingsNum($NAME,"PM_Energie_insNetz_Gesamt_kWh","0")\
},\
Haus_Autarkie_Gesamt:Haus_Verbrauch_Gesamt_kWh.* {\
    my $eigenverbrauch = ReadingsNum($NAME,"Haus_Verbrauch_Gesamt_kWh","");;\
    sprintf("%.1f", $eigenverbrauch/(ReadingsNum($NAME,"PM_Energie_vomNetz_Gesamt_kWh","")+$eigenverbrauch)*100);;\
},\
PM_Energie_insNetz_Momentan_W:PM_Leistung_Momentan_W.* {\
    my $leistungmom = ReadingsNum($NAME,"PM_Leistung_Momentan_W","");;\
    if ($leistungmom > 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
PM_Energie_vomNetz_Momentan_W:PM_Leistung_Momentan_W.* {\
    my $leistungmom = ReadingsNum($NAME,"PM_Leistung_Momentan_W","");;\
    if ($leistungmom < 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
BAT_Leistung_Laden_Momentan_W:BAT_Leistung_W.* {\
    my $leistungmom = ReadingsNum($NAME,"BAT_Leistung_W","");;\
    if ($leistungmom > 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
},\
BAT_Leistung_Entladen_Momentan_W:BAT_Leistung_W.* {\
    my $leistungmom = ReadingsNum($NAME,"BAT_Leistung_W","");;\
    if ($leistungmom < 0) {\
        return abs($leistungmom);;\
    }\
    else {return 0;;}\
}

Vielen Dank für eure Hilfe und viele Grüße

Thomas

Nachtrag: Steinigt mich nicht für Doppelpost...

SDongle + Fusionsolar + Modbus TCP geht schon, oder?
Irgendwie finde ich im Netz ein paar Aussagen das nur Fusionsolar ODER ModbusTCP gehen soll ...

In meiner Konfiguration ist der Dongle in FusionSolar aktiv.

Zitat von: tpoetschan am 27 Januar 2024, 16:14:53SDongle + Fusionsolar + Modbus TCP geht schon, oder?

Das sollte alles gehen, tut es bei mir jedenfalls.

Wenn du direkt am Dongle abfragst und nicht den WLAN-AP des Inverters nutzt, ist die richtige Modbus ID 1 und nicht 0, probier mal das zu ändern:
defmod pv_wr ModbusSUN2000WR 1 30 10.4.0.5 TCP
Ansonsten hilft es bei mir gegen initiale Timeouts, wenn das Device in FHEM läuft und ich kurz das LAN-Kabel am Dongle abstecke und wieder einstecke.
Denke aber, dass bei dir die falsche ID das Problem ist.

Hallo Thomas,

soweit ich das beurteilen kann, ist dein Problem die neue Dongle Firmware V200R022C10SPC108.
Ich habe ganz bewusst nicht auf diese Firmware upgedated, sondern verwende diese hier V100R001C00SPC133 - mit der funktioniert es.
Irgendwo auf www.photovoltaikforum.com wird/wurde über dieses Thema ausführlich diskutiert (einfach mal googeln).

Gruß Robert

...wobei @passibe mit seiner Aussage natürlich recht hat - als erstes also die ID auf 1 umstellen.

Falls das nicht funktioniert, meinen vorherigen Post mal checken!

Zitat von: bertl am 23 Januar 2024, 21:16:52Hallo rhoffm34,

vielleicht hast du das gleiche Problem wie @passibe aber nur mit einem anderen Wert!?

Zitat von: passibe am 25 Oktober 2023, 00:38:57P.S.: Falls sich irgendjemand wundert/um das für die Zukunft festzuhalten: Bei Register 37001 (bei mir BAT_Leistung_W) gibt die Batterie im Ruhezustand den Wert 2147483647 aus. Da ist die Leistung aber natürlich bei 0, deshalb muss das im Modul richtig gemappt werden.

Mögliche Lösung:

Code Auswählen Erweitern

obj-h37001-expr my $newval = $val == 55 ? 0 : $val; return $newval
Gruß Robert

Solche Probleme habe ich auch des öfteren.
Gibt es vielleicht die Möglichkeit bei den einzelnen Registern Grenzwerte zu definieren?
Es gibt ja die Attribute min und max, aber soweit ich das verstanden habe, gelten die nur beim "set" Befehl.

Kann man in das Modul ModbusSun2000WR ein Attribut einbauen z.B. grenzwert_min, grenzwert_max einbauen? Wenn der Wert außerhalb dieser beiden ist, dann wird er verworfen.

Was haltet ihr davon?
mfg Feger

Danke für euren schnellen Support!

Hier nochmal mein Aufbau, für alle die später einsteigen und evtl. das gleiche Problem haben:

10KTL inkl. Dongle
5KTL mit Buskabel am 10KTL
Smartmeter im Bus am 10KTL
Raspberry mit LAN
Dongle mit LAN

Ich habe zwischenzeitlich mit BOPV.info mal eine Windowsseitige Abfrage gemacht und hier nun ein bisschen "Debug" machen können.
Mein zweiter 5KTL war ja abgeschaltet... nach Foreninformationen (PV Forum) stört ein nicht existentes Busmitglied auch den Modbus.
Also habe ich meinen 5KTL nun wieder eingesichert und der läuft nun ohne Strings.

Jetzt kommen wieder Modbus-Daten!

Aber  ;D  ...

Es kommen mit der Def

DEF 1 60 10.4.0.88:502 TCP
aber nun ausschließlich Daten vom 5KTL. Der 10KTL an dem der Dongle hängt ist nicht erreichbar.
Jemand eine Idee?
Ich habe natürlich schon die anderen ID´s in der Def versucht (2,3,4,5...) - aber da kommt überall timeout.

Also scheint sich alles auf den Huawei Bus zu konzentieren.

Ich hoffe jemand hat noch Ideen - ich stochere total im Nebel.

Hallo Thomas,

ich kann dir da nicht ganz folgen!

Einmal verbindest du dich mit der IP '10.4.0.5' und dann mit der IP '10.4.0.88'

So wie ich deine Beschreibung verstehe, hängt der 5KTL mit Buskabel am 10KTL (kaskadiert).
Am 10KTL ist der SDongle über LAN angeschlossen, welcher die IP '10.4.0.5' hat.

Sämtliche Daten werden nun über den SDongle welcher am 10KTL hängt (und auch die darunter kaskadierten weiteren Wechselrichter) abgefragt.
Auf den 5KTL kannst du ja direkt gar nicht zugreifen, da er ja nicht im LAN hängt.

Somit sollte deine Definition wie folgt sein:
define pv_wr ModbusSUN2000WR 1 30 10.4.0.5:502 TCP
Falls nicht, habe ich deine Beschreibungen falsch verstanden oder du hast zwischen deinen beiden Posts https://forum.fhem.de/index.php?msg=1301655 und https://forum.fhem.de/index.php?msg=1301812 etwas geändert!

Gruß, Robert

Hallo Leute,

bitte nicht direkt steinigen.

Ich bin über das Web Interface gegangen und habe dort den Dongle MODbus uneingeschränt aktiviert.

Dann habe ich den unter Fhem Die IP meines Dongle eingetragen

defmod Sun2000 ModbusAttr 1 10 192.168.xxx.72:502 TCP
Nur leider bekomme ich keine Daten heraus.

Das system zeigt open an.

Internals:
   CFGFN     
   DEF        1 10 192.168.xxx.72:502 TCP
   DeviceName 192.168.xxx.72:502
   EXPECT     response
   FD         15
   FUUID      65bf5777-f33f-688c-1e14-07427960ad3e98f0
   IODev      Sun2000
   Interval   10
   LASTOPEN   1707041567.34498
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.4.13 - 4.12.2022
   NAME       Sun2000
   NOTIFYDEV  global
   NR         8698
   NTFY_ORDER 50-Sun2000
   PARTIAL   
   PROTOCOL   TCP
   STATE      opened
   TCPConn    1
   TYPE       ModbusAttr
   devioLoglevel 3
   eventCount 45
   nextOpenDelay 60
   nextTimeout 1707041760.81339
   scanOAdr   365
   scanOEnd   16384
   scanOLen   1
   scanOStart 1
   scanOType  h
   FRAME:
   QUEUE:
   READ:
     BUFFER     
   READINGS:
     2024-02-04 11:15:55   Daily_energy_yield 0.11
     2024-02-04 11:12:47   state           opened
   REMEMBER:
     lid        1
     lname      Sun2000
     lrecv      1707041758.30148
     lsend      1707041758.81722
   REQUEST:
     ADR        365
     DBGINFO    scan objs
     FCODE      3
     FRAME      ^␆␁␃␁m␁
     LEN        1
     MODBUSID   1
     OPERATION  scanobj
     QUEUED     1707041758.81157
     READING   
     SENT       1707041758.81339
     TID        94
     TYPE       h
     MASTERHASH:
   defptr:
     Sun2000    1
   gotReadings:
     Daily_energy_yield 0.11
   lastRead:
     h32114     1707041755.6141
Attributes:
   obj-h32114-expr $val/100
   obj-h32114-len 2
   obj-h32114-poll 1
   obj-h32114-reading Daily_energy_yield
   obj-h32114-unpack N
   openTimeout 10
Könnte mir jemand vielleicht helfen??

Wenn ich es richtig verstanden habe funktoniert dieses auch mit dem Dongle direkt ohne zusatzmodul. Richtig?? oder benötige ich dieses ModBus modul mit RS schnittstelle?

Oder sagen wie ich die einzelen Parameter herausfinden kann die ich abfragen kann??

Danke für eure Hilfe.

So es läuft.

Könnte mir den vielleicht jemand sagen wie ich es schaffe, zu sehen ob die Batterie geladen wird oder nicht? Und wenn welcher der beiden adressen es ist??

attr Sun2000 obj-h37001-len 2
attr Sun2000 obj-h37001-map >0:charging, <0:discharging
attr Sun2000 obj-h37001-poll 1
attr Sun2000 obj-h37001-reading Battery_charing
attr Sun2000 obj-h37001-unpack n!
attr Sun2000 obj-h37743-len 1
attr Sun2000 obj-h37743-map >0:charging, <0:discharging
attr Sun2000 obj-h37743-poll 1
attr Sun2000 obj-h37743-reading Battery_charing
attr Sun2000 obj-h37743-unpack n

Wenn du nur wissen willst, ob geladen wird oder nicht, dann ist es 37001, aber unpack N!. Wenn größer 0 wird geladen, wenn kleiner 0 entladen (hast du glaube ich richtig so).
Ansonsten: Wenn die Batterie im Ruhezustand ist, dann gibt sie bei mir 2147483647 (also den Maximalwert für 32-Bit signed Integer) aus, das müsstest du ggfs. filtern.

Ansonsten siehe hier (https://forum.fhem.de/index.php?topic=115422.msg1290526#msg1290526) meinen Post bzw. im Anhang davon, da sind weitere Register für die Batterie umgesetzt.

Falls du mehr brauchst wirst du im Modbus Interface Definition pdf ab S. 22 fündig (siehe hier (https://photomate.zendesk.com/hc/en-gb/article_attachments/6535471431581)).

Zitat von: passibe am 04 Februar 2024, 15:52:15... Ansonsten: Wenn die Batterie im Ruhezustand ist, dann gibt sie bei mir 2147483647 (also den Maximalwert für 32-Bit signed Integer) aus, das müsstest du ggfs. filtern. ...

Wie filterst du das?

mfg Feger

"h37001" => { len       => 2,
              polldelay => "x1",
              reading   => "Battery_charge",
              unpack    => "N!",
            }Für jeden Akkublock gibt es auch noch Register.
"h38233" => { len       => 2,
              expr      => '$val/1000',
              polldelay => "x1",
              reading   => "ESU1_Battery1_charge",
              unpack    => "N!",
             }"h38275" => { len       => 2,
              expr      => '$val/1000',
              polldelay => "x1",
              reading   => "ESU1_Battery2_charge",
              unpack    => "N!",
            }Und dann noch die Werte pro Tag:
"h37015" => { len       => 2,
              expr      => '$val/100',
              polldelay => "x10",
              reading   => "ESU1_Current_Day_Charge_Capacity",
              unpack    => "N",
            },
"h37017" => { len       => 2,
              expr      => '$val/100',
              polldelay => "x10",
              reading   => "ESU1_Current_Day_Discharge_Capacity",
              unpack    => "N",
            },

Siehe im oben verlinkten Post der Anhang

@ passibe

Danke für die Hilfe, bin nun schon einiges weiter gekommen.

Ja die Doku habe/ hatte ich schon gefunden und gelesen  ;)

Nur man findet nicht hinter jedem etwas passendes dazu.

Vielleicht kannst du mir noch sagen was was ist habe bei 2-3 noch fragen was die ausgabe damit sagt.

obj-h32080-reading Active_power

obj-h32064-reading Input_powerobj-h37113-reading Peak_active_powerLaut PDF ist es das was ich ins Netz einspeise oder Beziehe ist das richtig?

In der PDF steht da nix genaues drin. Oder ejar ich kann da nix mit anfangen so würde ich es sagen.

Danke für die Hilfe

Zitat von: passibe am 10 Februar 2024, 15:45:35Siehe im oben verlinkten Post der Anhang

Sorry ich wollte nur ein paar Beispiele schreiben. (Mische mich nicht mehr ein ;) )
Solche Beispiele erleichtern mir das Verständnis.

Zitat von: feger am 10 Februar 2024, 15:18:15

Zitat... Ansonsten: Wenn die Batterie im Ruhezustand ist, dann gibt sie bei mir 2147483647 (also den Maximalwert für 32-Bit signed Integer) aus, das müsstest du ggfs. filtern. ...

Wie filterst du das?

Zitat von: feger am 13 Februar 2024, 16:07:42

Zitat von: feger am 10 Februar 2024, 15:18:15

Zitat... Ansonsten: Wenn die Batterie im Ruhezustand ist, dann gibt sie bei mir 2147483647 (also den Maximalwert für 32-Bit signed Integer) aus, das müsstest du ggfs. filtern. ...

Wie filterst du das?

Hallo feger,
nachdem du die Frage schon mehrmals gestellt hast, hier die Info im Klartext und nicht verlinkt wie @passibe das filtert:

"h37001" => {  expr    => 'my $newval = $val == 2147483647 ? 0 : $val; return $newval',
               len     => 2,
               reading => "BAT_Leistung_W",
               unpack  => "N!",
            }


"h37001" => {  expr    => 'my $newval = $val == 2147483647 ? 0 : $val; return $newval',
               len     => 2,
               reading => "BAT_Leistung_W",
               unpack  => "N!",
            }
Danke für die schnelle Antwort.
Ist es so auch möglich einen Wertebereich anzugeben?
z.B. für die Speicherfüllmenge die nur zwischen 0 und 100% sein kann, alles außerhalb soll verworfen werden.

mfg Feger

Zitat von: feger am 13 Februar 2024, 22:36:05Ist es so auch möglich einen Wertebereich anzugeben?
z.B. für die Speicherfüllmenge die nur zwischen 0 und 100% sein kann, alles außerhalb soll verworfen werden.

Hallo Feger,
folgende Vorgehensweise würde ich dir empfehlen um am schnellsten ans Ziel zu kommen und die Ressourcen der Forums-Hilfesteller zu schonen:

1. Lade dir das Definitions-Modul für den Huawei-Wechselrichter (98_ModbusSUN2000WR.pm) von @passibe herunter:

Zitat von: passibe am 25 Oktober 2023, 00:38:57Servus Andre09,

ich gebe dir mal im Anhang folgendes Modul rüber, das basiert auf dem von bertl und ist ergänzt durch die relevanten Daten zur Batterie (habe mir nicht die Mühe gemacht alle Register abzubilden, sondern nur die, die ich brauche).
Hinzugefügt ist: Gerätestatus, Ladestand, (Ent-)Ladeleistung in W und (Ent-)Ladung/Tag.

https://forum.fhem.de/index.php?action=dlattach;attach=173840

2) Lese dir in aller Ruhe die Beschreibung für das Gerätemodul 'ModbusAttr' durch:
   https://fhem.de/commandref.html#ModbusAttr

Mit diesen beiden Punkten hast du alles in der Hand was du benötigst.

z.B. Für deinen konkreten Fall:
In der heruntergeladenen Datei '98_ModbusSUN2000WR.pm' findest du das Register 'h47418' welches die Leistungsbegrenzung des Wechselrichters in Prozent angibt. Also zwischen 0 und 100 sein muss (so wie in deinem Fall).
Dann gibt man in der Definition folgendes an:
  max => 100,
  min => 0,

Das alles ist bereits vorhanden und muss nicht neu erfunden werden - einfach mal die bestehenden Vorarbeiten der Forums-Hilfesteller durchsehen und verwenden ;)

Schönen Tag
Robert

Hallo.

Ich hänge mich hier mal dran. Und bedanke mich gleich mal für die Vorarbeit die hier geleistet wurde. Ich hatte gestern in kürzester Zeit meine neue SUN2000 in FHEM drin. Bei mir sind es SUN2000-10KTL-M1,Luna 2000-10-SO,DTSU666-H,SCharger-22KT-S0. Die Anbindung läuft direkt über Modbus im LAN.

Allerdings haben mir ein paar Werte und Einstellmöglichkeiten für die Batterie bei der aktuellen Modbuskonfiguation gefehlt. Ich hänge meine Konfig mal an.

Konkret hinzugefügt sind:
BAT_Max_SOC (Maximaler Ladestand)
BAT_Min_SOC (Minimaler Ladestand)
BAT_Arbeitsmodus (Eigenverbrauch/Netzeinspeisung/Erzwunger Modus)
BAT_Erzwinge (Erzwungenes Laden/Entladen)
BAT_Ziel_SOC (Ziel Ladestand)

Ich muss zugeben das ich die Zeile unpack nicht wirklich verstanden habe. Es könnte also sein das hier nicht alle Parameter korrekt sind. Hat aber erst mal funktioniert bei mir.

Hintergrund ist, dass ich zum einen, gewisse Verbraucher nicht über den Akku speißen möchte und zum anderen wegen dem Stromvertrag bei Tibber etwas Leistung für die teuren Stunden aufheben möchte. Das ganze auch eher vermutlich bei schlechteren Wetterlagen.

Erste Versuche waren schon erfolgreich.

Was ich in der Modbus Interface Definition nicht gefunden habe sind Werte der Wallbox oder des Dongles. Ist vermutlich nicht über den Wechselrichter Modbus definiert. Kann mir jemand sagen wie und ob ich an diese Werte ran komme?

Hallo Phill,

bezüglich Batterie 'Luna 2000-10-S0' und deiner Konfig ein paar kleine Bemerkungen:

Eine gute Doku bezüglch der Parameter für 'unpack' findest du hier (http://perldoc.perl.org/functions/pack.html).
n....U16 (len 1, unsigned)
n!...I16 (len 1, signed +/-)
N....U32 (len 2, unsigned)
N!...I32 (len 2, signed +/-)
Hier nur die zu korrigierenden Werte:
h47081 unpack => 'n'
h47082 unpack => 'n', min => 12

Die Modbus Interface Definition für den SDongleA findest du hier (https://photomate.zendesk.com/hc/en-gb/articles/7275970817437-SDongleA-MODBUS-Interface-Definitions).
Diese sind im Modul 98_ModbusSun2000WR.pm noch nicht eingepflegt, da sie noch niemand benötigt hat.

Hier habe ich mal einige Werte für den 'SDongelA-05 WLAN-FE' konfiguriert.
         "h30050" =>  {            len => 15,
                             polldelay => "x180",
                               reading => "WR_Modell_Firmware",
                                unpack => "a*",
                      },
         "h30068" =>  {           expr => 'sprintf( "D%d.%d.", $val/65536, $val%65536 )',
                                   len => 2,
                             polldelay => "x180",
                               reading => "SDongleA_Protokoll",
                                unpack => "N",
                      },
         "h31200" =>  {            len => 15,
                             polldelay => "x180",
                               reading => "WR_Modell_RegKey",
                                unpack => "a*",
                      },
         "h37410" =>  {            len => 1,
                                   map => "0:NA_0, 1:NA_1, 2:WLAN, 3:4G, 4:NA_4, 5:WLAN-FE",
                                   max => 5,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_Typ",
                                unpack => "n",
                      },
         "h37411" =>  {            len => 1,
                                   map => "0:fertig, 1:suchen, 2:fehlgeschlagen",
                                   max => 2,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_Suche",
                                unpack => "n",
                      },
         "h43064" =>  {            len => 1,
                                   max => 65535,
                                   min => 1,
                             polldelay => "x180",
                               reading => "SDongleA_Hearbeat_AppLayer_Min",
                                   set => 1,
                                unpack => "n",
                      },
         "h43065" =>  {            len => 1,
                                   max => 65535,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_Hearbeat_TCP_Sek",
                                   set => 1,
                                unpack => "n",
                      },
         "h43067" =>  {            len => 30,
                             polldelay => "x180",
                               reading => "SDongleA_Domain_Name",
                                   set => 1,
                                unpack => "a*",
                      },
         "h43097" =>  {            len => 1,
                                   max => 65535,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_Domain_Port_1",
                                   set => 1,
                                unpack => "n",
                      },
         "h43098" =>  {            len => 1,
                                   map => "0:deaktiviert, 1:aktiviert",
                                   max => 1,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_SSL_Verschluesselung",
                                   set => 1,
                                unpack => "n",
                      },
         "h43099" =>  {            len => 1,
                                   max => 65535,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_Domain_Port_2",
                                   set => 1,
                                unpack => "n",
                      },
         "h43100" =>  {            len => 1,
                                   map => "0:dual, 1:einzel",
                                   max => 1,
                                   min => 0,
                             polldelay => "x180",
                               reading => "SDongleA_Port_Modus",
                                   set => 1,
                                unpack => "n",
                      },
Anmerkung:
Bie mir liefert das Register h37410 'SDongleA_Typ' den laut Doku nicht dokumentierten Wert 4, obwohl ich den WLAN-FE (Wert 5) habe  :o

Bezüglich der Wallbox 'SCharger-22KT-S0' kann ich leider nichts sagen, da ich keine besitze.

Schönen Tag
Robert

Danke werde das Mal korrigieren.

Zitat von: bertl link=msg=1303504Hier nur die zu korrigierenden Werte:

Code Auswählen Erweitern

h47081 unpack => 'n'
h47082 unpack => 'n', min => 12


Das Minimum von 12 bei MinSOC hatte ich auch gesehen. Ist aber etwas seltsam. Da ich auch geringere Werte übergeben kann und die Fusion App auch Werte von 0-20 zulässt. Vielleicht veraltete Grenzewerte?

Wo habt ihr eigentlich den MinSOC stehen. Mein Elektriker hat den Wert auf 20 gestellt mit der Aussage ist besser für den Akku. Huawei gibt ja eigentlich an die volle Kapazität nutzen zu können. Ich werde ihn vermutlich, wenn der Akku absehbar nicht voll wird bei 20 belassen. Ansonsten sehe ich hier eher Werte ab 5.

Zitat von: bertl am 14 Februar 2024, 12:57:19Anmerkung:
Bie mir liefert das Register h37410 'SDongleA_Typ' den laut Doku nicht dokumentierten Wert 4, obwohl ich den WLAN-FE (Wert 5) habe 

Bei mir genauso.

Wofür sind die übrigen Werte gut, insbesondere was kann man damit "anstellen", da sie ja geändert werden könnten?

Hallo Leute,

habe mich mal ein bisschen mit den Stati und Alarmen des Huawei Wechselrichern gespielt und diese dann ins System eingepflegt.
Somit kann man dann auf diverse Änderungen reagieren.

Für alle die es interessiert, hier die Implementierung:

Modul 98_ModbusSun2000WR.pm:
         "h32000" =>  {           expr => 'sprintf( "0b%010b",$val )',
                                   len => 1,
                               reading => "A_Status_1",
                                unpack => "n",
                      },
         "h32002" =>  {           expr => 'sprintf( "0b%03b",$val )',
                                   len => 1,
                               reading => "A_Status_2",
                                unpack => "n",
                      },
         "h32003" =>  {           expr => 'sprintf( "0b%02b",$val )',
                                   len => 2,
                               reading => "A_Status_3",
                                unpack => "N",
                      },
         "h32008" =>  {           expr => 'sprintf( "0b%016b",$val )',
                                   len => 1,
                               reading => "A_Alarm_1",
                                unpack => "n",
                      },
         "h32009" =>  {           expr => 'sprintf( "0b%016b",$val )',
                                   len => 1,
                               reading => "A_Alarm_2",
                                unpack => "n",
                      },
         "h32010" =>  {           expr => 'sprintf( "0b%014b",$val )',
                                   len => 1,
                               reading => "A_Alarm_3",
                                unpack => "n",
                      },
Das dazugehörige notify in FHEM:
define ntf_mdbsWR notify mdbsWR:A_.*:.* {
  my %mdbsWREvents = (
    A_Status_1 => [ 'standby',
                    'grid connected',
                    'normally',
                    'with derating due to power rationing',
                    'with derating due to internal causes of the solar inverter',
                    'stop normal',
                    'stop due to faults',
                    'stop due to power rationing',
                    'shutdown',
                    'spot check', ],
    A_Status_2 => [ 'status unlocked',
                    'PV status connected',
                    'DSP data collection yes', ],
    A_Status_3 => [ 'grid off',
                    'grid switch off', ],
    A_Alarm_1  => [ 'High String Input Voltage - 2001',
                    'DC Arc Fault [1] - 2002',
                    'String Reverse Connection - 2011',
                    'String Current Backfeed - 2012',
                    'Abnormal String Power - 2013',
                    'AFCI Self-Check Fail [1] - 2021',
                    'Phase Wire Short-Circuited to PE - 2031',
                    'Grid Loss - 2032',
                    'Grid Undervoltage - 2033',
                    'Grid Overvoltage - 2034',
                    'Grid Volt. Imbalance - 2035',
                    'Grid Overfrequency - 2036',
                    'Grid Underfrequency - 2037',
                    'Unstable Grid Frequency - 2038',
                    'Output Overcurrent - 2039',
                    'Output DC Component Overhigh - 2040', ],
    A_Alarm_2  => [ 'Abnormal Residual Current - 2051',
                    'Abnormal Grounding - 2061',
                    'Low Insulation Resistance - 2062',
                    'Overtemperature - 2063',
                    'Device Fault - 2064',
                    'Upgrade Failed or Version Mismatch - 2065',
                    'License Expired - 2066',
                    'Faulty Monitoring Unit - 61440',
                    'Faulty Power Collector [2] - 2067',
                    'Battery abnormal - 2068',
                    'Active Islanding - 2070',
                    'Passive Islanding - 2071',
                    'Transient AC Overvoltage - 2072',
                    'Peripheral port short circuit [3] - 2075',
                    'Churn output overload [4] - 2077',
                    'Abnormal PV module configuration - 2080', ],
    A_Alarm_3  => [ 'Optimizer fault [5] - 2081',
                    'Built-in PID operation abnormal [6] - 2085',
                    'High input string voltage to ground - 2014',
                    'External Fan Abnormal - 2086',
                    'Battery Reverse Connection [7] - 2069',
                    'On-grid/Off-grid controller abnormal [4] - 2082',
                    'PV String Loss - 2015',
                    'Internal Fan Abnormal - 2087',
                    'DC Protection Unit Abnormal [8] - 2088',
                    'EL Unit Abnormal - 2089',
                    'Active Adjustment Instruction Abnormal - 2090',
                    'Reactive Adjustment Instruction Abnormal - 2091',
                    'CT Wiring Abnormal - 2092',
                    'DC Arc Fault (ADMC Alarm to be clear manually) - 2003', ],
  );
  my $mdbsWRreading = ( split( ":",$EVTPART0 ) )[0];
  my $val = oct( $EVTPART1 );
  my $message = "";

  foreach my $group (keys %mdbsWREvents) {
    if( $group eq $mdbsWRreading ) {
      my $imax = $#{ $mdbsWREvents{$group} };
      for( my $i = 0; $i <= $imax; $i++ ) {
        if( $val>>$i & 1 ) {
          if( $message ne "" ) {
            $message .= " + ";
          }
          $message .= $mdbsWREvents{$group}[$i];
        }
      }
      Log 3, "$SELF: $mdbsWRreading - Bit-Aenderung auf '$EVTPART1'";
      Log 3, "$SELF: $mdbsWRreading - $message";
      if( $mdbsWRreading =~ "A_Alarm_" ) {
        fhem( "set Telegram message \@User_Name $SELF: <b>$mdbsWRreading</b>\n$message" );
      }
      last;
    }
  }
}
Schönen Tag
Robert

Zitat von: Phill am 14 Februar 2024, 10:33:48Werte der Wallbox

Zur Wallbox: Da geht noch nix. Siehe v.a. hier (https://github.com/evcc-io/evcc/discussions/10262) und hier (https://github.com/evcc-io/evcc/discussions/8985).

Inzwischen scheint es so, dass die Wallbox keinen eigenen Modbus-Server hat, den man auslesen kann. Stattdessen sieht es so aus, als würde die Wallbox nur unterstützen, dass es einen externen Modbus-Server (!) gibt, der Daten (z.B. zur aktuellen Überschussleistung usw., also ähnlich des Stromzählers) an die Wallbox schickt. Die Unterstützung für externe Modbus-Server ist wohl auch das, was mit dem letzten Firmware-Update hinzugefügt wurde (und leider nicht, wie ich ursprünglich mal dachte, dass die Wallbox selbst einen Modbus-Server bekommt).

Ist aber alles noch etwas unklar und ich hatte noch keine Zeit dem Huawei-Support zu schreiben und mal nachzufragen wie die sich das eigentlich vorstellen ...

Soweit ich die Philosophie von Huawei verstanden habe, ist der Aufbau meistens wie folgt:

Es gibt 1 Master (Server) der der erste Wechselrichter ist. Schließt man einen zweiten Wechselrichter an, ist das ein Slave (Client) zum ersten. Und auch alle weiteren Wechselrichter. Die Batterie, der DTSU666 (Stromzähler) und der SDongleA sind alles Slaves (Clients), welche an den ersten Wechselrichter berichten und sich austauschen.
Somit fragt man sämtliche Daten aller Geräte vom ersten Wechselrichter ab. Dieser steuert auch alle angeschlossene Geräte über Morbus.

Sollte also für die Wallbox auch so funktionieren. Man muss nur die richtigen Register kennen (Modbus Definition).

Soweit mein Verständnis von System - bitte berichtigt mich, falls ich hier einen Blödsinn schreibe!

Gruß, Robert

Moin,

Habe mit FHEM mal vor vielen Jahren gestartet, dann ist es eingeschlafen und letztes Jahr wieder reaktiviert wegen HEMS.
Cool, dass es hier schon ein Grüppchen um den Huawei Sun 2000 gibt und, dass ihr schon so viel geleistet habt.

Dank dieser Info bin ich auch gleich mit der FHEM modbus Integration durchgestartet. Fürs erste interessiert mich mal nur die active power des inverters (32080) um das in meiner ftui3 neben dem Hausverbrauch darzustellen.

Ne Anmerkung, ich denke ich habe es beim drüberlesen im Thread noch nicht gesehen.
Wer mit RTU arbeiten möchte (was ich initial eigentlich wollte bzw. wg Simulation DTSU666 noch machen werde):

Wenn ihr den (WLAN) Dongle drin habt, dann ist Modbus Slave am physischen Modbus (Pins 7,9 für den Smartmeter lt Handbuch) nicht mehr verfügbar.

Als Master geht er natürlich noch wg Anschluss SM - wenn ich in den Geräteeinstellungen den Smartmeter aktiviere und am Bus mittrace, dann kommt da schön die erste Abfrage an den SM, ID11, Register 2001 (Spannung Phase A oder sowas).

Meine erste Idee war auch mich an den physischen Bus dran zu hängen um dort als Master die Inverterdaten abzugreifen und in weiterer Folge als Slave dem Inverter die Smartmeterwerte einzuspeisen. Wenn ich dann mal ne Batterie angeschlossen habe..

Deswegen meine Frage an die, die den DTSU666 installiert haben.
Den Smartmeter braucht der Inverter ja um die Batterie zu steuern - wann benötigt das Haus Energie (weil sonst zugekauft werden müsste).

Ich habe aber, wie Trumpeter, meinen eigenen Smartmeterhandler (Raspberry 2, der auch FHEM hostet), der am Smartmeter meines Energieversorgers die Daten alle 5Sek über Mbus raus bekommt und über MQTT in FHEM reinballert. Dieser geeichte Smartmeter des Energieversorgers ist imho im Vergleich zum Zangenabgriff eines DTSU eher das Maß der Dinge..

Diese Daten würde ich dem Inverter dann als Slave mit ID 11 zur Verfügung stellen (d.h. ich Simuliere den DTSU666).

Nun kommts: Hat jemand schon mal die Frequenz rausgemessen (modbus trace), mit der der DTSU666 vom Inverter abgefragt wird?

Da ich "nur" alle 5sek Daten bekomme frage ich mich wie rasch der DTSU666 Daten liefert -> vonwegen möglichst exakte Batteriesteuerung (Netzbezug vermeiden). Da der Modbus mit 9600Baud läuft kann die Frequenz ja nur überschaubar sind. Je nachdem wie viele Register übertragen werden.

Ich vermute mal active Power / Hausverbrauch wird häufiger übertragen, die restlichen Register, die hauptsächlich dem Mapping in den Invertradressraum dienen, damit man sie über den Inverter (ID1) abfragen kann, nicht so häufig.

Können die Zangen des DTSU zur Installation geöffnet werden - d.h. "nachträgliches" drüberschieben möglich ohne abzuklemmen? Falls ich ihn nachrüsten möchte.

Btw. weil ich irgendwo hier auch gelesen habe, dass jemand die Verbindung zum DTSU auswerten wollte: Beim Mittracen des Busses mit entsprechendem Werkzeug (PC) greift man nicht aktiv ins Geschehen ein (d.h. sendet nicht) sondern lauscht nur - damit gibts auch keine Probleme vonwegen 2 Master.


Viele Grüße
Michael

smartmeter_pic.jpg

Hallo Michael,

Zitat von: miguelito am 19 Februar 2024, 07:46:05Deswegen meine Frage an die, die den DTSU666 installiert haben.
Den Smartmeter braucht der Inverter ja um die Batterie zu steuern - wann benötigt das Haus Energie (weil sonst zugekauft werden müsste).

ich habe den DTSU666 installiert obwohl ich keine Batterie habe.
Der Grund dafür ist, dass in Österreich (Netz-OÖ) viele Besitzer einer PV-Anlage eine Einspeisebeschränkung wegen Netzüberlastung haben - in meinem Fall maximal 4 kWh.
d.h. sobald meine PV-Anlage mehr produzieren würde als der Hausverbrauch + die 4 kWh sind, regelt der Wechselricht ab. Daher der DTSU666.

Zitat von: miguelito am 19 Februar 2024, 07:46:05Nun kommts: Hat jemand schon mal die Frequenz rausgemessen (modbus trace), mit der der DTSU666 vom Inverter abgefragt wird?

Nein, wie macht man das, welche Tools (entsprechende Werkzeuge) werden dafür benötigt?

Zitat von: miguelito am 19 Februar 2024, 07:46:05Können die Zangen des DTSU zur Installation geöffnet werden - d.h. "nachträgliches" drüberschieben möglich ohne abzuklemmen? Falls ich ihn nachrüsten möchte.

Ja, das ist möglich!

Gruß, Robert

Zitat von: bertl am 19 Februar 2024, 09:22:08d.h. sobald meine PV-Anlage mehr produzieren würde als der Hausverbrauch + die 4 kWh sind, regelt der Wechselricht ab. Daher der DTSU666.

Das kann man grundsätzlich auch ohne DTSU nur mit den Daten vom Smartmeter machen, einfach das Register "Fixed_active_power_derated_W" auf den gewünschten Wert setzen.
Ich habe auch mit dem Huawei-Support abgeklärt, ob das Register beliebig oft geändert/geschrieben werden darf, Antwort war "ja".

Ja das stimmt!
Man müsste den Smartmeter anzapfen/auslesen und in FHEM übernehmen/implementieren (bei mir nicht vorhanden).
Mit dem DTSU666 funktioniert alles 'out of the box'.

Was natürlich perjekt wäre, wenn der Ansatz von Michael funktioniert, indem man die Smartmeter-Werte dem Wechselrichter übergibt.

Zitat von: miguelito am 19 Februar 2024, 07:46:05Diese Daten würde ich dem Inverter dann als Slave mit ID 11 zur Verfügung stellen (d.h. ich Simuliere den DTSU666).

Toll wäre es natürlich, wenn hier beide Möglichkeiten fix fertig beschrieben sind, und sich jeder je nach Gegebenheit, die für ihn beste Lösung auswählen kann  ;)

Zitat von: bertl am 19 Februar 2024, 11:42:44Toll wäre es natürlich, wenn hier beide Möglichkeiten fix fertig beschrieben sind, und sich jeder je nach Gegebenheit, die für ihn beste Lösung auswählen kann

Hier meine Lösung, die ich genutzt habe, solange die große Anlage keine Betriebserlaubnis hatte. Da ich zusätzlich ein genehmigtes Balkonkraftwerk hatte, habe ich keine "Nulleinspeisung" umgesetzt, sondern zwischen 300 W Einspeisung und 50 W Bezug zugelassen.
Zusätzlich habe ich versucht die Anzahl der Änderungen des WR-Registers etwas zu begrenzen (auch wenn der Huawei-Support bestätigt hat, dass ich den Wert beliebig oft ändern kann, wollte ich es nicht unnötig ausreizen), indem ich auf einen 60s-gefilterten Stromverbrauch getriggert habe und zusätzlich zwischen aktiver Limitierung durch den WR und Limitierung durch die Umweltbedingungen unterschieden habe.
(In den ca. 2,5 Monaten, wo die Limitierung aktiv war, habe ich das Register im Schnitt ca. 40 mal pro Tag geändert, wobei ich die Limits anfangs enger hatte, ich meine auf max. 200 W Einspeisung.)

defmod myHuawei.Nulleinspeisung notify SmartMeterRestAPI:activepoweroffset_mean_1min:.* \
IF ((([myHuawei:Active_Power:d]+[SmartMeterRestAPI:activepoweroffset:d]-[myHuawei:Fixed_active_power_derated_W:d]) > 50) || (([myHuawei:Active_Power:d]+[SmartMeterRestAPI:activepoweroffset:d]-[myHuawei:Fixed_active_power_derated_W:d]) <= -300))\
(\
IF ([myHuawei:Device_status] eq "Leistung begrenzt")\
(\
set myHuawei Fixed_active_power_derated_W {([myHuawei:Active_Power:d]+[SmartMeterRestAPI:activepoweroffset:d]+150)},\
setreading myHuawei.Nulleinspeisung Zaehler {([myHuawei.Nulleinspeisung:Zaehler:d]+1)}\
)\
ELSE\
(\
IF (([myHuawei:Device_status] eq "Netz verbunden") && ([myHuawei:Active_Power:d]>([myHuawei:Active_Power:d]+[SmartMeterRestAPI:activepoweroffset:d]+300)))\
(\
set myHuawei Fixed_active_power_derated_W {([myHuawei:Active_Power:d]+[SmartMeterRestAPI:activepoweroffset:d]+150)},\
setreading myHuawei.Nulleinspeisung Zaehler {([myHuawei.Nulleinspeisung:Zaehler:d]+1)}\
)\
)\
)
attr myHuawei.Nulleinspeisung disable 1
attr myHuawei.Nulleinspeisung disabledAfterTrigger 15

Hallo,

wow, gleich voll viel response :)

@Bertl, ich bin aus Salzburg aber bei uns noch keine Beschränkung - mir kommt vor, noch bis vor 1 Jahr haben sie das mit den PV Anlagen vom Land her noch voll promoted z.B. bei der Energieberatung. Jetzt wird es schon zu viel...? Gut sieht man ja am Einspeiseentgelt. Mit dem PV Überschuss pumpen sie bei uns das Wasser kostenfrei hoch in den Mooserboden um den Saft dann Nachts teuer wieder zu verkaufen  8)

Wenn Du aus OÖ bist hast Du sicher auch einen Kaifa Smartmeter von der OÖ Netz -> Mbus Adapter bauen oder ein Chinateil USB für Raspberry, wenn Du wie ich den FHEM Berry gleich im Schaltschrank hast. Sonst genügt natürlich ein ESP derivat vollauf für Auslesen serielle Schnitte & decipher der verschlüsselten Daten. Schnittstelle ist alles dokumentiert vom Hersteller. Der Meter pusht ein Paket mit den OBIS Werten alle 5sek.

Falls Du bei der Entwicklung eines "virtuellen" DTSU unterstützen und tracen würdest - am physischen Modbus genügt jeder freie serielle Port Monitor (PC Software) - USB Modbus Adapter vorausgesetzt. Bei TCP könntest Du auf eines der freien Modbus Tools (GIThub) zurückgreifen: qModMaster z.B. heißt eines. Ich schreibe Euch das noch hier rein. Für den DTSU müssen wir aber an der physischen Schnitte tracen, wo der DTSU angeschlossen ist. Abzeigkabel an den Pins 7,9 am Wechselrichter zum Modbus Adapter am PC - fertig.

Meine Idee ist einfach auch ein ESP derivat (die schöpfen ja auch aus dem unendlichen arduino SW Ecosystem) beim Inverter zu plazieren, der mit WLAN / MQTT an meinem FHEM berry hängt und über die Modbus slave implementierung / RS232 Modbus Adapter dem Inverter die relevanten Register zur Verfügung stellt. Ad relevante Register - hier kommt dann ggF der trace dann ins Spiel ;)

Viele Grüße
Michael (HoizMichl)

Hallo Michael,

ich habe einen Siemens AMIS Multifunktionszähler TD3511 verbaut, welcher mit einem AES Code verschlüsselt ist.
Diesen Code bekommt man zwar von der Netz OÖ, aber leider verarbeitet das OBIS-Modul noch keine AES Verschlüsselungen.
Mein Raspi befindet sich auch im Schaltschrank, somit könnte ich die optische Schnittstelle des Zählers einfach per USB an den Raspi hängen.
Aber leider gibt es (soweit mir bekannt ist) in FHEM noch kein Modul, welches AES verschlüsselte OBIS Zählerdaten einbindet.

Dann gäbe es zwar noch den AMIS Leser - https://www.mitterbaur.at/amis-leser.html, welcher das alles könnte, dieser funktioniert aber nur über WLAN.

Oder weißt du, wie ich die es anstellen muss, um die OBIS verschlüsselten Daten zu dekodieren?

Zitat von: miguelito am 19 Februar 2024, 12:46:25Für den DTSU müssen wir aber an der physischen Schnitte tracen, wo der DTSU angeschlossen ist.

Da kann ich mich mittels USR-TCP232-304 (RS485-Serial to TCPIP-Ethernet) reinhängen. qModMaster habe ich auch.
Du musst mir nur sagen, wie ich alles einstellen muss, um passend zu tracen.

Gruß, Robert

Hallo Bertl,

Der Siemens hat eine optische Schnittstelle habe ich gesehen. Habe ich keine Erfahrung, trotzdem M-Bus was ich weiß.
Ich habe noch kein FHEM Modul programmiert bis dato - aber das kommt sicher auch noch: Möchte ja meine Wallbox gemäß Überschuss steuern und diverse andere Geräte im Haushalt automatisieren - z.B. start Waschmaschine über Relais parallel zum "Start" Knopf der Waschmaschine etc.

Habe den Smartmeter einfach in python (am Raspi naheliegend  8) ) programmiert. Bei python haste halt alle libraries z.B. für das deciphern des verschlüsselten Telegramms vom smartmeter fertig verfügbar. Weiß nicht, wie das bei FHEM / perl auf dem Berry ist...
Aber ich denke mit dem Smartmeterthema entfernen wir uns hier im Thread zu weit vom Thema sun2000. Das sollte man ggF wo anders vertiefen.

Btw, weil vorher im Thread das Thema Wallbox fiel: Habe mir die Heidelberg WB mit Modbus Schnittstelle geholt und über das wbec Projekt über WLAN / MQTT in FHEM eingebunden. Da brauchte ich noch nicht mal selber was programmieren. Die Box kostet 250.- wovon ich mir 125 von der Förderung zurück geholt habe. Kann das Teil schwer empfehlen: Qualität ist top. Die haben offenbar einen Generationenwechsel und schmeißen die alten Teile günstigst raus. Nehme an, weil die wenigsten mit dem Modbusinterface was anfangen können, bzw eine Integration out of the box nicht so einfach ist. Im Gegensatz zu z.B. go-e wo das Teil schon eine WLAN Schnitte mit http API oder gar OCPP oder ähnlichem anbietet..

Dank eurer vielen Arbeit, Zeit, Hilfen, Beiträge, Links, Wiki's usw., die ich aufmerksam lese, konnte ich erfolgreich unsere PV-Anlage in das seit über 10 Jahren genutzte FHEM (raspberry) einbinden, anpassen und mit je 2 Devices auslesen (WR-WLAN) und steuern (Dongle-WLAN). Das wäre ohne euch nicht möglich gewesen. Herzlichen Dank dafür!

Die gerade erzeugte PV-Leistung pro String konnte ich in den Modbus Interface Definitionen allerdings nicht finden. Diese berechne ich daher für meine 2 Strings (Süd & West) im userReading wie folgt:
attr SUN2000 userReadings\
WR_Leistung_String1_W:(WR_Spannung_String1|WR_Strom_String1).* {\
    my $leistungmom = ReadingsNum($NAME,"WR_Spannung_String1","0") * ReadingsNum($NAME,"WR_Strom_String1","0");;\
        return round($leistungmom,0);;\
},\
WR_Leistung_String2_W:(WR_Spannung_String2|WR_Strom_String2).* {\
    my $leistungmom = ReadingsNum($NAME,"WR_Spannung_String2","0") * ReadingsNum($NAME,"WR_Strom_String2","0");;\
        return round($leistungmom,0);;\
}
Die Summe der beiden Strings, WR_Leistung_String1_W (Spannung [h32016] * Strom [h32017]) und WR_Leistung_String2_W (h32018 * h32019), entspricht allerdings nie der ausgelesenen Gesamteingangsleistung 'WR_Leistung_EingangSolar_W' (h32064).
Die Differenz variiert dabei, je nach Sonneneinstrahlung und liegt auch mal im 3-stelligen Bereich.

Grundsätzlich würde mir auch der jeweilige prozentuale Anteil an der Gesamterzeugung reichen. Das ist auch so möglich:
WR_Leistung_String2:(WR_Spannung_String1|WR_Strom_String1|WR_Spannung_String2|WR_Strom_String2).* {\
    my $leistung1 = ReadingsNum($NAME,"WR_Spannung_String1","0") * ReadingsNum($NAME,"WR_Strom_String1","0");;\
my $leistung2 = ReadingsNum($NAME,"WR_Spannung_String2","0") * ReadingsNum($NAME,"WR_Strom_String2","0");;\
if (my $gesamtleistung = $leistung1 + $leistung2) {\
        return round($leistung2 * 100 / $gesamtleistung,1);;\
    }\
    else {return 0;;}\
}

Aber den Grund für die Differenz würde ich schon verstehen wollen. Woran liegt das? Blindleistung/Wirkleistung/erzeugte Leistung/nutzbare Leistung/Denkfehler/Rechenfehler ...?

Hallo horchundkuck,

also bei mir passt die Berechnung zum  Werte von 'WR_Leistung_EingangSolar_W' auf 4 Watt genau.
Falls du meine Modbus-Definition verwendet hast, ist bei diesen 5 Werten ein Polldelay von x180 hinterlegt, da ich diese Werte nicht verwende.
Somit kann es durchaus zu Inkonsistenzen führen, wenn der eine Wert noch alt ist und der andere schon neu.

Lösche mal das Polldelay aus Definition bei diesen 5 Werten und prüfe erneut, ob diese dann passen.

Falls nicht, kann ich dir auch nicht weiterhelfen!

Gruß, Robert

Hallo Robert,

Danke für deine Rückmeldung. Das war sehr hilfreich:

ZitatSomit kann es durchaus zu Inkonsistenzen führen, wenn der eine Wert noch alt ist und der andere schon neu.

Genau so ist es. Ja, ich benutze deine tolle Modbus-Definition als Grundlage, mit einigen weiteren Readings von passibe und mir, um meine BAT und WR Steuerung umzusetzen. Da war das Polldelay bei diesen 5 Werten bereits gelöscht. Allerdings hatte ich im Gerät teilweise unterschiedliche attr poll- definiert. Nachdem ich nun den Zusammenhang von Polldelay, attr poll- und Interval besser verstehe, habe ich meine Definitionen korrigiert. Es bleibt dennoch eine positive Differenz. Die Berechnung der Einzelwerte liegt durchweg über 'WR_Leistung_EingangSolar_W', 20-40 W bei annähernd gleicher 'WR_Leistung_EingangSolar_W'. Ursache dafür ist bei mir tatsächlich das Timing der Readings, die Zeitstempel der 5 Werte sind selten exakt gleich. Daher "zappelt" die Berechnung immer mit. Da ich nun eher nicht ständig die beiden Dachflächen zusammenrechnen muss, um sie mathematisch genau mit 'WR_Leistung_EingangSolar_W' zu vergleichen, beende ich diesen "Ausflug". Die Ursache ist mit deiner Info gefunden. Vielen Dank dafür.
Die Berechnung der prozentualen Verteilung auf beide Dachflächen passt mathematisch exakt. Das genügt mir vollkommen.

Herzliche Grüße, Heinz

So Leute,

ich wollte in den letzten Wochen mal mit der Smartmeter / DTSU666 "Simulation" beginnen: Die Werte, die ich aus dem Smartmeter des Netzwerkproviders auslese über Modbus dem Sun2000 Inverter zur Verfügung stellen indem ich das DTSU666 Protokoll (Modbus Registerbelegung) nachbaue:

Die Modbusdefintion der DTSU (Gerät von CHINT nicht Huawei wie ich anfänglich glaubte) im Anhang für diejenigen, die es interessiert.

Erster einfacher Ansatz: Bei den Grundeinstellungen über die FusionSolar App kann man dem Inverter mitteilen, dass ein Smartmeter dran hängt.
Dann pollt der Inverter die ersten Register vom Smartmeter um zu schauen, ob da eh einer dran hängt. Konkret beginnt er mit 0x2001 auf Slave ID 11 (11 ist die Standard ID für den Smartmeter). Rx .. Anfrage des Inverters, Tx .. Antwort meines Modbus Slave Tools:

Rx:000036-15:31:54.131-0B 03 07 D1 00 01 D5 ED
Tx:000037-15:31:54.131-0B 83 01 A0 F2

Ich simuliere die ersten paar Register lt. Spec stumpf auf dem PC Tool "ModbusSlave 7.3" mit konstant z.B. 231V. Auf 0x2001, 0x2002 liegt die Spannung als Float.
Allerdings scheint der Inverter nicht mit meiner Response zufrieden denn er frägt das Register (siehe trace oben) 6x ab, dann gibt er auf.

Nun wäre es toll, wenn jemand, der eine DTSU666 im System hat einen Modbustrace machen könnte: USB-RS485 Adapter vorausgesetzt (siehe Bild im Anhang - 7€ Amazon).
Ich habe meinen Trace mit dem sehr einfachen, freien Tool "OpenSerialPortMonitor" gemacht (9600 Baud, 1 Stop, no parity).

Einen Verdacht habe ich jedoch: Mit einem online IEE float converter 231V auf float Repräsentation umgerechnet sehe ich gerade, dass das eigentlich 0x43670000 sein sollten. K.A wie ich auf die 0x83010000 gekommen bin, die ihr im Trace seht. das muss ich nochmal kontrollieren, sobald Zeit ist.

Michael

Zitat von: miguelito am 14 März 2024, 07:55:06konstant z.B. 231V

Zitat von: miguelito am 14 März 2024, 07:55:06Mit einem online IEE float converter 231V auf float Repräsentation umgerechnet sehe ich gerade, dass das eigentlich 0x43670000 sein sollten. K.A wie ich auf die 0x83010000 gekommen bin

2 Gedanken dazu...
1. Der Inverter liefert "seine" Spannungen auf den 3 Phasen ja auch via Modbus, d.h. dort könntest Du die Hex-Werte direkt abgreifen, sofern die Datentypen und Umrechnungen ident sind.
2. Möglicherweise verwirft der Inverter die Antworten, wenn sie unplausibel weit von "seinen" Spannungen abweichen?

Noch eine generelle Frage:
Irgendwo wurde hier vor kurzem mal behauptet, dass Modbus-TCP über das Dongle nicht mehr funktioniert, wenn man zusätzlich den Modbus-Anschluss vom Inverter benutzt. Kannst Du das bestätigen? (Kann ich mir eigentlich nicht vorstellen, weil dann könnten alle, die die DTSU von Huawei dranhängen haben, nicht mehr über Modbus-TCP mitlauschen?)

Zitat von: miguelito am 14 März 2024, 07:55:06USB-RS485 Adapter vorausgesetzt (siehe Bild im Anhang - 7€ Amazon)

Die kann man natürlich auch direkt vom Ali deutlich günstiger beziehen, https://de.aliexpress.com/item/1005005654643638.html
Achtung: Allzu lange Lebensdauer darf man davon nicht erwarten, ich verwende die Teile zur Anbindung meiner proprietären Beschattungssteuerung an den RasPi/FHEM. Nach 1-2 Jahren segnen die das Zeitliche, nicht ohne dabei irgendeinen elektrischen Fehler am Bus zu verursachen, was meine Beschattungssteuerung dann in den Notbetrieb schickt.

Zitat von: bertl am 19 Februar 2024, 17:00:22Aber leider gibt es (soweit mir bekannt ist) in FHEM noch kein Modul, welches AES verschlüsselte OBIS Zählerdaten einbindet.

Jetzt gibt es ein passendes Modul für die AMIS-Zähler aus Oberösterreich.

Hier der Link: 98_TD3511_OOE.pm für Siemens AMIS-Zähler vom EVU - Netz Oberösterreich (https://forum.fhem.de/index.php?msg=1306845)

Gruß Robert

Hi,

Zitat von: TheTrumpeter am 14 März 2024, 08:15:092 Gedanken dazu...
1. Der Inverter liefert "seine" Spannungen auf den 3 Phasen ja auch via Modbus, d.h. dort könntest Du die Hex-Werte direkt abgreifen, sofern die Datentypen und Umrechnungen ident sind.
2. Möglicherweise verwirft der Inverter die Antworten, wenn sie unplausibel weit von "seinen" Spannungen abweichen?

Noch eine generelle Frage:
Irgendwo wurde hier vor kurzem mal behauptet, dass Modbus-TCP über das Dongle nicht mehr funktioniert, wenn man zusätzlich den Modbus-Anschluss vom Inverter benutzt. Kannst Du das bestätigen? (Kann ich mir eigentlich nicht vorstellen, weil dann könnten alle, die die DTSU von Huawei dranhängen haben, nicht mehr über Modbus-TCP mitlauschen?)

Trumpeter,
genau, dass der Inverter den gelieferten Spannungswert nicht akzeptiert weil er nicht plausibel ist (out of bounds oder Abweichung) ist eben mein Verdacht - entweder rechne ich falsch um, weil eben doch nicht FLOAT standard oder er plausibilisiert mit eigenen Spannungswerten -> das ist ein sehr guter Hinweis.
Auch das mit dem Auslesen der korrespondierenden Spannungen vom Inverter ist eine gute Idee - wenn die gleich codiert sind.

Zu Deiner Frage Modbus Dongle / Klemmen. Das habe ich selber ausprobiert weil im Netz keine klare Aussage dazu zu finden war. Es ist umgekehrt:

Wenn der Dongle dran hängt, dann reagiert der Inverter auf den Klemmen von Modbus 2 (Pins 5,7,9 - wenn ich das richtig im Kopf habe) nur mehr als MASTER! D.h. Du kannst keine Werte vom Inverter dort abfragen. Er arbeitet als Master um z.B. den DTSU abzufragen. Erst wenn der Dongle wieder abgesteckt wird, kannst Du auf diesem Bus Werte vom Inverter auslesen.

LG Michael

Zitat von: miguelito am 14 März 2024, 12:58:26Auch das mit dem Auslesen der korrespondierenden Spannungen vom Inverter ist eine gute Idee - wenn die gleich codiert sind.

1. Phase ist beispielsweise auf Adresse 32069 als UINT16 mit Quantisierung 10.
Bei z.B. 235,0 Volt würde ich als Rohwert 2350 dezimal bzw. 0x092E erwarten. Das passt aber gar nicht zu dem was Du weiter oben zur DTSU angehängt hast.

Zitat von: miguelito am 14 März 2024, 12:58:26Wenn der Dongle dran hängt, dann reagiert der Inverter auf den Klemmen von Modbus 2 (Pins 5,7,9 - wenn ich das richtig im Kopf habe) nur mehr als MASTER! D.h. Du kannst keine Werte vom Inverter dort abfragen. Er arbeitet als Master um z.B. den DTSU abzufragen. Erst wenn der Dongle wieder abgesteckt wird, kannst Du auf diesem Bus Werte vom Inverter auslesen.

Gut, das passt dann wieder zu meinem Weltbild. Über das Dongle lässt sich immer via Modbus-TCP abfragen. Wenn das Dongle aber dran ist, lässt sich der Inverter nicht mehr über die Modbus-Pins abfragen.

Zitat von: miguelito am 14 März 2024, 07:55:06Dann pollt der Inverter die ersten Register vom Smartmeter um zu schauen, ob da eh einer dran hängt. Konkret beginnt er mit 0x2001 auf Slave ID 11 (11 ist die Standard ID für den Smartmeter)

Laut deiner angehängten Modbus-Definition ist die korrekte Adresse 0x2000 (Uab), 0x2002 (Ubc), 0x2004 (Uca).
Nicht wie du schreibst 0x2001

Vielleicht ist das ja auch dein Problem?

Zitat von: bertl am 14 März 2024, 14:52:51Laut deiner angehängten Modbus-Definition ist die korrekte Adresse 0x2000 (Uab), 0x2002 (Ubc), 0x2004 (Uca).
Nicht wie du schreibst 0x2001

Eventuell baut er die 32-Bit Werte ja "von hinten" auf, also erst 0x2001h und dann 0x2000h, gefolgt von 0x2003h und dann 0x2002h?
Allerdings ist die Frage, was dort genau drauf muss?
In dem Dokument steht ja, dass diese Register für 4-Draht-Verkabelungen ungültig sind. Die Werte müssten doch auf 0x2006h und folgende?

Zitat von: TheTrumpeter am 14 März 2024, 14:45:24Gut, das passt dann wieder zu meinem Weltbild. Über das Dongle lässt sich immer via Modbus-TCP abfragen. Wenn das Dongle aber dran ist, lässt sich der Inverter nicht mehr über die Modbus-Pins abfragen.

Hallo Trumpeter,

der Modbus-Anschluss vom Inverter hat meines Wissens nichts mit dem SDongleA zu tun.
Sobald der DTSU666 am Modbus-Anschluss vom Inverter hängt, kann man die Daten nicht mehr als Master abfragen, weil der Inverter als Master die Daten vom DTSU666 abfragt.
Maximal mitlauschen wäre möglich (Modbus passive listener) - was ich aber noch nicht zusammengebracht habe.

Lg Robert

Fakt ist, dass 2001 als erstes abgefragt wird. Ich dachte zuerst an das Modbus "Offsetproblem" dh in der Spec steht Adresse 2000 adressiert wird aber 2001. Aber vielleicht hat Trumpeter recht und es wird zuerst der nachkommateil ausgelesen. Nur wenn das so ist musste er den Wert eigentlich fressen, denn < 1volt kann das Toleranzfenster wohl nicht sein.. trace wäre cool.

Hallo Michael,

ich weiß nicht ob du mit dem was anfangen kannst, aber ich habe die Daten des DTSU666 mal für 3 Minuten seriell getraced und dir den Log angehängt.
Nachdem du keine weitern Angaben gegeben hast, einfach als Hex-Wurscht!

Gruß Robert

Robert,

das ist voll super damit kann ich sicher etwas anfangen. Noch nicht angesehen..

Ich will den tread nicht mit meinem Smartmeter thema spammen aber vorgestern doch noch etwas weiter gekommen:

- Das "inverted float" hat mich fehlgeleitet - das ist im Modbusjargon offenbar ein Synonym für "big endian" - Aus einem Dokument von Seametrics Modbus Interface Description. Hänge den Ausschnitt bei Zeiten rein. Außerdem sind die ersten Register 2000ff die Werte zwischen den Phasen Uxy und nicht die Linespannungswerte. Also 400V. Mit Faktor 10 Skaliert lt Anhang DTSU spec. 411V reingeschrieben in Register 2001 und das hat den Inverter zufrieden gestellt. Danach möchte er Register 3 - den Anschlusstyp (3/4 Leiter) auslesen. Siehe Trace:

[RTU]>Rx > 18:02:19:332 - 0B 03 07 D1 00 01 D5 ED
[RTU]>Tx > 18:02:19:351 - 0B 03 02 10 0E AC 41
[RTU]>Rx > 18:02:20:989 - 0B 03 00 03 00 01 74 A0
[RTU]>Tx > 18:02:21:023 - 0B 03 02 00 00 20 45
[RTU]>Rx > 18:02:23:899 - 01 03 06 AA 00 01 A4 A2
[RTU]>Tx > 18:02:23:916 - 83 04

Danach will er Register 1706 von Slave #1 auslesen? Da gibts ja no so ne Huawei device für Statistik, externen zugriff etc...
Mal sehen was der Trace von Robert an Erleuchtung bringt ;)

Michael

Hallo, hier ein Paar Erkenntnisse die ich in letzter Zeit zu meinem SUN2000 sammeln konnte. Falls jemand auf die gleichen Probleme gestoßen ist.

Ich habe festgestellt das die Einbindung des SolarForecast Moduls aus diesem Beitrag (https://forum.fhem.de/index.php?msg=1290526) nicht ganz korrekt ist. Und zwar Berücksichtigt "WR_Energie_PV_Gesamt_kWh" welches an das SolarForecast Modul übergeben wird auch die umgewandelte Batterieausgabe. Das hat zur folge, vorausgesetzt es hängt eine Batterie mit im System, das die reele Erzeugung verzerrt wird. Um die tatsächliche Erzeugung zu ermitteln müssen die Batterieerträge mit eingerechnet werden.
Hier meine Ergänzung im Userreading:
WR_Energie_PVR_Gesamt_kWh:WR_Energie_PV_Gesamt_kWh.* {
ReadingsNum($NAME,"WR_Energie_PV_Gesamt_kWh",0) + ReadingsNum($NAME,"BAT_Gesamt_Ladung_kWh",0) - ReadingsNum($NAME,"BAT_Gesamt_Entladung_kWh",0)
},Dazu braucht man aber auch die Gesamterträge der Batterie. Ich habe mein aktuelles Sun2000ModbusModul mal angehängt.
Wird jetzt im SolarForecast Modul auf PVR verwiesen werden die Erträge korrekt angezeigt. Siehe solar.jpg.
currentBatteryDev pv_wr pin=BAT_Leistung_Laden_Momentan_W:W pout=BAT_Leistung_Entladen_Momentan_W:W charge=BAT_Ladestand
currentInverterDev pv_wr pv=WR_Leistung_EingangSolar_W:W etotal=WR_Energie_PVR_Gesamt_kWh:kWh capacity=10000
currentMeterDev pv_wr gcon=PM_Energie_vomNetz_Momentan_W:W contotal=PM_Energie_vomNetz_Gesamt_kWh:kWh gfeedin=PM_Energie_insNetz_Momentan_W:W feedtotal=PM_Energie_insNetz_Gesamt_kWh:kWh

Weiter hatte ich bei schwankender Sonneneinstrahlung bemerkt das "Haus_Leistung_Momentan_W" mir unplausible und falsche Werte anzeigt. Das liegt daran da der Wert über "WR_Leistung_EingangSolar_W" berechnet wird und "BAT_Leistung_W" und "PM_Leistung_Momentan_W" erst zeitversetzt aktualisiert werden um den Schwankungen entgegen zu wirken.
Ich habe dazu folgenden event-aggregator definiert um den Wert zu stabilisieren:
attr pv_wr event-aggregator Haus_Leistung_Momentan_W::none:median:90Siehe Verbrauch in leistung.jpg

Vielleicht hilft es ja jemand weiter, oder vielleicht hat ja jemand auch bessere Lösungen gefunden.

Grüße

Zitat von: bertl am 14 März 2024, 18:21:35[..] aber ich habe die Daten des DTSU666 mal für 3 Minuten seriell getraced und dir den Log angehängt.
Nachdem du keine weitern Angaben gegeben hast, einfach als Hex-Wurscht!

Robert, danke nochmal bin jetzt dazu gekommen das kurz anzusehen. Beim nächsten Trace: Zeitstempel und Request / Response zeilenweise helfen beim Lesen ;)

Egal, ich habe Deine Datei einfach auf die "Billige" gepimpt indem ich mit search/replace bei jedem 0x0B 0x03 einen Zeilenvorschub eingebaut habe. Damit hat man dann die Lesbarkeit.
Dein Trace gibt folgendes Bild:

0B 03 08 36 00 50 A7 32
0B 03 A0 3F 8A E1 48 3F 8B 22 D1 3F 89 16 87 43 65 19 9A 43 64 4C CD 43 65 19 9A 43 66 19 9A 43 C6 66 66 43 C6 0C CD 43 C6 CC CD 43 C6 73 33 42 48 0A 3D 44 02 F3 33 43 24 19 9A 43 15 4C CD 43 52 66 66 C3 21 E6 66 C2 29 99 9A C2 06 66 66 C2 AB 99 9A 44 37 0C CD 43 6F 4C CD 43 77 66 66 43 75 4C CD BF 37 0A 3D BF 37 0A 3D BF 19 DB 23 BF 5A E1 48 C5 79 0D 9A C4 A5 94 CD C4 E6 56 14 C4 4C 5F 5C 45 39 46 14 44 93 EA 8F 44 41 13 33 44 AE 96 B8 45 D9 29 D7 45 1C BF AE 45 23 6F D7 45 0A 63 33 A4 98

.. (17 oder 18x)

0B 03 08 36 00 50 A7 32
0B 03 A0 3F 8A C0 83 3F 8A C0 83 3F 91 26 E9 43 65 00 00 43 64 66 66 43 64 E6 66 43 65 E6 66 43 C6 59 9A 43 C6 00 00 43 C6 A6 66 43 C6 73 33 42 48 0A 3D 44 08 33 33 43 2D 33 33 43 15 00 00 43 5E 66 66 C3 23 80 00 C2 2A 66 66 C2 06 00 00 C2 AE CC CD 44 3C 39 9A 43 76 80 00 43 76 99 9A 43 81 D9 9A BF 37 CE D9 BF 38 51 EC BF 1A 9F BE BF 5A E1 48 C5 79 0D 9A C4 A5 94 CD C4 E6 56 14 C4 4C 5F 5C 45 39 46 14 44 93 EA 8F 44 41 13 33 44 AE 96 B8 45 D9 29 D7 45 1C BF AE 45 23 6F D7 45 0A 63 33 6C 0B

0B 03 08 A6 00 0A 27 24
0B 03 14 43 22 CF 5C 00 00 00 00 00 00 00 00 00 00 00 00 44 8A 8D C3 03 19

Interpretation. Der Inverter macht 2 unterschiedliche Anfragen an die DTU:

• Address 0x0836 (2102) 0x50 (80) Register (160 Bytes) -> 18x in Folge
• Address 0x08A6 (2214) 0xA (10) Register (20 Bytes) -> Dann 1x diese Anfrage dann wieder 18x die Erste

Damit gleich das nächste Rätsel - Die Adressen, die hier abgefragt werden, sind nicht in der Spec / Operation Manual - siehe mein Anhang oben...

Du hast aber schon den DTSU666? Da gibt's ja auch noch ein anderes Modell, das von den Sun2000 unterstützt wird (gemäß Einstell App) - habe den Namen vergessen...

Michael

Hallo Michael,

ja ich habe den DTSU666-H 250A/50mA.

Robert

So,

in einem Huaweiforum habe ich ein Thema gefunden:
"how to connect custom meter DTSU666 to Smartlogger 1000", siehe Anhang.

Dort werden Modbusregister angegeben, die zu den Adressen passen, die unsere SUN WR abfragen, siehe Traces oben.

Der Adressbereich ist dort mit 2102 - 2175 (dez!) angegeben.
Das 2102 passt schon mal zu den analysierten Abfragen oben (0x836 = 2102).

Ich frage mich nur, warum das überhaupt nicht zu der Spec des CHINT passt, die ich oben angehängt habe (Adressen ab 2000 HEX!).

Eventuell eine eigene Firmware für Huawei gebrandete Geräte? Haben Eure Geräte einen Hinweis auf Huawei bzw. nicht das CHiNT Branding?

Michael

Hi,

kurze Ergänzung zur letzten Nachricht und ggF. eine Bitte..

Im Forum roboternetz.de habe ich einen Eintrsg gefunden, wo jemand einen DTSU666 Trace analysiert hat ähnlich, wie ich es gemacht habe.  Er hat sich allerdings nur für den active Power Wert interesiert / diesen herausgefunden. Aber dieser Trace ist eine Bestätigung, dass die DTSU-666 für Huawei ein anderes register layout haben als die originalen CHINT.

Ich habe nun den Trace von Robert aufbereitet, so wie es derjenige im Roboter aus dem Forum getan hat. Und mit den Informationen ergänzt, die aus dem einen Eintrag im Huawei Forum stammen (Bild vorherige Nachricht) Es sind überigens wirklich alles float Werte:

Der Trace von Robert - danke nochmal dafür - Registeradressen in Dezimal!! (<> CHINT, dort sind wir bei 0x2000ff HEX!)

Currents A,B,C                           Voltage Phase A,B,C
2102      2104      2106      2108       2110      2112      2114      2116     
3F60 8312 3F89 BA5E 3F4C 0831 4365 199A  4365 0000 4364 4CCD 4366 3333 43C6 6666

Line Voltages A-B, B-C, C-A   Freq (Hz)  activepwr activepwr phase A,B,C
2118      2120      2122      2124       2126      2128      2130      2132
43C6 0000 43C6 8000 43C6 CCCD 4248 0000  43DF F333 4306 8000 4312 E666 4326 4CCD

ReactivePwr reactive pwr phase A,B,C    apparent pwr .........
2134      2136      2138      2140      2142
C2D9 0000 C226 CCCD C208 6666 C202 CCCD 441C ACCD ..........

Ich habe noch nicht den ganzen Trace aufgearbeitet. Für die Werte im hinteren Teil (hohe Adressen) haben wir eh keine Doku. Aber ich denke mit diesen Daten, die wir jetzt kennen, kann man eine Simulation beginnen. Leider ist die gesamte Registerspec des Huawei DTSU666 nirgends zu finden.
Manche Werte wie z.B. die Freq. habe ich einfach durch Umrechung des float HEX wertes aus Roberts Trace raus gefunden.

Nun zur Bitte: Könnte jemand mit dem Meter einen Trace für mich machen, wenn der Meter beim Wechselrichter "angelernt" wird? D.h in der FusionSolar App - "Gerät einrichten" - Anmelden als Installateuer, Grundeinstellungen -> weiter nach Geräteverwaltung (siehe Bild unten) und dann einfach beim Punkt "+ Stromzähler" nochmal Euren Stromzähler auswählen (DTSU666-H). Dann sollten die Nachrichten rausgehen mit denen der WR den PM identifiziert.
Erinnert Euch an meine vorherigen Nachrichten: Es geht da eine Abfrage an Register 0x07D1 (2001) raus - Für dieses Register habe ich jetzt natürlich keine Doku - was da kommen sollte -> Trace :)

Grüße
Michael

Robert, habe erst heute gesehen, dass Du selber dieses FHEM Modul entwickelt hast! :

Zitat von: bertl am 14 März 2024, 11:33:22Jetzt gibt es ein passendes Modul für die AMIS-Zähler aus Oberösterreich.

Hier der Link: 98_TD3511_OOE.pm für Siemens AMIS-Zähler vom EVU - Netz Oberösterreich (https://forum.fhem.de/index.php?msg=1306845)

Super, well done! Das gibt mir Mut meine aktuelle Python Implementierung für meinen Kaifa Zähler auch mal auf perl / FHEM I/O device module zu portieren. Da ich mit perl bis dato keine Erfahrung habe war mir nicht klar, wie gut die bestehende Infrastruktur ist - die lib zum decyphern habe ich schon in Deinem Module gesehen (und danach eh gleich im FHEM wiki AES Encryption gefunden). Damit sind alle Voraussetzungen gegeben. Und eine schönes Template zum Einstieg in FHEM I/O dev habe ich auch gleich.
P.S. falls der Zähler nicht eh durch das bestehende FHEM OBIS modul bedient werden kann. Habe ich auch eben erst entdeckt.. :)

Michael

Hallo!
Ich bin über Eure Diskussionen gestoßen, nachdem ich mich um eine Alternative zu FHEMpy/fusionsolar umsehe. Ich habe das erfolgreich seit letztem Sommer in meiner Dockerinstallation laufen gehabt, doch scheint es mit der Entwicklung und Fehlerbehebung nicht recht weiterzugehen. Ich kann mich über FHEMpy seit Monaten nicht mehr einloggen und jetzt, wo ich eine Wärmepumpe bekommen habe ist es für mich noch wichtiger zu wissen ob und wieviel "Überproduktion" ich habe bzw. ins Netz einspeise(n würde).
Was Ihr hier diskutiert scheint mir eine super Lösung zu sein, doch ich stehe mit meinem Wissen gleich zu Beginn an. Was ich habe ist folgendes (aus dem WI FusionSolar):
Bildschirmfoto 2024-04-06 um 09.14.37.png
So dachte ich, ich Kupfer von Euch ab und habe folgende Definition in meinem FHEM gemacht:
defmod Sun2000 ModbusAttr 0 10 192.168.57.20:502 TCP
attr Sun2000 disable 0
attr Sun2000 room Development
attr Sun2000 verbose 4

setstate Sun2000 active
setstate Sun2000 2024-04-05 19:59:20 state active


ergibt bei mir folgendes list:
Internals:
   CFGFN     
   DEF        0 10 192.168.57.20:502 TCP
   DeviceName 192.168.57.20:502
   EXPECT     idle
   FUUID      661028c7-f33f-55a1-d3c2-d7baccca3cd818d8
   IODev      Sun2000
   Interval   10
   LASTOPEN   1712339955.17389
   MODBUSID   0
   MODE       master
   MODULEVERSION Modbus 4.5.6 - 7.11.2023
   NAME       Sun2000
   NEXT_OPEN  1712340015.28302
   NOTIFYDEV  global
   NR         555
   NTFY_ORDER 50-Sun2000
   PARTIAL   
   PROTOCOL   TCP
   STATE      active
   TCPConn    1
   TYPE       ModbusAttr
   devioLoglevel 3
   devioNoSTATE 1
   eventCount 28
   nextOpenDelay 60
   FRAME:
   READ:
   READINGS:
     2024-04-05 19:59:20   state           active
   UPDATECACHE:
   defptr:
     Sun2000    0
   lastRead:
Attributes:
   disable    0
   room       Development
   verbose    4und im Log (mit verbose 4) fortlaufend:
2024.04.06 09:29:54 4: Sun2000: GetUpdate (V4.5.6 - 7.11.2023) called from Fhem internal timer
2024.04.06 09:29:54 4: Sun2000: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 10.0 sec at 09:30:04.907, interval 10
2024.04.06 09:29:54 4: Sun2000: CombineUpdateHash objHash keys before combine:
2024.04.06 09:29:54 4: Sun2000: GetUpdate will now create requests for
2024.04.06 09:30:04 4: Sun2000: GetUpdate (V4.5.6 - 7.11.2023) called from Fhem internal timer
2024.04.06 09:30:04 4: Sun2000: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 10.0 sec at 09:30:14.921, interval 10
2024.04.06 09:30:04 4: Sun2000: CombineUpdateHash objHash keys before combine:
2024.04.06 09:30:04 4: Sun2000: GetUpdate will now create requests for
2024.04.06 09:30:14 4: Sun2000: GetUpdate (V4.5.6 - 7.11.2023) called from Fhem internal timer
2024.04.06 09:30:14 4: Sun2000: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 10.0 sec at 09:30:24.924, interval 10
2024.04.06 09:30:14 4: Sun2000: CombineUpdateHash objHash keys before combine:
2024.04.06 09:30:14 4: Sun2000: GetUpdate will now create requests for
Ich habe irgendwie erfolglos einige "attr"-Definitionen bei Euch abgeschrieben ohne wirklich zu wissen was ich tue. Erfolglos deshalb, weil sich einfach nichts getan hat (alle Werte blieben auf 0. Vllt. war ich zu ungeduldig oder es war schon zu dunkel). Nun bitte ich um Eure Unterstützung.
- Ich weiß nicht ob bei meiner PV-Anlage Modbus aktiviert ist. Wie stelle ich das fest (mit einfachen Mitteln, die ich als nicht-Solateur zur Verfügung habe)? Mein Solateur kommt am Montag vorbei um an meiner Heizung weiterzuarbeiten, da könnte ich ihn ggf. darauf ansprechen es zu enablen (wenn notwendig=.
- Ist meine Definition überhaupt richtig? Wenn ich das Device neu definiere steht es auf "disconnected". Erst wenn ich
set Sun2000 activeeingebe wird es aktiv. Ob es tatsächlich eine Verbindung zu meinem Dongle hat (em habe ich die fixe IP 192.168.57.20 gegeben) weiß ich nicht.
- Was muss ich für mein erstes Erfolgserlebnis als "attr" definieren um zumindest irgendeinen Wert von meiner PV-Anlage zurück zu bekommen? Am liebsten wäre mir der Wert "from grid/to grid", also was speise ich ein bzw entnehme ich aus dem öffentlichen Netz.

Danke vorab für Eure Hilfe

Rallye

"probehalber" habe ich folgende attrs definiert (abgeschrieben auf Seite 1):
attr Sun2000 obj-h32016-expr $val/10
attr Sun2000 obj-h32016-len 1
attr Sun2000 obj-h32016-poll 1
attr Sun2000 obj-h32016-reading PV1_voltage
attr Sun2000 obj-h32016-unpack n!
attr Sun2000 obj-h32017-expr $val/100
attr Sun2000 obj-h32017-len 1
attr Sun2000 obj-h32017-poll 1
attr Sun2000 obj-h32017-reading PV1_current
attr Sun2000 obj-h32017-unpack n!
attr Sun2000 obj-h32064-len 2
attr Sun2000 obj-h32064-poll 1
attr Sun2000 obj-h32064-reading Input_power
attr Sun2000 obj-h32064-unpack N!
attr Sun2000 obj-h32078-len 2
attr Sun2000 obj-h32078-poll 1
attr Sun2000 obj-h32078-polldelay 3600
attr Sun2000 obj-h32078-reading Peak_active_power
attr Sun2000 obj-h32078-unpack N!
attr Sun2000 obj-h32080-len 2
attr Sun2000 obj-h32080-poll 1
attr Sun2000 obj-h32080-reading Active_power
attr Sun2000 obj-h32080-unpack N!
attr Sun2000 obj-h32086-expr $val/100
attr Sun2000 obj-h32086-len 1
attr Sun2000 obj-h32086-poll 1
attr Sun2000 obj-h32086-reading Efficiency
attr Sun2000 obj-h32086-unpack n
attr Sun2000 obj-h32087-expr $val/10
attr Sun2000 obj-h32087-len 1
attr Sun2000 obj-h32087-poll 1
attr Sun2000 obj-h32087-reading Internal_temperature
attr Sun2000 obj-h32087-unpack n!
attr Sun2000 obj-h32089-len 1
attr Sun2000 obj-h32089-map 0:standby, 1:standby, 2:standby, 3:standby, 256:starting, 512:on_grid, 513:power_limited, 514:self_derating, 768:shutdown_fault, 769:shutdown_command, 770:shutdown_OVGR, 771:shutdown_comm_disconn, 772:shutdown_power_limited, 773:shutdown_manual_startup_required, 774:shutdown_DC_switches_disconn, 775:shutdown_rapid_cutoff, 776:shutdown_input_underpower, 1025:Grid_scheduling_cosφ-P_curve, 1026:Grid_scheduling_Q-U_curve, 1027:Grid_scheduling_PF-U_curve, 1028:Grid_scheduling_dry_contact, 1029:Grid_scheduling_Q-P_curve, 1280:Spot-check_ready, 1281:Spot-checking, 1536:Inspecting, 1792:AFCI_self_check, 2048:I-V_scanning, 2304:DC_input_detection, 2560:Running_off-grid_charging, 40960:Standby_no_irradiation
attr Sun2000 obj-h32089-poll 1
attr Sun2000 obj-h32089-reading Device_status
attr Sun2000 obj-h32089-unpack n
attr Sun2000 obj-h32106-expr $val/100
attr Sun2000 obj-h32106-len 2
attr Sun2000 obj-h32106-poll 1
attr Sun2000 obj-h32106-polldelay 3600
attr Sun2000 obj-h32106-reading Accumulated_energy_yield
attr Sun2000 obj-h32106-unpack N
attr Sun2000 obj-h32114-expr $val/100
attr Sun2000 obj-h32114-len 2
attr Sun2000 obj-h32114-poll 1
attr Sun2000 obj-h32114-reading Daily_energy_yield
attr Sun2000 obj-h32114-unpack N
attr Sun2000 obj-h37113-len 2
attr Sun2000 obj-h37113-poll 1
attr Sun2000 obj-h37113-reading PM_active_power
attr Sun2000 obj-h37113-unpack N!
attr Sun2000 room Photovoltaik
attr Sun2000 stateFormat {sprintf("Status: %s, Temp: %.1f, Aktuell %.1f Watt, Heute gesamt %.2f KWh", ReadingsVal($name,"Device_status",0), ReadingsVal($name,"Internal_temperature",0), ReadingsVal($name,"Active_power",0), ReadingsVal($name,"Daily_energy_yield",0))}
attr Sun2000 verbose 4

setstate Sun2000 Status: 0, Temp: 0.0, Aktuell 0.0 Watt, Heute gesamt 0.00 KWh
setstate Sun2000 2024-04-06 18:31:10 state disconnected
mit dem Ergebnis, dass alle Wert 0 (klar, wenn der readbuffer empty ist) sind und im Log alle 10 Sekunden das Folgende wiederholt wird:
2024.04.06 18:33:39 4: Sun2000: GetUpdate (V4.5.6 - 7.11.2023) called from Fhem internal timer
2024.04.06 18:33:39 4: Sun2000: UpdateTimer called from GetUpdate with cmd next sets timer to call update function in 10.0 sec at 18:33:49.256, interval 10
2024.04.06 18:33:39 4: Sun2000: CombineUpdateHash objHash keys before combine: h32106,h32064,h32016,h32078,h37113,h32114,h32087,h32089,h32086,h32017,h32080
2024.04.06 18:33:39 4: Sun2000: GetUpdate will now create requests for h32016 len 1 (PV1_voltage), h32017 len 1 (PV1_current), h32064 len 2 (Input_power), h32078 len 2 (Peak_active_power), h32080 len 2 (Active_power), h32086 len 1 (Efficiency), h32087 len 1 (Internal_temperature), h32089 len 1 (Device_status), h32106 len 2 (Accumulated_energy_yield), h32114 len 2 (Daily_energy_yield), h37113 len 2 (PM_active_power)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32016, len 1, tid 159, master device Sun2000, reading PV1_voltage (getUpdate for PV1_voltage len 1)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32017, len 1, tid 195, master device Sun2000, reading PV1_current (getUpdate for PV1_current len 1)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32064, len 2, tid 75, master device Sun2000, reading Input_power (getUpdate for Input_power len 2)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32078, len 2, tid 120, master device Sun2000, reading Peak_active_power (getUpdate for Peak_active_power len 2)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32080, len 2, tid 48, master device Sun2000, reading Active_power (getUpdate for Active_power len 2)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32086, len 1, tid 153, master device Sun2000, reading Efficiency (getUpdate for Efficiency len 1)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32087, len 1, tid 13, master device Sun2000, reading Internal_temperature (getUpdate for Internal_temperature len 1)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32089, len 1, tid 133, master device Sun2000, reading Device_status (getUpdate for Device_status len 1)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32106, len 2, tid 148, master device Sun2000, reading Accumulated_energy_yield (getUpdate for Accumulated_energy_yield len 2)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h32114, len 2, tid 208, master device Sun2000, reading Daily_energy_yield (getUpdate for Daily_energy_yield len 2)
2024.04.06 18:33:39 4: Sun2000: DoRequest called from GetUpdate created new request, read buffer empty,
request: id 0, read fc 3 h37113, len 2, tid 153, master device Sun2000, reading PM_active_power (getUpdate for PM_active_power len 2)

Hallo zusammen,

ich hab jetzt auch eine PV-Anlage mit SUN2000-10KTL-M1, LUNA2000 und DTSU666-H am Start. Ich habe die Anlage über Dongle ins Gäste-WLAN geholt. VOn dort darf sie dann mit der Cloud bzw. an Fusion Solar kommunizieren. Für das Auslesen der Daten mit FHEM hab ich den Raspi mit dem WLAN des Wechselrouters verbunden und FHEM kann darüber direkt alle Daten per MODBUS TCP auslesen. Mit der Vorarbeit 98_ModbusSUN2000WR.pm war das total easy. Vielen Dank an alle Beitragenden. Ich hänge den aktuellen Stand inkl. Erweiterung mit den Alarm-Mappings hier in den Thread.

Jetzt zu meinem Problem: Ich kann über das ModbusSUN2000WR-Device und dessen Setter keine Einstellungen ändern. Ein "set BAT_Max_SOC 90" bleibt ohne Folgen. Über die Fusion Solar App klappt es. Hat jemand eine Idee, woran das liegen könnte? Müss ich ggf. einen anderen Modus des Device einstellen?

Anbei meine aktuelle Device-Defition:

defmod sun2000 ModbusSUN2000WR 0 60 192.168.200.1:6607 TCP
attr sun2000 alias SUN2000-10KTL-M1
attr sun2000 alignTime 00:00
attr sun2000 room Photovoltaik
attr sun2000 showError 1
attr sun2000 verbose 1

Beste Grüße
Carsten

Zitat von: casoe am 09 April 2024, 22:22:32Ich kann über das ModbusSUN2000WR-Device und dessen Setter keine Einstellungen ändern.

Hallo Carsten,

wenn man mit dem Wechselrichter via WLAN kommuniziert (Port 6607), dann kann man nur lesen und NICHT schreiben!
Wenn du über den SDongleA (Port 502) mit dem Wechselrichter verbunden bist, dann kannst du lesen und auch schreiben.
So ist meine Erfahrung damit - klingt komisch ist aber so!

Falls du also Werte schreiben willst, musst du dich mit dem Port 502 über den SDongleA mit dem Wechselrichter verbinden.
Fürs Schreiben habe ich ein eigenes Gerät angelegt, wo nur die Schreibe-Register enthalten sind und welches standardmäßig 'disabled' ist.
Will ich mal was schreiben, wird das Gerät auf 'disable = 0' gesetzt und schon kann ich Werte zum Wechselrichter senden.

Schönen Tag
Robert

Zitat von: rallye am 06 April 2024, 09:46:34Wie stelle ich das fest (mit einfachen Mitteln, die ich als nicht-Solateur zur Verfügung habe)? Mein Solateur kommt am Montag vorbei um an meiner Heizung weiterzuarbeiten, da könnte ich ihn ggf. darauf ansprechen es zu enablen

Hallo Rallye,

anpingen (ping 192.168.57.20) kannst du den SDongleA, oder?

Folgende Einstellungen müssen durch den Installateur oder falls du auch Zugriff auf deine Analge hast gesetzt sein (siehe Anhang):
   Modbus TCP - Verbindung - Aktivieren (uneingeschränkt)
   RS485_1 - Baudrate: 9600, Protokolltyp: MODBUS, Komm.adresse: 1, RS485-Bus-Fraem-Erfassung: 1

Die Komm.adresse benötigst du für die Gerätedefinition (in meinem Falls ist diese 1 - siehe oben).
defmod Sun2000 ModbusAttr 0 10 192.168.57.20:502 TCPIn deinem Fall müsste die Komm.adresse auf 0 stehen.

Wenn du diese Details geprüft hast, und es funktioniert immer noch nicht, dann suchen wir weiter.

Schönen Tag
Robert

Zitat von: bertl am 10 April 2024, 15:26:29

Zitat von: casoe am 09 April 2024, 22:22:32Ich kann über das ModbusSUN2000WR-Device und dessen Setter keine Einstellungen ändern.

Hallo Carsten,

wenn man mit dem Wechselrichter via WLAN kommuniziert (Port 6607), dann kann man nur lesen und NICHT schreiben!
Wenn du über den SDongleA (Port 502) mit dem Wechselrichter verbunden bist, dann kannst du lesen und auch schreiben.
So ist meine Erfahrung damit - klingt komisch ist aber so!

Falls du also Werte schreiben willst, musst du dich mit dem Port 502 über den SDongleA mit dem Wechselrichter verbinden.
Fürs Schreiben habe ich ein eigenes Gerät angelegt, wo nur die Schreibe-Register enthalten sind und welches standardmäßig 'disabled' ist.
Will ich mal was schreiben, wird das Gerät auf 'disable = 0' gesetzt und schon kann ich Werte zum Wechselrichter senden.

Schönen Tag
Robert

@Robert

Danke für das Feedback. Komme ich auf den Dongle auch über das WLAN des Wechselrichters? Ich möchte die Huawei-Komponenten lieber aus meinem internen Netz raushalten. Deswegen hab ich die Anbindung über das Gäste-WLAN der Fritzbox gemacht und die Anbindung an FHEM über das Zusätzliche WLAN des Wechselrichters.

Wenn ich ein weiteres Device mit
defmod sdongleA ModbusAttr 0 10 192.168.200.1:502 TCP anlege, steht da disconnected als Status.

Beste Grüße
Carsten

Hallo Carsten,

Zitat von: casoe am 10 April 2024, 19:14:06Komme ich auf den Dongle auch über das WLAN des Wechselrichters

nein das glaube ich funktioniert nicht!

Welchen SDongleA hast du - es gibt meines Wissens 3 verschiedene?

• SDongleA-01 - WLAN
• SDongleA-03 - 4G
• SDongleA-05 - LAN

Wenn du die Modbus-Verbindung über den SDongleA herstellen möchtest, musst du die richtigen Einstellungen setzten (z.B. SDongleA-05 - LAN):

Zitat von: bertl am 10 April 2024, 16:08:56Modbus TCP - Verbindung - Aktivieren (uneingeschränkt)
RS485_1 - Baudrate: 9600, Protokolltyp: MODBUS, Komm.adresse: 1, RS485-Bus-Fraem-Erfassung: 1

Und wie bereits erwähnt muss die Komm.adresse übereinstimmen - laut deiner Definition 0.

Wenn du den 'SDongleA-01 - WLAN' hast, dann kannst du diesen ja ins Gäste-WLAN einbinden und alles ist gut.

Mehr fällt mir dazu leider nicht ein.

Gruß, Robert

Ich hab den mit WLAN und Ethernet (SDongleA-05). Ich hatte es so verstanden, dass sich die komplette Gerätekaskade sich ein Netzwerkdevice teilt und über die verschiedenen Ports angesprochen wird. Die Einstellungen sollten richtig gesetzt sein und ich hab auch Modbus TCP auf "Aktivieren (uneingeschränkt)". Schade, dass das man an das Device nicht auch über das WLAN des Wechselrichters kommt. Das macht mein Sicherheitskonzept etwas kaputt. Ich könnte den Raspi sich auch ins Gäste-WLAN verbinden lassen, aber dann müsste ich Kommunikation unter den Geräten erlauben, was ich (zumindest derzeit) nicht möchte. Dann könnte ggf. jeder im Gäste-WLAN auf den Raspi zugreifen.

Danke noch mal für das Feedback. Ich lasse es erst mal so und bleibe beim reinen Monitoring.

Beste Grüße
Carsten

Moin,

Zitat von: miguelito am 29 März 2024, 11:41:40Nun zur Bitte: Könnte jemand mit dem Meter einen Trace für mich machen, wenn der Meter beim Wechselrichter "angelernt" wird? D.h in der FusionSolar App - "Gerät einrichten" - Anmelden als Installateuer, Grundeinstellungen -> weiter nach Geräteverwaltung (siehe Bild unten) und dann einfach beim Punkt "+ Stromzähler" nochmal Euren Stromzähler auswählen (DTSU666-H). Dann sollten die Nachrichten rausgehen mit denen der WR den PM identifiziert.
Erinnert Euch an meine vorherigen Nachrichten: Es geht da eine Abfrage an Register 0x07D1 (2001) raus - Für dieses Register habe ich jetzt natürlich keine Doku - was da kommen sollte -> Trace :)

Im sun.store gibts den Huawei DTSU-666H um 99.- Werd' mir in der nächsten Zeit mal so einen holen zum reverse engineeren. Dann muss ich keinen von Euch quälen mir einen trace von der Einrichtung des DTSU666 am Inverter zu machen. Die billigste Lösung wäre dann den DTSU-666 zusätzlich in den Zählerschrank zu schrauben. Damit hat der Sun Inverter seinen eigenen Meter für die Batteriesteuerung und Ruhe ist. Aber eigentlich möchte ich schon zuerst den Weg probieren, mit der bereits vorhandenen FHEM Lösung / Auslesen des Smartmeters Energieversorger auch den Sun Inverter mit Daten zu versorgen.

Moin,

heute ist mir aufgefallen, dass der Wert für die Entladeleistung vom Speicher für einen Tag, also
ESU1_Energie_Entladung_Tag_kWh
also
obj-h37017-reading
siehe BildScreenshot 2024-05-16 125207.png

seit dem 27.11.2023 nur noch 0 ist.

Konnte das in meinem Log nachvollziehen. Ist das bei euch auch?

2023-11-26_23:59:04 Sun2000 ESU1_Energie_Entladung_Tag_kWh: 2.09
2023-11-27_00:00:30 Sun2000 ESU1_Energie_Entladung_Tag_kWh: 0

LG
Maik

ich werde stattdessen erst einmal "ESS_Energie_Entladung_Tag_kWh" also obj-h37786-reading nehmen.
[Energystorage]Current-daydischargecapacity