BMS Master et BMS Slave réunissent sur une seule vue des serveurs d'automatisation situés dans des bâtiments différents, ouvrent la vue graphique en direct de chaque bâtiment dans la même fenêtre, sans nouvelle connexion, et rassemblent les alarmes en un seul endroit, et sont trois applications qui travaillent ensemble sur les sites à plusieurs serveurs.
Quand un site grandit, un seul serveur ne suffit plus
Sur un site qui grandit, l'automatisation ne tient généralement pas sur un seul serveur : des bâtiments différents, des blocs différents, chacun avec son propre serveur d'automatisation. Sur un campus, dans une usine, dans un ensemble de plusieurs bâtiments, dans un hôpital ou dans une organisation à plusieurs implantations, l'image est la même. L'exploitant, lui, est une seule personne. Ouvrir une vue distincte pour chaque serveur, se reconnecter à chaque fois et courir après les alarmes une par une rend l'exploitation d'un grand site épuisante. Le problème n'est pas le nombre de serveurs ; c'est qu'il n'y a pas de centre entre eux.
Slave ouvre, Master rassemble
BMS Slave met à disposition les pages graphiques de supervision du serveur sur lequel elle tourne. BMS Master reprend ces pages dans sa propre vue graphique. L'installation se fait donc en deux temps : BMS Slave sur chaque serveur distant, BMS Master sur le seul serveur principal. La liste du serveur principal montre tous les serveurs du site en un seul endroit ; au plus dix serveurs esclaves s'ajoutent à un maître, et l'application affiche elle-même cette limite au-dessus de la liste.
Une seule vue, une seule session
L'exploitant se trouve désormais devant une seule vue. Passer d'un bâtiment à l'autre n'ouvre pas de nouvelle fenêtre et ne demande pas de nouvelle connexion ; la vue de supervision en direct de chaque serveur s'ouvre à l'intérieur de la vue principale. En circulant entre les pages d'un même bâtiment, la vue ne se recharge pas : ni attente, ni interruption. Le site se comporte comme s'il avait été conçu d'un seul tenant.
Ajouter un bâtiment prend quelques minutes
Pour faire entrer un bâtiment dans le système, vous saisissez le nom sous lequel le serveur apparaîtra, son adresse et ses identifiants. L'application établit la liaison elle-même ; il n'y a pas de serveur relais entre les deux. Dès que l'enregistrement figure dans la liste, les pages de ce serveur sont listées. Depuis le même formulaire, vous modifiez un enregistrement existant ou le retirez de la liste.
La page qui sert de porte, c'est vous qui la choisissez
Master se connecte au serveur ajouté et liste chacune de ses pages graphiques. Dans cette liste, vous n'en marquez qu'une comme page d'accueil, car la page intégrée n'est rien d'autre qu'un point d'entrée. Vers les autres pages de ce bâtiment, l'exploitant circule par le menu du serveur esclave, et sans que la vue se recharge. Votre choix est enregistré et entre aussi dans votre sauvegarde.
L'intégration tient en un collage
Une fois la page choisie, Master copie pour vous le composant d'intégration. Dans la gestion des vues graphiques de votre serveur principal, vous ajoutez un composant sur la page de votre choix et collez ce qui a été copié. Aucun autre réglage n'est nécessaire ; dès l'enregistrement, la vue du bâtiment distant s'ouvre dans votre serveur principal.
Les alarmes aussi se rassemblent en un seul endroit
Une fois les vues réunies, les alarmes doivent l'être aussi. Sur chaque serveur esclave, une option reporte les alarmes vers le serveur principal ; lorsqu'elle est cochée, les alarmes de ce serveur sont envoyées à Master à intervalles réguliers. L'option est désactivée d'origine : c'est donc vous qui activez le report. Le report passe par le gestionnaire d'alarmes central, Alert Plus, présent sur ce serveur ; si Alert Plus n'est pas installée, l'application affiche un avertissement à la place de l'option.
La liaison vit sur vos propres serveurs
Tout le travail de liaison s'exécute sur vos propres serveurs, sur site, et les données ne partent pas dans le cloud. Slave prépare ses pages sur son propre serveur et ouvre elle-même les réglages nécessaires à l'intégration ; l'onglet d'état montre que l'appareil est prêt et combien de pages graphiques il détient. Ce nombre est celui des pages qui seront listées du côté Master.
Votre installation vit dans un fichier
L'installation du serveur principal se télécharge en un seul fichier ; ce fichier contient le nom, l'adresse et l'identifiant de chaque serveur, ainsi que la page d'accueil que vous avez choisie et votre réglage de taille. À la restauration, les enregistrements sont écrits un par un et vous suivez la progression à l'écran. Les composants que vous aviez collés dans vos pages graphiques fonctionnent encore après une restauration ; vous n'avez pas à les recoller. Les identifiants n'entrent pas dans la sauvegarde ; après restauration, ils se saisissent une fois par serveur.
Un navigateur n'a jamais été conçu pour un poste de conduite
Ouvrir l'écran de l'installation dans un navigateur impose chaque jour les mêmes gestes : barre d'adresse, onglets, avertissement de certificat, fenêtre fermée par mégarde. BMS Desktop supprime cette couche. L'application s'ouvre et l'écran de l'installation est là. Pas de barre d'adresse, pas d'onglets, pas de fenêtre d'avertissement. Chaque démarrage repart du même endroit.
Une connexion sûre dans un bâtiment sans internet
La plupart des bâtiments tertiaires sont coupés d'internet. Sur un tel réseau, le navigateur ne peut pas vérifier le certificat du serveur d'automatisation : il avertit à chaque démarrage, et l'opérateur prend l'habitude de passer outre. BMS Desktop et BMS Master reconnaissent le certificat l'un de l'autre. La connexion s'établit chiffrée et vérifiée sans jamais sortir sur internet, et l'écran d'avertissement disparaît.
La connexion se règle une seule fois
À l'installation, vous saisissez une fois l'adresse du serveur d'automatisation, le nom d'utilisateur et le mot de passe. L'application teste la connexion, reconnaît l'identité du serveur et la conserve. Ensuite, elle va droit à l'écran de l'installation. Si le serveur est injoignable, un message plein écran et clair remplace la page d'erreur du navigateur. Dès que la liaison revient, l'application retourne d'elle-même à l'écran de l'installation.
Ce que montre le serveur principal, vous l'avez
BMS Desktop se connecte au serveur principal et affiche son écran d'installation. Les graphiques des serveurs distants arrivant intégrés à cet écran, ils apparaissent tous dans la même fenêtre. L'application n'est pas un simple afficheur : l'écran est identique à celui du navigateur et l'on pilote depuis là. Elle exige un BMS Master installé et sous licence sur le serveur principal.
Le poste opérateur ne reste pas ouvert
Au changement d'équipe, l'écran reste allumé. Au bout d'un délai que vous fixez, BMS Desktop passe en écran de veille et demande le code PIN au retour. Le même code protège les réglages : sans lui, l'adresse du serveur et le mot de passe ne sont ni visibles ni modifiables. L'opérateur peut aussi fermer la session lui-même.
Comment fonctionnent BMS Master et BMS Slave : introduction
Réunir sur une seule vue des serveurs d'automatisation situés dans des bâtiments différents, intégrer la vue graphique d'un bâtiment distant dans le serveur principal et rassembler les alarmes en un seul endroit.
Questions fréquentes
Les deux applications s'installent-elles séparément ?
Oui. BMS Slave va sur chaque serveur distant et BMS Master uniquement sur le serveur principal. Les deux s'installent depuis la boutique du serveur d'automatisation et travaillent ensemble.
Les serveurs des bâtiments distants ont-ils aussi besoin d'une licence ?
BMS Slave est gratuite et n'exige aucune licence pour être installée sur un serveur distant. Les autres applications de ce serveur conservent leurs propres niveaux de licence ; Alert Plus, dont le report d'alarmes a besoin, est une application de niveau BMS. Aucune licence n'est donc nécessaire pour un bâtiment dont vous voulez seulement amener la vue au centre ; chaque bâtiment dont vous voulez aussi remonter les alarmes demande sa propre licence BMS.
Que faut-il pour rassembler les alarmes en un seul endroit ?
Deux choses : l'option de report cochée sur le serveur esclave, et Alert Plus installée sur ce serveur. Si Alert Plus n'est pas installée, BMS Slave continue de fonctionner ; seul le report d'alarmes ne peut pas être activé.
L'exploitant doit-il se reconnecter en changeant de bâtiment ?
Non. Master établit la liaison lui-même ; pour l'exploitant, chaque bâtiment est une page qui s'ouvre dans la vue principale. Circuler entre les pages d'un même bâtiment ne recharge pas non plus la vue.
Toutes les pages du bâtiment distant sont-elles visibles ?
Une page est choisie pour être intégrée au serveur principal, et cette page est le point d'entrée. Vers les autres pages, l'exploitant circule par le menu du serveur distant, à l'intérieur de la même vue.
Et si les pages du serveur esclave ont été conçues dans une autre résolution ?
La largeur et la hauteur de la zone intégrée se modifient dans les réglages ; les pages du serveur esclave restent telles qu'elles sont.
Les données partent-elles dans le cloud ?
Non. La liaison entre Master et Slave s'exécute sur vos propres serveurs, sur site.
L'installation peut-elle être déplacée sur un autre serveur principal ?
Oui. Vos enregistrements de serveurs, les pages d'accueil choisies et votre réglage de taille vivent dans un fichier et se restaurent à partir de lui. Comme les identifiants n'entrent pas dans la sauvegarde, ils se saisissent une fois par serveur après restauration.
Les serveurs des bâtiments distants doivent-ils aussi être des Sona ?
Oui. La liaison se fait par les applications des deux côtés ; BMS Slave tourne sur le serveur distant et BMS Master sur le serveur principal. Le serveur principal et les serveurs des bâtiments distants sont donc la même plateforme.
Sur quel réseau passe la liaison ?
Master se connecte au serveur distant par son adresse réseau, et la liaison s'établit à l'intérieur de votre propre réseau ; elle ne passe pas par le cloud. La façon dont le réseau entre les bâtiments est construit relève de l'infrastructure du site.
Ne peut-on pas voir l'écran de l'installation sans BMS Desktop ?
Si, l'écran s'ouvre aussi dans un navigateur. BMS Desktop consacre le poste opérateur à une seule tâche : le même écran à chaque démarrage, sans barre d'adresse, ni onglets, ni avertissement de certificat.
Puis-je me connecter directement à un seul serveur distant ?
Non. BMS Desktop se connecte uniquement au serveur principal où BMS Master est installé et sous licence. Les graphiques des serveurs distants passent par l'écran du serveur principal.
Contre quoi le code PIN protège-t-il ?
Contre toute personne qui s'installe au poste sans autorisation. Le code est demandé au démarrage, à l'entrée dans les réglages et à la sortie de l'écran de veille. Sans lui, l'adresse du serveur et le mot de passe ne peuvent pas être modifiés.
Faut-il une connexion internet ?
Uniquement pendant l'installation, le temps de télécharger l'application depuis le Microsoft Store. Ensuite, elle ne dialogue qu'avec votre propre serveur sur le réseau local.
BMS Slave est gratuit et s'installe sur chaque serveur distant. BMS Master est inclus dans la licence BMS et s'installe uniquement sur le serveur principal. Les deux s'installent depuis la boutique de Sona Application Center. BMS Desktop est gratuit et s'installe depuis le Microsoft Store ; il n'a pas de licence propre. Il suffit que BMS Master soit sous licence sur le serveur principal.
Le duo s'exécute sur des serveurs d'automatisation Sona BMS ; le serveur principal et les serveurs des bâtiments distants sont la même plateforme.
Devenez partenaire Sona.
Construisez vos projets sur une seule plateforme. Formation, assistance technique et catalogue d'applications sont ouverts à nos partenaires.