Skip to content
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

Inverter Intervall #584

Closed
knickohr opened this issue Jan 13, 2023 · 4 comments
Closed

Inverter Intervall #584

knickohr opened this issue Jan 13, 2023 · 4 comments
Assignees
Labels
documentation Improvements or additions to documentation enhancement New feature or request question Further information is requested

Comments

@knickohr
Copy link

knickohr commented Jan 13, 2023

Die Abfrage der Inverter, gesetzt mit Settings Inverter iInterval, verdoppelt, verdreifacht, vervierfacht … sich mit jedem weiteren Inverter.

Würde bedeuten das bei 6 Invertern bei 30s Intervall ein kompletter Abfragezyklus 6x30s, also 180s dauern würde.

So gewollt, oder ist das ein Bug ?

Wenn es so gewollt ist, dann müßte man doch problemlos das Intervall runter setzen können ohne das es Probleme gibt ?

Mir ist das schon länger aufgefallen, nicht erst seit der DEV 70, habe dem aber noch wenig Beachtung geschenkt.

@DanielR92
Copy link
Collaborator

DanielR92 commented Jan 13, 2023

Guter Punkt, da ich mich in anderen Bereichen gewendet habe... hab ich das nie gesehen.
Das muss man mal prüfen.

Was ich nur weiß, ich habe damals mehrere Zombie-Einträge angelegt und Ahoy versucht die nicht vorhandnen WR zu erreichen. Hierfür probiert er 5 mal und wechselt danach zum nächsten WR.

Ich würde mir wünschen, das man eine andere Logik hinterlegt. - Wie sieht ihr das?

Beispiel:

  • Wenn ein WR nur definiert ist, soll er dauerhaft probieren den WR zu erreichen.
  • Bei mehreren WR soll 2-3 probiert werden diese zu erreichen, danach soll er zum nächsten hopsen.
    Wenn er alle Daten erhalten hat, soll er direkt weiter gehen. Bei Unvollständigen Daten, darf er gerne 5x probieren. Aber dann auch hier weiter gehen.

Somit würde man nicht ewig warten, bis dann der 6te WR die Daten zu sehen.

@knickohr
Copy link
Author

knickohr commented Jan 13, 2023

Ganz zu Beginn, ich glaube es war so um die 17 rum, war das mal „gefühlt“ anders. Ich bilde mir ein, man konnte es an der LED am ESP sehen wie er gepollt hat und wie er zum nächsten Inverter ging. Habe dem da auch nicht allzu große Aufmerksamkeit geschenkt.

Ich finde, die DTU soll nur versuchen alle eingetragenen Inverter genau x-mal (Einstellung) zu pollen, danach sofort zum nächsten gehen und da das gleiche Spiel wieder machen. das Intervall soll aber für alle Inverter sein, nicht hintereinander jeweils.

Es ist mir klar, das irgendwann die Intervallzeit nicht mehr ausreichen wird. So geschätzt braucht er pro Inverter 3 bis 5 Sekunden. Wenn also einer nicht antwortet kann das schon mal 15 Sekunden sein bis er die 5 Versuche durch hat. Würde bedeuten das die Intervallzeit schon nach 2 Invertern abgelaufen sein kann.

Mit der jetzigen Konfiguration warten er halt einfach die Intervallzeit ab (abzüglich der „verpollten“ Zeit) bis er zum nächsten geht. Auch nicht schlecht, man sollte es halt im Hinterkopf behalten. So könnte er nicht in Zeitdruck geraten. Dann würde ich es halt nicht mehr Intervall nennen, sondern Pause. Und diese Pause könnte man auf Null drücken. Nein ich will jetzt nicht max. schnell Daten da raus kitzeln, aber wie gesagt, bei 6 Invertern hätte ich schon gerne alle Minute mal aktuelle Werte von allen Invertern.

@stefan123t stefan123t added the question Further information is requested label Jan 14, 2023
@lumapu lumapu added the documentation Improvements or additions to documentation label Jan 16, 2023
@lumapu lumapu self-assigned this Jan 16, 2023
@knickohr
Copy link
Author

Siehe auch #564

@lumapu lumapu added the enhancement New feature or request label Mar 8, 2023
@knickohr
Copy link
Author

Mit den bereits sehr kurzen möglichen Intervallzeiten ist dieser Issue hinfällig.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation enhancement New feature or request question Further information is requested
Projects
None yet
Development

No branches or pull requests

4 participants