Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[quorle]

@quorle
Nach Update auf die aktuelle latest vom Adminadapter, wieder alles bestens

[Ben1983]

@quorle OK. TOP.
Es wurde nämlich schon ewig nichts verändert.
Komischerweise funktionierte es auch mit einer älteren Admin Version.

Ich hoffe der Adapter hilft Dir weiter.

[quorle]

@ben1983
Also der Adapter läuft bis jetzt sehr gut.

Trotzdem hätte ich ein paar vielleicht gute Änderungen für den Adapter.

1. Man muss immer ein Script bauen.
2. Vielleicht könnte man das "Triggerobjekt" direkt im Adapter wählen, somit würde man sich das Script sparen.
3. Bei den Objekten gibt es ja mittels dem Zahnrad Einstellmöglichkeiten ( Telegrammeldung senden bei Änderung, SourceAnalytics, ... etc) Der Adapter würde sehr gut in das Menü passen. Somit könnte man die Einstellungen direkt am Objekt einstellen.

[Ben1983]

@quorle sagte in Test Adapter Betriebsstundenzähler:

@ben1983
Also der Adapter läuft bis jetzt sehr gut.

Trotzdem hätte ich ein paar vielleicht gute Änderungen für den Adapter.

1. Man muss immer ein Script bauen.
2. Vielleicht könnte man das "Triggerobjekt" direkt im Adapter wählen, somit würde man sich das Script sparen.
3. Bei den Objekten gibt es ja mittels dem Zahnrad Einstellmöglichkeiten ( Telegrammeldung senden bei Änderung, SourceAnalytics, ... etc) Der Adapter würde sehr gut in das Menü passen. Somit könnte man die Einstellungen direkt am Objekt einstellen.

Also so ganz verstehe ich deine Anregungen nicht.
Zu 1.
Wieso musst Du immer ein Skript bauen?

Zu 2. Was bedeutet direkt im Adapter wählen? Man hat doch zu jede Betriebsstundenzählung ein Enable Objekt.

Zu 3.
Der Adapter ist EXTRA nicht in den Objekten, da man vielleicht eine Enable Bedingung abhängig von mehreren Werten machen möchte. Deshalb sind eigene States Konfigurierbar.
Zuerst war die Konfiguration in dieser Maske angedacht, aber dann haben viele User darum gebeten die nicht zu tun, da sonst der Trigger an einem DP hängt.
In der jetzigen Konfiguration ist man frei.
(OK, wahrscheinlich meint Du damit, dass man sich immer ein Skript bauen muss).
Das noch separat mit rein zu nehmen ist vielleicht mehr verwirrend, da man dann aus 2 Richtungen konfigurieren könnte.
Hältst Du das wirklich für unbedingt notwendig?

[MartinP]

Ich habe mal eine Frage zur cron Verknüpfung des Adapters:
Ich wollte ihm schlichtweg als eine Aufgabe verpassen, die Uptime der iobroker-Instanz in der er mitläuft zu messen.
Da ist eine regelmäßige Nullstellung des Zählers durch einen Cronjob nicht hilfreich.
Gibt es eine Möglichkeit, das cron-Feature ganz zu deaktivieren für eine solche Aufgabe?
Habe erstmal die Zeit des nächsten Cron-Triggers für diesen Zustand ein paar Jahre in die Zukunft gesetzt, sodass das in der Praxis irrelevant ist. Da wird wohl irgendwann ein Stromausfall oder ein umfangreicheres Update zu einem Neustart des iobroker führen...

[Ben1983]

@martinp Einfach den CronJob (Dessen Konfiguration) leer lassen, so wie dass in Standard ist.

Dann wird er nie zurück gesetzt.

[MartinP]

Danke - manchmal kann es so einfach sein

[jackblackson]

Vielen Dank erstmal für den tollen Adapter - gute Idee.

Ich hab ihn bei mir installiert in Version 1.0.6, und ein Script gebaut, welches das Objekt "enableCounting" auf true oder false setzt. Nun habe ich aber festgestellt, das er, auch wenn es von True auf False gesetzt wird, einfach weiter zählt. Hat jemand eine Idee, woran das liegen könnte? Leider hat das Aktivieren des Debug-Logs nichts gebracht, hier ist nichts zu sehen.

[Ben1983]

@jackblackson kann es sein, dass Du den State mit ack:true schreibst?

[jackblackson]

@ben1983 Guter Punkt. Ich hab es grad manuell probiert, wenn ich es ohne ack mache, funktioniert es. Ich hab das ganze mit Blocky aufgesetzt, und habe dort den Block "Aktualisiere mit" gewählt - dieser scheint automatisch ack:true zu setzen. Ich habe es nun umgebaut auf "Steuere Objekt mit" - und nun funktioniert es. Danke!

[Ben1983]

@jackblackson Alles klar:
Steuern => Ack = false
Aktualisieren = >Ack = true