-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Eure Config Parameter? #28
Comments
Also ich hab dein Skript derzeit mit folgenden Einstellungen laufen und muss sagen es funktionierte heute echt gut (Gestern war gabs hier kein Sonne) Muss aber sagen so 100% verstanden was welche Option macht habe ich noch nicht, daher sind die Einstellungen so auf "Gut Glück" gewählt 😄
|
Ja, einfach Fragen, ist ziemlich viel ich weiß. SLOW_APPROX_LIMIT_IN_PERCENT = 10: das ist etwas wenig wenn du ein 1500W Inverter betreibst, dann wird ab > 150W (10%) Limitänderung das ganze dann langsamer nach unten geregelt. Wenn du z.B. 200W überproduzierst: Dann greift der SLOW_APPROX_FACTOR_IN_PERCENT: anstelle der 200W wird dann 160W geregelt. Und im nächsten Schritt (Loop Interval in Seconds) die restlichen 40W. Das flacht die Regelung etwas ab bei großen Änderungen am Limit. Mit Ahoy kannst du locker LOOP_INTERVAL_IN_SECONDS = 10s und SET_LIMIT_DELAY_IN_SECONDS = 3 einstellen, das beschleunigt enorm. Wenn du ohne Jump eingestellt hast, würde ich MAX_DIFFERENCE_BETWEEN_LIMIT_AND_OUTPUTPOWER aktivieren (so 10%-15%), das begrenzt das Erhöhen des Limits obwohl nicht mehr produziert werden kann (zu wenig Sonne). Sonst läuft das Limit dauerhaft in Richtung 1500W, aber der Inverter dümpelt bei 300W herum. |
Das sind meine Werte:
Alles funktioniert wunderbar. Auch hält die DTU das aus. Bei mir das Problem: Der Zähler gibt mir immer nur alle 10 Sekunden einen Wert. Das stört aber grundsätzlich die Funktion nicht. Wo es ein wenig stört: Bei 3D Druck oder wenn die Waschmaschine läuft. In dem Moment, in dem ein Motor anläuft werden ganz kurz mal knapp 300 Watt gezogen. Wenn genau dann vom Zähler wieder ein Wert kommt wird für 11 Sekunden das Limit demensprechend erhöht. So sah der Mittag gestern aus (es war aber auch sehr bewölkt): Rot=Netzbezug Bis kurz nach 12 lief der Geschirrspüler, man kann gut sehen wann der Heizstab anspringt. Um ca. halb 1 wurde gekocht, da heizt das Ceranfeld. Hier sieht man dann auch kurz die zu hohe Einspeisung. Aber ansonsten dümpelt der Einspeisewert hier bei 60-80 Watt rum. @reserve85 Hast du Lust meinen Zähler (emlog) offiziell mit aufzunehmen? Dann brauche ich nicht bei jedem Update die Domain und Prefixes ändern. |
Also ich hab nen 600W WR. |
ja sehr gerne, mach einfach ein neues Issue auf und lass mir die Werte darin zukommen die ich da brauche, bzw. deine Implementierung. |
Ich hab meine Werte jetzt nochmal etwas angepasst und da ist mir aufgefallen das da wohl iwas noch nicht so ganz passt.
Laut output gibt er an das Limit zu reduzieren, zb auf 302 Watt. Im nächsten Schritt kommt dann aber wieder das increasing limit und mischt sich ein. Dadurch wird das Limit zwar reduziert oder bleibt annähernd gleich aber es wird nicht auf das reduziert was er bei "Cut limit to XXX Watt" angibt. Eingestellt habe ich die Config wie folgt:
|
Ist so gewollt. Das Limit wird vor der Regelschleife getrimmt und anschließend neu berechnet. Wenn dann die Sonne plötzlich zu 100% draufknallt hast du gleich annähernd den Sollwert. Ansonsten könntest du maximal 15% je Durchlauf erhöhen. |
@Leviathan09 Du sollest die Toleranz nicht so eng einstellen, ruhig 30 Watt. Und der Targetpoint sollte auch weiter im Negativen liegen, versuch mal -50 Watt. Bei 15 Watt Einspeisung muss das Limit ja schon wieder verringert werden, bei 15 Netzbezug wieder erhöht. So kleine Sprünge wirst du aber wahrschlich gar nicht hinbekommen. |
Ich habe es bei mir so laufen, damit er nicht ständig hin und her regelt
|
Werde die Toleranz mal anpassen. |
Dann wirst du aber mehr Netzbezug haben, denn die Toleranz lässt bei dir dann ja auch positive Werte zu, das Script wird in dem Fall gar nicht eingreifen. Lieber ein bisschen einspeisen als Puffer für Schwankungen beim Verbrauch. Genau die 0 zu treffen und zu halten wird wohl nicht möglich sein. Es wird ja auch nur alle 10 Sekunden angepasst. Soll nur ein Tipp sein. |
Ich werde die Tage mal beobachten und sehen wie sich das ganze verhält und mal testen was mit unterschiedlichen Parametern passiert 👍 Gestern zumindest lief es ganz gut um den 0 Punkt, mal so -15 bis +15 war die übliche Schwankung. Aber danke für die Tipps. Werde die Ergebnisse demnächst dann hier mal mitteilen |
Hi!
Herzlichen Dank noch einmal und viele Grüße |
Hallo, Ich habe das Script jetzt seit gestern mit mit ahoydtu und einem HM-1500 auf 48V Batterie am laufen. mfg Dirk |
Kannst du das visualisiert Darstellen? Das würde eine Menge bringen. Prinzipiell kommt das auch immer auf deine Verbraucher drauf an. Wenn du z.B. einen Ofen anhast der alle 5 sekunden für 2 sekunden 2000W zieht, dann wird die Regelung nicht gut funktionieren. Du hast -50W als Target eingestellt, sobald du halt eine 60W Birne einschaltest oder du im Energieverbrauch schwankungen von >50W hast, dann wird dein Powermeter positiv unds somit dein Inverter direkt auf 100% ausgeregelt weil du "jump_to_max_limit_on_grid_usage" auf TRUE hast. Mit der Option probiere mal 75 Watt oder sogar 100 Watt, dann wird der Inverter seltener auf 100% gepusht. SlowApproxLimitInPercent könntest du auch etwas erhöhen, bei mir ist 25 eigentlich ziemlich gut. Hoffe das Hilft dir, eine Grafik wäre super. |
Visualisiert... würde ich gerne, wenn ich wüsste wie. Kann ich irgendwie eine Datenbank einsetzen um alles aufzuzeichnen und dann auszugeben? Ich habe ein anderes Projekt gesehen da wird das u.a. mit Grafana gemacht. Aber wie mein Username schon sagt: Ich bin alles andere als ein Profi. Dieses Projekt sind meine allerersten Erfahrungen mit Linux. Ich bin wissbegierig und lernfähig, aber ich brauche echt Hilfe dabei! Wenn Du das machen kannst, bzw. möchtest(?). Zur Config: Danke bis hierher! |
Naja, am einfachsten wäre es IoBroker oder HomeAssistant zu installieren. Damit kannst du deine Zähler ohne großen Aufwand hinzufügen und Ahoy/OpenDTU sowieso. Du musst dich dennoch reinarbeiten, da gibt es aber tausende Tutorials und Beispiele. Welchen Zähler hast du? |
Reinarbeiten ist kein Ding. Hast Du ein gutes Tut? |
Ist es möglich den "POWERMETER_TARGET_POINT" automatisiert zu bestimmten Tageszeiten anzupassen? Was den Wert tagsüber angeht, da habe ich mit -100 erste Erfolge erzielt. Soll heißen das ich nun schon weniger einspeise und mich nun an einen "idealen" Wert herantaste. Ich nehme an, dass dieser tatsächlich bei 75 Watt sein wird. |
@keinprofi: bei Batteriebetrieb würde ich dir generell empfehlen: TargetPoint = 0 und JumpToMaxLimitOnGridUsage = false Die Lösung für unterschiedliches Tages- und Nachtlimit müsstest du selbst realisieren, ggf. mit einem automatisierten CronJob der dir den Wert in der *.ini anpasst und das Script dann neustartet. In meinem Script würde ich das ungern implementieren. |
Ja, bei Batteriebetrieb ist 0 definitiv das Ziel, aber tagsüber ist das keine brauchbare Option. Na gut, dann muss ich mal sehen ob ich da was hinbekomme......... |
Ja dann würde ich wirklich die Linie fahren für Tag- und Nachtmodus jeweils eine eigene ini zu hinterlegen (z.B. HoymilesZeroExport_Day.ini und HoymilesZeroExport_Night.ini) und über ein Script zu bestimmter Zeit die Datei in den neuen Dateinamen HoymilesZeroExport.ini zu kopieren (mit automatischen Überschreiben). Dann muss nur noch ./restart.sh ausgeführt werden. |
Gute Idee. Ich werde mich da mal dran machen. Danke! |
Oder ist diese Konfig besser: Würde es mit beiden funktionieren? Ist eine Variante besser als die andere? Edit: Ich denke mal das die Zweite Variante die bessere wäre. Sollte der Raspi um 7 und/oder 19 Uhr mal ausgefallen sein ändert sich nichts bei der oberen Variante. Bei der Zweiten würden die Werte auch um 10.37 Uhr angepasst, falls der Raspi zuvor ausgefallen war. |
Hi, ich würde noch einfacher vorgehen: Erstelle Day_Config.ini + Night_Config.ini in deinem HoymilesZeroExport Verzeichnis. Erstelle einen CronJob:
Dazu hab ich mal ChatGPT gefragt (Danke dafür 🥇):
Damit sollte das so laufen wie du es vorhast. Die Zeiten und den Ordner musst du noch anpassen, so würde ich das jedenfalls lösen. Gruß Tobias |
Die Fehlermeldung von @kthemall habe ich auch
Hab ich jetzt probiert (packaging ist nicht installiert). |
pip3 klein schreiben vielleicht ;-) |
also bei mir am raspi funzt die installation so: in den ZeroExportOrdner wechseln:
das hat bei mir alles installiert. |
Ja, damit hat die Installation schonmal geklappt |
das update auf 1.98 bei mir noch nicht, selbe fehlermeldung wie zuerst |
strange, im changelog.md file bei mir am raspy steht schon ver 1.98 drinnen, im Hoymileszeroexport_config.ini file steht 1.97 hast du vergessen das nachzuziehen? LG |
die Installation von packaging funktioniert immer noch nicht |
pip install packaging --break-system-packages was bringt der befehl für ne meldung? bzw. mal mit sudo versucht? |
passt doch |
Nicht wirklich: |
raspy reboot schon versucht? |
Die ganze Maschine noch nicht... Mach ich mal eben. |
klar gehts @keinprofi |
btw. mach dir gleich eine HoymilesZeroExport_Config_Override.ini und trag dort deine individuellen settings ein sonst ist beim nächsten update wieder alles neu in der standard config einzutragen. ...... lg |
ja, hatte alles wieder zurückgesetzt. Jetzt kann ich die config nicht mehr kopieren, ging vorhin noch. |
hast doch rebootet oder, da musst dich neu anmelden denke ich um zu kopieren. |
Ja, hatte ich getan. Das Kopieren hat jetzt geklappt, reboote erneut. Edit: |
ne, da gab es keine Änderung zu 1.98, dann steht da noch die vorherige Version drin. |
Guten Morgen zusammen, OpenDTU on battery Habe auch einen PC mit HOAS aber da habe ich es nicht hinbekommen den Script draufzuspielen. Mein Problem ist ich sehe im Script das er regeln will aber 5 sec später wieder die 1500w abfragt. |
Ich glaube mit OpenDTU on battery wird das nicht funktionieren, das hat seine eigene Regelung. Vermutlich läuft da was schief. Ansonsten könntest du mal einen Auszug aus dem log hier posten. |
Hi danke für die rasche beantwortung , habe es leider jetzt erst geschafft OpenDTU neu aufzuspielen OpenDTU mit der v 24.4.24 habe ich nun drauf aber leider immer noch den gleichen fehler. Hier meinen parameter:
hier der status log: |
Hi, wo kommen die 1500W her obwohl du 2000 definierst hast? Kannst du mal das Script neustarten und die ersten log Ausgaben hier anhängen? Vermute da ist was an der config falsch. Nutzt du die override config? Evtl wird die nicht gezogen? Am besten beide configs mal in eine zip packen und hier anhängen. Du kannst natürlich die Seriennummer entfernen. |
08 21:51:43 pi systemd[1]: Started HoymilesZeroExport.service - HoymilesZeroExport Service. |
Sieht alles ok aus, deine Parameter stehen auch in der override config? Am besten beide Dateien mir zukommen lassen, dann kann ich es anschauen |
Moin, ich habe es mit deiner config gerade mal gestartet und der regelt bei mir problemlos auf 2000W. HoymilesZeroExport_Config_NewSmokie.zip Nach dem Neustart des Scripts bitte nach ein paar Minuten das komplette Log nochmal als Datei anhängen. Das kannst du so exportieren:
|
Hi ich bin in dieser Woche leider in Oldenburg auf Schulung werde es Freitag umsetzen wenn ich wieder in Aachen bin |
Guten Morgen, sorry für die Verspätung. Habe den Script rüber kopiert und es funktioniert jetzt einwandfrei. Vielen Dank dafür. |
Wie sind eure Erfahrungen mit dem Script?
Ich stehe auf das Jump to Max Limit, damit ich möglichst sofort reagiere wenn ein Verbraucher dazukommt.
Mit Ahoy V0.6.0 konnte ich die Timings im Vergleich zu den Default-Values ganz schön redizieren und bekomme wirklich Top-Ergebnisse:
The text was updated successfully, but these errors were encountered: