HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Moderator: Co-Administratoren
HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Hallo
Ich wollte den HMIP-SRH an meiner Terrassentür einsetzen.
Nur....
Der passt nicht am angebauten Abus FG300A Griff und den wollte ich dort eigentlich behalten.
Hat jemand von Euch dazu eine Alternative entwickelt oder gesehen oder Idee, wie ich eine "nicht verriegelt" Stellung am FG300A abfragen könnte ?
Wozu ?
Naja um eine Aussperrsicherung für den Rolladen über die Deaktivierung der Zeitprogramme im Kanal 7 des HMIP Brolls zu realisieren.
Also Tür offen oder Tür "nicht verriegelt" Kanal 7 -> manuel; sonst auto
Dabke schon mal für Ideen etc.
Ich wollte den HMIP-SRH an meiner Terrassentür einsetzen.
Nur....
Der passt nicht am angebauten Abus FG300A Griff und den wollte ich dort eigentlich behalten.
Hat jemand von Euch dazu eine Alternative entwickelt oder gesehen oder Idee, wie ich eine "nicht verriegelt" Stellung am FG300A abfragen könnte ?
Wozu ?
Naja um eine Aussperrsicherung für den Rolladen über die Deaktivierung der Zeitprogramme im Kanal 7 des HMIP Brolls zu realisieren.
Also Tür offen oder Tür "nicht verriegelt" Kanal 7 -> manuel; sonst auto
Dabke schon mal für Ideen etc.
LG Egon aka Alter Mann
Raspberry PI 3B+ mit RaspMatic
Raspberry PI 3B+ mit RaspMatic
-
- Beiträge: 91
- Registriert: 28.06.2018, 22:29
- System: CCU
- Hat sich bedankt: 20 Mal
- Danksagung erhalten: 5 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Was passten denn nicht.... Ich musste bei meinen Griffen von Weru auch die beiden Plaste blozen etwas bearbeiten das ich sie in die Löcher des SRH bekam...
Vll kannst du es ja mit "basteln" hin bekommen...
Vll kannst du es ja mit "basteln" hin bekommen...
-
- Beiträge: 14148
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Ich befürchte mal, das wird bei dem Griff nicht gehen, weil die Montageplatte einfach zu lang ist. Ich hatte zeitweilig mal einen umgebauten magnetischen TFK dafür genutzt. Dazu habe ich mir ein Gehäuse selbst gedruckt und es auf die Maße eines IP TFK für den verdeckten Einbau bekommen und dann die Innereien des magnetischen TFK dort eingebaut. Dann hatte ich noch einen kleinen Magneten auf einen der Rollenzapfen geklebt. Sowie der Magnet durch das Betätigen des Griffes seine Position verlassen hat, hatte ich dieses auch bei angelehnt Tür in der CCU.
Ich habe aber im letzten Jahr auf Pilzkopfbeschläge umgebaut und deswegen einen HmIP-SRH montiert. Bei Pilzzapfen funktioniert das nicht, weil man nicht nah genug rankommt und die Zapfen in die Platten greifen. Wenn man aber einen Magneten auf ein bewegliches Beschlagteil kleben kann, dann wäre das durchaus ein Weg. Meist ist im Beschlagbereich der Schere ein Rollenzapfen verbaut und so ein TFK müsste im Scherenbereich montiert werden. Platzmäßig nicht gerade ein idealer Montageort.
Gruß Xel66
EDIT: Ich habe mal noch ein Foto von meinem Selbstbau-TFK-Gehäuse mit den Innereien eines HM-Sec-SC-2 mit Deckel zum Vergleich mit dem HmIP-SWDO-I angehängt. Der einzige Nachteil: die LED schaut an der verkehrten Seite raus (der transparente Lichtleiter wurde abgeschliffen) kann man aber auch weglassen, da beim verdeckten Einbau im Türfalz sowieso nichts zu sehen ist. Habe leider keine Fotos mehr im eingebauten Zustand, aber die Bauhöhe ist identisch mit der des SWDO-I.
Ich habe aber im letzten Jahr auf Pilzkopfbeschläge umgebaut und deswegen einen HmIP-SRH montiert. Bei Pilzzapfen funktioniert das nicht, weil man nicht nah genug rankommt und die Zapfen in die Platten greifen. Wenn man aber einen Magneten auf ein bewegliches Beschlagteil kleben kann, dann wäre das durchaus ein Weg. Meist ist im Beschlagbereich der Schere ein Rollenzapfen verbaut und so ein TFK müsste im Scherenbereich montiert werden. Platzmäßig nicht gerade ein idealer Montageort.
Gruß Xel66
EDIT: Ich habe mal noch ein Foto von meinem Selbstbau-TFK-Gehäuse mit den Innereien eines HM-Sec-SC-2 mit Deckel zum Vergleich mit dem HmIP-SWDO-I angehängt. Der einzige Nachteil: die LED schaut an der verkehrten Seite raus (der transparente Lichtleiter wurde abgeschliffen) kann man aber auch weglassen, da beim verdeckten Einbau im Türfalz sowieso nichts zu sehen ist. Habe leider keine Fotos mehr im eingebauten Zustand, aber die Bauhöhe ist identisch mit der des SWDO-I.
Zuletzt geändert von Xel66 am 07.04.2021, 11:22, insgesamt 1-mal geändert.
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 246
- Registriert: 01.05.2020, 19:48
- System: CCU
- Hat sich bedankt: 78 Mal
- Danksagung erhalten: 10 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Als Alternative könntest du ja den tursensor nehmen, wenn auf, rollo nicht runterfahren
1x HmIPW-DRAP, 3x HmIPW-DRI32, 3x HmIPW-DRBL4, 7x HmIPW-DRS8, 1x HmIPW-DRD3, 1x HmIPW-SMI55, 3x HmIPW-WTH, 1x HmIP-HAP, 3x HmIP-STH, 1x HmIP-WTH-2, 3x HmIP-PS, 1x HmIP-SMI, 7x HmIP-SWDO-I, 4x HmIP-SWSD, 3 HmIP-SRH, 2x HmIP-BSL, 3x HmIP-SMI55, 1x HmIP-ASIR, 1xHmIP-ASIR-O
-
- Beiträge: 4155
- Registriert: 09.09.2012, 10:41
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 78 Mal
- Danksagung erhalten: 301 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Es gibt Leute (dazu gehöre ich auch), die ziehen gelegentlich die Tür hinter sich zu, wenn sie die Terrasse betreten. Ergebnis: der Tür-/Fensterkontakt sagt: "Zu" -> Rollladen fährt.
Es gibt 10 Arten von Menschen: solche die Binärcode verstehen und solche, die ihn nicht verstehen.
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
genau das ist der Grund, weshalb ich auch irgendwie die Stellung des Griffes oder die Info "verriegelt" herausbekommen möchte.
Der Tür-Offen-Kontakt wird dann verodert, denn ich möchte mir auch die Möglichkeit lassen die Tür zu öffnen, wenn der Rolladen fast unten ist (ich also nicht draußen aber Hund will in den Garten oder wir wollen etwas Luft)
Die Idee die beweglichen Teile "abzufragen" werde ich mir bei meienr Tür mal anschauen, danke
LG Egon aka Alter Mann
Raspberry PI 3B+ mit RaspMatic
Raspberry PI 3B+ mit RaspMatic
-
- Beiträge: 14148
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Vielleicht ist auch der Austausch des Griffes doch eine Option. Die Alarmgriffe haben sowieso einen begrenzten Nutzen, da die wenigsten Einbrecher ein Loch in das Glas schneiden oder den Rahmen anbohren (OK, letzteres schon eher), um dann den Griff zu betätigen. Vielmehr wird mit dem Kuhfuß oder einem stabilen Schraubendreher aufgebrochen. Daher sind zur Alarmierung die Öffnungssensoren zielführender. Und mit einer zusätzlichen Alarmeinrichtung (Innensirene) ließe sich auch mit dem Drehgriffkontakt die Alarmierung bei unerlaubter Betätigung nachbilden. Ich habe an meiner Terrassentür beides dran. Einen IP-Drehgriffkontakt für den Aussperrschutz (HmIP-BROLL) und einen klassischen optischen TFK für die klassische Innensirene als Einbruchsmeldefunktion und für die Heizungssteuerung. Vor der Umrüstung auf den Drehgriffkontakt war alles klassisch Homematic.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 5422
- Registriert: 30.05.2019, 11:37
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Chemnitz
- Hat sich bedankt: 114 Mal
- Danksagung erhalten: 732 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Hi
ja, das ist mir auch schon so durch den Kopf gegangen.
Dann kommt der Griff eben an ein anderes Fenster.
Ich dachte nur, hier gäbe es ein ganz pfiffige, aber auch leicht zu realisierende Idee.
Das ganze Thema ALARM und auch fast alles aus dem Smart Home-Bereich erinnernt mich immer an "Make America Great again".
Jeder Hersteller muckelt da vor sich hin, tritt höchstens einer Allianz bei, statt sich mal darüber Gedanken zu machen, ob man die Kommunikationsschnittstelle nicht so gestalten könne, damit andere Protokolle geflashed werden könnten.
Aus meiner Sicht wäre das Ideal, aber villeicht fehlt mir dabei ja der (Weit)Blick
Danke für Eure Antworten
ja, das ist mir auch schon so durch den Kopf gegangen.
Dann kommt der Griff eben an ein anderes Fenster.
Ich dachte nur, hier gäbe es ein ganz pfiffige, aber auch leicht zu realisierende Idee.
Das ganze Thema ALARM und auch fast alles aus dem Smart Home-Bereich erinnernt mich immer an "Make America Great again".
Jeder Hersteller muckelt da vor sich hin, tritt höchstens einer Allianz bei, statt sich mal darüber Gedanken zu machen, ob man die Kommunikationsschnittstelle nicht so gestalten könne, damit andere Protokolle geflashed werden könnten.
Aus meiner Sicht wäre das Ideal, aber villeicht fehlt mir dabei ja der (Weit)Blick
Danke für Eure Antworten
LG Egon aka Alter Mann
Raspberry PI 3B+ mit RaspMatic
Raspberry PI 3B+ mit RaspMatic
-
- Beiträge: 14148
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: HMIP-SRH passt nicht zum ABUS FG300A - Alternative ?
Das ist, weil jeder Hersteller seine Geräte verkaufen will. Eine Übereinkunft über das Kommunikationsprotokoll hat es nur bei KNX gegeben. Aber auch da ist nicht alles im Sinne des Anwenders. Man schaue sich nur mal die Preise für die Konfigurationssoftware oder einen der Homeserver an, wenn man dem Smarthome auch wirklich mehr Smartness als der reinen Verknüpfung mitgeben will. Will ja auch jeder Hersteller wieder seine Lizenzkosten reingekommen. Mit einer Eigenentwicklung entfallen solche Preistreiber. Darum ist's wie's ist.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch