Überlegung: Abtrennung "Alarmanlage" von RM zu Cloud sinnvoll?

[srunschke]

Möglich. Da warte ich dann mal gespannt auf deine Auswertungen.

Sooo, was lange währt, wird irgendwann gar.

Ich habe auf folgende (zur Lesbarkeit gekürzte) Nachfrage meinerseits:

Ich hätte hier noch eine Rückfrage bezüglich des zweites Absatzes.
Welche "Direktverknüpfungen im Sicherheitsbereich“ meinen sie denn? Ich würde sie ja gerne nutzen, aber ich sehe keine.
Es ist nicht möglich KRCA, ASIR, SWDO-I oder ähnliches irgendwie miteinander direkt zu verknüpfen, da sie keine dafür nutzbaren Kanäle haben. Die ASIR hat zB ihren Kanal 2 „Verknüpfungspartner für Sensor mit Sicherheitskanal“ - steht aber auf „nicht verknüpfbar“?

folgende - doch sehr lustige - (zur Lesbarkeit gekürzte) Antwort bekommen:

Unsere speziell geschulten Installationspartner beraten Sie gerne bei allen Fragen rund um die Smarthomewelt.

Anhand von Ihren Wünschen, den örtlichen Gegebenheiten und der vielfältigen Möglichkeiten der Systeme kann dieser eine optimale Auslegung durchführen. Hierbei kann er ebenfalls Partnerlösungen oder Komplementärprodukte aus dem Elektrogroßhandel mit einbeziehen. Durch einen lokalen Installationspartner haben Sie zudem den Vorteil eines kompetenten Ansprechpartners in Ihrer Nähe, welcher mit Ihrer Anlage vertraut ist.

Sind schon spaßige Vögel bei eQ-3.

Aber wie versprochen hier die Ergebnisse meines Lab Tests.

Szenario:
Entfernung zueinander <10 Meter, jeweils eine Innenwand (Neubau) dazwischen:
1x HmIP-HAP als Zentrale
1x HmIP-SWDO als Hüllschutzkontakt
1x HmIP-ASIR-O als Alarmsirene
1x HmIP-SWSD als Weiterleitungsziel für den Alarm
1x HmIP-KRCA zum Scharf/Unscharf stellen
- Konfiguriert über die Homematic IP App
- Vollschutz aktiviert (was übrigens geschlagene 30 Sekunden dauert!)
- HmIP-HAP vom Strom getrennt

Folgendes funktioniert dann trotzdem noch:

- Unscharf schalten der Anlage mittels KRCA
- Auslösen der Sirene bei Durchbrechen des Hüllschutzes
- Weiterleitung des Alarms an die Rauchmelder
- Deaktivieren des Alarms durch Unscharfschalten mittels eines KRCA

Was NICHT funktioniert, ist das Scharfschalten der Anlage, wenn der HAP offline/ausgeschaltet ist. Aber das ist verständlich, da vorher bei "Scharfschalten pro" (was ein dämlicher Name...) ja alle Hüllschutzparameter gecheckt werden müssen und das ist ohne eine Einheit, die die Logik prüft, nicht realisierbar.

Insofern würde ich sagen, dass zumindest im Hinblick auf die Autarkie der HmIP-HAB einer (O)CCU überlegen ist, da die Geräte per DV kommunizieren können!

Was ich - mangels räumlicher Entfernung - nicht ausprobieren konnte:

Wie verhält es sich, wenn die Geräte weiter voneinander entfernt stehen?
Wird die Alarmauslösung einer DV auch an weiter entfernte Geräte weitergegeben?
Sprich: wenn man am Nord- und am Südende des Hauses eine ASIR-O hat und dazwischen lauter SWSD und dann ein Hüllschutzkontakt im Norden ausgelöst wird - wo wird dann überall Alarm ausgegeben?
- auf allen ASIR-O/SWSD, weil es weitergeleitet wird?
- nur auf denen, die der Kontakt selber erreichen kann?
Was passiert beim Unscharfschalten mit der KRCA, wenn ich im Süden stehe?
- wird nur die südliche ASIR-O unscharf geschaltet?
- oder alle?

Das werde mal testen, sobald im neuen Haus Internet liegt und ich da was sinnvoll verbauen kann.

[jmaus]

Insofern würde ich sagen, dass zumindest im Hinblick auf die Autarkie der HmIP-HAP einer (O)CCU überlegen ist, da die Geräte per DV kommunizieren können!

Wenn die Geräte nach Anweisung eines HmIP-HAP am schluss wirklich direkt miteinander kommunizieren wie du es dargestellt hast, so *muss* das technisch auch mit einer CCU möglich sein. Vielleicht ist es in der WebUI nicht mit schicken Einstellmöglichkeiten freigeschalten/auswählbar, aber Direktverknüpfungen werden via Gerätefirmware definiert und realisiert und ist unabhängig der eingesetzten Zentrale (egal ob HAP oder CCU). Mit den entsprechenden externen tools oder skripting sollten sich die Direktverknüpfungen wie das der HAP anscheinend einrichtet (deshalb vmtl die 30 sek) auch auf einer CCU einrichten lassen. Insofern gibt es weiterhin keinen Grund das ganze über ein HAP und damit via Cloud einzurichten.

[MichaelN]

Und wenn man die vom HAP ab- und an der CCU anlernt - sind die DV's dann noch da?

[Baxxy]

Sooo, was lange währt, wird irgendwann gar.

Wunderbar. Vielen Dank für den ausführlichen Rapport.
Da könnte man glatt zum HAPianer werden.
Fehlt ja nur noch die Beschnüffelung der Funk-Kommunikation mittels Analyzer um meine Theorie (bei Nutzung des HAP gibt es DV's die es mit CCUx und Derivate nicht gibt) zu bestätigen.

so *muss* das technisch auch mit einer CCU möglich sein.

In der Theorie... klar. Aber wie das umsetzen? Mir fällt da spontan nur der Homematic-Manager von @hobbyquaker ein. Vielleicht schaut sich @srunschke das mal an. Hier wild in den Eingeweiden der WebUi "rumzufuhrwerken" oder per Scripting irgendwas zu versuchen fände ich schon grenzwertig. Entweder es geht "out-of-the-box" oder es geht eben nicht.

Und wenn man die vom HAP ab- und an der CCU anlernt

Ich vermute ein Ablernen / Löschen aus dem HAP kommt einem Geräte-Werksreset gleich.

[jmaus]

so *muss* das technisch auch mit einer CCU möglich sein.

In der Theorie... klar. Aber wie das umsetzen? Mir fällt da spontan nur der Homematic-Manager von @hobbyquaker ein. Vielleicht schaut sich @srunschke das mal an. Hier wild in den Eingeweiden der WebUi "rumzufuhrwerken" oder per Scripting irgendwas zu versuchen fände ich schon grenzwertig. Entweder es geht "out-of-the-box" oder es geht eben nicht.

Ach, so kompliziert sollte das nicht sein. Man müsste "nur" in der WebUI die passenden graphischen Elemente hinzufügen in den easyprofilen damit man via Direktverknüpfung WebUI oberfläche diese auch anlegen kann. Im Hintergrund sind ja dann im Endeffekt ohnehin nur XMLRPC Befehle die an die schnittstellenprozesse (rfd, HMIPServer) gesendet werden die dann die jeweiligen Linksets in den Geräten setzen. Muss man halt nur wissen was man wie miteinander "verlinken" muss. Also ja, über den Homematic-Manager könnte das geben, aber eben auch prinzipiell über die WebUI, wenn man dafür die entsprechende WebUI Funktionalität/Elemente hinzufügt. Das könnte man aber über die bewährte WebUI Patchpraxis in RaspberryMatic z.B. tun.

[Baxxy]

Man müsste "nur" in der WebUI die passenden graphischen Elemente hinzufügen

Na, ob das mal reicht? Um das "usable" zu machen müsste man wohl einiges umbauen / patchen. Die Frage wäre auch was eQ-3 davon hält wenn wir ihr Konzept "das geht mit dem AP / das geht mit CCUx" aushebeln. Grundsätzlich bin ich aber für solche "fiesematenzchen" zu haben.
Aber erstmal steht der Urlaub an.

Grüße
Baxxy

[jmaus]

Die Frage wäre auch was eQ-3 davon hält wenn wir ihr Konzept "das geht mit dem AP / das geht mit CCUx" aushebeln.

Das sollte kein Problem sein. Wüsste nicht das das eine Strategier ist das wohl gewisse Direktverknüpfungen mit der AP out-of-the-box gehen, aber in der CCU nicht. Das wird eher ein "Missing Feature" der CCU sein zu dem einfach bei eQ3 noch niemand gekommen ist bzw. den Aufwand scheut das umzusetzen. Und wenn RaspberryMatic diesbzgl. auch Vorreiter sein sollte, sollte das denen auch recht sein. Eben weil die das dann potentiell einfach übernehmen könnten.

[Black]

(...)In der Theorie... klar. Aber wie das umsetzen? Mir fällt da spontan nur der Homematic-Manager von @hobbyquaker ein. Vielleicht schaut sich @srunschke das mal an. Hier wild in den Eingeweiden der WebUi "rumzufuhrwerken" oder per Scripting irgendwas zu versuchen fände ich schon grenzwertig. Entweder es geht "out-of-the-box" oder es geht eben nicht.

um Erstmal weiterzukommen , der Befehl auf dem Schnittstellenprozess ist AddLink

wir spieen mit HmIP Geräten, also ist HmIP-RF das Interface

Code: Alles auswählen

! Händisches Anlegen einer DV
!- Achtung Name und InfoName hier keine SOnderzeichen oder ähnliches !!!!!!!
!- Black 2021
object oIFace= interfaces.Get ("HmIP-RF");
string stdOut;
string stdErr;
string sSendAddr= "Send:x"; !- Hier die Sender Adresse rein (Der Kanal !!!)
string sRecAddr= "Rec:x"; !- Hier die Empfänger Adresse (der Kanal !!);
string sTCL= ^puts [xmlrpc ^ # oIFace.InterfaceUrl()# ^/ addLink [list string \"^#sSendAddr#^\"] [list string \"^#sRecAddr#^\"] [list string \"Test DV\"] [list string \"Test Info\"]^;
system.Exec ("/bin/sh -c 'echo \"load tclrpc.so; " # sTCL # "\" |tclsh'",&stdOut,&stdErr);  

das müsste so eigentlich gehen, die Grundzeilen stammen aus der automatischen COdegenerierung des SDV

wenn das fehlerffei gelaufen ist, lässt sich mit dem SDV ja dann angucken, ob da eine Verbindung angelegt wurde und wenn ja, welche Linksets die so hat.

Black

[Baxxy]

das müsste so eigentlich gehen,

Müsste...
Ich kann's nicht wirklich testen da ich kein IP-Gerät mit "ALARM_COND_SWITCH_RECEIVER" habe.
Das restliche Testequipment lässt sich auch so auf die ein oder andere direktverknüpfen.
Ihr macht das (schon), ich mache Urlaub!

Grüße
Baxxy

[Black]

dir einen schönen Urlaub, keine Quarantäne Probleme und vor allem kein Hochwasser- Black