- μFR Nano Online Log et mode de contrôle d’accès
- Options supplémentaires du mode de contrôle d’accès
- Cas d'Utilisation
- Comment câbler la carte de contrôle d’accès?
- Organigramme du mode de journalisation et de contrôle d’accès
- Protocoles de requête et de réponse du serveur HTTP(S)
- Script serveur PHP et MySQL
μFR Nano Online Log et mode de contrôle d’accès #
Comment activer le mode journal? #
- Connectez-vous à l’interface graphique du configurateur de configuration du module de contrôle d’accès en ligne μFR Online Log and AccessControl.
- Activez le mode maître s’il n’est pas déjà activé.
- Cliquez sur l’option Enregistrer et redémarrer pour appliquer les modifications.
- Activer le mode journal (visible uniquement après l’activation du mode maître)
Comment activer le mode de contrôle d’accès? #
- Connectez-vous à l’interface graphique du configurateur de configuration du module de contrôle d’accès en ligne μFR Online Log and Access Control.
- Activez le mode Journal.
- Activer le mode de contrôle d’accès (disponible uniquement si le mode journal est précédemment activé).
- Éteignez μFR Online à partir du bloc d’alimentation.
- Connectez la carte de contrôle d’accès.
- Allumez μFR Online à partir du bloc d’alimentation
Le mode de contrôle d’accès doit être activé avant que la carte de contrôle d’accès ne soit connectée.
Options supplémentaires du mode de contrôle d’accès #
- Temps d’impulsion du relais: combien de millisecondes le relais produit une impulsion d’onde carrée
- Fréquence d’impulsion du relais: fréquence de sortie d’onde carrée en Hz
- Puissance d’impulsion du relais: puissance de sortie d’onde carrée (cycle de service)
- Temps actif du relais : combien de millisecondes pour rester élevé après une impulsion d’onde carrée
Cas d'Utilisation #
Cette section décrit deux scénarios d’utilisation principaux.
-
Mode journalisation sans contrôle d’accès #
Activez le mode journal et assurez-vous que le mode de contrôle d’accès est désactivé.
- Accédez à la section du mode journal et cliquez sur le bouton Modifier.
- Entrez l’URL de l’hôte du serveur de journaux.
- Cliquez sur le bouton Enregistrer.
- Cliquez sur le bouton Enregistrer et redémarrer.
- Le mode journal est maintenant prêt à l’emploi.
Le tableau ci-dessous décrit les cartes autorisées ou refusées en fonction de la liste noire ou de la liste blanche.
Scénario |
Autorisé / Refusé |
Vider à la fois la liste blanche et la liste noire |
Toutes les cartes sont autorisées |
Liste blanche vide et liste noire non vide |
Toutes les cartes sauf celles sur liste noire sont autorisées |
Liste blanche non vierge et liste noire vierge |
Seules les cartes sur liste blanche sont autorisées |
La liste blanche et la liste noire ne sont pas vides |
Seules les cartes sur liste blanche qui ne sont pas sur liste noire sont autorisées |
Liste blanche exclusive activée |
Seules les cartes sur liste blanche qui ne sont pas sur liste noire sont autorisées (en mode pro, seules les cartes d’entreprise sur liste blanche sont autorisées sauf sur liste noire) |
Si une carte est autorisée, le lecteur émettra un bip une fois et le voyant vert sera allumé. Si une carte est refusée, le lecteur ne bimettra pas et le voyant rouge sera allumé. |
-
Mode journal avec contrôle d’accès #
Activez le mode journal et assurez-vous que le mode de contrôle d’accès est activé.
- Accédez à la section du mode journal et cliquez sur le bouton Modifier.
- Entrez l’URL de l’hôte du serveur de journaux.
- Cliquez sur le bouton Enregistrer.
- Cliquez sur le bouton Enregistrer et redémarrer.
- Le mode journal avec contrôle d’accès est maintenant prêt à l’emploi.
Scénario |
Autorisé/Refusé |
Vider à la fois la liste blanche et la liste noire |
Toutes les cartes sont refusées (en mode pro, toutes les cartes d’entreprise sont autorisées) |
Liste blanche vide et liste noire non vide |
Toutes les cartes sont refusées (en mode pro, toutes les cartes d’entreprise sont autorisées sauf sur liste noire) |
Liste blanche non vierge et liste noire vierge |
Seules les cartes sur liste blanche sont autorisées (en mode pro, toutes les cartes d’entreprise sont autorisées sauf sur liste noire) |
La liste blanche et la liste noire ne sont pas vides |
Seules les cartes sur liste blanche qui ne sont pas sur liste noire sont autorisées (en mode pro, toutes les cartes d’entreprise sont autorisées sauf sur liste noire) |
Liste blanche exclusive activée |
Seules les cartes sur liste blanche qui ne sont pas sur liste noire sont autorisées (en mode pro, seules les cartes d’entreprise sur liste blanche sont autorisées sauf sur liste noire) |
Si une carte est autorisée, le lecteur émettra un bip une fois et le voyant vert sera allumé. En outre, la carte de contrôle d’accès déclenchera un relais, émettra un bip une fois et allumera l’anneau LED externe. Si une carte est refusée, le lecteur ne bimettra pas et le voyant rouge sera allumé. En outre, le tableau de contrôle d’accès allumera l’anneau LED externe. |
Le tableau ci-dessous décrit les cartes autorisées ou refusées en fonction de la liste noire ou de la liste blanche.
Comment câbler la carte de contrôle d’accès? #
Il existe également un câble prédéfini pour connecter μFR Online et la carte de contrôle d’accès.
REMARQUE: Le mode de contrôle d’accès doit être activé avant que la carte de commande ne soit connectée, sinon le signal sonore sera activé tout le temps.
Format de journal dans le lecteur #
Tous les événements de journal sont stockés dans un format JSON lisible par l’homme.
Exemple de journal stocké dans le lecteur μFR Online :
{"log »:[ {"id »:1,"uid »:"11223344 »,"time »:"2022-08-15 06:56:02 »,"delta »:16,"type »:0,"reader »:1,"status »:0}, {"id »:2,"uid »:"AABBCCDD »,"time »:"2022-08-15 06:56:04 »,"delta »:18,"type »:0,"reader »:1,"status »:2} ]} |
|
Nom de clé/nœud JSON |
Description |
rapport |
Nœud parent principal contenant les événements de journal |
Id |
ID d’événement unique du journal d’auto-incrémentation |
Uid |
ID unique de la carte |
Pid |
Pièce d’identité personnelle. Disponible uniquement en mode Pro |
temps |
Consigner la date/l’heure de l’événement au format UTC |
Delta |
Décalage horaire entre deux événements de journal |
type de |
Toujours 0, réservé pour une utilisation future |
lecteur |
1 si le lecteur interne a lu la carte ou 2 si externe |
Statut |
|
Format de liste blanche/liste noire dans le lecteur #
La liste blanche et la liste noire sont stockées dans un format JSON lisible par l’homme.
Exemple de liste blanche stockée dans le lecteur μFR Online :
{ « liste blanche »:[“11223344”, “AABBCCDD”], « horodatage »:1660492955 } |
|
Nom de clé/nœud JSON |
Description |
Whitelist |
Un nœud qui contient des UID en liste blanche au format séparé par des virgules |
Timestamp |
Horodatage de la liste blanche actuellement stockée |
Exemple de liste noire stockée dans le lecteur μFR Online :
{ « liste noire »:[“11223344”, “AABBCCDD”], « horodatage »:1660492955 } |
|
Nom de clé/nœud JSON |
Description |
Liste noire |
Un nœud qui contient des UID sur liste noire au format séparé par des virgules |
Timestamp |
Horodatage de la liste noire actuellement stocké |
Organigramme du mode de journalisation et de contrôle d’accès #
Il existe deux événements principaux en mode journal et contrôle d’accès.
-
Événement de lecture de carte #
-
Synchronisation lecteur/serveur (toutes les 60 secondes) #
Protocoles de requête et de réponse du serveur HTTP(S) #
-
Protocole d’événement en temps réel #
Les événements en temps réel sont envoyés au serveur dans un format JSON lisible par l’homme. Exemple de demande d’événement en temps réel d’un lecteur à un serveur :
Requête HTTP(S) de lecteur à un serveur |
|
{ « RTE »: [{ « id »:83,pid »:10,uid »:"AABBCCDD »,"time »:"2022-08-16 07:45:01 »,"delta »:89349,"type »:0,"reader »:1,"status »:1 }], « whitelist_timestamp »:1660492955, « blacklist_timestamp »:1660492955 } |
|
Nom de clé/nœud JSON |
Description |
RTE (EN) |
Nœud parent contenant un événement en temps réel |
Pour plus d’informations sur le format de journal de lecture du nœud enfant RTE dans le lecteur |
|
whitelist_timestamp |
Horodatage actuel de la liste blanche stockée dans le lecteur |
blacklist_timestamp |
Horodatage de la liste noire stockée dans le lecteur |
Les numéros de série, adresses IP et versions de firmware des lecteurs sont envoyés dans l'en-tête HTTP POST sous la forme « OSN », « SN1 », « SN2 », « IP », « FW », « FW1 », « FW2 » |
Réponse HTTP(S) du serveur au lecteur |
|
{ « last_id »:79, « temps »:1660636893, « blacklist »:[« AABBCCDD »], « blacklist_timestamp »:1660636882, « whitelist »:, « whitelist_timestamp »:1660636882, « update_fw »:[« 11223344 »][« 2.8.2 », « 5.0.71 », « 5.0.70 »] } |
|
Nom de clé/nœud JSON |
Description |
last_id |
Dernier ID d’événement de journal stocké sur le serveur. Le lecteur enverra tous les événements de journal dont l’ID est supérieur à last_id |
temps |
Facultatif. Si l’horodatage du serveur est envoyé, le lecteur synchronisera l’heure RTC interne avec l’heure du serveur |
Liste noire |
Facultatif. Si une liste noire de serveur est envoyée, le lecteur remplacera la liste noire actuellement stockée par une liste nouvellement reçue. |
blacklist_timestamp |
Ce paramètre est obligatoire si une liste noire est envoyée. Le lecteur remplacera le blacklist_timestamp actuellement stocké par un nouvellement reçu. |
Whitelist |
Facultatif. Si une liste blanche de serveurs est envoyée, le lecteur remplacera la liste blanche actuellement stockée par une liste nouvellement reçue. |
blacklist_timestamp |
Ce paramètre est obligatoire si une liste blanche est envoyée. Le lecteur remplacera le whitelist_timestamp actuellement stocké par un nouvellement reçu. |
update_fw |
Ce paramètre est facultatif. Il contient des demandes de mise à jour dans le micrologiciel du lecteur. Si ce paramètre est envoyé, le lecteur déclenche la procédure de mise à jour du firmware. Le premier élément contient le firmware μFR Online, le second contient le lecteur UART1 et le troisième contient le lecteur UART2. Si l’élément array est une chaîne vide, la mise à jour ne sera pas déclenchée. |
-
Consigner le protocole des événements #
Les événements de journal sont envoyés au serveur dans un format JSON lisible par l’homme.
Exemple de demande d’événement en temps réel d’un lecteur à un serveur :
Requête HTTP(S) de lecteur à un serveur |
|
{ « log »: [{ « id »:83,pid »:10,uid »:"AABBCCDD »,"time »:"2022-08-16 07:45:01 »,"delta »:89349,"type »:0,"reader »:1,"status »:1, « id »:84,pid »:10,uid »:"AABBCCDD »,"time »:"2022-08-16 07:45:01 »,"delta »:89349,"type »:0,"reader »:1,"status »:1 }]} |
|
Nom de clé/nœud JSON |
Description |
rapport |
Nœud parent qui contient un tableau d’événements de journal |
Pour plus d’informations sur le journal, le format de journal de lecture du nœud enfant dans le lecteur |
L’événement de journal sera envoyé chaque fois que le paramètre « last_id » est reçu du serveur (réponse aux événements en temps réel ou réponse de synchronisation lecteur/serveur).
-
Protocole de synchronisation lecteur/serveur #
Les événements de journal sont envoyés au serveur dans un format JSON lisible par l’homme.
Exemple de demande d’événement en temps réel d’un lecteur à un serveur :
Requête HTTP(S) de lecteur à un serveur |
|
{ « whitelist_timestamp »:1660636882, « blacklist_timestamp »:1660636882 } |
|
Nom de clé/nœud JSON |
Description |
blacklist_timestamp |
Horodatage actuel de la liste noire des lecteurs |
whitelist_timestamp |
Horodatage actuel de la liste blanche dans le lecteur |
Script serveur PHP et MySQL #
Il existe des scripts PHP et MySQL prédéfinis qui peuvent être hébergés sur le serveur. Il est conçu pour implémenter facilement la partie côté serveur du mode journal et accès. Il peut gérer les événements en temps réel, les événements de journal et les demandes de synchronisation lecteur-serveur.
-
Structure de base de données MySql #
Tableau « Evénements » |
|
Nom de la colonne |
Description de la colonne |
Id |
ID d’événement de journal unique |
Uid |
UID de la carte |
Pid |
Identifiant personnel. Peut être utilisé pour identifier le même utilisateur avec plusieurs UID de carte |
temps |
Horodatage de l’événement |
Delta |
Décalage horaire entre les deux événements |
type de |
Toujours 0, réservé pour une utilisation future |
Statut |
État de l’événement |
Osn |
Numéro de série μFR Online |
SN1 |
Numéro de série du lecteur NFC μFR connecté en interne |
SN2 |
Lecteur NFC μFR externe connecté, numéro de série |
lecteur |
|
RTE (EN) |
|
Tableau « lecteurs » |
|
Nom de la colonne |
Description de la colonne |
Osn |
Numéro de série μFR Online |
descripteur |
μFR Descripteur de lecteur en ligne. La valeur par défaut est vide |
SN2 |
Numéro de série du lecteur NFC μFR connecté externe |
whitelist_on_server |
Horodatage de la dernière liste blanche modifiée sur le serveur. Mise à jour automatique par user_after_update déclencheur |
whitelist_in_reader |
Horodatage de la liste blanche stockée dans le lecteur. Mise à jour automatique par HTTP POST envoyé par lecteur |
blacklist_on_server |
Horodatage de la dernière liste noire modifiée sur le serveur. Mise à jour automatique par user_after_update déclencheur |
blacklist_in_reader |
Horodatage de la liste noire stockée dans le lecteur. Mise à jour automatique par HTTP POST envoyé par lecteur |
Ip |
Horodatage de la liste noire stockée dans le lecteur. Mise à jour automatique par HTTP POST envoyé par lecteur |
online_firmware |
Version actuelle du firmware μFR Online. Mise à jour automatique par HTTP POST envoyé par lecteur |
reader1_firmware |
ΜFR actuel sur la version du firmware UART1. Mise à jour automatique par HTTP POST envoyé par lecteur |
reader2_firmware |
ΜFR actuel sur la version du firmware UART2. Mise à jour automatique par HTTP POST envoyé par lecteur |
requested_online_firmware |
Si ce champ est renseigné et est différent de online_firmware, une demande de mise à jour sera envoyée au lecteur |
requested_reader1_firmware |
Si ce champ est renseigné et est différent de reader1_firmware, une demande de mise à jour sera envoyée au lecteur |
requested_reader2_firmware |
Si ce champ est renseigné et est différent de reader2_firmware, une demande de mise à jour sera envoyée au lecteur |
De nouveaux lecteurs sont automatiquement ajoutés à chaque événement de lecteur. Par exemple, si un nouveau lecteur est connecté au réseau et que l’URL de l’hôte en mode journal est définie, le nouveau lecteur sera ajouté dynamiquement la première fois qu’un événement est envoyé. **Ne pas ajouter de lecteurs manuellement |
Tableau « utilisateurs » |
|
Nom de la colonne |
Description de la colonne |
Uid |
ID unique de la carte |
Pid |
Pièce d’identité personnelle. Peut être utilisé pour identifier le même utilisateur avec plusieurs UID de carte |
Description |
Description de l’utilisateur. Peut être utilisé par exemple. pour définir le prénom et le nom. |
image |
Image utilisateur au format binaire |
*ON123456 |
Exemple de lecteur μFR Online avec numéro de série ON123456. Ce champ est utilisé pour mettre en liste blanche ou noire les utilisateurs actuels sur ce lecteur |
*ON654321 |
Exemple de lecteur μFR Online avec numéro de série ON654321. Ce champ est utilisé pour mettre en liste blanche ou noire les utilisateurs actuels sur ce lecteur |
De nouveaux lecteurs sont automatiquement ajoutés à chaque événement de lecteur. Par exemple, si un nouveau lecteur est connecté au réseau et que l’URL de l’hôte en mode journal est définie, le nouveau lecteur sera ajouté dynamiquement la première fois qu’un événement est envoyé en tant que nouvelle colonne. Si un nouveau lecteur est ajouté. *Exemples de lecteurs. **N’ajoutez pas de lecteurs manuellement. |
Tableau « debug_log » |
|
Nom de la colonne |
Description de la colonne |
Id |
ID de débogage unique |
Osn |
Numéro de série μFR Online |
rapport |
Données POST brutes envoyées d’un lecteur à un serveur ou d’un serveur à un lecteur |
temps |
Horodatage actuel du serveur |
Direction |
FROM_SERVER – FROM_READER de réponse du serveur HTTP – Demande de lecteur HTTP |
La table du journal de débogage se remplit uniquement si l’indicateur « DEBUG » est activé dans le script PHP |
-
Organigramme de script PHP #