Le poste externe démarre l'appel
Le panneau extérieur ou la sonnette crée l'événement d'appel et l'achemine vers les appareils de réception répertoriés dans la portée du projet.
Portée de la connexion
Définissez le chemin de l’interphone au verrou avant le développement.
Trudian examine l'interphone vidéo, la sonnette, le moniteur intérieur et la serrure intelligente sélectionnés comme un seul mode de fonctionnement. Le contrôle local, cloud ou hybride peut être étendu, mais la décision de publication suit les preuves du modèle, du micrologiciel, de l'interface, de l'autorisation et des tests d'acceptation.
FiançaillesExamen ODM ou connexion
Chemin de contrôleLocal, cloud ou hybride
Examen du modèleConfirmé par le modèle et le firmware
Réponse de faisabilité
Un interphone peut déclencher un verrou intelligent lorsque le chemin complet est spécifié et testé.
Le livrable n’est pas un bouton d’écran. Il s'agit d'une transaction définie couvrant l'identité de la session, les contrôles d'autorisation, le transport des commandes, le retour de verrouillage et la récupération lorsqu'un appel ou une session réseau est interrompue.
Un interphone vidéo peut-il se connecter à une serrure intelligente ? Oui, pour une combinaison nommée d'interphone, de serrure, de micrologiciel et de méthode d'autorisation. Traitez-le comme un examen des connexions du projet, et non comme une fonctionnalité universelle de la famille de produits. Chaque modèle ou révision supplémentaire nécessite sa propre révision de modèle.
L'utilisateur destinataire vérifie le visiteur
Le moniteur autorisé, le poste de garde ou le compte mobile reçoit la session et examine la vue en direct disponible.
L'autorisation est vérifiée
Le système évalue l'utilisateur, l'appareil, la porte et la session active par rapport à la politique d'accès convenue avant d'accepter le déverrouillage.
La commande et le résultat sont enregistrés
L'implémentation sépare la demande de déverrouillage, l'accusé de réception du verrouillage et l'événement d'état de la porte partout où le matériel les expose.
Architecture de contrôle
Séparez le contrôle sur site des dépendances du service à distance.
Pour chaque action, indiquez si elle dépend de l'appareil, du réseau local du site, de la connexion Internet, du service cloud ou du compte mobile. Cela donne au projet une politique de panne testable au lieu d'une politique implicite.
CHEMIN ALOCAL
Contrôle sur place
Un chemin local peut utiliser un moniteur intérieur, une passerelle, un contrôleur d'accès ou un service sur le réseau du site. La topologie est déterminée par les interfaces exposées par les appareils sélectionnés.
- Nommez le système qui possède les utilisateurs, les portes et les autorisations.
- Enregistrez quelles fonctions d'appel, vidéo et audio restent disponibles sans Internet.
- Définissez les délais d'attente des commandes, la gestion des demandes en double et les règles de nouvelle tentative.
- Testez la perte du réseau local, le redémarrage de l'appareil et la restauration de l'alimentation.
CHEMIN BNUAGE
Télécommande
Un chemin cloud peut prendre en charge les notifications mobiles, les sessions à distance, la gestion des rôles et les services d'événements uniquement lorsque ces services sont inclus dans la portée approuvée.
- Attribuez la propriété des comptes, des appareils et des données des locataires.
- Définissez des règles de déverrouillage et de réauthentification à distance.
- Spécifiez les champs d'événements, les droits d'accès et les périodes de conservation.
- Panne du service de documents, récupération des informations d'identification et transfert de périphérique.
Note sur la portéeCette page n'est pas une déclaration de connexion universelle. Le fonctionnement hors ligne, les fonctions d'application, la conservation des données, les interfaces et les couplages de modèles ne sont des livrables que lorsqu'ils sont enregistrés dans la spécification approuvée et le plan de test d'acceptation.
Sélection des interfaces
Le déclenchement du relais n'est pas la même chose que le contrôle du verrouillage intelligent.
Un relais peut être la bonne interface pour une gâche électrique ou une serrure magnétique. Il ne fournit pas automatiquement l'identité, l'état de la batterie, l'accusé de réception des commandes ou un enregistrement d'événement partagé.
| Dimensions | Déverrouillage de porte relais | Connexion Smart-Lock | Question de projet |
|---|---|---|---|
| Cible typique | Entrée gâche électrique, serrure magnétique ou contrôleur d'accès | Serrure intelligente électronique, pont ou service avec une interface documentée | Quel appareil reçoit la demande de libération ? |
| Commande | Contact sec, sortie tension ou relais temporisé | Commande authentifiée sur un chemin local ou cloud approuvé | Où la commande est-elle autorisée et combien de temps est-elle valable ? |
| Commentaires | Généralement limité à l'état du relais, au contact de porte ou à l'entrée du contrôleur | Acquittement de verrouillage, état de la batterie, du verrou ou de l'événement uniquement lorsque cela est pris en charge | Quels états retournés sont requis pour l’acceptation ? |
| Identité | Généralement géré par l'interphone ou le contrôleur d'accès | Peut couvrir l'interphone, l'application, le locataire cloud et l'itinéraire de verrouillage | Quel système possède les utilisateurs et les autorisations ? |
| Validation | Caractéristiques nominales des contacts, câblage, synchronisation et comportement de sécurité/sécurité intégrée | Interface, autorisation, latence, commandes en double, récupération et sécurité | Quel dossier de test autorise la mise en production ? |
Apport d'ingénierie
Apportez les preuves nécessaires à une étude de faisabilité.
Une spécification complète du produit n’est pas nécessaire au premier contact. Les références exactes des appareils et les exigences de fonctionnement suffisent à révéler les lacunes de l'interface, les travaux de propriété et de validation.
Configuration de l'appareil
Modèle d'interphone, de sonnette, de moniteur intérieur, de passerelle et de serrure ; révision du matériel, micrologiciel et ensemble d'accessoires si disponibles.
Interfaces disponibles
Accès relais, série, réseau filaire, Wi-Fi, Bluetooth ou interface externe, ainsi que le propriétaire et la documentation de chaque itinéraire.
Utilisateurs, portes et points de déverrouillage
Rôles de résident, de gardien, de personnel, d'invité et d'administrateur ; moniteur, application mobile, console ou interface externe ; lunette mono-porte ou multi-portes.
Continuité et récupération
Comportement requis lors de pannes d'Internet, de réseau local, de cloud, d'appareil et de courant, y compris le redémarrage, la resynchronisation et le repli manuel.
Événements et acceptation
Champs d'événements obligatoires, rétention, limites de latence, critères de réussite, tests négatifs et propriété de l'environnement de test final.
Marché et portée commerciale
Marché de destination, plage de prévisions, calendrier cible, propriété de la marque et besoins spécifiques au modèle en matière de certification ou de documents pour l'importateur.
Contrôle du développement
Passez de la faisabilité à la libération en passant par des portes définies.
Le devis doit indiquer quelle porte est incluse, ce que chaque partie fournit et quelles preuves sont requises avant le début de la porte suivante.
Révision des interfaces
Confirmez la documentation, l’accès au matériel, les contraintes de sécurité et les dépendances non résolues.
Flux de travail de référence
Démontrez la séquence d’appel et de déverrouillage convenue sur l’exemple de matériel et de micrologiciel nommé.
Tests d'acceptation
Exécutez les cas normaux, refusés, d'expiration, de commande en double, de panne, de redémarrage et de récupération.
Configuration contrôlée
Enregistrez les modèles approuvés, les versions, les limites connues, les résultats des tests et la propriété du contrôle des modifications.
FAQ
Résolvez les limites techniques avant le développement.
Ces réponses définissent ce qui peut être cité, ce qui doit être testé et où des preuves spécifiques au modèle sont encore requises.
Un interphone vidéo peut-il se connecter à une serrure intelligente ?
Oui, lorsque l'interphone, le verrou, le micrologiciel et la voie d'autorisation nommés sont conçus et testés comme une seule configuration. Traitez cela comme un examen de la connexion du projet ; n'étendez pas le résultat à d'autres modèles sans un examen séparé.
Le déverrouillage de porte par relais est-il la même chose qu'une connexion de serrure intelligente ?
Non. Un relais commute l’alimentation ou une entrée de commande pour une gâche électrique ou une serrure magnétique. Une connexion Smart-Lock peut également nécessiter des commandes authentifiées, l'état de l'appareil, des autorisations et des enregistrements d'événements via une interface locale ou cloud documentée.
Le déverrouillage local continuera-t-il si le cloud n'est pas disponible ?
Uniquement si la spécification approuvée définit un chemin hors ligne et que le test d'acceptation le confirme. Enregistrez quelles fonctions locales restent disponibles, quelles fonctions cloud s'arrêtent et comment les utilisateurs récupèrent après une perte de réseau ou de service.
Le moniteur intérieur et l’application mobile peuvent-ils tous deux déverrouiller la porte ?
Ils peuvent être spécifiés comme itinéraires autorisés distincts. Chaque route nécessite un utilisateur identifié, une autorisation, une règle de session, une réponse en cas d'échec et une exigence d'audit avant d'être publiée.
Quels modèles d'interphone et de serrure intelligente peuvent se connecter ?
L'étendue de la connexion est confirmée après avoir examiné les modèles exacts, les révisions matérielles, le micrologiciel, l'environnement réseau et le flux de travail requis. Un nom de famille de produits ou une étiquette de protocole ne constituent pas une preuve suffisante.
Examen technique
Envoyer les références de l'appareil et le brief d'exploitation.
Incluez les modèles d'interphone et de verrouillage, les interfaces disponibles, les fonctions locales et cloud, les rôles autorisés, le comportement en cas de panne, le marché de destination et la plage de prévisions. L'examen séparera les apports confirmés des lacunes techniques et définira les preuves nécessaires pour un prototype.