Technologie UAO 

La norme IEC 61499 n’est pas un langage de programmation mais un langage de conception au niveau du système pour les systèmes d’information et de contrôle distribués. 

Voici quelques documents sur la norme IEC 61499 :

• IEC 61499 – Wikipedia
• Norme IEC 61499 pour l’automatisation distribuée (EN)
• IEC 61499 Tutorial pour l’automatisation industrielle – vidéo de John Conway (EN)
  
• Introduction à la IEC 61499 – vidéo de Valeriy Vyatkin (EN)

1. Bloc de fonction piloté par événement (FB)

Elle commence par des blocs de fonction pilotés par les événements pour composer votre application.

Ces blocs de fonction peuvent être comparés à des composants logiciels au sens informatique du terme, ce qui facilite leur compréhension par les ingénieurs du monde de l’automatisation et de l’informatique.

Le comportement d’un bloc de fonction de base est défini sous la forme d’une machine à états pilotée par les événements, connue sous le nom de diagramme de contrôle d’exécution. L’état défini peut encapsuler un algorithme écrit dans n’importe quel langage, car la norme n’en définit aucun. Il est ensuite possible de construire un bloc de fonction composite, qui consiste en plusieurs blocs de fonction assemblés.

Un autre point est que les événements et les données sont liés par un “WITH constructs” qui facilite la liaison entre la messagerie événementielle et les systèmes informatiques, renforçant ainsi la convergence des systèmes informatiques et techniques. Cela permet aux systèmes d’automatisation d’exploiter les technologies informatiques (intelligence artificielle, apprentissage automatique, jumeaux initiaux…) de manière transparente. 

Pour les automaticiens, les blocs de fonction pilotés par les événements offrent les avantages suivants :

• une programmation graphique 
• Un contrôle précis de l’ordre d’exécution et du flux de données 

Pour l’ingénieur logiciel, les blocs de fonctions offrent : 

• Objets 
• Méthodes 
• Une boîte noire pour encapsuler ma propriété intellectuelle 
• Composants logiciels que je peux réutiliser à partir d’autres bibliothèques ou créer mes propres composants que quelqu’un d’autre pourrait utiliser

2. Découplage logiciel-matériel

Les applications peuvent ensuite être construites en mettant en réseau des composants logiciels graphiques indépendants du matériel, comme défini par le modèle d’application.

L’application ainsi construite peut être distribuée sur plusieurs appareils ou systèmes. C’est ce que nous appelons l’interopérabilité au niveau de l’application.

Le modèle d’application est indépendant des dispositifs matériels et des ressources informatiques sous-jacents qui exécuteront l’application. Ces dispositifs matériels et ces ressources informatiques sont définis par le modèle de dispositif et peuvent être des contrôleurs d’automatisation classiques comme les DCS/automates, des dispositifs de terrain intelligents (actionneurs…) ou des dispositifs d’informatique périphérique. 

3. La distribution

Le découpage d’une application et son déploiement sur le matériel/la ressource ciblé(e) sont définis par le modèle du système.  

Le bloc de fonction activé par événement (FB) est un bloc sous-jacent qui consiste en une enveloppe graphique avec des broches d’entrée d’événement/d’entrée de données, des broches de sortie d’événement/d’entrée de données, une machine d’état interne (connue sous le nom de diagramme de contrôle d’exécution) et des algorithmes qui sont exécutés dans les différents états.

Lorsqu’une entrée d’événement est activée, un algorithme est déclenché qui prend les données des broches d’entrée et écrit les résultats sur les broches de sortie. 

Il convient de noter que : 

• La norme ne définit pas le langage de programmation mais recommande l’utilisation des langages de la IEC 61131-3
• Le FB n’agit que sur les variables locales. En ce sens, il s’agit d’un composant logiciel indépendant et autonome au sens informatique du terme
• La nature graphique de l’application FB est familière aux automaticiens et se prête au débogage et à la mise en service

Le développement continu du moteur d’exécution est géré par les membres selon les principes de la source partagée. Les membres agissent collectivement, en partageant le développement technologique, les idées et les informations pour créer un moteur d’exécution commun. Cela jette les bases d’un marché de solutions d’automatisation “prêtes à l’emploi“.