Monatsrückblick Januar/Februar 2026 ist online!

[adarof]

@pittini Dankeschön. D.h. es wird auch für die mit BatterieSpannung_30 usw per Function "markierten" Geräte ein DeadCheck durchgeführt, selbst wenn die DeadCheck Function nicth explizit gesetzt wurde? Bei mir sind das Beispielsweise Tradfri Schalter, die ich überwachen möchte. Die werden Tagelang nicht gedrückt (letzte Aktuallisierung habe ich gerade am 15.5. ... da hab ich wohl das letzte mal das Garagentor auf gemacht ...) und damit nicht aktuallisiert - das ist völlig OK für mich, auch wenn die Batteriespannung nur alle paar Tage überprüft wird.
Andere Geräte würde ich liebend gern per Deadcheck überprüfen - z.B. den Bewegungsmelder von Tradfri, wenn der 1x am Tag keine Helligkeitsänderung geschickt hat ... ist er vermutlich "weggelaufen".
Kann ich die beiden Funktionen DeadCheck + BatterieSpannung entkoppeln?

[Pittini]

@adarof Du hasts noch nicht ganz verstanden, entkoppeln kann nicht gehen weil das Skript IMMER den DeadCheck für den Batteriedatenpunkt ausführt weil alle Geräte welche ich kenne, mit wenigen Ausnahmen diesen DP regelmäßig aktualisieren. Nur die Tradfris nicht, hab selber zwei die mich ärgern. Da es aber noch andere Geräte gibt die sehr selten aktualisieren, gibts quasi als zweite Stufe den separaten Deadcheck. Also Skript macht DeadCheck auf BatterieDp, wenn da tot rauskommt, wird geguggt obs nen zweiten extra Deadcheck gibt und nur wenn der auch tot meldet wird gemeldet. Gibts keinen extra DeadCheck wird sofort gemeldet. Bin aber tatsächlich am überlegen ob ich nicht tatsächlich das als zwei Funktionen mach, hab nur grad wenig Zeit.

[adarof]

@pittini Danke - ich glaub nun hab ich verstanden.
Ein Workaround -- bis Du Zeit irgendwo findest -- wäre ja doch, dass ich Dein Skript 2x laufen lasse: Nr1 mit unendlich langer DeadCheck in Zeile 20. Das nutze ich um die Batteriespannung zu checken. Nr2 mit "kurzer" DeadCheck und setze die BatterieSpannung-Function auf etwas nicht-existierendes sodass die niemals anschlägt.

Ich probier das mal ... :)

[adarof]

@adarof beim Anlegen merke ich schon, dass das keine gute Idee ist: Die "Zwischenspeicher" unter javascript.0.BatterieUeberwachung wären ja die gleichen, sodass vermutlich doppelte Meldungen auf mich einprasseln von den diversen Skript Aufrufen. Quasi ein static ...schade.
--> Workaround ad acta gelegt und warte, bis Du Zeit gefunden hast :-)

[adarof]

@adarof und dann merk ich, dass ich den Zwischenspeicher auch noch umlegen kann. Also probier ichs doch :-D

[tugsi]

Danke erstmal für das Skript.

Gibt es die Möglichkeit die Abfragespanne, sprich wie oft am Tag o.ä. anzupassen?
Denn so oft am Tag muss er die Batterien nicht abfragen.
Den DeadCheck macht er bei meinem TradfriSwitch minütlich und das bei der Einstellung 360min DeadCheck, da würde es auch reichen einmal die Stunde.

[Pittini]

@tugsi Zeile 360

[tugsi]

@pittini
Danke Dir.
Wenn ich das jetzt richtig verstanden habe, wird da der Zeitraum für den erneuten Check einer DeadBattery, also eine die nicht zeitnah aktualisiert (s. Tradfri).
Und wo wird festgelegt, dass das komplette Skript, also alle Batterien gecheckt werden oder ist dies eines für alles?

[Pittini]

@tugsi sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

Und wo wird festgelegt, dass das komplette Skript, also alle Batterien gecheckt werden oder ist dies eines für alles?

Gar nicht, das ist triggergesteuert bei Aktualisierung der Datenpunkte, wenn sich ne Spannung ändert wird geprüft, vollkommen zeitunabhängig. Das sich aber bei toten Geräten warum auch immer nix mehr ändert gibts den DeadCheck der nach Zeit prüft.

[tugsi]

@pittini sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

ist triggergesteuert bei Aktualisierung der Datenpunkte

Ok, verstehe, muss das Script deswegen auch unbedingt in "common" abgelegt sein, damit das funktioniert oder warum?

[Pittini]

@tugsi sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

@pittini sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

ist triggergesteuert bei Aktualisierung der Datenpunkte

Ok, verstehe, muss das Script deswegen auch unbedingt in "common" abgelegt sein, damit das funktioniert oder warum?

Weils da halt hingehört, funktioniert aber in nem Unterordner genauso, nur in global darfs nicht.. Wo möchtest es denn hintun?

[tugsi]

@pittini sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

Wo möchtest es denn hintun?

Hab da keinen besonderen Ort.
Habe meine anderen Scripte jeweils etwas sortiert in Ordnern wie "Strom", "Rolladen"...
War nur etwas verwundert, dass Du explizit unter "common" das liegen haben wolltest.
Global hatte ich irgendwo mal gelesen, dass da keine Scripts rein sollen.

[Pittini]

@tugsi sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

Habe meine anderen Scripte jeweils etwas sortiert in Ordnern wie "Strom", "Rolladen"...

Ja, das ist ja auch ok, solang die alle unter common liegen, hab ich auch so. Sollten halten nicht in die Root, gehen tuts trotzdem, is wie bei rot über die Ampel gehen, darfste nich, geht meistens gut, kann aber auch mal schiefgehen.

[tugsi]

@pittini sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

@tugsi sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

Habe meine anderen Scripte jeweils etwas sortiert in Ordnern wie "Strom", "Rolladen"...

Ja, das ist ja auch ok, solang die alle unter common liegen, hab ich auch so. Sollten halten nicht in die Root, gehen tuts trotzdem, is wie bei rot über die Ampel gehen, darfste nich, geht meistens gut, kann aber auch mal schiefgehen.

Ahh ... lach... ok dann gehe ich immer über rot ....

Ich habe die Ordner im Root liegen und nicht unter common... hmm irgendwann mal so angefangen und da ja alles klappt....
Ok muss ich wohl mal ändern...

[Neko]

@pittini Erstmal herzlichen Dank für das Skript, das ist genau was ich gesucht habe.

Leider habe ich ein kleines Problem und hoffe du kannst mir da helfen.
Ich habe alle Sensoren Räumen zugeordnet und dann habe ich alle Sensoren die 3V haben der Funktion "BatterieSpannung_30" zugewiesen und diesen Namen auch in Zeile 12 (Vers. 1.7.3) angegeben.
Das Skript legt dann auch die 7 datenpunkte an, nur gibt es mit dem Punkt BatteryMinLimit ein Problem. Die Soll Spannung wird nicht erkannt bzw. eingetragen.

Ich kann zwar das Limit per Hand eintragen und dieses Wird auch übernommen, aber der Sollwert bleibt bei Null.

Ich habe schon folgendes Versucht, Datenpunkte gelöscht, Skript gelöscht und dabei auch den JS Adapter neu gestartet, immer mit dem gleichen Ergebnis. Selbst wenn ich den Datenpunkt per Hand auf "BatteryMinLimit_30" ändere, legt er mir wieder einen neuen Datenpunkt "BatteryMinLimit_" an. Gleiches Problem habe ich übrigens auch mit der Version. 1.7.0

[Dominik F.]

@neko

Zeile 12 muss "BatterieSpannung_" heissen und brauchst du nicht verändern

[Neko]

@dominik-f ach guck, kaum macht man es richtig, funktioniert es. Vielen Dank. :+1:

[papaechokilo]

Ich verzweifle mit diesem Skript. Ich habe alle Datenpunkte mit Raum und Funktion benannt. Die Funktion "DeadCheck" und "BatterieSpannung_xx" habe ich einfach halber auf den selben Datenpunkt gelegt wie die Info über die Batterie. Wenn ich das Skript in der Version 1.7.2 laufen lasse, kommen nachstehende Fehlermeldungen.

Kann mir bitte jemand helfen und sagen, wo der Wurm drin ist.
Vielen, vielen Dank.

[Dominik F.]

@papaechokilo

Zeig mal bitte n Screenshot von dem Objektbaum von einem Datenpunkt bzw dem gesamten Channel und dazu die ersten 20 Zeilen vom Script bei dir.

Die Funktion Deadcheck würde erst mal rausnehmen. Dazu macht die auf dem selben Datenpunkt gar keinen Sinn.

[papaechokilo]

@dominik-f Hier die beiden Screenshots. Ohne DeadCheck kommt eine Fehlermeldung, daß diese fehlen, daher meine Idee.