VDS 2465 Adapter für Einburchmeldeanlagen

[js903801]

Hallo, ein VDS Adapter für IO-Broker wäre toll. Damit könnte man professionelle VDS Einbruchmeldeanlagen bzw. Gefahrenmeldeanlagen in IOBroker einbinden. Zum Beispiel Honeywell MB100.10 mit DS7700 oder die neue Honeywell MB-Secure. Genauso wie etliche Telenot, Bosch oder Siemens Anlagen.

[Apollon77]

Gibt es Infos zu Schnittstellen? APIs? Andere libraries?! Was sollte/könnte der Adapter tun?

[js903801]

Hallo, ja gibt es:

https://shop.vds.de/de/download/b5882be3bad04516a2259028803a073b/

Ich würde mir wünschen, dass der Adapter alle Meldungen empfangen kann sowie Befehle wie Löschen , Makro starten etc. senden kann. Bei dem Protokoll werden die Zustände der Einbruchmeldezentrale sowie der einzelnen Meldergruppen übertragen. Somit kann ich z.B. meine Fensterkontakte in iobroker darstellen ohne auf eine vollwertige und zertifizierte EMA zu verzichten.

[cruunnerr]

+1

[Apollon77]

@cruunnerr +1 im Thread hilft nicht ... "thumbs up" im ersten beitrag bitte @js903801 DU als ersteler am besten auch. :-)

[cruunnerr]

sorry ^^

@js903801 Habs bei meiner MB100 übrigens so gemacht, dass ich mir Ausgänge für diverse Zustände auf einen Wemos geschaltet habe. Ist natürlich bei schlecht, wenn du zu viele Ausgänge brauchst und zu viele Erweiterungsmodule brauchst...

[Hirsch-DE]

Hallo, ist das immer noch Gewünscht? Ich habe per javascript schon ein Client Programmiert, welcher per IP stehend/bedarfsgesteuert und unverschlüsselt/verschlüsselt Meldungen an eine Leitstelle übermittelt. Natürlich VdS2465! Ein Server mit Fernschaltbefehlen ist natürlich etwas umfangreicher. Wenn dann auch noch Honeywell, dann gibt es noch ein paar zusätzliche Fallen (Erfahrungen aus dem Beruf).

[cruunnerr]

Auf jeden Fall ist das noch erwünscht 👍

Für mich persönlich müsste der Server auch nichtmal eine Fernschaltfunktion haben. Eine "DIY-Empfangsstation" würde quasi reichen.

Aber ich wäre übrigens auch sehr an deinem Client-Programm interessiert. Gibt es da die Option deinerseits, mal einen Blick in den Quellcode zu werfen oder würdest du ihn sogar komplett teilen?

LG und frohes Fest

[js903801]

Hallo, ein Adapter wäre der Oberknaller. Mir selbst würde es auch reichen Zustände zu empfangen. Igis Steuerbefehle zu senden wäre natürlich das I-Tüpfelchen.

[FrankRoellen]

Ich bin total scharf auf so einen Adapter! 😀 Wichtig wäre mir das ich Ein und Ausgänge schalten kann. Die kann sich dann jeder selber belegen wie er lustig ist.

Schön wäre vielleicht auch wenn dafür direkt Datenpunkte erstellt werden.

Wenn jemand so etwas entwickeln will... eine Honeywell MB24 hätte ich zu verschenken. Um das ganz zu testen bräuchte man dann nur noch ein „DS7700“.

[3PO]

Gibt es denn diesbezüglich schon etwas neues?

Ich könnte, falls nötig, Hardware von Honeywell und telenot beisteuern.

[ldittmar81]

@FrankRoellen @3PO @js903801 Zur Zeit haben leider nur 4 Personen für ein Adapter gestimmt. Wenn alle auch auf "Daumen hoch" beim ersten Post abstimmen würden, dann würde auch bestimmt hier was passieren. Kommentare werden nicht mitgezählt.

[olix-74]

Hallo zusammen, ich benötige ebenfalls den Adapter. Habe ein DS7700 und ein DS6750 im Einsatz und möcht gerne die Zustände visualisieren und EIngänge steuern können.

Bei Bedarf stehe ich zum testen zur Verfügung.

[js903801]

Ich bin auch für einen Adapter .

Von meinem iPhone gesendet

Am 27.01.2022 um 17:08 schrieb olix-74 @.***>:

 Hallo zusammen, ich benötige ebenfalls den Adapter. Habe ein DS7700 und ein DS6750 im Einsatz und möcht gerne die Zustände visualisieren und EIngänge steuern können.

Bei Bedarf stehe ich zum testen zur Verfügung.

— Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android. You are receiving this because you were mentioned.

[3PO]

Hallo zusammen, ich benötige ebenfalls den Adapter. Habe ein DS7700 und ein DS6750 im Einsatz und möcht gerne die Zustände visualisieren und EIngänge steuern können.

Bei Bedarf stehe ich zum testen zur Verfügung.

Zum Visualisieren ist das VdS 2465 eigentlich weniger geeignet, das ist dafür da, um Meldungen an eine DEZ zu übertragen.

Für Honeywell und Telenot Anlagen gibt es KNX Adapter, die an die Druckerschnittstelle (RS-232) angeschlossen werden können.

Über diese Schnittstelle kann man die EMA auslesen und auch steuern.

Telenot gibt auf Anfrage das Protokoll dafür heraus. Ob man es bei Honeywell auch bekommen kann, müsste man erfragen.

[cruunnerr]

@olix-74 Also die 40 Ausgänge des Übertragungsgerätes kannst du ziemlich leicht über HTTP-Requests ansteuern, wenn dein ÜG auch an einer EMZ (MB-Classic oder MB-Secure) über RS-232 angeschlossen ist.

Mir wäre der Adapter auch sehr wichtig um Zustände von der EMA empfangen zu können. Ich habe auch schon versucht über Honeywell, Telenot oder TAS Geräte den Datenverkehr mitzuschneiden, während das ÜG an eine Leitstelle sendet und diese auch quittiert. Funktioniert auch (Honeywell & TAS bieten ja auch integrierte Trace-Funktionalität). Leider reicht meine Hirnmasse aber nicht aus, um damit was anfangen zu können. Trotz unverschlüsselter Verbindung. Im Endeffekt soll ja hier eine eigene Empfangsstation programmiert werden. Und das VDS-2465 Protokoll ist halt echt nicht ohne mit seinen ganzen Handshakes und Polling-Intervallen. Ich kann natürlich auch gerne Geräte zur Verfügung stellen, aber puuuuhh..... Ist schon heftig.

Wie gesagt, das ÜG via HTTP-Requests ansteuern geht easy. Dann kannst du zumindest diese 40 Ansteuermöglichkeiten in der EMZ auswerten und z.B. via Makros weiterverarbeiten. Andersrum ists aber echt ein Brocken

[3PO]

@olix-74 Also die 40 Ausgänge des Übertragungsgerätes kannst du ziemlich leicht über HTTP-Requests ansteuern, wenn dein ÜG auch an einer EMZ (MB-Classic oder MB-Secure) über RS-232 angeschlossen ist. [...]

Gibt es dazu irgendwo nähere Informationen?

[olix-74]

@olix-74 Also die 40 Ausgänge des Übertragungsgerätes kannst du ziemlich leicht über HTTP-Requests ansteuern, wenn dein ÜG auch an einer EMZ (MB-Classic oder MB-Secure) über RS-232 angeschlossen ist.

Mir wäre der Adapter auch sehr wichtig um Zustände von der EMA empfangen zu können. Ich habe auch schon versucht über Honeywell, Telenot oder TAS Geräte den Datenverkehr mitzuschneiden, während das ÜG an eine Leitstelle sendet und diese auch quittiert. Funktioniert auch (Honeywell & TAS bieten ja auch integrierte Trace-Funktionalität). Leider reicht meine Hirnmasse aber nicht aus, um damit was anfangen zu können. Trotz unverschlüsselter Verbindung. Im Endeffekt soll ja hier eine eigene Empfangsstation programmiert werden. Und das VDS-2465 Protokoll ist halt echt nicht ohne mit seinen ganzen Handshakes und Polling-Intervallen. Ich kann natürlich auch gerne Geräte zur Verfügung stellen, aber puuuuhh..... Ist schon heftig.

Wie gesagt, das ÜG via HTTP-Requests ansteuern geht easy. Dann kannst du zumindest diese 40 Ansteuermöglichkeiten in der EMZ auswerten und z.B. via Makros weiterverarbeiten. Andersrum ists aber echt ein Brocken

Das stimmt, allerdings ist die Anzeige un Verarbeitung der Zustände für mich viel interessanter.

Licht an durch die vorhandenen Bewegungsmelder.

Licht an durch Magnetkontakte.

Visualisierung aller Melder live in einer Übersicht.

Das sind nur einige Beispiele von meinen gewünschten Funktionen.

Mit dem DS kann ich ja 100 Kanäle bedienen als EIngang in den ioBroker.

[cruunnerr]

@olix-74 Also die 40 Ausgänge des Übertragungsgerätes kannst du ziemlich leicht über HTTP-Requests ansteuern, wenn dein ÜG auch an einer EMZ (MB-Classic oder MB-Secure) über RS-232 angeschlossen ist. [...]

Gibt es dazu irgendwo nähere Informationen?

Ja, in meinem Kopf ^^

Ganz einfach: Sobald das ÜG über RS-232 an einer EMZ hängt, kannst du den Webserver am ÜG aktivieren. Das geht leider nicht Stand-Alone. Das üG hat dann also einen aktiven Webserver, den man natürlich ganz normal in einem Browser öffnet. Dort kannst du auch die Ausgänge aktivieren und deaktivieren. Den Klick auf einen der Buttons hab ich einfach mal mitgeschnitten und den passenden Befehl gefunden.

Sagen wir, das ÜG hat die IP-Adresse 10.10.10.200 und der Port ist auch 80 geblieben und du willst Ausgang 3 ansteuern. Dann wäre der HTTP-Request:

http://10.10.10.200:80/output_emz.xml?A3A

Für Ausgang 37 wäre es:

http://10.10.10.200:80/output_emz.xml?A37A

Die LED auf der Webseite des ÜG ändert sich auch live.

Der Ausgang wird dann immer hin und her geschaltet. Du weißt also letztlich nicht, ob er aktiv oder inaktiv ist ohne nachzuschauen. Das heißt du musst überlegen, ob du den Befehl von deinem steuernden gerät einfach zweimal hintereinander sendest (quasi ein Impuls), oder du überlegst, ob du das überhaupt brauchst. Das kommt halt drauf an, wie du das dann weiterverarbeiten willst.

Achtung! Dadurch kann natürlich jedes Gerät im selber Netzwerk unverschlüsselt und ohne Passworthürden auch die Ausgänge am ÜG steuern. Also Firewall-Arbeit bzw. Isolation des ÜG dringend empfohlen.

@olix-74

Da hab ich mir einen Raspberry für missbraucht, welcher konventionell an der EMZ hängt und die Eingänge via mqtt weiterschickt. Allerdings brauchst du natürlich ab einer gewissen Anzahl an Signalen auch entsprechende Ausgangsplatinen oder module an der EMA.

[3PO]

@olix-74 [...] Das stimmt, allerdings ist die Anzeige un Verarbeitung der Zustände für mich viel interessanter.

Licht an durch die vorhandenen Bewegungsmelder.

Licht an durch Magnetkontakte.

Visualisierung aller Melder live in einer Übersicht.

Das sind nur einige Beispiele von meinen gewünschten Funktionen.

Mit dem DS kann ich ja 100 Kanäle bedienen als EIngang in den ioBroker.

Wie schon gesagt, dafür ist das VdS 2465 Protokoll nicht geeignet, eventuell sollte dafür ein separater Request aufgemacht werden?

[olix-74]

Wie schon gesagt, dafür ist das VdS 2465 Protokoll nicht geeignet, eventuell sollte dafür ein separater Request aufgemacht werden?

Warum hälst du hier das VdS 2465 Protokoll für ungeeignet ?

[3PO]

Warum hälst du hier das VdS 2465 Protokoll für ungeeignet ?

Weil es für das was du vorhast zum einen viel zu langsam ist und zum anderen auch garnicht dafür konzipiert wurde, fernwirkaufgaben zu übernehmen. Wie schon gesagt, für dich wäre die Steuerung der EMZ via Druckerschittstelle vermutlich viel interessanter. An dieser Schnittstelle werden alle Zustände, aller Meldergruppen und Bereiche ausgegeben und es ist auch möglich, z.B. scharf/ unscharf zu schalten.

[Ennos1]

Ich wäre auch sehr interessiert an dem Adapter und könnte ein gebrauchtes Honeywell-Wählgerät DS7700 beisteuern.

[ps-neotrace]

Moin, Ich würde mich auch sehr über einen passenden Adapter freuen. Sehe das Problem mit der Druckerschnittstelle als deutlich schwieriger. Der Vorteil an einem Adapter ist ua das es für alle VDS Wählgeräte einheitlich wäre. Ich könnte mit diversen wählgeräten die Funktionen testen. Leider habe ich vom Programmieren keine Ahnung. Als Technischer Leiter einer NSL sowie eines Errichtetbetriebs bin ich aber in der Lage das VDS Protokoll zu prüfen. Die notwendigen Anwahlfolgen so wie im Sia oder Contakt ID Adapter funktionieren leider nur teilweise mit Telenot Anlagen, da die Wählgeräte kein CID unterstützen. Für die Schaltfunktionen meiner Wahl wäre ein VDS Protokoll zeitlich ausreichend

[Hirsch-DE]

Hallo an Alle, aktuell bin ich am Programmieren des Adapters. Die erste Kommunikation habe ich bereits fertig (auch verschlüsselt).

[ps-neotrace]

Perfekt. Bin echt gespannt. Wenn das sauber läuft wäre das eine wirkliche Bereicherung für den IOBroker. Zumal man über die Schnittstellen aller Hersteller ja deutlich mehr Infos dann senden kann. Also auch unabhängig von irgendwelchen Beeinflussungen der Systeme. Da die Meldungen ja an eine NSL sowie an den eigenen Server weiter gegeben werden könnten. Wenn es soweit ist ich teste gerne.

[Hirsch-DE]

Hallo, ich habe jetzt die erste Version fertig gestellt! Aktuell ist sie in der Adapterliste von ioBroker noch nicht gelistet. Wer trotzdem schon mal testen will, dann https://github.com/Hirsch-DE/ioBroker.vds2465-server unter dem Experten-Modus mittels URL. Viel Erfolg.

[Roellen]

Ich hab mal versucht den Adapter zu installieren. Zuerst hat die Installation ca. 5 Minuten gedauert. Dann ist's aber durchgelaufen. Den Adapter kann ich in der Auflistung der Instanzen nicht finden. Unter Objekte wird lediglich der Ordner "vds2465-server" und der Unterordner "admin" angelegt.

Process exited with code 0
weniger
mehr

$ iobroker url https://github.com/Hirsch-DE/ioBroker.vds2465-server --host ioBroker

install Hirsch-DE/ioBroker.vds2465-server#d18335ff3fdb4a070769f8fdc12fd6bcc3932158

NPM version: 6.14.12

Installing Hirsch-DE/ioBroker.vds2465-server#d18335ff3fdb4a070769f8fdc12fd6bcc3932158... (System call)

+ iobroker.vds2465-server@0.0.2

added 3 packages from 4 contributors and audited 2987 packages in 293.571s

197 packages are looking for funding run `npm fund` for details

found 246 vulnerabilities (25 low, 75 moderate, 111 high, 35 critical) run `npm audit fix` to fix them, or `npm audit` for details

upload [2] vds2465-server.admin /opt/iobroker/node_modules/iobroker.vds2465-server/admin/jsonConfig.json jsonConfig.json application/json

upload [1] vds2465-server.admin /opt/iobroker/node_modules/iobroker.vds2465-server/admin/vds2465-server.png vds2465-server.png image/png

upload [0] vds2465-server.admin /opt/iobroker/node_modules/iobroker.vds2465-server/admin/words.js words.js application/javascript

Process exited with code 0

wenn ich "npm audit" eingebe, dann kommt das:

root@ioBroker:~# npm audit
npm ERR! code EAUDITNOPJSON
npm ERR! audit No package.json found: Cannot audit a project without a package.j                                                    son

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2022-08-09T10_11_12_196Z-debug.log

wenn ich npm audit fix eingebe kommt das:

root@ioBroker:~# npm audit fix
npm ERR! code EAUDITNOPJSON
npm ERR! audit No package.json found: Cannot audit a project without a package.json

npm ERR! A complete log of this run can be found in:
npm ERR!     /root/.npm/_logs/2022-08-09T10_12_03_608Z-debug.log

[Apollon77]

Hi

1.) Installationen von GitHub mit npl6 dauern aktuell wegen einem npm bug locker auch mal 10+ Minuten ... also alles ok 2.) Installationen von GitHub legen per Default keine instanz an. Bitte manuell unter "Adapter" bei dem Adapter auf das + klicken um eine Instanz anzulegen 3.) Bitte NIEMALS "npm audit fix" ausführen, macht ggf mehr issues als es löst.

[ps-neotrace]

Perfekt. Also so wie es ausschaut scheint es zu laufen. Installation ohne Probleme und dank der Erklärung von Appollon77 läuft auch die Instanz. Bin noch im Urlaub, aber sehr neugierig. werde die Tage Abends mal schauen wenn die Familie im Bett ist, ein Telenot 2516GSM und ein 3516LTE auszuschalten. Sieht bisher aber sehr gut aus!

[cruunnerr]

Vielen Dank erstmal für die Mühe. Wirklich wertvoll und nun sind die Nutzer in der "Pflicht" zu helfen.

Hab es gerade mal mit nem Honeywell DS6700 versucht. Stehende, verschlüsselte Verbindung.

Adapter und Wählgerät sagen beide, dass die Verbindung steht. Es wurde auch automatisch vom Adapter ein Ordner mit der Identnummer angelegt. Dann habe ich mal testweise eine "extern scharf" Meldung geschickt. Der Adapter empfängt auch Daten, aber es erscheint nichts im Objektbaum. Man sieht im Log alle 20 Sekunden einen Eintrag (vermutlich Polling), und unter anderem auch einen Eintrag, wenn ich vom Wählgerät explizit etwas schicke (andere Meldungsart).

Werde die Tage weiter testen mit anderen Honeywell, Telenot und TAS Wählgeräten. Verschlüsselt, Unverschlüsselt, Bedarf und stehend. Gebe dann Rückmeldungen

2022-08-09 15:53:04.387 - info: host.iobroker instance system.adapter.vds2465-server.1 started with pid 26466 2022-08-09 15:53:04.984 - debug: vds2465-server.1 (26466) Redis Objects: Use Redis connection: 0.0.0.0:9001 2022-08-09 15:53:05.017 - debug: vds2465-server.1 (26466) Objects client ready ... initialize now 2022-08-09 15:53:05.018 - debug: vds2465-server.1 (26466) Objects create System PubSub Client 2022-08-09 15:53:05.019 - debug: vds2465-server.1 (26466) Objects create User PubSub Client 2022-08-09 15:53:05.020 - debug: vds2465-server.1 (26466) Objects client initialize lua scripts 2022-08-09 15:53:05.029 - debug: vds2465-server.1 (26466) Objects connected to redis: 0.0.0.0:9001 2022-08-09 15:53:05.036 - debug: vds2465-server.1 (26466) objectDB connected 2022-08-09 15:53:05.037 - debug: vds2465-server.1 (26466) Redis States: Use Redis connection: 0.0.0.0:9000 2022-08-09 15:53:05.046 - debug: vds2465-server.1 (26466) States create System PubSub Client 2022-08-09 15:53:05.047 - debug: vds2465-server.1 (26466) States create User PubSub Client 2022-08-09 15:53:05.100 - debug: vds2465-server.1 (26466) States connected to redis: 0.0.0.0:9000 2022-08-09 15:53:05.101 - debug: vds2465-server.1 (26466) statesDB connected 2022-08-09 15:53:05.342 - info: vds2465-server.1 (26466) starting. Version 0.0.2 in /opt/iobroker/node_modules/iobroker.vds2465-server, node: v14.14.0, js-controller: 3.3.22 2022-08-09 15:53:05.366 - info: vds2465-server.1 (26466) Server listening on IP-Adress (TCP): 0.0.0.0:4100 2022-08-09 15:53:10.585 - debug: vds2465-server.1 (26466) AE: Geraet angelegt: {"identnr":"9999","stehend":true,"keynr":1,"key":"380a3622258d6b6cbb02cc90354a310c"} 2022-08-09 15:53:15.665 - debug: vds2465-server.1 (26466) connect ID: 9999 2022-08-09 15:53:15.669 - debug: vds2465-server.1 (26466) AE: {"Satz_56":{"RawData":"02569999","Typ":"Identnummer","Value":"9999"}} 2022-08-09 15:53:15.670 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 15:53:20.718 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0001","Typ":"Prioritaet","Value":"","Geraet":9,"Bereich":0,"Adresse":7,"Adresszusatz":80,"Adresserweiterung":"Eingang","Meldungsart":22},"Satz_8":{"RawData":"1408090f35051d514e4f564152204453363730302041"},"Satz_53":{"RawData":"445336362e30312e305630372e313619544272616e64616c61726d207a75727565636b67657365747a7402569999"}} 2022-08-09 15:53:20.719 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 15:53:30.808 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0001","Typ":"Prioritaet","Value":"","Geraet":1,"Bereich":0,"Adresse":7,"Adresszusatz":80,"Adresserweiterung":"Eingang","Meldungsart":22},"Satz_8":{"RawData":"1408090f351d1d514e4f564152204453363730302041"},"Satz_53":{"RawData":"445336362e30312e305630372e313615544272616e64616c61726d2061757367656c6f65737402569999"}} 2022-08-09 15:53:30.809 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 15:53:50.944 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0001","Typ":"Prioritaet","Value":"","Geraet":9,"Bereich":0,"Adresse":7,"Adresszusatz":80,"Adresserweiterung":"Eingang","Meldungsart":22},"Satz_8":{"RawData":"1408090f35301d514e4f564152204453363730302041"},"Satz_53":{"RawData":"445336362e30312e305630372e313619544272616e64616c61726d207a75727565636b67657365747a7402569999"}} 2022-08-09 15:53:50.945 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:02:18.299 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:02:18.299 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:02:38.410 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:02:38.411 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:02:58.520 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:02:58.521 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:03:23.650 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:03:23.650 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:03:43.753 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:03:43.754 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:04:03.862 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:04:03.863 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:04:28.995 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:04:28.995 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:04:49.098 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:04:49.099 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:05:09.210 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:05:09.210 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:05:29.325 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0001","Typ":"Prioritaet","Value":"","Geraet":6,"Bereich":1,"Adresse":7,"Adresszusatz":80,"Adresserweiterung":"Eingang","Meldungsart":22},"Satz_8":{"RawData":"1408091005081d514e4f564152204453363730302041"},"Satz_53":{"RawData":"445336362e30312e305630372e313602569999"}} 2022-08-09 16:05:29.325 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:05:34.400 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:05:34.401 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:05:49.476 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:05:49.477 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:06:09.574 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:06:09.575 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:06:29.687 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0001","Typ":"Prioritaet","Value":"","Geraet":14,"Bereich":1,"Adresse":7,"Adresszusatz":80,"Adresserweiterung":"Eingang","Meldungsart":22},"Satz_8":{"RawData":"14080910052f1d514e4f564152204453363730302041"},"Satz_53":{"RawData":"445336362e30312e305630372e313602569999"}} 2022-08-09 16:06:29.687 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:06:34.764 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}} 2022-08-09 16:06:34.765 - debug: vds2465-server.1 (26466) Daten von: 9999 2022-08-09 16:06:49.866 - debug: vds2465-server.1 (26466) AE: {"Satz_1":{"RawData":"0101c8","Typ":"Prioritaet","Value":"c8","Geraet":0,"Bereich":0,"Adresse":64,"Adresszusatz":7,"Adresserweiterung":"Eingang","Meldungsart":80},"Satz_14":{"RawData":"1614080910020f1d514e4f56415220445336373030204144"},"Satz_36":{"RawData":"5336362e30312e305630372e313602569999016190"}}

[Roellen]

Ich teste auch gerade mit einem DS-6700. Die Verbindung steht. (ich musste zuerst auf nodejs 16 updaten... jetzt funktioniert der Zigbee-Adapter nicht mehr, keine Ahnung was ich da nun machen muss)

Jedenfalls kommen auch bei mir KEINE Meldungen im iobroker an. Aber, vielleicht muss das auch noch im DS Wählgerät eingestellt werden? Bei Telenot-Wählgeräten wird, wenn diese mit einer Telenot EMA verbunden sind, immer sämtliche Meldungen zum Wachdienst übertragen... z.B. welcher Kontakt/Bezeichnung etc. Und das ohne das man was tun muss. (und ohne das ich da wollte) :-) Vermutlich muss man also noch irgendwas einstellen. (ich weis nur nicht was und wo)

[Hirsch-DE]

Hallo, hier ist mal wieder zu erkennen, dass bei Honeywell immer etwas anders läuft, als bei allen anderen. Bei dem Datensatz Priorität sollte eigentlich etwas mitgeteilt werden. Hier dürfte jetzt aktuell das Problem sein. Das kann ich aber abfangen, wenn Inhalt = nichts. Normalerweise wird kein Datensatz geschickt, wenn es nichts zu schicken gibt (nur Honeywell nicht)!

[Ennos1]

Vielen Dank für die tolle Arbeit! Ich konnte die Verbindungen mit DAITEM und Honeywell MB48 + DS7700 erfolgreich testen. Die Objekte wurden nach dem Übertragen durch das jeweilige Wahlgerät korrekt angelegt. Bei Daitem muss nur darauf geachtet werden, dass die meisten Meldungen keine Klarmeldung schicken. Auf die Prioritäten habe ich jetzt nicht geachtet.

[Ennos1]

Ich teste auch gerade mit einem DS-6700. Die Verbindung steht. (ich musste zuerst auf nodejs 16 updaten... jetzt funktioniert der Zigbee-Adapter nicht mehr, keine Ahnung was ich da nun machen muss)

Jedenfalls kommen auch bei mir KEINE Meldungen im iobroker an. Aber, vielleicht muss das auch noch im DS Wählgerät eingestellt werden? Bei Telenot-Wählgeräten wird, wenn diese mit einer Telenot EMA verbunden sind, immer sämtliche Meldungen zum Wachdienst übertragen... z.B. welcher Kontakt/Bezeichnung etc. Und das ohne das man was tun muss. (und ohne das ich da wollte) :-) Vermutlich muss man also noch irgendwas einstellen. (ich weis nur nicht was und wo)

Öffne mal die Einstellungen des DS-Wählgeräts (direkt unter der Schnittstelle 1, nicht die allgemeine Einstellungen) und aktiviere "Meldungstexte übertragen". In meinem Test wurden auch die Meldergruppentexte übertragen.

[cruunnerr]

Vielen Dank für die tolle Arbeit! Ich konnte die Verbindungen mit DAITEM und Honeywell MB48 + DS7700 erfolgreich testen. Die Objekte wurden nach dem Übertragen durch das jeweilige Wahlgerät korrekt angelegt. Bei Daitem muss nur darauf geachtet werden, dass die meisten Meldungen keine Klarmeldung schicken. Auf die Prioritäten habe ich jetzt nicht geachtet.

Bei Honeywell musst du doch eine Priorität angeben. Bei mir ists egal ob ich niedrig, normal oder hoch wähle. Meldungen kommen nicht an. Kannst du mal die genauen Einstellungen der Kanäle und die der stehenden/bedarfsgesteuerten Verbindung mitteilen?

[Hirsch-DE]

Also bei Priorität ist noch ein Fehler drin, also bitte auf eine neue Version warten, wenn Ihr die Priorität nicht deaktivieren könnt!

[Ennos1]

Vielen Dank für die tolle Arbeit! Ich konnte die Verbindungen mit DAITEM und Honeywell MB48 + DS7700 erfolgreich testen. Die Objekte wurden nach dem Übertragen durch das jeweilige Wahlgerät korrekt angelegt. Bei Daitem muss nur darauf geachtet werden, dass die meisten Meldungen keine Klarmeldung schicken. Auf die Prioritäten habe ich jetzt nicht geachtet.

Bei Honeywell musst du doch eine Priorität angeben. Bei mir ists egal ob ich niedrig, normal oder hoch wähle. Meldungen kommen nicht an. Kannst du mal die genauen Einstellungen der Kanäle und die der stehenden/bedarfsgesteuerten Verbindung mitteilen?

Ich bin jetzt nicht mehr im Büro, habe aber verschiedene Kanäle angelegt. Meinte nur, dass ich nicht geprüft habe, ob die Priorität im iobroker ankommt. Kanal 1 Einbruch Prio: hoch Auslösung: AWUG Einbruchalarm Kanal 2 Überfall Prio: hoch Auslösung: AWUG Überfallalarm Kanal 3 Störung Prio: mittel Auslösung: Sammelstörung Kanal 4 Scharf/Unscharf Prio: niedrig Auslösung: extern scharf Bereich 1

Ich habe dann über Makros die Testanlage scharf/unscharf geschaltet und alle Meldungen nacheinander ausgelöst.

Die Verbindung habe ich stehend, verschlüsselt aufgebaut ohne VdS Service request. Falls das nicht weiterhilft, kann ich morgen gerne noch Screenshots machen.

[cruunnerr]

Die Verbindung habe ich stehend, verschlüsselt aufgebaut ohne VdS Service request. Falls das nicht weiterhilft, kann ich morgen gerne noch Screenshots machen.

Habe es genau gleich programmiert. Auch die Kanäle. Ich denke, Hirsch weiß jetzt erstmal bescheid was zu tun ist :)

Sollen wir künftige Diskussionen in das andere Repository verlegen oder hier bleiben?

[Roellen]

Öffne mal die Einstellungen des DS-Wählgeräts (direkt unter der Schnittstelle 1, nicht die allgemeine Einstellungen) und aktiviere "Meldungstexte übertragen". In meinem Test wurden auch die Meldergruppentexte übertragen.

Hmm... da war schon ein Haken dran bei "Meldungstexte übertragen". Ich hab testweise auch mal "ID-Nummer vorab (ggf. unverschlüsselt) übertragen und "VdS Service-Request aktiviert" angeklickt... dann kommt aber jede Sekunde eine Fehlermeldung. vds2465-server.0 10943 2022-08-09 17:43:50.974 warn AE: TelegrammZaehler falsch

Oder funktioniert nur eine verschlüsselte Verbindung?

[ps-neotrace]

Ja wie versprochen ich konnte auch nicht anders und musste mal testen. Wählgerät 2516 GSM (Telenot) Verbindung unverschlüsselt als Bedarf Meldungen kommen wie sie sollen! Keine direkten Probleme. Für jede nicht vorhandene Linie legt der Adapter im Objektbaum ein Ordner an mit allen Infos. Die Meldungsart wird bei mir als Zahl angegeben. Das kenne ich so nicht beim VDS, bisher steht da in den Leitstellen immer der Klartext, Sprich Meldungsart z.B. Sicherungsbereich für eine Scharf Meldung mit dem passenden Zustand Ein/Aus. Der zustand kommt korrekt! Auch die Klartexte werden korrekt Übermittelt. Im Gegensatz zu der Zeit. Dort stehe lediglich Invalid Date. Beim einfachen Rüberscrollen zeigt es die Zeit jedoch richtig an.

Mit richtiger Zeitauswertung sieht es für mich dann so aus. Leider definiert der Adapter dies so noch nicht.

Zudem wird das Wählgerät im Infofeld nicht angezeigt. Die Identnummer ist überall als 009995 hinterlegt. Diese Infos scheint nicht ausgewertet zu werden beim Telenot obwohl es eingeschaltet ist. In der Leitstelle sehe ich diese Infos zudem, was nahelegt das der Fehler nicht in der Programmierung vom Wählgerät liegt.

Ich bin jedoch mehr als Begeistert von deiner Arbeit! Das der Adapter so schnell und dann auch schon so umfangreicht läuft ist echt mega! Vielen Dank dafür.

Geiler Job!

[Roellen]

Bei meinem Honeywell DS7600 klappts immer noch nicht. Ich hab mal eine verschlüsselte Verbindung hergestellt. Verbindung ist ok, aber keine Meldungen werden übertragen. Im Log steht noch: "linieAnlegen: TypeError: parentDevice.replace is not a function"

[Hirsch-DE]

Hallo an alle fleißigen Tester, ich habe eben die Version v0.0.3 bereit gestellt. Hier sollte jetzt das Problem mit der Priorität gelöst sein. Zusätzlich konnte ich auch noch etwas mit dem VdS-Service-Request lösen. In Zukunft werden führende '0' bei der Identnummer entfernt! Übrigens steht bei meldungVds die richtige VdS-Bezeichnung zur Meldungsart, sofern sie bekannt ist.

Viel Spass beim Testen.

[ps-neotrace]

Hallo Hirsch-DE, vielen Dank für das schnelle Update. Installieren lässt sich dein Update hervorragend. Einfach den ersten Link nochmals einfügen und es wird nur das Update installiert. Die 00 bei der Identnummer wird entfernt. Auch die Zeitzuordnung passt jetzt. Die VDS Bezeichung hatte ich vorher auch schon erkannt, jedoch kenne ich die Zuordnung der Zahlen für das passende Protokoll so gar nicht. Deshalb der Verweis. Hast du da eine Liste oder kann ich die irgendwo runterladen. Würde hin und wieder sicher mal Sinn machen.... Aber so wie es aktuell scheint, läuft das ganze jetzt. Zumindest bei mir mit meinem Telenot Wählgerät. Da ich aktuell noch im Urlaub in Italien bin, kann ich erst in ca. 2 Wochen mit andern Wählgeräten testen, wenn ich wieder im Büro bin. Telesignal TSEC3000 sowie IDS814 von ATS liegen bei mit im Büro eh im Testaufbau rum, UTC Eigene Wählgeräte werde ich mal meine Techniker Ransetzen. Denke aber das sollte auch passen. Honeywell bin ich raus... Aber schön zu hören das die das immer anders machen und das nicht nur mir so geht. :)

Sonnige Grüße aus Italien

[Hirsch-DE]

Hallo, hier der Link mit den Texten zu den Meldungsarten, welche vom VdS festgelegt sind. https://github.com/Hirsch-DE/ioBroker.vds2465-server/blob/main/lib/vds2465.json

09.08.2022 22:26:31 ps-neotrace @.***>:

Hallo Hirsch-DE, vielen Dank für das schnelle Update. Installieren lässt sich dein Update hervorragend. Einfach den ersten Link nochmals einfügen und es wird nur das Update installiert. Die 00 bei der Identnummer wird entfernt. Auch die Zeitzuordnung passt jetzt. Die VDS Bezeichung hatte ich vorher auch schon erkannt, jedoch kenne ich die Zuordnung der Zahlen für das passende Protokoll so gar nicht. Deshalb der Verweis. Hast du da eine Liste oder kann ich die irgendwo runterladen. Würde hin und wieder sicher mal Sinn machen.... Aber so wie es aktuell scheint, läuft das ganze jetzt. Zumindest bei mir mit meinem Telenot Wählgerät. Da ich aktuell noch im Urlaub in Italien bin, kann ich erst in ca. 2 Wochen mit andern Wählgeräten testen, wenn ich wieder im Büro bin. Telesignal TSEC3000 sowie IDS814 von ATS liegen bei mit im Büro eh im Testaufbau rum, UTC Eigene Wählgeräte werde ich mal meine Techniker Ransetzen. Denke aber das sollte auch passen. Honeywell bin ich raus... Aber schön zu hören das die das immer anders machen und das nicht nur mir so geht. :)

Sonnige Grüße aus Italien

— Reply to this email directly, view it on GitHub[https://github.com/ioBroker/AdapterRequests/issues/309#issuecomment-1209839423], or unsubscribe[https://github.com/notifications/unsubscribe-auth/AKOH2I63CGA7IONPYWPSXF3VYK5HLANCNFSM4KBUFWVA]. You are receiving this because you commented.[Verfolgungsbild][https://github.com/notifications/beacon/AKOH2IZ7JBXZXUYJBQJAKL3VYK5HLA5CNFSM4KBUFWVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOJAOK6PY.gif]

[cruunnerr]

Wirklich Respekt. Zum initialen Release schon so viele Funktionen.

Meldungen kommen nun auch vom Honeywell ÜG (Übertragungsgerät) an. Jedoch nur, wenn ich die Service requests deaktiviere. Lasse ich sie aktiviert, logt der adapter mir alle paar Minuten ein " read ECONNRESET "

Auch scheint der Adapter neu gestartet werden zu müssen, wenn ich während einer aktiv stehenden Verbindung das ÜG resette. Der Aufbau der Verbindung scheint zwar zu klappen, aber es kommen keine Meldungen mehr durch. Erst nach Adapter-Neustart.

Aber bevor ich hier weiter spam verbreite, werde ich jetzt erstmal fleißig alles in Ruhe testen und gebe dann gerne detailliertere Rückmeldung. Werde dann auch mal unsere Herstellerpalette durchspielen :)

Vielen Dank für die großartige Arbeit. Das hilft mir sehr, das Protokoll besser zu verstehen und mich ggf. nochmal an meine Client-Software zu wagen.^^

kleines edit noch:

Beim Versuch einen Ausgang anzulegen, bekam ich einen error und es tauchte auch kein neues Objekt auf:

2022-08-10 18:33:04.339 - error: vds2465-server.0 (1211) linieAnlegen: TypeError: parentDevice.replace is not a function 2022-08-10 18:33:04.341 - info: vds2465-server.0 (1211) Relais: 9999.Ausgang_11-1-1-0 durch Konfiguration angelegt

[dbeckers99]

Super! Das ist genau der Adapter, der mir wahrscheinlich weiterhilft, vielen Dank dafür!

Installation läuft gerade, ich habe eine ADT SafeBox und da hängt ein TAS IP-Converter dran.

Ich möchte in ioBroker lediglich einen Trigger bekommen, wenn die SafeBox über den TAS "nach Hause" meldet, daß sie scharf geschaltet wurde. Und wenn sie unscharf geschaltet wurde.

Meldungen sind wahrscheinlich sowieso verschlüsselt, weil die Anlage in der Überwachung bei ADT aufgeschaltet ist.

Hier auch meine Frage: klingeln in der ADT Zentrale die Glocken, wenn ich mit dem Adapter lesend auf den TAS gehe?

Viele Grüße Dirk

[Hirsch-DE]

Hallo, also der Tas Ip-Converter müsste so Programmiert werden, dass dieser die Meldungen an zwei Ziele sendet. Normalerweise ist eine Quittung von einer Empfangszentrale ausreichend. Ob der Converter das kann, kann ich nicht sagen, da müsste ich auch erst Recherchieren. Der Adapter ist nur ein Empfänger, welcher über eine stehende Verbindung auch Befehle senden kann. MfG Thomas

22.08.2022 21:48:40 dbeckers99 @.***>:

Super! Das ist genau der Adapter, der mir wahrscheinlich weiterhilft, vielen Dank dafür!

Installation läuft gerade, ich habe eine ADT SafeBox und da hängt ein TAS IP-Converter dran.

Ich möchte in ioBroker lediglich einen Trigger bekommen, wenn die SafeBox über den TAS "nach Hause" meldet, daß sie scharf geschaltet wurde. Und wenn sie unscharf geschaltet wurde.

Meldungen sind wahrscheinlich sowieso verschlüsselt, weil die Anlage in der Überwachung bei ADT aufgeschaltet ist.

Hier auch meine Frage: klingeln in der ADT Zentrale die Glocken, wenn ich mit dem Adapter lesend auf den TAS gehe?

Viele Grüße Dirk

— Reply to this email directly, view it on GitHub[https://github.com/ioBroker/AdapterRequests/issues/309#issuecomment-1222854073], or unsubscribe[https://github.com/notifications/unsubscribe-auth/AKOH2I3KPNZI2FWHRLG62LDV2PKRNANCNFSM4KBUFWVA]. You are receiving this because you commented.[Verfolgungsbild][https://github.com/notifications/beacon/AKOH2I3BJFAWXGEK4CDZTPLV2PKRNA5CNFSM4KBUFWVKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOJDRULOI.gif]

[dbeckers99]

Danke für die schnelle Meldung! Installiert ist der Adapter, Connection steht auch (laut Objektliste) - aber mehr ist da in den Objekten nicht zu sehen. Leider. Ich habe mal gesichert und entsichert, kein Unterschied.

Das bedeutet also, ich muss von meinem Alarmanlagen Service-Menschen den TAS umprogrammieren lassen? Einmal die Meldungen an die ADT Zentrale schicken (das macht er ja schon) und die gleiche Meldung noch mal an die IP meines ioBroker Servers? Möglichst unverschlüsselt, weil sie bleibt ja auch im LAN.

Dann würde ja jede Nachricht, die der Melder rausschickit auch im ioBroker landen. Kann ich den vielleicht selbst so einstellen? Oder kann ADT das aus der Ferne? Weil sonst kostet die Nummer 200€ Anfahrt...

[ps-neotrace]

@dbeckers99 , Moin da müsste der Errichter auf jeden Fall noch einstellungen am TAS vornehmen. Einfach so mitlauschen ist nicht möglich. Das ist in der Regel aber kein Problem. Es muss nur sichergestellt sein das die Gefahrenmeldeanlage keine VDS Anlage ist, da ansonsten der Errichter gar nicht ohne weiters auf eine andere Leitstelle oder in Ihrem Fall eine Smart Home Funktion aufschalten darf. Ich gehe hier erstmal von einem privaten Objekt ohne derartige Sicherheiten aus. Ob verschlüsselt oder unverschlüsselt ist auch egal da der von Hirsch geschriebene Adapter beides hervorragend unterstützt! Wenn der Errichter fit ist, sollte ADT die änderungen aus der Ferne können. Selber werden sie das sicher nicht einstellen können, da die notwendigen Errichtercodes für das TAS sicher fehlen. Wir als Errichter würden auch nicht ohne weiters eine Anschaltung dieser Art bauen. Nach definierter Erklärung ist das aber sicher anders. Aber dem einfachen Support bei ADT würde ich das mal unterstellen wird der das erstmal absagen per Fernwartung und Ihnen mitteilen das dort ein Techniker kommen muss. Da änderungen am Wählgerät auch richtig vor Ort getestet werden sollten. Ggf. lässt sich dieser Schritt ja mit einer Wartung verbinden.

[ps-neotrace]

Als kleiner Tipp würde ich ihnen empfehlen dann aber auch gleich alle Meldungen zusätzlich zu ADT auch an den IO Broker senden zu lassen. Bei Telenot geht das mit der selben Anwahlfolge. Dort kann ich einfach einstellen das ich verschiedene Ziele und dann ob ich einen Handshake haben will von allen oder von einem. Ich habe es bei mir so gemacht, dass alle Meldungen an den Wachdienst laufen und zusätzlich jede Meldung nachdem sie an den WD gesendet wurden an den IO Broker gehen. Zeitverzug ist hier keine Rede. Bei mir ist die Verzögerung unter 1sec! Somit total vertretbar. Ob ich die Meldungen und Linien alle auswerte inc. Klartext oder nur das S/US ist mir dann überlassen. Allerdings kann ich das auch jeder Zeit selber ändern, da ich als technischer Leiter in einem Errichterbetrieb meine private Anlage nun auch selber programmieren kann und zusätzlich alle Meldungen aus der Leitstelle vergleichen kann. Der Adapter das kann ich hierbei aber schonmal sagen arbeitet wirklich erste Sahne!