Introduction

L’automatisation industrielle occupe aujourd’hui une place essentielle dans le développement

et l’optimisation des systèmes de production modernes. Elle permet d’améliorer la
productivité, la qualité, la sécurité et la fiabilité des installations industrielles. Pour répondre à
ces exigences, les automates programmables industriels (API) doivent être pilotés par des
programmes performants, robustes et faciles à maintenir.

Avec l’évolution des technologies industrielles, les systèmes automatisés deviennent de plus
en plus complexes. Les lignes de production intègrent plusieurs équipements fonctionnants
simultanément, tels que des moteurs, des convoyeurs, des vérins ou des vannes. Cette
complexité nécessite une organisation rigoureuse du programme automate afin d’éviter les
erreurs, de faciliter la maintenance et de permettre les évolutions futures du système.

Le logiciel TIA Portal (Totally Integrated Automation) développé par Siemens constitue
un environnement de développement intégré largement utilisé dans l’industrie. Il offre des
outils permettant de configurer le matériel, de programmer les automates et d’assurer le
diagnostic et la supervision des installations. TIA Portal repose sur une programmation
structurée basée sur différents types de blocs, tels que les OB, FC, FB et DB, qui permettent
de modulariser et d’organiser le programme automate.

Parmi ces blocs, les Blocs Fonctionnels

(FB) occupent une place particulièrement
importante. Contrairement aux fonctions
simples, les FB possèdent une mémoire
interne grâce à l’utilisation d’un Data
Block d’instance (DB d’instance). Cette
caractéristique permet au FB de mémoriser
l’état de ses variables d’un cycle automate
à l’autre, ce qui est indispensable pour
représenter et piloter des équipements
industriels réels de manière indépendante
et fiable.

L’utilisation des FB permet ainsi de créer

des programmes plus structurés,
réutilisables et conformes aux standards
industriels. Chaque équipement peut être
modélisé sous forme d’un FB, ce qui
simplifie la maintenance, le diagnostic et
la réutilisation du code dans différents
projets.

Ce rapport a pour objectif de présenter de

manière détaillée le bloc FB, son rôle et
son fonctionnement dans TIA Portal,
ainsi que le principe du DB d’instance. Une partie pratique sera également présentée afin
d’illustrer l’utilisation concrète des FB à travers un exemple de projet, mettant en évidence les
avantages de cette approche dans un contexte industriel.

Présentation de TIA Portal

TIA Portal (Totally Integrated Automation)

est l’environnement de développement intégré
développé par Siemens pour la conception, la
programmation et la mise en service des
systèmes d’automatisation industrielle. Il
regroupe, au sein d’une seule plateforme
logicielle, l’ensemble des outils nécessaires à la
réalisation de projets d’automatisation, depuis la
configuration matérielle jusqu’au diagnostic et à
la supervision.

TIA Portal permet à l’utilisateur de concevoir

des applications industrielles de manière
structurée et cohérente. Grâce à son interface
unifiée, il facilite l’intégration des différents
composants d’un système automatisé, tels que
les automates programmables industriels (API),
les interfaces homme-machine (IHM) et les
réseaux industriels.

Les principales fonctionnalités offertes par TIA

Portal sont :

 La configuration matérielle des automates et des modules d’entrées/sorties,

 La programmation des API à l’aide de plusieurs langages normalisés,
 Le diagnostic des systèmes afin de détecter et corriger rapidement les erreurs,
 La supervision et la mise en service des installations industrielles.

TIA Portal est compatible avec plusieurs gammes d’automates Siemens, ce qui permet son
utilisation dans des projets de tailles et de complexités différentes :

 S7-1200, adaptés aux applications simples et moyennes,

 S7-1500, destinés aux applications industrielles avancées et complexes,
 S7-300 et S7-400, encore utilisés dans de nombreuses installations industrielles
existantes.

Grâce à cette compatibilité étendue et à son approche intégrée, TIA Portal constitue
aujourd’hui un outil de référence dans le domaine de l’automatisation industrielle, facilitant la
standardisation des projets et la maintenance des systèmes.

Les langages de programmation dans TIA Portal

TIA Portal met à disposition plusieurs langages de programmation normalisés, permettant
de répondre aux différents besoins des applications industrielles. Chaque langage possède ses
propres caractéristiques et domaines d’utilisation. Le choix du langage dépend de la
complexité du programme, du type d’application et des préférences du programmeur.

a. LAD (Ladder Diagram)

Le LAD (Ladder Diagram) est un langage graphique inspiré des schémas électriques à
relais.
Il est particulièrement apprécié pour sa simplicité et sa lisibilité, notamment par les
techniciens et les automaticiens ayant une formation électrotechnique.

Le langage LAD est principalement utilisé pour :

 La logique simple,
 Les contacts et bobines,
 Les commandes de moteurs,
 Les automatismes de base.

Grâce à sa représentation visuelle, le LAD facilite la compréhension du fonctionnement du

programme et le diagnostic des défauts.

b. FBD (Function Block Diagram)

Le FBD (Function Block Diagram) est un langage graphique basé sur l’interconnexion de
blocs fonctionnels.
Chaque bloc représente une fonction logique ou un traitement spécifique, comme des portes
logiques, des temporisateurs ou des compteurs.

Le FBD est utilisé pour :

 Les traitements logiques,

 Les opérations analogiques,
 Les temporisations et comptages,
 La programmation modulaire.

Ce langage est très adapté à l’utilisation des FB, car il permet de représenter clairement les
échanges entre les blocs.

c. SCL (Structured Control Language)

Le SCL est un langage textuel de haut niveau, proche du langage Pascal.

Il est particulièrement adapté aux programmes complexes nécessitant des calculs avancés et
des structures de contrôle élaborées.

Le SCL est utilisé pour :

 Les calculs mathématiques complexes,

 Les boucles (FOR, WHILE),
  Les conditions avancées,
 Les algorithmes structurés.

Ce langage améliore la lisibilité du code lorsque la logique devient trop complexe pour les
langages graphiques.

d. STL (Statement List)

Le STL (Statement List) est un langage textuel de bas niveau, proche du langage
assembleur.
Il offre un contrôle très précis du programme et permet une exécution rapide.

Le STL est utilisé pour :

 L’optimisation des performances,

 Les traitements très spécifiques,
 La maintenance d’anciens projets.

Cependant, ce langage est plus difficile à lire et à maintenir, et il est moins utilisé dans les
nouveaux projets.

e. Choix du langage de programmation

TIA Portal permet d’utiliser plusieurs langages dans un même projet, ce qui offre une grande
flexibilité.
Le choix du langage dépend :

 Du niveau de complexité du programme,

 Du type d’application industrielle,
 De l’expérience du programmeur,
 Des normes et standards de l’entreprise.

En pratique :

 LAD est privilégié pour la logique simple,

 FBD pour les traitements fonctionnels et modulaires,
 SCL pour les calculs complexes,
 STL pour des besoins spécifiques ou anciens systèmes.

Types de blocs dans TIA Portal

Dans TIA Portal, le programme automate est organisé en différents types de blocs afin de
structurer le code, de faciliter la lecture du programme et d’améliorer la maintenance. Cette
organisation permet de séparer les différentes fonctions du système automatisé et de rendre le
programme plus clair et plus modulaire.
Les principaux types de blocs utilisés dans TIA Portal sont les OB, FC, FB et DB. Chacun de
ces blocs possède un rôle bien défini dans le fonctionnement de l’automate.

OB (Organization Block)

Les OB (Organization Blocks) sont des blocs d’organisation qui contrôlent l’exécution du
programme automate.
Ils déterminent quand et comment le programme est exécuté par l’automate.

L’OB1 est le bloc principal du programme. Il s’exécute de

manière cyclique tant que l’automate est en fonctionnement. À
chaque cycle :

 L’OB1 lit les entrées,

  Exécute la logique du programme,
 Met à jour les sorties.

En plus de l’OB1, il existe d’autres OB spécialisés, tels que les OB de démarrage, d’erreur ou
d’interruption, utilisés pour des fonctions spécifiques. Cependant, l’OB1 reste le plus
important dans la majorité des applications industrielles.

FC (Function)

Le FC (Function) est un bloc de programmation sans mémoire.

Il exécute une fonction précise mais ne conserve aucune information d’un cycle automate à
l’autre.

Le FC est principalement utilisé pour :

 Des calculs simples,

 Des comparaisons de valeurs,
 Des conversions de données,
 Des traitements logiques sans nécessité de mémorisation.

À chaque appel du FC dans l’OB1, les calculs sont effectués à

nouveau et les variables internes sont réinitialisées.
Le FC est donc adapté aux fonctions répétitives qui ne nécessitent pas de conserver un état.

FB (Function Block)

Le FB (Function Block) est un bloc de programmation avec mémoire.

Contrairement au FC, le FB conserve l’état de ses variables internes d’un cycle automate à
l’autre.

Cette mémorisation est assurée par l’utilisation d’un DB d’instance (Data Block d’instance),
automatiquement associé au FB lors de son appel dans un OB. Le DB d’instance stocke les
variables internes du FB et permet de préserver l’état de fonctionnement.

Le FB est utilisé pour :

 La gestion d’objets industriels,

 Le pilotage de moteurs, vannes, vérins ou convoyeurs,
 La création de fonctions réutilisables avec comportement
indépendant.

Chaque appel du même FB avec un DB différent représente un

équipement distinct, fonctionnant de manière totalement
indépendante.

DB (Data Block)
Les DB (Data Blocks) sont des blocs destinés au stockage des données.
Ils peuvent être utilisés pour :

 Stocker des paramètres,

 Mémoriser des états,
 Échanger des données entre blocs.

Dans le cas des FB, le DB d’instance joue un rôle fondamental en

assurant la mémoire du bloc et l’indépendance des différentes
instances.

Définition du bloc FB

Un FB (Function Block) est un bloc de programmation utilisé dans TIA Portal pour
concevoir des fonctions réutilisables disposant d’une mémoire interne. Contrairement aux
fonctions simples, le FB est capable de conserver l’état de ses variables
d’un cycle automate à l’autre, ce qui le rend particulièrement adapté
aux applications industrielles complexes.

La mémoire du FB est assurée par son association avec un DB

d’instance (Data Block d’instance). Ce bloc de données est
automatiquement créé lors de l’appel du FB dans un bloc
d’organisation, généralement l’OB1. Le DB d’instance stocke les
variables internes du FB et permet ainsi de mémoriser l’état de
fonctionnement du bloc entre deux cycles d’exécution.

Le FB permet de représenter des objets industriels réels sous forme

logicielle. Il est principalement utilisé pour le pilotage d’équipements
répétitifs qui possèdent un comportement propre et indépendant, tels
que :

 Les moteurs,
 Les vannes,
 Les vérins,
 Les convoyeurs.

Grâce au DB d’instance, chaque appel du même FB correspond à une

instance indépendante. Ainsi, un même FB peut être utilisé plusieurs fois dans un
programme pour piloter différents équipements identiques, tout en conservant un
fonctionnement autonome pour chacun d’eux.
L’utilisation des FB contribue à une meilleure structuration du programme automate, facilite
la maintenance et permet une réutilisation efficace du code dans différents projets industriels.

Différence entre FB et FC

Dans TIA Portal, les blocs FB (Function Block) et FC (Function) sont utilisés pour
structurer le programme automate. Cependant, ils ne remplissent pas le même rôle,
notamment en ce qui concerne la gestion de la mémoire et le type d’application pour lequel
ils sont utilisés.

Le tableau suivant présente les principales différences entre un FB et un FC.

FB (Function Block) FC (Function)

Bloc avec mémoire Bloc sans mémoire

Utilise un DB d’instance N’utilise pas de DB

Mémorise les données d’un cycle à l’autre Les données sont perdues à chaque cycle

Utilisé pour objets industriels (moteur,

Utilisé pour calculs simples
vanne, convoyeur…)

Chaque instance fonctionne indépendamment Pas d’état propre

Très utilisé en industrie Utilisation limitée

Structure interne d’un FB

Un FB (Function Block) est composé de plusieurs types de variables.

Chaque type de variable a un rôle précis dans le fonctionnement du bloc et dans la gestion de
la mémoire.
La compréhension de cette structure est essentielle pour bien utiliser les FB dans TIA Portal.

Type de variable Rôle Caractéristiques principales

Reçoivent les signaux des capteurs, boutons ou

IN Entrées du FB
autres blocs. Non mémorisées.

Envoient les résultats vers les actionneurs ou

OUT Sorties du FB
d’autres blocs.

Variables lues et modifiées par le FB. Partagent la

IN_OUT Entrées / sorties
même adresse mémoire.

Variables internes Stockées dans le DB d’instance. Permettent au FB

STAT
mémorisées de garder son état.

Variables Valables uniquement pendant un cycle automate.

TEMP
temporaires Effacées après le cycle.

Les variables STAT sont les plus importantes, car elles assurent la mémoire du FB grâce au
DB d’instance.

DB d’instance

Le DB d’instance (Data Block d’instance) est un bloc de données automatiquement associé

à un FB lors de son appel dans un OB, généralement l’OB1.
Il joue un rôle essentiel, car il permet au FB de mémoriser son état et de fonctionner de
manière indépendante par rapport aux autres instances.

Élément Description

Association au
Chaque FB appelé possède son propre DB d’instance
FB

Stockage des
Contient toutes les variables STAT du FB
données

Mémoire Mémorise l’état du FB d’un cycle automate à l’autre

Indépendance Chaque instance du FB fonctionne indépendamment

Création Créé automatiquement par TIA Portal lors de l’appel du FB

Réutilisation Un même FB peut être utilisé avec plusieurs DB différents

Le DB d’instance représente la mémoire interne du FB et garantit l’indépendance de chaque

équipement piloté.
Fonctionnement de l’appel d’un FB dans OB1

L’OB1 est le bloc principal du programme automate.

Il s’exécute en continu, cycle après cycle, tant que l’automate est en fonctionnement.
À chaque cycle, l’OB1 appelle les FB, qui exécutent leur logique et mettent à jour leurs
données grâce aux DB d’instance.

Étape Description

1. Exécution de
L’OB1 démarre un nouveau cycle automate
OB1

2. Appel du FB OB1 appelle un ou plusieurs FB

3. Exécution du FB Le FB traite sa logique interne

4. Utilisation du DB Les variables STAT sont lues et mises à jour

5. Fin du cycle L’état est mémorisé pour le cycle suivant

Grâce au DB d’instance, chaque FB conserve son état d’un cycle automate à l’autre, même si
l’OB1 se répète en continu.
Mise en œuvre d’un projet automate basé sur les Blocs Fonctionnels (FB)

FB de démarrage Étoile–Triangle d’un moteur

Dans ce projet pratique, un bloc fonctionnel FB a été développé afin de réaliser le

démarrage Étoile–Triangle (Y/Δ) d’un moteur asynchrone.
Ce type de démarrage est couramment utilisé en industrie pour réduire le courant de
démarrage et les contraintes mécaniques sur le moteur.

Le choix d’un FB permet de rendre la solution réutilisable, structurée et indépendante

grâce à l’utilisation d’un DB d’instance.

Objectif du FB

Le FB a pour objectif de :

 Commander un moteur en démarrage Étoile–Triangle,

 Gérer automatiquement la temporisation entre les deux modes,
 Assurer la sécurité électrique (éviter Étoile et Triangle simultanés),
 Permettre la réutilisation du même FB pour plusieurs moteurs.

Interface du bloc FB

 Entrées (IN)

Marche (Bool) : Commande de démarrage du moteur.

Arrer (Bool) : Commande d’arrêt du moteur.

 Sorties (OUT)

KM (Bool) : Contacteur principal du moteur.

KMY (Bool) : Contacteur Étoile.

KMD (Bool) : Contacteur Triangle.

Ces sorties sont destinées à être reliées aux actionneurs (contacteurs) du moteur.

Variables internes (STAT)

 Star_Timer (TON) :
Temporisateur de type TON utilisé pour gérer le temps de fonctionnement en Étoile
avant le passage en Triangle.
Cette variable est déclarée en STAT, ce qui signifie qu’elle est mémorisée dans le DB
d’instance et conserve son état d’un cycle automate à l’autre.

Description du fonctionnement logique (réseaux LAD)

Commande générale du moteur

 Lorsque Marche = 1 et Arrer = 0, le contacteur principal KM est activé.

 KM reste actif tant que la commande d’arrêt n’est pas donnée.

Ce réseau assure la mise sous tension générale du moteur.

Démarrage en Étoile

 Lorsque KM est actif,

 Et tant que le temporisateur Star_Timer.Q = 0,
 Et que le contacteur Triangle KMD est désactivé,

le contacteur KMY (Étoile) est activé.

Cela permet au moteur de démarrer en mode Étoile, avec un courant réduit.

Temporisation Étoile

 Le temporisateur Star_Timer (TON) démarre lorsque KM est actif.

 La valeur de temporisation est réglée à T#10s.

Pendant ces 10 secondes, le moteur fonctionne en Étoile.

Passage en Triangle

 Lorsque Star_Timer.Q = 1 (fin de temporisation),

 Et que KMY (Étoile) est désactivé,

Le contacteur KMD (Triangle) est activé.

Le moteur passe alors en fonctionnement normal en Triangle.

Sécurité de fonctionnement

Le programme empêche :

 L’activation simultanée de KMY et KMD,

 Tout passage direct Étoile vers Triangle sans temporisation.

Cela garantit un fonctionnement sécurisé et conforme aux normes industrielles.

DB d’instance et réutilisation

Chaque appel du FB dans OB1 génère automatiquement un DB d’instance.

Dans ce projet, plusieurs DB sont créés pour différents moteurs, par exemple :

 DB_Moteur_1
 DB_Moteur_2
 DB_Moteur_3
Ainsi :

 Le même FB est utilisé,

 Chaque moteur possède sa propre mémoire,
 Chaque démarrage est totalement indépendant.

Intérêt de l’utilisation du FB dans ce projet

L’utilisation d’un FB pour le démarrage Étoile–Triangle permet :

 Une programmation modulaire,

 Une réutilisation rapide du code,
 Une maintenance facilitée,
 Une conformité aux pratiques industrielles.

Fonctionnement de FB dans un programme de commande séquentielle des moteurs

Dans ce projet, le bloc fonctionnel FB “Démarrage (Y/D) de moteur” est utilisé pour
commander trois moteurs (M1, M2 et M3).
Chaque moteur est piloté par le même FB, mais avec un DB d’instance différent, ce qui
garantit un fonctionnement indépendant.

Le programme assure :

 Un démarrage séquentiel des moteurs,

 Un arrêt séquentiel inverse à l’aide de temporisateurs.

Démarrage du premier moteur (M1)

Lorsque l’opérateur appuie sur le bouton Start (I1.1) :

 Le premier moteur M1 démarre directement,

 Le FB de démarrage étoile/triangle est exécuté pour M1,
 
 Les sorties associées (KM, KMY, KMD) sont activées selon la logique interne du FB.

Le moteur M1 démarre immédiatement après l’appui sur Start.

Démarrage du deuxième moteur (M2) avec temporisation DB3

 Après le démarrage du moteur M1, le temporisateur DB3 (TON) est activé.

 Le temps de temporisation (PT) est réglé à une valeur définie (par exemple T#5s ou
T#10s).
 Lorsque le temps est écoulé (DB3.Q = 1) :
o Le deuxième moteur M2 démarre automatiquement,
o Le FB est appelé avec un DB d’instance spécifique à M2.
Le moteur M2 démarre après un retard volontaire, afin de limiter l’appel de courant.

Démarrage du troisième moteur (M3) avec temporisation DB6

 Après le démarrage des deux premiers moteurs (M1 et M2), un second temporisateur
DB6 (TON) est déclenché.
 Une fois la temporisation DB6 terminée :
o Le troisième moteur M3 démarre automatiquement,
o Le FB est appelé avec un troisième DB d’instance.

Le moteur M3 démarre en dernier, après un délai supplémentaire.

Arrêt du troisième moteur par le bouton STOP Sy

Lorsque l’opérateur appuie sur le bouton STOP Sy (I1.6) :

o Le troisième moteur M3 s’arrête immédiatement,

o En même temps, le temporisateur DB4 (TON) est déclenché.
L’arrêt commence toujours par le dernier moteur démarré.

Arrêt du deuxième moteur avec temporisation DB4

Après l’écoulement du temps réglé dans DB4 :

o Le deuxième moteur M2 est arrêté automatiquement,

o Le temporisateur DB8 (TON) est alors activé.

L’arrêt se fait de manière progressive pour éviter les chocs mécaniques.

Arrêt du premier moteur avec temporisation DB8

Une fois la temporisation DB8 terminée :

 o le premier moteur M1 est arrêté à son tour.

Tous les moteurs sont maintenant arrêtés dans l’ordre inverse du démarrage.

Résumé du fonctionnement global

Séquence de démarrage :

1. Appui sur Start démarre M1

2. Après temporisation DB3 démarre M2
3. Après temporisation DB6 démarre M3

Séquence d’arrêt :

1. Appui sur STOP Sy s’arrête M3

2. Après temporisation DB4 s’arrête M2
3. Après temporisation DB8 s’arrête M1

Intérêt de cette solution

 Réduction de l’appel de courant au démarrage

 Protection mécanique des moteurs et convoyeurs
 Utilisation efficace des FB et DB d’instance
 Programme structuré, clair et conforme aux pratiques industrielles

Résumé général du projet

Ce projet a été réalisé sous TIA Portal dans le cadre de l’étude des automates
programmables industriels (API).
L’objectif principal était de concevoir un programme structuré et industriel permettant de
commander plusieurs moteurs (convoyeurs) en utilisant les Blocs Fonctionnels (FB), les
DB d’instance et des temporisateurs TON.

Le programme repose sur la création d’un bloc fonctionnel FB de démarrage moteur

Étoile–Triangle (Y/Δ). Ce FB permet de piloter un moteur de manière sécurisée en réduisant
le courant de démarrage. Le même FB a été réutilisé pour trois moteurs différents, chacun
possédant son propre DB d’instance, ce qui garantit un fonctionnement indépendant et une
bonne organisation du programme.

Le projet met en œuvre un démarrage séquentiel des moteurs :

 Le premier moteur démarre directement après l’appui sur le bouton Start,

 Le deuxième moteur démarre après un délai défini par un temporisateur,
 Le troisième moteur démarre après un second délai.

De la même manière, un arrêt séquentiel inverse a été réalisé afin d’assurer la sécurité et de
limiter les contraintes mécaniques :

 Le troisième moteur s’arrête en premier,

 Puis le deuxième,
 Et enfin le premier moteur, après des temporisations successives.

L’utilisation des FB, des DB d’instance et des temporisateurs TON a permis de développer
un programme modulaire, réutilisable et conforme aux standards industriels.
Ce projet illustre l’intérêt de la programmation structurée dans TIA Portal et démontre
l’efficacité des blocs fonctionnels pour la gestion d’applications industrielles complexes.

Avantages des Blocs Fonctionnels (FB)

 Structure claire du programme

Les FB permettent d’organiser le programme automate en fonctions bien définies.
Chaque FB représente une partie précise du système, ce qui rend le code plus lisible et
plus compréhensible.
 Réutilisation du code
Un même FB peut être utilisé plusieurs fois dans un projet ou dans différents projets.
Il suffit de créer un nouveau DB d’instance pour chaque utilisation, sans modifier le
code du FB.
 Indépendance des équipements
Grâce au DB d’instance, chaque FB possède sa propre mémoire. Ainsi, plusieurs
équipements identiques peuvent fonctionner de manière totalement indépendante,
même s’ils utilisent le même FB.
 Maintenance facilitée
En cas de modification ou de correction, il suffit d’intervenir sur un seul FB. Les
 changements sont automatiquement appliqués à toutes les instances, ce qui réduit le
temps de maintenance.
 Réduction des erreurs
La réutilisation du même FB évite la duplication de code. Moins de code dupliqué
signifie moins d’erreurs et un programme plus fiable.
 Gain de temps de développement
Les FB permettent de développer plus rapidement les programmes grâce à la
standardisation et à la réutilisation des blocs existants.
 Diagnostic simplifié
Chaque FB dispose de son propre DB, ce qui facilite le suivi de l’état de chaque
équipement et la recherche des défauts.

 Programmation professionnelle et industrielle
L’utilisation des FB respecte les standards industriels et correspond aux bonnes
pratiques utilisées dans les projets d’automatisation modernes.

Bonnes pratiques d’utilisation des FB

 Définir une fonction claire

Chaque FB doit représenter une fonction précise ou un équipement industriel bien défini
(moteur, vanne, convoyeur).
 Utiliser un nommage clair et cohérent
Les noms des FB, des variables et des DB d’instance doivent être explicites afin de
faciliter la compréhension du programme.
 Limiter la taille du FB
Il est recommandé d’éviter les FB trop longs ou trop complexes pour conserver un code
lisible et facile à maintenir.
  Ajouter des commentaires
Les commentaires permettent d’expliquer le fonctionnement du FB et facilitent la
maintenance et le dépannage.
 Tester chaque FB séparément
Avant l’intégration dans OB1, chaque FB doit être testé individuellement pour garantir
son bon fonctionnement.
 Réutiliser les FB standards
Utiliser les FB standards et validés permet de réduire les erreurs et d’améliorer la
fiabilité du programme.

Limites des Blocs Fonctionnels (FB)

 Complexité plus élevée que les FC

Les FB sont plus difficiles à comprendre pour les débutants en automatisation
industrielle.
 Consommation de mémoire
Chaque FB utilise un DB d’instance, ce qui augmente l’utilisation de la mémoire de
l’automate.
 Temps de conception initial
La conception correcte d’un FB demande plus de temps au début du projet.
 Risque de mauvaise structuration
Une mauvaise organisation des FB peut rendre le programme lourd et difficile à
maintenir.
 Débogage plus complexe
Le suivi des variables entre le FB et son DB d’instance peut être plus difficile lors du
diagnostic.

Résumé général

Ce rapport présente la conception et la réalisation d’un projet d’automatisation industrielle

développé sous TIA Portal à l’aide d’un automate programmable Siemens. L’objectif
principal du projet était de mettre en œuvre un programme structuré, fiable et conforme aux
pratiques industrielles pour le pilotage de plusieurs moteurs (convoyeurs).

Le travail a débuté par une présentation de TIA Portal, de ses fonctionnalités et des différents
types de blocs utilisés dans la programmation des automates, notamment les OB, FC, FB et
DB. Une attention particulière a été portée aux Blocs Fonctionnels (FB), qui permettent de
créer des fonctions réutilisables disposant d’une mémoire interne grâce aux DB d’instance.

Un bloc fonctionnel FB de démarrage moteur Étoile–Triangle (Y/Δ) a été conçu afin de

réduire le courant de démarrage et d’assurer un fonctionnement sécurisé des moteurs. Ce FB a
été réutilisé pour commander trois moteurs différents, chacun disposant de son propre DB
d’instance, garantissant ainsi un fonctionnement indépendant.

Le programme réalisé assure un démarrage séquentiel des moteurs à l’aide de

temporisateurs TON, ainsi qu’un arrêt séquentiel inverse, permettant de limiter les
contraintes électriques et mécaniques. Cette organisation a permis de démontrer l’intérêt de la
programmation modulaire et structurée dans les applications industrielles.

Ce projet met en évidence l’efficacité de l’utilisation des FB, des DB d’instance et des
temporisateurs dans TIA Portal pour le développement d’applications d’automatisation
professionnelles, fiables et faciles à maintenir.