Discussion :

[madmox]

Bonjour,

Je travaille actuellement sur un projet où j'utilise la technologie bluetooth pour réaliser un client/serveur multithread capable d'accepter plusieurs connexions clientes.

J'utilise donc pour le serveur :
- Windows (CE 5.0, développement sur carte embarquée) avec la stack fournie par Microsoft,
- ou Linux avec la stack BlueZ. Par soucis de portabilité, je me sers de sockets RFCOMM (émulation de port série) pour l'établissement de connexions.
Les clients sont différents modèles de téléphones mobiles compatibles Bluetooth, avec des applications développées en Java.

Cependant je ne trouve nulle part des informations sur la simultanéité de plusieurs connexions (plusieurs clients connectés à un serveur), alors qu'après de nombreux tests il semblerait que le nombre de sockets ouvrable avant plantage de l'application soit très limité (2 sous Windows CE 5.0, et entre 4 et 7 sous Linux), et ce même sans échange d'informations sur les sockets (pas un problème de débit donc).

Le standard Bluetooth parle bien de réseau piconet avec un maître et 7 esclaves connectés (255 en mode parked, mais pas plus d'informations sur comment s'en servir...), mais il me semblait que ces réseaux étaient définis à un niveau plus bas que les sockets RFCOMM, et donc qu'ils n'influaient pas sur le nombre de connexions.

Quelqu'un peut-il me renvoyer vers un lien intéressant, ou même me donner quelques bases de réflexion pour comprendre le phénomène ?

[magicsmacks]

Bonjour,

Avez-vous trouvé une solution à votre projet ?
Car j'ai actuellement le même type de problème où j'essaie de connecter via bluetooth plusieurs tablettes sur un serveur local. Le problème est que la clé bluetooth que je possède (toute neuve) permet d'apparailler 7 périphériques en simultané, mais n'ouvre le service PAN que pour un seul périphérique en simultané... Existe-t-il une solution type "point d'accès bluetooth"? Faut il autant de clé bluetooth que l'on a d'appareil à mettre en PAN ?
Merci de votre aide.

Magicsmacks

[Bktero]

Sauf si ça a changé avec les dernières spécifications Bluetooth, j'ai souvenir qu'il y a 2 ou 3 ans, le Bluetooth était forcément une connexion 1/1, bien qu'un appareil puisse être appareillé à plusieurs appareils bien sûr. Il faut donc se renseigner sur les versions les plus récentes pour voir si un tel profil a été ajouté mais cela sous-entend aussi que seuls les appareils récents pourront en bénéficier.

[magicsmacks]

C'est bien ce que j'ai peur...
Je ne sais pas si quelqu'un à la réponse...?
J'ai vu que certaines marques fabriquaient, fut un temps des "points d'accès (NAP)" bluetooth...
Mais je ne sais pas si ces bornes acceptaient plus que du 1/1, et de plus ces bornes ne sont plus fabriquées depuis l'avènement du WIFI...
Merci de votre aide

Magicsmacks

[madmox]

De mémoire, la limitation sur les connexions entrantes étant beaucoup trop forte et dépendante de l'OS du serveur, la solution retenue avait été d'établir la connexion dans l'autre sens (serveur de données vers périphérique client).

Le serveur reste à l'écoute dans un thread séparé de celui des futurs échanges, accepte toute connexion entrante, mémorise les infos de connexions du périphérique distant, ferme la connexion proprement et en établit une nouvelle avec le périphérique, qui est passé en mode écoute pendant ce temps. La nouvelle connexion est affectée à un thread séparé pour la suite du traitement.

Je ne sais absolument pas si ça peut vous aider ou si c'est applicable au profil Bluetooth que vous utilisez, et il est également nécessaire d'avoir la main sur l'algorithmie à la fois côté serveur et côté client (installation d'une app sur la tablette) pour le faire de façon automatisée.

Par contre dans ce sens là la limitation sur le nombre de connexions était beaucoup plus grande.

[magicsmacks]

Merci beaucoup pour cette réponse...
Je vais voir ce que je peux faire...
Ceci dit si quelqu'un a des infos sur ces points d'accès bluetooth je suis preneur...