NEWS
Kleine Alarmanlage - mit Blockly?
-
Danke sehr habe verstanden :mrgreen:
Kann ich auf die Variablen triggern ??? Die Fensterkontakte sind als Variable in der CCU abgelegt.
Genau so wie die Alarmanlage mit scharf&unscharf…
es macht den Anschein, dass es funktioniert. Leider bekomme ich ständig Servicemeldungen da ich offenbar die Duty Cycle durch das Probieren erreicht habe.
Ich habe noch drei Bewegungsmelder auf 433 Mhz von Kerui. Diese würde ich auch gerne mit in die Alarmanlage intergrieren. Kann ich dazu parallel einen Blockly schreiben? Wie bekomme ich eine "oder Verknüpfung" für die BM hin ?
Vielen Dank vorerst :mrgreen:
1526_unbenann2t.png
1526_unbenann3.png -
Kann ich auf die Variablen triggern ??? `
Ja das geht. Ich habe etliche (boolsche) Variablen, die den aktuellen Zustand abbilden. (Anwesend ja/nein, Alarmscharf ja/nein, usw.)
@knopers1:Die Fensterkontakte sind als Variable in der CCU abgelegt. `
Warum denn das? Hat das einen besonderen Grund?Macht eigentlich keinen Sinn, macht doppelte Arbeit und verbrennt Ressourcen.
Leider bekomme ich ständig Servicemeldungen da ich offenbar die Duty Cycle durch das Probieren erreicht habe. `
Da musst Du wahrscheinlich Deine Programmierungen nochmal überdenken.Bei mir liegt der DC immer zwischen 4% bis 7%.
Meine erste Faustregel lautet: "Sende/ändere nie etwas nicht gesendet/geändert werden muss."
Wenn Du jede Sekunde einen Befehl zum Einschalten einer Lampe sendest, wird dies auch gemacht. Auch wenn die schon an ist!
Eine kurze Abfrage
Falls Lampe.STATUS = unwahr
Mache Lampe.STATUS = wahr
hilft da enorm.
In Deinem ersten Beispielbild triggerst Du auf "wurde aktualisiert". Das wird sehr häufig gestartet!!!
Und wenn "Alarmanlage" scharf ist, werden danach alle Befehle ausgeführt.
Da werden immer 4 Funksignale gesendet, ob notwendig oder nicht.
(Übrigens auch wenn der Bewegungsmelder "keine Bewegung" meldet)
Wenn Du in diesem Blockly jetzt noch mehrere BM's einbindest, ist Dein Duty Cycle schnell wieder am Limit.
Für eine "Alarmanlage" ist es doch nur wichtig wenn ein BM "Bewegung" (MOTION = wahr) meldet.
Also triggert man auf "wahr".
Mehrere Objekte triggert man mit dem ersten Baustein unter Trigger.
Ich habe noch drei Bewegungsmelder auf 433 Mhz von Kerui. Diese würde ich auch gerne mit in die Alarmanlage intergrieren. Kann ich dazu parallel einen Blockly schreiben? Wie bekomme ich eine "oder Verknüpfung" für die BM hin ? `
Ich habe keine BM von Kerui. Wenn die in ioBrocker verfügbar sind, warum nicht?Grüße
-
Hi Rantanplan
ich habe die Fensterkontakte alle in einer Variablen, weil es eben einfache zu programieren ist…
Als Beispiel: sobald einer der 5 Fensterkontakte auf ist, soll es eben etwas bestimmtes passieren. Ich brauche sie nicht alle in einer "oder Vernüpfung" wieder niederzuschreiben. Ich habe eher gedacht, dass es eben weniger Arbeit ist und nicht die doppelte :shock:
Die Servivemeldungen bekam ich gestern nur deshalb, weil ich mit Blockly nicht zurecht kamm. Eben zu viel und zu lange an den Fensterkontakten probiert und passend einige LED´s damit geschaltet. Die Bewegungsmelder waren noch nicht im Spiel :mrgreen: Zum Glück hast Du mich darauf hingewiesen, dass ich eben falsch getriggert habe.
Die Bewegungsmelder erzeugen keinen Duty Cycle, da sie auf 433 Mhz senden. Puhh, bin ich froh...
Dafür senden sie nur, sobald "bewegung erkannt" und nichts anderes... Deshalb funktionieren sie nur wenn man sie auf "wurde aktualisiert" abfragt. Zumindest geht es nicht, wenn ich sie auf " Falls Objekt- wurde geändert" abfrage... Die BM machen mir kein Stress.
Ich bekomme den zweiten Objekt ID (default) nicht dabei.. Dort müsste ich drei Stück haben, damit ich dort die drei BM eintragen kann.
Was mache ich falsch? In Blockly kann man nur einen hinzufügen. Kannst Du mir beschreiben, wie Du weitere Objekt ID´s dort hinzufügst?
Danke für deine Hilfe!
1526_d-_wwwroot_elvcms_downloads_journal_2015-04_09_gross_2015_04_09_knowhow_b02.jpg
1526_multitrigger.png -
o.k, hab ich jetzt!
Damit laufen die Bewegungsmelder von Kerui… Das beste ist aber, dass sich diese Kerui Bewegungsmelder besser verhalten, als die BM´s von der Homematic. Komischerweise halten die Homematic BM den Zustand "Bewegung Erkannt" über eine längere Zeit fest! Auch löst mein HM-Sen-MDIR-O-2 sporadisch aus, obwohl niemand vorbei gegeangen ist. Zum Glück steuere ich damit nur die Außenbeleuchtung an. Das ist sehr kontraproduktiv und bereitet Probleme beim scharf schalten der Alaranlage! Habt Ihr Probleme auch mit dem BM von der Homematic?
Da sind die KERUI dinger meiner Meinung viel besser dafür geeignet.
-
keine Duty Cycle
-
halten den Zustand "bewegung erkannt" nicht über längere Zeit fest
-
lösen nicht sporadisch aus...
Wenn man den Preis bedenkt, da weis ich jetzt schon, dass ich hierbei richtig das Geld angelegt habe. :lol:
unb die Wirtschaft in China wurde ebenfalls etwas angekurbelt. :mrgreen:
EDIT. Die Kerui BM lassen sich auch abfragen mit "wahr" und "Update"
siehe das beigefügte Bild an. Aber auch in diesem Fall wird genau so viel Traffic erzeugt wie mit "wurde aktualisiert" und "anerkannt egal" Stimmt es? Was ist die bessere Variante oder wo erzeuge ich bei der Abfrage weniger Duty Cycle ? :P
1526_unbenannt.png
1526_unbenan5t.png -
-
Hi,
"Anerkannt ist: egal" kannst Du nehmen.
Aber auf "wahr" würde ich trotzdem triggern.
Auch Dein BM ändert mindestens 2x den Zustand.
1x bei Bewegung und 1x wieder beim Zurücksetzen.
Ich würde auch die zusammengehörigen "steuere" in einem "falls" abfragen.
Wenn ein "NEQ000…." schon eingeschaltet ist, muss er nicht nochmal eingeschaltet und in 2 Sek. wieder ausgeschaltet werden.
Das kann bei Dir 3x passieren. BW-1 melde1, BW-2 meldet und BW-3 meldet.
Und bei "Aktualisierung" das ganze nochmal wenn die wieder auf "unwahr" gehen.
Grüße
-
Hi,
"Anerkannt ist: egal" kannst Du nehmen.
Aber auf "wahr" würde ich trotzdem triggern.
Auch Dein BM ändert mindestens 2x den Zustand.
1x bei Bewegung und 1x wieder beim Zurücksetzen.
Ich würde auch die zusammengehörigen "steuere" in einem "falls" abfragen.
Wenn ein "NEQ000…." schon eingeschaltet ist, muss er nicht nochmal eingeschaltet und in 2 Sek. wieder ausgeschaltet werden.
Das kann bei Dir 3x passieren. BW-1 melde1, BW-2 meldet und BW-3 meldet.
Und bei "Aktualisierung" das ganze nochmal wenn die wieder auf "unwahr" gehen.
Grüße `
hmm, die BM senden nur "true" und der Zustand bleibt auch bei true…
Es wird lediglich über den rflink noch einmal frisch aktualisiert... Deshalb sind die Kerui BM´s einwenig eigenartig!
ich habe versucht zu steuern nach einem falls.... Kannst Du schauen ob das so in Ordnung ist? Sieht aber komisch aus... Die Zeiten zum Abschalten werden natürlich geändert. Das ist nur zum Testen auf paar sek. eingestellt. Im Betrieb stelle ich die Außensirene auf 3min. und die Blitz LED auf 30min ein.
1526_unbenannt6.png -
hmm, die BM senden nur "true" und der Zustand bleibt auch bei true…
Es wird lediglich über den rflink noch einmal frisch aktualisiert... Deshalb sind die Kerui BM´s einwenig eigenartig! `
Das wären dann Wegwerf-BM's :roll:Der Zustand muss sich wieder ändern.
Beobachte mal einen BM unter ioBroker.admin/Objekte. Da werden die Zustände angezeigt.
ich habe versucht zu steuern nach einem falls…. Kannst Du schauen ob das so in Ordnung ist? Sieht aber komisch aus... Die Zeiten zum Abschalten werden natürlich geändert. Das ist nur zum Testen auf paar sek. eingestellt. Im Betrieb stelle ich die Außensirene auf 3min. und die Blitz LED auf 30min ein. `
Entweder so:
oder so:
Ich würde auch noch ein Blockly bauen, dass "Alarmanlage" auf "unwahr" triggert.
Damit könntest Du einen (Fehl-)Alarm auch wieder ausschalten.
Grüße
-
wooww. Danke Dir.
Die Variante zwei gefällt mir :D Das werde ich bei mir umsetzen!
Was die Bewegungsmelder angeht… Ja, unter ioBroker.admin/Objekte steht der Wert des BM immer auf true.
Wenn eine erneute Bewegung durch den BM erkann wird, sieht man unter Objekten in der Zeile dass sich der Wert "true" einmal aktualisiert. (wird grün)
Weshalb sind sie deiner Meinung zum wegwerfen? Wofür brauche ich den Status "bewegung nicht erkannt" wenn ich in Blockly auf Zustand "wahr" und "update"
den BM abfragen kann? Gibt es gründe weshalb ich die Dinger nicht in die Alarmanlage integrieren sollte? Immerhin sind die Kerui BM für eine Alarmanlage gebaut. Die können nichts anderes machen wie senden!
Unterm Strich laufen sie so wie gewünscht und melden nicht dass sie etwas erkann haben, obwohl niemanand vorbei kam...
Denn so verhalten sich nämlich die BM´s von der Homematic.
Ich möchte die dinger aus China nicht schön reden, aber ich betreibe einen davon zu Hause für das Treppenlicht. Das Teil ist auch über den RFLINK Adapter an IObroker angelern und über Blockly gesteuert. Ich habe noch nie gesehen, dass die das Licht im Treppenhaus eingeschaltet haben, obwohl niemand vorbei kam.
Was ich dagegen nicht von den Homematic BM´s sagen kann. Denn hierbei sehe ich des öfteren dass das Licht im Vorgarten brennt obwohl niemand vorbei geht. Ich würde die Teile von der Homematic auf keinen Fall für eine Alarmanlage verwenden. Deshalb auch habe ich mich nach etwas anderem umgesehen, was zuverlässig funktioniert.
Jetzt noch ganz kurz zum Blockly für das AUS-Schalten bei Fehlalarm.
Ich schalte die Alarmanlage scharf/unscharf mit der Funk-Fernbedienung von der Homematic.
Damit triggere ich die Variable Alarmanlage (in der CCU angelegt) --Logikwert--wahr=scharf/ falsch=unscharf
brauche ich noch ein Blockly zum Ausschalten im Fehlalarm??? Ich denke nicht... In einem Alarmfall oder Fehlalarm (dürfte keine Rolle spielen was es ist), kann ich doch über Funkfernbedienung die Alarmanlage unscharf schalten. Oder liege ich komplett daneben??? Kannst Du dazu etwas sagen?
Ich bedanke mich herzlich, ohne Dich würde ich garnicht so weit kommen mit dem Kram! :mrgreen:
1526_plant-professional-new-kerui-w2-with-smoke.jpg -
Also ich habe ja beide (bzw. alle 3) BWM: HM, HMIP und die Kerui.
Die Kerui haben ihre Daseinsberechtigung, schon wegen des Preises!
Ich habe nur bei denen empfunden, dass die Reaktionszeit etwas langsam ist (vielleicht weil über rflink…?)... deswegen habe ich mir hinterher drei von HMIP besorgt, diese sind wirklich super, finde ich! Man kann ja einstellen wie lange der Zustand "Bewegung erkannt" anhält und die Lichter im Haus gehen sofort an bei Bewegung. Ich habe keine Falschmeldungen bei denen.
-
hmm, seltsam…
Ich habe 5 Fensterkontakte von der Homematic. Desweiteren 3 BM vom Kerui.
Wenn ich ein Fensterkontakt öffne wo die Alarmanlage scharf ist, dauert es eben ca. 3 sek-4sek. bis zum Alarm kommt.
Wenn ich stattdessen den Alarm über den Kerui BM auslöse, kommt es zum Alarm nach einer sek.
Beides ist über den Blockly gesteuert mit dem Unterschied, dass die Fensterkontakte alas Variable in der CCU eingetragen sind! Die Kerui BM eben nicht....
Ich hab mich schon gefragt, weshalb dies bei den Fensterkontakten so lange dauert, bis zum Alarm kommt.
@lomobau
rein interessehalber...
Kannst Du die HIMP BM an IObroker ohne Probleme benutzen?
- halten sie auch so lange "Bewegung erkannt" fest ? Wenn nicht, wie hast Du es realisiert, wenn Du die Alarmanlage scharf schalten möchtest?
Mein Homematic BM hält die erkannte Bewegung gefühlte 5min fest. :evil: Desweitern erkennen sie schon mal gerne eine Bewegung, wo keine ist..
- sind die HIMP Geräte hierbei zuverlässiger?
Ich wüsste keinen Grund jetzt, weshalb ich die KERUI BM gegen die Himp Geräte austauschen sollte. Ich kann mich absolut nicht beklagen.
Interessant ist, was dazu Kollege Rantaplan berichtet...
-
Man kann ja einstellen wie lange der Zustand "Bewegung erkannt" anhält und die Lichter im Haus gehen sofort an bei Bewegung. Ich habe keine Falschmeldungen bei denen. `
Ja, das Licht geht sofort auch bei mir an…
Ich habe noch einmal unter Einstellungen in der CCU geschaut.
Und in der Tat, kann man dort auf klasisch und dynamisch umschalten. Vielen Dank
-
Was die Bewegungsmelder angeht… Ja, unter ioBroker.admin/Objekte steht der Wert des BM immer auf true.
Wenn eine erneute Bewegung durch den BM erkann wird, sieht man unter Objekten in der Zeile dass sich der Wert "true" einmal aktualisiert. (wird grün) `
Ich gehe mal davon aus, dass der BM auch wieder auf "keine Bewegung" umschaltet, dies aber nicht von dem RFLINK an ioBroker weitergeleitet wird.
@knopers1:Weshalb sind sie deiner Meinung zum wegwerfen? `
Das mit dem "wegwerfen" hast Du missverstanden.Wenn ich bei einem Gegenstand nur einmal einen Zustand ändern kann, kann ich ihn, wenn ich diesen Zustand nicht mehr brauche, nur wegwerfen.
Wird bei einer Getränkedose die Lasche geöffnet, hat die die Dose den Zustand offen. Diesen Zustand kann man nicht mehr ändern.
Also Dose leer -> dann entsorgen.
@knopers1:Wofür brauche ich den Status "bewegung nicht erkannt" wenn ich in Blockly auf Zustand "wahr" und "update"
den BM abfragen kann? Gibt es gründe weshalb ich die Dinger nicht in die Alarmanlage integrieren sollte? Immerhin sind die Kerui BM für eine Alarmanlage gebaut. Die können nichts anderes machen wie senden! `
Auf "wahr" abfragen macht bei dem BM keinen Sinn, weil dieser Zustand nach der ersten Erkennung IMMER bleibt. Du kannst nur mit "update" arbeiten.Das kann aber nach hinten losgehen, wenn der RFLINK Adapter mal geändert wird und der Zustand "unwahr" übermittelt wird.
Das ist dann auch ein "update" und Dein Alarm geht los wenn keine Bewegung erkannt.
Meine BM's setzte ich für die unterschiedlichsten Dinge ein, die mit Deinen BM's nicht funktionieren würden.
Eventuell setze ich mal ein kleines Beispiel ins Forum.
Jetzt noch ganz kurz zum Blockly für das AUS-Schalten bei Fehlalarm.
Ich schalte die Alarmanlage scharf/unscharf mit der Funk-Fernbedienung von der Homematic.
Damit triggere ich die Variable Alarmanlage (in der CCU angelegt) –Logikwert--wahr=scharf/ falsch=unscharf
brauche ich noch ein Blockly zum Ausschalten im Fehlalarm??? Ich denke nicht... In einem Alarmfall oder Fehlalarm (dürfte keine Rolle spielen was es ist), kann ich doch über Funkfernbedienung die Alarmanlage unscharf schalten. Oder liege ich komplett daneben??? Kannst Du dazu etwas sagen? `
Alarmanlage scharf/unscharf schalten ist das eine.Aber Du steuerst ja auch eine Sirene an, die 3 Minuten Krach machen soll.
3 Minuten können ganz schön lang sein ;)
Da würde ich wollen, dass wenn ich "Alarmanlage unscharf schalte" auch die Sirene sofort aus geht.
@knopers1:Ich bedanke mich herzlich, ohne Dich würde ich garnicht so weit kommen mit dem Kram! :mrgreen: `
Immer gerne. Wenn man merkt, das jemand mitarbeitet, macht es ja auch Spaß ;)Grüße
-
Danke für Deine Antwort.
Nur eben noch eine Sache mit scharf und unscharf beim Fehlalarm zu meinem Verständniss….
Wenn ich doch mit der Funkfernsteuerung die Scharfschaltung auf "unwahr" setzte, geht die Alarmsirene erst aus, sobald noch einer von den drei BM ihren Signal aussenden? Denn über die BM´s wird doch getriggert in meinem Blockly richtig?
Oder wird die Schleife abgearbeitet auch dann, wenn sich in meinem Fall der Wert beim "Falls"- Alarmanlage unwahr/wahr ändert? Denn hierbei dürfte die Außensirene dann ausgehen.
1526_unbenannt.png -
hmm, seltsam…
Ich habe 5 Fensterkontakte von der Homematic. Desweiteren 3 BM vom Kerui.
Wenn ich ein Fensterkontakt öffne wo die Alarmanlage scharf ist, dauert es eben ca. 3 sek-4sek. bis zum Alarm kommt.
Wenn ich stattdessen den Alarm über den Kerui BM auslöse, kommt es zum Alarm nach einer sek.
Beides ist über den Blockly gesteuert mit dem Unterschied, dass die Fensterkontakte alas Variable in der CCU eingetragen sind! Die Kerui BM eben nicht....
Ich hab mich schon gefragt, weshalb dies bei den Fensterkontakten so lange dauert, bis zum Alarm kommt. `
Hi,Wie schon gesagt, dass mit den Variablen habe ich ja noch nicht richtig verstanden.
Das geht wie "Durch die Brust, vom Rücken, ins Auge".
Fensterkontakt -> CCU triggert und ändert Variable -> ioBroker holt Wert von CCU -> Blockly triggert neuen Wert in ioBroker
Da kann schon mal etwas Zeit vergehen.
Es würde wahrscheinlich etwas schneller gehen, wenn die Variablen auf ioBroker angelegt wären.
Jetzt mal einen Schuß ins Blaue.
Besteht Deine "Vereinfachung" darin, dass Du die Geräte einfacher findest?
In Deinen Beispielen steht immer nur die Gerätenummer.
Hast Du Deine Geräte in der WebUI nicht umbenannt?
Bei mir heist ein Fensterkontakt z.B. "Bad-SC" und der Datenpunkt "Bad-SC:1)
Grüße
-
Jetzt mal einen Schuß ins Blaue.
Besteht Deine "Vereinfachung" darin, dass Du die Geräte einfacher findest?
In Deinen Beispielen steht immer nur die Gerätenummer.
Hast Du Deine Geräte in der WebUI nicht umbenannt?
Bei mir heist ein Fensterkontakt z.B. "Bad-SC" und der Datenpunkt "Bad-SC:1)
Grüße `
hmm,die Fensterkontakte sind als Variable in der CCU. Sobald einer der 5 Fensterkontakte betätigt wird, ändert sich der Wert der Variable von true auf false…
Beim Blockly kann ich jetzt mit der Variablem arbeiten und brauche die 5 Fensterkontakte nicht separat in den Blockly niederzuschreiben um sie alle abzufragen...
Hierbei ist es doch viel einfacher. Oder wir verstehen uns nicht und reden aneinander vorbei?
Ja, in meinem Beispielen stehen nur die Gerätenummer. Ich habe sie aber umbenannt in der CCU und dem Raum und Funktion zugeordnet.
In Blockly suche ich aber den Datenpunkt "state" aus, den dort steht dahinter auch der Wert true oder false dahinter...
Ist es falsch?
Kannst Du noch etwas zum vorherigen Post etwas schreiben?
-
hmm, seltsam…
Ich habe 5 Fensterkontakte von der Homematic. Desweiteren 3 BM vom Kerui.
Wenn ich ein Fensterkontakt öffne wo die Alarmanlage scharf ist, dauert es eben ca. 3 sek-4sek. bis zum Alarm kommt.
Wenn ich stattdessen den Alarm über den Kerui BM auslöse, kommt es zum Alarm nach einer sek. `
Also 3-4 Sek. habe ich nicht… ist ziemlich verzögerungsfrei.
@knopers1:Beides ist über den Blockly gesteuert mit dem Unterschied, dass die Fensterkontakte alas Variable in der CCU eingetragen sind! Die Kerui BM eben nicht….
Ich hab mich schon gefragt, weshalb dies bei den Fensterkontakten so lange dauert, bis zum Alarm kommt. `
Da stimmt was nicht.
@knopers1:@lomobau
rein interessehalber…
Kannst Du die HIMP BM an IObroker ohne Probleme benutzen?
Die HMIP funktionieren einwandfrei bei Iobroker.> - halten sie auch so lange "Bewegung erkannt" fest ? Wenn nicht, wie hast Du es realisiert, wenn Du die Alarmanlage scharf schalten möchtest?Mein Homematic BM hält die erkannte Bewegung gefühlte 5min fest. :evil: Desweitern erkennen sie schon mal gerne eine Bewegung, wo keine ist..
- sind die HIMP Geräte hierbei zuverlässiger? `
Bei den HMIP kann man einstellen wie lange die Bewegung als erkannt angesehen wird. Unten ist der Vergleich von HM zu HMIP dargestellt.
Am Blockly siehst du auch wie ich es mit der Alarmanlage gemacht habe. Auslösen tut der Alarm bei einer Änderung von "Bewegung erkannt" (trigger) und wenn dann "Bewegung erkannt" auf "wahr" steht.
Zuverlässiger sind die HMIP gegenüner den HM <u>nicht</u>! Meine HM steht sogar auf der Terrasse und löst dort nur bei Bewegungen aus.
Die HMIP sind nur schöner und günstiger.
1146_unbenannt.jpg
1146_unbenannt2.jpg
1146_unbenannt3.jpg - sind die HIMP Geräte hierbei zuverlässiger? `
-
Nur eben noch eine Sache mit scharf und unscharf beim Fehlalarm zu meinem Verständniss….
Wenn ich doch mit der Funkfernsteuerung die Scharfschaltung auf "unwahr" setzte, geht die Alarmsirene erst aus, sobald noch einer von den drei BM ihren Signal aussenden? Denn über die BM´s wird doch getriggert in meinem Blockly richtig?
Oder wird die Schleife abgearbeitet auch dann, wenn sich in meinem Fall der Wert beim "Falls"- Alarmanlage unwahr/wahr ändert? Denn hierbei dürfte die Außensirene dann ausgehen. `
Schaue Dir das Blockly nochmal an.
Du triggerst 3 BM's
Einer von denen wird aktualisiert.
Es wird geprüft ob Alarmanlage WAHR ist
FALLS Alarmanlage WAHR, wird Sirene gestartet und nach x Minuten wieder aus.
Jetzt geht Du raus und schaltest die Alarmanlage scharf.
Es läuft irgendetwas schief. Jemand ist noch im Raum, eine Blumenvase fällt um usw…...
BM aktualisiert
Alarmanlage ist WAHR
Sirene geht los
Du schaltest Alarmanlage auf UNWAHR
Was passiert wenn in dem Blockly ein BM aktualisiert wird und Alarmanlage UNWAHR ist?
Richtig, nichts.
Da kannst Du vor den BM's Rock 'n Roll tanzen. Die Sirene kreischt weiter.
Ein mini Blockly schafft da Abhilfe.
Trigger
Falls Objekt Alarmanlage UNWAHR
steuere Sirene mit FALSE
Diese Bausteine kannst Du auch in Deinem bestehenden "Alarm BM" irgendwo einfügen.
Ein Blockly-Script kann mehrere Trigger verarbeiten.
Grüße
-
huhu,
ich schaue mir nocheinmal die "scharfschaltung" in der CCU an … Da ich auch parallel noch dazu zwei Scripte für E-Mail Versand sowie Ausgabe am TV und parallel dazu noch ein paar LED für die Zustandsanzeige sowie den akustische Ton beim scharf und unscharf schalte, habe ich hier und dort ein paar sekunden Verzögerung einbebaut, damit die CCU nicht alle Befehle gleichzeitig abarbeiten muß. Da ist wahrscheinlich der Hund begraben.
Ich melde mich sobald ich zu Hause etwas gefunden habe, was die Auslösung der Hupe verzögert. Komischerweise Reagiert die Statusanzeige (gelbe LED) sofort auf ein affenes Fenster. Kann ja nur mein Fehler sein.
-
Ja, in meinem Beispielen stehen nur die Gerätenummer. Ich habe sie aber umbenannt in der CCU und dem Raum und Funktion zugeordnet.
In Blockly suche ich aber den Datenpunkt "state" aus, den dort steht dahinter auch der Wert true oder false dahinter…
Ist es falsch? `
Hier ist ja richtig was los :shock:
Habt Ihr alle frei? :D
Bei mir werden die Namen der Geräte übernommen.
Grüße
-
huhu,
ich schaue mir nocheinmal die "scharfschaltung" in der CCU an … Da ich auch parallel noch dazu zwei Scripte für E-Mail Versand sowie Ausgabe am TV und parallel dazu noch ein paar LED für die Zustandsanzeige sowie den akustische Ton beim scharf und unscharf schalte, habe ich hier und dort ein paar sekunden Verzögerung einbebaut, damit die CCU nicht alle Befehle gleichzeitig abarbeiten muß. Da ist wahrscheinlich der Hund begraben.
Ich melde mich sobald ich zu Hause etwas gefunden habe, was die Auslösung der Hupe verzögert. Komischerweise Reagiert die Statusanzeige (gelbe LED) sofort auf ein affenes Fenster. Kann ja nur mein Fehler sein. `
Auf zwei Systemen, zur gleichen Zeit, das Gleiche abarbeiten. Ganz gefährlich!Grüße
Support us
805
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge