République Tunisienne

Ministère de l’Enseignement Supérieur

et de la Recherche Scientifique

Université de Tunis El Manar

Institut Supérieur d’Informatique d’El Manar

Rapport de Projet de Fin d’annÉe

Présenté en vue de l’obtention du

Diplôme National d’Ingénieur en Sciences Appliquées et Technologiques

Spécialité : Ingénierie des Systèmes Embarqués et Objets Connectés

Par

Mohamed Ammar BELLALAH

Intégration IoT pour la supervision de ligne de

production avec LabVIEW

Encadrant professionnel : Monsieur Mohamed Benabdallah Ingénieur

Encadrant académique : Madame Sonia Zaouali Maître Assistante

Réalisé au sein de IRD Solution

Année Universitaire 2023 - 2024

 République Tunisienne

Ministère de l’Enseignement Supérieur

et de la Recherche Scientifique

Université de Tunis El Manar

Institut Supérieur d’Informatique d’El Manar

Rapport de Projet de Fin d’Études

Présenté en vue de l’obtention du

Diplôme National d’Ingénieur en Sciences Appliquées et Technologiques

Spécialité : Ingénierie des Systèmes Embarqués et Objets Connectés

Par

Mohamed Ammar BELLALAH

Intégration IoT pour la supervision de ligne de

production avec LabVIEW

Encadrant professionnel : Monsieur Mohamed Benabdallah Ingénieur

Encadrant académique : Madame Sonia Zaouali Maître Assistante

Réalisé au sein de IRD Solution

Année Universitaire 2023 - 2024

J’autorise l’étudiant à faire le dépôt de son rapport de stage en vue d’une soutenance.

Encadrant professionnel, Monsieur Mohamed Benabdallah

Signature et cachet

J’autorise l’étudiant à faire le dépôt de son rapport de stage en vue d’une soutenance.

Encadrant académique, Madame Sonia Zaouali

Signature
Dédicaces

Je dédie ce travail à :

À mes chers parents Nabil et Radhia, pour leur soutien inconditionnel tout au long de ma
vie, et pour être la plus grande source de motivation et de joie. Je vous aime et j’apprécie
tout ce que vous avez fait pour moi.

À mes sœurs, Chaima et Sabrine, pour m’avoir toujours encouragé à être indépendant et à
travailler.

À Salma qui occupe une place toute particulière dans mon cœur. Je te remercie pour ton
soutien sans faille, ta compréhension et ta présence. Tu es la source d’inspiration et de
bonheur de ma vie.

Mohamed Ammar BELLALAH

ii
Remerciements

Dans le cadre de ce rapport, j’ai reçu une aide et un soutien considérables de la part de
nombreuses personnes, que je tiens à remercier chaleureusement.

J’aimerais également remercier Monsieur Mohamed Benabdallah pour m’avoir encadré

et fait de leur mieux pour m’aider, et pour m’avoir donné l’occasion inestimable d’effectuer mon
stage au sein de l’IRDSolution. Je le remercie profondément de m’avoir confié un projet d’une telle
envergure dans des conditions très professionnelles, et pour m’avoir offert un climat très confortable.

Je tiens à exprimer ma profonde gratitude à mon encadrante académique Madame Sonia

Zaouali pour ses précieux conseils tout au long de ces années, ainsi que pour sa patience et ses
remarques constructives qui m’ont permis de développer les compétences nécessaires pour rédiger
un rapport de qualité.

iii
Table des matières

Introduction générale 1

1 Contexte général 2
1.1 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1.1 IRD Solution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.2 Activité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
1.3 Présentation des services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.3.1 Service de vision industrielle . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
1.3.2 Service de développement de logiciels intégrés . . . . . . . . . . . . . . . . . 4
1.3.3 Service de conception de circuits imprimés . . . . . . . . . . . . . . . . . . . 4
1.3.4 Service de contrôle des systèmes avancés . . . . . . . . . . . . . . . . . . . . 4
1.3.5 Service de programmation LabVIEW . . . . . . . . . . . . . . . . . . . . . . . 5
1.4 Problématique et cahier des charges . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4.1 Problématique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4.2 Solution proposée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4.3 Objectifs de projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.4.4 Cahier des charges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5 Notion sur l’Internet des objets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5.1 Introduction sur l’IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
1.5.2 Principe de fonctionnement de l’IoT . . . . . . . . . . . . . . . . . . . . . . . 7
1.5.3 Les avantages de l’IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

2 Analyse et spécification des besoins 9

2.1 Identification des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.1.1 Les besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.1.2 Les besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.2 Architecture du système . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.3 Modélisation des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.1 Définition de UML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

iv
 2.3.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.3.3 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

3 Conception et choix technologique 16

3.1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.1 Lecteurs de code DataMatrix . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
3.1.2 Station de travail avec LabVIEW . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.1.3 Serveur de base de données (SQL Server) . . . . . . . . . . . . . . . . . . . . 18
3.2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.2.1 LabVIEW . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.2.2 SQL server management studio . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.2.3 ODBC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.2.4 ThingSpeak . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.2.5 HTTP/REST API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

4 Réalisation et développement 22
4.1 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.1.1 Création de la base de donnée . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
4.1.2 Lire les donneés . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.1.3 Création d’interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.1.4 Plateforme IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Conclusion générale 32

v
Table des figures

1.1 Organigramme de la société . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

1.2 Principe de fonctionnement de l’IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . 7

2.1 Composition du projet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

2.2 Diagramme de cas d’utilisation global . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3 Raffinement de cas d’utilisation « Consulter Dashboard » . . . . . . . . . . . . . . . 13
2.4 Diagramme de cas d’utilisation du Dashboard . . . . . . . . . . . . . . . . . . . . . . 14
2.5 Diagramme de cas d’utilisation du thinkspeak . . . . . . . . . . . . . . . . . . . . . . 14
2.6 Diagramme de séquence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15

3.1 Lecteurs de Code DataMatrix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

3.2 Station de Travail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
3.3 Logo du LabVIEW . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
3.4 Logo du SQL Server Management Studio . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.5 Logo du ThingSpeak . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
3.6 principe du HTTP/REST API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

4.1 Exemple des données en texte . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

4.2 Texte convertie en BD SQL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.3 Connection ODBC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
4.4 VI qui extraire les données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.5 VI qui analyse les données . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
4.6 Interface Login . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
4.7 Tableau de bord de suivi de production . . . . . . . . . . . . . . . . . . . . . . . . . 27
4.8 Tableau de bord des indicateurs de production . . . . . . . . . . . . . . . . . . . . . 28
4.9 Connexion REST API . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
4.10 VI qui envoie les données au serveur IOT . . . . . . . . . . . . . . . . . . . . . . . . 30
4.11 Tableau de bord IoT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

vi
Liste des abréviations

— IOT = Internet des et objets

— IRDS = Industrial Research and Development Solution

— ODBC = Open Database Connectivity

— PPM = Pièces Par Minute

— SARL = Société à responsabilité limitée

— SSMS = SQL Server Management Studio

— VI = Virtual Instrument

— labVIEW= Laboratory Virtual Instrumentation Engineering Workbench

vii
Introduction générale

La révolution industrielle actuelle, souvent appelée Industrie 4.0, a donné naissance à l’Internet
des objets, une avancée technologique majeure pour les entreprises modernes. En connectant divers
dispositifs via Internet, l’IoT a transformé les processus industriels en permettant l’automatisation
et l’optimisation des tâches. Cette interconnexion permet également une analyse approfondie des
données, offrant ainsi aux entreprises un moyen de renforcer leur compétitivité et d’améliorer leur
prise de décision.
Cependant, ces évolutions s’accompagnent de nouveaux enjeux. Les entreprises doivent relever
le défi d’intégrer des technologies de plus en plus complexes tout en assurant une gestion efficace
des données. La supervision en temps réel et la connectivité à distance deviennent ainsi des exigences
incontournables pour garantir une réactivité optimale dans un contexte de mondialisation des échanges.
Dans ce contexte, l’optimisation des flux de données au sein des environnements industriels est un
enjeu stratégique majeur.
Le projet qui nous intéresse s’inscrit dans cette dynamique et est mené au sein d’IRD Solution,
une société spécialisée dans la conception et le développement de solutions industrielles, notamment
dans les domaines de l’ingénierie informatique et des automatismes. Il vise à concevoir un outil logiciel
innovant pour la collecte et la gestion des données produites par les installations de production. Cet
outil permettra une supervision efficace, tant locale que distante, via une interface conviviale et
intuitive, tout en s’appuyant sur une connectivité performante.
Ce rapport est structuré en plusieurs parties. Nous commencerons par une présentation
générale de l’entreprise et des problématiques à l’origine de ce projet. Nous analyserons ensuite les
besoins fonctionnels et techniques afin d’établir les spécifications nécessaires à la solution envisagée.
Nous porterons ensuite une attention particulière aux choix technologiques, qu’ils concernent le
matériel, les protocoles ou les outils logiciels. Enfin, la dernière partie sera consacrée à la mise
en œuvre pratique du projet, avec une attention particulière portée aux résultats obtenus et aux
fonctionnalités développées.
Pour conclure, nous reviendrons sur les principales réalisations du projet, tout en ouvrant
des perspectives d’amélioration et d’évolution pour la suite.

1
 Chapitre 1

Contexte général

Plan
1 Organisme d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2 Activité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

3 Présentation des services . . . . . . . . . . . . . . . . . . . . . . . . . . . 4

4 Problématique et cahier des charges . . . . . . . . . . . . . . . . . . . . . 6

5 Notion sur l’Internet des objets . . . . . . . . . . . . . . . . . . . . . . . . 7

Chapitre 1. Contexte général

Introduction

Dans ce premier chapitre, nous commencerons par la présentation de l’organisme d’accueil.

Nous mettrons ensuite en évidence la problématique traitée et le cahier des charges.

1.1 Organisme d’accueil

Nous allons à présent présenter la société, son secteur d’activité ainsi que les services qu’elle
propose.

1.1.1 IRD Solution

Il s’agit d’une société de services spécialisée dans la recherche et le développement de solutions

industrielles, ainsi que dans l’ingénierie informatique industrielle et les automatismes. Elle a été créée
en tant qu’entreprise SARL. Depuis, son activité s’est significativement élargie. IRD Solution propose
des études électriques, hydrauliques et pneumatiques, la programmation des automates industriels,
ainsi que la commande numérique et l’étude et le développement de supervision pour les processus
industriels et les machines spéciales [1].

1.2 Activité

Parmi les activités d’IRD Solution nous trouvons :

• Conception et mise en œuvre des lignes de production, d’assemblage, de conditionnement et

de machines spéciales.

• Robotisation industrielle (manutention, montage, assemblage, peinture. . .).

• Réalisation du poste de travail robotisé.

• Conception et réalisation de divers types de convoyeurs automatisés.

• Contrôle du mouvement des axes des servomoteurs.

• Solutions d’automatisation intégrées / Contrôle / Supervision / SCADA.

• Système de vision industrielle.

• Motorisation/variateurs de vitesse.

3
Chapitre 1. Contexte général

1.3 Présentation des services

La société est divisée en cinq services, indiqués dans l’organigramme de la figure 1.1 :

Figure 1.1 : Organigramme de la société

1.3.1 Service de vision industrielle

Le service de vision industrielle dispose d’une capacité étendue pour prototyper, concevoir,
intégrer et installer des systèmes industriels complexes :

• Des vitesses de traitement élevées.

• Systèmes de mouvement guidé par vision.

• Systèmes de balayage de zone et de balayage de ligne.

• Inspection haute résolution.

1.3.2 Service de développement de logiciels intégrés

La société fournit des logiciels embarqués et des services d’ingénierie, notamment le développement
de micrologiciels, de pilotes pour périphériques et le support de carte. Elle développe aussi des
packages compatibles avec plusieurs systèmes d’exploitation.

1.3.3 Service de conception de circuits imprimés

La société utilise différents logiciels de conception de circuits imprimés, tels qu’Altium Designer,
Orcad, Allegro, Eagle et KiCAD, qui fournissent des fichiers de conception de circuits imprimés de
très haut niveau et une CAO 3D complète.

1.3.4 Service de contrôle des systèmes avancés

La société travaille actuellement sur l’implémentation des lois de commandes, notamment :

4
Chapitre 1. Contexte général

• PID

• Contrôleur de logique floue.

• Contrôleur de platitude.

• Contrôleur RST.

• Contrôleur de rétroaction d’état.

• Contrôleur par mode glissant.

• Contrôleur de retour d’état .

• Contrôleur adaptatif.

• Algorithme génétique.

• Algorithme d’optimisation de l’essaim de particules.

• Contrôleur LQR.

• Contrôleur non linéaire.

1.3.5 Service de programmation LabVIEW

IRD Solution utilise l’environnement de programmation puissant de National Instruments

LabVIEW pour développer des machines de test. automatisées à travers :

• Le développement d’applications LabVIEW.

• Le design de l’interface utilisateur.

• La conception de contrôle.

• L’intégration avec le matériel.

• La gestion de données.

• La machine de vision.

• Les rapports et affichage des données.

• Le déploiement d’applications.

• Le développement d’API et de SDK.

• L’apprentissage automatique.

• La migration et mises à niveau.

5
Chapitre 1. Contexte général

1.4 Problématique et cahier des charges

Dans cette section, nous allons introduire la problématique du projet, la solution proposée
ainsi que le cahier des charges à suivre.

1.4.1 Problématique

Dans de nombreux environnements industriels, il est difficile d’obtenir une vue claire et
précise de la productivité des équipes et du coût de fabrication en temps réel. L’absence de systèmes
efficaces de suivi et de contrôle rend complexe l’analyse des performances et l’identification rapide des
problèmes susceptibles d’impacter la rentabilité. Cette situation complique la gestion des processus
de production, car elle rend difficile l’optimisation des coûts et l’amélioration de l’efficacité.

1.4.2 Solution proposée

La solution consiste à installer un système de collecte et de supervision des données qui peut
être intégré directement aux processus de production. À la fin du test, les serveurs IoT locaux
et distants qui serviront d’entrée de données pour le système seront utilisés pour transmettre
les données. Le système fournira un tableau de bord précis des indicateurs de production, en le
personnalisant à l’aide des données enregistrées. En outre, tous les paramètres critiques de la machine
seront affichés en temps réel.

1.4.3 Objectifs de projet

Comme indiqué dans la partie « problématique », la société souhaite réaliser un prototype

de plateforme d’acquisition et d’exploitation des données de production de la machine via l’Internet
des objets. Les objectifs de ce projet sont les suivants :

• Visualiser toutes les informations accessibles à distance.

• Superviser la machine avec de nouvelles technologies.

• Faciliter la vérification.

• Rendre la supervision plus simple et plus sécurisée.

• Connecter la machine à Internet en se basant sur l’IoT.

6
Chapitre 1. Contexte général

1.4.4 Cahier des charges

Pour devenir leader dans l’industrie 4.0, nous avons proposé la création d’une plateforme
d’acquisition et de traitement des données de production pour une machine de test de pièces
automobiles. Cette machine utilise un ordinateur industriel qui gère à la fois l’opération de test
et les entrées/sorties. Le tableau de bord du système informatique est conçu avec LabVIEW.
L’idée est d’utiliser et de traiter l’ensemble des données d’essai obtenues à l’aide de l’infrastructure
disponible. Nous venons de développer une solution système qui est une application logicielle intégrant
l’Internet des objets grâce au traitement des données du programme de la machine.
Le programme permettra de contrôler et de télécharger les données via le tableau de bord.

1.5 Notion sur l’Internet des objets

Nous allons d’abord définir l’IoT, puis ses avantages.

1.5.1 Introduction sur l’IoT

L’Internet of Things (IoT) désigne un réseau d’objets physiques « Things » équipés de

capteurs, de logiciels et d’autres technologies, afin qu’ils puissent échanger des données avec d’autres
dispositifs et systèmes sur Internet [2].

1.5.2 Principe de fonctionnement de l’IoT

L’IoT peut être envisagé comme un ensemble de technologies reliées entre elles dans trois
domaines principaux comme le montre la figure 1.2 [2] :

Figure 1.2 : Principe de fonctionnement de l’IoT

- Things : il s’agit des éléments physiques disposant de capteurs intégrés et connectés à Internet.

7
Chapitre 1. Contexte général

Ces objets envoient des données, par exemple lors du passage d’une voiture sur une autoroute,
grâce à leurs capteurs de mouvement ou de pression.

- Insights : il Il s’agit des résultats du traitement et de l’analyse des données brutes envoyées
par les objets connectés. Le calcul du nombre de voitures qui passent par minute permet par
exemple de déduire l’état du trafic sur une autoroute.

- Actions : il s’agit de la réponse automatisée ou manuelle apportée aux informations remontées

par l’Insight. Par exemple, si l’Insight signale des embouteillages, des alertes peuvent être
envoyées à divers systèmes, tels que les panneaux d’information sur les autoroutes ou les
applications de navigation utilisées par les automobilistes.

1.5.3 Les avantages de l’IoT

Pour les entreprises, l’IoT leur offre une vision en temps réel de l’ensemble de leurs systèmes,
leur fournissant ainsi des informations sur les données qu’il est important de maîtriser, qu’il s’agisse
des performances des machines, des opérations de la chaîne d’approvisionnement ou de la logistique.
L’IoT permet alors aux entreprises d’automatiser les processus et de réduire les coûts de main-d’œuvre.
Il a également un impact positif sur la réduction du gaspillage et l’amélioration de la prestation de
services, en rendant notamment la fabrication et la livraison des biens moins coûteux. Bien que les
besoins varient d’un secteur à l’autre, les avantages restent assez similaires :

• Une vision en temps réel de l’ensemble des processus de production.

• L’optimisation du temps, et donc des dépenses.

• L’amélioration de la productivité.

• Une prise de décision améliorée.

Conclusion

Au long de ce premier chapitre, nous avons présenté l’organisme d’accueil où nous avons
effectué notre stage d’été. Nous avons dégagé la problématique ainsi que le cahier des charges
exprimant l’objectif à atteindre. Enfin, nous avons effectué un état de l’art sur l’IoT afin d’introduire
quelques notions de base sur l’Internet des objets.
Dans le prochain chapitre, nous aborderons l’identification des besoins, l’architecture du
système et la modélisation des besoins.

8
 Chapitre 2

Analyse et spécification des besoins

Plan
1 Identification des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

2 Architecture du système . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11

3 Modélisation des besoins . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Chapitre 2. Analyse et spécification des besoins

Introduction

Ce chapitre sera consacré, dans un premier temps, à l’identification des besoins, avec l’examen
des besoins fonctionnels et non fonctionnels auxquels notre solution devra répondre. Dans un deuxième
temps, nous présenterons l’architecture de notre système. Enfin, nous aborderons la modélisation de
toutes les fonctionnalités à l’aide de diagrammes des cas d’utilisation et de diagrammes de séquence.

2.1 Identification des besoins

La spécification des besoins constitue la phase initiale de tout projet de développement

d’application, durant laquelle nous identifions les fonctionnalités nécessaires à la création de notre
application. Nous distinguons des besoins fonctionnels, qui présentent les fonctionnalités attendues
de notre application, et des besoins non fonctionnels, afin d’éviter le développement d’une application
insatisfaisante et de trouver un accord entre les spécialistes et les utilisateurs pour mener à bien le
projet.

2.1.1 Les besoins fonctionnels

Les besoins fonctionnels représentent les actions que le système doit exécuter. En fait, il ne
devient opérationnel que s’il les satisfait. L’application doit permettre :

• l’identification.

• La supervision des états.

• La supervision des graphes.

2.1.2 Les besoins non fonctionnels

Les besoins non fonctionnels présentent les exigences internes du système. Notre application
doit être facile à utiliser et elle doit garantir un temps de réponse court.
Les principaux besoins non fonctionnels de notre application peuvent être résumés comme
suit :

• La sécurité des données : nous avons mis en place une stratégie d’identification par mot de
passe.

• La convivialité : nous avons développé une interface conviviale à utiliser par les administrateurs
et les superviseurs, car elle est le premier contact de l’utilisateur avec l’application.

10
Chapitre 2. Analyse et spécification des besoins

• L’évolutivité : notre application peut être améliorée par l’ajout de nouveaux modules pour
garantir la souplesse et l’ouverture de la solution.

2.2 Architecture du système

L’architecture de projet se décompose comme suit :

- Capteurs et machines de production : les capteurs installés sur les machines de production
collectent des données sur l’état des pièces (OK/NOK), les temps de production, et d’autres
paramètres de performance.

- Serveur de base de données (SQL Server) : Les données brutes des capteurs sont envoyées
en temps réel à cette base de données où elles sont stockées et organisées pour faciliter leur
récupération.

- Logiciel LabVIEW : l’application basée sur LabVIEW extrait les données de SQL Server, les
analyse et les présente sous la forme de graphiques, de jauges et d’indicateurs de performance
sur un tableau de bord interactif. LabVIEW est également utilisé pour l’analyse en temps réel
des données collectées et la prise de décision basée sur celles-ci.

- Plateforme IoT (ThingSpeak) : Les données de production traitées sont envoyées à la plateforme
IoT pour être accessibles à distance.ThingSpeak stocke et affiche ces données sous forme de
graphiques accessibles en ligne, permettant ainsi une surveillance à distance et en temps réel
de l’état de la production.

- Interface utilisateur et contrôle : le tableau de bord, développé sous LabVIEW, permet aux
opérateurs et ingénieurs de surveiller les indicateurs de performance, tels que le rendement,
la productivité et le nombre de pièces conformes ou non conformes. Les utilisateurs peuvent
également sélectionner des périodes spécifiques ou effectuer des analyses approfondies directement
depuis l’interface utilisateur.

- Connexion réseau : une infrastructure connecte les capteurs, les machines, le serveur SQL,
LabVIEW et la plateforme ThingSpeak, permettant ainsi la communication et l’échange de
données en temps réel.

La figure 2.1 montre l’architecture complète du projet :

11
Chapitre 2. Analyse et spécification des besoins

Figure 2.1 : Composition du projet

2.3 Modélisation des besoins

Dans cette partie, nous analysons la vue conceptuelle de notre projet à l’aide de la UML.

2.3.1 Définition de UML

UML est un langage de modélisation graphique constitué de diagrammes servant à visualiser

et à décrire la structure et le comportement des objets d’un système [3]. Plusieurs types de diagrammes
ont été élaborés en réponse aux besoins des utilisateurs. :

• Diagramme de cas d’utilisation.

• Diagramme de séquences.

2.3.2 Diagramme de cas d’utilisation

Les diagrammes de cas d’utilisation sont des diagrammes UML utilisés pour représenter le
comportement fonctionnel d’un système logiciel. En effet, un cas d’utilisation représente une unité
d’interaction entre un utilisateur et le système.
Dans un diagramme de cas d’utilisation, les utilisateurs sont appelés « acteurs ». Nous avons

12
Chapitre 2. Analyse et spécification des besoins

utilisées le logiciel StarUML pour la conception de mes diagrammes.

2.3.2.1 Diagramme de cas d’utilisation global

La figure 2.2 présente le diagramme de cas d’utilisation global qui illustre l’ensemble des
fonctionnalités à réaliser tout au long de notre projet.

Figure 2.2 : Diagramme de cas d’utilisation global

2.3.2.2 Raffinement de cas d’utilisation « Consulter Dashboard »

La figure 2.3 représente l’item de consultation du Dashboard.

Figure 2.3 : Raffinement de cas d’utilisation « Consulter Dashboard »

13
Chapitre 2. Analyse et spécification des besoins

2.3.2.3 Diagramme de cas d’utilisation du Dashboard

La figure 2.4 représente le diagramme de cas d’utilisation du Dashboard.

Figure 2.4 : Diagramme de cas d’utilisation du Dashboard

2.3.2.4 Diagramme de cas d’utilisation du thinkspeak

La figure 2.5 représente le diagramme de cas d’utilisation du thinkspeak.

Figure 2.5 : Diagramme de cas d’utilisation du thinkspeak

14
Chapitre 2. Analyse et spécification des besoins

2.3.3 Diagramme de séquence

Les diagrammes de séquence sont une solution populaire de modélisation dynamique en

langage UML, car ils se concentrent plus précisément sur les lignes de vie, les processus et les
objets qui coexistent simultanément.
La figure 2.5 montre le diagramme de séquence d’exécution de notre système.

Figure 2.6 : Diagramme de séquence

Conclusion

Tout au long de ce chapitre, nous avons clairement défini les besoins fonctionnels et non
fonctionnels du système, ainsi que son architecture, et nous avons terminé par des conceptions UML
de notre système. Dans le chapitre suivant, nous déterminerons le choix de matériels, logiciels et
protocoles avec lesquels nous réalisons notre solution.

15
 Chapitre 3

Conception et choix technologique

Plan
1 Environnement matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17

2 Environnement logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
Chapitre 3. Conception et choix technologique

Introduction

Après avoir analysé le projet et défini les besoins, nous nous intéresserons dans ce chapitre aux
étapes de la conception et à l’affirmation de nos choix technologiques, qui constituent les composantes
de notre système.

3.1 Environnement matériel

Dans cette partie, nous allons évoquer l’environnement matériel, notamment les capteurs
utilisés et la station de travail.

3.1.1 Lecteurs de code DataMatrix

Des lecteurs de code-barres DataMatrix, comme indiqué dans la figure 3.1, sont installés sur
les machines de production afin de détecter et d’identifier chaque pièce produite [4].
Les lecteurs DataMatrix permettent de lire les codes imprimés ou gravés sur les pièces afin
de collecter des informations spécifiques à chaque élément, telles que le numéro de série, la date de
production et l’état de la pièce (OK ou NOK).

Figure 3.1 : Lecteurs de Code DataMatrix

17
Chapitre 3. Conception et choix technologique

3.1.2 Station de travail avec LabVIEW

Un contrôleur compatible avec LabVIEW, comme celui illustré à la figure 3.2, est utilisé
pour collecter les données en temps réel depuis les capteurs et les lecteurs DataMatrix. Ce dispositif
exécute l’application LabVIEW qui traite les données collectées et les envoie vers la base de données
ou d’autres systèmes pour analyse[5].

Figure 3.2 : Station de Travail

- Ordinateur puissant : une station de travail avec LabVIEW installé pour développer l’application
de tableau de bord, traiter les données en temps réel et afficher les résultats.

- Interface de communication : interfaces Wi-Fi pour se connecter au serveur SQL et à l’infrastructure

réseau.

- Puissance de calcul : processeur multicœur rapide, RAM d’au moins 16 Go et stockage SSD
pour des performances optimales lors de l’analyse de données en temps réel.

3.1.3 Serveur de base de données (SQL Server)

Un serveur de base de données, tel que SQL Server, est nécessaire pour stocker et organiser
l’ensemble des données collectées par LabVIEW. Ce serveur doit être suffisamment performant pour
gérer de grandes quantités de données en temps réel.

18
Chapitre 3. Conception et choix technologique

3.2 Environnement logiciel

Dans cette partie, nous allons évoquer l’environnement logiciel.

3.2.1 LabVIEW

LabVIEW est un environnement de programmation graphique qui fournit des accélérateurs

de productivité uniques pour le développement de systèmes de test, tels qu’une approche intuitive
de la programmation, une connectivité à n’importe quel instrument et des interfaces utilisateur
entièrement intégrées. La figure 3.3 montre le logo de LabVIEW [6].

Figure 3.3 : Logo du LabVIEW

3.2.2 SQL server management studio

C’est un environnement intégré pour la gestion des infrastructures SQL. Nous utilisons SSMS
pour accéder, configurer, gérer, administrer et développer tous les composants de SQL Server,
Azure SQL Database, Azure SQL Managed Instance, SQL Server sur machine virtuelle Azure et
Azure Synapse Analytics. SSMS fournit un utilitaire unique et complet associant un vaste ensemble
d’outils graphiques à différents éditeurs de script performants, permettant ainsi aux développeurs
et administrateurs de bases de données de tous niveaux d’avoir accès à SQL Server. La figure 3.4
montre le logo du SSMS [7].

19
Chapitre 3. Conception et choix technologique

Figure 3.4 : Logo du SQL Server Management Studio

3.2.3 ODBC

Il permet de connecter une base de données Microsoft Access à une source de données externe,
comme Microsoft SQL Server [8].

3.2.4 ThingSpeak

ThingSpeak est un logiciel open source écrit en Ruby qui permet aux utilisateurs de communiquer
avec des appareils compatibles avec l’internet, mieux connus comme l’internet des objets.Il rend plus
facile l’accès aux données, la collecte et la sauvegarde des données en fournissant une interface
de programmation (API) aux appareils et aux sites Web des réseaux sociaux. ThingSpeak a été
initialement lancé par ioBridge en 2010 en tant que service d’accompagnement des applications IoT.
La figure 3.5 montre le logo de ThingSpeak[9].

Figure 3.5 : Logo du ThingSpeak

20
Chapitre 3. Conception et choix technologique

3.2.5 HTTP/REST API

Une API REST est une interface de programmation d’application qui permet d’établir une
communication entre plusieurs logiciels. Grâce à elle, des applications utilisant différents systèmes
d’exploitation peuvent interagir et partager des informations par l’intermédiaire du protocole HTTP.
La figure 3.6 illustre le principe de fonctionnement de l’API REST [10].

Figure 3.6 : principe du HTTP/REST API

Conclusion

Dans ce chapitre, nous avons précisé les matériels utilisés ainsi que la justification de nos
choix, et nous avons présenté l’environnement logiciel et les protocoles exploités tout au long de
notre projet.
Dans le chapitre suivant, nous nous intéressons à la méthodologie de développement et à la
réalisation de notre solution.

21
 Chapitre 4

Réalisation et développement

Plan
1 Réalisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Chapitre 4. Réalisation et développement

Introduction

Dans ce dernier chapitre, nous nous intéresserons à la réalisation de notre système. Nous
commencerons par avoir une vision d’ensemble de notre solution et par mentionner les besoins. En
deuxième lieu, nous présenterons la méthodologie à suivre pour la réalisation. Enfin, nous détaillerons
la réalisation pour achever notre projet.

4.1 Réalisation

Dans cette partie, nous allons énumérer les différentes étapes de réalisation du projet.

4.1.1 Création de la base de donnée

Dans cette sous-partie, nous allons énumérer les étapes de création de la base de données.

4.1.1.1 Réception de la base de donnée

Pour la partie de réception des données, l’entreprise a développé un projet LabVIEW qui teste
la pièce à partir du code DataMatrix et fournit les résultats sous forme de texte, comme l’illustre la
figure 4.1.

Figure 4.1 : Exemple des données en texte

23
Chapitre 4. Réalisation et développement

4.1.1.2 Conversion du texte en SQL

Nous avons développé un VI qui prend en entrée un fichier texte contenant des données de
production et les convertit en une base de données SQL, comme l’indique la figure 4.2. Ce VI lit le
fichier texte, extrait les informations et les insère dans les tables d’une base de données SQL hébergée
sur notre serveur local.

Figure 4.2 : Texte convertie en BD SQL

4.1.1.3 Connexion ODBC

Nous avons utilisé un pilote ODBC dans LabVIEW pour établir une connexion entre le VI
et la base de données SQL. La figure 4.3 montre la configuration du pilote.

Figure 4.3 : Connection ODBC

24
Chapitre 4. Réalisation et développement

4.1.2 Lire les donneés

Dans cette sous-partie, nous allons donner des exemples de code pour la lecture de données.

4.1.2.1 Traitement et extraction des données

Dans cette partie, nous avons développé un VI qui interroge la base de données SQL afin de
lire les données de production. Ce VI utilise des requêtes SQL, comme l’indique la figure 4.4, pour
extraire les informations nécessaires, telles que les résultats des tests de pièces, les horodatages et
d’autres paramètres de performance.

Figure 4.4 : VI qui extraire les données

Une fois les données récupérées, elles sont traitées en temps réel dans LabVIEW afin de
générer des graphiques, des jauges et des indicateurs de performance sur l’interface utilisateur, comme
l’indique la figure 4.5. Ce processus permet de surveiller et d’analyser les données de production afin
de faciliter la prise de décision.

Figure 4.5 : VI qui analyse les données

25
Chapitre 4. Réalisation et développement

4.1.3 Création d’interface

Dans cette sous-partie, nous allons mentionner les interfaces créées et l’intérêt de chacune
d’entre elles.

4.1.3.1 Interface login

La première étape consiste à développer une interface de connexion. Cette interface permet
aux utilisateurs de s’authentifier avant d’accéder au tableau de bord et aux données de production.
Elle comprend des champs pour saisir l’identifiant et le mot de passe, ainsi qu’un bouton de
validation. Une fois les informations d’identification saisies, le système vérifie les droits d’accès dans
la base de données SQL. Si l’authentification est réussie, l’utilisateur est redirigé vers l’interface
principale de l’application. La figure 4.6 montre un exemple d’affichage.

Figure 4.6 : Interface Login

4.1.3.2 Tableau de bord de suivi de production

Cette interface permet de visualiser en temps réel l’évolution des pièces produites et leur
statut OK ou NOK pour une période sélectionnée, comme indiqué dans la figure 4.7.

26
Chapitre 4. Réalisation et développement

Figure 4.7 : Tableau de bord de suivi de production

Le tableau de bord de suivi de production contient plusieurs composants, dont :

— La sélection de la période : l’utilisateur peut sélectionner une date de début et de fin afin de
visualiser les données de production appropriées.

— Les indicateurs de performance : affiche le nombre total de pièces produites, ainsi que le nombre
de pièces conformes (OK) et non conformes (NOK) pour la période sélectionnée.

— Graphiques dynamiques : ce champ indique :

• L’évolution des pièces OK et NOK par date : un graphique linéaire montre l’évolution du
nombre de pièces conformes et non conformes au fil du temps.

• L’état des pièces au fil du temps : un graphique supplémentaire représente l’état des pièces
sur une période donnée.

• La tendance de qualité au fil du temps : un graphique affiche les performances globales

en pourcentage, permettant d’analyser la tendance sur le long terme.

— La table des états des pièces : une table liste les pièces produites, leur date de production, leur
heure de production et leur statut OK ou NOK.

4.1.3.3 Tableau de bord des indicateurs de production

Cette interface propose un tableau de bord dédié aux indicateurs de production permettant
de suivre et d’analyser les performances par équipe (shift). Elle fournit une vue d’ensemble des

27
Chapitre 4. Réalisation et développement

indicateurs tels que le nombre de pièces produites, les rendements et la productivité, comme l’illustre
l’exemple d’affichage de la figure 4.8.

Figure 4.8 : Tableau de bord des indicateurs de production

Le tableau de bord des indicateurs de production contient plusieurs composants, dont :

— Les indicateurs globaux sont répartis en plusieurs parties :

• Les jauges de mesure : les jauges affichent le nombre total de pièces OK, NOK, le
rendement et le temps moyen de production.

• Le rendement et le temps moyen de production : calculs des indicateurs de performance

tels que le ratio de pièces OK et le temps moyen de production pour chaque équipe.

— Données par équipe : cette section est divisée en plusieurs parties :

• La saisie des opérateurs : nombre d’opérateurs pour chaque équipe (SHIFT 1, SHIFT 2,
SHIFT 3).

• Les détails par équipe : les sections dédiées à chaque équipe montrent le nombre de pièces
NOK et OK, le total de pièces produites, le rendement, les PPM, la productivité et la
cadence.

• Le rendement et la productivité : indicateurs calculés par équipe pour évaluer les performances
et identifier les améliorations potentielles.

— Paramètres de production : cette section contient le champ suivant :

28
Chapitre 4. Réalisation et développement

• Le DMH et le temps de présence : permet de saisir et ajuster le nombre d’heures de travail

et le temps de présence des opérateurs, afin de calculer les indicateurs de performance.

4.1.4 Plateforme IoT

Dans cette partie, nous allons nous intéresser à la connexion au serveur IoT ainsi qu’à la
création d’interfaces.

4.1.4.1 HTTP/REST API

Nous avons mis en œuvre un code LabVIEW qui a envoyé une requête HTTP GET à une
URL spécifiée.La figure 4.9 montre cette connexion .

Figure 4.9 : Connexion REST API

Nous avons configuré une requête REST API pour envoyer des données à ThingSpeak en
utilisant une clé API spécifique, afin de mettre à jour un champ sur le serveur.La figure 4.10 montre
cette configuration.

29
Chapitre 4. Réalisation et développement

Figure 4.10 : VI qui envoie les données au serveur IOT

4.1.4.2 ThingSpeak

Le tableau de bord IoT présenté dans la figure 4.11 est facile à utiliser et permet de suivre la
production en temps réel. Les graphiques et les jauges fournissent une vue d’ensemble des performances
de production et permettent une analyse rapide.

Figure 4.11 : Tableau de bord IoT

Le tableau de bord IoT contient plusieurs composants qui sont :

— Le graphe de l’évolution des pièces OK : ce graphique linéaire représente le nombre de pièces

conformes sur une période donnée. Les données sont illustrées par des points rouges, ce qui
permet de visualiser clairement les variations dans le temps.

— Le graphe de l’évolution des pièces NOK : similaire au premier, ce graphique montre les
variations des pièces non conformes. Cela permet d’identifier rapidement les tendances négatives

30
Chapitre 4. Réalisation et développement

dans la production.

— L’indicateur de nombre des pièces OK : une jauge circulaire indique en temps réel le nombre
de pièces conformes produites.

— L’indicateur de nombre des pièces NOK : cette jauge suit le nombre de pièces non conformes.

— L’indicateur du nombre total de pièces : une jauge supplémentaire indique le total des pièces
produites, offrant une vue d’ensemble de l’activité de production.

— L’indicateur de rendement : un indicateur de rendement permet d’évaluer l’efficacité du processus.

— L’indicateur de temps moyen de production : ce graphique permet d’identifier les retards dans
le processus en représentant le temps moyen nécessaire à la production.

Conclusion

Notre système a été efficacement mis en place, intégrant LabVIEW et ThingSpeak pour
assurer un suivi de production en temps réel. Grâce à des bases de données robustes et des interfaces
intuitives, nous avons optimisé la gestion des performances et la prise de décision dans l’industrie.

31
Conclusion générale

Ce stage de fin d’études, réalisé au sein d’IRD Solution et ayant impliqué la mise en œuvre de
la solution chez TTE International, s’inscrivait dans le domaine de l’Internet des objets. L’objectif
principal était de concevoir une plateforme d’acquisition et d’exploitation des données de production
répondant aux besoins identifiés.
Le rapport est structuré en quatre parties. Le premier chapitre a permis de présenter l’organisme
d’accueil, d’analyser l’existant et d’identifier la problématique, ce qui a mené à la définition d’une
solution adaptée. Le second chapitre a été consacré à l’analyse des besoins, à la conception de
l’architecture du système et à sa modélisation à l’aide de UML. Le troisième chapitre détaille les
choix technologiques, tels que le matériel, les logiciels et les protocoles. Enfin, le dernier chapitre a
décrit les étapes de réalisation et le développement du tableau de bord de supervision.
Cette expérience a constitué une opportunité précieuse pour renforcer nos compétences
techniques, notamment en mettant en pratique les connaissances acquises au cours de notre parcours
universitaire. Elle nous a aussi permis de relever des défis importants, comme la maîtrise de nouveaux
outils de programmation et l’approfondissement des concepts liés à l’Internet des Objets.
Le travail accompli ouvre des perspectives intéressantes. Par exemple, notre système pourrait
être rendu plus adaptable en intégrant une gestion mobile, ce qui permettrait de le déployer sur une
plus grande variété de machines industrielles et d’identifier précisément les lignes de production
et les produits. Une autre évolution envisagée serait l’intégration des données dans un système
MES (Manufacturing Execution System) ou dans un ERP (Enterprise Resource Planning), afin de
centraliser et d’optimiser davantage la gestion industrielle.

32
Bibliographie

[1] IRD Solution,[Accès le 20-Septembre-2024],2020, Site officiel de IRD Solution.adresse :https:

//www.irdsolution.com/

[2] Cellenza Blog,[Accès le 10-Septembre-2024],2019,Introduction à l’IoT : Comment

fonctionne l’Internet des Objets. adresse : https://blog.cellenza.com/data/
introduction-a-liot-comment-fonctionne-linternetdesobjets/#:~:text=L’Internet%
20Of%20Things%20(IoT,positifs%20et%20syst%C3%A8mes%20sur%20Internet

[3] Lucidchart,[Accès le 01-Septembre-2024],2021, Langage UML.adresse : https://www.

lucidchart.com/pages/fr/langage-uml

[4] DB Tech,[Accès le 15-Septembre-2024],2023,Lecteur code-barre fixe. adresse : https://db-tech.

db-groupe.com/lecteur-code-barre-fixe/

[5] wikipedia,[Accès le 10-Septembre-2024],2018,Station de travail. adresse : https://fr.

wikipedia.org/wiki/Station_de_travail

[6] National Instruments,[Accès le 12-Septembre-2024],2022,LabVIEW. adresse : https://www.ni.

com/en/shop/labview.html

[7] Microsoft Learn,[Accès le 20-Septembre-2024],2024,SQL Server Management

Studio (SSMS).adresse : https://learn.microsoft.com/fr-fr/sql/ssms/
sql-server-management-studio-ssms?view=sql-server-ver16

[8] Microsoft Support,[Accès le 12-Septembre-2024],2023,Administrer

des sources de données ODBC.adresse : https://support.
microsoft.com/fr-fr/topic/administrer-des-sources-de-donn%C3%
A9es-odbc-b19f856b-5b9b-48c9-8b93-07484bfab5a7#:~:text=ODBC%20(Open%20Database%
20Connectivity)%20est,telle%20que%20Microsoft%20SQL%20Server.

[9] MathWorks,[Accès le 15-Septembre-2024],2023, ThingSpeak.adresse : https://www.mathworks.

com/products/thingspeak.html

[10] Red Hat,[Accès le 10-Septembre-2024],2024, What is a REST API ? adresse : https://www.

redhat.com/en/topics/api/what-is-a-rest-api

33
 PÌl›
TyFAF
­
ºAyJ°˜ žrtž³ Ayw˜wnk ™m y ,(0.4 TˆAnO˜ ) T` r˜ TyˆAnO˜ ­Cw˜ Ÿ› A¾ºz Š¤rKm˜ @¡ d`§
,TyˆAnO˜ A·yb˜ ¨ AžAyb˜ ­C ³ TOn› r§wW ¨ ‘dh˜ ™mt§ .¨l`f˜ ’w˜ ¨ AžAyb˜ š Ab ¤ ­zh± Xr˜
Ylˆ Š¤rKm˜ dmt`§ .TlOtm˜ ­zh± Ÿ› AžAyb˜ ™yl ¤ ‰m rbˆ ­ºAfk˜ ­ A§E¤ º ± Ÿys Ylˆ zy•rt˜ ‰›
rywt˜ ThingSpeak¤ ,AžAyb˜ ­dˆA’ ­C ³ SQL Server ,AžAyb˜ |r`˜ LabVIEW ™› ­ d`t› Aynq  dtF
¨ Tnm’r˜ ¤ Aylm`l˜ rmtsm˜ Ÿyst˜A TWb rm˜ A§dt˜ š¤An œtyF Am• .d` Ÿˆ šAO ¯A T}A˜ šwl˜
.TyˆAnO˜ A·yb˜
. Ÿyst˜ ,™ylt˜ ,Tnm’r˜ ,AžAyb˜ ,ºAyJ± žrtž : y Af› Aml•

Résumé
Ce projet s’inscrit dans le cadre de la révolution industrielle 4.0, où la technologie de l’Internet des
objets devient un outil fondamental pour relier les appareils et échanger des données en temps réel.
L’objectif est de développer une plateforme pour la gestion des données dans les environnements
industriels, avec un accent sur l’amélioration des performances et l’optimisation des processus
grâce à l’analyse des données des dispositifs connectés. Le projet utilise plusieurs technologies,
telles que LabVIEW pour l’affichage des données, SQL Server pour la gestion des bases de données
et ThingSpeak pour assurer la connectivité à distance. Les défis liés à l’amélioration continue des
processus et à la numérisation dans les environnements industriels seront également abordés.

Mots clés : Internet des objets, données, numérique, analyse, optimisation.

Abstract
This project is part of the Fourth Industrial Revolution ("Industry 4.0"), where the Internet of
Things technology plays a fundamental role in connecting devices and exchanging real-time data.
The goal is to develop a platform for data management in industrial environments, focusing on
improving performance and optimizing processes by collecting and analyzing data from connected
devices. The project leverages several technologies, including LabVIEW for data visualization,
SQL Server for database management, and ThingSpeak for remote connectivity. It also addresses
the challenges of continuous process improvement and digitization in industrial environments.

Keywords : Internet of Things, data, digitization, analysis, optimizing.

[email protected] : ¨ž¤rtk˜¯ d§rb˜ : H•Af˜ 53 840 326 :  Ah˜ Hžw þ ™Až þ Tr’ þ d§Aw © A¡ hž 31
13 Hedi Boufaied, Korba, Nabeul, Tunis Tél : 53 840 326 Fax : Email : [email protected]
[email protected] : ¨ž¤rtk˜¯ d§rb˜ 71 706 698 : H•Af˜ 71 706 164 :  Ah˜ TžA§C
2080 ¨ž¤CAb˜ A§r˜ w
hž 2
2, Abou Raihane Bayrouni 2080 l’Ariana Tél : 71 706 164 Fax : 71 706 698 Email : [email protected]