NEWS
Test Adapter Alarm 3.6.x
-
@blauholsten
Okay, lade ich runter. Wenn ich den Status umschalte, also von intern scharf auf extern scharf (= Status 1) muss ich immer ein unscharf (status =0) einlegen?@MartyBr sagte in Test Adapter Alarm 0.3.0:
@blauholsten
Okay, lade ich runter. Wenn ich den Status umschalte, also von intern scharf auf extern scharf (= Status 1) muss ich immer ein unscharf (status =0) einlegen?sollte in der 0.5.5 nicht so sein!
Entwickler vom: - Viessman Adapter
- Alarm Adapter -
@MartyBr sagte in Test Adapter Alarm 0.3.0:
@blauholsten
Okay, lade ich runter. Wenn ich den Status umschalte, also von intern scharf auf extern scharf (= Status 1) muss ich immer ein unscharf (status =0) einlegen?sollte in der 0.5.5 nicht so sein!
-
@blauholsten Also kann ich mein Script so belassen?
@MartyBr
Hi,muss ich mir später anschauen, mein Junge lässt mich gerade nicht denken
Entwickler vom: - Viessman Adapter
- Alarm Adapter -
@MartyBr
Hi,muss ich mir später anschauen, mein Junge lässt mich gerade nicht denken
@blauholsten
das ist auch wichtiger, dafür habe ich vollstes Verständnis. -
@MartyBr
Hi,muss ich mir später anschauen, mein Junge lässt mich gerade nicht denken
@blauholsten Vielleicht noch den "toggle" Datenpunkten die Rolle "switch" und den "enable/activate" und "disable/deactivate" Datenpunkten die Rollen "button" mitgeben. Dann kann man das in GUIs (ich nutze iQontrol) ohne manuelle Anpassungen direkt nutzen.
EDIT: Und die Statusänderugen (egal über welchen Datenpunkt sie ausgelöst werden), sollten die Switchdatenpunkte und auch den List Datenpunkt am besten auch aktualisieren.
- Kann man dann sogar einige Datenpunkte unter Status sparen (die Switche zeigen dann ja immer den aktuellen Status an)
- Kann man alle Datenpunkte zur Konfiguration verwenden, ohne dass es Inkonsistenzen gibt. Aktuell muss man sich festlegen, List? Switch-DP? Button DPs? Falls man nämlich mischt, kann es sein, dass die Alarmanlage über den Switch Datenpunkt aktiviert wurde, der list-Datenpunkt zeigt aber disable(0) an. Das wirkt in oberflächen dann verwirrend.
Zum Adapter selber: Ich werde langsam warm mit ihm und den Warnkreisen. Gefällt mir dadurch immer besser. :D
-
@MartyBr sagte in Test Adapter Alarm 0.3.0:
@blauholsten
Okay, lade ich runter. Wenn ich den Status umschalte, also von intern scharf auf extern scharf (= Status 1) muss ich immer ein unscharf (status =0) einlegen?sollte in der 0.5.5 nicht so sein!
-
@blauholsten kleine Sache noch wenn man etwas mit dem Datenpunkt status_warn_circuit_activated verknüpft geht das nicht, ersetze ich diesen mit status_sleep geht es wunderbar.
@Homer-J sagte in Test Adapter Alarm 0.3.0:
@blauholsten kleine Sache noch wenn man etwas mit dem Datenpunkt status_warn_circuit_activated verknüpft geht das nicht, ersetze ich diesen mit status_sleep geht es wunderbar.
sollte in 0.5.6 gehen
Entwickler vom: - Viessman Adapter
- Alarm Adapter -
@blauholsten Vielleicht noch den "toggle" Datenpunkten die Rolle "switch" und den "enable/activate" und "disable/deactivate" Datenpunkten die Rollen "button" mitgeben. Dann kann man das in GUIs (ich nutze iQontrol) ohne manuelle Anpassungen direkt nutzen.
EDIT: Und die Statusänderugen (egal über welchen Datenpunkt sie ausgelöst werden), sollten die Switchdatenpunkte und auch den List Datenpunkt am besten auch aktualisieren.
- Kann man dann sogar einige Datenpunkte unter Status sparen (die Switche zeigen dann ja immer den aktuellen Status an)
- Kann man alle Datenpunkte zur Konfiguration verwenden, ohne dass es Inkonsistenzen gibt. Aktuell muss man sich festlegen, List? Switch-DP? Button DPs? Falls man nämlich mischt, kann es sein, dass die Alarmanlage über den Switch Datenpunkt aktiviert wurde, der list-Datenpunkt zeigt aber disable(0) an. Das wirkt in oberflächen dann verwirrend.
Zum Adapter selber: Ich werde langsam warm mit ihm und den Warnkreisen. Gefällt mir dadurch immer besser. :D
@siggi85 sagte in Test Adapter Alarm 0.3.0:
@blauholsten Vielleicht noch den "toggle" Datenpunkten die Rolle "switch" und den "enable/activate" und "disable/deactivate" Datenpunkten die Rollen "button" mitgeben. Dann kann man das in GUIs (ich nutze iQontrol) ohne manuelle Anpassungen direkt nutzen.
habe ich in der 0.5.6. eingefügt, da ich bei den Rollen nicht auf dem besten Wissenstand bin, habe ich bei anderen Adaptern geschaut und die Bezeichnung erweitert. Geht das so?
EDIT: Und die Statusänderugen (egal über welchen Datenpunkt sie ausgelöst werden), sollten die Switchdatenpunkte und auch den List Datenpunkt am besten auch aktualisieren.
- Kann man dann sogar einige Datenpunkte unter Status sparen (die Switche zeigen dann ja immer den aktuellen Status an)
- Kann man alle Datenpunkte zur Konfiguration verwenden, ohne dass es Inkonsistenzen gibt. Aktuell muss man sich festlegen, List? Switch-DP? Button DPs? Falls man nämlich mischt, kann es sein, dass die Alarmanlage über den Switch Datenpunkt aktiviert wurde, der list-Datenpunkt zeigt aber disable(0) an. Das wirkt in oberflächen dann verwirrend.
Das ist absolut sinnig, aber etwas Aufwand. Ich werde das versuchen die Tage umzusetzen.
Zum Adapter selber: Ich werde langsam warm mit ihm und den Warnkreisen. Gefällt mir dadurch immer besser. :D
Freut mich
Entwickler vom: - Viessman Adapter
- Alarm Adapter -
@siggi85 sagte in Test Adapter Alarm 0.3.0:
@blauholsten Vielleicht noch den "toggle" Datenpunkten die Rolle "switch" und den "enable/activate" und "disable/deactivate" Datenpunkten die Rollen "button" mitgeben. Dann kann man das in GUIs (ich nutze iQontrol) ohne manuelle Anpassungen direkt nutzen.
habe ich in der 0.5.6. eingefügt, da ich bei den Rollen nicht auf dem besten Wissenstand bin, habe ich bei anderen Adaptern geschaut und die Bezeichnung erweitert. Geht das so?
EDIT: Und die Statusänderugen (egal über welchen Datenpunkt sie ausgelöst werden), sollten die Switchdatenpunkte und auch den List Datenpunkt am besten auch aktualisieren.
- Kann man dann sogar einige Datenpunkte unter Status sparen (die Switche zeigen dann ja immer den aktuellen Status an)
- Kann man alle Datenpunkte zur Konfiguration verwenden, ohne dass es Inkonsistenzen gibt. Aktuell muss man sich festlegen, List? Switch-DP? Button DPs? Falls man nämlich mischt, kann es sein, dass die Alarmanlage über den Switch Datenpunkt aktiviert wurde, der list-Datenpunkt zeigt aber disable(0) an. Das wirkt in oberflächen dann verwirrend.
Das ist absolut sinnig, aber etwas Aufwand. Ich werde das versuchen die Tage umzusetzen.
Zum Adapter selber: Ich werde langsam warm mit ihm und den Warnkreisen. Gefällt mir dadurch immer besser. :D
Freut mich
@blauholsten Heute ist leider zu spät für mich und morgen fahren wir ein paar Tage weg. Hoffentlich schaffe ich es, mir das morgen noch Mal anzuschauen. Auf jeden Fall super wie schnell hier auf Vorschläge eingegangen wird. :+1: Keep up the good work!
-
@Homer-J sagte in Test Adapter Alarm 0.3.0:
@blauholsten kleine Sache noch wenn man etwas mit dem Datenpunkt status_warn_circuit_activated verknüpft geht das nicht, ersetze ich diesen mit status_sleep geht es wunderbar.
sollte in 0.5.6 gehen
@blauholsten läuft. Danke
-
@blauholsten
Habe auch die 0.5.6 installiert. Bei der neuen Umschaltung mittels der Button ist nach meiner Meinung noch ein Fehler da:
Ich habe per alarm.0.use.activate_warn_circuit auf sharp inside umgestellt. Unter status und info haben sich die Datenpunkte aktualisiert. Aber alarm.0.use.list steht auf dem alten Wert. Hier müsste doch auch sharp inside(2) stehen?Gruß
Martin
Intel NUCs mit Proxmox / Iobroker als VM unter Debian
Raspeberry mit USB Leseköpfen für Smartmeter
Homematic und Homematic IP -
@blauholsten
Habe auch die 0.5.6 installiert. Bei der neuen Umschaltung mittels der Button ist nach meiner Meinung noch ein Fehler da:
Ich habe per alarm.0.use.activate_warn_circuit auf sharp inside umgestellt. Unter status und info haben sich die Datenpunkte aktualisiert. Aber alarm.0.use.list steht auf dem alten Wert. Hier müsste doch auch sharp inside(2) stehen?@MartyBr sagte in Test Adapter Alarm 0.3.0:
@blauholsten
Habe auch die 0.5.6 installiert. Bei der neuen Umschaltung mittels der Button ist nach meiner Meinung noch ein Fehler da:
Ich habe per alarm.0.use.activate_warn_circuit auf sharp inside umgestellt. Unter status und info haben sich die Datenpunkte aktualisiert. Aber alarm.0.use.list steht auf dem alten Wert. Hier müsste doch auch sharp inside(2) stehen?Ja, siggi85 hat etwas weiter oben schon drauf hingewiesen. Ich behebe das die Tage.
-
Aktuelle Test Version 3.6.x Veröffentlichungsdatum 22.12.2022 Github Link https://github.com/misanorot/ioBroker.alarm Hier Adapter Beschreibung, Changelog etc.
Wie und wo sehe ich welcher Sensor in welchen Kreis ist?
Sprich ich möchte das in Vis darstellen:
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
Wie und wo sehe ich welcher Sensor in welchen Kreis ist?
Sprich ich möchte das in Vis darstellen:
-
@blauholsten
Ich bin nun auf der 0.5.5Hier mein Script für die Umschaltung der Stati:
// Alarm-Trigger // Alarm-Adapter // ============================================================== /* use.list Datenpunkte 0 disable 1 enable 2 sharp inside 3 nightrest */ var idDPlist = 'alarm.0.use.list'; // Unscharf var idDP0 = 'alias.0.Status.Alarm_Status.Alarm_unscharf_aktiv'; var idDP1 = 'alarm.0.use.disable'; // Intern var idDP2 = 'alias.0.Status.Alarm_Status.Alarm_intern_aktiv'; var idDP3 = 'alarm.0.use.enable'; // Extern var idDP4 = 'alias.0.Status.Alarm_Status.Alarm_extern_aktiv'; var idDP5 = 'alarm.0.use.enable'; // Enable mit Delay var idDP10 = 'alarm.0.use.enable_with_delay'; // Nachtruhe var idDP6 = 'alarm.0.use.activate_nightrest'; // Aktivieren var idDP7 = 'alarm.0.use.deactivate_nightrest'; // Deaktivieren // Warnkreis var idDP8 = 'alarm.0.use.activate_warn_circuit'; var idDP9 = 'alarm.0.use.deactivate_warn_circuit'; // Enable mit Delay // alarm.0.use.enable_with_delay // ================== Trigger ==================== // Unscharf on(idDP0, function (dp) { if(dp.state.val) { setState(idDPlist,0); sendTo('telegram.0', { text: 'Alarmstatus auf UNSCHARF geschaltet', caption: 'Alarmstatus auf UNSCHARF geschaltet', chatId: 'xxxxxxx' } ); } } ); // Intern on(idDP2, function (dp) { if(dp.state.val) { setState(idDPlist,2); sendTo('telegram.0', { text: 'Alarmstatus auf INTERN geschaltet', caption: 'Alarmstatus auf INTERN geschaltet', chatId: '2xxxxx' } ); } } ); // Extern on(idDP4, function (dp) { if(dp.state.val) { setState(idDP10,true); sendTo('telegram.0', { text: 'Alarmstatus auf EXTERN geschaltet', caption: 'Alarmstatus auf EXTERN geschaltet', chatId: 'xxxxxxxx' } ); } } );Ich habe drei Datenpunkte, die ich für die Alarmanlage nutze. Diese werden durch ein externes Script erzeugt:
alias.0.Status.Alarm_Status.Alarm_unscharf_aktiv
alias.0.Status.Alarm_Status.Alarm_intern_aktiv
alias.0.Status.Alarm_Status.Alarm_extern_aktivDamit schalte ich den Status der Alarmanlage.
Kann ich die Umschaltung der verschiedenen Modi so lassen oder siehst du hier Probleme? Die Telegram Meldungen habe ich zum testen eingebaut.
-
Hallo zusammen,
ich habe versucht das mit dem aktualisieren des use.liste Datenpunktes zu realisieren.
Dabei ist mir folgendes aufgefallen, es ist durchaus möglich das die Anlage scharf ist und gleichzeitig Nachtruhe ist! Das stellt bei den Listen Datenpunken ein Problem dar! Ich habe mir jetzt überlegt, die Nachtruhe bei dem use.list raus zu nehmen. Falls das nicht auf Widerspruch hier trifft???
-
@MartyBr kannst du mir blos mal kurz genauer erläutern warum du das Skript nutzen möchtest?
@blauholsten
Ganz einfach: Die Alarmanlage wird u.a. auch durch einen Datenpunkt "Anwesenheit" gesteuert. Ich habe keine Lust, immer ein "Knöpfchen" zu drücken, wenn ich das Haus verlasse. Voraussetzung ist hier, dass das Haus mit dem iPhone verlassen wird. Wenn Niemand zu Hause ist (also die iPhones haben das Haus verlassen) schaltet die Alarmanlage in den Zustand "Extern".
Das Script nutzt dazu nicht nur den DP in der Fritzbox sondern noch weitere Infos (z.B. Geofencing). Das funktioniert nun seit 2 Jahren absolut stabil.
Intern scharf: Von 23:00 bis 5:55 Uhr morgens bei "Anwesenheit".Dafür ist das Script da.
-
Hallo zusammen,
ich habe versucht das mit dem aktualisieren des use.liste Datenpunktes zu realisieren.
Dabei ist mir folgendes aufgefallen, es ist durchaus möglich das die Anlage scharf ist und gleichzeitig Nachtruhe ist! Das stellt bei den Listen Datenpunken ein Problem dar! Ich habe mir jetzt überlegt, die Nachtruhe bei dem use.list raus zu nehmen. Falls das nicht auf Widerspruch hier trifft???
@blauholsten
Wie schon geschrieben, würde ich mir "Unscharf", "Intern Scharf" (nicht alle Sensoren (Bewegungsmelder) aktiv!) und "Extern scharf" (alle Sensoren aktiv
wünschen. Nachtruhe entspricht hierbei ungefähr dem "Intern scharf", die Signalisierung ist anders. Wenn eingebrochen wird bei "Intern scharf" möchte ich, dass ein ALARM losgeht.Gruß
Martin
Intel NUCs mit Proxmox / Iobroker als VM unter Debian
Raspeberry mit USB Leseköpfen für Smartmeter
Homematic und Homematic IP -
@blauholsten
Wie schon geschrieben, würde ich mir "Unscharf", "Intern Scharf" (nicht alle Sensoren (Bewegungsmelder) aktiv!) und "Extern scharf" (alle Sensoren aktiv
wünschen. Nachtruhe entspricht hierbei ungefähr dem "Intern scharf", die Signalisierung ist anders. Wenn eingebrochen wird bei "Intern scharf" möchte ich, dass ein ALARM losgeht.@MartyBr würde ich auch begrüßen und es macht die ganze Sache auch noch ein bisschen schlanker.
Der Warnkreis wird ja nun eigentlich schon auf intern scharf im Log geschalten man könnte diesen doch einfach dafür nutzen und einen konfigurierbaren state mit anlegen der auf Alarm etwas triggert wie bei extern scharf schalten.
Hier finde ich es eben auch wieder Klasse das ich nicht noch ein extra Script basteln muss sondern direkt im Adapter meine Sirene verküpfen kann.
Was vielleicht auch noch schön wäre wenn im use list noch toggle_ with_delay aufgenommen wird. -
@MartyBr würde ich auch begrüßen und es macht die ganze Sache auch noch ein bisschen schlanker.
Der Warnkreis wird ja nun eigentlich schon auf intern scharf im Log geschalten man könnte diesen doch einfach dafür nutzen und einen konfigurierbaren state mit anlegen der auf Alarm etwas triggert wie bei extern scharf schalten.
Hier finde ich es eben auch wieder Klasse das ich nicht noch ein extra Script basteln muss sondern direkt im Adapter meine Sirene verküpfen kann.
Was vielleicht auch noch schön wäre wenn im use list noch toggle_ with_delay aufgenommen wird.
Support us
374
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge