Feature Request: Netzparameter laden (Update GridProfile), analog zur orig. DTU

[bluespiano]

Vorab allen Beteiligten mein herzliches Dankeschön für den Projektfortschritt.
Ich kann zwar nicht programmieren, aber vielleicht durch meinen Hinweis das Produkt noch besser machen .. ?

In den Beschreibungen zu Wechselrichtern der HM-Serie und auch DTU steht: "Leistung- und Blindleistung regelbar (DTU benötigt)"
Über zB Ahoy wird bei einigen Usern ein Blindleistungswert von >5 bis zu 20 oder 30VAr angezeigt.
Die Blindleistung sollte immer mögl. niedrig sein, damit sie quasi zu Wirkleistung wird.
Die originale DTU bietet anscheinend genau hier eine manuelle Regelung, die ich bei Ahoy und auch openDTU vermisse.
Gibt es da schon Erkenntnisse?

[stefan123t]

Ja das ist m.E. das Kommando Reactive Power Limit bzw. alternativ kann man es über sog. Grid Profile einstellen.
Die Grid Profile sind landesweit / national vorgegeben und an die muß sich Hoymiles bzw. der Wechselrichter halten.
Es gibt zwar die Möglichkeit diese Profile auszutauschen und evtl. sogar anzupassen, aber wir haben diesen Punkt noch nicht umgesetzt.
Warum willst Du den Wert für das Blindleistungs-Limit eigentlich anpassen ?
Bei den meisten ist der ziemlich nahe bei 0 var; ist das bei Dir anders ?

[bluespiano]

Danke für Deine Antwort, ja mein Wert ist >20, kenne aber auch noch andere User, wo dies so ist, deshalb die Frage.
20VA entsprechen ja 20 Watt. Wenn diese ACseitig fehlen, schon doof, wenn die originale DTU dies verhindern könnte?? So lese ich es zumindest. Insofern wäre es interessant, ob es im Projekt auf einer ToDo steht?
Ich bin mir auch unsicher, wie die Hoymiles arbeiten. Eigentlich hätte ich vorausgesetzt, wenn der Hoymiles so etwas misst, dass er dies dann autom. selbst optimiert und keine manuelle Interaktion erforderlich ist.

[stefan123t]

@bluespiano eigentlich versucht der HM das gegen 0 var zu regeln.
Es kann in den Morgen oder Abendstunden oder bei Wolken dazu kommen, daß er kurzzeitig auch da hohe var Werte angibt.
Normal sollte das aber in den Hochlastbereichen, wenn er viel Leistung einspeist m.W. nicht der Fall sein.
Es gibt auch die Option dass der HM die Leistung als Blindleistung abgibt um die Frequenz von 50 Hertz zu stützen.
Das ist also durchaus auch ein Feature der Hoymiles Wechselrichter.
Aber ohne die entsprechenden GridOnProFilePara bzw. Type_ReactivePowerContr und DOWN_PRO (Sub) Kommandos im AhoyDTU / OpenDTU wird das Feature aktuell (noch) nicht unterstützt.
Bitte schau mal im Discord, dort haben das bereits einige der Nutzer und Entwickler diskutiert.

[stefan123t]

Hier ein Beispiel für ein GridProfile aus dem Discord:

Dateiname: DE_VDE4105_2018

SN	Name	Wert	Einheit	Bereich
1	DE_VDE4105_2018
2	H/LVRT
3	Nominal Voltage (NV)	230	V	~
4	Low Voltage 1 (LV1)	184	V	160~195.5
5	LV1 Maximum Trip Time (MTT)	3	s	3~3
6	High Voltage 1 (HV1)	287.5	V	270~287.5
7	HV1 Maximum Trip Time (MTT)	0.1	s	0.1~0.1
8	Low Voltage 2 (LV2)	103.5	V	100~150
9	LV2 Maximum Trip Time (MTT)	0.3	s	0.3~0.3
10	10mins Average High Voltage (AHV)	253	V	250~270
11	H/LFRT
12	Nominal Frequency	50	Hz	~
13	Low Frequency 1 (LF1)	47.5	Hz	47.5~49.9
14	LF1 Maximum Trip Time (MTT)	0.1	s	0.1~0.1
15	High Frequency 1 (HF1)	51.5	Hz	50.1~51.5
16	HF1 Maximum Trip time (MTT)	0.1	s	0.1~0.1
17	Islanding Detection (ID)
18	ID Function Activated			0~1
19	Reconnection (RT)
20	Reconnect Time (RT)	60	s	10~300
21	Reconnect High Voltage (RHV)	253	V	240~253
22	Reconnect Low Voltage (RLV)	195.5	V	195.5~210
23	Reconnect High Frequency (RHF)	50.1	s	50.1~50.9
24	Reconnect Low Frequency (RLF)	47.5	s	47.5~49.9
25	Ramp Rates(RR)
26	Normal Ramp up Rate(RUR_NM)	20	Rated%/s	5~100
27	Soft Start Ramp up Rate (RUR_SS)	0.16	Rated%/s	0.1~10
28	Frequency Watt (FW)
29	FW Function Activated	1		0~1
30	Start of Frequency Watt Droop (Fstart)	50.2	Hz	50.2~52
31	FW Droop Slope (Kpower_Freq)	40	Pn%/Hz	16.7~100
32	Recovery Ramp Rate (RRR)	0.16	Pn%/s	0.1~50
33	Recovery High Frequency (RVHF)	50.2	Hz	50.1~52
34	Recovery Low Frequency (RVLF)	49.8	Hz	49~49.9
35	Active Power Control (APC)
36	APC Function Activated	0		0~1
37	Power Ramp Rate (PRR)	100	Pn%/s	0.33~100
38	Volt Var (VV)
39	VV Function Activated	0		0~1
40	Voltage Set Point V1	213.9	V	~
41	Reactive Set Point Q1	30	%Pn	0~100
42	Voltage Set Point V2	223.1	V	~
43	Voltage Set Point V3	236.9	V	~
44	Voltage Set Point V4	246.1	V	~
45	Reactive Set Point Q4	30	%Pn	0~100
46	Specified Power Factor (SPF)
47	SPF Function Activated	0		0~1
48	Power Factor (PF)	Voreilend		0.9~1
49	Watt Power Factor (WPF)
50	WPF Function Activated	0		0~1
51	Start of Power of WPF (Pstart)	50	%Pn	~
52	Power Factor ar Rated Power (PFRP)			0.8~1
53	Reactive Power Control (RPC)
54	RPC Function Activated			0~1
55	Reactive Power (VAR)	Voreilend	%Sn	0~50

[stefan123t]

Siehe auch #96 und #225

[stefan123t]

Hier die Dokumente zum Thema von der E-Control dem österreichischen Pendant zur Bundesnetzagentur

Technische und Organisatorische Regeln für Betreiber und Benutzer von Netzen (TOR)

TOR Erzeuger Typ A (1,3 MB)
Anschluss und Parallelbetrieb von Stromerzeugungsanlagen des Typs A und von Kleinsterzeugungsanlagen (Maximalkapazität < 250 kW und Nennspannung < 110 kV), Version 1.2, gültig ab 18.04.2022

[lumapu]

@stefan123t danke für die Tabelle, da gibt's einen Eintrag den ich gerne für meinen Wechselrichter ändern würde - das ramp up ;-)

wenn man sich meinen Screenshot anschaut erhebt man, das evtl. die Berechnung von Q_AC falsch ist oder?

[homeautomation2022]

@lumapu Da ist keine Berechnung drin und in diesem untersten Teillastbereich haben die meisten elektronischen Geräte/Netzteile oder umgekehrt Wechelrichter Probleme den PowerFactor bei 1 (und die Effizienz gut) zu halten und somit nimmt der Blindleistungsanteil deutlich zu, da die Bauteile darin für einen andere Idealleistungsbereich ausgelegt sind. Kannst du auch mit PC-Netzteilen in dieser Leistungsklasse vergleichen, selbst die allerbesten mit 80+ Platinum sind da nicht gut.
Aber ab ca. 50W sollten die Werte schon sehr viel besser sein und ab 100 dann ideal?

Was willst du denn an der Rampe ändern? NA-Schutz ist langsam mit ca. 1W/s, aber wenn trennt man denn schonmal tagsüber AC??? Danach kann er ja sehr schnell hoch und runterregeln.

Was ich noch komisch finde, diese "hohen" Blindleistungswerte und Abweichungen von PF 1,0 scheinen bisher hauptsächlich bei den 4 kanaligen WRs aufzufallen. Entweder liegt es an den Bauteilen darin oder er misst anders, vielleicht sogar realistischer.
Desweiteren ist die Blindleistung in diesem untersten Bereich wohl eher der Nachtverbrauch (wird da nur nicht gemessen/angezeigt), jedenfalls deutet P_DC schon sehr darauf hin, dass nicht mehr P_AC geht in dem Moment, weshalb Q_AC auch nicht erzeugte Blindleistung sein kann, sondern eher Verbrauch(induktiv/kapazitiv, zählen unsere privaten Zähler nicht als Stromverbrauch), denn bei DC gibts nur Wirkleistung und Strom kann nicht aus dem nichts erzeugt werden.

[stefan123t]

Hier das offizielle Hoymiles Dokument zu den o.g. Parametern des Grid Profiles:
Technical Note - How to set Hoymiles 3rd Gen Grid Profile ?
Version 1.2 (March 2021)
https://thecapitalsolar.com.au/wp-content/uploads/2021/04/Technical-Note-How-to-set-Hoymiles-3Gen-Grid-Profile-V1.2.pdf

[rwalli]

Aber ab ca. 50W sollten die Werte schon sehr viel besser sein und ab 100 dann ideal?

Der Wert ändert sich bei meinem HM-1200 kaum, auch bei extrem wenig oder viel Leistung bleibt er bei ca. 19 Var.
Sollte ich was unternehmen?

[lumapu]

Interessant, ich habe auch einen HM1200 und bei mir ist es genauso.

[tavoc]

Hallo @lumapu ,

ich habe 2 HM 1500.

Einer mit 3 Modulen und der andere nur zum Test dran.
Die Q_AC ist bei beiden ca. 19-20

In der Gesamtansicht wird der Wert aber addiert - ich denke das ist falsch. Hier müsste der Mittelwert gebildet werden, oder habe ich einen Denkfehler?

[stefan123t]

@tavoc eigentlich der mit den aktuellen Leistungen gewichtete Mittelwert, oder ?

[tavoc]

korrekt. Aber die Addition wie oben ist falsch.

[lumapu]

ok, das lässt sich beheben. Danke für den Hinweis

[stefan123t]

@lumapu & @tavoc Danke dann können wir hier wieder mit dem Update Grid Profile Kommando weitermachen :)

[GHolli]

ok, das lässt sich beheben. Danke für den Hinweis

Blindleistungen werden (wie Wirkleistungen) auch addiert. Induktive und kapazitive Blindleistungen werden subtrahiert. Eine Mittelwertbildung daher falsch. Induktive Verbraucher werden normalerweise mit Q > 0 angegeben.

Ich sehe daher kein Problem bei der Berechnung der Summe der Blindleistungen.

[GHolli]

Wenn ich das richtig verstanden habe, sollte dieses "issue" auch #96 abdecken, oder?
In dem Fall würde dies weitere Parameter als nur die Blindleistung umfassen und der Titel sollte daher nicht nur auf die Blindleistung abzielen, sondern auch auf die anderen Einstellungen.
Mein Vorschlag wäre daher z. B. "Feature Request: Netzparameter laden (Update GridProfile), analog zur orig. DTU".

Oder soll ich dafür einen eigenen Feature Request öffnen?

P.S.: Die Leistungsbegrenzung (#422) habe ich im Dokument "Technical Note - How to set Hoymiles 3rd Gen Grid Profile" gar nicht finden können. Oder habe ich den Parameter übersehen?

[GHolli]

Hier ein Beispiel für ein GridProfile aus dem Discord:

Dateiname: DE_VDE4105_2018

[...]

@stefan123t, danke für das Profil!
Mir ist aufgefallen, dass der Parameter "Volt Watt (VW)" fehlt (lt. Technical Note "There are twelve modules in the EN 50549-1:2019 grid profile"). Im Profil sind aber lediglich 11 gelistet.
Ein paar Werte für die Parameter fehlen auch, aber ich gehe davon aus dass das ein Copy & Paste-Problem ist.

[stefan123t]

@GHolli bitte schau mal ins Wiki für das Hoymiles Protokoll. Dort habe ich noch ein paar Grid Profiles mehr hinterlegt.
https://github.com/lumapu/ahoy/wiki/Protocol#wie-wird-das-down_pro-0x0e--down_dat-0x0a-verwendet

Das habe ich alles abgetippt, also sind auch da Fehler möglich 😀

[stefan123t]

@GHolli gut beobachtet Kapitel 3.7 Volt Watt (VW) ist offenbar nicht in DE_VDE4105_2018 sondern nur in AT_TOR_Erzeuger_default enthalten. Ich habe die Doku im Wiki um die AT Grid Profile ergänzt:
https://github.com/lumapu/ahoy/wiki/Protocol#wie-wird-das-down_pro-0x0e--down_dat-0x0a-verwendet

File Name	Alias	Device Ver.
AT_TOR_Erzeuger_default		Gen3
DE_VDE4105_2011		Gen3
DE_VDE4105_2018		Gen3
AT-OVE-E-8001		Gen2
Germany_VDE4105		Gen2
LN_50Hz		Gen2

[GHolli]

@stefan123t vielen Dank für die Profile, die sind spitze, weil man die ohne Cloud-Zugang nicht erhält!
Danke auch für den Hinweis aufs Wiki, das hatte ich noch gar nicht beachtet!

[belzig]

@stefan123t danke für die Tabelle, da gibt's einen Eintrag den ich gerne für meinen Wechselrichter ändern würde - das ramp up ;-)

Hast du da vlt eine Lösung gefunden, mein 300er braucht biszu 6 Minuten bis er volle leistung bringt, und ich würde den gern zu Lastspitzenglättung tagsüber an der Batterie einsetzen,
Wenn der nach 6 Minuten die Leistung erreicht hat ist, die Lastspitze i.d.R schon vorbeit, daher würde ich gerne
Soft Start Ramp up Rate (RUR_SS) auf 10 setzen. Ist das mit Ahoy DTU möglich. (Die Hoymiles Pro DTU kann das angeblich)

Hab jetzt in bei https://github.com/lumapu/ahoy/wiki/Protocol#wie-wird-das-down_pro-0x0e--down_dat-0x0a-verwendet ein Netzprofil namens DE_VDE4105_2011 gibt.

25	Ramp Rates (RR)
26	Normal Ramp up Rate (RUR_NM)	20	Rated%/s	10~100
27	Soft Start Ramp up Rate (RUR_SS)	10	Rated%/s	0.1~20

Wie kriegt man dieses Netzprofil aktiviert ?
Danke im Voraus

[hbarthel]

Gibt es Neuigkeiten bzgl. Setzen des Grid Profiles? Mein HM-600 schaltet auf 0 Watt (Alarm 141, grid over voltage), wenn die Spannung kurz über 253V geht. Das würde ich gern ändern. Und außerdem würde ich gern auslesen, welches Netzprofil der überhaupt eingestellt hat.

[ReneSpanl]

Wäre auch an einer Anpassung oder Austauschen des Gridfiles interessiert. Kioto/Sonnenkraft hatte damals BKWs mit 70% Begrenzung (was völlig unnötig ist) ausgeliefert, das gilt es jetzt auszuschalten. Hat jemand eine Idee dafür?

[stefan123t]

Dafür sollten wir erstmal das Grid Profile auslesen können, bevor wir es drüber flashen können und wollen.

Siehe auch Issues
tbnobody/OpenDTU#1369,
tbnobody/OpenDTU#987,
tbnobody/OpenDTU#707,
tbnobody/OpenDTU#900,
tbnobody/OpenDTU#679
sowie die Discussions
tbnobody/OpenDTU#1394,
tbnobody/OpenDTU#364,
tbnobody/OpenDTU#550.

Was das Grid Profile an sich angeht wurden bereits die "Profiles" hier dokumentiert:
https://github.com/lumapu/ahoy/wiki/Protocol#file-name-de_vde4105_2018

Von @lumapu habe ich ein GridProfile als Response auf eine MainCmd DeviceInfo / REQ_ARW_DAT_ALL (0x15) SubCmd GridOnProFilePara (0x02) Anfrage bekommen und ansatzweise ausgewertet.

import json
import requests

espUrl="http://ahoydtu/api"

def getGrid(iv):
    r = requests.post(espUrl + "/ctrl", json={
        "id": iv,
        "cmd": "dev",
        "val": 2
    })
    if r.status_code == 200:
        obj = r.json()
        print(obj)
    else:
        print(f"error http: {r.status_code}")

getGrid(0)

20:15:14 I: (#1) enqueCommand: 0x02
20:15:14 I: resetPayload: id: 1
20:15:14 I: (#1) Requesting Inv SN 116487654321
20:15:14 I: (#1) prepareDevInformCmd 0x02
20:15:14 I: TX 865.00Mhz | 15 87 65 43 21 12 34 56 78 80 02 00 64 db c0 b2 00 00 00 00 00 00 00 00 f0 7d c4
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 01 0a 00 20 01 00 0c 08 fc 07 a3 00 0f 09 e2 00 1e 0a
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 02 06 4a 00 14 0a 55 00 14 0a c8 00 0a 09 e2 10 03 a7
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 03 13 88 12 c0 00 14 13 ec 00 14 12 8e 00 05 14 50 ee
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 04 00 05 20 00 00 01 30 03 02 58 09 e2 07 a3 13 9c 0f
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 05 13 56 40 00 07 d0 00 10 50 01 00 01 13 9c 01 90 0f
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 06 00 10 00 00 60 00 00 01 09 e2 0a 5a 02 15 80 01 dc
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 07 00 00 08 5b 01 2c 08 b7 09 41 09 9d 01 2c 00 64 d5
20:15:14 I: RX 27 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 08 90 00 00 00 00 5f b0 00 00 00 01 f4 00 5f 70 02 29
20:15:14 I: RX 23 RSSI -70dBm | 95 87 65 43 21 12 34 56 78 89 00 01 27 10 a0 02 00 00 00 00 cb fe ae
20:15:14 I: procPyld: cmd:  0x2
20:15:14 I: procPyld: txid: 0x95
20:15:14 I: Payload (138): 0a 00 20 01 00 0c 08 fc 07 a3 00 0f 09 e2 00 1e 06 4a 00 14 0a 55 00 14 0a c8 00 0a 09 e2 10 03 13 88 12 c0 00 14 13 ec 00 14 12 8e 00 05 14 50 00 05 20 00 00 01 30 03 02 58 09 e2 07 a3 13 9c 13 56 40 00 07 d0 00 10 50 01 00 01 13 9c 01 90 00 10 00 00 60 00 00 01 09 e2 0a 5a 02 15 80 01 00 00 08 5b 01 2c 08 b7 09 41 09 9d 01 2c 00 64 90 00 00 00 00 5f b0 00 00 00 01 f4 00 5f 70 02 00 01 27 10 a0 02 00 00 00 00
20:15:14 E: record is NULL!

Das kommt sogar einigermaßen hin mit den "Topics".
Ich bin nur noch nicht ganz sicher wie die Topic Überschriften (fett & gelb) zu interpretieren sind.
Wie das ganze im Config-Speicher des TMS320F28034 von Texas Instruments abgelegt wird ist noch unbekannt.

DE_VDE4105_2018_v2.0.0_20230924.xlsx

In Ahoy wurde das Thema bisher in #96 und vor allem hier #365 analysiert.

[stefan123t]

@lumapu see the following gist for an almost feature complete Grid Profile parser in python by @noone2k.
https://gist.github.com/noone2k/0b3a116a6f35286abef7199b62a0777a

@tbnobody started to document most of the grid profiles on this wiki https://github.com/tbnobody/OpenDTU/wiki/Grid-Profile-Parser

I have updated your Grid Profile in the spread sheet below with the details from noone2k's European - EN 50549-1:2019 Grid Profile:
DE_VDE4105_2018_v2.0.0_20231122.xlsx

[stefan123t]

@lumapu nachdem @tbnobody bereits eine große Zahl von Grid Profiles dokumentiert hat:
https://github.com/tbnobody/OpenDTU/wiki/Grid-Profile-Parser
und @noone2k den passenden Parser gebaut hat, der diese Grid Profile lesen kann, sollte es jetzt an der Zeit sein auch mal zu probieren ob wir A) ein Grid Profile Apply auf der Funkstrecke tracen können oder B) direkt eines der bekannten Grid Profiles (evtl. an einer Stelle und im CRC16 geändert) auf den Wechselrichter geflasht bekommen.

Wie wird das DOWN_PRO (0x0E) / DOWN_DAT (0x0A) verwendet

Type_Init (0xFF=255) Das SubCmd = Type_Init (0xFF) scheint nur bei MainCmd = DOWN_PRO (0x0E=14) oder DOWN_DAT (0x0A=10) verwendet zu werden.

Könnten wir das ebenfalls analog zum Request des GridProfile oben über die Web API ansteuern ?
Die Payload ist vermutlich einfach das Grid Profile inkl. der CRC16 Checksumme.
Das müsste die AhoyDTU / OpenDTU REST API eben entsprechend in Pakete aufteilen und mit CRC8 an den Wechselrichter schicken.

[lumapu]

Anzeige des Gridprofiles ist jetzt möglich, ab Version 0.8.29

[stefan123t]

Prima! Danke an nivadis für den Dump beim Grid Profile DOWN_DAT 0x0A Kommando:

Ich glaube das ist es:

TX 6.316844960000000,0x7E 0A 80722536 74438179 01 03002000000A08FC0730001E0B3B0001 E0 7F,,
TX 6.366399360000000,0x7E 0A 80722536 74438179 02 040B001E09E210001388128E0001141E C0 7F,,
TX 6.417439200000000,0x7E 0A 80722536 74438179 03 000120000001300302580AC807A31392 89 7F,,
TX 6.467220000000000,0x7E 0A 80722536 74438179 04 128E400007D003E850080001139C0190 87 7F,,
TX 6.517172800000000,0x7E 0A 80722536 74438179 05 001001F6137470020001271080000000 65 7F,,
TX 6.567292640000000,0x7E 0A 80722536 74438179 06 085B012C08B70941099D012C90000000 82 7F,,
TX 6.628907360000000,0x7E 0A 80722536 74438179 07 FFA1B000000001F4005FA00200000000 C5 7F,,
TX 6.667958880000000,0x7E 0A 80722536 74438179 88 9C27 17 7F,,

TX 6.767887520000000,0x7E 0A 80722536 74438179 88 9C27 17 7F,,
... alle 100 ms wiederholt
TX 8.984026399999999,0x7E 0A 80722536 74438179 88 9C27 17 7F,,
RX 9.041319200000000,0x7E 8A 80722536 74438179 81 000003002000 9F19 80 7F,,
TX 9.107654080000000,0x7E 0A 80722536 74438179 88 9C27 17 7F,,
RX 9.113543840000000,0x7E 8A 80722536 74438179 81 000003002000 9F19 80 7F,,
... alle 100 ms wiederholt
TX 26.587171999999999,0x7E 0A 80722536 74438179 88 9C27 17 7F,,
RX 26.589525120000001,0x7E 8A 80722536 74438179 81 000003002000 9F19 80 7F,,
... die CRC16 Checksumme wird bis zu 20 Sekunden wiederholt ... dann sollte der Inverter das persistiert haben.

... kurze Pause ~120-130 ms
TX 26.717758400000001,0x7E 15 80722536 74438179 80 0B0065A9393B000000000000000039F6B1 7F,,
RX 26.724774239999999,0x7E 95 80722536 74438179 01 000100F9012C02E9000001A0000A099FB9 7F,,

Man sieht in der letzten TX Zeile des oberen Blocks die CRC16 über das Grid Profile.
Danach wiederholt die DTU brav das letzte Paket 0x88 mit der Checksumme 0x9C27
bis 26.587 Sekunden, also insgesamt ca. 20 Sekunden lang, das sollte genügen,
damit der WR das Grid Profile persistieren / flashen kann.

@lumapu @tbnobody vielleicht wollt Ihr das irgendwann demnächst mal ins Projekt einbauen ?

[stefan123t]

@lumapu I have described the sequence for the DOWN_DAT 0x0A command which @nivadis traced on his HMS in more detail here.

tbnobody/OpenDTU#900 (comment)

[stefan123t]

@lumapu hat keiner Interesse das mal zu implementieren ?

[lumapu]

weiß immer noch nicht, ob das Teil einer DTU sein sollte - wir bewegen uns damit auch in einem Bereich, der den Einsatz von Ahoy u.U. kritisch macht.

[fred777]

weiß immer noch nicht, ob das Teil einer DTU sein sollte - wir bewegen uns damit auch in einem Bereich, der den Einsatz von Ahoy u.U. kritisch macht.

Sehe ich ähnlich - jemand könnte z.B. auf die Idee kommen Parameter zu verändern die Rückwirkungen in's Netz oder mehr Funkstörungen verursachen. Und so häufig braucht man dieses Feature ja nicht - ab Werk ist ja bereits ein für Europa passendes Netzprofil drin. Ansonsten kauft man sich wie ich einfach eine DTU Wlite-S o.ä., zur Not gebraucht, und nach der Parametrierung der Inverter kann man sie wieder verkaufen oder für schmalen Taler verleihen.

Das was Ahoy und OpenDTU leisten ist für 99.99% der User genau das richtige - Werte auslesen, Leistung regeln, schickes Display, Webinterface, Homeassistant-Integration - und alles komplett Cloud-less.