UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Kyocera007 0]

@gabe
bei mir läuft es gerade ausprobiert

pushover.0	2021-02-12 08:46:12.936	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Kueche_Fenster<br>Ausfall oder disconnect im CUL HM bei Gerät Arbeit_Fenster<br>Ausfall oder
pushover.0	2021-02-12 08:46:12.929	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Bad_Fenster","title":"Batterien überprüfen","priority":"0","retry":60,"expire":600,"html":1}
pushover.0	2021-02-12 08:46:12.925	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Arbeit_Fenster","title":"Batterien überprüfen","priority":"0","retry":60,"expire":600,"html":
pushover.0	2021-02-12 08:46:12.921	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Kueche_Fenster","title":"Batterien überprüfen","priority":"0","retry":60,"expire":600,"html":
javascript.0	2021-02-12 08:46:12.912	info	(28904) script.js.common.BattUeberwachung: registered 0 subscriptions and 0 schedules
javascript.0	2021-02-12 08:46:12.911	info	(28904) script.js.common.BattUeberwachung: starting Batterieüberwachung V.1.7.2
javascript.0	2021-02-12 08:46:12.909	info	(28904) Start javascript script.js.common.BattUeberwachung
javascript.0	2021-02-12 08:46:10.254	info	(28904) Stop script script.js.common.BattUeberwachung
pushover.0	2021-02-12 08:46:06.355	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Kueche_Fenster<br>Ausfall oder disconnect im CUL HM bei Gerät Arbeit_Fenster<br>Ausfall oder
pushover.0	2021-02-12 08:46:06.348	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Bad_Fenster","title":"Batterien überprüfen","priority":"0","retry":60,"expire":600,"html":1}
pushover.0	2021-02-12 08:46:06.345	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Arbeit_Fenster","title":"Batterien überprüfen","priority":"0","retry":60,"expire":600,"html":
pushover.0	2021-02-12 08:46:06.341	info	(2053) Send pushover notification: {"device":"All","message":"Ausfall oder disconnect im CUL HM bei Gerät Kueche_Fenster","title":"Batterien überprüfen","priority":"0","retry":60,"expire":600,"html":
javascript.0	2021-02-12 08:46:06.334	info	(28904) script.js.common.BattUeberwachung: registered 0 subscriptions and 0 schedules
javascript.0	2021-02-12 08:46:06.330	info	(28904) script.js.common.BattUeberwachung: starting Batterieüberwachung V.1.7.2
javascript.0	2021-02-12 08:46:06.317	info	(28904) Start javascript script.js.common.BattUeberwachung
javascript.0	2021-02-12 08:46:06.170	info	(28904) Stop script script.js.common.BattUeberwachung

Gruß

[Alero]

Hi,
Würde germen per E-mail imformiert werden wenn eine Sensor eine schwache Batterie hat.
vielleicht habe ich ja was übersehen, aber wie kann ich die Benachrichtigung per mail oder telegramm einrichten. Im Script habe ich es bereits auf true gesetzt.

Gruß
Alero

[Kyocera007 0]

@alero
entsprechenden Adapter installieren z.b. Adapter/Messaging/Email senden

Gruß

[Alero]

@kyocera007-0
danke.

da gibt es kein gmx. hat jemand das schon mit gmx ans Laufen gebracht?

[Alero]

@aleHi,

sehe es gerade. Anwender definiert.

wer lesen kann ist klar im Vorteil.

[Alero]

@Kyocera007-0
bekomme bei der Einrichtung eine Fehlermeldung.

email.0	2021-02-12 10:41:24.295	debug	(8061) system.adapter.admin.1: logging true
email.0	2021-02-12 10:41:22.455	debug	(8061) system.adapter.admin.1: logging false
email.0	2021-02-12 10:41:21.426	debug	(8061) sendTo "send" to system.adapter.admin.1 from system.adapter.email.0
email.0	2021-02-12 10:41:21.426	error	(8061) Error undefined
email.0	2021-02-12 10:41:21.418	info	(8061) Send email: {"subject":"ioBroker","to":"xxx.xxxx@gmx.de","from":"Batteriewarnung","text":"Das ist TEST Email"}
email.0	2021-02-12 10:41:17.735	debug	(8061) sendTo "send" to system.adapter.admin.1 from system.adapter.email.0
email.0	2021-02-12 10:41:17.734	error	(8061) Error undefined
email.0	2021-02-12 10:41:24.295	debug	(8061) system.adapter.admin.1: logging true

[Alero]

Hi,
meine Einstellungen

[Kyocera007 0]

@alero
Da kann ich dir leider nicht helfen.
Das ist bestimmt für die Email, dann bist du im falschen Tread

Gruß

[Gabe]

@kyocera007-0 das ja lustig... ok wüsste nicht was ich anders gemacht habe...

[Jason]

Hat hier jemand schon das Batteriescript in Jarvis eingebunden?
Mich würde interessieren wie ich die Tabelle in Jarvis angezeigt bekomme (JSON Format)!

Vielen Dank

[RaLach]

Zunächst absoluten Respekt für das Script.

Mir ist ein (kleiner) Fehler aufgefallen: Habe eine Batteriespannung, wo der Grenzwert exakt erreicht ist. Da die "Warn"-Bedingung erst bei Unterschreitung aktiv wird, die Markierung mit "Info" (geringste Batteriespannung) jedoch nur bei noch nicht erreichtem Grenzwert, bleibt die Zeile grün und die zweitkleinste Battreiespannung wird gelb.

Ich habe daher in der Version "1.7.2" die Zeile 371 zusätzlich ein "=" spendiert und berücksichtige damit auch Spannungswerte auf dem Limit für die "Info"-Darstellung.

[Pittini]

@ralach Danke, werd ich im nächsten update übernehmen.

[esche]

Bin heute auf dieses Script gestoßen. Vielen Dank für dein Script und deine Mühe @Pittini , dies funktioniert für mich soweit...

Bei mir wird das Gerät mit dem niedrigsten Akkus stand immer in orange markiert und der Status auf "info" gesetzt. Ein paar Anmerkungen/Punkte, welche mir hierzu aufgefallen sind.

1. Die Farbe "Orange" ist für mich keine Farbe für den Status "info".

2. Finde die Idee mit dem "Vorraussichtlich nächste zu wechselnde Batterie" (Voraussichtlich schreibt man übrigens nur mit einem r ;-) ) ganz gut, jedoch befürchte ich, dass diese so nicht so ganz korrekt arbeitet. Daher wäre es interessant zu wissen, wer diese Funktion nutzt und wie er hier diese Werte interpretiert?

3. Dies ist aber auch bei Geräten so, bei denen die Spannung noch weit über Limit ist.
   Ist das so gewollt? Wenn ja, gibt es einen Konfiguration um dieses Verhalten zu beeinflussen? Falls nicht, würde das in meinem Fall bedeuten, dass ich in solchen Fällen immer eine orangene "Info" habe, welche ich teilweise die nächsten Monate ignorieren kann.

4. In der Beschreibung ist aktuell nicht die aktuellste Version verlinkt. Ggf. wäre es sinnvoll diese anzupassen oder z. B. fix auf eine "latest" Version zu verlinken.

Danke und Gruß
Esche

[esche]

Hier noch ein Beispiel zu Punkt 2:

Für mich wäre die nächste Batterie welche ich wechseln müsste, in der Grafik die 2., die rot angezeigt wird. Aktuell funktioniert diese ja noch, da das Limit ja nur für die "Batterie Low" Warnung verantwortlich ist. Laut Meldung müsste ich jedoch die 1. als nächstes wechseln. Und wenn es ganz blöd läuft und ich das 3. Gerät viel beanspruche, kann es sogar sein, dass dieses sogar noch früher schlapp macht...

[esche]

Was mir gerade noch aufgefallen ist:
Ich habe 2 Homematic Geräte, welche nur LowBat true/false melden.

Funk-Fenster-Drehgriffkontakt (HM-Sec-RHS) und Zählersensor-Sendeeinheit Strom/Gas (HM-ES-TX-WM). Bei beiden Geräten habe ich die entsprechende Funktion (BatterieSpannung_XX) beim jeweiligen Datenpunkt hm-rpc.0.PEXXXXX.0.LOWBAT hinzugefügt. Jedoch werden mir diese Geräte nur als "dead" angezeigt, obwohl diese vor kurzem gesendet haben. Auch wenn ich die Variable "NotifyDeadDevices" auf "false" setze. Mache ich hier was falsch?

Danke und Gruß
Esche

[Pittini]

@esche

1. zur Infozeile, ja das ist so gewollt, wenn Dir die Farbe nicht taugt oder was anderes, dann stells halt um, sind doch genug Möglichkeiten vorgesehen:
   

2. Homematic Geräte sind da sehr speziell, die aktualisieren den Lowbat Datenpunkt sehr selten, auch wennse durchaus Daten senden. Deswegen gibts ja den 2ten Check den Du dem Datenpunkt zuweisen kannst der wirklich aktualisiert wird.

3. NotifyDeadDevices bezieht sich auf Nachrichten, Email, Pushover etc. nicht auf die Funktion an sich.

[esche]

@pittini said in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

Homematic Geräte sind da sehr speziell, die aktualisieren den Lowbat Datenpunkt sehr selten, auch wennse durchaus Daten senden. Deswegen gibts ja den 2ten Check den Du dem Datenpunkt zuweisen kannst der wirklich aktualisiert wird

Danke für die Rückmeldung. Leider konnte ich den 2. Punkt nicht nachvollziehen, daher würde ich gerne nochmal nachfragen. Ich habe keine Geräte in der Funktion "DeadCheck" definiert. Warum werden dann Geräte als "dead" überhaupt angezeigt (batLow ist auch auf false) ?

[Pittini]

@esche sagte in [Vorlage] Generische Batteriestandsüberwachung + Vis-ausgabe:

Danke für die Rückmeldung. Leider konnte ich den 2. Punkt nicht nachvollziehen, daher würde ich gerne nochmal nachfragen. Ich habe keine Geräte in der Funktion "DeadCheck" definiert. Warum werden dann Geräte als "dead" überhaupt angezeigt (batLow ist auch auf false) ?

Der DeadCheck wird grundsätzlich bei jedem Gerät durchgeführt. Der zusätzliche wurde eben für genau Deien Usecase implementiert.

[Alero]

@pittini
Hi,

die Frage von esche interessiert mich auch. habde die Wetterstation die auch nur LowBat true/false hat.
wäre toll wenn man sie einbinden könnte.

Gruß
Alero

[Pittini]

@alero Das Problem ist ja nicht dass nur lowbat true/false zur Verfügung steht, damit kommt das Skript klar (wird halt als 0% bzw. 100% gewertet). Das Problem ist, das der lowbat Datenpunkt seehr selten aktualisiert wird bei HM, selbst dann nicht wenn andere Daten gesendet werden. Deswegen gibts den Extra DeadCheck. Es steht also einer Einbindung der Wetterstation eigentlich nix im Weg.