NEWS
[Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe
-
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Habe es jetztnmal hoch gestellt und beobachtet, die Geräte bleiben alle "tot" obwohl die Datenpunkte aktualisiert werden???
Das hat mir jetzt keine Ruhe gelassen und ich glaub ich habs gefunden, blöder Schreibfehler, mach mal in Zeile 253 aus den eckigen Klammern, runde und sag dann obs das war..
Danke, echt super von Dir. Hab es geändert
else if (SensorState[x] == "dead") { //Wenn Sensor als tot gelistet, aber wieder aktualisiert, Status prüfen CheckBatterys(x); };sieht nach dem ersten Start gut aus, die HM-Rauchmelder und die HM-Handsender sind noch "dead", aber die senden auch anscheinden sehr selten.
Beobachte es und melde mich dann.
Danke nochmal!
-
Guten Morgen. Also das Skript läuft und alle Geräte konnten erfasst werden. Vielen Dank dafür.
Ich habe bisher nichts mit dem vis Adapter zutun gehabt. Für die Batterieüberwachung habe ich mir jedoch eine vis angelegt (HTML VARIANTE). Gestern habe ich einen neuen Schalter im Conbee2 angelernt und dieser hat für die ersten zwei Stunden erfahrungsgemäß einen falschen Batteriewert. Nach einiger zeigt ist der Batteriewert von 0% auf 100% gesprungen.
Leider wurden die Aktualisierungen bezüglich des hinzugefügten Schalters und dessen Batteriestand nicht übernommen.
Ich habe die HTML-Daten jeweils neu eingefügt. Aber das müsste doch auch automatisch gehen.
Was muss ich in vis einstellen, damit das Skript immer aktuell angezeigt wird.JS-Engine 4.6.17
JS-Controller 3.1.4
VIS 1.2.4
Node.js v12.17.0
NPM 6.14.4
Browser Chromium/Chrom -
Guten Morgen. Also das Skript läuft und alle Geräte konnten erfasst werden. Vielen Dank dafür.
Ich habe bisher nichts mit dem vis Adapter zutun gehabt. Für die Batterieüberwachung habe ich mir jedoch eine vis angelegt (HTML VARIANTE). Gestern habe ich einen neuen Schalter im Conbee2 angelernt und dieser hat für die ersten zwei Stunden erfahrungsgemäß einen falschen Batteriewert. Nach einiger zeigt ist der Batteriewert von 0% auf 100% gesprungen.
Leider wurden die Aktualisierungen bezüglich des hinzugefügten Schalters und dessen Batteriestand nicht übernommen.
Ich habe die HTML-Daten jeweils neu eingefügt. Aber das müsste doch auch automatisch gehen.
Was muss ich in vis einstellen, damit das Skript immer aktuell angezeigt wird.JS-Engine 4.6.17
JS-Controller 3.1.4
VIS 1.2.4
Node.js v12.17.0
NPM 6.14.4
Browser Chromium/Chrom@hassoya sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Für die Batterieüberwachung habe ich mir jedoch eine vis angelegt (HTML VARIANTE).
Was genau verstehst Du darunter? Die immer aktualisierte Tabelle generiert das Skript unter "javascript.0.BatterieUeberwachung.OverviewTable". Die vom mir bereitgestellten Vis Widgets greifen auch nur darauf zu.
Leider wurden die Aktualisierungen bezüglich des hinzugefügten Schalters und dessen Batteriestand nicht übernommen.
Das Skript nach dem hinzufügen des Schalters schon mal neugestartet? Wird der Schalter angezeigt aber nicht aktualisiert oder gar nicht angezeigt?
Ich habe die HTML-Daten jeweils neu eingefügt. Aber das müsste doch auch automatisch gehen.
Du kopierst die HTML Daten aus obigem Datenpunkt manuell in Deine Vis? Dann kann das auch nicht gehen, dafür nimmt man ein Binding. Ich hab doch was für Vis bereitgestellt, warum nimmst das nicht zumindest zum spicken?
-
@hassoya sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Für die Batterieüberwachung habe ich mir jedoch eine vis angelegt (HTML VARIANTE).
Was genau verstehst Du darunter? Die immer aktualisierte Tabelle generiert das Skript unter "javascript.0.BatterieUeberwachung.OverviewTable". Die vom mir bereitgestellten Vis Widgets greifen auch nur darauf zu.
Leider wurden die Aktualisierungen bezüglich des hinzugefügten Schalters und dessen Batteriestand nicht übernommen.
Das Skript nach dem hinzufügen des Schalters schon mal neugestartet? Wird der Schalter angezeigt aber nicht aktualisiert oder gar nicht angezeigt?
Ich habe die HTML-Daten jeweils neu eingefügt. Aber das müsste doch auch automatisch gehen.
Du kopierst die HTML Daten aus obigem Datenpunkt manuell in Deine Vis? Dann kann das auch nicht gehen, dafür nimmt man ein Binding. Ich hab doch was für Vis bereitgestellt, warum nimmst das nicht zumindest zum spicken?
-
Hab's jetzt anständig importiert. Vielen Dank.
Ich musste einfach nur die Widgets importieren. Dann steht im HTML-Feld auch {javascript.0.BatterieUeberwachung.OverviewTable} drin.
-
Danke, echt super von Dir. Hab es geändert
else if (SensorState[x] == "dead") { //Wenn Sensor als tot gelistet, aber wieder aktualisiert, Status prüfen CheckBatterys(x); };sieht nach dem ersten Start gut aus, die HM-Rauchmelder und die HM-Handsender sind noch "dead", aber die senden auch anscheinden sehr selten.
Beobachte es und melde mich dann.
Danke nochmal!
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Danke, echt super von Dir. Hab es geändert
else if (SensorState[x] == "dead") { //Wenn Sensor als tot gelistet, aber wieder aktualisiert, Status prüfen CheckBatterys(x); };sieht nach dem ersten Start gut aus, die HM-Rauchmelder und die HM-Handsender sind noch "dead", aber die senden auch anscheinden sehr selten.
Beobachte es und melde mich dann.
Danke nochmal!
@Pittini habe das Script vor paar Tagen auf 1.6.2 aktualisiert und seit dem wieder das Problem dass die HM Geräte alle „tot“ bleiben?!?!
Hat’s du die Version 1.6.1 noch mal für mich vielleicht zum testeten?
Danke und Grüße
-
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Danke, echt super von Dir. Hab es geändert
else if (SensorState[x] == "dead") { //Wenn Sensor als tot gelistet, aber wieder aktualisiert, Status prüfen CheckBatterys(x); };sieht nach dem ersten Start gut aus, die HM-Rauchmelder und die HM-Handsender sind noch "dead", aber die senden auch anscheinden sehr selten.
Beobachte es und melde mich dann.
Danke nochmal!
@Pittini habe das Script vor paar Tagen auf 1.6.2 aktualisiert und seit dem wieder das Problem dass die HM Geräte alle „tot“ bleiben?!?!
Hat’s du die Version 1.6.1 noch mal für mich vielleicht zum testeten?
Danke und Grüße
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
habe das Script vor paar Tagen auf 1.6.2 aktualisiert und seit dem wieder das Problem dass die HM Geräte alle „tot“ bleiben?!?!
Hm, seltsam, den damaligen Fehlerfix hab ich in der 1.6.2 ja integriert, kontrollier bitte mal ob die Geräte wirklich aktualisiert haben.
Hat’s du die Version 1.6.1 noch mal für mich vielleicht zum testeten?
Nein, ich heb nicht jede Zwischenversion auf.
-
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
habe das Script vor paar Tagen auf 1.6.2 aktualisiert und seit dem wieder das Problem dass die HM Geräte alle „tot“ bleiben?!?!
Hm, seltsam, den damaligen Fehlerfix hab ich in der 1.6.2 ja integriert, kontrollier bitte mal ob die Geräte wirklich aktualisiert haben.
Hat’s du die Version 1.6.1 noch mal für mich vielleicht zum testeten?
Nein, ich heb nicht jede Zwischenversion auf.
-
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Danke, echt super von Dir. Hab es geändert
else if (SensorState[x] == "dead") { //Wenn Sensor als tot gelistet, aber wieder aktualisiert, Status prüfen CheckBatterys(x); };sieht nach dem ersten Start gut aus, die HM-Rauchmelder und die HM-Handsender sind noch "dead", aber die senden auch anscheinden sehr selten.
Beobachte es und melde mich dann.
Danke nochmal!
@Pittini habe das Script vor paar Tagen auf 1.6.2 aktualisiert und seit dem wieder das Problem dass die HM Geräte alle „tot“ bleiben?!?!
Hat’s du die Version 1.6.1 noch mal für mich vielleicht zum testeten?
Danke und Grüße
@Pittini
Vielen Dank für das tolle Skript. Ich bin auf der 1.6.4 und bei mir funktioniert die dead device Erkennug für HM Geräte ebenfalls nciht. Mal werden alle, mal nur einzelne Devices als dead erkannt. Ich bekomme mindestens alle 180min eine Meldung. -
@Pittini
Vielen Dank für das tolle Skript. Ich bin auf der 1.6.4 und bei mir funktioniert die dead device Erkennug für HM Geräte ebenfalls nciht. Mal werden alle, mal nur einzelne Devices als dead erkannt. Ich bekomme mindestens alle 180min eine Meldung.@passuff sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Vielen Dank für das tolle Skript. Ich bin auf der 1.6.4 und bei mir funktioniert die dead device Erkennug für HM Geräte ebenfalls nciht. Mal werden alle, mal nur einzelne Devices als dead erkannt. Ich bekomme mindestens alle 180min eine Meldung.
Bitte erst mal prüfen ob die Geräte tatsächlich aktualisieren und das Skript das falsch meldet. Wenn die erst sehr spät aktualisieren kann ja das Skript nix für, dann mußt halt die Zeit hochsetzen in den Einstellungen.
-
@passuff sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Vielen Dank für das tolle Skript. Ich bin auf der 1.6.4 und bei mir funktioniert die dead device Erkennug für HM Geräte ebenfalls nciht. Mal werden alle, mal nur einzelne Devices als dead erkannt. Ich bekomme mindestens alle 180min eine Meldung.
Bitte erst mal prüfen ob die Geräte tatsächlich aktualisieren und das Skript das falsch meldet. Wenn die erst sehr spät aktualisieren kann ja das Skript nix für, dann mußt halt die Zeit hochsetzen in den Einstellungen.
@Pittini die Geräte sind soweit in Ordnung.
Wenn ich das skript starte bekomme ich alle hm Geräte direkt als dead gelistet. Aktuell sind 180 Minuten konfiguriert. Nach einer gewissen Zeit heilt sich das system bis auf ein HM device. Es ist immer das erste in der Functions Liste. MiHome und shelly funktionieren augenscheinlich... -
@Pittini die Geräte sind soweit in Ordnung.
Wenn ich das skript starte bekomme ich alle hm Geräte direkt als dead gelistet. Aktuell sind 180 Minuten konfiguriert. Nach einer gewissen Zeit heilt sich das system bis auf ein HM device. Es ist immer das erste in der Functions Liste. MiHome und shelly funktionieren augenscheinlich...@passuff sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
die Geräte sind soweit in Ordnung.
Das will ich ja auch gar nicht anzweifeln, aber die können trotzdem evtl. sehr spät aktualisieren. Was passiert denn wenn Du die Zeit auf 360min hochsetzt?
Wenn ich das skript starte bekomme ich alle hm Geräte direkt als dead gelistet.
HM Geräte werden an sich vom Skript nicht anders behandelt als alle anderen auch. Wenn das Skript das so meldet, wirds so sein, vorallem wenn die anderen ja passen wie Du sagst. Wenn nicht, dann bitte Screenshot aus der Objektliste von so nem Gerät wo ich auch seh wann die letzte Aktualisierung war und ein komplettes Startlog mit eingeschaltetem Logging.
-
@passuff sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
die Geräte sind soweit in Ordnung.
Das will ich ja auch gar nicht anzweifeln, aber die können trotzdem evtl. sehr spät aktualisieren. Was passiert denn wenn Du die Zeit auf 360min hochsetzt?
Wenn ich das skript starte bekomme ich alle hm Geräte direkt als dead gelistet.
HM Geräte werden an sich vom Skript nicht anders behandelt als alle anderen auch. Wenn das Skript das so meldet, wirds so sein, vorallem wenn die anderen ja passen wie Du sagst. Wenn nicht, dann bitte Screenshot aus der Objektliste von so nem Gerät wo ich auch seh wann die letzte Aktualisierung war und ein komplettes Startlog mit eingeschaltetem Logging.
@Pittini
Nach näherer Betrachtung muss ich dir Recht geben. Die Batteriestati der HM Geräte (Lowbat false/true) werden nicht so oft aktualisiert wie die eigentlichen Sensorwerte (z.B. Verschluss geöffnet).
D.h. aber auch, die Dead Device Auswertung macht bei HM Geräten m.E. generell auf diese Weise keinen Sinn. Man müsste den Batteriestatus für den Low Bat Alarm und den Sensorwert für die Dead Device Auswertung heranziehen. Wäre es möglich für die Dead Device Auswertung eine zusätzliche Function im Skript zu definieren? Das würde zum einen das Problem mit HM Geräten beheben und zum anderen könnte ich so auch unabhängig von der Batteriespannung andere Geräte überwachen (anstelle oder zusätzlich zum Ping Adapter)EDIT: Einfacher: kann ich die Batterieauswertung ausschalten und nur dead devices aktivieren? Dann würde ich einfach zwei Skripte laufen lassen, wenn sich die globalen Variablen nicht in die Quere kommen....
-
@Pittini
Nach näherer Betrachtung muss ich dir Recht geben. Die Batteriestati der HM Geräte (Lowbat false/true) werden nicht so oft aktualisiert wie die eigentlichen Sensorwerte (z.B. Verschluss geöffnet).
D.h. aber auch, die Dead Device Auswertung macht bei HM Geräten m.E. generell auf diese Weise keinen Sinn. Man müsste den Batteriestatus für den Low Bat Alarm und den Sensorwert für die Dead Device Auswertung heranziehen. Wäre es möglich für die Dead Device Auswertung eine zusätzliche Function im Skript zu definieren? Das würde zum einen das Problem mit HM Geräten beheben und zum anderen könnte ich so auch unabhängig von der Batteriespannung andere Geräte überwachen (anstelle oder zusätzlich zum Ping Adapter)EDIT: Einfacher: kann ich die Batterieauswertung ausschalten und nur dead devices aktivieren? Dann würde ich einfach zwei Skripte laufen lassen, wenn sich die globalen Variablen nicht in die Quere kommen....
@passuff sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wäre es möglich für die Dead Device Auswertung eine zusätzliche Function im Skript zu definieren? Das würde zum einen das Problem mit HM Geräten beheben und zum anderen könnte ich so auch unabhängig von der Batteriespannung andere Geräte überwachen (anstelle oder zusätzlich zum Ping Adapter)
Möglich is immer alles, die Frage ist meist obs Sinn macht. In diesem Fall find ich das ne gute Idee und schöne Erweiterung für das Skript. Das is aber auch nix was man "mal schnell so" einbaut. Fazit: Wird kommen kann aber bisserl dauern.
-
@passuff sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wäre es möglich für die Dead Device Auswertung eine zusätzliche Function im Skript zu definieren? Das würde zum einen das Problem mit HM Geräten beheben und zum anderen könnte ich so auch unabhängig von der Batteriespannung andere Geräte überwachen (anstelle oder zusätzlich zum Ping Adapter)
Möglich is immer alles, die Frage ist meist obs Sinn macht. In diesem Fall find ich das ne gute Idee und schöne Erweiterung für das Skript. Das is aber auch nix was man "mal schnell so" einbaut. Fazit: Wird kommen kann aber bisserl dauern.
-
@Pittini : Mit dieser Aussage kann ich super leben. Danke noch mal für das tolle Skript. Kostet sicherlich viel Zeit und die ist rar!
@Pittini ich habe gerade noch mal einige Devices überprüft. HM ist da wohl sehr eigen. Die Variablen werden oft nur bei einer Änderung aktualisiert. Eine Regelmäßigkeit scheint es zumindest nicht wirklich zu geben, daher macht eine Auswertung der HM Zeitstempel in meinen Augen keinen Sinn. Da HM aber einen "unreach" Status schickt, könnte man auch diesen auswerten.
-
@Pittini Auch Mihome Devices sind nicht so einfach als dead devices zu erkennen. Der Zeitstempel hilft hier alleine nicht weiter, da dieser auch aktualisiert wird, wenn die devices schon nicht mehr reagieren. Das Gateway sendet immer wieder den zuletzt bekannten Wert. Die Spannung kann man allerdings super überwachen.
-
@Pittini Auch Mihome Devices sind nicht so einfach als dead devices zu erkennen. Der Zeitstempel hilft hier alleine nicht weiter, da dieser auch aktualisiert wird, wenn die devices schon nicht mehr reagieren. Das Gateway sendet immer wieder den zuletzt bekannten Wert. Die Spannung kann man allerdings super überwachen.
Moin @Pittini !
Ich habe gerade mal dein Script eingebaut, laufen lassen und wundere mich ein bisschen darüber, dass alle meine Comet-SECT Geräte angeblich tot sind.
Bei näherer betrachtung habe ich folgendes herausgefunden:
Der State als solcher ist zwar korrekt als type Number angegeben:
Das Scrpit interpretiert die aber als String:
javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 1 BatterieSpannung_30 found at fritzdect.0.Comet_119610695248.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: Tempval=40 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 0 BatterieSpannung_30 found at fritzdect.0.Comet_119610679280.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.145 info (32078) script.js.common.Batterien_überwachen: Tempval=100 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.145 info (32078) script.js.common.Batterien_überwachen: BattMinLimit Value conversion - success javascript.0 2020-08-14 18:04:11.144 info (32078) script.js.common.Batterien_überwachen: Reaching init() javascript.0 2020-08-14 18:04:11.144 info (32078) script.js.common.Batterien_überwachen: Reaching main()
Ich könnte jetzt natürlich im Script rumfummeln um die Comet-Dinger zu erkennen, aber das will ich eigentlich nicht (wegen Updates und so). Außerdem wäre es nach meinem dafürhalten nur ein Workaround.
Hast Du eine Idee was der eigentliche root-cause dabei ist?
Danke im Voraus und
viele Grüße
Grizzelbee -
Moin @Pittini !
Ich habe gerade mal dein Script eingebaut, laufen lassen und wundere mich ein bisschen darüber, dass alle meine Comet-SECT Geräte angeblich tot sind.
Bei näherer betrachtung habe ich folgendes herausgefunden:
Der State als solcher ist zwar korrekt als type Number angegeben:
Das Scrpit interpretiert die aber als String:
javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 1 BatterieSpannung_30 found at fritzdect.0.Comet_119610695248.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: Tempval=40 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 0 BatterieSpannung_30 found at fritzdect.0.Comet_119610679280.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.145 info (32078) script.js.common.Batterien_überwachen: Tempval=100 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.145 info (32078) script.js.common.Batterien_überwachen: BattMinLimit Value conversion - success javascript.0 2020-08-14 18:04:11.144 info (32078) script.js.common.Batterien_überwachen: Reaching init() javascript.0 2020-08-14 18:04:11.144 info (32078) script.js.common.Batterien_überwachen: Reaching main()Ich könnte jetzt natürlich im Script rumfummeln um die Comet-Dinger zu erkennen, aber das will ich eigentlich nicht (wegen Updates und so). Außerdem wäre es nach meinem dafürhalten nur ein Workaround.
Hast Du eine Idee was der eigentliche root-cause dabei ist?
Danke im Voraus und
viele Grüße
Grizzelbee@Grizzelbee sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Hast Du eine Idee was der eigentliche root-cause dabei ist?
Bevor ich mir da nen Kopp drum mach, folgende Frage: Hast Du schon kontrolliert wieoft die Comet Dinger tatsächlich aktualisieren. Bisher lags bei Dauertotmeldungen immer daran dass das Gerät einfach nicht häufig genug aktualisiert hat (Das Skript geht da nachm Zeitstempel). Wenn Du feststellst dass die innerhalb der eingestellten Zeit aktualisieren, das Skript aber trotzdem anderes behauptet, dann meldest Dich nochmal. Die Typeof Meldung kannste erstmal ignorieren denk ich, außer es kommen iwo echte Fehlermeldungen.
-
@Grizzelbee sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Hast Du eine Idee was der eigentliche root-cause dabei ist?
Bevor ich mir da nen Kopp drum mach, folgende Frage: Hast Du schon kontrolliert wieoft die Comet Dinger tatsächlich aktualisieren. Bisher lags bei Dauertotmeldungen immer daran dass das Gerät einfach nicht häufig genug aktualisiert hat (Das Skript geht da nachm Zeitstempel). Wenn Du feststellst dass die innerhalb der eingestellten Zeit aktualisieren, das Skript aber trotzdem anderes behauptet, dann meldest Dich nochmal. Die Typeof Meldung kannste erstmal ignorieren denk ich, außer es kommen iwo echte Fehlermeldungen.
@Pittini
Ich fürchte das ich die typeOf Geschichte leider nicht ignorieren kann... ;)Meines Wissens nach aktualisieren die Cometen alle 15 Minuten. die Dead-Zeit habe ich wegen der ebenfalls abgefragten Shelly Door/Window auf 36 Stunden eingestellt.
Das Problem ist ja, dass das Script den Prozentwert der Cometen gar nicht versucht zu parsen, weil es eben type String und nicht Number ist. Dadurch stehen die alle auf 0%, was wie man in dem Logausschnitt sehen kann falsch ist.
Fakt ist, dass String offensichtlich falsch ist, die Frage ist nur, wie das Script auf String kommt, wo der Datenpunkt doch allem Anschein nach eine Number ist.
javascript.0 2020-08-14 18:04:11.151 info (32078) script.js.common.Batterien_überwachen: BattMinLimit Value conversion - success javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: 13 BatterieSpannung_30 found at tradfri.0.MS-65540.batteryPercentage Umax= 3 BattMinLimit=2.4 Val= 1.7999999999999998 SensorProzent= 60 javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: Tempval=60 TempUnit=% TypeOf=number javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: 12 BatterieSpannung_30 found at tradfri.0.MS-65538.batteryPercentage Umax= 3 BattMinLimit=2.4 Val= 2.61 SensorProzent= 87 javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: Tempval=87 TempUnit=% TypeOf=number javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: 11 BatterieSpannung_30 found at fritzdect.0.Comet_119610718280.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: Tempval=80 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.150 info (32078) script.js.common.Batterien_überwachen: 10 BatterieSpannung_30 found at fritzdect.0.Comet_119610717960.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.149 info (32078) script.js.common.Batterien_überwachen: Tempval=80 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.149 info (32078) script.js.common.Batterien_überwachen: 9 BatterieSpannung_30 found at fritzdect.0.Comet_119610717848.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.149 info (32078) script.js.common.Batterien_überwachen: Tempval=30 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.149 info (32078) script.js.common.Batterien_überwachen: 8 BatterieSpannung_30 found at fritzdect.0.Comet_119610711024.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.149 info (32078) script.js.common.Batterien_überwachen: Tempval=100 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.148 info (32078) script.js.common.Batterien_überwachen: 7 BatterieSpannung_30 found at fritzdect.0.Comet_119610710968.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.148 info (32078) script.js.common.Batterien_überwachen: Tempval=50 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.148 info (32078) script.js.common.Batterien_überwachen: 6 BatterieSpannung_30 found at fritzdect.0.Comet_119610710720.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.148 info (32078) script.js.common.Batterien_überwachen: Tempval=50 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.148 info (32078) script.js.common.Batterien_überwachen: 5 BatterieSpannung_30 found at fritzdect.0.Comet_119610710624.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.147 info (32078) script.js.common.Batterien_überwachen: Tempval=50 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.147 info (32078) script.js.common.Batterien_überwachen: 4 BatterieSpannung_30 found at fritzdect.0.Comet_119610710432.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.147 info (32078) script.js.common.Batterien_überwachen: Tempval=60 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.147 info (32078) script.js.common.Batterien_überwachen: 3 BatterieSpannung_30 found at fritzdect.0.Comet_119610710296.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.147 info (32078) script.js.common.Batterien_überwachen: Tempval=50 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 2 BatterieSpannung_30 found at fritzdect.0.Comet_119610695752.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: Tempval=50 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 1 BatterieSpannung_30 found at fritzdect.0.Comet_119610695248.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: Tempval=40 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.146 info (32078) script.js.common.Batterien_überwachen: 0 BatterieSpannung_30 found at fritzdect.0.Comet_119610679280.battery Umax= 3 BattMinLimit=2.4 Val= 0 SensorProzent= 0 javascript.0 2020-08-14 18:04:11.145 info (32078) script.js.common.Batterien_überwachen: Tempval=100 TempUnit=% TypeOf=string javascript.0 2020-08-14 18:04:11.145 info (32078) script.js.common.Batterien_überwachen: BattMinLimit Value conversion - success javascript.0 2020-08-14 18:04:11.144 info (32078) script.js.common.Batterien_überwachen: Reaching init()Hmmm. Ich sehe gerade: Nuki ist irgendwie auch komisch:
javascript.0 2020-08-14 18:04:11.153 info (32078) script.js.common.Batterien_überwachen: 19 BatterieSpannung_60 found at nuki-extended.0.smartlocks.haustür.state.batteryCritical Umax= 6 BattMinLimit=4.8 Val= 6 SensorProzent= 100 javascript.0 2020-08-14 18:04:11.152 info (32078) script.js.common.Batterien_überwachen: Tempval=false TempUnit=undefined TypeOf=booleanLowBat ist false, wird aber dennoch als tot gekennzeichent.
Support us
833
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge