Discussion :

[ChPr]

Bonsoir à toutes et à tous,

J'essaie de faire une application bluetooth client/serveur pour échanger du texte.

Chacune des deux parties fonctionne, mais à un détail près : je n'arrive pas à reconnecter le serveur car je ne sais pas détecter s'il a été déconnecté.

A titre d'exemple, je possède un petit GPS Bluetooth. Je l'utilise avec la partie client de mon application. Quand je connecte mon appli, je reçois les phrases NMEA de mon GPS. Quand je déconnecte mon appli, je ne reçois plus rien du GPS. Lorsque je me reconnecte au GPS, je recommence à avoir les phrases NMEA.

Maintenant, si je fais la même chose avec mon appli serveur, quand je connecte le client, je peux échanger des données dans les deux sens avec le serveur. Quand je déconnecte le client, je ne peux plus rien échanger : normal. Le problème est que lorsque je reconnecte le client, le serveur ne répond pas ; et pour cause, il n'a pas vu que le client était déconnecté et il toute toujours dans sa boucle while(true) dans son Thread.

D'où ma question : comment faire pour que le serveur voit (comme l'a fait mon GPS) que le client n'est plus connecté. Autrement dit comment le faire sortir de sa boucle sur détection de connexion interrompue avec le client.

J'espère avoir été clair.

Merci de votre aide.

Pierre

[nicroman]

Selon le modèle OSI, c'est au protocole de transport d'indiquer que la communication est interrompue.
Le protocole de transport le sachant de puis la couche réseau... etc....

[ChPr]

Selon le modèle OSI, c'est au protocole de transport d'indiquer que la communication est interrompue.
Le protocole de transport le sachant de puis la couche réseau... etc....

Après avoir exploré, au niveau des méthodes BlueTooth, beaucoup de solutions potentielles et qui se sont toutes avérées inefficaces j'en ai conclue qu'il fallait effectivement chercher à une couche inférieure. Pour autant, je ne sais pas comment faire.

As-tu une piste ?

Cordialement.

Pierre

[nicroman]

Pour le bas niveau ... non....

Mais je sais que Android broadcast un tas d'Intent en fonction des connections diverses et variées.

En particulier (un simple search dans la doc android m'a fournit cela comme résultat premier): http://developer.android.com/referen...L_DISCONNECTED

[ChPr]

Bon ben ça va pas être immédiat car j'ai l'impression qu'il faut que j'utilise "les services". Choses que je n'ai jamais étudiée. Va y avoir des questions.

Cordialement.

Pierre

[ChPr]

Bon, finalement, j'ai appris à me servir (à minima) des services, mais dans mon cas, je n'en ai pas besoin.

J'ai recherché des exemples de gestion de broadcast et j'ai trouvé celui-ci, qui m'a apporté la solution.

Finalement, je n'ai eu qu'à ajouter la partie suivante dans mon application pour détecter les connexions/déconnexions du bluetooth :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
        IntentFilter filter = new IntentFilter();
        filter.addAction(BluetoothDevice.ACTION_ACL_CONNECTED);
        filter.addAction(BluetoothDevice.ACTION_ACL_DISCONNECTED);
 
        mBroadcastReceiver = new BroadcastReceiver() {
 
            @Override
            public void onReceive(Context context, Intent intent) {
                String action = intent.getAction();
                Toast.makeText(context, "faire ce que je souhaite"+action, Toast.LENGTH_SHORT).show();
 /*                switch (action) {
                    case BluetoothDevice.ACTION_ACL_CONNECTED:
                        break;
                    case BluetoothDevice.ACTION_ACL_DISCONNECTED:
                        break;
                }*/
           }
        };
        registerReceiver(mBroadcastReceiver, filter);
    }

plus un unregisterReceiver(mBroadcastReceiver); là où il faut.

Par contre, le morceau de code entre /* ... */ crée l'erreur suivante dans Eclipse et Android Studio :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Error:(95, 25) error: strings in switch are not supported in -source 1.6
(use -source 7 or higher to enable strings in switch)

Dans Eclipse en cliquant sur l'option d'application de la source 7, le problème est corrigé.

Dans Android Studio, non. Que et où quoi faire ?

Cordialement.

Pierre

[nicroman]

oui mais non

On ne fait pas de switch sur une chaine... ou des objets.
Un switch ne peut se faire que sur des types de base (boolean, byte, short, int , long, char) ou des enums.

Là en l'occurence faut se le taper à la main:
if (BluetoothDevice.ACTION_ACL_CONNECTED.equals(action)) {
///
} else if (BluetoothDevice.ACTION_ACL_DISCONNECTED.equals(action)) {
////
}

[ChPr]

oui mais non

On ne fait pas de switch sur une chaine... ou des objets.
Un switch ne peut se faire que sur des types de base (boolean, byte, short, int , long, char) ou des enums. ...

oui mais non. Car , "Dans Eclipse en cliquant sur l'option d'application de la source 7, le problème est corrigé.", J'ai pu constater que cela fonctionne ; aussi bizarre que cela parait. Peu être que dans cette version, une chaîne est identifiée par un nombre, auquel cas , on retombe dans les types de base ???

Mais bon, comme je n'ai pas envie de m'ennuyer avec cela, je vais faire du if ... else ...

Cordialement.

Pierre

[Hizin]

Le switch sur String est une fonctionnalité apportée par Java 7.
Il faut toujours autant faire attention et factoriser le code en utilisant des String en tant que clé, mais c'est toutafé possible.

[nicroman]

Les fonctionnalités de Java 7 (diamond, multi-catch, try-with, switch-string), ne sont pas *obligatoirement* supportées. Il existe un moyen de forcer le compilateur à utiliser Java 7.

http://tools.android.com/tech-docs/n...patibility-1.7

A noter que la compilation pour Android 5.0+ nécessite Java 7
(et c'est aussi vrai sous Eclipse):
https://developer.android.com/tools/...adt.html#notes


Par contre, si le targeting est inférieur à kit-kat, je recommande de rester en Java 6.
Quant au switch sur des strings, pour des raisons de lisibilité du code, il a été banni (en même temps, ne sont autorisé chez nous que les switch sur des enums... donc bon... )