Online Store

Comment activer μFR Nano Online Log et le mode de contrôle d’accès?

μFR Nano Online Log et mode de contrôle d’accès #

Comment activer le mode journal? #

  1. Connectez-vous à l’interface graphique du configurateur de configuration du module de contrôle d’accès en ligne μFR Online Log and AccessControl.
  2. Activez le mode maître s’il n’est pas déjà activé.
  3. Cliquez sur l’option Enregistrer et redémarrer pour appliquer les modifications.

Mode de contrôle d’accès et journal en ligne uFR1

  1. Activer le mode journal (visible uniquement après l’activation du mode maître)

Journal en ligne uFR et mode de contrôle d’accès 2 

Comment activer le mode de contrôle d’accès? #

  1. 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.
  2. Activez le mode Journal.
  3. Activer le mode de contrôle d’accès (disponible uniquement si le mode journal est précédemment activé).
  4. Éteignez μFR Online à partir du bloc d’alimentation.
  5. Connectez la carte de contrôle d’accès.
  6. Allumez μFR Online à partir du bloc d’alimentation

uFR Online active le mode journal et contrôle d’accès

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

uFR Online log et mode de contrôle d’accès 4

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é.

  1. Accédez à la section du mode journal et cliquez sur le bouton Modifier.
  2. Entrez l’URL de l’hôte du serveur de journaux.
  3. Cliquez sur le bouton Enregistrer.
  4. Cliquez sur le bouton Enregistrer et redémarrer.
  5. 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é.

  1. Accédez à la section du mode journal et cliquez sur le bouton Modifier.
  2. Entrez l’URL de l’hôte du serveur de journaux.
  3. Cliquez sur le bouton Enregistrer.
  4. Cliquez sur le bouton Enregistrer et redémarrer.
  5. 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? #

uFR Online log et mode de contrôle d’accès 5

 

 

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

  1. – Carte autorisée
  2. – Carte refusée
  3. – Carte sur liste blanche
  4. – Carte sur liste noire
  5. – Carte d’entreprise en mode Pro autorisée
  6. – Carte d’entreprise en mode Pro refusée

 

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 #

 

Journal en ligne uFR et mode de contrôle d’accès 6

 

  • Synchronisation lecteur/serveur (toutes les 60 secondes) #

uFR Mode de contrôle d’accès et journal en ligne 7

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

  1. Si la carte est lue par un lecteur interne
  2. Si la carte est lue par un lecteur externe

RTE (EN)

  1. – Si l’événement est en temps réel
  2. – Si l’événement est Log

 

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 #

uFR Mode de contrôle d’accès et journal en ligne 7Journal en ligne uFR et mode de contrôle d’accès 8