Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[Shadowhunter23]

Der Adapter ist top aber eine Sache möchte ich anmerken. Ich lasse mir beim öffnen der Fenster die Zeit anzeigen wie lange die geöffnet sind. Im Sommer sind natürlich mehr offen als im Winter. Ich überwache den RAM der firehd Tablets ( vis ) und im Sommer muss ich alle zwei Tage die Tablets neu starten ( RAM geht runter ). Die möglichen 15 Widgets in der Startvis ziehen dann doch mehr am RAM als man denkt. Im Winter wenn diese operating-hours Widgets nicht aktiv sind ist der RAM Verbrauch "normal". Gibt es vielleicht eine Möglichkeit dass die Widgets nicht so am RAM ziehen?