NEWS
[Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe
-
Ich habe das Skript nun auch bei mir eingebaut, kann allerdings nicht so richtig nachvollziehen wie es mit den 0-100% Ausgaben umgeht, die bei Zigbee Geräten üblich sind.
Ich habe einen Bewegungsmelder der noch 5% Energiestand hat. Der Batterie-Datenpunkt hat dementsprechend 5[%].
%-live zeigt die 5% auch korrekt an. Aber bei %bat ist dann von 81% die Rede.
Ich kann trotz Lesen der Doku nicht so richtig nachvollziehen, was das Skript da macht oder ob ich etwas falsch eingestellt habe.BatteryMinLimit_30 steht auf dem Standard 2.4V
Vielleicht könntest du für die %-Werte nochmal etwas mehr in die Doku packen.
Bisher ist ja nur die Rede davon, dass auch hier die Batterie anzugeben ist. Wieso ist für mich nicht so richtig nachvollziehbar.@ioBroker-lover sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Ich habe einen Bewegungsmelder der noch 5% Energiestand hat. Der Batterie-Datenpunkt hat dementsprechend 5[%].
%-live zeigt die 5% auch korrekt an. Aber bei %bat ist dann von 81% die Rede.Ja klar, is ja auch logisch. Es gibt ja für jedes Gerät ein Spannungsfenster indem es arbeitet, bei 3V Geräten z.B. ca. von 3V-2,7V. Das heißt 0,3Volt sind 100%live. Hat das Gerät jetzt nur noch 2,85V sind das 50% live aber immer noch 95% bat.
Ich kann trotz Lesen der Doku nicht so richtig nachvollziehen, was das Skript da macht oder ob ich etwas falsch eingestellt habe.
BatteryMinLimit_30 steht auf dem Standard 2.4VHÄ? Soll das heißen Du verwendest für die 3V Geräte Akkus, welche dann 2,4V haben? Dann mußt selber entscheiden was mehr Sinn macht, entweder BatteryMinLimit_30 oder BatteryMinLimit_24
Vielleicht könntest du für die %-Werte nochmal etwas mehr in die Doku packen.
Nö, die is lang genug.
-
@ioBroker-lover sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Ich habe einen Bewegungsmelder der noch 5% Energiestand hat. Der Batterie-Datenpunkt hat dementsprechend 5[%].
%-live zeigt die 5% auch korrekt an. Aber bei %bat ist dann von 81% die Rede.Ja klar, is ja auch logisch. Es gibt ja für jedes Gerät ein Spannungsfenster indem es arbeitet, bei 3V Geräten z.B. ca. von 3V-2,7V. Das heißt 0,3Volt sind 100%live. Hat das Gerät jetzt nur noch 2,85V sind das 50% live aber immer noch 95% bat.
Ich kann trotz Lesen der Doku nicht so richtig nachvollziehen, was das Skript da macht oder ob ich etwas falsch eingestellt habe.
BatteryMinLimit_30 steht auf dem Standard 2.4VHÄ? Soll das heißen Du verwendest für die 3V Geräte Akkus, welche dann 2,4V haben? Dann mußt selber entscheiden was mehr Sinn macht, entweder BatteryMinLimit_30 oder BatteryMinLimit_24
Vielleicht könntest du für die %-Werte nochmal etwas mehr in die Doku packen.
Nö, die is lang genug.
-
Wie kann ich Batterien überprüfen die nur % angaben haben? Was muss ich eintragen? Finde in der Anleitung nichts, nur das es möglich ist.
Batteriespanung100?
@locito09 sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wie kann ich Batterien überprüfen die nur % angaben haben? Was muss ich eintragen? Finde in der Anleitung nichts, nur das es möglich ist.
Seufz, die Frage hab ich schon drölfzig mal hier im Thread beantwortet, es ist scheissegal ob da lowbat oder % stehen, es gibt eine Nennspannung für das Gerät und die is relevant und anzugeben, alles andere erkennt das Skript selber.
Batteriespanung100?
Batteriespannung100 heißt die Batterie hat 10Volt Nennspannung
-
@locito09 sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wie kann ich Batterien überprüfen die nur % angaben haben? Was muss ich eintragen? Finde in der Anleitung nichts, nur das es möglich ist.
Seufz, die Frage hab ich schon drölfzig mal hier im Thread beantwortet, es ist scheissegal ob da lowbat oder % stehen, es gibt eine Nennspannung für das Gerät und die is relevant und anzugeben, alles andere erkennt das Skript selber.
Batteriespanung100?
Batteriespannung100 heißt die Batterie hat 10Volt Nennspannung
Wäre es möglich Pushover als Meldung in dein Script einzubauen? Man kann dort mehrere Instanzen von Pushover nutzen, eine z.B. für die Infomeldung, eine wenn die Batterie ihr Limit erreicht hat.
-
Wäre es möglich Pushover als Meldung in dein Script einzubauen? Man kann dort mehrere Instanzen von Pushover nutzen, eine z.B. für die Infomeldung, eine wenn die Batterie ihr Limit erreicht hat.
@dominik-f said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wäre es möglich Pushover als Meldung in dein Script einzubauen? Man kann dort mehrere Instanzen von Pushover nutzen, eine z.B. für die Infomeldung, eine wenn die Batterie ihr Limit erreicht hat.
Möglich is (fast) alles, aber weder nutze ich pushover noch hab ich nen Plan wie was Instanzen trallala, mach Dir doch nen Fork und baus selber rein ;)
-
@dominik-f said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wäre es möglich Pushover als Meldung in dein Script einzubauen? Man kann dort mehrere Instanzen von Pushover nutzen, eine z.B. für die Infomeldung, eine wenn die Batterie ihr Limit erreicht hat.
Möglich is (fast) alles, aber weder nutze ich pushover noch hab ich nen Plan wie was Instanzen trallala, mach Dir doch nen Fork und baus selber rein ;)
Das einbauen könnte ich denke ich, nur wenn du dein Skript Updates ist ja auch alles wieder weg.
Oder was meinst du mit fork? -
Das einbauen könnte ich denke ich, nur wenn du dein Skript Updates ist ja auch alles wieder weg.
Oder was meinst du mit fork?@dominik-f said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Das einbauen könnte ich denke ich, nur wenn du dein Skript Updates ist ja auch alles wieder weg.
Oder was meinst du mit fork?Du kannst mein Projekt auf Git forken, d.h. Dir ne Arbeitskopie in Dein Git Repo ziehen. Dann machst Du Deine Änderungen. Wenn fertig schiebst Du das in Dein Repo auf Git und machst nen PullRequest, damit kann dann ich Deine Änderungen, ganz oder teilweise, in mein Projekt übernehmen.
-
@dominik-f said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Das einbauen könnte ich denke ich, nur wenn du dein Skript Updates ist ja auch alles wieder weg.
Oder was meinst du mit fork?Du kannst mein Projekt auf Git forken, d.h. Dir ne Arbeitskopie in Dein Git Repo ziehen. Dann machst Du Deine Änderungen. Wenn fertig schiebst Du das in Dein Repo auf Git und machst nen PullRequest, damit kann dann ich Deine Änderungen, ganz oder teilweise, in mein Projekt übernehmen.
Na das kann ja was werden :D Ich geb mein bestes^^
-
@dominik-f said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Das einbauen könnte ich denke ich, nur wenn du dein Skript Updates ist ja auch alles wieder weg.
Oder was meinst du mit fork?Du kannst mein Projekt auf Git forken, d.h. Dir ne Arbeitskopie in Dein Git Repo ziehen. Dann machst Du Deine Änderungen. Wenn fertig schiebst Du das in Dein Repo auf Git und machst nen PullRequest, damit kann dann ich Deine Änderungen, ganz oder teilweise, in mein Projekt übernehmen.
Okay, ich hoffe ich hab das mit dem Pullrequest richtig gemacht. Habs getestet und funktioniert bei mir.
-
Hmm, ich bin etwas ratlos... Script funktioniert super, nur übernimmt er bei mir nur bei den deconz-Geräten nicht die korrekte Sensor ID und den Namen (bei den HM-Geräten allerdings schon). Weiß jemand Rat? Herzlichen Dank :-)


-
@floxd sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
nur übernimmt er bei mir nur bei den deconz-Geräten nicht die korrekte Sensor ID und den Namen
Guggst Du Skripteinstellungen Zeile 24 (aktuelle Version)
-
Generisches Script um die Batteriestände beliebig vieler Geräte, auch mit unterschiedlichen Spannungen und LowLimit, zu überwachen
Features
- Kann beliebig viele Geräte überwachen welche einen Datenpunkt mit der Batteriespannung, eine Prozentangabe oder zumindest Lowbat zur Verfügung stellen.
- Es können simultan Geräte mit unterschiedlichen Spannungen überwacht werden, z.B. 1,5V und 3V, auch Geräte welche nur LowBat true/false bereitstellen können berücksichtigt werden ebenso wie Prozentwerte in zwei Varianten.
- Möglichkeit eine Meldung/Ansage via Log/Mail/Alexa/Telegram bei unterschreiten einer einstellbaren Limitspannung auszugeben.
- permanente Anzeige des Gerätes mit der niedrigsten Spannung (außer Lowbat, da hier die Info nicht verfügbar ist).
- Kleines Set aus vordefinierten Standart Vis Widgets (Basic-String, Basic-Bool, Html) zur leichteren Integration, bzw. als Beispiel für eigene Vis Projekte.
- Einfache, dynamisch erstellte Html Übersichtstabelle mit einstellmöglichkeit welche Spalten angezeigt werden sollen
- Nach Installation keine Skriptänderungen mehr nötig um neue Geräte hinzuzufügen.
Genaueres beim Projekt auf Git

Hallo,
erstmal danke für das super Skript! Ich habe es mir gerade installiert (v1.7.1) und es funktioniert wie es soll, bis auf eine Kleinigkeit.
Wenn ich ein HM-Gerät, in meinem Fall einen optischen Fenster/Tür-Sensor aufnehme, der nur true/false für den LowBat DP kennt bekomme ich folgende Fehlermeldung:

Im Objektbrowser habe ich es so gemacht:

Muss ich statt BatterieSpannung_30 sowas wie einen BatterieSpannung_Boolean (fals es den gäbe) setzen?
-
Hallo,
erstmal danke für das super Skript! Ich habe es mir gerade installiert (v1.7.1) und es funktioniert wie es soll, bis auf eine Kleinigkeit.
Wenn ich ein HM-Gerät, in meinem Fall einen optischen Fenster/Tür-Sensor aufnehme, der nur true/false für den LowBat DP kennt bekomme ich folgende Fehlermeldung:

Im Objektbrowser habe ich es so gemacht:

Muss ich statt BatterieSpannung_30 sowas wie einen BatterieSpannung_Boolean (fals es den gäbe) setzen?
-
Hallo,
erstmal danke für das super Skript! Ich habe es mir gerade installiert (v1.7.1) und es funktioniert wie es soll, bis auf eine Kleinigkeit.
Wenn ich ein HM-Gerät, in meinem Fall einen optischen Fenster/Tür-Sensor aufnehme, der nur true/false für den LowBat DP kennt bekomme ich folgende Fehlermeldung:

Im Objektbrowser habe ich es so gemacht:

Muss ich statt BatterieSpannung_30 sowas wie einen BatterieSpannung_Boolean (fals es den gäbe) setzen?
@qqolli Was haste denn, ist doch alles korrekt. Das der als dead angezeigt wird is soweit ersmal normal bei hm, weil der Datenpunkt sehr selten aktualisiert wird. Deswegen gibts ja den 2ten DeadCheck für solche Fälle. Den legste am besten auf den Schaltdatenpunkt vom TFK, der dürfte öfter aktualisiert werden, mußt halt mal guggen. Zusätzlich und/oder alternativ kannste natürlich die Zeit für den DeadCheck höher setzen.
-
Hallo,
erstmal danke für das super Skript! Ich habe es mir gerade installiert (v1.7.1) und es funktioniert wie es soll, bis auf eine Kleinigkeit.
Wenn ich ein HM-Gerät, in meinem Fall einen optischen Fenster/Tür-Sensor aufnehme, der nur true/false für den LowBat DP kennt bekomme ich folgende Fehlermeldung:

Im Objektbrowser habe ich es so gemacht:

Muss ich statt BatterieSpannung_30 sowas wie einen BatterieSpannung_Boolean (fals es den gäbe) setzen?
-
@qqolli Was haste denn, ist doch alles korrekt. Das der als dead angezeigt wird is soweit ersmal normal bei hm, weil der Datenpunkt sehr selten aktualisiert wird. Deswegen gibts ja den 2ten DeadCheck für solche Fälle. Den legste am besten auf den Schaltdatenpunkt vom TFK, der dürfte öfter aktualisiert werden, mußt halt mal guggen. Zusätzlich und/oder alternativ kannste natürlich die Zeit für den DeadCheck höher setzen.
-
Du hast doch bestimmt auch einen BATTERY_STATE bei HM. Würde denke ich mehr Sinn machen diesen zu nutzen weil dieser auch eine Spannung als Wert ausgibt.
-
Du hast doch bestimmt auch einen BATTERY_STATE bei HM. Würde denke ich mehr Sinn machen diesen zu nutzen weil dieser auch eine Spannung als Wert ausgibt.
@dominik-f
Die habe ich auch genommen (soweit verfügbar), da nicht alle HM-Komponenten einen solchen besitzen.
Z. B. hat der HM Thermostat diesen DP für die Batteriespannung (Battery_State).
Die optischen TFK's von HM haben einen solchen leider nicht. Was sie haben, ist ein DP vom Typ boolean. Der sagt nur, ob der Batteriestand niedrig ist oder nicht; keine Angabe der Spannung oder des Prozentsatzes. Zudem wird dieser DP tatsächlich recht selten aktualisiert; die Antwort von @Pittini war somit recht hilfreich.