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

[Timmss]

Huhu in diese liebe Community,

ich habe ein Blockly-Skript, welches stumpf folgendes macht:

Trigger auf wenn sich ein Wert der IDs von der Aufzählung Batterie_Status ändert
Falls der Wert wahr ist
Sende eine Mail mit dieser ID

Das tat was es soll, allerdings zeigten sich dieses Wochenende mögliche Verbesserungen. Ein Fensterkontakt (alles HM-IP) meldete lowbat. Dann war es wieder gut. Dann gings wieder los... Die Komponente war also an der 1V Schwelle und das Skript tat was es soll und schickte 45 Mails

Ich würde pro Objekt.ID gerne einmalig eine Mail versenden wollen. Mein Ansatz wäre, eine Liste mit den IDs zu befüllen und einfach zu prüfen, ob diese ID schon in der Liste enthalten ist. Nach 30 Tagen muss diese ID aus der Liste wieder entfernt werden:

Das Blockly ist meinen Ansatz nach noch falsch. Habt ihr Ideen?

[Asgothian]

@timmss sagte in Lowbat *einmalig* mailen:

Das Blockly ist meinen Ansatz nach noch falsch. Habt ihr Ideen?

Der Baustein 'suche das erste aufteten' liefert eine Zahl zurück. 0: nicht gefunden, 1..n, Index des Elementes.

Du musst also einen Vergleich auf != 0 einfügen, dann wird es gehen.

A.

[Timmss]

@asgothian Danke für den Hinweis. So habe ich es jetzt:

Theoretisch muss ich ja auf 0 prüfen, weil ich nur IDs finden möchte, die noch nicht in der Liste sind.

Ansonsten findest du das Handling vom Löschen so in Ordnung? Das könnten ja mehrere Timeouts werden, welche alle 30 Tage dauern.

[paul53]

@timmss sagte: Das könnten ja mehrere Timeouts werden, welche alle 30 Tage dauern.

Das wird so nicht funktionieren. Setze die Liste besser durch eine (virtuelle) Taste, die nach Batterietausch und nach erstem Skriptstart betätigt wird, zurück. Weiteres:

• "erhöhe benachrichtigt um" ist eine mathematische und keine Listenfunktion.
• Damit die Liste einen Skriptstart übersteht, muss sie in einem Datenpunkt vom Typ "array" gespeichert werden.

[Timmss]

@paul53 Besten dank für deine Tipps. Dann baue ich den Taster auf der Visu ein.

So sähe es jetzt final aus:

Ich habe im Tasten-Trigger noch eingebaut, dass der Wert wieder zurückgesetzt wird.

[paul53]

@timmss sagte: im Tasten-Trigger noch eingebaut, dass der Wert wieder zurückgesetzt wird.

Das ist nicht nötig.
Beim Einfügen in die Liste ist die falsche Variable ausgewählt!

[Timmss]

@paul53 Komplett übersehen, noch einmal Danke!

Warum ist das Zurücksetzen nicht notwendig? Angenommen jemand wechselt die Komponente und drückt den Taster. Dieser hat dann den Wert wahr und somit löst der Trigger im Skript aus. Wenn das jetzt nochmal passiert, hat der Taster den Wert falsch und der Trigger würde nicht auslösen?

[paul53]

@timmss sagte: Warum ist das Zurücksetzen nicht notwendig?

Wenn ein Taster (Rolle: "button") wahr ist und nochmal betätigt wird, bleibt er wahr, aber der Zeitstempel wird aktualisiert, was den Trigger auf "ist wahr" auslöst.

[Timmss]

Update

Zufälligerweise hat sich heute das Testen des Skriptes ergeben und es funktioniert einwandfrei!

Der Wert pendelt genau an der Schwelle und low_bat ist true, false, true, false, ... - aber nur eine einzige Mail. Sehr schön.

Die Batterie wurde ausgetauscht und die Taste gedrückt. Letzteres würde ich gerne irgendwie noch automatisieren, aber so tut es erstmal.

Edit: Vielleicht eine zweite Liste mitlaufen lassen, in dem die übrigen Tage bis zur automatischen Löschung gespeichert werden. Dabei wäre der zweite Eintrag der für den zweiten Eintrag in unserer lowbatListe. Standardmäßig den Wert 28 (4 Wochen) und jeden Tag wird -1 gerechnet und wenn es dann bei 0 angekommen ist, löscht es den passenden Eintrag automatisch aus unserer Liste mit den IDs.

@paul53 was hälst du davon?

[paul53]

@timmss sagte: wenn es dann bei 0 angekommen ist, löscht es den passenden Eintrag automatisch aus unserer Liste mit den IDs.

Es muss der Eintrag in beiden Listen gelöscht werden, damit der Index weiter übereinstimmt.

[Timmss]

@paul53 sagte: Es muss der Eintrag in beiden Listen gelöscht werden, damit der Index weiter übereinstimmt.

Ja genau.

Fände diesen Automatismus schöner, als sich auf die Nutzer zu verlassen.

[paul53]

@timmss sagte: Fände diesen Automatismus schöner, als sich auf die Nutzer zu verlassen.

Da der Batteriewechsel eine manuelle Tätigkeit ist, dürfte man sich schnell daran gewöhnen, anschließend die Taste zu betätigen.

[Timmss]

@paul53 Ich habe mal aus Neugier was gebaut:

Ich bin mir nicht sicher, ob man so Werte aus einer Liste löscht. Aber prinzipiell müsste es so gehen?

Edit: Der 'entferne'-Block wurde gefunden. Man müsste nur selber durchschauen

[paul53]

@timmss
Falsche Variable Liste.

Außerdem falsche Schleife gewählt. Richtig:

[Timmss]

@paul53 Oh man. Ist angepasst.

Deswegen finde ich es hier im Forum so toll. Danke für die Große Hilfe!

[Timmss]

@paul53 Wobei mir gerade beim Testen was auffällt. Wir nehmen Einträge aus der Liste tagesliste weg. Wir versuchen aber über die gesamte ursprüngliche Länge der Liste auf die Werte zuzugreifen. Der Index spielt uns in die Karten.

Als Lösung vielleicht eine dritte Liste, die sich spiegelt mit der tagesliste. Nur dort entfernen wir und aktualisieren diese zum Schluss mit der tagesliste?

[paul53]

@timmss sagte: Der Index spielt uns in die Karten.

Dann korrigiere den Index nach dem Entfernen.

[Timmss]

@paul53 sagte: Dann korrigiere den Index nach dem Entfernen.

Das wäre eine Idee. Dennoch geht die Schleife ja so lang wie die ursprüngliche Länge der tagesliste.

Aus benachrichtigt = [id1, id2] und tagesliste = [1, 20] wird benachrichtigt = [id2] und tagesliste = [20, -1].

[paul53]

@timmss sagte: tagesliste = [20, -1].

Wirklich? Ich habe mal eine Tagesliste mit Javascript nachgebildet:

[Timmss]

@paul53 Diese Schleife:

gibt mir diese outputs:

2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt vorher: 11,20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste vorher: 1,20,29
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 0
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 20,29
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 1
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 19,29
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 2
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 19,28
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: Schleifendurchgang: 3
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt jetzt: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste jetzt: 19,28,-1
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: benachrichtigt danach: 20,94
2025-09-10 08:55:06.468 - info: javascript.0 (36733) script.js.common.Allgemein.Mailing_von_LOW_BAT: tagesliste danach: 19,28,-1

So wurden die debugs eingearbeitet: