Opérations industrielles

Bella SCADALogiciel SCADA web

Supervisez et pilotez votre site depuis le navigateur : un SCADA temps réel sans logiciel client à installer.

Bella SCADA — Tableau de bord des opérations

Bella SCADA collecte en temps réel les données des automates et équipements du terrain, les affiche et renvoie de façon sécurisée les commandes des opérateurs. Aucun client lourd à installer : toute l'exploitation se fait dans le navigateur.

Gestion des alarmes, historisation, courbes de tendance et reporting sont sur la même plateforme. La séparation des droits et le journal des actions documentent qui a modifié quoi et quand dans les environnements critiques.

Fonctionnalités

Supervision temps réelDonnées en direct par tag, indicateurs d'état et synoptiques.
Gestion des alarmesPriorité, acquittement, mise en attente et historique ; indicateurs ISA-18.2 de charge d'alarmes, d'avalanche et d'alarmes intermittentes.
HistorisationCourbes de tendance, comparaisons et export.
Droits et journal des actionsQui a envoyé quelle commande et quand : piste d'audit complète.
ReportingRapports d'historique d'alarmes, de tendances et de consommation d'énergie ; export Excel/PDF et envoi planifié. Analyse des équipes et des arrêts sur l'écran OEE.
Export de donnéesPublication MQTT (UNS et Sparkplug B), serveur OPC UA en lecture seule et point d'accès REST avec clé API.
Assistant IAOn interroge les données du site depuis le panneau ; l'assistant est en lecture seule et n'utilise que les données que l'utilisateur est autorisé à voir.
OEE / MESRegistres d'équipe tenus automatiquement ou manuellement ; disponibilité, performance, qualité et Pareto des causes d'arrêt sur un seul écran.
Concepteur IHMLes écrans opérateur se dessinent dans le navigateur avec boîte à outils, bibliothèque de symboles, calques et annuler/rétablir, puis s'exécutent au même endroit.
Vue opérateur mobileSur écran étroit, une barre d'onglets en bas donne accès au tableau de bord, aux alarmes, à la supervision en direct et aux tendances depuis un téléphone.
Recettes et signature électroniqueLes recettes de production se définissent et se gèrent depuis le panneau ; les commandes sur les tags choisis exigent une signature électronique et la validation d'une seconde personne.
Modèles de tags et arborescence d'actifsLes équipements de même type sont dupliqués depuis un modèle (UDT) ; les tags sont organisés dans une arborescence site–ligne–équipement.

Chemin des données : du terrain à l'écran

Les pilotes terrain tournent comme un service distinct : la lecture continue même si le serveur web redémarre. Les couches communiquent via Redis ; les données en direct arrivent au navigateur par SignalR.

  1. Équipement terrainAutomates, RTU, analyseurs d'énergie, compteurs et capteurs.
  2. Bella RuntimeUn pilote par connexion ; lecture avec mise à l'échelle, bande morte et qualité. Fonctionne comme service Windows ou conteneur Docker.
  3. RedisValeurs instantanées, état des connexions et canal de commande. Le verrou de travail entre plusieurs Runtimes y est aussi conservé.
  4. API et historiqueÉvaluation des alarmes, variables calculées et scripts ; les valeurs sont écrites par lots dans PostgreSQL (TimescaleDB en option).
  5. NavigateurÉcrans HMI, tendances, alarmes et rapports dans un client web sans installation.

En cas de panne ou de coupure

Un SCADA se juge à ce qu'il fait quand tout ne va pas bien. Nous décrivons son comportement actuel tel qu'il est.

Si un équipement se déconnecteLa connexion passe en erreur et se reconnecte après 5 secondes. Les écrans signalent les données périmées et les connexions perdues.
Si le serveur est injoignableLe Runtime garde les valeurs en mémoire, jusqu'à 10 000 messages par connexion ; une fois plein, le plus ancien est abandonné. Il n'y a pas de tampon sur disque.
Redondance du RuntimePlusieurs Runtimes peuvent tourner. Celui qui détient le verrou lit ; si le verrou expire (35 s par défaut), une instance en attente prend le relais.
Redondance serveurLes nœuds API élisent un primaire et permettent une bascule manuelle. Un vrai secours à chaud demande une installation séparée sur une seconde machine.
Si l'historique ne s'écrit pasLa file d'écriture garde jusqu'à 100 000 échantillons en mémoire ; les échantillons perdus sont comptés et journalisés, jamais en silence.
Conservation des donnéesLes variables numériques sont enregistrées selon un intervalle propre à chaque variable. 30 jours par défaut, paramétrable ; TimescaleDB ajoute compression et politique de rétention.

Alarmes, accès et piste d'audit

Règles d'alarmeSeuil, hystérésis, temporisation d'apparition et de disparition, groupe de priorité. Acquittement et mise en veille temporisée.
Notification d'alarmeDans l'application, e-mail, Telegram, passerelle SMS et webhook. En cas d'avalanche d'alarmes, un résumé remplace les messages individuels.
Contrôle d'accèsDroits par autorisation, accès par rôle et par écran. Authentification à deux facteurs par application (TOTP) ; après 5 échecs de connexion, le compte est verrouillé 15 minutes.
Sécurité des commandesDroit d'écriture, contrôle de la variable inscriptible et du type de donnée. Signature électronique simple ou double (seconde personne) sur les variables choisies, avec ressaisie du mot de passe.
Piste d'auditChaque modification et chaque commande sont enregistrées avec utilisateur, IP et valeur. Les entrées sont chaînées en SHA-256 ; la chaîne est vérifiable et toute suppression devient visible.
Installation et sauvegardeSur site : Windows Server (IIS + service Windows) ou Docker. La configuration s'exporte et s'importe en JSON ; sauvegarde de la base et exercice de restauration documentés.

Protocoles pris en charge

Les pilotes sont intégrés au Runtime ; pour un équipement absent de la liste, un pilote est écrit dans le cadre du projet.

Modbus
Modbus TCP, Modbus RTU (série) et Modbus RTU sur TCP.
OPC UA
Connexion en client ; session par identifiant/mot de passe ou anonyme, modes de sécurité signé et chiffré.
Automates et protocoles terrain
Siemens S7, EtherNet/IP, MQTT.
Protocoles énergie et réseaux
IEC 60870-5-104, DNP3, IEC 61850 (MMS), BACnet/IP.
Publication des données
MQTT (UNS et Sparkplug B), serveur OPC UA en lecture seule et point d'accès REST protégé par clé d'API.

Chaque pilote est validé avec l'équipement sur site lors de la mise en service.

Captures d'écran

Bella SCADA — Comparaison de tendances
Comparaison de tendances
Bella SCADA — Performance des alarmes ISA-18.2
Performance des alarmes ISA-18.2
Bella SCADA — OEE et registres d'équipes
OEE et registres d'équipes
Bella SCADA — Concepteur IHM
Concepteur IHM

Questions fréquentes

Faut-il remplacer nos automates existants ?

En général, non. Bella SCADA se connecte aux automates et équipements existants via OPC UA, Modbus TCP/RTU et MQTT.

Faut-il installer quelque chose sur les postes opérateurs ?

Non. Aucun logiciel client à installer ; supervision et commande se font dans le navigateur.

Peut-on savoir qui a envoyé quelle commande ?

Oui. La séparation des droits et le journal des opérations conservent une piste d'audit complète : qui, quelle commande, quand.

Les données sont-elles perdues si la connexion tombe ?

Pas lors de coupures courtes : tant que le Runtime ne joint pas le serveur, il garde en mémoire les valeurs lues, jusqu'à 10 000 messages par connexion. Ce tampon n'est pas écrit sur disque ; si le Runtime redémarre entre-temps, les valeurs en attente sont perdues. Nous en tenons compte ouvertement dans la conception.

Que peut faire Bella SCADA pour vous ?

Planifions ensemble tout le processus, de l'installation à l'intégration.