Jetzt ist es mir klarer.
Wie ich den Thread angefangen habe, war mir der Unterschied ja überhaupt nicht bewusst.
Deswegen stand ich wohl auch gewaltig auf dem Schlauch und hab mich mehrmals gefragt, was ihr da überhaupt redet 
Jetzt macht das alles einen Sinn.
@ro75 said in Fenster auf Erkennung - Fehlermeldungen:
@doppellhelix sagte in Fenster auf Erkennung - Fehlermeldungen:
Auch einen original Fensterkontakt von AVM.
Datenstruktur ist die Selbe.Dann scheinst dein System oder die 2.6.1 (ich bin noch bei der 2.5.11) ein generelles Problem zu haben, denn bei mir gibt es den Datenpunkt "id".
Und daher auch keine Fehlermeldung vom DECT-Adapter.
Ro75.
Ja, ich habes auch gerade gesehen.
Der original Fensterkontakt von AVM hat einen Datenpunkt "ID".
Ich werde den originalen auch mal an den Smart Gateway hängen, bzw die Problemfensterkontakte direkt an die FRITZBox
Ich habe mehrere DECT Geräte.
Auch an Fesnterkontakte.
U.a. Kontakte der Telekom, die direkt per DECT-UKE an der FritzBox angeschlossen sind.
Auch einen original Fensterkontakt von AVM.
Datenstruktur ist die Selbe.
Der Einzige Unterschied.
Diese FEnsterkontakte sind von einem Hersteller den AVM nicht in seiner Kompatibilitätsliste sind UND sie sind über den AVM SmartGateway angeschlossen und nicht direkt an der Fritte.
Da könnte ich noch ein wenig mit herumprobieren.
wie ich schon sagte....ich habe das Script gelöscht.
Dennoch kommt die Fehlermeldung weiterhin.
@doppellhelix said in Fenster auf Erkennung - Fehlermeldungen:
Hab jetzt das komplette Script gelöscht.
Immer noch die Warnmeldung.
iobroker neu gestartet über systemctl
Dennoch kommt die Meldung weiterhin.
Ja, da war noch was:
//JTNDeG1sJTIweG1sbnMlM0QlMjJodHRwcyUzQSUyRiUyRmRldmVsb3BlcnMuZ29vZ2xlLmNvbSUyRmJsb2NrbHklMkZ4bWwlMjIlM0UlM0MlMkZ4bWwlM0U=
Hab jetzt das komplette Script gelöscht.
Immer noch die Warnmeldung.
iobroker neu gestartet über systemctl
Dennoch kommt die Meldung weiterhin.
Vielen Dank für deine Erklärung. Das hilft mir sehr.
Nur durch solche Erklärungen kann ich lernen wo mein Denkfehler ist bzw was ich falsch mache.
Und bitte kein schlechtes Gewissen, wegen der Ausdrucksweise.
Passt schon 
Nachtrag.
Ich habe das gesamte Script nun geleert.
Dennoch kommen die Warnmeldungen weiterhin.
Den Adapter habe ich auch mal neu gestartet, ohne Erfolg.
Noch eine Idee, was ich machen kann?
Guten Morgen,
hier nochmal die Fehlermeldungen:
Dazu die Objektliste:
@asgothian said in Fenster auf Erkennung - Fehlermeldungen:
Nebenbei ist dieses Skript mal so richtig schlecht. Es gibt 3 Varianten die sinnvoll sind für eine Änderung:
Das glaube ich dir gerne
Mich würde nur interessieren, warum es so richtig schlecht ist.
Bislang konnte ich es nur mit der Boolschen Variablen testen. Das funktioniert.
Warum ist deine V1 soviel besser?
Für mich erscheint der Unterschied nicht soooo groß zu sein.
V2 und V3 versteh ich noch nicht so ganz. Damit muss ich mich noch intensiver beschäftigen.
Und den DeviceReminder teste ich jetzt auch mal.
Danke für deine Hilfe.
Hallo,
ich habe mir ein paar Fensterkontakte angeschafft, die ich mit dem FritzGateway angemeldet habe.
Daraus habe ich mich nun versucht ein Script zu basteln, welches mir eine Telegram Messages schickt, wenn das Fenster offen (wahr) ist.
Es sind 3 Fensterkontakte und ein Testbool zum ausprobieren unter 0_Userdata
Das die einzelnen Datenpunkte "nurAlert State" heissen, ist etwas blöd. Es sind aber tatsächlich verschiedene Fesnterkontakte.
Die Sache mit dem Testbool funktioniert.
Leider nicht mit den Fensterkontakten.
Ich bekomme auch Warnmeldungen im LOG.
Für jeden Fesnterkontakt:
*State "fritzdect.0.DECT_ZA4C1381D352B702A01.id" has no existing object, this might lead to an error in future versions*
Was läuft da schief?
Gruß Helix
Du wirst lachen.....Tips und Tricks gelesen, Masterkurs bezahlt und zur Hälfte abgearbeitet.
Den kann ich übrigens empfehlen.
Das Problem ist bei mir ein anderes.
Ich komme aus der SPS Welt.
Hier wird das Script in einer Schleife immer wieder gelesen bzw ausgeführt.
Das mag sich nicht nach einem großen Untershcied anhören, ist es aber.
Dazu finde ich die Übersetzung von Blockly nicht ganz gelungen.
In der SPS Welt hat man eine einfachere Sprache. Und Oder Undnicht usw.
Die SPS Proframmierung in FUP (Funktionsplan) kommt der Blockly Geschicht recht nahe.
Ist aber in der SPS Welt m.M. nah besser gelöst.
Z.B.
Der Auslöser "Falls Objekt" und dann nochmal "falls mache".
Für mich ist es teilweise schwer auf einem Blick zu sehen, dass es sich bei dem zweiten "falls mache" um eine UND Verknüpung handelt.
und wenn jetzt noch ein "UND" oder ein "ODER" dabei kommt ....... brrrr. Dann suche ich mir einen Ast, wie man das am besten umsetzt.
Vllt denke ich auch viel zu kompliziert, Noch
Habe mir mal ein paar Videos mit NodeRed angeschaut, aber das erscheint mir noch komplizierter.
