Test Adapter Betriebsstundenzähler
-
@axel-koeneke @Oli
Ich habe einen Zähler eingebaut.
Könnt Ihr gerne auch mal testen.
Entweder mit dem Github link, oder morgen im Beta repo.
Er zählt immer beim aktivieren hoch und wird beim Reset (Automatisch, oder Wert manuell auf 0 schreiben) auf 0 resettet.
Erfolgt ein Resset, obwohl der enable noch gesetzt ist, so wird der counter auf 1 geschrieben. -
@ben1983 Hi, bin schon seit einiger Zeit dabei :-), funktioniert auf Anhieb.
System: Linux Debian Buster im LXC, Node 16.17.1, NPM 8.15, iobroker auf Latest.Bisher keine Auffaelligkeiten des Adapters, macht, was er soll.
Dankeschoen! -
@ilovegym Gerne
-
@ben1983
Ich dachte eigentlich an einen Datenpunkt, wo er automatisch größer formatiert. Also zB 2Monate:20Tage:10Stunden:5Minuten.Ich hoffe du verstehst was ich meine
-
@ben1983 sagte in Test Adapter Betriebsstundenzähler:
@axel-koeneke @Oli
Ich habe einen Zähler eingebaut.
Könnt Ihr gerne auch mal testen.
Entweder mit dem Github link, oder morgen im Beta repo.
Er zählt immer beim aktivieren hoch und wird beim Reset (Automatisch, oder Wert manuell auf 0 schreiben) auf 0 resettet.
Erfolgt ein Resset, obwohl der enable noch gesetzt ist, so wird der counter auf 1 geschrieben.Moin, also der Time-String funktioniert schon mal sehr gut, aber ich sehe den Zähler nicht.
-
@axel-koeneke der befindet sich hier:
Denn es ist ja im Grunde eine administrative Ausgabe
-
@oli Ah OK verstehe, müsste ich mir mal ansehen.
Als String, oder wäre vielleicht ein JSON Format auch ne coole Idee?
Also Bspw.{"years":0, "month":2, "days":2, "hours":23, "minutes":20, "seconds":2, "milliseconds":233}?
Wobei es mit Month schon wieder nicht so einfach wird, denn man hat ja nicht bspw. 30 Tage = 1 Monat.
und wenn man dann die Aktivierung auch noch Monat übergreifend hat, dann kann man es ja auch nicht anhand des aktuellen Monats fest machen etc.Aber das Json könnte ich mir auf jeden Fall für bis einschließlich Tage vorstellen.
-
@ben1983 sagte in Test Adapter Betriebsstundenzähler:
@axel-koeneke der befindet sich hier:
Denn es ist ja im Grunde eine administrative Ausgabe
Jetzt ist er auch da, hatte sich wohl im cache versteckt. Vielen Dank für den Adapter!!!
VG
Axel -
@ben1983
Also mir würde ein String reichen. -
@oli Hi Olli,
wie oben geschrieben, ist es über die Tage hinauf nicht so einfach.
Könnte natürlich noch den datenpunkt um Tage erweitern.
allerdings finde ich jetzt gerade auch ein JSON gar nicht so übel
-
@ben1983
Mach es einfach so, wie du es am sinnvollsten hältst. -
@oli Dann würde ich sagen.... Bitteschön.
Ab zum Testen. Hier sind die neuen States:
days kann man wie die anderen nummerischen States beschreiben und zusätzlich zum d_h_m_s string habe ich dann noch den json state hinzugefügt.
Ich hoffe es passt so
Hier noch der github link, sonst einfach morgen im Beta prüfen.
https://github.com/BenAhrdt/ioBroker.operating-hours.git -
@Oli @Axel-Koeneke @ilovegym @Einstein67
Ich habe nun einen PR gemacht für die Stable.
Oder gibt es noch weitere Anmerkungen?
Mir ist jetzt persönlich nichts aufgefallen. -
@ben1983 Evtl. noch eine Berechnung der mittleren Einschaltzeit, also Betriebszeit durch die Anzahl der Starts
Aber das ist nur nice to have.
VG
Axel -
@ben1983
von meiner Seit passt alles -
@axel-koeneke Das hört sich interessant an.
Schaue ich mir wahrscheinlich demnächst mal an.
Aber in welchem Format sollte das sein?
Würde jetzt dafür ungerne wieder x Formate anbieten wollen, sonst wird es zu unübersichtlich.
Es ist jetzt schon jede menge an Zeiten. -
@ben1983 Ich denke Timestring hh_mm_ss sollte reichen.
Für alles was länger eingeschaltet ist, macht eine Berechnung der durchschnittlichen Einschaltdauer nicht allzu viel Sinn.
VG
Axel -
@axel-koeneke Sollte morgen im Beta sein.
Alternativ hier im github repo:
https://github.com/BenAhrdt/ioBroker.operating-hours.git
Gruß
Ben
-
@ben1983 Super, funtioniert 1a !!
-
@axel-koeneke Danke.
Also kann es released werden?
