Institut national des sciences appliquees de lyon

10.2 TOP

Ce protocole est né de la même démarche chez Boeing et s'applique plutôt aux réseaux bureautiques, ce type d'application correspondant mieux au choix du protocole 8802.3 au niveau 2. Pour les couches 3 à 7/OSI il suit les choix de MAP 3.0 sauf en ce qui concerne l'utilisation de MMS .

10.3 Projet FIP

Ce protocole appelé aussi Flux Informations Processus permet la connexion des capteurs, des actionneurs et des machines du premier niveau d'automatisme. (Il correspond à la notion de "bus de terrain" ("Field Bus"). Il doit permettre un très grand nombre d'interconnexions à un coût très faible. Pour cela il a été décidé de spécifier non seulement un protocole mais aussi un circuit intégré (puis une famille de circuits) supportant le protocole.
Pour assurer la cohérence de l'information, une diffusion de l'information à toutes les stations connectées est mise en oeuvre. Les messages transmis ne portent pas le nom de la station source, mais un identificateur de chaque objet transmis appelé "nomenclature". Une station scrutée diffuse l'information précise qui lui a été demandée (par exemple pression sur le capteur P ). Les stations réceptrices peuvent copier cet objet ou l'ignorer selon sa nomenclature.
L'architecture proposée, pour répondre aux contraintes de ce type d'application, est (comme MiniMAP) une architecture "écroulée" ne comportant que les couches Application, Liaison et Physique

N.B. Un projet concurrent "Profibus" est développé en Allemagne. Il est plus proche de MiniMAP que FIP.

* Couche application
Cette couche offre à l'utilisateur des services de mise à jour d'objets identifiés, de surveillance de la transmission et des stations productrices, de synchronisation et de communication point à point. Ces services peuvent être optimisés et fiabilisés (reprises).
Le service de base est constitué par le mise à jour cyclique d'objets identifiés : périodiquement les variables produites dans les stations productrices sont recopiées par le réseau dans les stations consommatrices. Cette mise à jour peut aussi être faite de manière apériodique par un service de lecture/écriture distantes.
Le service de synchronisation assure une gestion temporelle et événementielle de l'application répartie par envoi d'ordres de traitement, de "photographie" (vérification) ou de positionnement d'un ensemble de variables pour en assurer la cohérence.

* Couches Liaison de données et Physique

FIP est un bus à scrutation périodique et à diffusion qui assure un fonctionnement plus efficace et une meilleur cohérence de l'information qu'un système multipoint à commande centralisée dans lequel la station maître traite individuellement les stations esclaves . Chaque objet (variable, état,...) à transmettre est désigné par un nom unique dont l'ensemble constitue la nomenclature de l'application . Le bus ne transporte que des couples : nom d'objet-valeur de l'objet.

La nomenclature est codée sur 2 octets . Sa gestion est centralisée et commandée par un "gestionnaire de nomenclature . Lorsque celui-ci émet un "identificateur" (nom d'objet), il est reconnu une ou plusieurs stations réceptrices et une station émettrice . Celle-ci envoie alors un couple "identificateur-valeur" reçu par tous les destinataires intéressés .

Au niveau physique, le projet actuel prévoit un bus avec prise passives et transmission synchrone en bande de base avec codage Manchester. La version basse vitesse prévoit un débit de 50 kb/s avec une portée de 2 km. La version rapide prévoit 1 Mb/s sur 500 m.
Pour obtenir un coût de raccordement très faible (100 à 200 F), les fonctions des couches physique et liaison de données doivent être totalement prises en compte dans un circuit intégré spécifique.
FIP propose donc le profil suivant :