Java et lecteur code barre

Bonjour,

Je souhaite utiliser un lecteur code barre dans mon application.
Le lecteur se branche sur un port USB. Je parviens à lire un code barre dans un traitement de texte par exemple ou dans mon application dans un JTextField mais ce n'est pas mon but.

Le code barre sera un int qui correspond à un id d'un objet java (objet Supply pour info).
Donc je ne veux pas 'visionner' le chiffre lu par le lecteur code barre dans un JTextField. Je veux 'exploiter’ directement l'id lu par la douchette pour récupérer mon objet 'Supply'.

Alors ma question est comment dois-je procéder ? En effet, le risque est que si par mégarde on utilise la douchette quand le focus est sur un JTextField, ça va causer des problèmes dans mon application…
Alors, dois-je détecter le port sur lequel la douchette est branchée (comme je l’ai déjà lu dans les forums)? Ou utiliser un thread ?

Merci pour vos réponses.

La pluspart des douchettes se comportent comme de simples claviers USB. Donc non, la méthode, c'est le textfield qui recois l'input. Après, je pense que le caissier est quand même pas con au point de rentrer l'id de l'article dans le code postal....

Bonsoir,

Pour moi, le problème du caissier m'importe peu, je ne dois pas utiliser de textfield pour la lecture par douchette dans mon application (si c'est possible) !

Bàt.

Qu'est-ce qui t'importe le plus:

Ne pas utiliser de textfield? Même avec un simple clavier, c'est possible ça.
Ne pas considérer le lecteur comme un clavier? Là c'est beaucoup plus complexe...


Dans le premier cas, tu peux par exemple, faire une JFrame ne contenant aucune zone de texte, et y mettre des keylisteners globaux pour savoir sur quoi on a appuyé, etc. Bref, tu traite les évènement clavier "à la main".

Dans le second cas, il va falloir faire un shopping serré auprès des constructeur, pour en trouver un qui fournis un SDK d'accès direct au lecteur et que ce sdk soit utilisable en java.... Tu peux éventuellement chercher dans les douchettes compatibles RS-232 (port série donc) et voir ce qui passe par là quand tu les utilise....

Bjr tchize,

Ce qui m'importe, c'est le premier cas que tu as cité et je vais faire comme tu me conseilles.
Je souhaite te remercier pour toute ton aide.

Bonne fête.

Marc

Bonjour,

@paesportcomputing, est-ce que le constructeur de l'appareil te fournis des API Java pour que tu puisse communiquer avec l'appareil connecté sur ton port USB ?

Je me pose une question lié à la communication entre un programme Java et un matériel externe (comme un lecteur de code-barre, un lecteur de carte à puce etc...).

Pourquoi n'utilises-t-on pas une simple communication avec des sockets TCP/IP ou UDP/IP sur une IP et numéro de port (par défaut, donné par le constructeur de l'appareil, ou bien configurable) ?

J'ai remarqué que souvent, lorsque l'appareil utilise du port série, il faut passer par du RXTX ou développement bas niveau (C / C++). Faut-t-il alors avoir recours à du JNI ?

Citation:

---

Envoyé par Gugelhupf

Pourquoi n'utilises-t-on pas une simple communication avec des sockets TCP/IP ou UDP/IP sur une IP et numéro de port (par défaut, donné par le constructeur de l'appareil, ou bien configurable) ?

---

Perso, des périphérique qui ont leur propre ip, je m'en méfie, coté sécurité, c'est souvent pas top. Sans compter qu'entre un périphérique connecté ou un simple périphérique, c'est souvent pas les mêmes couts de fabrication. Les lecteur de code barre existent depuis des décennies et on toujours été sur un fonctionnement simple: il apparaissent comme des clavier comme ça t'as même rien à faire pour l'utiliser :aie:

Pour le coût entre un périphérique connecté et un périphérique simple, les clés USB sont considérés comme un périphérique connecté et ne coutent pas très chers pourtant ? :aie:

Le problème en Java, c'est que lorsqu'il faut utiliser un périphérique, il faut utiliser des libs externes compilé en C. Je me dis que le simple fait d'échanger des flux via des Socket seraient plus simples pour effectuer une communication entre une machine et l'appareil.

Dès qu'il faut se connecter sur le port COM, c'est la fête en Java :yaisse2:

Quand je parle de connecté, je parle de ton point de vue au départ, d'un périphérique avec toute sa pile TCP/IP.

Les modems routeurs aujourd'hui supportent tous la configuration via upnp, qui est sur la couche réseau. Et ben ça reste la fête :aie:.

Oui mais pour les modems c'est normal, la connexion peut se faire via le Wi-Fi, pas besoin de toquer à la porte de son voisin pour brancher son câble Ethernet :aie:

Je me souviens d'un projet où il a fallut que je fasse communiquer un serveur avec un écran tactile (industriel), avec une liaison série RS-232 en C++ avec Win32... Tout ça juste pour effectuer un échange de flux avec le port COM1.