Conception et réalisation d'un syst`eme d'instrumentation ... - CoDE

1.3. INSTRUMENTATION DISTRIBU ÉE
cellules et préparant les données pour envoi vers les machines lointaines. Il n’ empêche que
les données arrivant des contrôleurs de cellules n’ en restent pas moins peu cohérentes dans
le temps et donc peu exploitables à distance. On perçoit donc bien ici le besoin de disposer
d’une composante logicielle forte dans les cellules de prise de mesure, composante logicielle
qui serait éventuellement ”induite” localement pour les seuls besoins de l’expérimentation.
L’utilisation tant d’un réseau local que global présuppose que chaque acteur prenant
part à l’expérience est à même de s’ identifier sur ce réseau. Ceci signifie, par exemple
pour un réseau TCP/IP, que chaque machine doit disposer d’une adresse IP unique mais
également avoir connaissance du routeur local permettant le branchement le cas échéant
au réseau global. De plus, le contrôle des expériences par réseau suppose une géométrie
relativement statique au vu du manque d’interopérabilité des appareils. En effet, chaque
appareil pris en charge par un ordinateur aura nécessité l’installation et la configuration
d’un gestionnaire propriétaire, quel que soit le système actuel utilisé, e.g. GPIB-Enet. Modifier
un appareil, changer un voltmètre par un autre provenant d’un constructeur différent,
ou déplacer les appareils impose de réévaluer une partie non négligeable de la configuration.
La robustesse du système de mesure est un élément également souvent peu ou pas
intégré à l’architecture de l’expérimentation. Il faut donc parallèlement mettre en oeuvre
un ensemble de techniques permettant l’évaluation de l’état courant des appareils. Un tel
système sera donc forcément peu réutilisable et interopérable avec d’autres systèmes de
surveillance du bus, puisqu’il s’ agit de mettre en oeuvre des solutions commerciales ou
développées sur mesure.
Enfin, le désir de faire communiquer des instruments et des ordinateurs selon un schéma
homogène et portable impose l’utilisation de protocoles standardisés qui présentent le
double désavantage de ne pouvoir évoluer dans le temps et de ne pas tirer bénéfice des
techniques de développement actuelles, notamment l’utilisation de langages de très haut
niveau orientés-objet et de techniques de mise en oeuvre d’objets distribués.
Constituer des points de mesures mobiles, dynamiques voire collaboratifs est donc actuellement
fort peu aisé, voire impossible au vu de ces limitations.
19