Académique Documents
Professionnel Documents
Culture Documents
MODULE M5
La communication GPIB
SYSTEMES DE MESURES INFORMATISEES
1. Historique du GPIB:
Au dpart, le GPIB (General Purpose Interface Bus) fut dvelopp par HP au dbut des annes 70, pour connecter et contrler des instruments programmables produits par HP. Cependant, avec lintroduction de commandes numriques et dquipements de test programmables, il a t ncessaire de crer un standard, le IEEE 488, qui rponde certaines spcifications. Ce standard a t amlior par la suite et a conduit successivement la norme IEEE 488.1 puis au driver IEEE 488.2, qui apporte des atouts supplmentaires au systme par la mise en place de commandes de logiciels. En 1990, fut cr le SCPI, qui garantit la compatibilit et la configuration de divers instruments et logiciels SCPI avec le GPIB et qui, combin avec le IEEE 488.2, garantit une meilleure productivit. National Instruments est aujourdhui le leader des interfaces GPIB. En effet, la gamme des produits GPIB National Instruments ne cesse de stendre et inclut les formats PCI, PCMCIA, Ethernet, USB et IEEE 1394 ainsi que sous de nombreux systmes dexploitation tels que Windows 2000/NT/9x/3.1, Mac OS, Unix et Linux. Vous trouverez ci-dessous le concept IEEE 488 des contrleurs et des priphriques.
Ainsi, il standardise les formats des messages de linstrument, un ensemble de commandes, une structure de renvoi dtat standard et les protocoles des contrleurs, ce qui a permis dunifier le contrle dinstruments fabriqus par des centaines dentreprises diffrentes. Le standard 488.2 a facilit la communication avec un instrument GPIB mais chaque instrument possde encore un ensemble unique de commandes propres chaque famille dinstruments dun mme constructeur. HP a travaill sur le problme et a propos un langage Test et Mesure (TML) qui tait bas sur un modle dinstrument. Le GPIB est donc un bus ainsi quun systme dinterface trs usit, de par le fait quil a t standardis et quil couvre une large gamme de produits. De plus, les extenseurs du bus GPIB lui permettent dutiliser un grand nombre dinstruments en mme temps, et ce, sur des distances de plus en plus longues, en gardant toujours un taux de transfert de donnes important : environ 1 Moctets par seconde. Ce taux peut tre amlior en utilisant le HS488 capable d'atteindre des taux de transfert de 8 Moctets par seconde. Il est, de plus, facilit par lutilisation du driver NI-488.2 qui est reconnu dans lindustrie toute entire pour sa facilit dadaptation toute une varit dapplications et de systmes dexploitation. Ainsi, en le comparant avec dautres bus et liaisons, on remarque que le GPIB a encore de belles annes devant lui.
4.1.
Les contrleurs ont la possibilit denvoyer des messages de commande, de communiquer des donnes sur le bus et de rcuprer des donnes venant des divers priphriques. Il y a un contrleur dans le systme qui est dfini comme le contrleur du systme et qui a le rle de contrleur en charge initial. Les priphriques GPIB peuvent envoyer des donnes, les recevoir et les lire et peuvent mme grer le flux dinformations en envoyant des ordres aux autres priphriques. Chaque priphrique peut donc jouer le rle de donneur dinformations ou de receveur. Quelques priphriques peuvent navoir la tche que de receveur ou de donneur dinformations. Le donneur dinformations conduit la ligne DAV alors que les receveurs conduisent les lignes NDAC et NRFD. Il existe plusieurs faons de contrler le GPIB par logiciel : - utiliser des langages comme C ou BASIC et une interface de langage
- utiliser LabVIEW ou CVI qui sont construits pour communiquer directement avec le driver.
4.2.
Il existe trois mthodes pour spcifier que lon est la fin du message envoy. La mthode EOS utilise un caractre de fin de chane, qui signifie quil sagit de la fin du message envoy par les priphriques sur le bus GPIB. Il peut sagir de nimporte quel caractre. Cela permet ainsi au priphrique, receveur de donnes, de savoir quil a termin de lire les donnes envoyes. Cependant, avant dutiliser cette mthode, vous devez auparavant configurer les priphriques en question. La mthode EOI utilise la ligne EOI du GPIB. Ainsi, lorsque les priphriques donneurs dinformations envoient le dernier octet de donnes, ils activent la ligne EOI pour dire que le message est termin. Le priphrique receveur dinformations surveille la ligne EOI et sait donc, suivant ltat de celle-ci, si le message est termin ou non. Noubliez pas non plus de configurer les diffrents priphriques avant dutiliser cette mthode. Cest la mthode utilise, par dfaut, par les cartes de National Instruments. La mthode de comptage nutilise ni le caractre de fin de chane, ni la ligne EOI. Le priphrique reoit en mme temps que le message, le nombre doctets quil contient. Ds que le priphrique receveur dinformations a lu le nombre exact doctets, il arrte de lire.
Lorsque vous connectez ces deux ports aux deux systmes GPIB, lextenseur mmorise et rpte les signaux dun bus lautre. Ainsi, avec un extenseur, vous pouvez contrler jusqu 28 instruments. Vous pouvez galement utiliser cet extenseur pour relier des priphriques qui sont spars de plus de 4 m.
Lausanne, le 15.11.2004
B. Najafi