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

[Michi68]

so ich noch mal habe das jetzt mal getestet

mit true oder false wie man hier sieht schreib er auch true rein und die Steckdose geht an und die Nachricht wurde mit Telegram versendet.

Nach ca. 2-3 Minuten ändert fritzdect.0 den Wert true in 1 um aber es wurde keine zweite Nachricht verschickt so wie ich es vermutet hatte.

Also liegt da schon mal nicht der Fehler

[Jan1]

@Michi68
Eigentlich war es klar, da darauf auch nicht getriggert wird. Das =wahr ist unnötig da doppelt und im Bild hast nicht das umgesetzt was ich gepostet habe und als möglichen Fehler auf dem Schirm hatte. Nimm einfach Wert aus dem Trigger Bereich, weil das eben besser für die Laufzeit ist und sich auf den Wert des Trigger bezieht, hatte ich ogben schon erklärt.

[ticaki]

@Michi68
Ist alles möglich. Der Topicersteller sollte eine Logausgabe ins Skript einbauen und prüfen ob es 2 mal aufgerufen wird und am besten "state.from" ins log schreiben.

[Jan1]

@ticaki
Hab bei mir jetzt noch mal nach dem on/off DP geschaut und da stimmt vom Adapter schon was nicht, zumindest ist es verwirrend. Der DP ist als Logikwert deklariert und bietet beim manuellen setzten eben nur true und false an, was auch funktioniert. Das wird aber nach einer gewissen Zeit in 0 und 1 gewandelt, was zwar immer noch boolen ist, aber als Deklaration für den DP eher eine Zahl.
Das sollte aber auch nicht das Problem des doppelten Senden sein, sondern eher eine unschöne Eigenschaft des Adapter die aber trotzdem funktioniert.

[Crazy32]

Wow, so viele Antworten. Gestern Abend hatte ich das Phänomen, dass die Lampe ausgeschaltet wurde und die Meldung "Lampe aus" kam. Kurze Zeit später wieder die zweite Meldung, allerdings mit der Meldung "Lampe an", obwohl die Lampe aus war. Seltsam. Ich habe jetzt mal die Werte von "wahr" und "falsch" auf "1" und "0" geändert.
Das Script für die Lampenschaltung habe ich so gelassen, weil ich mit der Cron-Funktion leicht Probleme hatte, da hat sich die Lampe minütlich ein- und ausgeschaltet. Mit der Cron-Funktion komme ich noch nicht so ganz klar. Ich poste jetzt nochmal meine aktuelle Konfiguration und schaue was passiert.
@ticaki Das mit der Logausgabe ist eine gute Idee, da weiß ich aber auch noch nicht wie das geht...

[Jan1]

@Crazy32
Beim CRON hast wohl die Minuten drin und nicht nur die Wochentage, somit heißt Dein CRON jede Minute von Montag bis Freitag. Schau doch einfach was da steh und genau das macht er. 0 und 1 hatte ich ja getestet und da ist der Adapter etwas seltsam aufgebaut.
Wenn die Meldung auf Telegram kommt, dass die Lampe aus ist und diese aber an bleibt, dann stimmt bei Dir was ganz anderes nicht, denn das sollte nur kommen wenn die Lampe aus ist.

Die Log Meldungen bekommst mit dem Debugblock, wobei das auch nicht wirklich nötig ist, da ja ein Telegram im Fall des Trigger geschickt wird. Die Debug Blöcke kann man aber überall verteilen und sie mit nem eindeutigen Namen versehen, dann taucht genau der Name auch im Log auf und man weiß wann was passiert. Dein Blockly ist eigentlich wirklich ne sehr einfache Geschichte und deshalb wundert es mich, dass das so rum zickt.

[dslraser]

@Crazy32
bei den Wochentagen = 0/1/2/3/4/5
könntest Du das auch auf eine Abfrage reduzieren.
Wochentag < 6
(falls Wochentag als Nummer kleiner als 6)

[Crazy32]

@dslraser sagte in Doppelte Benachrichtigung bei Telegram:

@Crazy32
bei den Wochentagen = 0/1/2/3/4/5
könntest Du das auch auf eine Abfrage reduzieren.
Wochentag < 6
(falls Wochentag als Nummer kleiner als 6)

Ich habe es auf <=5 gesetzt, danke. Ist ja doch etwas übersichtlicher.

@Jan1 sagte in Doppelte Benachrichtigung bei Telegram:

@Crazy32
Kannst auch mal in der Fritz bei den Ereignissen schauen, ob der Trigger mehr fach auslöst, sprich die Steckdose den Zustand ungewollt wechselt, dann liegt es nämlich daran und nicht am Script, denn das macht nur was vorgegeben wird und ist selbst in Deiner Version nicht falsch.

Heute Morgen hatte ich wieder meine zwei Meldungen in Telegram, dass die Lampe ausgeschaltet wurde, die erste um 07.12 Uhr und die zweite um 07.16 Uhr. In den Ereignissen der Fritzbox ist um 07.12 Uhr die Meldung "Anmeldung an der FRITZ!Box Benutzeroberfläche von IP-Adresse 192.168.178.11". Die IP ist von meinem Raspi.

Gerade gesehen, im ioBroker Log ist eine Warnung von 07.12 Uhr zu sehen. Das würde mit der ersten Schaltzeit passen. Ich kann das aber nicht deuten.

[ticaki]

@Crazy32
lol... :grin:

Das bedeutet, das der Javascript-Adapter was dagegen hat das du die Werte im Skript mit 0 und 1 steuert. Hat aber keine Auswirkungen außer das es im Log mies aussieht.

Kann vielleicht jemand mit dieser Hardware ein Github Issue im entsprechenden Adapter anlegen, dass da true und false und nicht 0 und 1 gesetzt wird?

[Jan1]

@ticaki
Das hatte ich ja auch schon vermutete, dass der Adapter an der Stelle nicht sauber programmiert ist, weil true und false funktioniert und der Adapter schaltet das auf 1 und 0 um.

[Crazy32]

@ticaki @Jan1
Und das heißt jetzt für meine doppelten Benachrichtigungen?

[Jan1]

@Crazy32
Erst mal gar nichts und Du schon mal wieder auf true und false umstellen und kannst, da 1 und 0 Fehler bringt.

Für die doppelten Telegramme hab ich ja schon ein Blockly gepostet und ich hab zu der Variante hier noch nichts gelesen.

[Crazy32]

@Jan1 sagte in Doppelte Benachrichtigung bei Telegram:

@Crazy32
Für die doppelten Telegramme hab ich ja schon ein Blockly gepostet und ich hab zu der Variante hier noch nichts gelesen.

Stimmt. Ich hatte es getestet und mein Script wieder aktiviert weil bei Deinem Script die Meldung falsch war. Es hat mir "Lampe an" gemeldet, obwohl sie aus war. Ich habe aber anscheinend die Rückmeldung vergessen, sorry.

Ich glaube aber das ich die Ursache gefunden habe. Eben habe ich in ioBroker unter "State" bei der DECT 200 Den Wert von Hand geändert. Beim Aufrufen des Objektes steht bei State "0". Wenn ich auf die "0" klicke geht da ein kleines Kästchen auf, in dem ein Haken ist. Ich nehme den Haken raus und bestätige. Daraufhin steht bei State nicht mehr die 0, sondern "false". Nach 2 Minuten ändert sich der Wert wieder von "false" auf "0" und ich bekomme die nächste Meldung.
Also scheint das doch was mit der Änderung von 0/false und 1/true zu tun zu haben, oder?

Und um noch mal auf Dein Script zurückzukommen. Wenn ich das richtig verstehe schickt Dein Script eine Meldung raus, sobalt sich der Status ändert. Der DECT Adapter ändert 2x den Status, einmal beim Schalten und 2 Minuten später nochmal, allerdings 2x auf Aus oder An, je nachdem. Dein Script sendet immer abwechselnd die Meldung An oder Aus, was normalerweise ja auch so ist. Daher bekomme ich bei Deinem Script doppelte, falsche Meldungen und bei meinem doppelte, aber immerhin richtige Meldungen über den Zustand der Lampe.

Puh, was für ein Durcheinander. Ich hoffe, dass es jemand versteht :-D

[ticaki]

@Crazy32

die Sache mit 0/false 1/true mit "geändert" ist undefiniert. kann sich richtig verhalten oder auch net. Ich würds abchecken, dann ist man sich sicher.

[Jan1]

@Crazy32
Das mit 0 und 1 ist mittlerweile bekannt und wohl ein Fehler im Adapter.
Mein Blockly ist eigentlich Deins gewesen, nur mit den Optimierungen drin, folglich muss das im schlechtesten Fall das Selbe machen wie Deins😉

[BlizzardT]

Hallo,
der letzte Beitrag ist zwar schon etwas älter, aber ich glaube mein Problem passt hier ganz gut dazu:
Ich habe mir ein Skript gebaut, das mich benachrichtigen soll, wenn in einem Raum die Luftfeuchtigkeit über 60% steigt (Notwendigkeit zum Lüften), damit ich dann eine Meldung per Telegram bekomme. Das funktioniert grundsätzlich auch super, leider bekomme ich die Meldungen jetzt immer mehrfach. Gibt es eine Möglichkeit hier eine Art Sperre einzufügen, die nach dem Senden der Nachricht erst wieder sendet, wenn die Luftfeuchtigkeit wieder über die 60% steigt und nicht immer wieder, solange die Luftfeuchtigkeit noch über 60% liegt? Anbei ein Bild meines Skriptes für das Bad (Habe hier schon eine Verzögerung eingebaut, da beim Duschen ja die Luftfeuchtigkeit auf jeden Fall über die 60% steigt):

Für die anderen Räume ist das Skript identisch aufgebaut, jedoch ohne die Verzögerung.

[Nordischerjung]

@blizzardt vielleicht so