Utilisation de l'api javax.comm pour les ports sériesDate de publication : 3/11/04 , Date de mise à jour : 02/01/05
Par
Christophe Jollivet (mes autres tutoriels) Cet article vous présente l'utilisation de l'api javax.comm pour le contrôle des ports séries. 1. Introduction 1.1. Rappels sur le port série 1.2. Contenu de l'archive javax.comm 1.3. Contenu de l'API 2. Utilisation de l'API 2.1. Importer les packages nécessaires 2.2. Obtenir une instance de SerialPort 2.2.1. Lister les ports de la machine 2.2.2. Obtenir un port 2.2.3. Rendre le port 2.3. Utiliser cette instance de SerialPort 2.3.1. Paramétrer le port 2.3.2. Travailler avec les flux 2.3.3. Travailler en événementiel 2.4. Cas des applets 3. Exemples d'application 3.1. Utilisation des flux (balance électronique) 3.2. Utilisation du mode événementiel (lecteur de code barre) 4. Conclusion 1. Introduction
1.1. Rappels sur le port série
Le port série utilise un fil pour l'émission et un autre fil pour la réception. Donc, dans un port série les bits de données sont envoyés les uns après les autres. L'interface série est orientée caractère et chaque caractère envoyé est délimité par un signal de début (un bits à 0) et par un signal de fin (un ou deux bits selon le paramétrage).Un caractère étant généralement composé d'un ensemble de huit bits, la conséquence de ce système de communication est une lenteur puisque pour un caractère de 8 bits, il faut ajouter 2 ou 3 bits supplémentaires qui représente 25% minimum de message en plus.
Pour plus d'informations sur le port série, veuillez consulter ces sites : http://www.ctips.com/rs232.html ou http://www.google.fr
1.2. Contenu de l'archive javax.comm
Le zip est téléchargeable sur le site de SUN : http://java.sun.com/products/javacomm/index.jsp
Il est composé de :
La dll est à mettre dans le répertoire Windows/system32, le fichier comm.jar et le fichier javax.comm.properties sont à mettre avec les autres librairies externes de votre application. Il ne faut pas toucher au fichier de configuration.
1.3. Contenu de l'API
Cette API contient différentes classes et interfaces.
Pour la gestion des ports :
Pour la gestion des événements :
Pour les exceptions :
Il existe deux niveaux pour la gestion des ports de communication :
La classe CommPortIdentifier est la classe centrale pour le contrôle des accès aux ports de communication.
Elle inclut les méthodes pour :
Une application utilise d'abord CommPortIdentifier pour négocier avec le driver et découvrir les ports qui existe sur la machine puis en sélectionner un pour l'ouverture. Ensuite elle utilise les méthodes des autres classes comme CommPort, ParallelPort et SerialPort pour communiquer par ce port.
La classe CommPort est une classe abstraite qui décrit les ports de communication rendus disponibles par le système. Elle inclut les méthodes pour le contrôle des entrées/sorties qui sont communes aux différents types de ports de communications. SerialPort et ParallelPort sont des sous-classes de CommPort qui incluent des méthodes additionnelles pour le contrôle bas-niveau des ports de communication.
Il n'y a pas de constructeur pour CommPort. Par conséquent une application doit utiliser la méthode CommPortIdentifier.getPortIdentifiers() pour générer une liste des ports disponibles. Elle choisit ensuite un port dans la liste et appelle CommPortIdentifier.open pour créer un objet CommPort qui est casté ensuite en SerialPort.
Après qu'un port de communication a été identifié et ouvert, il peut être configuré avec les méthodes de bas niveau de la classe SerialPort.
Enfin il est possible de travailler de 2 façons différentes avec ces ports :
2. Utilisation de l'API2.1. Importer les packages nécessaires
2.2. Obtenir une instance de SerialPort
Deux façons de travailler :
2.2.1. Lister les ports de la machine
La sortie écran nous donne :
Attention cette liste de ports est susceptible de varier selon la configuration de votre machine.
2.2.2. Obtenir un port
Maintenant nous allons essayer d'obtenir un objet SerialPort sur le port COM1. Pour cela on obtient d'abord l'identifiant puis on ouvre le port correspondant et le caste en SerialPort.
L'appel de la méthode open accepte deux paramètres :
Si le port est déjà utilisé par une autre application, le système propage un PORT_OWNERSHIP_REQUESTED et donne alors le délai au système pour libérer le port. En cas d'échec une PortInUseException est levée.
2.2.3. Rendre le port
Pendant l'exécution de votre application, une autre application est susceptible de vouloir utiliser le même port que vous. Si vous désirez en être informé pour éventuellement libérer le port, votre application qui ouvre le port doit implémenter l'interface CommPortOwnershipListener .
Si vous désirez libérer le port, il faut faire appel à la méthode CommPort.close()
2.3. Utiliser cette instance de SerialPort2.3.1. Paramétrer le port
Après son ouverture, vous devez paramétrer le port.
Les paramètres importants pour la communication par port série sont :
Ces méthodes de paramétrage sont susceptibles de lever une UnsupportedCommPortOperationException. Leur utilisation est simplifiée par l'usage des attributs statiques de SerialPort. Dans l'exemple précédent notre port est paramétré sans contrôle de flux, à 9600 bauds sur 8 bits avec 1 bit stop et sans parité ce qui correspond au paramétrage par défaut.
Enfin la classe SerialPort dispose aussi de méthodes permettant d'interrompre ou reprendre la propagation de certains types d'évènements selon vos besoins.
2.3.2. Travailler avec les flux
On peut désirer travailler avec les flux des ports séries (dans le cas de communication avec un périphérique par exemple)
On travaille ensuite simplement avec les flux comme on le fait avec une socket par exemple (construction de BufferedReader, XMLEncoder, etc.).
2.3.3. Travailler en événementiel
Il est possible de travailler en événementiel avec les ports séries. Pour cela il suffit d'implémenter l'interface SerialPortEventListener dans une classe et de l'ajouter en Listener.
Ajouter la classe en Listener
Les ports ne pouvant accepter qu'un Listener, une exception de type TooManyListenersException est levée si un listener est déjà enregistré auprès du port.
L'interface SerialPortEventListener présente une seule méthode :
public abstract void serialEvent(SerialPortEvent ev). Il faut alors gérer l'évènement selon son type que l'on peut récupérer par la méthode
ev.getEventType().
Les ports séries disposent de toutes une batterie d'événements. Une gestion classique de ces événements s'opère par utilisation d'une structure switch et des attributs statiques de la classe SerialPortEvent
2.4. Cas des applets
Il faut savoir que le chargement du driver avec une applet lève une exception sur le :
Le message dans la console est :
Cela n'empêche pas l'applet de fonctionner. Vous pouvez intercepter cette exception ou la laisser s'afficher dans la console java du navigateur.
3. Exemples d'application
A la suite vous trouverez deux exemples d'utilisation du port série. Le premier travaille avec les flux, le second travaille en mode événementiel.
Ces exemples reprennent une partie du code des exemples disponibles avec l'API.
Dans les exemples qui suivent, la section catch des blocs try-catch est laissée vide pour réduire la taille du code. De même, dans un souci de simplification, il n'y a pas de contrôle des arguments et la demande d'un port inexistant entraîne un plantage.
3.1. Utilisation des flux (balance électronique)
Ce mode de fonctionnement peut aussi correspondre à celui de communication avec un modem, un routeur, un moteur pas à pas, etc.
Cet exemple est basé sur la demande de poids à une balance connectée sur le port série. Pour donner son poids, la balance attend un signal sous la forme du caractère '$'.
La ligne de commande attend en argument le nom du port où la balance est connectée (COM1 par exemple). Attention dans cet exemple, l'absence de périphérique sur le port entraîne un blocage de l'application sur la lecture de la réponse. Pour éviter ce blocage, la communication doit se faire dans un thread.
3.2. Utilisation du mode événementiel (lecteur de code barre)
Ce mode de fonctionnement correspond à celui des capteurs de façon générale.
Cet exemple est basé sur l'utilisation avec un lecteur de code à barre. Lorsqu'un code à barre est flashé, sa valeur s'affiche à l'écran. L'écoute du port série se fait dans un thread.
La ligne de commande attend en argument le nom du port où le lecteur est connecté (COM1 par exemple).
4. Conclusion
Dans ce tutoriel, j'aborde l'utilisation du port série. Le problème du port série est qu'il n'existe pas d'API fonctionnant sur tous les systèmes. Cela fait perdre le caractère multiplateforme de votre application en JAVA. De plus l'API javax.comm utilisée dans ce tutorial et qui fonctionne sous Windows nécessite l'installation d'une dll sur le poste. Ce second point est encore plus gênant dans le cas d'une utilisation sous forme d'applet. Toutefois son utilisation reste très souple puisque tous les paramètres sont facilement accessibles. De plus cette API permet une utilisation des ports selon un mode événementiel ou par utilisation des flux, en fonction du type d'application que vous développez.
|
Copyright © 2004 Christophe Jollivet. Aucune reproduction, même partielle, ne peut être faite de ce site et de l'ensemble de son contenu : textes, documents, images, etc sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à 3 ans de prison et jusqu'à 300 000 E de dommages et intérêts. Cette page est déposée à la SACD.