Die Außenstation startet den Anruf
Das Außenpanel oder die Türklingel erstellt das Anrufereignis und leitet es an die im Projektumfang aufgeführten Empfangsgeräte weiter.
Trudian bewertet gewählte Video-Gegensprechanlage, Türklingel, Innenmonitor und Smart Lock als einen zusammenhängenden Ablauf. Lokale, Cloud- oder hybride Steuerung lässt sich als Umfang festlegen; die Freigabe richtet sich jedoch nach Modell, Firmware, Schnittstelle, Berechtigung und Nachweisen aus dem Abnahmetest.
Geliefert wird nicht einfach eine Schaltfläche auf dem Bildschirm, sondern ein definierter Ablauf: Sitzungsidentität, Berechtigungsprüfung, Befehlsübertragung, Rückmeldung des Schlosses und Wiederanlauf, wenn ein Anruf oder die Netzwerkverbindung abbricht.
Das Außenpanel oder die Türklingel erstellt das Anrufereignis und leitet es an die im Projektumfang aufgeführten Empfangsgeräte weiter.
Der autorisierte Monitor, die Wachstation oder das mobile Konto empfängt die Sitzung und überprüft die verfügbare Live-Ansicht.
Das System bewertet den Benutzer, das Gerät, die Tür und die aktive Sitzung anhand der vereinbarten Zugangsrichtlinie, bevor es die Entsperrung akzeptiert.
Die Implementierung trennt die Entriegelungsanforderung, die Verriegelungsbestätigung und das Türzustandsereignis überall dort, wo die Hardware sie verfügbar macht.
Dokumentieren Sie für jede Aktion, ob sie vom Gerät, Standort-LAN, Internetverbindung, Cloud-Dienst oder Mobilkonto abhängt. Dadurch erhält das Projekt eine testbare Ausfallrichtlinie anstelle einer impliziten.
Eine lokale Steuerung kann über Innenmonitor, Gateway, Zutrittscontroller oder einen Dienst im lokalen Netzwerk laufen. Die Topologie wird durch die von den ausgewählten Geräten bereitgestellten Schnittstellen bestimmt.
Eine Cloud-Steuerung unterstützt mobile Benachrichtigungen, Fernsitzungen, Rollenverwaltung und Ereignisdienste nur, wenn diese Dienste im freigegebenen Umfang enthalten sind.
Ein Relais kann die passende Schnittstelle für einen Elektro-Türöffner oder ein Magnetschloss sein. Es stellt nicht automatisch Identität, Batteriestatus, Befehlsbestätigung oder einen gemeinsamen Ereignisdatensatz bereit.
| Dimension | Relais-Türöffner | Smart-Lock-Verbindung | Projektfrage |
|---|---|---|---|
| Typische Lösung | Elektrischer Türöffner, Magnetschloss oder Zutrittskontrolleingang | Elektronisches Smart Lock, Bridge oder Service mit dokumentierter Schnittstelle | Welches Gerät erhält die Freigabeanfrage? |
| Befehl | Trockenkontakt, Spannungsausgang oder Zeitrelais | Authentifizierter Befehl über eine freigegebene lokale oder Cloud-Verbindung | Wo ist der Befehl berechtigt und wie lange ist er gültig? |
| Rückmeldung | Normalerweise beschränkt auf den Relaisstatus, den Türkontakt oder den Controller-Eingang | Schlossbestätigung, Batterie-, Riegel- oder Ereignisstatus nur sofern unterstützt | Welche Rückgabezustände sind für die Annahme erforderlich? |
| Identität | Wird normalerweise von der Gegensprechanlage oder dem Zugangscontroller verwaltet | Kann Gegensprechanlage, App, Cloud-Mandanten und Schlossansteuerung umfassen | Welches System besitzt Benutzer und Berechtigungen? |
| Validierung | Kontaktbelastbarkeit, Verdrahtung, Timing und Fail-Safe/Fail-Secure-Verhalten | Schnittstelle, Autorisierung, Latenz, doppelte Befehle, Wiederherstellung und Sicherheit | Welches Testprotokoll berechtigt zur Produktionsfreigabe? |
Eine vollständige Produktspezifikation ist beim ersten Kontakt nicht erforderlich. Genaue Gerätereferenzen und Betriebsanforderungen reichen aus, um Schnittstellenlücken, Eigentumsverhältnisse und Validierungsarbeiten aufzudecken.
Intercom-, Türklingel-, Innenmonitor-, Gateway- und Schlossmodell; Hardware-Revision, Firmware und Zubehörsatz, sofern verfügbar.
Zugriff über Relais, serielle Schnittstelle, kabelgebundenes Netzwerk, Wi-Fi, Bluetooth oder externe Schnittstelle sowie Verantwortlicher und Dokumentation für jeden Weg.
Bewohner-, Wach-, Personal-, Gast- und Administratorrollen; Monitor, mobile App, Konsole oder externe Schnittstelle; eintüriges oder mehrtüriges Zielfernrohr.
Erforderliches Verhalten bei Internet-, LAN-, Cloud-, Geräte- und Stromausfällen, einschließlich Neustart, Neusynchronisierung und manuellem Fallback.
Erforderliche Ereignisfelder, Aufbewahrung, Latenzgrenzen, Erfolgskriterien, negative Tests und Besitz der endgültigen Testumgebung.
Zielmarkt, Prognosebereich, Zielplan, Markenbesitz und modellspezifische Zertifizierungs- oder Importeurdokumentanforderungen.
Im Angebot sollte angegeben werden, welches Tor enthalten ist, was jede Partei liefert und welche Nachweise erforderlich sind, bevor das nächste Tor beginnt.
Bestätigen Sie Dokumentation, Hardwarezugriff, Sicherheitseinschränkungen und ungelöste Abhängigkeiten.
Führen Sie den vereinbarten Ablauf aus Anruf und Türöffnung mit der vorgesehenen Muster-Hardware und Firmware vor.
Führen Sie normale, verweigerte, Timeout-, Befehlsduplikat-, Ausfall-, Neustart- und Wiederherstellungsfälle aus.
Erfassen Sie genehmigte Modelle, Versionen, bekannte Grenzwerte, Testergebnisse und die Änderungskontrollverantwortung.
Diese Antworten definieren, was zitiert werden kann, was getestet werden muss und wo noch modellspezifische Nachweise erforderlich sind.
Ja, wenn Gegensprechanlage, Schloss, Firmware und Autorisierungsweg als eine Konfiguration entwickelt und getestet werden. Behandeln Sie dies als projektbezogene Anbindungsprüfung. Übertragen Sie das Ergebnis nicht ohne eigene Prüfung auf andere Modelle.
Nein. Ein Relais schaltet die Stromversorgung oder einen Steuereingang für einen elektrischen Türöffner oder ein Magnetschloss. Eine Smart-Lock-Verbindung erfordert möglicherweise auch authentifizierte Befehle, Gerätestatus, Berechtigungen und Ereignisaufzeichnungen über eine dokumentierte lokale oder Cloud-Schnittstelle.
Nur wenn die freigegebene Spezifikation einen Offline-Betrieb vorsieht und der Abnahmetest ihn bestätigt. Dokumentieren Sie, welche lokalen Funktionen verfügbar bleiben, welche Cloud-Funktionen ausfallen und wie Benutzer nach einem Netzwerk- oder Dienstausfall wieder Zugang erhalten.
Sie können als getrennte, autorisierte Wege festgelegt werden. Für jeden Weg sind vor der Freigabe ein identifizierter Benutzer, eine Berechtigung, eine Sitzungsregel, eine Fehlerreaktion und eine Protokollanforderung nötig.
Der Verbindungsumfang wird nach Überprüfung der genauen Modelle, Hardware-Revisionen, Firmware, Netzwerkumgebung und erforderlichen Arbeitsabläufe bestätigt. Ein Produktfamilienname oder ein Protokolletikett sind kein ausreichender Nachweis.
Nennen Sie Modelle von Gegensprechanlage und Schloss, verfügbare Schnittstellen, lokale und Cloud-Funktionen, berechtigte Rollen, Ausfallverhalten, Zielmarkt und erwartete Stückzahlen. Die Prüfung trennt bestätigte Angaben von technischen Lücken und legt die Nachweise für einen Prototyp fest.
Der Zugang zu Schnittstellen ist eine Projektangabe, keine Zusage für die gesamte Produktfamilie. Der Anbindungsweg wird erst nach Prüfung der vorgesehenen Modelle und Dokumente festgelegt.