SMI Server V3.1 SPC -...

Electronic Security

SMI Server V3.1 SPC Synthèse des évolutions

Development Summary

04/2015

Electronic Security

SMI Server V3.1 SPC

Synthèse des évolutions

04/2015

Electronic security Gunnebo Electronic Security - 23, route de Schwobsheim - B.P. 40285 Baldenheim – F-67606 Selestat - France

© Gunnebo 2015 – all rights reserved

1 / 9

Synthèse des évolutions SMI Server 3.1 SPC Electronic Security

1. Versions des systèmes et sous-systèmes Version Application : 3.1.5.5

Version des Bases de données :

SMI Server: 86 Map : 5

Version des contrôleurs :

SM200 / SM400 : 2.3.0 SM100 : 2.2.13 SM100+ : 3.0.10 WavePad : 0.1.40

Version des composants système installés :

Framework .NET : 2.0 ; 3.5 ; 4.5 Silverlight 5.0

Compatibilité Systèmes :

Windows 8.1 et Windows 2012 R2 SQL2008 R2 et SQL2014

2. Installation La version 3.1 SPC est applicable à partir de la version 3.1 SPA.

1. Appliquer le service Pack SMI 3.1 SPC sur l’ensemble des postes (Serveur / Application WEB et clients lourd)

2. Lancer une des applications d’un poste client (Config ou Exploit) pour initialiser l’upgrade de la base de données.

Le processus d’upgrade de la base de données effectuera l’ensemble des adaptations nécessaires pour porter le schéma relationnel de la base SMI à 86 (3.1 SPC).

Attention : Nous recommandons d’avoir testé préalablement cette opération sur

le système de pré-production, afin de valider l’upgrade de la base.

3. Installer avec le gestionnaire de licence la nouvelle licence compatible avec SMI 3.1 SPC.



2 / 9


4. Lancer MapEditor pour mettre à jour la base des plans, puis sauvegarder (il y a maintenant un message d’information lors de l’affichage des plans en exploitation si la base n’est pas migrée) !

5. Lancer les services du serveur SMI

6. Lancer l’application WEB et les postes clients et tester la conformité des liaisons

7. Upgrader l’ensemble des contrôleurs dans l’ordre suivant : SM200 / SM400 SM100 WavePad Important : Nous recommandons de ne pas upgrader plus de 5 contrôleurs

SM200 / SM400 simultanément

Sous Windows 2012 pour configurer l’intranet, en plus des recommandations de

Windows 2008R2 (voir « Install and First use »), il faudra penser à ajouter le Roles WCF Services (http Activation).



3 / 9


3. Optimisation / Evolutions

Prise en compte du plein écran pour la sauvegarde/restauration des positions des fenêtres Configuration, Exploitation et du fil de l'eau.

Gestion de la biométrie Morpho Multimodale (réseau veineux + empreintes) + MIK6 :

Pour le passage en 3.1 SPC, désinstaller les précédents drivers et Licence Manager.

Installer « Morpho License Manager » et les pilotes USB 32 ou 64 bits (disponibles dans la section SDK de la version 3.1 SPC). Dans ce package, vous trouverez des configurations types pour configurer les lecteurs biométriques avec une clé USB (voir détail dans fichier Read-me).

Mettre à jour tous les terminaux Morpho dans la dernière version, au minimum version 3.4.4 (3.6.4 pour le MA V-P), ainsi que le MSO dans la version minimum 11.03.g. Ces firmwares sont disponibles dans la section SDK de la version 3.1 SPC.

Sélectionner le type de biométrie que vous utilisez sur le site. Dans notre cas : « Multimodale combinant le réseau veineux du doigt et l’empreinte digitale » dans Configuration/Autres/Configuration système/Biométrie :



4 / 9


Sélectionner « Présence du capteur multimodal combinant le réseau… » dans Configuration/Autres/Poste :

Modifier également vos profils « d’encodage/décodage » Bio 1/1 DESFire (en mode empreintes seules et mode multimodal) :

o Mode empreintes digitales seules : passer la Longueur du fichier à 432

o Mode multimodal : passer la Longueur du fichier à 1344

L’acquisition se déroule comme une acquisition d’empreintes normale.



5 / 9


Ajout de la possibilité de mettre <ColonneUnicite> à vide dans config.xml pour pouvoir lancer plusieurs architectures (par contre, si deux personnes saisissent en même temps dans l’architecture, seule la dernière qui valide sa modification aura la modification effective).

Ajout de la possibilité sur un opérateur de gérer une liste d’accès interdits :

Ajout d’une nouvelle page afin de connaître la liste des usagers ayant droit à un

accès (Exploitation/Usager/Autorisations par accès) :



6 / 9


Dans le Processus d'encodage, nouveau choix de génération de tag = "Tag généré aléatoirement" de 8 octets maximum.

Autorisé uniquement pour des encodages de type Perso Electrique et de Bio 1:1 sur Mifare Classic et DESFire et sur Bio 1:N

Les données du profil d'encodage associé doivent être obligatoirement de type "Tag généré ou décodé par le process" et le format d'encodage de type numérique uniquement, sauf pour la biométrie évidemment.

Contrainte : Le profil dont la donnée à encoder est de type "Tag généré ou

décodé par le process" doit se trouver en 1ére position si le processus comporte plusieurs profils.



7 / 9


4. Corrections Issue tracking Correctifs Sous

Systèmes

Correction sauvegarde/restauration des positions des fenêtres du fil de l'eau. IHM

Multipropriété et rondes : pas d'affichage des évènements des rondes dans le fil de l'eau IHM

Le son n’était plus joué lors de la confirmation visuelle de passage IHM

Problème de saisie des champs exploitants de type Date : Lors de la saisie Manuelle d'une date dans ce type de champ, si l'on tape une année inférieure à celle du jour (dans notre cas 2015), on réinitialise l'ensemble des champs à "01/01/1950". La date saisie est donc complètement fausse.

IHM

Correction sur le module de gestion horaire (problème de calcul de temps de présence dans toutes les pages). IHM

Problème : Le démasquage des clés était impossible si le mot de passe dépasse 8 caractères. IHM

Problème : Impossible de changer plusieurs paramètres (non sauvegardés) dont la « défaut key application » dans la clé "DESFire Configuration de la racine"

IHM

Problème : Encodage DESFire avec application déjà créée et changement de clé et de version non fonctionnel : Dans notre cas, l'application de contrôle d'accès est déjà créée par à un autre système, mais aucun fichier créé dans cette application.

IHM

51 Problème : Lors de l'impression des informations d'un usager, le code CIP est toujours en clair indépendamment de la prérogative de l'opérateur.

IHM

Problème de gestion des champs exploitants (booléen et date) dans les filtres usager. IHM

Problème : Dans l'IHM Web au niveau de la fiche usager, le calendrier était tronqué pour le champ date de "fin de validité" dans la section "Accès"

Web

Problème : Intranet serveur / création d'un usager. Contexte multipropriété. Lors de la création d'un usager à partir d'un poste intranet, la liste des propriétés disponibles est affichée. Quelle que soit la propriété "sélectionnée", c'est la 1ère propriété de la liste qui est affectée et devient donc sa propriété d'appartenance.

Web



8 / 9


Problème : Lorsque l'on effectue un clic droit pour afficher la vidéo sur un événement fil de l'eau, il apparait un message d'erreur.

IHM

Les alarmes à acquitter n'apparaissaient pas dans la liste des alarmes du plugin des Alarmes à acquitter lorsque dans le code d'édition associé à l’acquittement, il n'y avait pas de plage horaire imprimante définie et à contrario un fil de l'eau défini.

IHM

11 Problème de refus Plage horaire sur multi famille avec date de début et fin sur les familles. SM400

28 Droits opérateurs en multipropriété : exception si l’opérateur A sélectionne un opérateur B qui ne possède pas une des propriétés de l’opérateur A

IHM

Problème de performance dans les écrans plage horaire et Jours spéciaux : optimisation Base de données. BDD

Correction de la mauvaise gestion du statut inhibé pour incompatibilité logiciel.

Serveur de terrain

Optimisation de la messagerie entre le poste client et le serveur (diminution de la taille des échanges) : traitement des pertes de Communication intempestives.

Serveur de terrain

Correction sur l’initialisation du bus MIB après un téléchargement du SM400 (pour éviter des défauts COM MIB de 1sec au redémarrage du SM400)

SM400

Sur une mise à jour de l’application en version majeure, les tables du SM400 sont remises en usine : Il faudra donc le télécharger derrière l’application. Les logs sont aussi supprimés.

SM400



9 / 9


5. Compatibilité Version des firmware contrôleurs compatibles SMI Server 3.1 SPC :

Equipements Version Remarques

SM400/SM200 2.03.000

SM100

2.2.13

SM100+

3.0.10

WavePad

0.1.40

Version des SDK compatibles avec SMI Server 3.1 SPC :

Système connexe Version SDK Remarques

VisioS@ve

8.5

Couple SDK et version VisioS@ve

IDLock

11.1.4.174

GENETEC

4.8 SR3

Couple SDK et version Omnicast

Master

04.06.44

Electronic Security

SMI Server V3.1 SPC

Development Summary

04/2015



1 / 8

Development Summary SMI Server 3.1 SPC Electronic Security

1. System and subsystem versions Application version: 3.1.5.5

Database versions:

SMI Server: 86 Map: 5

Controller versions:

SM200 / SM400: 2.3.0 SM100: 2.2.13 SM100+: 3.0.10 WavePad: 0.1.40

Versions of system components installed:

Framework .NET: 2.0; 3.5 and 4.5 Silverlight: 5.0

System compatibility:

Windows 8.1 and Windows 2012 R2 SQL2008 R2 and SQL2014

2. Installation Version 3.1 SPC is applicable from version 3.1 SPA.

1. Run the SMI 3.1 SPC Service Pack on all workstations (Server / web application and

full clients).

2. Run one of the applications on a client workstation (Configuration or Exploitation) in order to update the database.

The database upgrade process will perform all the adaptations required in SMI’s database up to version 86 (3.1 SPC).

Important: We recommend testing this operation beforehand on a preproduction system in order to validate the database's upgrade.

3. Install the new license (.licact file) that is compatible with SMI 3.1 SPC using the license manager.



2 / 8


4. Run MapEditor in order to update the map database, then save (an information

message is displayed in Exploitation mode if the map database has not been migrated)!

5. Start the SMI server's services.

6. Run the web application and the client workstations and test the connections.

7. Upgrade all of the controllers’ firmware in the following order: SM200 & SM400

SM100

WavePad Important: We recommend that you do not upgrade more than 5 SM200 / SM400

controllers simultaneously. To configure the intranet in Windows 2012, in addition to following the

recommendations for Windows 2008R2 (refer to the “SMI Server Installation and First Use Guide”), WCF Services should be added (http Activation).



3 / 8


3. Enhancements / Changes The properties of users, families and circuits are now displayed in the real-time events

window filters.

Management of the Morpho Multimodal biometrics (finger vein network + fingerprint) + MIK6:

To switch to SPC version 3.1, uninstall the previous drivers and license manager.

Install Morpho License Manager and 32- or 64-bit USB pilots (available in the SDK section of version 3.1 SPC). In this package, you will find model configurations for configuring biometric readers with a USB key (see details in the “Read-me” file).

Update the Morpho terminals to the latest version available, at least to version 3.4.4 (3.6.4 for MA V-P readers). The MSO must be updated to the minimum version 11.03.g. These firmwares are available in the SDK section of version 3.1 SPC.

Select the type of biometrics that you want to use at the site. In our example: “Multimodal combining the finger vein network and fingerprint" in Configuration / Others / System Configuration / Biometrics:

Select "Finger VP sensor" in Configuration / Others / Workstation:



4 / 8


You also need to edit your Biometrics 1/1 DESFire "encoding / decoding" profiles (in fingerprint only mode and multimodal mode):

o Fingerprint only Mode: the File length needs to be changed to 432

o Multimodal Mode: the File length needs to be changed to 1344

Acquisition is carried out in the same way as a normal fingerprint acquisition.

Addition of the option to include an empty <UniquenessColumn> in config.xml so as to

launch several architectures (but if two people make changes in the architecture at the same time, only the last one to confirm their changes will have their changes take effect).

Addition of the option for an operator to manage a list of prohibited accesses:



5 / 8


Addition of a new screen giving a list of users who are authorised to use an

access (Operation / User / Authorisations per access) :

In the Encoding process, new option for generating tags = "8-byte (max) Tag generated randomly".

Only authorised for Electrical Customisation and Biometrics 1:1 type encodings on Mifare Classic and DESFire and on Biometrics 1:N

The data for the associated encoding profile must be "Tag generated or decoded by the process" type, and the encoding format must only be digital, except – obviously – for biometrics.

Constraint: The profile the data of which to be encoded is "Tag generated or

decoded by the process” must be in the first position if the process has several profiles.



6 / 8


4. Fixes

Issue tracking Patches Sub-systems

Correction to the way in which real-time events windows are saved / restored. GUI

In multiproperty and guard tour mode, guard tour events were not displayed in the real-time events window. GUI

The sound was no longer played when passage was visually confirmed. GUI

Problem entering data in “Date” type user fields: When manually entering a date in this type of field, if a year is typed that is earlier than the current date's year (2015, in our case), all of the fields are reset to "01/01/1950". The date entered is therefore completely wrong

GUI

Correction to the time management module (problem calculating presence times on all of the pages). GUI

Problem: It was impossible to unhide the keys if the passwords were longer than 8 characters GUI

Problem: Impossible to change several (unsaved) parameters including the "default key application” in the root’s “DESFire Configuration” key GUI

Problem: DESFire encoding with application already created and non-functional change in key and version: In our case, the access control application has already been created by another system, but no file has been created in this application

GUI

51 Problem: When printing out information about a user, the PIN code is always unencrypted – irrespective of what the operator has selected GUI

User field management problem (Boolean and date) in the user filters GUI

Problem: In the Web GUI on the user record sheets, the calendar was truncated for the "validity end" date field in the "Access" section Web



7 / 8


Issue tracking Patches Sub-systems

Problem: Intranet server / creating a user. Multiproperty context. When creating a user via a workstation on the Intranet, the list of available properties is displayed. Irrespective of the "selected" property, the first property in the list is allocated, thus becoming its membership property

Web

Problem: When right-clicking in order to display the video for an event in the real-time events window, an error message appears GUI

The alarms to be acknowledged were not displayed in the list of alarms for the “alarms to be acknowledged” plug-in when no printer schedule had been defined and a real-time events window had been defined in the printout code associated with the acknowledgement.

GUI

11 Schedule refusal problem on multifamily with start and end date on the families SM400

28 Operator rights in multiproperty mode: exception if operator A selects an operator B who does not have one of operator A’s properties GUI

Performance problem on the schedule and special days screens: optimisation of database DB

Correction of improper management of inhibited status for software incompatibility

Field server

Optimisation of the messaging system between the client workstation and the server (reduction in the size of exchanges): processing of untimely loss in communication

Field server

Correction when the MIB bus is reset after uploading the SM400 (to prevent 1 second MIB COM faults when the SM400 is restarted) SM400

When the application is updated to a major new version, the SM400’s data tables are reset to their factory settings: It therefore needs to be uploaded after the application. The logs are also deleted

SM400



8 / 8


5. Compatibility Equipment versions which are compatible and recommended for operation with SMI Server 3.1 SPC:

Equipment Version Comments

SM400/SM200 2.03.000

SM100

2.2.13

SM100+

3.0.10

WavePad

0.1.40

SDK versions which are compatible with SMI Server 3.1 SPC:

Associated system SDK version Comments

VisioS@ve

8.5

SDK and VisioS@ve versions

IDLock

11.1.4.174

GENETEC

4.8 SR3

SDK and Omnicast versions

Master

04.06.44

SMI Server V3.1 SPC -...

Documents

Transcript of SMI Server V3.1 SPC -...