NEWS
[Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe
-
@cy_coe sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Da steht aber auch tatsächlich nichts drin - nichtmal 'false'.
Wenn da nix drinsteht isses logisch dass das Skript mault, da scheint aber dann was grundsätzliches bei Dir im argen zu liegen.
Ich kann aber auf die Thermostaten auch per mqtt zugreifen, und dort habe ich beim LOWBAT auch ein 'false' drin stehen (deswegen habe ich das ausprobiert). Sollte prinzipiell eigentlich egal sein, woher die Daten kommen, denke ich.
An sich ja, aber es ist schon relevant wie die Ordnerstruktur drüber beschaffen ist, weil auf den Parent Channel zugegriffen wird
Muß ich bei LOWBAT noch irgendwas anderes beachten? Habe da nur den Raum und als Funktion "BatterieSpannung_30" drin - also genau so, wie ich das auch bei Zahlenwerten gemacht habe...
Nein, da is nix besonderes zu beachten, aber ohne weitere Details wie Logs, Screenshot von der Objektliste etc. werden wir dem Problem nicht auf die Schliche kommen.
@Pittini said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wenn da nix drinsteht isses logisch dass das Skript mault, da scheint aber dann was grundsätzliches bei Dir im argen zu liegen.
Ja, das befürchte ich auch. Ich muß mir die ganze Geschichte mit den Thermostaten bei mir wohl nochmal genau anschauen. Habe auch den Verdacht, daß da noch was schimmelig ist. Ich melde mich dann wieder, wenn ich mehr weiß.
-
@Pittini - Danke Carlo. Super Script wie immer.
Hat jemand eine Idee, ob die Xiaomi Sensoren am Conbee II irgendwie vernünftige Batteriewerte ausgeben? Habe hier immer nur 100% stehen. Kann nicht stimmen, da es am Gateway bereits nur noch 65% hatte ;-)
-
@Pittini said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wenn da nix drinsteht isses logisch dass das Skript mault, da scheint aber dann was grundsätzliches bei Dir im argen zu liegen.
Ja, das befürchte ich auch. Ich muß mir die ganze Geschichte mit den Thermostaten bei mir wohl nochmal genau anschauen. Habe auch den Verdacht, daß da noch was schimmelig ist. Ich melde mich dann wieder, wenn ich mehr weiß.
@cy_coe said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
@Pittini said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Wenn da nix drinsteht isses logisch dass das Skript mault, da scheint aber dann was grundsätzliches bei Dir im argen zu liegen.
Ja, das befürchte ich auch. Ich muß mir die ganze Geschichte mit den Thermostaten bei mir wohl nochmal genau anschauen. Habe auch den Verdacht, daß da noch was schimmelig ist. Ich melde mich dann wieder, wenn ich mehr weiß.
So, jetzt läuft es immerhin schonmal bei drei Thermostaten, bei denen der Datenpunkt jetzt auch ein 'false' zurückgibt. Damit funktioniert auch dein Skript bei mir. Der Fehler lag also eindeutig bei meinem System.
-
@Pittini
So, zum FHEM-Problem, das ist irgendwie keines mehr. Warum auch immer war noch Script 1.5.2 in iobroker aktiv. Habe das neue nochmal rein kopert, neu gestartet und passt. :+1:Zum Batteriestand verstehe ich das nicht ganz. Vergleichen wir den gelben sensor27 zum Beispiel mit sensor3 3 Zeilen tiefer.
Der gelbe wird in Phoscon mit Batteriestand 87% angezeigt. Sensor3 hat in Phoscon nur noch 60%. Die Spannungen sind komischerweise aber gerade andersrum. Der mit 87% zeigt mehr Spannung als der mit nur 60%. Da müsste doch die Spannung bei dem mit nur 60% niedriger sein und der gelb angezeigt werden?Gruss, Jürgen
EDIT: Die Prozentwerte aus Phoscon %live entsprechen eigentlich schon den %bat denke ich. Und irgendwie wird das im Skript dann doppelt gemoppelt?
-
@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
-
@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
-
@der-eine sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Ist es möglich, die zunächst zu wechselnden
Definitiv nicht, das wär ein Zähler der immer auf 1 steht, da es immer nur eine Batterie gibt die am leersten ist.
und die mit unterschrittenen Voltage Level zu zählen?
Das wiederum macht Sinn und ich werds wohl integrieren.
Im Fensterskript werden die offenen Fenster aneinander gereiht in einem DP angezeigt. Ist das hier nicht vorgesehen?
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.
@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?
-
@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.
-
@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.
-
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! -
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).) -
@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.
-
@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.
-
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?:blush:
@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.
-
@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.
-
-
@Saschag sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:
Danke, überlesen 😐 sorry
Habe 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.
Support us
529
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge