[Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe
-
Was sind das genau für Sensoren an der Phoscon bei dir?
-
@kilasat sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Was sind das genau für Sensoren an der Phoscon bei dir?
Unter Sensoren landen alle Bewegungsmelder, Fernbedienungen und ähnliches. Also alles was keine Lampe ist.
Gruß, Jürgen
-
Hast Du auch Xiaomi Bewegungsmelder an der Phoscon App dran?
-
@kilasat
Nein, bei mir besteht alles aus Ikea Tradfri-Komponenten.Gruß, Jürgen
-
@Pittini sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Bisher nicht, es gibt aber den Lastmessage Datenpunkt, der bisher immer die letzte Warnmeldung ausgab, das könnte man durchaus auf alle Warnmeldungen erweitern. Werd ich wohl im nächsten update einbauen. Was auch noch geplant ist, ist ne Erkennung und Warnung ob ein Gerät schon "tot" ist, anhand der letzten Aktualisierung.
Wird für die "toten" Gerät auch mal eine Auflistung (verkettung) geben? Wäre genau so sinnvoll denke ich wie bei den mit den unterschrittenen V Level.
Was meinst Du?
-
@der-eine sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wird für die "toten" Gerät auch mal eine Auflistung (verkettung) geben? Wäre genau so sinnvoll denke ich wie bei den mit den unterschrittenen V Level.
Was meinst Du?Naja, nen Zähler dafür gibts ja unter "javascript.0.BatterieUeberwachung.DeadDeviceCount" und in der Lastmessage sollten se auch drin sein. Kann man schon machen, aber eigentlich ging ich nicht davon aus dass wer soviele tote Geräte hat dass man gleich ne Liste dafür braucht.
-
@Pittini den Zähler hab ich schon gesehen. Ist es nicht so, wenn die Batterie als „tot“ gemeldet wird in Last Message und danach eine Batterie unter die 2,4V geht die Nachricht für die Tote Batterie überschrieben wird?
-
Ich bedank mich hier auch erst einmal bei dir für das umfangreiche Script Projekt, dass mir auch direkt als eines der wichtigesten Punkte bei der Nutzung von Batterie betriebenen Smart Geräten war.
Ich würde gerne auf deine Lösung wechseln, denn meine Lösung ist/war eine Blockly Lösung bei der ich meine batterie betriebenen Geräte manuell ins Script hinzufügen bzw. pflegen musste.Was ich in deiner Lösung ein wenig vermisse und das habe ich in meiner Lösung eingebaut, ist eine "eigene" Telegram Nachricht mit benutzerwichtigen Informationen... bei mir die notwendige Batterie für das gemeldete Gerät.
Ich habe dies folgendermaßen gelöst...
Könntest du so etwas ebenfalls einbauen, das in der Telegram Info die passende Batterie für das Gerät mit geschickt wird?
Wenn das gehen würde wäre ich sofort bei deinem Script dabei! -
@TDCroPower sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Ich würde gerne auf deine Lösung wechseln, denn meine Lösung ist/war eine Blockly Lösung bei der ich meine batterie betriebenen Geräte manuell ins Script hinzufügen bzw. pflegen musste.
Was ich in deiner Lösung ein wenig vermisse und das habe ich in meiner Lösung eingebaut, ist eine "eigene" Telegram Nachricht mit benutzerwichtigen Informationen... bei mir die notwendige Batterie für das gemeldete Gerät.
Könntest du so etwas ebenfalls einbauen, das in der Telegram Info die passende Batterie für das Gerät mit geschickt wird?
Wenn das gehen würde wäre ich sofort bei deinem Script dabei!Sorry wenn ich das jetzt so sage, aber, der Wunsch scheint mir nicht zu Ende gedacht. Der von Dir beschriebene Vorteil, eben nicht jedes Gerät im Skript anlegen zu müssen würde verloren gehen wenn für jedes Gerät ein Batterietyp im Skript hinterlegt werden soll. Oder wie anders stellst Du Dir vor dass das Skript an die Infos kommen soll welche Batterie in welchem Gerät steckt? Über die Spannung geht schon mal nicht, denn z.B. 1,5V haben sowohl AA, als auch AAA Batterien.
TRotzdem gibt es imho eine Lösung, da ja der Name des Gerätes gemeldet wird, schreib doch da einfach den Batterietyp dahinter wenn das so wichtig ist (Ich persönlich weis welche Batterie in welches Gerät kommt).) -
@Pittini hast natürlich Recht, aber in meinem Fall habe ich nicht unter der Spannung unterschieden, sondern anhand des Batterie Typen AA, AAA, CR1632 und CR2450.
Bei den ganzen Batterie Geräten kommen ja im Normalfall keine anderen Typen mehr rein
Der Sinn dabei war das auch meine Frau sofort weiß welche Batterie sie für die Auswechslung benötigt bzw. ich ohne Ausbau der Batterie den "Lagerbestand" des Types überprüfen kann und gegebenenfalls nach bestellen muss.
Gerade durch die ZigBee und Bluetooth Gerät ist die Anzahl der Batterie betriebenen Smart Geräte bei uns drastisch gestiegen und wird weiter steigen, da noch "lücken" vorhanden sind die per Sensor gemessen werden sollen.
-
@TDCroPower sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
hast natürlich Recht, aber in meinem Fall habe ich nicht unter der Spannung unterschieden, sondern anhand des Batterie Typen AA, AAA, CR1632 und CR2450.
Das ist für ne Batteriestandsüberwachung aber auch wieder nicht praktikabel, weil ich nicht weis wieviele (grad bei AA und AAA) Batterien im Gerät sind und somit, wenn ich das als Funktionskennung nehmen würde, wiederum nicht weis welche Spannung den nun die Sollspannung ist.
Bei den ganzen Batterie Geräten kommen ja im Normalfall keine anderen Typen mehr rein
Würde ich so nicht unterschreiben, die Xiomi Teile verwenden z.B. gern auch CR2032
Der Sinn dabei war das auch meine Frau sofort weiß welche Batterie sie für die Auswechslung benötigt bzw. ich ohne Ausbau der Batterie den "Lagerbestand" des Types überprüfen kann und gegebenenfalls nach bestellen muss.
Wie schon gesagt, schreibs in den Namen mit rein, oder leg ne Liste für die Frau an wieviele von welchem Typ in welches Gerät gehören oder leg einfach immer genug auf Lager
Gerade durch die ZigBee und Bluetooth Gerät ist die Anzahl der Batterie betriebenen Smart Geräte bei uns drastisch gestiegen und wird weiter steigen, da noch "lücken" vorhanden sind die per Sensor gemessen werden sollen.
Da mag ich ja auch gar nicht wiedersprechen, ist hier das selbe.
-
Das wichtigste ist doch, dass man rechtzeitig benachrichtigt wird und die Reaktionszeit entsprechend vorhanden ist um zu tauschen oder um zu bestellen. Das hängt nun von dem eingestellten Schwellwert ein.
-
ich habe gestern auf die Version aktualisiert, nun sind alle HM-Gerät als "Dead" aufgeführt.
Ne Idee?Oder kann man die Dead Anfrage abschalten?
Welche Infos bräuchtest du von mir?
-
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Ich habe gestern auf die Version aktualisiert, nun sind alle HM-Gerät als "Dead" aufgeführt.
Ne Idee?Siehe: https://forum.iobroker.net/topic/31676/vorlage-generische-batteriestandsüberwachung-vis-ausgabe/126 ff.
Oder kann man die Dead Anfrage abschalten?
Nein.
-
Danke, überlesen
sorry -
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Danke, überlesen
sorryHabe es jetztnmal hoch gestellt und beobachtet, die Geräte bleiben alle "tot" obwohl die Datenpunkte aktualisiert werden???
-
@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???
Da Du bisher der einzige von etlichen Nutzern, mich eingeschlossen, mit dem Problem bist, kontrollier bitte noch mal alles. Und dann zeig mir einen solchen Datenpunkt exemplarisch als Screenshot und das Log dazu.
-
@Saschag Vielleicht auch mal das Skript oder den ganzen JS-Adapter neu starten. Manchmal klemmt da was und Skripte bekommen Änderungen von Datenpunkten nicht mit.
P.S.: Wegen einiger Deconz-Batterie-Geräte bin ich mittlerweile im Script auf 2 Wochen Dead-Zeit hoch. Es gibt da doch welche, die es nur so alle 10 Tage mal schaffen, einen Wert zu liefern. Komischerweise alle baugleich von IKEA. Ein paar senden täglich einen Batteriestand, ein paar alle Tage mal und eine Fernbedienung hat noch nie einen Wert gesendet, funktioniert aber normal...
Gruss, Jürgen
-
@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!
