Test Adapter Betriebsstundenzähler
-
Ich werde die Daten des Callbacks nochmal anpassen, sodass man eine alleine Info hat. Dann einen error, wenn ein Fehler war, ansonsten nicht.
So könnte man bspw. Abfragen:If(!data.error){ … }Was meint Ihr dazu?
Also die Indee ist… eine allgemeine Info und wenn ein Fehler besteht (bspw. State nicht gefunden), dann steht der Fehler in Daten.error drin. Sonst gibt es keinen error.
Änderungen sind online
Edit: Ich werde noch etwas einbauen, dass man den aktuellen Wert (zur Zeit der Abfrage) und den Wert bekommt, der schon im jeweiligen State steht mit zurück bekommt, dann braucht man sich nicht noch eine Abfrage zu machen, wenn man beide benötigt.
Ist online.
-
Änderungen sind online
Edit: Ich werde noch etwas einbauen, dass man den aktuellen Wert (zur Zeit der Abfrage) und den Wert bekommt, der schon im jeweiligen State steht mit zurück bekommt, dann braucht man sich nicht noch eine Abfrage zu machen, wenn man beide benötigt.
Ist online.
Hi, nee noch nicht, evtl morgen komm ich dazu..
-
Habe den Adapter gerade aus dem "latest" installiert um ihn zu versuchen, leider kommt in den Einstellungen die Fehlermeldung: [JsonConfig] Cannot Parse Json5 Config.
-
@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.
@ben1983
Also der Adapter läuft bis jetzt sehr gut.Trotzdem hätte ich ein paar vielleicht gute Änderungen für den Adapter.
- Man muss immer ein Script bauen.
- Vielleicht könnte man das "Triggerobjekt" direkt im Adapter wählen, somit würde man sich das Script sparen.
- 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
Also der Adapter läuft bis jetzt sehr gut.Trotzdem hätte ich ein paar vielleicht gute Änderungen für den Adapter.
- Man muss immer ein Script bauen.
- Vielleicht könnte man das "Triggerobjekt" direkt im Adapter wählen, somit würde man sich das Script sparen.
- 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.
@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.
- Man muss immer ein Script bauen.
- Vielleicht könnte man das "Triggerobjekt" direkt im Adapter wählen, somit würde man sich das Script sparen.
- 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? -
@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.
- Man muss immer ein Script bauen.
- Vielleicht könnte man das "Triggerobjekt" direkt im Adapter wählen, somit würde man sich das Script sparen.
- 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?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...Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
Virtualization : unprivileged lxc container (debian 13) on Proxmox 9.1.5)
Linux pve 6.17.9-1-pve
6 GByte RAM für den Container
Fritzbox 6591 FW 8.20 (Vodafone Leih-Box)
Remote-Access über Wireguard der Fritzbox -
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... -
@martinp Einfach den CronJob (Dessen Konfiguration) leer lassen, so wie dass in Standard ist.
Dann wird er nie zurück gesetzt.
-
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.
-
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.
-
@jackblackson kann es sein, dass Du den State mit ack:true schreibst?
@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 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!
@jackblackson Alles klar:
Steuern => Ack = false
Aktualisieren = >Ack = true -
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?
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
534
Online32.8k
Users82.7k
Topics1.3m
Posts