NEWS
[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.
@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.
@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.
-
@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.
@Pittini
Hallo Gemeinde :-)
Ich probiere es mal hier, weil es bei Facebock mit den langen Log-Dateien nicht funktioniert.
Meine HM-CC-RT-DN wollen nicht mit dem Batteriestatus. Kann es sein, dass das Script nicht auf "BatteryLevel reagiert ?
Hier ein Screenshot
Hier der Datenpunkt z.b Bad_Heizung
hier das Log
... und nochmal vielen Dank für die tollen Scripte
Gruß Kyocera007
-
@Pittini
Hallo Gemeinde :-)
Ich probiere es mal hier, weil es bei Facebock mit den langen Log-Dateien nicht funktioniert.
Meine HM-CC-RT-DN wollen nicht mit dem Batteriestatus. Kann es sein, dass das Script nicht auf "BatteryLevel reagiert ?
Hier ein Screenshot
Hier der Datenpunkt z.b Bad_Heizung
hier das Log
... und nochmal vielen Dank für die tollen Scripte
Gruß Kyocera007
-
@kyocera007-0 Zeig mir doch bitte mal das Raw vom Datenpunkt, das sieht so aus als wär die Zahl als String deklariert.
@pittini
Bitte sehr, ich hab nix gemacht :grinning:{ "_id": "fhem.0.Bad_Heizung.batteryLevel", "type": "state", "common": { "name": "Bad_Heizung batteryLevel", "type": "number", "role": "value", "read": true, "write": false }, "native": { "Name": "Bad_Heizung", "Attribute": "batteryLevel", "Readings": true }, "from": "system.adapter.fhem.0", "user": "system.user.admin", "ts": 1609172128946, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } -
@pittini
Bitte sehr, ich hab nix gemacht :grinning:{ "_id": "fhem.0.Bad_Heizung.batteryLevel", "type": "state", "common": { "name": "Bad_Heizung batteryLevel", "type": "number", "role": "value", "read": true, "write": false }, "native": { "Name": "Bad_Heizung", "Attribute": "batteryLevel", "Readings": true }, "from": "system.adapter.fhem.0", "user": "system.user.admin", "ts": 1609172128946, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } } -
@kyocera007-0 Ich hab grad nen update hochgeladen, gugg mal ob das jetzt besser ist..
Sieht gut aus :-) :-)
Das Original "R-lowBatLimitRT" hat eine 2.1 V und du hast 2.4V sollte/könnte man das auch ändern ??Vielen Dank und Gruß
Support us
845
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge