Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Oli]

@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

[Axel Koeneke]

@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.

https://github.com/BenAhrdt/ioBroker.operating-hours.git

Moin, also der Time-String funktioniert schon mal sehr gut, aber ich sehe den Zähler nicht.

[Ben1983]

@axel-koeneke der befindet sich hier:
Denn es ist ja im Grunde eine administrative Ausgabe

[Ben1983]

@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.

[Axel Koeneke]

@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

[Oli]

@ben1983
Also mir würde ein String reichen.

[Ben1983]

@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 :D

[Oli]

@ben1983
Mach es einfach so, wie du es am sinnvollsten hältst.

[Ben1983]

@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

[Ben1983]

@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.

[Axel Koeneke]

@ben1983 Evtl. noch eine Berechnung der mittleren Einschaltzeit, also Betriebszeit durch die Anzahl der Starts :)
Aber das ist nur nice to have.
VG
Axel

[Oli]

@ben1983
von meiner Seit passt alles

[Ben1983]

@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.

[Axel Koeneke]

@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

[Ben1983]

@axel-koeneke Sollte morgen im Beta sein.

Alternativ hier im github repo:

https://github.com/BenAhrdt/ioBroker.operating-hours.git

Gruß

Ben

[Axel Koeneke]

@ben1983 Super, funtioniert 1a !!

[Ben1983]

@axel-koeneke Danke.
Also kann es released werden?

[Axel Koeneke]

@ben1983 sagte in Test Adapter Betriebsstundenzähler:

@axel-koeneke Danke.
Also kann es released werden?

Aber sowas von !!! :)

[d.j.]

@ben1983 said in Test Adapter Betriebsstundenzähler:

@axel-koeneke @Oli
Das Manuelle Zurücksetzen geht doch ganz simple, inder man einfach den Wert 0 in den Stundenwert schreibt.

Hallo zusammen,
damit habe ich noch ein Problem. Wenn ich den Stundenwert auf "0" setzte bleiben die anderen Werte bestehen. Bei der nächsten Aktualisierung wird der Stundenwert dann anhand der anderen Werte wieder fortgeschreiben. Muss ich alle Werte (days, hours, milliseconds usw...) auf "0" setzten? Oder gibt es so eine Art "führenden Wert" auf dessen Basis die anderen Werte ausgerechnet werden. Dann wäre das der Wert, den man auf "0" setzten müsste.

Sonst ein toller Adapter. Würde mir so etwas in dieser Art auch für Niederschlagsmengen wünschen.

Gruß Dirk

[d.j.]

Ich habe es noch mal getestet. Selbst wenn ich alle Werte (day, hours, minutes, seconds und milliseconds) auf einmal auf "0" setze, übernimmt er bei der nächsten Aktualisierung wieder den alten Wert.
Wie macht ihr das mit dem manuellen Reset???
Danke Dirk