Loxone · Zutrittsintegration
Loxone Zutrittskontrollintegration – Türereignisse im Gebäudemodell
Integration der Zutrittskontrolle auf einer Loxone-Plattform: Türereignisse, Fernentriegelung, CCTV-Verknüpfung und Logik für Zeiten außerhalb der Betriebszeiten – Schlösser und Leser werden von Fachbetrieben für Zutrittskontrolle geliefert.
Kurze Antwort
Die Loxone-Integration der Zutrittskontrolle verbindet bestehende Türcontroller und Leser mit dem Gebäudemodell, sodass ein gültiger Zutritt Beleuchtung, HLK, CCTV und Alarme auslösen kann. Diese Seite beschreibt die Integration von Zutrittssystemen; sie verkauft keine Schlösser, Türöffner, Leser oder Drehkreuze, und die Prüfung der Berechtigung bleibt beim Zutrittskontrollsystem.
Integration statt Hardwarelieferung
Die Abgrenzung ist entscheidend. Zutrittskontrolle ist eine Fachdisziplin mit eigenen Berechtigungen, Stromversorgungen, Fail-safe-Anforderungen und örtlichen Vorgaben. Wir verkaufen keine Schlösser, Türöffner, Leser, Drehkreuze oder Schranken. Wir verbinden das Zutrittssystem mit dem Gebäude: Türstatus und Ereignisse lesen, überwachte Freigabebefehle ausgeben, wo der Zutrittscontroller dies zulässt, und diese Ereignisse in der Beleuchtungs-, HLK-, CCTV- und Alarmlogik nutzen. Das Zutrittssystem bleibt dafür verantwortlich, wer eine Tür passieren darf; die Gebäudeplattform ist dafür verantwortlich, was das Gebäude beim Öffnen einer Tür tut. Wir halten diese Abgrenzung in jedem Angebot fest, denn ein unklarer Leistungsumfang führt bei Integrationsprojekten genau dazu, dass Hardware installiert wird, die niemand geplant hat. Eine klare Abgrenzung schützt auch den Kunden: ein Vertrag für die Berechtigungen, ein weiterer für die Gebäudelogik, jeder für sich prüfbar.
- Die Prüfung der Berechtigung bleibt beim Zutrittssystem
- Türereignisse speisen die Beleuchtungs-, HLK- und CCTV-Logik
- Keine Lieferung von Schlössern, Türöffnern, Lesern oder Drehkreuzen
Strategie für Türen, Zonen und Wege
Die Türplanung beginnt mit den Bewegungsabläufen, nicht mit der Hardware. Wir erfassen jede überwachte Tür, ihre Nutzer, ihre übliche Durchgangsrichtung, ihren Weg außerhalb der Betriebszeiten und ihre Beziehung zu Aufzügen, Treppen und Mieterflächen. Anschließend werden die Türen zu Zonen gruppiert, die den Beleuchtungs- und HLK-Zonen entsprechen, damit ein Zutrittsereignis eine definierte Gebäudereaktion auslöst. Ein Haupteingang, eine Nebentür, eine Fußgängertür des Parkhauses und eine Tür zur Technikzentrale sollten nicht allein deshalb dieselbe Reaktion haben, weil sie an einem gemeinsamen Controller hängen. Fluchttüren, Brandschutztüren und barrierefreie Eingänge unterliegen Anforderungen, die der Zutrittsspezialist und der Brandschutzplaner festlegen; die Gebäudeplattform dokumentiert, dass diese Anforderungen bestehen, und ersetzt sie nicht. Die Türliste erfasst außerdem, welche Türen nur überwacht und nicht angesteuert werden, denn auch diese Ereignisse sind für Beleuchtung und HLK relevant.
- Türliste nach Nutzer, Richtung und Weg außerhalb der Betriebszeiten
- Türgruppen abgestimmt auf Beleuchtungs- und HLK-Zonen
- Anforderungen an Flucht- und Brandschutztüren bleiben bei den Fachplanern
Was ein Türereignis auslösen kann
Ein Türereignis liefert einen kleinen Ausschnitt des Gebäudekontexts. Ein gültiger Zutritt am Drehkreuz der Lobby kann die Beleuchtung der Etage in ihre Belegungsszene bringen, die Lüftung in den Besprechungsräumen starten und die Zone als belegt markieren. Ein Ausgang nach Betriebsschluss kann eine Schließsequenz starten. Eine offen gehaltene Tür kann einen Alarm auslösen und eine Kameraperspektive einblenden. Eine aufgebrochene Tür kann an den Sicherheitsdienst eskaliert werden und die angrenzende Zone sperren – die Sperrung selbst führt das Zutrittssystem aus, nicht die Gebäudeplattform. Nichts davon ersetzt die Zutrittsentscheidung; die Entscheidung dient als Auslöser für die Systeme, die den Raum nutzbar und sicher machen. Die Zuordnung ist standardmäßig einseitig: Die Plattform verarbeitet Ereignisse, und nur ausdrücklich vom Zutrittshersteller freigegebene Befehle werden zurückgeschrieben. Wir führen die Ereigniszuordnung als Tabelle und nicht nur als Diagramm, damit sie Zeile für Zeile geprüft werden kann.
- Zutritts- und Austrittsereignisse als Belegungssignale
- Alarme für offen gehaltene und aufgebrochene Türen mit CCTV-Verknüpfung
- Sequenzen außerhalb der Betriebszeiten, ausgelöst durch den letzten Ausgang
Schnittstellen und ihre Möglichkeiten
Die Integrationstiefe hängt vom Zutrittscontroller ab. OSDP oder Wiegand beschreibt die Verbindung zwischen Leser und Controller, nicht eine offene Gebäudeschnittstelle; allein daraus erhält die Plattform keinen nutzbaren Ereignisstrom. Ein Controller mit API, Ereignisexport oder dokumentierter Netzwerkschnittstelle ist ein besserer Ausgangspunkt. Potenzialfreie Kontakte können Türstatus oder Freigabebefehle übertragen, sofern der Controller sie bereitstellt. Im Audit bestätigen wir, welche Ereignisse verfügbar sind, welche Befehle zulässig sind und was der Zutrittshersteller schriftlich unterstützt. Bietet der Controller nur ein Relais, beschränkt sich die Integration auf dieses Relais, und wir sagen das, statt ein vollständiges Ereignismodell zu versprechen, das die Hardware nicht liefern kann. Stellt ein Controller Ereignisse, aber keine Befehle bereit, bleibt die Integration bei Überwachung und Kontext – für Beleuchtung und HLK ist das oft ausreichend. Auswahl des Controllers, Lesertyp und Türhardware bleiben beim Zutrittsspezialisten; unser Kriterium ist die Ereignis- und Befehlsschnittstelle, die der Controller bereitstellt. Auf Gebäudeseite ist die Integration eine dokumentierte Netzwerkverbindung mit fester Adresse, überwachter Strecke und einem Strompfad, der nicht von der Türhardware abhängt.
- API, Ereignisstrom oder potenzialfreie Kontakte – je nach Controller
- Status lesen, bevor eine Steuerung erfolgt
- Schnittstelle und Berechtigungen im Audit bestätigt
Besucher, Fremdfirmen und Zutritt außerhalb der Betriebszeiten
Besucher- und Fremdfirmenabläufe bestehen überwiegend aus Prozessen und werden durch wenige technische Signale unterstützt. Der Empfang kann im Zutrittssystem eine temporäre Berechtigung erteilen; die Gebäudeplattform nutzt das daraus entstehende Ereignis, um Beleuchtung und HLK im Besprechungsbereich zu aktivieren, und gibt sie zum Ende des Besuchs wieder frei. Zutritt außerhalb der Betriebszeiten lässt sich auf definierte Türen und Zonen begrenzen, wobei die Beleuchtung dem Weg folgt und nicht der ganzen Etage. Eine Fremdfirma, die in der Technikzentrale arbeitet, benötigt Licht, Lüftung und einen Nachweis, wann der Bereich belegt war, aber keine gebäudeweite Szene. Der Audit-Trail sollte zeigen, wer wann durch welche Tür eingetreten ist und wie das Gebäude darauf reagiert hat. Ausnahmen laufen über denselben Ereignispfad, damit eine manuelle Freigabe nicht zu einer undokumentierten Routine wird. Temporärer Zutritt sollte automatisch verfallen, und die Gebäudereaktion sollte mit ihm enden, auch wenn der Besucher das Abmelden vergisst.
- Temporärer Zutritt, unterstützt durch Abläufe im Gebäude
- Wege außerhalb der Betriebszeiten sind auf definierte Zonen begrenzt
- Ereignisprotokoll verknüpft Zutritt, Beleuchtung und HLK-Reaktion
Alarme, Eskalation und Vorfallauswertung
Zutrittsalarme sind nur nützlich, wenn sie jemanden erreichen, der handeln kann. Wir definieren Alarmklassen für offen gehaltene Türen, gewaltsames Öffnen, Controller offline, Manipulation am Leser und Freigabestörung – jeweils mit Ziel, Reaktionszeit und Eskalationsweg. Eine Tür, die während einer Anlieferung offen gehalten wird, ist nicht dasselbe Ereignis wie eine nachts aufgebrochene Tür, auch wenn der Controller beides als Kontakt meldet. Die Plattform versieht das Ereignis mit einem Zeitstempel, verknüpft die nächstgelegene Kamera und schreibt die Quittierung des Bedieners in den Audit-Trail. Die Vorfallauswertung rekonstruiert anschließend den Ablauf: wer eingetreten ist, durch welche Tür, was das Gebäude getan hat, wer reagiert hat und wie lange es gedauert hat. Dieser Nachweis ist wertvoller als ein Dashboard, das nur den Türstatus in Echtzeit zeigt. Eine Unterdrückung während eines bekannten Wartungsfensters ist zulässig, aber zeitlich begrenzt und für die nächste Schicht sichtbar.
- Alarmklassen mit Ziel und Reaktionszeit
- Kamera und Quittierung mit dem Ereignis verknüpft
- Vorfallrekonstruktion aus dem zusammengeführten Protokoll
Inbetriebnahme, Übergabe und Bedienerschulung
Die Zutrittsintegration wird in Phasen in Betrieb genommen, weil jede Phase ein anderes Risiko birgt. Zuerst wird die reine Überwachung nachgewiesen: Türstatus, Ereignisse und Zeitstempel. Danach folgen ereignisgesteuerte Beleuchtung und HLK, wobei jede Zone von der Tür aus getestet wird, die sie auslösen soll. Freigabebefehle kommen zuletzt und nur dort, wo der Zutrittshersteller die Berechtigung und das Fail-safe-Verhalten schriftlich bestätigt hat. Jede Phase hat ihren eigenen Prüfnachweis und ihre Abnahme. Die Übergabe umfasst Türliste, Ereigniszuordnung, Eskalationsmatrix, Berechtigungsregister und ein geprüftes Backup der Gebäudelogik. Die Bediener werden in Alarmquittierung, Besucher- und Fremdfirmenabläufen sowie im Unterschied zwischen einer Gebäudereaktion und einer Zutrittsentscheidung geschult. Eine kurze Auswertung realer Ereignisse nach der Übergabe ändert oft eine Reaktion, die auf dem Papier sinnvoll aussah.
- Phasen: reine Überwachung, Ereignissteuerung und Befehlsausgabe
- Freigabebefehle nur mit schriftlicher Genehmigung
- Türliste, Ereigniszuordnung und Schulung bei der Übergabe
Verantwortlichkeiten und Abgrenzung der Zutrittsintegration
15 rows| Funktion | Verantwortung des Zutrittssystems | Verantwortung der Gebäudeplattform | Hinweis zur Abgrenzung |
|---|---|---|---|
| Prüfung der Berechtigung | Leser, Controller, Berechtigungen | Keine | Bleibt beim Zutrittssystem |
| Türfreigabe | Türöffner, Haftmagnet, Controllerausgang | Überwachter Befehl, sofern zulässig | Hardware und Fail-safe-Betrieb beim Zutrittsspezialisten |
| Türstatus | Kontakt oder Controller-Ereignis | Überwachung, Alarm und Trend | Sensorverdrahtung durch den Installateur |
| Alarm bei offen gehaltener Tür | Controller-Ereignis und Zeitgeber | Alarmweiterleitung und Eskalation | Zeitschwelle je Tür vereinbart |
| Gewaltsames Öffnen | Controller-Ereignis | Alarmweiterleitung, CCTV-Verknüpfung | Reaktionsverfahren mit dem Sicherheitsdienst abgestimmt |
| Austrittsanforderung | Taster, Sensor und Controller-Logik | Kein Befehl; Ereignis dient dem Zonenkontext | Fluchtwegverhalten durch Vorschrift und Fachplaner definiert |
| Besucherablauf | Temporäre Berechtigungen und Protokolle | Beleuchtungs- und HLK-Sequenzen | Empfangsprozess bleibt manuell |
| Fremdfirmen und Zutritt außerhalb der Betriebszeiten | Türgruppen und Zeitprofile | Wegbeleuchtung, Lüftung und Nachweise | Zutrittsrechte durch den Sicherheitsdienst definiert |
| Drehkreuz-Integration | Drehkreuz-Controller und Hardware | Nur Ereignisübernahme | Keine Drehkreuze in diesem Leistungsumfang |
| Schranken-Integration | Schrankencontroller und Sicherheitsschleifen | Ereignisübernahme und Zonenreaktion | Keine Schranken in diesem Leistungsumfang |
| Zutritt im Aufzugsvorbereich | Aufzugscontroller und Zielruf-Logik | Beleuchtung und HLK im Aufzugsvorbereich | Aufzugssteuerung bleibt beim Aufzugshersteller |
| CCTV-Verknüpfung | Kamera und Videomanagement | Zuordnung von Ereignissen zu Kameras | Videoaufbewahrung beim Sicherheitsdienst |
| Alarmweiterleitung | Ereigniserzeugung | Priorität, Ziel und Eskalation | Reaktionsverantwortung bei der Übergabe vereinbart |
| Gemeinsamer Audit-Trail | Export der Zutrittsereignisse | Zusammengeführtes Protokoll mit Gebäudeaktionen | Datenhoheit beim Gebäudeeigentümer |
| Fluchtwege im Brandfall | Brandmeldeschnittstelle und Türfreigabe | Nur Überwachung | Personenschutzfunktion bleibt bei Brandmelde- und Zutrittssystemen |
Projektbilder
3 images
Häufige Fragen
01Liefern Sie Schlösser oder Drehkreuze?
Nein. Wir integrieren Zutrittscontroller, Leser und Türhardware, die von Fachbetrieben für Zutrittskontrolle geliefert werden. Unser Leistungsumfang ist die Gebäudelogik darum herum.
02Können Sie unser bestehendes Zutrittssystem integrieren?
Wenn es eine API, einen Ereignisstrom oder potenzialfreie Kontakte bereitstellt, in der Regel ja. Das Audit bestätigt die verfügbaren Ereignisse und die Befehle, die der Controller zulässt.
03Kann ein Türereignis Licht und HLK einschalten?
Ja. Ein gültiger Zutritt kann eine Belegungsszene für die Zone setzen; ein Ausgang oder eine Zeitüberschreitung kann sie in den Bereitschaftsmodus zurückführen. Die Reaktion wird je Tür und je Zone konfiguriert.
04Speichert die Plattform Berechtigungsdaten?
Nein. Berechtigungsdaten bleiben im Zutrittssystem. Die Plattform erhält Türereignisse und Status, keine Karteninhaberdaten.
05Können wir mit reiner Überwachung beginnen und die Steuerung später ergänzen?
Ja. Überwachung, ereignisgesteuerte Sequenzen und Freigabebefehle können in Phasen in Betrieb genommen werden, jede mit eigenem Prüf- und Abnahmenachweis.
06Wie wird eine aufgebrochene Tür behandelt?
Der Zutrittscontroller meldet das Ereignis; die Plattform leitet den Alarm weiter, verknüpft die nächstgelegene Kamera und kann gemäß dem abgestimmten Verfahren eine Zonenreaktion auslösen.
07Wie sieht es mit Fluchtwegen im Brandfall aus?
Fluchtwege und die Türfreigabe bei Alarm bleiben bei den Brandmelde- und Zutrittssystemen und werden nach örtlichen Vorschriften ausgelegt. Die Plattform kann den Status überwachen, ersetzt diese Funktion jedoch nicht.
Nächster Schritt
Bringen Sie uns das Gebäude.
Nennen Sie uns Gebäudetyp, Systeme im Leistungsumfang und das benötigte Ergebnis. Wir zeigen den kürzesten Weg zu einem funktionierenden System.