Erfahrungen mit der Anbindung von Huawei Wechselrichtern?

[Panger1337]

Update von heute morgen. Die Zahlen passen wirklich hinten und vorne nicht so richtig.

WR_Energie_Tag_kWh 1.36
ESU1_Energie_Entladung_Tag_kWh 2.04

Also 2.04 kWh aus der Batterie entladen heute, aber nur 1.36kWh erzeugt? Das wäre eine miserable Effizienz bei der Batterie. Das wären 0,68kWh Verlust, also 33%

Muss ich weiter beobachten.

Vorläufig nutze ich für die Gesamtenergie ein Reading aus einem anderen Device. Ich frage das FusionSolar Portal noch über fhempy ab, da gibt es den Wert total_lifetime_energy, der entspricht dem Wert "Yield total" in der App. Also komplette PV Erzeugung.
Den werde ich jetzt für den Solarforecast nutzen

Grüße
Panger

[TheTrumpeter]

Vorläufig nutze ich für die Gesamtenergie ein Reading aus einem anderen Device. Ich frage das FusionSolar Portal noch über fhempy ab, da gibt es den Wert total_lifetime_energy, der entspricht dem Wert "Yield total" in der App. Also komplette PV Erzeugung.
Den werde ich jetzt für den Solarforecast nutzen

Ich habe die Diskussion zu den Batterie-Readings hier nicht aufmerksam verfolgt, weil ich keine Batterie habe, daher ist der folgende Hinweis ev. wertlos, aber ev. wär's einen Versuch wert...

Für SolarForecast nutze ich folgenden Wert als "Gesamtertrag PV" vom Wechselrichter:

Code Auswählen Erweitern

attr myHuawei obj-h32106-poll 1
attr myHuawei obj-h32106-polldelay x10
attr myHuawei obj-h32106-reading Accumulated_energy_yield
attr myHuawei obj-h32106-unpack N
Das ist der Gesamtertrag der PV-Anlage über Lebenszeit des WR und entspricht - ohne Batterie - dem Wert "Lebensdauer" auf der Statistik-Seite der FusionSolarApp.

[bertl]

Ich habe auch keine Batterie, daher kann ich die Abweichungen von der FusionSolar App und den berechneten Werten nicht verifizieren.

Aber mögliche Hinweise zu den Abweichungen und den Berechnungen in der App findet man vielleicht unter folgenden Links:

https://www.photovoltaikforum.com/thread/160098-what-s-up-huawei/?postID=3707308#post3707308
https://www.photovoltaikforum.com/core/attachment/450229-2023fsv7018-calculation-formulas-for-energy-management-graph-in-fusion-solar-pdf/
https://www.photovoltaikforum.com/core/attachment/510175-fusionsolar-how-to-handle-the-abnormal-data-pdf/
https://www.photovoltaikforum.com/thread/160098-what-s-up-huawei/?postID=3707594#post3707594

Vielleicht arbeitet sich jemand mit Batterie durch diese Erkenntnisse und setzt diese dann in FHEM um.

Schönen Tag, Robert

[Panger1337]

Hi Robert und TheTrumpeter,

danke für eure Rückmeldung. Das Reading h32106 ist leider der Gesamtertrag, da rechnet Huawei auch die von der Batterie abgegebenen kWh mit ein. Sollte die Batterie vom Netz geladen werden, dann ist das natürlich absoluter Käse.
Ich habe für mich einen Weg über fhempy gefunden, der ruft aus FUsionSolar die Daten ab und da bekomme ich den sogenannten "Yield" Wert. Der passt für mich und den kann ich für den Solarforecast nutzen.
Durch die Beiträge im PV Forum hab ich mich auch schon gewühlt. So richtig einen Weg gefunden mit den Zahlen habe ich aber leider nicht. DANKE noch mal an der Stelle fürs Suchen!

Die Batterie stellt mich grade sowieso vor einige weitere Herausforderungen, diese schaltet sich leider nicht in den Standby wenn leer und so zieht die Batterie quasi den ganzen Winter über knappe 50W Erhaltungsleistung. Meine Module sind leider stark durch Bäume im Winter verschattet und so ist der Ertrag im Dezember und Januar bei 0kWh.
Da kann natürlich keine Batterie geladen werden.
Allerdings kann ich jetzt via Modbus direkt im WLAN vom Wechselrichter die Daten mal wirklich vernünftig abfragen und hab so mal gute Basisinfos.

Grüße
Panger

[passibe]

Hab leider aktuell keine Zeit mich sinnvoll damit auseinanderzusetzen bzw. gerade auch keine Notwendigkeit für ein gut funktionierendes SolarForecast, sorry. Vielleicht demnächst mal. Ich dachte aber, dass dieser Beitrag hier: https://forum.fhem.de/index.php?topic=115422.msg1308203#msg1308203 eine/die Lösung liefert? Hab mir das aber auch damals nicht so genau angeschaut und weiß auch nicht, ob das dann sowieso nicht funktioniert, wenn man mit AC lädt.

Nur dazu:

Die Batterie stellt mich grade sowieso vor einige weitere Herausforderungen, diese schaltet sich leider nicht in den Standby wenn leer und so zieht die Batterie quasi den ganzen Winter über knappe 50W Erhaltungsleistung.

Schalte mal AC-Laden aus und stell den min. SOC auf irgendwas zwischen 2-5 %. Dann geht das Ding bei Erreichen des min. SOC aus, wenn nicht genug Einstrahlung da ist (also v.a. auch über Nacht).
Gibt auch dazu genug Posts im PV-Forum, vielleicht mal im großen "What's up Huawei"-Thread nach "AC-Laden" oder "min SOC" suchen.

Solltest du AC-Laden im regulären Betrieb brauchen (z.B. weil du Nachts über Tibbler lädst o.ä.), dann kannst du das ein-/ausschalten davon über FHEM o.ä. automatisieren. Mehr Ideen zur Logik müsstest du da evtl. auch im PV-Forum finden, ich meine dort gibt es einen extra Huawei-Home-Assistant-Thread, wo sowas besprochen wird (aber nicht sicher).

EDIT: Ich sehe grade, ich hab vor knapp einem Jahr hier schon mal was zum Akku-Eigenverbrauchs-Thema geschrieben, da sind auch ein paar Links zum PV-Forum: https://forum.fhem.de/index.php?topic=115422.msg1301399#msg1301399

[Panger1337]

Nabend Passibe,

danke für den Link intern im Forum. Ja, eine ähnliche Idee hatte ich auch schon, also einfach Ertrag minus Batterieabgabe. Das wird aber verzerrt wenn, wie in meinem Fall, die Batterie aus dem Netz geladen wurde.

Ich hab das AC Laden deaktiviert (hatte ich heute auch so im PV Forum gelesen) und werde mal beobachten wie sich die Sache verhält. Grade aktuell stehen sowohl der Wechselrichter als auch die Batterie auf Stand-By, das wäre schon mal vielversprechend. Den hohen RUheverbrauch kann ich halt nicht gebrauchen.
Leider ist meine Voraussetzung für die PV Anlage hier nicht so richtig optimal, ich hab bei einer 9,6kWp ANlage nur knappe 5.000 kWh pro Jahr Ertrag, sollten aber pi mal Daumen eigentlich eher so um die 9000-9500 sein. Damit kann ich aber leben, es sollte halt nicht noch zusätzlich der schmale Ertrag durch unnötige Eigenverbräuche aufgezehrt werden.

Bin nach Umzug meiner Haupt FHEM Instanz von einem Raspi auf eine umgeflashte Chromebox dabei das ganze System mal aufzubohren und mehr Automatisierung und auch Prognosen/Dateninfos aufzubauen. Da kommt die PV Anlage mit als erstes dran.

Das AC-Laden hatte ich an, weil ich noch eine Balkon PV parallel betrieben hatte, wenn da Überschuss da war, sollte der natürlich auch gerne in den Akku. Ich denke aber, dass der Überschuss an der Stelle zu vernachlässigen ist und den Mehrverbrauch definitiv nicht ausgleicht. Und wie du auch geschrieben hast, kann ich im Zweifel für tagsüber das AC Laden ja auch von FHEM auf "an" setzen lassen und abends wieder auf "aus"

Zusätzlich denke ich über einen Umzug der Batterie nach. Diese steht aktuell in der ungeheizten Garage, teilweise scheint da die interne Heizung aktiv zu sein, die natürlich auch einen Verbrauch erzeugt.
Je nach dem könnte ich die Batterie auch in den direkt angrenzende Heizungskeller stellen (wenn es da dann nicht zu warm ist), oder evtl. die Garage in Zukunft mal dämmen.

Laut aktueller Anzeige im Fusion Solar Entlädt Akkupack 1 mit 12 Watt und Akkupack 2 mit 20 Watt im Standby. Das wären dann immer noch 32W Verbrauch. Temperatur der Akkus zwischen 9,9° und 11°

Danke!

Grüße
Panger

[bertl]

Ich habe für mich einen Weg über fhempy gefunden, der ruft aus FUsionSolar die Daten ab und da bekomme ich den sogenannten "Yield" Wert.

Ja, das ist eine Möglichkeit!

Wobei ich das vollkommen schräg finde, da Huawei aufgrund der übermittelten Daten, welche du alle in FHEM zur Verfügung hast, die Werte berechnet.
Somit sollte die Endlösung sein, dass wir herausfinden, wie Huawei die Berechnung macht und diese dann selbst durchführen.

Schönen Tag, Robert

[Wasserwerk33]

Hallo Leute,

Ich besitze meine System nun schon fast ein Jahr. Am Anfang passten meine Werte die mir Fhem ausspuckte super. Nur es ist mir in der letzten Woche aufgefallen das meine Werte was vom Dach kommt, nur die Hälfte ist was in der App angezeigt wird. Da ich noch einen Volkszähler auf meinen Stromzähler habe, kann ich sagen das die Werte die Fhem liefert nicht passen. 

Ich bin über Wlan mit dem Modul verbunden. Laut App sollen vom Dach zur Zeit 1.04 KW kommen.

Hoffe jemand kann mir helfen und sagen warum es nicht mehr passt.

Danke schon mal im vorraus.

 

Code Auswählen Erweitern

Internals:
   DEF        1 30 192.xxx.33.72:502 TCP
   DeviceName 192.xxx.33.72:502
   EXPECT     response
   FD         17
   FUUID      662a78c3-f33f-c6b9-e2cf-d74bef58b34e58f4
   IODev      Sun2000
   Interval   30
   LASTOPEN   1737464453.99755
   MODBUSID   1
   MODE       master
   MODULEVERSION Modbus 4.5.6 - 7.11.2023
   NAME       Sun2000
   NOTIFYDEV  global
   NR         97
   NTFY_ORDER 50-Sun2000
   PARTIAL   
   PROTOCOL   TCP
   STATE      Status: on_grid <br>
Batterie Status: running <br>
Batterie: 34.6 C°
<br>
Wechselrichter: 37.8 C°
<br>
Batteriefüllstand: 16 % <br>
Verbrauch aus Wechselrichter: -317 W <br>
Leistung vom Dach: 601 W<br>
Heutiger Energieertrag: 0.77 KW <br>
Gesamt Energieertrag: 5056.94 KW
   TCPConn    1
   TYPE       ModbusAttr
   devioLoglevel 3
   devioNoSTATE 1
   eventCount 548169
   nextOpenDelay 60
   nextQueueRun 1737464705.11323
   nextTimeout 1737464705.11047
   DICACHE:
     131:
       UNPACK     
       EXPRS:
       EXTRAS:
       FNAMES:
     3:
       UNPACK     
       EXPRS:
       EXTRAS:
       FNAMES:
   FRAME:
   PICACHE:
     h32016:
       bswapRegs 
       decode     
       encode     
       expr       $val/10
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32017:
       bswapRegs 
       decode     
       encode     
       expr       $val/100
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32018:
       bswapRegs 
       decode     
       encode     
       expr       $val/10
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32019:
       bswapRegs 
       decode     
       encode     
       expr       $val/100
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32064:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32066:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32078:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32080:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32086:
       bswapRegs 
       decode     
       encode     
       expr       $val/100
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32087:
       bswapRegs 
       decode     
       encode     
       expr       $val/10
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32089:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       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
       mapDefault
       revRegs   
       rmapDefault
     h32106:
       bswapRegs 
       decode     
       encode     
       expr       $val/100
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h32114:
       bswapRegs 
       decode     
       encode     
       expr       $val/100
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h37001:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map        >0:charging, <0:discharging
       mapDefault
       revRegs   
       rmapDefault
     h37004:
       bswapRegs 
       decode     
       encode     
       expr       $val/10
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h37022:
       bswapRegs 
       decode     
       encode     
       expr       $val/10
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h37113:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map       
       mapDefault
       revRegs   
       rmapDefault
     h37743:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map        >0:charging, <0:discharging
       mapDefault
       revRegs   
       rmapDefault
     h37762:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map        0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
       mapDefault
       revRegs   
       rmapDefault
     h47415:
       bswapRegs 
       decode     
       encode     
       expr       
       format     
       ignoreExpr
       map        0:unlimited, 1:DI_active_scheduling, 5:zero_power_grid_connection, 6:power_limited_grid_connection_kw, 7:power_limited_grid_connection_percent
       mapDefault
       revRegs   
       rmapDefault
   QUEUE:
     HASH(0x55b2403c68)
     HASH(0x55b263c458)
     HASH(0x55b3819068)
     HASH(0x55b040f110)
     HASH(0x55b113ca88)
     HASH(0x55b1fa8860)
     HASH(0x55b000ffe0)
     HASH(0x55b07f7c28)
     HASH(0x55b29a6900)
     HASH(0x55b2910e58)
     HASH(0x55b2063ce0)
   READ:
     BUFFER     
   READINGS:
     2025-01-21 13:51:44   Accumulated_energy_yield 5056.94
     2025-01-21 14:04:36   Active_power    -317
     2025-01-21 14:04:46   Active_power_control_mode unlimited
     2025-01-21 14:03:34   Battery_SOC     16
     2025-01-21 10:16:25   Battery_charing 0
     2025-01-21 10:17:41   Battery_charing2 60
     2025-01-21 14:03:39   Battery_status  running
     2025-01-21 14:04:45   Battery_temperature 34.6
     2025-01-21 14:04:44   Daily_energy_yield 0.77
     2025-01-21 14:04:42   Device_status   on_grid
     2025-01-21 14:04:37   Efficiency      655.35
     2025-01-21 14:04:58   Input_power     601
     2025-01-21 14:04:39   Internal_temperature 37.8
     2025-01-21 14:03:37   PM_active_power -7
     2025-01-21 14:04:55   PV1_current     0.94
     2025-01-21 14:04:53   PV1_voltage     329.7
     2025-01-21 14:04:57   PV2_current     1.25
     2025-01-21 14:04:56   PV2_voltage     261.2
     2025-01-21 13:22:46   Peak_active_power 3704
     2025-01-21 14:05:03   Power_grid_voltage 258936691
     2025-01-21 14:00:54   state           opened
   REMEMBER:
     lid        1
     lname      Sun2000
     lrecv      1737464703.00922
     lsend      1737464703.11212
   REQUEST:
     ADR        32080
     DBGINFO    getUpdate for Active_power len 2
     FCODE      3
     FRAME      �␆␁␃}P␂
     LEN        2
     MODBUSID   1
     OPERATION  read
     QUEUED     1737464693.11088
     READING    Active_power
     SENT       1737464703.11047
     TID        159
     TYPE       h
     MASTERHASH:
   UPDATECACHE:
     h32016:
       adr        32016
       len        1
       objCombi   h32016
       reading    PV1_voltage
       span       1
       type       h
     h32017:
       adr        32017
       len        1
       objCombi   h32017
       reading    PV1_current
       span       1
       type       h
     h32018:
       adr        32018
       len        1
       objCombi   h32018
       reading    PV2_voltage
       span       1
       type       h
     h32019:
       adr        32019
       len        1
       objCombi   h32019
       reading    PV2_current
       span       1
       type       h
     h32064:
       adr        32064
       len        2
       objCombi   h32064
       reading    Input_power
       span       2
       type       h
     h32066:
       adr        32066
       len        2
       objCombi   h32066
       reading    Power_grid_voltage
       span       2
       type       h
     h32080:
       adr        32080
       len        2
       objCombi   h32080
       reading    Active_power
       span       2
       type       h
     h32086:
       adr        32086
       len        1
       objCombi   h32086
       reading    Efficiency
       span       1
       type       h
     h32087:
       adr        32087
       len        1
       objCombi   h32087
       reading    Internal_temperature
       span       1
       type       h
     h32089:
       adr        32089
       len        1
       objCombi   h32089
       reading    Device_status
       span       1
       type       h
     h32114:
       adr        32114
       len        2
       objCombi   h32114
       reading    Daily_energy_yield
       span       2
       type       h
     h37001:
       adr        37001
       len        1
       objCombi   h37001
       reading    Battery_charing
       span       1
       type       h
     h37004:
       adr        37004
       len        1
       objCombi   h37004
       reading    Battery_SOC
       span       1
       type       h
     h37022:
       adr        37022
       len        1
       objCombi   h37022
       reading    Battery_temperature
       span       1
       type       h
     h37113:
       adr        37113
       len        2
       objCombi   h37113
       reading    PM_active_power
       span       2
       type       h
     h37743:
       adr        37743
       len        1
       objCombi   h37743
       reading    Battery_charing2
       span       1
       type       h
     h37762:
       adr        37762
       len        1
       objCombi   h37762
       reading    Battery_status
       span       1
       type       h
     h47415:
       adr        47415
       len        1
       objCombi   h47415
       reading    Active_power_control_mode
       span       1
       type       h
   defptr:
     Sun2000    1
   gotReadings:
     Power_grid_voltage 258936691
   lastRead:
     h32016     1737464693.98345
     h32017     1737464695.82953
     h32018     1737464696.78134
     h32019     1737464697.39645
     h32064     1737464698.36947
     h32066     1737464703.01037
     h32078     1737462166.02287
     h32080     1737464676.26971
     h32086     1737464677.63282
     h32087     1737464679.44052
     h32089     1737464682.96898
     h32106     1737463904.47304
     h32114     1737464684.45555
     h37001     1737450985.54876
     h37004     1737464614.9636
     h37022     1737464685.79376
     h37113     1737464617.0128
     h37743     1737451061.91552
     h37762     1737464619.77734
     h47415     1737464686.25631
Attributes:
   icon       measure_photovoltaic_inst
   obj-h32016-expr $val/10
   obj-h32016-len 1
   obj-h32016-poll 1
   obj-h32016-reading PV1_voltage
   obj-h32016-unpack n!
   obj-h32017-expr $val/100
   obj-h32017-len 1
   obj-h32017-poll 1
   obj-h32017-reading PV1_current
   obj-h32017-unpack n!
   obj-h32018-expr $val/10
   obj-h32018-len 1
   obj-h32018-poll 1
   obj-h32018-reading PV2_voltage
   obj-h32018-unpack n!
   obj-h32019-expr $val/100
   obj-h32019-len 1
   obj-h32019-poll 1
   obj-h32019-reading PV2_current
   obj-h32019-unpack n!
   obj-h32064-len 2
   obj-h32064-poll 1
   obj-h32064-reading Input_power
   obj-h32064-unpack N
   obj-h32066-len 2
   obj-h32066-poll 1
   obj-h32066-reading Power_grid_voltage
   obj-h32066-unpack N!
   obj-h32078-len 2
   obj-h32078-poll 1
   obj-h32078-polldelay 3600
   obj-h32078-reading Peak_active_power
   obj-h32078-unpack N!
   obj-h32080-len 2
   obj-h32080-poll 1
   obj-h32080-reading Active_power
   obj-h32080-unpack N!
   obj-h32086-expr $val/100
   obj-h32086-len 1
   obj-h32086-poll 1
   obj-h32086-reading Efficiency
   obj-h32086-unpack n
   obj-h32087-expr $val/10
   obj-h32087-len 1
   obj-h32087-poll 1
   obj-h32087-reading Internal_temperature
   obj-h32087-unpack n!
   obj-h32089-len 1
   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
   obj-h32089-poll 1
   obj-h32089-reading Device_status
   obj-h32089-unpack n
   obj-h32106-expr $val/100
   obj-h32106-len 2
   obj-h32106-poll 1
   obj-h32106-polldelay 3600
   obj-h32106-reading Accumulated_energy_yield
   obj-h32106-unpack N
   obj-h32114-expr $val/100
   obj-h32114-len 2
   obj-h32114-poll 1
   obj-h32114-reading Daily_energy_yield
   obj-h32114-unpack N
   obj-h37001-map >0:charging, <0:discharging
   obj-h37001-poll 1
   obj-h37001-reading Battery_charing
   obj-h37001-unpack n!
   obj-h37004-expr $val/10
   obj-h37004-len 1
   obj-h37004-poll 1
   obj-h37004-reading Battery_SOC
   obj-h37004-unpack n
   obj-h37022-expr $val/10
   obj-h37022-len 1
   obj-h37022-poll 1
   obj-h37022-reading Battery_temperature
   obj-h37022-unpack n!
   obj-h37113-len 2
   obj-h37113-poll 1
   obj-h37113-reading PM_active_power
   obj-h37113-unpack N!
   obj-h37743-map >0:charging, <0:discharging
   obj-h37743-poll 1
   obj-h37743-reading Battery_charing2
   obj-h37743-unpack n
   obj-h37762-map 0:offline, 1:standby, 2:running, 3:fault, 4:sleep_mode
   obj-h37762-poll 1
   obj-h37762-reading Battery_status
   obj-h37762-unpack n
   obj-h38760-poll 1
   obj-h47075-reading Battery_Maximum_charging_power
   obj-h47075-unpack n
   obj-h47415-len 1
   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
   obj-h47415-poll 1
   obj-h47415-reading Active_power_control_mode
   obj-h47415-unpack n
   openTimeout 10
   room       Keller
   stateFormat Status: Device_status <br>
Batterie Status: Battery_status <br>
Batterie: Battery_temperature C°
<br>
Wechselrichter: Internal_temperature C°
<br>
Batteriefüllstand: Battery_SOC % <br>
Verbrauch aus Wechselrichter: Active_power W <br>
Leistung vom Dach: Input_power W<br>
Heutiger Energieertrag: Daily_energy_yield KW <br>
Gesamt Energieertrag: Accumulated_energy_yield KW
   verbose    1

[EdlerMann]

"Ich habe für mich einen Weg über fhempy gefunden, der ruft aus FUsionSolar die Daten ab und da bekomme ich den sogenannten "Yield" Wert. Der passt für mich und den kann ich für den Solarforecast nutzen."

Hallo Panger,

genauso habe ich die Werte seit min. 1 Jahr auch  ausgelesen aber seit dem 21.01.2025 21.45Uhr bekomme ich nach "connecting" die fehlermeldung "failed". Gab es eine Änderung bei fusionsolar oder liegt das Problem bei mir?

Vg Andreas

[dkreutz]

seit dem 21.01.2025 21.45Uhr bekomme ich nach "connecting" die fehlermeldung "failed". Gab es eine Änderung bei fusionsolar oder liegt das Problem bei mir?

Im Photovoltaik-Forum habe ich zufällig im Huawei-Thread gelesen, dass FusionSolar kürzlich ein Tageslimit bei den Abfragen eingeführt hat - ich glaube 100 Aufrufe pro Tag.

(Kann sein, dass ich da was falsch verstanden habe, hab das nur überflogen, da ich gerade Angebote für PV-Installation vergleiche und ein Anbieter Huawei-WR angeboten hat...)