Pfe Salah Eddine Mosslih

Télécharger au format pdf ou txt
Télécharger au format pdf ou txt
Vous êtes sur la page 1sur 85

Mmoire de Projet de Fin dEtude

POUR LOBTENTION DU DIPLOME DINGENIEUR DETAT


EN TELECOMMUNICATIONS ET TECHNOLOGIES DE
LINFORMATION

Etude, conception et ralisation dun systme


dacquisition des donnes denvironnement des MSANs ZTE
et dveloppement dun outil de supervision

Ralis par : Membres du jury :


Houssam KHALLATI Mr Jamal MOLATO : (Examinateur INPT)

Salaheddine Mosslih Mme Fatima RIOUCH : (Encadrant INPT)

Mr Mohamed KACIM : (Encadrant INPT)


Mr Anass JARANE : (Encadrant ZTE)
Remerciements

Tout dabord, nous remercions toute lquipe de la maintenance des MSANs de la socit
ZTE pour leur accueil chaleureux et leur soutien.

Plus prcisment, nous remercions :

Notre encadrant Mr Jarane Anass de la socit ZTE qui nous a soutenu par ses conseils
enrichissants et sa participation avec nous tout au long de notre stage.

Nos deux parrains de stage lINPT : Mme Fatima RIOUCH et Mr Mohamed KACIM
pour laide et les conseils concernant les missions voques dans ce rapport et la bonne
dmarche suivre pour mener bien notre travail.

Nos sincres remerciements aussi :, M. BEDASSER Adil, M. LEMHARCHI Abdessamad,


Mr ABOUTAIEB Salim, et toute lquipe de ZTE Rabat, pour leur serviabilit, leurs conseils
pertinents et leur soutien.

Nous ne pouvons pas nous permettre de ne pas remercier nos amis pour leur amabilit et leur
aide durant toute la priode du Projet de Fin dEtudes.

Nos vifs remerciements aussi pour tous nos professeurs et le corps administratif de lINPT
pour ces trois annes denseignement et de collaboration.

i
Ddicaces

A nos chers parents


Qui nous ont toujours soutenu durant tout notre cursus scolaire, et qui nous ont donn la force
de continuer jusquau bout.

Aucun mot, aucune ddicace ne saurait exprimer notre respect et notre amour pour vous chers
parents et pour votre sacrifice pour que nous soyons toujours la hauteur.

A nos chers surs et frres


Vous nous avez toujours soutenus durant toutes nos tudes, on vous souhaite beaucoup de
bonheur et de russite

A toute notre famille

A nos chers amis

On ddit ce travail

Houssam KHALLATI
Salaheddine MOSSLIH

ii
Rsum
Dans lunivers des tlcommunications et technologies de linformation, le grand souci
des oprateurs de tlcoms est de satisfaire le plus possible leurs clients que ce soit au niveau
des rseaux fixes ou des rseaux mobiles.

Les rseaux fixes constituent un grand apport pour ces oprateurs notamment au niveau de
linvestissement et larchitecture de leurs rseaux. Le dveloppement de cette architecture
savre tre primordial tant que le nombre des abonns est toujours en croissance.

Le triangle du revenu est bas sur les ressources, le cot et la qualit de service. Pour inventer
une stratgie de pointe, le passage vers une architecture NGN parait plus adapt et il rpond
dune manire incontournable au besoin dune infrastructure unique base sur lIP pour le
transport de tout type de flux voix, donnes ou vido.

En termes de technologie, le NGN se dote dans sa couche daccs par le MSAN (Multi Services
Access Node) qui est un point dentre vers le rseau oprateur.

La surveillance des paramtres denvironnement des MSANs (temprature, humidit, fume


etc) est importante pour garantir leur bon fonctionnement. Or, cette surveillance est faite
travers le serveur NMS (NetNumen server) qui est li aux MSANs de Maroc Tlcom par une
liaison filaire, et elle prsente un problme pour lingnieur et ceci si jamais un lien du rseau
tombe en panne de telle faon quil ne saura aucune valeur des paramtres.

Notre projet de fin dtudes sinscrit donc dans le cadre de la conception et la ralisation dun
systme dacquisition des paramtres denvironnement ainsi que le dveloppement dune
application de supervision des MSANs de la gamme ZTE ZXA10 C300M.

Mots cls : NGN, MSAN, Arduino, capteur, Nrf24l01, php, HTML

iii
Abstract
In the universe of telecommunications and information technologies, the big concern of
the operators of telecoms is to satisfy as much as possible their customers whether it is at the
level of the fixed networks or the mobile networks.

The fixed networks constitute a big contribution for these operators in particular at the level of
the investment and the architecture of their networks. The development of this architecture turns
out to be essential as long as the number of the subscribers is always growing.

The triangle of the income is based on resources, cost and quality of service. To invent a state-
of-the-art strategy, the passage towards an NGN architecture countered more adapted and it
answers in an inescapable way to the need for a unique infrastructure based on the IP for the
transport of every type of flow voices, data or video.

In terms of technology, the NGN is equipped in its layer of access by the MSAN (Multi-Access
Node services) which is an entry point towards the network operator.

The supervision of the MSANs environment parameters (temperature, humidity) is


important to guarantee their smooth running. Yet, this supervision is done through the NMS
server who is connected to the MSANs of Maroc Telecom by a wired connection, and present
a real problem for the engineer if ever a link of the network break down so that he will know
no value of these parameters.

Our end of studies project thus joins within the framework of the conception, the realization
of an acquisitions system of these parameters as well as developing a supervisions application
for the MSANs of the range ZXA10C300M.

Key words: NGN, MSAN, Arduino, sensor, NRF24L01, PHP, HTML

iv



.



.

.

IP Address

. MSAN

MSAN

ZTE


.

NGN, MSAN, Arduino, capteur, NRF24L01, php, HTML

v
Table des matires
Remerciements ........................................................................................................................................ i
Ddicaces..................................................................................................................................................ii
Rsum ....................................................................................................................................................iii
Abstract ................................................................................................................................................... iv
.........................................................................................................................................................v
Table des matires .................................................................................................................................. vi
Liste des figures ...................................................................................................................................... vii
Glossaire ................................................................................................................................................ viii
Introduction gnrale.............................................................................................................................. 1
Chapitre 1 : Organisme daccueil et contexte gnral du projet ............................................................ 2
1.1 Organisme d'accueil ...................................................................................................................... 2
1.1.1 Introduction ............................................................................................................................ 2
1.1.2 ZTE travers le monde ........................................................................................................... 2
1.1.3 ZTE et le site de RABAT ........................................................................................................... 3
1.2 Contexte gnral du projet ........................................................................................................... 4
1.2.1 Introduction ............................................................................................................................ 4
1.2.2 Primtre du projet ................................................................................................................ 4
1.2.3 Analyse des besoins du projet ................................................................................................ 7
1.2.4 Conclusion .............................................................................................................................. 7
Chapitre 2 : Etude de lquipement MSAN ZTE....................................................................................... 8
2.1 Les rseaux de la nouvelle gnration .......................................................................................... 8
2.1.1 Introduction ............................................................................................................................ 8
2.1.2 Architecture NGN ................................................................................................................... 8
2.1.3 Role du Mdia gateway dans une architecture NGN ............................................................ 9
2.1.4 Role du MSAN dans les rseaux NGN..................................................................................... 9
2.2 Architecture hardware de MSAN ZTE ZXA10C300 ........................................................................ 9
2.2.1 Armoires ................................................................................................................................. 9
2.2.2 Chssis ................................................................................................................................. 11
2.3 Architecture Software du MSAN ZXA10C300M .......................................................................... 12
2.4 Caractristiques du MSAN ZXA10C300M .................................................................................... 13
2.4.1 Divers types d'interfaces ...................................................................................................... 13
vi
2.4.2 Solutions rseaux ................................................................................................................. 13
2.4.3 Services IPTV......................................................................................................................... 14
2.4.4 Services voix ......................................................................................................................... 15
2.5 Systme de gestion du MSAN ZXA10C300M .............................................................................. 15
2.5.1 CLI mode ............................................................................................................................... 15
2.5.2 NMS mode ............................................................................................................................ 16
2.6 Les services offerts par le MSAN ZXA10C300M .......................................................................... 17
2.6.1 : Services bande troite ..................................................................................................... 17
2.6.2 : services large bande ........................................................................................................ 17
2.6.3 : services FTTx ....................................................................................................................... 18
2.6.4 : services Triple play ............................................................................................................. 18
Chapitre 3 : Etude des solutions possibles pour la problmatique et le choix effectu ....................... 20
3.1 Introduction ................................................................................................................................. 20
3.2 Etude de la solution ..................................................................................................................... 21
3.2.1 Acquisition ............................................................................................................................ 21
3.2.2 Transmission ......................................................................................................................... 27
Chapitre 4 : expos de la solution avec les rsultats obtenus .............................................................. 40
4.1 Introduction ................................................................................................................................. 40
4.2 Mthode SA-RT............................................................................................................................ 40
4.3 Conception de lapplication Web ................................................................................................ 48
4.4 Expos de la solution50

4.4.1 Cot acquisition..50

4.4.2 Cot Transmission.52

4.4.3 Cot supervision.54

Conclusion gnrale et perspectives..................................................................................................... 60


Bibliographie et webographie ............................................................................................................... 61
Annexe162

Annexe271

vii
Liste des figures
Figure 1 : organigramme de ZTE Maroc .................................................................................................. 3
Figure 2 : architecture de la supervision du MSAN par le NMS .............................................................. 5
Figure 3: Diagramme de GANTT ........................................................................................................... 7
Figure 4 : Architecture NGN en couches ................................................................................................. 8
Figure 5 : les types des armoires Indoor et Outdoor du MSAN............................................................. 10
Figure 6 : configuration utilise du bati B6030-22C-EB ...................................................................... 10
Figure 7 : chassis ETSI 21 pouces......................................................................................................... 11
Figure 8 : vue de face du chssis 21 pouces .......................................................................................... 12
Figure 9 : architecture software du MSAN ZXA10C300M .................................................................. 12
Figure 10 : architecture du service triple play ....................................................................................... 14
Figure 11 : les deux modes de connexion au ZXA10C300M ............................................................... 15
Figure 12: architecture dy sytme NMS ................................................................................................ 16
Figure 13: lApplication du rseau bande troite .................................................................................. 17
Figure 14 : le service triple play ............................................................................................................ 18
Figure 15 : architecture de la solution propose .................................................................................. 21
Figure 16: carte Arduino Uno ................................................................................................................ 22
Figure 17 : sortie PWM et sortie analogiques aprs filtrage ................................................................. 23
Figure 18 : les deux modles en boitier DPID et TQFP/MLF du ATMEGA32 ......................................... 23
Figure 19 : brochage du capteur DHT11 ............................................................................................... 24
Figure 20: Montage d'un fun ................................................................................................................. 25
Figure 21: relais mont avec le dshumificateur ................................................................................... 25
Figure 22: capteur de fume ................................................................................................................. 26
Figure 23 : relais mont avec un extincteur .......................................................................................... 26
Figure 24 : Funduino.............................................................................................................................. 27
Figure 25: porte d'un metteur ........................................................................................................... 29
Figure 26 : liaison radio frquence ........................................................................................................ 30
Figure 27: nombre de nuds entre l'metteur et le rcepteur ........................................................... 32
Figure 28 : les types d'antennes du module xbee .................................................................................. 33
Figure 29: topologies des rseaux xbee ................................................................................................. 35
Figure 30: antenne Yagi ......................................................................................................................... 36
Figure 31: diagramme de rayonnement ................................................................................................. 36
Figure 32: NRF24L01 avec une antenne extrieure .............................................................................. 38
Figure 33: branchement du NRF24L01 avec Arduino............................................................................ 39
Figure 34: Dcomposition hirarchique en diagramme flots de donnes de la mthode danalyse
SA_RT..................................................................................................................................................... 43
Figure 35: Organisation gnrale de la mthode SA-RT ...................................................................... 44
Figure 36:Analyse SA-RT de lapplication : ......................................................................................... 45
Figure 37: Mthode SART : Diagramme prliminaire .......................................................................... 46
viii
Figure 38: diagramme de dcomposition .............................................................................................. 47
Figure 39: diagramme d'tat .................................................................................................................. 48
Figure 40 : diagramme de cas d'utilisation............................................................................................ 49
Figure 41: Diagrammae de squence .................................................................................................... 50
Figure 42: diagramme de classe ............................................................................................................ 51
Figure 43: branchement du capteur DHT11 avec l'Arduino.................................................................. 52
Figure 44: affichage des valeurs de la temprature et de l'humidit sur le PC ...................................... 52
Figure 45: branchement du capteur MQ-2 avec l'Arduino .................................................................... 53
Figure 46: les diffrents capteurs et le NRF24L01 plac sur le MSAN ................................................ 54
Figure 47: capteur DHT11 sur la carte Arduino .................................................................................... 55
Figure 48: page d'accueil pour l'identification d'un utilisateur .............................................................. 56
Figure 49: affichage de grandeurs captes sur la plateforme ................................................................ 56
Figure 50: dclenchement d'une alarme en cas de risque ...................................................................... 57
Figure 51: les Spcification du MSAN ................................................................................................. 57
Figure 52 : Ajout dun MSAN............................................................................................................... 58
Figure 53: modifier les spcifications du MSAN .................................................................................. 58
Figure 54: les listes des utilisateurs ....................................................................................................... 58
Figure 55: profil d'un utilisateur ............................................................................................................ 59
Figure 56: modification du profil .......................................................................................................... 59
Figure 57: consultation des diffrents MSAN ....................................................................................... 60

Liste des tableaux


Tableau 1: spcifications des diffrents capteurs .................................................................................. 71
Tableau 2: prix des diffrents quipements.......................................................................................... 71

ix
Glossaire
Mots Abrviations
ADSL Asynchronous digital symmetric line
ATM Asynchronous Transfer Mode
CLI Command Line Interface
CMOS Complementary metaloxide
semiconductor
DSLAM Digital subscriber line access multiplexer
ETSI European Telecommunications Standards
Institute
FE Fast Ethernet
FTTx Fiber To The x
GPON Gigabit Passive Optical Network
GE Giga Ethernet
HTML Hypertext Markup Language
IP Internet Protocol
IEC International Electrotechnical Commission
IGMP Internet group management protocol
MCU Microcontroller unit
MSAN Multi-Service Access Node
MGCP Media gateway control protocol
NGN Next generation network
NMS NetNumen server
PERT Program Evaluation and Review
Technology
POTS Plain old telephone service
PSTN Public Switched Telephone network
PWM Pulse width modulation
RTC Rseau tlphonique commut
RNIS Rseau numrique intgration de services
R&D Recherche et dveloppement
SHDSL Single-pair High-speed Digital Subscriber
Line
SIP Session initiation Protocol
TDM Time division multiplexing
VDSL Very high bit-rate digital subscriber line
VoIP Voice over IP
VoATM Voice over ATM
VoBB Voice over Bonne Bay

x
Introduction gnrale
Ces dernires annes, le contexte des tlcommunications a compltement t
boulevers par deux facteurs principaux de nature trs diffrente. Le premier est la libralisation
du secteur des tlcommunications qui a fait clater les monopoles en une multitude dacteurs
en concurrence; le second est le progrs fulgurant de la technologie des processeurs, des
logiciels et de la fibre optique. La combinaison des deux facteurs a entran une volution
considrable des services et rseaux de tlcommunications qui sont caractriss par
lexplosion des donnes et le besoin de convergence entre les services. Les rseaux de nouvelles
gnrations (NGN) viennent pour rpondre cette volution.

La migration vers les rseaux de nouvelles gnrations NGN (Next generation network) a
suscit aussi bien les oprateurs que les quipementiers de tlcommunications y compris ZTE
qui nont pas tard introduire au march un nouvel quipement pouvant ainsi supporter et
prendre en charge cette migration, il sagit du MSAN (Multi service Access Node).

Le MSAN est une technologie trs volue qui peut offrir une large gamme de services sur le
mme support, ainsi loprateur peut dployer toutes les technologies daccs sur son rseau et
avec une approche assez volue, telle que les nouveaux services ou encore les plus
traditionnels comme : RTC/PSTN, RNIS, Ethernet, FTTx, xDSL, ou encore X25.

Les MSANs doivent tre connects en permanence une station de maintenance afin quils
soient contrls et superviss en temps rel au niveau des paramtres denvironnement (la
temprature, lhumidit, gaz, fume, etc). Cette station est appele NMS (Network
management system).

Mais il arrive parfois quon a une rupture dun lien reliant le MSAN au serveur NMS qui peut
tre cause par des travaux publics ou autres, dans ce cas, les ingnieurs qui sont chargs de
la supervision nauront aucune vue sur ltat de ces paramtres, do limpossibilit denvoyer
des alarmes au terminal en cas de problmes.

Notre projet de fin dtudes consiste donc en ltude, la conception et la ralisation dun systme
dacquisition de ces paramtres denvironnement sans avoir recours au serveur NMS, ainsi que
le dveloppement dune application de supervision.

Ce rapport est structur en quatre chapitres. Le premier chapitre sera consacr la prsentation
de lorganisme daccueil et le contexte gnral du projet, le deuxime chapitre ltude de
larchitecture NGN et la solution MSAN ZTE et ses diffrents apports, le troisime chapitre
ltude des solutions possibles pour la problmatique de la supervision des MSANs ainsi que
le choix dune solution adquate et le dernier chapitre est rserv lexpos de la solution
avec les diffrents rsultats obtenus.

1
Chapitre 1 : Organisme daccueil et
contexte gnral du projet
1.1 Organisme daccueil
1.1.1 Introduction
Il sagit dune prsentation de la socit ZTE corporation lchelle mondiale, sa
fondation, ses spcialits ainsi que ses produits sans oublier de focaliser lattention sur le site
de Rabat.

ZTE(ou Zhongxing Telecommunication Equipement) est un fournisseur global dquipements


tlcoms et de solutions rseaux, leader sur le march des tlcoms.

ZTE offre la plus large gamme de produits du march, et couvre quasiment tous les secteurs,
des rseaux cbls aux rseaux sans fil, sans oublier les services et les terminaux.

Les rsultats financiers de lanne 2009 de ZTE se situent au premier rang du secteur, avec
un chiffre daffaires de 8.820,7 millions de dollars, en augmentation de 36%. ZTE consacre
10% de son chiffre daffaires la R&D, en tenant un rle cl au sein de nombreuses
organisations internationales axes sur les standards de tlcommunications.1

1.1.2 ZTE travers le monde


Le sige social de ZTE se situe Shenzhen en chine, et emploie un effectif de 85000
personnes, dont 20 000 dans ses filiales trangres.

Afin d'tre au plus proche des attentes du client, le groupe chinois a dlocalis les siges de ses
divisions. Pour tablir le sige de la division 4, qui regroupe l'Europe de l'Ouest, l'Europe de
l'Est et l'Amrique du Nord, ZTE a choisi Boulogne-Billancourt, o il avait install son sige
Europe de l'Ouest et Amrique du Nord.

La socit ZTE est prsente dans presque plus de 140 pays et offre ses services pour plus de
500 oprateurs partout dans le monde. Ces solutions et services aident les oprateurs rpondre
aux attentes de leurs clients et augmenter leurs revenus.

Aprs avoir affirm sa prsence en Asie et en Europe, ZTE a dcid de poursuivre sa stratgie
de dveloppement l'international en offrant ses solutions et services aux oprateurs africains.

1
https://fr.wikipedia.org/wiki/ZTE
2
Afin dtre au plus prs de ses clients, en 2000 ZTE a tabli des bureaux commerciaux au Maroc
Casablanca, Rabat et Marrakech.

1.1.3 ZTE et le site de RABAT


La socit ZTE Maroc a t tablie en 2002, il ya 60 personnels locaux et environ 20
personnels chinois, aussi bien que plusieurs experts techniques venant pour le support des
projets et des formations de tout le monde.

ZTE Maroc fournit le marketing et lassistance technique pour loprateur Maroc Telecom et
ses filiales, comme une plateforme MTO dans le Gabon, Burkina Fasso et Mali.

ZTE Maroc a aussi des relations avec Mditel, Inwi, ONE et ONCF.

Le site de Rabat est le deuxime site de ZTE au Maroc aprs celui de Casablanca, il est constitu
de trois dpartements essentiels, le dpartement maintenance MSAN, le dpartement finance et
le dpartement commercial. Lorganigramme de ZTE Maroc se prsente comme suit :

Figure 1 : organigramme de ZTE Maroc

3
1.2 Contexte gnral du projet
1.2.1 Introduction
Depuis son existence sur le march au Maroc, ZTE accompagne les oprateurs de
Tlcommunication dans leurs projets. La cration de la valeur ajoute est au cur des dfis
relever par lentreprise. ZTE spanouit sur le plan concurrentiel afin de garantir la bonne
dmarche dexistence sur le march et aussi sur le plan recherche et dveloppement aprs un
choix judicieux des comptences. Dans cette perspective sinscrit notre dont les enjeux sont
diversifis.

1.2.2 Primtre du projet

1.2.2.1 Introduction
Notre projet de fin dtudes est intitul Etude, conception et ralisation dun systme
dacquisition des donnes denvironnement des MSANs ZTE et dveloppement dun outil de
supervison

Le MSAN (Multi service Access Node) est un quipement introduit par les quipementiers de
tlcommunications dans le cadre de la Next generation network NGN, pour rpondre aux
diffrents besoins des abonns des oprateurs, ainsi pour offrir une large gamme de services
pour les clients.

Cest une interface capable de prendre en charge des milliers de clients large bande sur une
seule interface rseau. Le MSAN permet aux oprateurs de fournir des services de tlphonie
classiques RTC, tlphonie VoIP et des services hauts dbit, via une plate-forme intgre
installe dans un central local. Etant plus compact que les technologies prcdentes, ce systme
permet d'utiliser plus efficacement l'espace prcieux des centraux. Le MSAN utilis par la
socit ZTE est le ZXA10 C300M.

1.2.2.2 Problmatique de la supervision avec le NMS

a) Introduction au serveur NMS

Le MSAN ZXA10C300M supporte la gestion du systme, lopration et la maintenance


travers deux modes possibles que nous dtaillerons dans le prochain chapitre ; il sagit du
mode CLI et du mode NMS. Dans le mode NMS les utilisateurs peuvent implmenter la gestion
et la maintenance sur le zxa10c300m par le systme de gestion de rseau NetNumen.
En gnral, ce systme de gestion de rseau NetNumen adopte la structure du systme trois
couches : serveur NMS, serveur de bases de donnes et le client.2

2
ZXA10C300M Multi-Service Access Equipement (Product description)
4
b) Problmatique

Les MSANs doivent tre en permanence connects une station de maintenance afin
quils soient controls en temps rel ; cette station est ce quon appelle : le NMS.
La figure 2 montre larchitecture de la supervision du MSAN par le NMS

Figure 2 : architecture de la supervision du MSAN par le NMS

Comme le montre la figure 2, les diffrents MSANs ZTE sont connects des serveurs NMS
(NetNumen Server) qui sont leurs tours connects un serveur de bases de donnes et un
pc client pour faire la supervision et intervenir au cas dun problme

Souvent le lien reliant le MSAN au NMS se trouve rompu. Cette rupture est peut tre due aux
travaux publics effectus sur les routes ou autres, de ce fait il est impossible davoir une
communication entre MSAN et NMS ; les ingnieurs nauront donc aucune vue sur le MSAN
du coup il est impossible denvoyer des alarmes en cas de problme. ZTE a donc senti le besoin
de concevoir un systme ayant un tat permanent des MSANs (temprature, humidit, gaz,
innondation etc) et pouvant transmettre cet tat un outil de supervision indpendamment
du lien MSAN-NMS.

5
Nous avons donc structur notre projet en trois grandes parties : lacquisition, la transmission
et la supervision des donnes partir dun terminal.

Pour lacquisition, il sagit de collecter les donnes denvironnement du MSAN cites


auparavant (temprature, humidit, gaz ) par des capteurs lis une carte Arduino qui seront
dtaills dans les prochains chapitres.

Aprs il faut transmettre ces donnes acquises par des ondes radios ou par des antennes selon
le besoin et la distance liant le MSAN du superviseur et selon le budget disponible.

Aprs ltape de lacquisition et la transmission, vient celle de la supervision qui consiste


contrler ces paramtres dune manire permanente et en temps rel. Ainsi nous serons amens
dvelopper une application web pour mener bien cette supervision et ceci laide des outils
de dveloppement tels que le HTML, le PHP et le langage JAVA.

1.2.3 Analyse des besoins du projet

1.2.3.1 Cahier des charges


Notre projet de fin dtudes intitul : Etude, conception et ralisation dun systme
dacquisition des donnes denvironnement des MSANs ZTE et dveloppement dun outil de
supervision stale sur une priode de 4 mois compter partir du 17 fvrier 2015, sest
droul au sein du dpartement de dploiement et maintenance des MSANs ZTE. Lobjectif de
notre projet est de raliser un systme pour acqurir les diffrents paramtres denvironnement
des MSANs (temprature, humidit, gaz .) et le dveloppement dune application de
supervision de ces paramtres.

Le cahier de charges propos aborde les points suivants :

-Documentation et tude de la solution MSAN ZTE

-Etude du systme de supervision des MSANs

-Etude des outils dacquisition des donnes denvironnement (temprature,humidit ) et


focalisation sur un choix prcis.

-Etude des solutions de transmission sans fils existants pour transmettre ces paramtres et
fixation du choix le plus adapt notre situation.

-Etude des outils de programmation ncessaires au dveloppement de lapplication de


supervision.

-Ralisation dun prototype de projet en supervisant les donnes denvironnement dun


MSAN et gnralisation sur les autres MSANs.

6
1.2.3.2 diagramme de GANTT

Le diagramme de Gantt est un outil utilis (souvent en complment d'un rseau PERT)
en ordonnancement et en gestion de projet et permettant de visualiser dans le temps les diverses
tches composant un projet. Il s'agit d'une reprsentation d'un graphe connexe, valu et orient,
qui permet de reprsenter graphiquement l'avancement du projet.

Dans notre projet de fin dtudes, nous avons suivi le diagramme de GANTT suivant

Figure 3: Diagramme de GANTT

1.2.4 Conclusion

La connaissance de ltat et les valeurs des paramtres denvironnement des MSANs


tels la temprature, lhumidit, la fume ...etc reste une exigence incontournable pour
lingnieur de maintenance pour quil sache tout moment ltat du MSAN dans le but de
garantir une certaine qualit de service aux abonns.

La manire dont les MSANs sont superviss actuellement nest pas fiable, do la ncessit de
concevoir un systme de transmission des donnes cits auparavant sans avoir besoin du rseau
filaire ainsi minimiser le temps dintervention de lingnieur.

7
Chapitre 2: Etude de la solution MSAN
ZTE
2.1 Les rseaux de la nouvelle gnration NGN
2.1.1 Introduction
Le NGN est une expression frquemment utilise dans l'industrie des
tlcommunications, notamment depuis le dbut des annes 1990. Il n'existe pas de dfinition
unique. Le sens varie en fonction du contexte et du domaine d'application. Toutefois, le terme
dsigne le plus souvent le rseau d'une compagnie de tlcommunications dont l'architecture
repose sur un plan de transfert en mode paquet, capable de se substituer au rseau tlphonique
commut et aux autres rseaux traditionnels. L'oprateur dispose d'un cur de rseau unique
qui lui permet de fournir aux abonns de multiples services (voix, donnes, contenus
audiovisuels) sur diffrentes technologies d'accs fixes et mobiles. Ce type d'architecture fait
l'objet de travaux de normalisation formelle, au niveau international.3

Avec NGN, lobjectif est donc de disposer dun rseau unique pour lensemble des services
puis de rendre la technologie transparente par rapport aux services. Et cela revient sparer les
fonctions, et ainsi mettre un modle en couche de telle sorte que chaque couche est ddie
des fins spcifiques. Le schma suivant illustre les cinq couches de larchitecture NGN.

2.1.2 Architecture NGN

Figure 4 : Architecture NGN en couches

3
https://fr.wikipedia.org/wiki/Next_Generation_Network
8
A noter que la couche du transport se base en premier lieu sur la gestion des protocoles et
lacheminement du trafic voix et donnes sur le rseau cur et dispose dun lment essentiel
appel Media Gateway qui est responsable de ladaptation des protocoles de transport aux
diffrents type daccs.

2.1.3 Le rle du Media Gateway dans une architecture NGN

Le Media Gateway est lun des lments essentiels dans un Rseau NGN. De point de
vue position cest linterface entre le rseau de commutation circuit et le rseau de commutation
de paquets. Gnralement il transforme le trafic TDM en paquets. Souvent IP ou ATM pour
que ce trafic puisse tre facilement dans le rseau NGN4

En consquence, plusieurs types de media Gateway sont disponibles sur le march, en fonction
du type de solution voix choisie par loprateur et du rle de ce Media Gateway :

les passerelles VoIP pour convertir des lignes daccs TDM en flux IP,
les passerelles VoATM pour convertir des lignes daccs TDM en flux ATM,
les passerelles VoBB (DSL, cble, ) pour transformer des flux IP en signaux voix sur
un rseau haut-dbit cble ou DSL.

2.1.4 Rle du MSAN dans le rseau NGN

Les MSANs (Multiple Service Access Node) constituent une volution naturelle des
DSLAMs. Ils se trouvent entre la couche daccs et la couche de transport dans le rseau NGN
.Cest un outil qui peut offrir une large gamme de services sur le mme support. Ainsi,
loprateur peut dployer toutes les technologies daccs sur son rseau avec une approche
assez volue, telle que les nouveaux services ou bien les plus anciens, par exemple :
RTC/PSTN, RNIS, Ethernet, FTTx, GPON, xDSL et le triple Play etc

La Gamme ZXA10 C300M rpond sur toutes ces exigences avec une haute qualit de service,
dans ce qui suit une description au niveau du hardware et software de cette Gamme du MSAN
ZTE.

2.2 Architecture hardware de MSAN ZTE ZXA10C300


2.2.1 Armoires

2.2.1.1 Vue d'ensemble

4
ZXA10C300M Multi-Service Access Equipement (Product description)
9
Le MSAN C300M ZXA10 est compatible avec le bti B6030-22C-EB, dont les dimensions
sont 2200 mm 600 mm 300 mm (Hauteur x Largeur x profondeurs).

Figure 5 : les types des armoires Indoor et Outdoor du MSAN

2.2.1.2 Configuration de l'armoire

Le bti B6030-22C-EB supporte plusieurs types de configurations, la configuration utilise sur


le rseau est la suivante 5

Figure 6 : configuration utilise du bati B6030-


22C-EB

5
ZXA10C300M Multi-Service Access Equipement (Hardware description)
10
2.2.2 Chssis

Le C300M ZXA10 utilise les deux types de chssis:


Chssis ETSI de 21 pouces (Install sur le rseau).
Chssis IEC de 19 pouces
Le chssis 19 pouces et le chssis 21 pouces partagent les mmes cartes l'exception des fonds
de panier et les ventilateurs. Nous allons dcrire seulement le chassais 21 pouces parce que
cest le seul install au Maroc.

2.2.2.1 Le Chssis ETSI de 21 pouces :


Les dimensions du chssis ETSI de 21 pouces sont 449mm 535 mm 255 mm (Hauteur
x Largeur x profondeurs), comme le montre la figure 6.6

Figure 7 : chassis ETSI 21 pouces

6
ZXA10C300M Multi-Service Access Equipement (Hardware description)

11
Vue de face du chssis 21 pouces

Figure 8 : vue de face du chssis 21 pouces

2.2.2.2 Configuration du chssis 21 pouces


La Largeur des slots 0/1/10/11/21/22 est de 25 mm.la Largeur des autres slots est de 22,5
mm. L'Emplacement 0/1 est rserv pour la carte d'alimentation et l'emplacement 21/22 pour la
carte de liaison montante.
La Carte VoIP peut tre installe uniquement dans les emplacements de 6 9.
Le slot 20 est utilis soit pour la carte d'interface commune, soit pour la carte d'abonn.

2.3 Architecture software du MSAN C300ZXA10 7

Figure 9 : architecture software du MSAN ZXA10C300M

7
ZXA10C300M Multi-Service Access Node (Product description)
12
2.4 Caractristiques du MSAN ZXA10C300M
ZTE avec sa gamme ZXA10 C300M souhaite conqurir une grande partie du march, de
ce fait lquipement doit rpondre certaines exigences, mis part les attentes des clients. Pour
ce faire une meilleure performance est adopte sur le plan de garantir assez de services et assez
dinterfaces sur le mme support permettant de jouer un meilleur rle comme un lment
daccs au rseau. Dans la suite on citera les caractristiques de notre quipement :

2.4.1 Divers Types dinterfaces 8


Afin dtre adapter aux diffrents rseaux denvironnement, Le ZXA10C300M fournit
des types dinterfaces varis savoir :

Interface pour la liaison montante : Interface lectrique/ optique GE, Linterface GPON
Interface de services : interfaces ADSL2/ADSL2+, VDSL2, SHDSL, GPON, GE/FE,
POTS, and ISDN BRI/PRI
Interface de mangement et maintenance : le port serial pour la maintenance et interface
rseau

2.4.2 Solutions rseaux


Le C300M est une plateforme multiservice supportant un accs multiple, voir diffrent
plusieurs environnement rseaux. Ainsi il offre les solutions rseau suivantes :

Accs large bande : accs xDSL, service daccs GPON


Accs large bande : il supporte le service POTS, LISDN BRI/PRI, voire
mme la cascade des rseaux par linterface Ethernet
La solution des lignes ddies : Le MSAN offre aux entreprises des liaisons
spcialises soit avec un accs ADSL 2+/ VDSL2 par exemple.
La solution Triple Play : les services triple Play, inclus laccs Internet, VoIP
et Video utilisateur/ VOD, la figure 9 montre larchitecture de ce service 9

8
ZXA10 C300M Multi-Service Access Equipment (Product Description)
9
ZXA10C300M Multi-Service Access Equipement (Product Description)
13
Figure 10 : architecture du service triple play

2.4.3 Services IPTV


Avec une large capacit, un dbit assez lev et une bonne intgration et commutation
des donnes. Loffre multi-castes est mis au point en supportant IGMP V1/V2/V3 dans le cot
utilisateur et rseau, dans cette vision cette solution dispose aussi sur le plan de scurit dun
IGMP proxy, et le cot routage dun routeur IGMP.

Puisque laccs est multicast, il savre ncessaire que le systme se dote des mcanismes
pour une gestion efficace. Dailleurs ,le MSAN supporte jusqu 1024 groupe de multicast dont
il assure lintgrit vis--vis les exigences dun groupe donn en offrant un accs simple, une
configuration maximale, les traitements par VLAN, le traitement par classe de service en jetant
les paquets une conformit illgale.

Les niveaux de scurit se diffrent dun accs lautre dans ce cas, une authentification
au premier lieu est la base daccs dutilisateur pour quil puisse rejoindre un groupe.

14
2.4.4 Les services voix
Le MSAN ZXA10C300M peut supporter les services voix traditionnels POTS, les
services ISDN BRI/PRI, les services IP fax et le service Modem.

Le MSAN supporte les caractristiques suivantes des services bande troite :

H248, MGCP and SIP


Les services de base et les autres supplmentaires du POTS et ISDN PRI/BRI
Les codecs voix comme G.711, G723.1 and G729.A
L'annulation d'cho, la dtection d'activit vocale, la retransmission en cas de perte de
paquets, le rglage du tampon de gigue dynamique, rception / transmission de
commande de gain, Tronc DTMF pour garantir la haute qualit de service vocal

2.5 Systme de gestion du MSAN ZXA10C300M


Le C300M supporte la gestion, la maintenance et le contrle de ses priphriques,
travers le CLI et le NMS, on verra plus tard de quoi il sagit dune faon dtaille.
CLI: elle supporte du Hyper Terminal pour se connecter aux dispositifs.
NMS : Il a la gestion du rseau dans la bande et utilise le protocole du SNMP pour le
management.

2.5.1 CLI mode :


En mode CLI, l'utilisateur peut se connecter l'ZXA10 C300M pour la gestion du
systme, entretien et l'exploitation par le biais HyperTerminal ou Telnet.10

Figure 11 : les deux modes de connexion au ZXA10C300M

10
ZXA10C300M Multi-Service Access Node (Product Description)
15
2.5.2 NMS mode
Les utilisateurs peuvent mettre en uvre la gestion et la maintenance sur ZXA10 C300M
travers NetNumen.
NetNumen est le systme de gestion de rseau qui prend en charge l'intra-bande et hors-bande.

NetNumen

Conu hirarchiquement, est hautement personnalis, il est au niveau support et il est multi
plateforme de gestion de rseau. Il est hautement volutif et supporte plusieurs systmes
dexploitations et rpond des diffrentes exigeantes des utilisateurs.

NetNumen gre les diffrents dispositifs IP sur la couche de Backbone, la couche de


convergence et la couche daccs. Maintenant il peut grer le serveur daccs intgr, la boucle
des utilisateurs numrique et le switch Ethernet.

NetNumen couvre les quatre couches de la couche de gestion RGT(TMN), y compris :

Couche NE
Couche de gestion de NE
Couche de gestion de rseau
Couche de gestion des services

Architecture du systme NMS11

Figure 12: architecture du systme NMS

11
ZXA10C300M Multi-Service Access Node (Product Description)

16
Serveur NMS : responsable de la communication de donnes avec lobjet
de gestion, le serveur de la base de donnes et le client, il est aussi
responsable sur le traitement des diffrentes informations. Les
composants du NMS communiquent entre eux en utilisant le protocole
TCP/IP.
Serveur de base de donnes : il rserve les donnes du NMS pour
diffrents NEs. Le serveur NMS a besoin daccder la base de donne
pour lire/crire les donnes pour/de la base de donnes. La demande du
client pour la lecture/criture pour la base de donnes est transmise par
le serveur NMS.
Client : cest un terminal pour le NMS. Lutilisateur peut se connecter
distance au NMS et accder au centre NMS travers lInternet et
lIntranet comme un client pour effectuer des oprations NEM autoriss.

2.6 les services offerts par le MSAN ZXA10C300M

2.6.1 Les services bande troite


Le C300M peut fonctionner comme un media Gateway dans larchitecture du rseau
NGN, pour fournir les services bande troite. On se limite juste dans la description de
larchitecture puisque les services bande troite sont dj dcrits. La figure 12 prsente cette
topologie :

Figure 13: lApplication du rseau bande troite

Le protocole IP est la base de toute communication dans les rseaux de la nouvelle gnration.
Le C300M utilise le H248 avec le MGC.

17
2.6.2 Services large bande
Le ZXA10C300M, en guise de garder un bon service pour les entreprise ainsi que pour
les clients rsidentiels, il supporte les applications suivantes :

Les VLANs QinQ


Gestion des VLANs
Les liaisons spcialises
Les applications IP Htel

2.6.3 Le service FTTx


Cohabitant avec les ONU/ONTs, le ZXA10C300M supporte de multiples rseaux FTTx :

FTTH : Fournit l'accs de fibre aux maisons d'abonn.


FTTB : Fournit l'accs de fibre aux constructions.
FTTC : Fournit l'accs de fibre au cabinet de distribution

2.6.4 Le service Triple Play


Le ZXA10 C300M supporte la voix, les donnes et l'accs de service vido avec l'assurance
QoS.

Figure 14 : le service triple play

18
Dans ce scnario, le ZXA10 C300M effectue:

L'accs de la voix, donnes et services haut dbit vido sur la mme paire
filaire
Le service de VoIP sous le contrle d'un serveur d'appel
Services d'accs large bande par DSL/PON/LAN
Le service IPTV par le mcanisme multidiffusion contrlable

2.7 Conclusion
Dans ce chapitre, nous avons mis les points sur les principales caractristiques du MSAN
ZXA10C300M de la socit ZTE, et nous avons vu galement les grands apports de cette
technologie aux services voix et donnes. Dans le chapitre suivant, nous allons aborder les
diffrentes solutions pour traiter notre problmatique, et nous allons choisi la solution la plus
adapte pour notre cas.

19
Chapitre 3 : Etude des solutions
possibles pour la problmatique et le
choix adquat
3.1 Introduction
Pour mener bien notre projet de fin dtudes, il faut dabord commencer par une
comprhension et analyse de la problmatique pose, puis faire une tude bibliographique sur
les diffrentes solutions existantes et enfin faire une comparaison entre elles afin de dterminer
la solution la plus fiable et la moins coteuse.

Dans notre projet de fin dtudes intitul tude, conception et ralisation dun systme
dacquisition des donnes denvironnement des MSANs ZTE et dveloppement dune
application de supervision , nous avons concentr notre premire recherche sur les diffrentes
solutions pour pallier aux diffrents problmes et rpondre aux diffrentes exigences, ainsi
nous avons structur notre solution en trois grandes tapes :

1. Acquisition
2. transmission
3. supervision et action
Cette dcomposition est dicte par larchitecture des quipements qui se trouvent partout au
Maroc

La figure 15 montre larchitecture globale de la solution propose

20
Figure 15 : architecture de la solution propose

A cet effet, nous avons tudi chaque quipement et sa possibilit dintgration dans le systme
tout entier.

Aprs ltude de lquipement MSAN ZTE nous avons commenc ltude des quipements de
chaque partie (Acquisition et traitement ; transmission ; Acquisition, traitement et action).

3.2 Etude de la solution propose


3.2.1 Acquisition et traitement
3.2.1.1 Le microcontrleur

Carte ARDUINO UNO


Nous avons choisi de travailler avec la carte de dveloppement Arduino UNO qui est
quipe du microcontrleur ATMEGA328 dATMEL. Cette carte nous offre un grand
nombre davantages tant sur le plan conomique que sur le plan conception et programmation
des projets. En effet toutes les cartes ARDUINO sont conues pour tre vendues des prix trs
raisonnables ; la carte ARDUINO UNO en plus de son prix modr (moins de 300 dhs), est la
21
dernire version des cartes ARDUINO. En plus, elle est adapte aux projets de type
prototypage.

La figure 16 montre laspect gnral de cette carte :

Figure 16: carte Arduino Uno

Comme expliqu plus haut, ARDUINO UNO est un circuit imprim utilisant lAtmega328
comme microcontrleur. Il dispose de 14 pins numriques d'entre / sortie (dont 6 peuvent tre
utilises comme sorties PWM), 6 entres analogiques, dun rsonateur cramique 16 MHz,
dune connexion USB, d'une prise de courant, d'une embase ICSP et dun bouton de
rinitialisation. 12 Elle contient tout ce qui est ncessaire pour le fonctionnement du
microcontrleur ; pour pouvoir l'utiliser, il suffit simplement de connecter la carte un
ordinateur l'aide d'un cble USB (ou de l'alimenter avec un adaptateur secteur ou une pile,
mais ceci n'est pas indispensable, l'alimentation tant fournie par le port USB).
Avant de poursuivre avec les autres composants il est primordial de connaitre le rle des sorties
PWM.
La modulation de largeur d'impulsions (MLI ; en anglais : Pulse Width Modulation, soit PWM),
est une technique couramment utilise pour synthtiser des signaux continus l'aide de circuits
fonctionnement tout ou rien, ou plus gnralement tats discrets.
Le principe gnral est qu'en appliquant une succession d'tats discrets pendant des dures bien
choisies, on peut obtenir en moyenne sur une certaine dure n'importe quelle valeur
intermdiaire. Un filtre passe-bas est ensuite utilis pour avoir la valeur analogique.

12
https://www.arduino.cc/en/Main/arduinoBoardUno
22
Figure 17 : sortie PWM et sortie analogiques aprs filtrage

Les 6 sorties PWM sur la carte ARDUIN UNO sont : 3, 5, 6, 9, 10, et 11.

Le microntrleur AMTEL
Les microcontrleurs de la famille ATMEGA en technologie CMOS sont des modles 8 bits
AVR bass sur larchitecture RISC. En excutant des instructions dans un cycle d'horloge
simple, l'ATMEGA ralise des oprations s'approchant de 1 MIPS par MHZ permettant de
raliser des systmes faible consommation lectrique et simple au niveau lectronique.

Prsentation Physique
LATMEGA se prsente sous la forme dun circuit intgr 40 broches pour le modle
ATMEGA32 en botier DPID ou le botier TQFP/MLF 44 broches.

Figure 18 : les deux modles en boitier DPID et TQFP/MLF du ATMEGA32

23
3.2.1.2 Capteurs dacquisitions :
Capteur de temprature et dhumidit : DTH11
Le DHT11 est un capteur de base numrique, ultra low-cost de temprature et d'humidit. Il
utilise un capteur d'humidit capacitif et une thermistance pour mesurer l'air ambiant, et gnre
un signal numrique sur la broche de donnes (pas de broches d'entre analogiques
ncessaires)13
Brochage :
1 VCC
2 DATA
3 NC ( zro)

4 GND

Pour la temprature on dfinira des intervalles de mesure dont dpend la vitesse des
ventilateurs. Plus la temprature augmente plus la vitesse des funs augmente. Comme
ventilateurs nous utiliserons des funs comme ceux utiliss dans les ordinateurs. Nous utiliserons
les sorties PWM pour faire varier la vitesse des funs. La figure 20 montre comment se fait le
montage dun fun vitesse variable. Comme expliqu plus haut une sortie PWM permet de
gnrer des signaux analogiques partir de signaux numriques.
Quant au transistor il impose au gnrateur la puissance fournir au fun ; cette puissance dpend
en effet du signal en sortie du PWM.

Figure 19 : brochage du capteur DHT11

13
https://skyduino.wordpress.com/2013/04/27/tuto-capteur-temperature-humidite-dht11/
24
Figure 20: Montage d'un fun

Sagissant de lhumidit, un dshumidificateur serait la solution la plus approprie. Grce un


relais et un gnrateur de 220V, il est possible dactionner le dshumidificateur partir de la
carte ARDUINO. La figure 20 montre le montage du relais avec un dshumidificateur.

Figure 21: relais mont avec le dshumificateur

Le principe est simple. Le relais est connect au gnrateur 220V dun ct (POWER IN), de
lautre ct on a le dshumidificateur qui doit tre aliment. Le relais possde une entre pour
recevoir un signal dune tension de 5V (SIGNAL TO PIN 3) ; lorsquil reoit ce signal il envoie
les 220V vers le dshumidificateur.
En gros, cest un interrupteur qui se ferme quand on lui place un certain courant ou une certaine
tension sur son entre de commande. Dans notre cas cest la tension de lun des ports GPIO
(3.3V) qui dclenchera cet interrupteur.

25
capteur de gaz et fume : MQ-2

Le capteur MQ- 2 est utile pour dtecter des fuites de gaz, il peut dtecter le gaz GPL (gaz de
ptrole liqufi), le gaz butane, le gaz du mthane, de l'alcool, l'hydrogne, la fume et ainsi
de suite. Bas sur un temps de rponse rapide. Les mesures peuvent tre prises ds que possible.
De plus la sensibilit peut tre rgle par un potentiomtre.14

Figure 22: capteur de fume

Install sur le site MSAN, le MQ-2 permettra donc de savoir si le site est en feu. Un vacuateur
est envisag pour aspirer la fume vers lextrieur et un extincteur pour teindre le feu en cas
dincendie.

Figure 23 : relais mont avec un extincteur

14
http://fr.hobbytronics.co.uk/mq2-gas-smoke-sensor
26
capteur deau : FUNDUINO
FUNDUINO est un capteur niveau deau fonctionnant de manire analogique. Il envoie une
valeur en fonction de la hauteur deau.

Figure 24 : Funduino

Extincteur
Ce composant nous permettra donc de savoir si leau atteint les circuits des cartes. Une alarme
sera envoye vers loutil de supervision (lapplication) pour avertir les oprateurs dans le cas
o leau atteint les cartes.

3.2.2 Transmission
La transmission des signaux porteurs dinformations sur les paramtres de lenvironnement de
chaque MSAN vers loutil de supervision et dintervention est trs essentielle et aussi, cest la
partie la plus dlicate dans notre solution, suite aux contraintes physiques (bruit, distance,
obstacles) qui limitent les performances de transmission de chaque quipement.
En effet, nous avons essay dans un premier temps de faire une tude globale sur les antennes
et leurs caractristiques afin de faire un trs bon choix de notre outil et aussi lantenne de
transmission.
3.2.2.1 Etude des antennes

Le rle des antennes


Un systme de communication radio transmet des informations par lintermdiaire dune onde
lectromagntique (OEM). Le scnario de la transmission est le suivant :

Lantenne dmission reoit le signal lectrique de lmetteur et produit londe


lectromagntique, cette OEM se propage dans lespace autour de lantenne dmission, en
fonction du type et de la forme dantenne utilise, certaines directions de propagation peuvent
tre privilgies.

27
La puissance produite par lmetteur et applique lantenne se disperse dans lespace puis
lantenne de rception capte une faible partie de cette puissance et la transforme en signal
lectrique, ce signal lectrique est ensuite appliqu lentre du rcepteur qui en extrait
linformation transmise.

Remarque: les phnomnes physiques mis en jeu dans lantenne tant rversibles, le mme
dispositif peut servir pour lmission et pour la rception, sauf dans le cas des missions de
forte puissance.

Rayonnement et blindage
Dans un systme de transmission radio, cest lantenne qui doit rayonner londe
lectromagntique.

Les circuits dmissions sont donc placs dans un botier mtallique servant de blindage et
empchant tout rayonnement parasite, ce rayonnement parasite est inutile et risque de perturber
les autres parties de lquipement, en particulier les circuits logiques, ce blindage isole aussi
lmetteur des influences extrieures qui pourraient affecter la frquence ou le niveau de
lmission.

Rgle : on vite les fuites dOEM au niveau du circuit metteur et on blinde soigneusement le
chemin du signal jusqu lantenne.

Critre du choix dune antenne :


Pour choisir un modle dantenne pour une application donne, il faut veiller aux principaux
points suivants :

frquence de travail: une antenne est construite pour une frquence ou une
gamme de frquences donne.
directivit: elle peut tre omnidirectionnelle (brin vertical) ou directive (Yagi,
parabole).
gain : les meilleurs gains sont obtenus avec des antennes trs directives, jusqu'
plus de 50 dB pour les grandes paraboles.
impdance: adapte celle du cble soit en gnral 50 ohms sauf pour la
tlvision qui travaille en 75 ohms.
puissance: pour lmission, lantenne doit accepter la puissance de lmetteur
sans trop de pertes Joule.

Bilan de puissance de la liaison

28
la densit de puissance au niveau de lantenne de rception scrit : en Watt/m2
P=G1P0/S= G1P0/4d2

G1 : gain de lantenne dmission


P0 : puissance dmission
d : la distance entre lantenne mettrice et rceptrice
lantenne de rception est caractrise par sa surface effective A2 et reoit la
puissance : Pr=A2 .P

.
Avec A2=G2 .2/4

G2 : gain de lantenne de rception


: longueur donde propage (=c/f)
c : vitesse de la lumire = 3*10^8 m/s

la puissance reue Pr vaut donc en Watt Pr= G1 G2 P0 (/4d) 2

si on exprime la puissance en dBm et les gains en dB, la formule de Friis devient,


aprs simplification en dbm

Pr = P0 + G1 + G2 -20log(f) 20log(d) + 147.5

La porte dun metteur

Figure 25: porte d'un metteur

Calculer la porte dun metteur est une tche difficile, car elle dpend dun grand nombre de
facteurs.

29
les facteurs quon matrise : puissance dmission, gain des antennes, disposition
des antennes
les facteurs quon ne matrise pas : obstacles, rflexions, conditions
atmosphriques, qualit du rcepteur, parasites

le niveau reu Pr est donn par la formule de Friis : Pr= G1 G2 P0 (/4r) 2


le bruit thermique capt par lantenne et limit la bande passante B du rcepteur
scrit : PB= k.T.B
Avec k constante de boltzmann et vaut k= 1,38.10-23

T : temprature

le bruit propre de llectronique du rcepteur vient sajouter ce bruit thermique.


La sensibilit S dun rcepteur tient compte de ce bruit propre et prcis le signal
minimal ncessaire lentre du rcepteur pour une bonne rception.
Rsultat : en pratique, la limite de porte est atteinte lorsque le niveau du signal
reu est gal la sensibilit du rcepteur soit 93 dBm

Exemple de calcul da la porte


Le calcul de la porte dune liaison radio est simple si on se place dans une situation idale,
sans obstacles ni parasites.

Figure 26 : liaison radio frquence

La puissance reue Pr donne par la formule de Friis correspond une tension reue Vr sur la
rsistance dentre R du rcepteur.

30
La distance limite thorique ou porte d=D est atteinte lorsque la tension reue est gale la
sensibilit.

Remarque importante: ce calcul donne toujours une porte trs optimiste et la porte
relle sera D=k.D avec k < 1

en prsence darbres ou de collines, on pourra prendre k = 0,3 0,6 soit environ D = 4


km
en milieu urbain, k = 0,1 0,4 et peut descendre jusqu 0,02 lintrieur dun immeuble
en bton arm soit D = 250 m
avec 2 antennes bout de fil (G=0,3) et dans un immeuble (k=0,02), la porte calcule
ainsi se rduit D = 45 m!

Type des antennes et technologies tudies


Aprs cette tude technique des antennes, la recherche de la solution adquate pour notre cas
serait une tche assez simple et faisable.
A cet effet, nous avons consacr notre tude sur quatre types de technologies dantennes

Zwave
Xbee
Antenne Yagi
NRF24L01
Dans cette partie nous allons dcrire chacune de ces technologies afin de conclure sur la
solution la mieux adapte.

3.2.2.1.1 Z wave
Dfinition
Z wave est un standard international pour la domotique sans fil. La domotique sans fil
permet dinterconnecter toutes les fonctions relatives llectricit tels que la lumire, le
chauffage, la cuisson, le refroidissement, la scurit etc et applique une automatisation de
toutes ces fonctions. Ceci prsente en plus une certaine scurit en commodit dans les maisons
et les bureaux ; en plus elle aide pour faire lconomie de lnergie. 15

15
http://www.domotique-info.fr/technologies-domotique/zwave/
31
Z wave est une technologie qui permet un contrle de la scurit de la maison et une conomie
de lnergie.

Le systme fonctionne en basse frquence ce qui lui permet dinterconnecter tous les
quipements de la maison en traversant les tagres et les murs.

Chaque module de Z wave peut jouer le rle dun rpteur RF et chaque commande peut
traverser 4 dispositifs au maximum ce qui donne au systme une porte maximale de 120 m.

Z wave se base sur linclusion des nuds


Chaque nud dans le rseau doit avoir un seul identifiant dans le rseau pour se distinguer des
autres nuds.

Le Z wave utilise deux identificateurs pour lorganisation du rseau :

Home ID : est un identificateur commun pour tous les dispositifs du rseau Z wave ; il
est de longueur 32 bits.
Node ID : cest ladresse de chaque nuds du rseau ; il est de longueur 8 bits.

Les fonctions des dispositifs de Z wave


Il fait la distinction entre deux fonctions possibles des dispositifs :

Contrleur : le dispositif qui contrle les autres dispositifs du rseau Z wave.


Esclave : est un dispositif contrl par le contrleur.

Les contrleurs ont dj leurs Home ID par dfaut, cest pourquoi ils ont la possibilit de
remettre autres dispositifs et les ajouter leur propre rseau Z wave.

Maillage et routage
Les Nuds Z-Wave peuvent transmettre et rpter les messages qui ne sont pas porte directe
du contrleur.

Figure 27: nombre de nuds entre l'metteur et le rcepteur

Le maximum des nuds qui peuvent rpter les messages reus, de la part du contrleur, sont
de 4 nuds.

32
Les types des dispositifs de Z wave
Les dispositifs Z-Wave peuvent tre classs dans l'un des groupes de fonctions suivantes :

interrupteurs lectriques
variateurs lectriques
Contrle moteur
Affichage lectrique
Capteurs de nature diffrente pour mesurer des paramtres tels que la temprature,
l'humidit, la concentration de gaz

3.2.2.1.2 Xbee.
Le XBee est un module qui utilise le protocole ZigBee. Le ZigBee est un standard
mondial ouvert bas sur la norme IEEE 802.15.4, et contrl par ZigBee Alliance. Tout
composant conu pour une utilisation dans un rseau ZigBee doit se conformer au standard
IEEE 802.15.4; ceci assure la coexistence et linteroprabilit 16

Coexistence: Capacit dun composant dans un rseau donn oprer avec un autre rseau dj
existant ;
Interoprabilit: Capacit dun composant oprer dans un rseau donn avec des composants
de diffrents constructeurs.
ZigBee est bien adapt pour un large domaine dapplications de la domotique jusquaux milieux
industriels, o la principale qualit recherche, parmi dautres, est la suppression du cblage
contraignant :
o Domotique : Pour le contrle de lclairage, le chauffage, larrosage, etc.
o Scurit : dtection dincendie, de mouvement, etc. ;
o Mdical : supervision de patients ;
o Contrle distance : vido, console de jeux

Figure 28 : les types d'antennes du module xbee

16
http://faitmain.org/volume-2/xbee-arduino.html
33
Les types dantennes:

wire : simple, radiations omnidirectionnelles ;


chip : puce plate en cramique, petite, transportable (pas de risques
de casser lantenne), radiations cardiodes (le signal est attnu dans
certaines directions) ;
U.FL : une antenne externe nest pas toujours ncessaire ;
RPSMA : plus gros que le connecteur U.FL, permet de placer son
antenne lextrieur dun botier.

Les principales caractristiques du XBee


frquence porteuse : 2.4Ghz
portes varies : assez faible pour les XBee 1 et 2 (10 - 100m), grande pour le XBee Pro
(1000m)
faible dbit : 250kbps
faible consommation : 3.3V @ 50mA
entres/sorties : 6/10-bit ADC input pins, 8 digital I/O pins
scurit : communication fiable avec une cl de chiffrement de 128-bits
faible cot : 250 Dhs
simplicit d'utilisation : communication via le port srie
ensemble de commandes AT et API
flexibilit du rseau : sa capacit faire face un nud hors service ou intgrer de nouveaux
nuds rapidement
grand nombre de nuds dans le rseau : 65000
topologies de rseaux varies : maill, point point, point multipoint

34
Figure 29: topologies des rseaux xbee

Les types de sries

les modules des sries 1 et 2 ne sont pas compatibles entre eux ;


la porte et la consommation sont sensiblement les mmes ;

le nombre dentres et sorties sont diffrentes et surtout la srie 2 ne possde pas de sorties
analogiques PWM ;
les topologies de rseaux possibles ne sont pas les mmes. Avec la srie 1, larchitecture est
simple : point point (pair) ou multipoint (star). La srie 2 permet en plus de crer des rseaux
plus complexes : maills (mesh) ou en "arbre" (cluster tree).

Les diffrents Modes de communication du XBee

Le XBee possde trois modes : TRANSPARENT, COMMAND et API.

Le mode TRANSPARENT est le mode par dfaut la mise en marche


du module, il reoit et envoie les donnes.
Le mode COMMAND permet de configurer le module, ses entres, ses
sorties, son adresse, ladresse de destination de ses messages, etc.
Le mode API est plus compliqu, et il nest possible quavec une
connexion locale en srie et filaire avec lordinateur ou lArduino, pas
entre modules XBee.

35
3.2.2.1.3 Antenne Yagi
Lantenne Yagi est un diple repli (radiateur), auquel on a associ un ou plusieurs lments
passifs, appels directeur(s) ou rflecteur(s).

Figure 30: antenne Yagi

Lorsque le diple est aliment, il met des ondes EM les diples passifs vont tre excits par
des courants et ils vont rayonner leur tour. Le champ rayonn est la somme des champs mis
par tous les lments rayonnants.

Ce type dantenne est trs difficile synthtiser dans la mesure o tous les lments
interagissent les uns avec les autres.

Etant donn lasymtrie de lantenne, le diagramme de rayonnement dans le plan de lantenne


est relativement unidirectionnel. (Voir figure 31)

Figure 31: diagramme de rayonnement

La prsence dlments passifs diminue la rsistance de rayonnement de lantenne, qui est


gnralement de lordre de 45 .

36
3.2.2.1.4 NRF24L01
Avoir deux ou plusieurs cartes Arduinos pouvant communiquer entre elles sans fils sur une
bonne distance ouvre plusieurs possibilits dapplications et parmi elles :

Capteurs distance pour la temprature, la pression, les alarmes et autres.

Contrle de robot et contrle jusqu 1 km de distance etc

Ce sont des sries de modules radios de 2,4GHz qui sont tous bass sur la puce NRF24L01+ de
la socit Nordic Semiconductor.17

Le NRF24L01+ intgre un metteur-rcepteur RF 2.4GHz complet, un RF synthtiseur et une


bande de base logique base sur le protocole ShockBurst amlior supportant une interface
SPI grande vitesse pour le contrleur d'application. Le Transceiver (metteur-rcepteur)
faible puissance et courte porte (60m ou plus) est disponible sur une planche avec interface
Arduino et intgr dans l'antenne pour moins de 30 dhs.

Porte

La porte dpend de la situation gographique et elle est moins importante pour des
liaisons indoor quoutdoor cause des effets des murs et des matriaux.

La distance usuelle cite par les diffrents fournisseurs pour la version du module de basse
puissance avec une seule puce est de 200 pieds (100 m). Ceci est pour un espace ouvert entre
des units fonctionnant 250 kHz.

Il existe des modules complmentaires qui ajoutent des amplificateurs de puissance de


l'metteur et des pramplificateurs du rcepteur pour les longues distances... Jusqu 1 km.Ces
modules utilisent une antenne externe qui peut tre directement relie ou une antenne jointe de
cble avec plus de gain ou de directivit.

la figure 32 montre un exemple du module NRF24L01 avec une antenne extrieure :

17
https://arduino-info.wikispaces.com/Nrf24L01-2.4GHz-HowTo
37
Figure 32: NRF24L01 avec une antenne extrieure

Ci-dessus est la version avec amplificateur de puissance en transmission et un


pramplificateur en rception.

Ces metteurs-rcepteurs utilisent la bande sans license 2,4 GHz comme de nombreux
routeurs WiFi, des tlphones sans fil, etc...

Les metteurs-rcepteurs comme ceux-ci peuvent la fois envoyer et recevoir des donnes en
"paquets" de plusieurs octets la fois. Il est possible d'avoir une unit communiquant avec 6
autres units similaires dans le mme temps.

Spcifications NRF24L01
Les spcifications du module NRF24L01 se prsentent comme suit :

Alimentation lectrique : externe en 3,3 V


Dpense en nergie extrmement faible Le circuit intgr de l'metteur-rcepteur
fonctionne dans la bande des 2,4 GHz et comprend de nombreuses nouvelles fonctions
Bande radio frquence 2.4 GHz et possibilit de 126 canaux
Courant en mode rception (crte) : 45 mA
Transmission / Rception 1 ou 2 Mb/s.

Puissance de transmission programmable : 0, 6, 12 ou 18 dBm


consommation en mission 0 dBm de 11.3 mA.
Consommation en rception 2 Mb/s de 12.3 mA.

38
Branchement avec Arduino

Figure 33: branchement du NRF24L01 avec Arduino

Les moyens de faire communiquer sans fil deux microcontrleurs ne manquent pas. Si
lon prend le cas dArduino, les plus populaires sont les modules XBee. Linconvnient majeur
de ces modules est leur cot.

Pour des projets sans fils, surtout sils demandent plusieurs liaisons, ce cot peut-tre trop lev.
Une alternative intressante est fournie par les puces nRF24L01 de Nordic Semi-conducteurs.
On les trouve montes sur des circuits, prtes lemploi pour environ 30 dhs.

Cest un transducteur - cest dire que la puce peut soit mettre soit recevoir- et qui opre dans
la bande des 2.4GHz

La communication entre la puce et ce microcontrleur est assure par un bus SPI.

La vitesse de transmission des donnes est configurable et peut atteindre 2Mbps. La porte
maximale est denviron 100m pour un dbit de 250kbps. Cette puce utilise un protocole
propritaire (mais document) appel Enhanced ShockBurst.

La puce peut travailler sur 126 canaux de communication. En mode rcepteur elle peut couter
sur 6 canaux simultanment. Dans ce cas, chaque canal est associ un "pipe" (=une adresse).

39
En cas de rception dun paquet pour cette adresse, la puce gre le protocole en envoyant un
ACK en retour puis en dsassemblant le paquet pour ne garder que son contenu utile (=les
donnes transmises) dans une file dattente (FIFO) spcifique pour chaque canal dcoute. Cette
dernire peut tre lue par le microcontrleur associ laide de la liaison srie SPI. La taille des
donnes transmises ne peut pas excder 32 octets par paquet.

3.3 Conclusion
Dans ce chapitre, nous avons analys toutes les solutions possibles concernant la problmatique
de la supervision des quipements MSANs avec le serveur NMS surtoutu au niveau de la
transmission sans fils, et nous avons choisi la solution la plus adquate notre situation et la
moins coteuse. Dans le prochain chapitre, nous allons exposer notre solution choisie par
laquelle nous avons pu raliser notre projet, nous allons galement exposer les diffrents
rsultats obtenus.

40
Chapitre 4 : Expos de la solution et
les rsultats obtenus
4.1 Introduction
Aprs avoir situ le projet et analys la problmatique concernant la supervision des
quipements MSANs, ainsi ltude des solutions possibles au niveau de lacquisition des
donnes denvironnement, leurs transmission et leurs supervision, nous allons consacrer ce
dernier chapitre pour exposer notre solution ainsi que les rsultats obtenus dans notre test sur
le MSAN.

Comme nous avons dj mentionne, notre solution est compose de trois grandes tapes
(lAcquisition, la transmission et la supervision). Nous avons conu ces trois tapes laide de
la mthode SA-RT pour la partie embarque, et les diagrammes de classe et de squence pour
la partie dveloppement.

4.2 Mthode SA-RT


4.2.1 Description de la mthode SART
La mthode SA-RT est une mthode danalyse fonctionnelle et oprationnelle des applications
de contrle-commande pour des systmes embarqus. Cette mthode permet de raliser une
description graphique et textuelle de lapplication en termes de besoins, cest--dire de ce que
lon a faire ou le quoi ? .

Ces mthodes danalyse ou de conception structures conduisent naturellement la


programmation structure. La deuxime particularit commune ces mthodes est la
description sous forme de flux ou flots de donnes, de contrle ou autres.

La mthode SA-RT intgre les trois aspects fondamentaux dune mthode de spcification en
mettant laccent sur les deux premiers qui sont des points essentiels dans les applications de
contrle-commande :

a) aspect fonctionnel (ou transformation de donnes)

Reprsenter la transformation que le systme opre sur les donnes et spcification des
processus qui transforment les donnes.

41
b) aspect vnementiel (pilot par les vnements) :

Reprsenter les vnements qui conditionnent lvolution dun systme et spcification de la


logique de contrle qui produit des actions et des vnements en fonction dvnements en
entre et fait changer le systme dtat.

c) aspect informationnel (donnes)

Spcifier les donnes sur les flots ou dans les stockages. Ce dernier aspect qui est en gnral
assez nglig dans ce type dapplication peut faire lobjet dune description spcifique choisie
au sein dune entreprise.

Nous allons prsenter la syntaxe graphique complte de SA-RT permettant dlaborer les
diffrents diagrammes de la mthode. Cette simple syntaxe graphique peut tre structure en
deux parties :

o la syntaxe graphique affrente laspect fonctionnel


o la syntaxe ddie laspect contrle ou vnementiel.

4.2.2 Organisation gnrale de la mthode SA-RT :


La description prcdente nous a permis de prsenter la mthode danalyse SA-RT dans sa
globalit. Les traits essentiels de cette mthodologie hirarchique descendante rsident dans la
mise en avant des aspects fonctionnels et comportementaux (excution) de lapplication
analyse. Laspect informationnel, description des donnes au sens large du terme, est trait de
faon minimale.

Il est vident que lensemble de ces diagrammes doivent tre cohrents par rapport aux deux
points de vue :

a) Cohrence de lanalyse
- Diagramme de contexte,
- Diagramme prliminaire,
- Diagramme de dcomposition,
- Spcification dun processus primitif.
- Processus de contrle dans un diagramme flots de donnes ,
- Diagramme tat/transition du processus de contrle.

b) Cohrence de lenchanement des diffrentes tapes


-Donnes et vnements correspondant entre deux diagrammes flots de donnes.
-vnements identiques entre un diagramme flot de donnes intgrant un processus
de contrle et le diagramme tat/transition du processus de contrle.

La fisure 34 prsente lorganisation gnrale de la mthode SA-RT avec lenchanement des


diffrentes tapes et lensemble des documents produits. Nous pouvons ainsi dcliner :

42
Diagramme de contexte : premier diagramme flot de donnes permettant de dcrire
lenvironnement de lapplication dvelopper.

Diagramme prliminaire : diagramme flot de donnes prsentant le premier niveau danalyse


fonctionnelle de lapplication.

Diagrammes de dcomposition : diagramme flot de donnes prsentant les analyses des


processus fonctionnels non primitifs.

Figure 34: Dcomposition hirarchique en diagramme flots de donnes de la mthode danalyse SA_RT

Spcifications des processus fonctionnels primitifs : spcification textuelle des fonctions


ralises par les processus fonctionnels.

Spcifications des processus de contrle : diagrammes tat/transition dcrivant le


fonctionnement des processus de contrle.

Dictionnaire de donnes : liste exhaustive des donnes et des vnements utiliss dans la
spcification

43
Figure 35: Organisation gnrale de la mthode SA-RT

4.2.3 Application de la mthode SART


4.2.3.1 Diagramme de contexte

Le premier niveau danalyse consiste laborer le diagramme de contexte de lapplication.


Ce diagramme intgre diffrents bords de modle correspondant des entres (reprsent par
des capteurs) et des sorties (reprsent par des actionneurs). Il est souvent ncessaire dajouter
un vnement de dmarrage Mise_sous_tension dlivr par un bord de modle commande
alimentation . Le processus fonctionnel initial 0 Grer lenvironnement constitue
lapplication raliser. En plus de lvnement Mise_sous_tension , nous avons des flots de
donnes qui devraient se retrouver dans le diagramme prliminaire : premier niveau danalyse
du processus fonctionnel 0.

44
Commande
dalimentation Commande
Capteur de
ventilateurs
temprature

Temp Mise_sous_ tension


Ventilation
Capteur dhumidit
Hum Dshumidificateur
Dshumidification

EnvoiGrer
Capteur de niveau NE Extincteur
lenvironnement
deau 0 Extinction

Evacuation
Capteur de gaz et de Evacuateur
G&F
fume

Affichage
LCD
Application SOFT

Figure 36:Analyse SA-RT de lapplication :

4.2.3.2 Diagramme prliminaire

Le diagramme prliminaire prsent ci-dessous donne une analyse ou dcomposition


fonctionnelle du processus fonctionnel initial 0 Grer lenvironnement .
Cette analyse fait apparatre 9 processus fonctionnels de base et un processus de contrle (10)
permettant de squencer lensemble. Nous pouvons vrifier la cohrence des flots de donnes
ou dvnements entrants ou sortants par rapport au diagramme de contexte.
Les processus fonctionnels suivent la logique suivante : acquisition (processus 1, 4, 5, 6),
traitement (processus 2, les seuils), commande (processus 3, 7), affichage et envoi
(processus 8, 9).

45
Les deux units de stockage sont utilises dans les deux cas classiques : soit pour la
mmorisation dune constante (ex : Temprature_consigne) soit pour une donne partage
(Temprature_mesure).
Dans le cas denvoi (processus 9), nous allons procder raliser un diagramme de
dcomposition permettant de dcortiquer le processus en question

Consigne_Gaz_Fume Data
G&F

Mise_sous_tension
Envoi
Envoyer/Recevo
Acqurir ir
Temp gaz & 9
fume
6 Dans_Int
_Fume T
Acqurir Consigne Dshumidification
tempratur respecte E/D
Dans_Int Commander Evacuation
e
les
1 _Gaz
E/D actionneurs
7
E/D Extinction
Temprature_ Contrler les
mesure donnes
10 E/D
T Affichage
Affiche
r
Analyser Consigne 8
E/D
tempratur respecte S_NE
e
dpass
2 E/D
S_H
E/D
dpass
Commande_ Consigne Consigne
Temprature vitesse respecte respecte
_consignes
Acqurir Dtecter
Commande
humidit niveau
r
ventilateur 4 deau
s 5
3

Humidit_consigne Consigne_niveau_eau
Ventilation NE
Hum
Figure 37: Mthode SART : Diagramme prliminaire

46
4.2.3.3 Diagramme de dcomposition

Ce diagramme prsente le cheminement du processus denvoi des donnes acquises de


lenvironnement vers une entit de destination.

Type de mode
T (Emission/Rcep
tion)
Envoi
Lire les Configurer Acheminer
donnes NRF le message
E/D
9.1 9.2 9.4
E/D

Data E/D Adresse

Choisir
destination
9.3

Figure 38: diagramme de dcomposition

4.2.3.4 Diagramme dtats / transitions

Le processus de contrle est li aux diffrents processus fonctionnels par des vnements qui
sont mis en place en mme temps que la ralisation du diagramme tat/transition.
Ce diagramme tat/transition, description du fonctionnement du processus de contrle 10
(Contrler les donnes), comprend sept tats :

Fonctionnement nominal du systme.


Ventilateurs en marche.
Dshumidificateur en marche.
Lvacuateur en marche.
Lextincteur en marche.
En alerte (SOFT).
En envoi.

Nous pouvons remarquer que, dans ce diagramme tat/transition simple, nous avons utilis un
tat stationnaire (Fonctionnement nominal) dans lequel lapplication effectue lacquisition et
laffichage aprs tre mis sous tension.
Dans les autres tats, on sintresse aux commandes des actionneurs qui sont activs o
dsactivs partir de conditions et des fonctions dj dfini dans le diagramme prliminaire.
En outre les tats (en envoi & en alerte) sont grs par la fonction <Envoyer> qui sera li, dans
la deuxime partie, une application web de supervision.
Dautre part nous pouvons noter que la majorit des conditions sont dfinis par des seuils o
des intervalles reprsentant les transitions vers les diffrents tats.

47
Mise_sous_tension
<E> 1
<T> 2
<E> 4
<E> 5
Consigne respecte
<E> 6
<D>7 Dshumidification <E> 8

Le dshumidificateur Fonctionnement
en marche nominal du systme

S_H dpass
<E> 7 Dshumidification Commande vitesse Consigne respecte
<E> 3 <D> 3
<T> 2 <T> 2
Dans_Int_Gaz
<E> 7 Evacuation Ventilateurs
Lvacuateur en en marche
marche

Consigne respecte
<D> 7 Evacuation
Consigne respecte
<D> 7 Extinction
Lextincteur en
Data marche
<T> 9 (envoi)
En envoi Dans_Int_Fume
<E> 7 Extinction
<T> 9 (Alerte)

S_NE dpass
<T> 9 (Alerte)

En alerte
(SOFT)

Figure 39: diagramme d'tat

48
Aprs avoir dfinir la mthode SA-RT et ses diffrents aspects, il faut prsenter les
spcifications du systme sous forme procdurale afin de faciliter la programmation des
diffrents capteurs. Ces spcifications sont prsentes dans lannexe18

4.3 Conception de lapplication WEB


Avant de commencer raliser notre application web, nous avons pris en considration la nature du projet, qui
est destin un grand quipementier de tlcom.

Dautre part, notre application vient pour faciliter la tche de supervision pour les quipes de maintenance, pour
cela nous avons rserv les droits daccs ,seulement, aux administrateurs et utilisateurs cest dire les
responsables des MSANs ZTE de la part de Maroc Tlcom, en respectant les rles de chaque personne dans le
systme complet de supervision.

Dans ce qui suit, nous allons prsenter les diagrammes UML illustrant larchitecture gnrale de lapplication
Web.

LUML (Unified Modeling Langage) est utilis pour spcifier, modifier et construire les documents
ncessaires au bon dveloppement, dans notre cas nous avons utilis les trois diagrammes : Diagramme de Cas
dUtilisation, Diagramme de squence et Diagramme de Classe.

4.3.1 Diagramme de Cas dUtilisation


4.3.1.1 Rle du diagramme
Les diagrammes de cas dutilisation modlisent les interactions entre tous les acteurs et leurs
fonctionnalits.

4.3.1.2 Diagramme

Figure 40 : diagramme de cas d'utilisation

18
Annexe page 61
49
4.3.2 Diagramme de Squence
4.3.2.1 Rle du diagramme
Le diagramme de squence dcrit lenchanement dun processus donn et ses interactions.

4.4 Diagramme

Figure 41: diagramme de squence

4.3.3 Diagramme de Classe


4.3.3.1 Rle du diagramme
Cest un diagramme qui reprsente les classes et les interfaces et leurs diffrentes relations.

4.3.3.2 Diagramme
La figure 42 montre laspect gnral du diagramme de classe conu pour notre application
Web

50
Figure 42: diagramme de classe

A partir de ces diagrammes nous avons pu dvelopper notre application Web qui rpond aux
exigences de notre projet de fin dtudes.

Dans ce qui suit une exposition et une illustration des tests effectus sur les trois tapes et
leurs rsultats, surtout, au niveau de la supervision qui est le grand souci de lquipe de la
maintenance.

4.4 Expos de la solution


4.4.1 Ct acquisition
Lacquisition des paramtres de lenvironnement (la temprature, lhumidit, fume
etc) demande des capteurs sensibles, rsistants et convenables au systme complet de la
supervision afin de faciliter leurs intgration dans chaque quipement MSAN.

Capteur de la temprature et humidit.


La temprature et lhumidit sont les principales grandeurs physiques qui composent le
souci des ingnieurs de maintenance et de supervision, et leurs contrle est primordial.

Comme nous avons dtaill dans les chapitres prcdents, le capteur DHT11 mesure les
variations temporelles de la temprature et de lhumidit, ces variations sont affiches dans la

51
phase des tests et validations des capteurs, sur un afficheur LCD aprs leur traitement sur la
carte Arduino.

Figure 43: branchement du capteur DHT11 avec l'Arduino

Ces mesures sont affiches aussi sur le PC qui est connect la carte Arduino.

Figure 44: affichage des valeurs de la temprature et de l'humidit sur le PC

Capteur de gaz et fume


La fume et le gaz nont pas la mme importance comme lhumidit et la temprature,
puisquelles sont attachs lintervention humaine, mais ceci nest pas une raison pour ne pas
les prendre en considration car les quipements MSAN sont en plein air et sont plus exposs
aux risques.

A cet effet lutilisation dun capteur capable de mesurer ces deux grandeurs (la fume et le gaz).
Dans notre cas, nous avons utilis le capteur MQ-2, qui est adapt avec la carte Arduino utilise
pour le traitement et il rpond nos exigences avec une grande certitude.

52
Les tests nous ont confirms que ce capteur est rsistant et convenable avec la carte Arduino.
La figure 45 prsente son branchement avec la carte Arduino.

Figure 45: branchement du capteur MQ-2 avec l'Arduino

Les rsultats des tests effectus pour mesurer la fume et le gaz sont affichs sur lafficheur
LCD et aussi sur le PC.

Capteur dinondation
Linondation est un risque qui menace tous les quipements en plein air, surtout, les
quipements aliments en lectricit.

Leur supervision et protection sera donc un besoin exigeant, notamment, lorsquon sait
que le MSAN cote des dizaines de millions de centimes ; cet effet nous avons utilis
le capteur FUNDUINO qui a montr pendant les tests effectus sa performance de dtecter et
communiquer avec les autres composants du systme.

Tous ces capteurs jouent le rle des informateurs aux systmes de traitement et de transmission
(Arduino et Antenne).

Dans la partie suivante nous allons dtailler la solution au niveau du traitement et de


transmission.

4.4.2 Ct transmission
Les outils de transmission sans fils sont divers, le choix dun outil sappuie sur la nature
du problme ainsi que sur la distance ncessaire pour faire la transmission. Dans notre
problmatique qui sagit de faire la transmission des donnes denvironnement acquises dun
53
MSAN, nous avons choisi pour le prototype de la solution de transmettre avec le module
NRF24L01 que nous avons dj dtaill dans le chapitre prcdent.

On rappelle que, le NRF24L01 est un transceiver, cest dire quil peut mettre et recevoir en
radio frquence de 2,4 GHz dont la distance de transmission peut arriver jusqu 1 km en
branchant une antenne wifi son extrieur.

Dans notre solution, nous allons donc transmettre les donnes acquises par les diffrents
capteurs utiliss avec la carte Arduino, par le module dE/R qui est son tour branch sur la
carte, et dont la configuration et le code dmission se font sur le logiciel Arduino.

La figure 46 illustre lmission des donnes en utilisant une maquette sur laquelle sont branchs
nos capteurs deau , de temprature et de fume ainsi que la carte arduino avec laquelle est
branch notre NRF24L01.

Figure 46: les diffrents capteurs et le NRF24L01 plac sur le MSAN

Dans la figure 47 on voit le capteur de temprature et dhumidit DHT11 qui est branch sur la
maquette et pouvant ainsi capter la temprature de lenvironnement du MSAN et la transmettre
par lE/R vers le terminal.

54
Figure 47: capteur DHT11 sur la carte Arduino

Quant lautre ct de la rception, se trouve aussi un module NRF24L01 branch sur une autre
carte Arduino et qui reoit les donnes transmises par lmetteur et les affichent sur le terminal.

4.4.3 Ct supervision
Aprs avoir trait les signaux correspondant aux grandeurs physiques et les avoir
transmis lunit centrale de chaque bureau ZTE au Maroc, lintervention des quipes de
maintenance et aussi des superviseurs de Maroc Telecom ncessite une plate-forme
performante capable dillustrer les changements des grandeurs physique mesures
instantanment afin que leurs interventions soient temps et tre efficaces.

Pendant la ralisation de lapplication qui est capable de transformer les donnes, reues de la
part du NRFL01, des rsultats lisibles et significatifs, nous avons essay de mettre en valeur
la qualit de service et les droits daccs pour chaque utilisateur et superviseur selon sa fonction
et son rle dans lintervention.

Administrateur :
Ladministrateur est le manager de la maintenance des MSANs, il a le droit dajouter dautres
administrateurs et aussi des utilisateurs, ces derniers sont les responsables des quipements
MSANs de Maroc Telecom, ils ont le droit seulement de consulter les tats des MSAN pour
suivre le service de ZTE.

La figure 48 montre comment un administrateur peut se connecter, et aussi la lenregistrement


des nouveaux utilisateurs.

Ces utilisateurs sont dfinis par leurs Noms Complets, leurs ID et leurs mots de passe, plus
dautre information supplmentaire savoir les adresses mails.

55
Figure 48: page d'accueil pour l'identification d'un utilisateur

Une fois ladministrateur se connecte lapplication il peut consulter les tats de chaque
MSAN, la figure 40 montre laffichage des grandeurs physiques pour chaque MSAN.

Figure 49: affichage de grandeurs captes sur la plateforme

Dans le cas dune inondation une alarme rouge se dclenche pour indiquer ladministrateur le
risque prvu ; la figure 41 montre ceci

56
Figure 50: dclenchement d'une alarme en cas de risque

Ladministrateur a le droit dajouter ou de supprimer des nouveaux MSANs ainsi que dajouter
les diffrentes spcifications de chaque MSAN.

Les figures 51,52 et 53 montrent ces droits dadministrateur.

Figure 51: les Spcification du MSAN

57
Figure 52 : Ajout dun MSAN

Figure 53: modifier les spcifications du MSAN

Aussi il affiche et modifie les listes des utilisateurs, comme lindique la figure 45

Figure 54: les listes des utilisateurs

58
Utilisateur :
Un utilisateur a le droit de consulter son profil et le modifier ainsi que les MSANs et leurs
tats. Les figures 46,47 et 48 illustrent ces fonctionnalits.

Figure 55: profil d'un utilisateur

Figure 56: modification du profil


59
Figure 57: consultation des diffrents MSAN

60
Conclusion gnrale et perspectives
Notre projet de fin dtudes intitul tude, conception et ralisation dun systme de
supervision des MSAN tait une bonne opportunit pour mettre en valeur nos comptences
en tlcommunications, en lectronique et en dveloppement qui ont fait de notre sujet de stage
une terre fertile pour prsenter un travail pertinent et ralisable sur le terrain.

Rellement, le travail a eu la naissance comme un prototype test et valid et qui rponds aux
exigences. Notre projet nous a permis de faire communiquer, sans fils, un MSAN ZTE avec un
serveur de supervision. Limportance de cette supervision des MSANs, consacrs aux
changements de la temprature, lhumidit, le gaz et la fume, apparait dans le cas dune panne
au niveau du rseau fixe reliant les MSANs ZTE entre eux.

Grce ce projet, lingnieur de maintenance de ZTE peut, facilement, mettre lil sur le rseau
MSAN, et intervenir au moment adquat dans le cas dun problme urgent.

Dautre part, durant la priode du stage, nous avons rencontr quelques problmes techniques
et qui se rsument comme suit :

Absence de solutions commerciales, adopts pendant les tudes du choix des


composants, dans le march marocain (exemple : lantenne XBee).
La dure du stage est insuffisante pour la gnralisation de la solution sur tout le rseau
MSANs ZTE.
En dpit de ces contraintes, nous avons atteint le but du stage, qui est la ralisation dun
prototype, capable dtre le noyau dun grand projet de dploiement et dintgration du grand
systme de contrle et supervision des MSANs.

Ce projet va apporter plusieurs bnfices techniques et conomiques lentreprise en termes de


budget de supervision et le temps dintervention des ingnieurs, surtout que ses dpenses ne
dpassent pas les 5000000 Dhs.

Pour nos perspectives de stage, nous comptons sur ZTE pour le parrainage de ce projet et la
gnralisation de notre prototype leurs diffrents MSANs.

61
Bibliographie et webographie

[1] https://fr.wikipedia.org/wiki/ZTE

[2, 4, 7, 8, 9, 10,11] ZXA10C300M Multi-Service Access Equipment (Product description)

[3] https://fr.wikipedia.org/wiki/Next_Generation_Network

[5, 6] ZXA10C300M Multi-Service Access Equipment (Hardware description)

[12] sur https://www.arduino.cc/en/Main/arduinoBoardUno

[13] https://skyduino.wordpress.com/2013/04/27/tuto-capteur-temperature-humidite-dht11/

[14] http://fr.hobbytronics.co.uk/mq2-gas-smoke-sensor

[15] http://www.domotique-info.fr/technologies-domotique/zwave/

[16] http://faitmain.org/volume-2/xbee-arduino.html

[17] https://arduino-info.wikispaces.com/Nrf24L01-2.4GHz-HowTo

62
Annexe1

1. Spcifications
Lorsque le processus fonctionnel est suffisamment simple, cest un processus primitif ; il doit
tre dcrit par une spcification sous forme textuelle (spcification procdurale, par pr
condition et post condition), tabulaire ou graphique.
Dans cette partie, on va sintresser prsenter les spcifications du systme sous forme
procdurale en se basant sur les diagrammes dj raliss selon la mthode SART.

[Acqurir_temprature]

Processus fonctionnel : Acqurir temprature


E/ donnes : Temp
E/ vnements : E/D
S/ donnes : Temprature_mesure
S/ vnements : --
Ncessite : Temp=valeur
Entrane :
Dfinir type du DHT.
Dfinir le PIN (Numro & type (I/O)).

Faire toujours
Lire la temprature.
Si pas de Temp
Alors mettre Erreur vers Processus 8 travers le Processus de contrle 10
Sinon
mettre T=temp vers Processus 8
Retourner Temprature_mesure
Finsi
Fin faire

[Fin_Acqurir_temprature]

****************************************************************

[Analyser_temprature]

Processus fonctionnel : Analyser temprature


E/ donnes : Temprature_mesure, Temprature_consignes
E/ vnements : T

63
S/ donnes : Commande_vitesse
S/ vnements : Consigne_respecte
Ncessite : Temprature_mesure
Entrane :
Faire toujours
Si Temprature_mesure est dans [Consigne1]
mettre Commande_vitesse=1 dans le Processus 3

Sinon si Temprature_mesure est dans [Consigne2]


mettre Commande_vitesse=2 dans le Processus 3

Sinon si Temprature_mesure est dans [Consigne3]


mettre Commande_vitesse=3 dans le Processus 3

Sinon si Temprature_mesure est dans [Consigne4]


mettre Commande_vitesse=4 dans le Processus 3

Sinon Consigne_respecte
mettre Commande_vitesse=0 dans le Processus 3

Finsi
Fin faire

[Fin_Analyser_temprature]

****************************************************************

[Commander_ventilateurs]

Processus fonctionnel : Commander ventilateurs


E/ donnes : Commande_vitesse
E/ vnements : E/D
S/ donnes : Ventilation
S/ vnements : --
Ncessite : Commande_vitesse = [1|2|3|4]
Entrane :
Faire toujours
Si Commande_vitesse=0
Alors
crire en PWM la valeur 0
mettre Fan 0% vers Processus 8

Sinon si Commande_vitesse=1
Alors
crire en PWM la valeur 60
mettre Fan 25% vers Processus 8

Sinon si Commande_vitesse=2
Alors
crire en PWM la valeur 120
64
mettre Fan 50% vers Processus 8

Sinon si Commande_vitesse=3
Alors
crire en PWM la valeur 180
mettre Fan 75% vers Processus 8

Sinon si Commande_vitesse=4
Alors
crire en PWM la valeur 255
mettre Fan 100% vers Processus 8

Finsi
Fin faire

[Fin_Commander_ventilateurs]

[Acqurir_humidit]

Processus fonctionnel : Acqurir humidit


E/ donnes : Hum,Humidit_consigne
E/ vnements : E/D
S/ donnes : --
S/ vnements : S_H, consigne_respecte
Ncessite : Hum=valeur
Entrane :
Dfinir type du DHT.
Dfinir le PIN (Numro & type (I/O)).

Faire toujours
Lire lhumidit.
Si pas de Hum
Alors mettre Erreur vers Processus 8 travers le Processus de contrle 10
Sinon
mettre H=Hum vers Processus 8
Si Hum > S_H
Alors mettre E vers Processus 7 (Dshumidification) travers le Processus de
contrle 10
Sinon consigne_respecte
mettre D vers Processus 7 (Dshumidification)

Finsi
Fin faire

[Fin_Acqurir_humidit]

****************************************************************

[Dtecter_Niveau_eau]
65
Processus fonctionnel : Dtecter Niveau deau
E/ donnes : NE,consigne_niveau_eau
E/ vnements : E/D
S/ donnes : --
S/ vnements : S_NE, consigne_respecte
Ncessite : S_NE=valeur
Entrane :
Faire toujours
Lire analogiquement le niveau deau.
Si NE >= S_NE
Alors mettre E vers Processus 9 (alarme) travers le Processus de contrle
10
Sinon consigne_respecte
mettre D vers Processus 9 (alarme) travers le Processus de contrle 10
Finsi
Fin faire

[Fin_Dtecter_Niveau_eau]

****************************************************************

[Acqurir_Gaz_Fume]

Processus fonctionnel : Acqurir gaz & fume


E/ donnes : G&F,consigne_Gaz_Fume
E/ vnements : E/D
S/ donnes : --
S/ vnements : Dans_Int_Fume,Dans_Int_Gaz, consigne_respecte
Ncessite : G&F=valeur
Entrane :
Faire toujours
Lire analogiquement la valeur du capteur.
Si G&F est dans Dans_Int_Fume
Alors mettre E vers Processus 7 (Extinction) travers le Processus de
contrle 10
Sinon si G&F est dans Dans_Int_Gaz
Alors mettre E vers Processus 7 (Evacuation) travers le Processus de
contrle 10

Sinon consigne_respecte
mettre D vers Processus 7 (Evacuation | Extinction)

Finsi
Fin faire

[Fin_Acqurir_Gaz_Fume]

66
[Commander_Actionneurs]

Processus fonctionnel : Commander les actionneurs


E/ donnes : --
E/ vnements : E/D
S/ donnes : Dshumidification, Extinction, Evacuation
S/ vnements : --
Ncessite : Processus de contrle 10
Entrane :
Ecrire E ou D sur la sortie du PIN concern.
[Fin_Commander_Actionneurs]

****************************************************************

[Afficher]

Processus fonctionnel : Afficher


E/ donnes : --
E/ vnements : E/D
S/ donnes : Affichage
S/ vnements : --
Ncessite : Processus de contrle 10
Entrane :
Fonctions du LCD dj dfinies.
[Fin_Afficher]

****************************************************************

[Envoyer]

Processus fonctionnel : Envoyer/recevoir


E/ donnes : Data
E/ vnements : T
S/ donnes : Envoi
S/ vnements : --
Ncessite : Data
Entrane :
Lire les donnes.
Configuration (mode : soit envoyer ou recevoir).
Choisir la destination (adresse ID).
Acheminer le message.
[Fin_Envoyer]

****************************************************************

67
2. Spcifications des donnes
Au fur et mesure de la ralisation des diffrents diagrammes flots de donnes
(diagramme de contexte, diagramme prliminaire et diagrammes de dcomposition), un
ensemble de donnes et dvnements est dfini. Les donnes et les vnements, qui
interviennent tous les stades du modle, sont alors runis dans un dictionnaire de donnes.

Dans la partie suivante, nous allons prsenter le dictionnaire de donnes propre au systme :

Temp = Signal en entre


Rle : donne un signal proportionnel la temprature.
Type : entre analogique code de type entier sur 8 bits.

Temprature_consignes = Donne dentre


Rle : donne les valeurs consignes de temprature pour faire la comparaison.
Type : Sous forme dintervalles dentier figs.

Hum = Signal en entre

Rle : donne un signal proportionnel lhumidit.


Type : entre analogique code de type entier sur 8 bits.

Humidit_consigne = Donne dentre

Rle : donne la valeur seuil dhumidit pour faire la comparaison.


Type : un seuil de type entier fix.

S_H dpass = vnement interne


Rle : Indique que la valeur du seuil dhumidit est dpasse.
Type : une valeur de type entier.

NE = Signal en entre
Rle : donne un signal proportionnel au niveau deau.
Type : entre analogique code de type entier sur 10 bits.

S_NE dpass = vnement interne


Rle : Indique que la valeur du seuil du niveau deau est dpasse.
Type : une valeur de type entier.

Consigne_niveau_eau = Donne dentre


Rle : donne la valeur seuil du niveau deau pour faire la comparaison.
Type : un seuil de type entier fix.

G&F = Signal en entre


Rle : donne un signal proportionnel au niveau de gaz et fume.
68
Type : entre analogique code de type entier sur 10 bits.

Dans_Int_Gaz, Dans_Int_Fume = vnements internes


Rle : Indique que la valeur est dans lun des intervalles.
Type : une valeur de type entier.

Consigne_Gaz_Fume = Donne dentre


Rle : donne les valeurs consignes du gaz & fume pour faire la comparaison.
Type : Sous forme dintervalles dentier figs.

Consigne respecte = vnement interne


Rle : indique les valeurs dans les cas normaux.
Type : de type entier.

Commande_vitesse = Donne interne


Rle : permet de dfinir la commande de vitesse souhaite.
Type : entier dfini dans soit 0 | 1 | 2 | 3 | 4.

Ventilation = Signal en sortie

Rle : permet dactionner des ventilateurs.


Type : sortie analogique PWM de [0-255] pour le 12V.

Dshumidification, Evacuation, Extinction = Signaux en sortie


Rle : permet dactionner les diffrents quipements.

Type : sorties numriques de type boolen.

Affichage = Signal en sortie


Rle : permet dafficher les informations sur un LCD.
Type : sortie analogique par communication I2C partir de ladresse 0x27.

Envoi= Signal en sortie


Rle : Envoyer les donnes reues vers un rcepteur.
Type : sortie analogique.

Data = Donne dentre


Rle : donne les valeurs acquises des diffrents capteurs denvironnement.
Type : Sous forme dentiers stocks dans des buffers.

Mise_sous_tension= vnement en entre


Rle : indique la mise en marche du systme.
Type : entre analogique (Alimentation).

69
3. Les exigences et contraintes
Etant donn que notre systme est en interaction directe avec lenvironnement, plusieurs
exigences devraient tre prises en considration, on fait donc rfrences aux mesures ralises
lors des tests unitaires.

De plus lemplacement du systme et la dimension dans laquelle il volue, nous fait rflchir
sur les ventuelles contraintes quon pourrait cadrer afin dviter tout dysfonctionnement
menant vers une panne critique.

Dans cette partie, nous allons essayer de dcortiquer quelques exigences et contraintes relatives
au systme mis en place :

Grandeurs physiques Consignes de hors Consignes de Actionneurs


fonctionnement fonctionnement
Temprature Moins de 0C Ventilateurs la vitesse 0

Temprature entre 0C et Ventilateurs la vitesse 1


15C
Temprature entre 15C Ventilateurs la vitesse 2
et 30C
Temprature entre 30C Ventilateurs la vitesse 3
et 40C
Temprature plus de Ventilateurs la vitesse 4
40C
Humidit Moins de 70% Dsactiver le
dshumidificateur

Plus de 80% Activer le dshumidificateur

Eau Moins de 100 Alarme au niveau de


lapplication distante (voyant
blanc)

Plus de 100 Alarme au niveau de


lapplication distante (voyant
rouge)

Fume Moins de 350 Dsactiver extincteur

Valeurs entre 350 et 750 Activer extincteur

70
Gaz Moins de 700 Dsactiver vacuateur

Valeurs entre 700 et Activer vacuateur


1024

Tableau 1: spcifications des diffrents capteurs

En ce qui concerne les contraintes, nous pouvons faire le point sur laspect de lalimentation,
surtout que le systme se situe dans un site distant :

- Tous les capteurs connects la carte sont aliments par cette dernire.
- La carte embarque est alimente soit :
o Par batterie de 9v (remplaable ou rechargeable).
o Par un transformateur, qui transforme la tension dun secteur de 220V vers le
9v.
- Lunit de transmission est alimente soit :
o Par la carte embarque.
o Soit par une alimentation externe.
- Le LCD est aliment par la carte embarque.
- Les ventilateurs sont aliments par :
o Une alimentation externe de 12V.

o Il faudrait prvoir un circuit de commande de puissance.


- Les autres actionneurs sont lis directement un secteur de 220V et commands par la
carte embarque par le biais dune excitation gnre travers un relais 5V/220V.

71
Annexe 2

1. Budget estim pour la ralisation du projet


Ltude conomique dans un tel projet est primordiale, le prototype ralis sera une solution
gnralise dans tout le Maroc.
En effet le budget du prototype doit multiplier par plus 2500 sites distribus sur les diffrentes
zones du pays ; dans ce qui suit nous allons donner une approximation du budget totale du
projet.

1.1 Les prix des diffrents composants

Composantes Spcification Prix (Dhs)


DHT11 Capteur de la temprature et lhumidit 44
MQ-2 Capteur du Gaz et fume 80
FUNDUINO Capteur du Niveau dEau(Inondation) 45
Arduino UNO Microcontrleur 250
Antenne NRF 24L01 Antenne de transmission et de rception 30
Maquette + fils Branchement et esthtique 50
Serveur Serveur web 10000

Tableau 2: prix des diffrents quipements

1.2 Budget dun seul site


Chaque site parmi les 2500 sites dans le pays il aura besoin de :

Un seul capteur DHT11.


Un seul Capteur MQ-2.
Un seul capteur FUNDUINO.
2 Cartes ARDUINO UNO.
Une seule Antenne NRF24l01.
Accessoires.
Donc pour chaque site nous aurons besoin dune somme de : Ssite= 500 Dhs.

1.3 Budget Total


Dans le calcul du budget total nous avons pris en considration toutes les dpenses
ncessaires pour lintgration et la mise en uvre de la solution, savoir, le transport, le
logement etcCes dpenses valaient approximativement 1500000 Dh.

72
Dautre part, le systme de supervision pour tous les quipements MSANs au Maroc aura
besoin de 50 serveurs, cest--dire un serveur pour 100 MSANs dans la mme zone de
supervision (ville, rgion ou secteur).
A partir de ces tudes financire nous pouvons dire que la somme totale du Projet est :
Stotale=3250000 Dh.

73

Vous aimerez peut-être aussi