Discussion :

[Invité]

Bonjour à tous et meilleurs vœux,

J'ai une appli développée en Qt que j'ai portée sous android. Le résultat est pas mal, mais mon problème concerne le Bluetooth et le mode veille.

Mon problème survient quand la tablette passe en veille, je perds la connexion avec la carte d’acquisition que j’interroge pour me fournir des valeurs de température toutes les secondes.

Ma tablette est une Samsung galaxy tab A de 2016 sous android 7.0.

Ma question : comment forcer ou paramétrer la tablette/ou l'appli pour qu'elle ne désactive pas le Bluetooth en mode veille ?

Merci.

[ClaudeBg]

Salut
------

L'idéal est d'utiliser un service

Sinon tu perdras la connexion lorsque ton appli n'est plus active, ne te laissant comme possibilité alternative que d'empêcher ta tablette de se mettre en veille tant que tourne ton application.

Claude

[Invité]

Salut Claude,

Merci pour ton retour.

L'utilisation de Qt en C++ conduit à un portage en java de ce code. Je ne maitrise donc pas ce qui est utilisé.

Peut-tu m'en dire plus sur la classe java ou autre à utiliser pour mettre un service en place.
Je pourrai peut-être réorienter mon code C++ pour cela.

merci

[grunk]

Maintenir une connexion bluetooth pendant le mode veille n'est pas une bonne pratique et va à l'encontre du Doze mode qui empèche les application de le faire.

Quand ton appli est lancée et au premier plan , pas de problème tu peux être connecté. Pour le reste du temps , comme l'utilisateur interagie pas avec son appareil ou ton appli les connexions devrait être fermée et éventuellement déclencher de manière périodique via L'AlarmManager si tu as besoin de mettre à jour les informations.
Le but la derrière étant les économie de batterie.

[Invité]

Maintenir une connexion bluetooth pendant le mode veille n'est pas une bonne pratique et va à l'encontre du Doze mode qui empèche les application de le faire.

Quand ton appli est lancée et au premier plan , pas de problème tu peux être connecté. Pour le reste du temps , comme l'utilisateur interagie pas avec son appareil ou ton appli les connexions devrait être fermée et éventuellement déclencher de manière périodique via L'AlarmManager si tu as besoin de mettre à jour les informations.
Le but la derrière étant les économie de batterie.

Merci grunk,

Je ne remets pas en cause les économies d'énergie, c'est vraiment une bonne chose que ce genre de limitation existe.

Mais mon application échange une trame de commande (Activation ou non d'un élément Peltier) et reçoit les valeurs des sondes de températures en retour de la carte déportée via Bt.
L'acquisition est réalisée toute les secondes et dure 10 minutes en moyenne.

Donc, je dois garder la connexion ouverte au moins durant le temps de la mesure.

Je regarde de plus prêt ton lien, et peut-être une refonte de l'architecture pour utiliser AlarmManager.

merci

[ClaudeBg]

Maintenir une connexion bluetooth pendant le mode veille n'est pas une bonne pratique et va à l'encontre du Doze mode qui empèche les application de le faire.
Quand ton appli est lancée et au premier plan , pas de problème tu peux être connecté. Pour le reste du temps , comme l'utilisateur interagie pas avec son appareil ou ton appli les connexions devrait être fermée

C'est vrai mais c'est la façon de procéder classique et générique qui ne concerne qu'un logiciel qui, comme 99% des applications standard, est basé sur l'interaction avec l'utilisateur, et dans l'optique que l'économie de batterie est prioritaire sur le maintien de la communication: Ce n'est pas obligatoirement le cas de toutes les applications. Ça l'est du reste rarement des miennes.

Par exemple j'ai une appli domotique qui doit impérativement continuer de communiquer même si le périphérique est en veille, et donc obligation de maintenir la communication à tout prix. L'activité principale ne sert que pour éventuellement stopper manuellement le service ou pour afficher des rapports. J'en ai une autre qui communique avec un périphérique distant en wifi et qui doit rester continuellement active, la batterie n'ayant aucune importance vu que la tablette est fixée au mur et reliée au secteur.

MDstatice a demandé comment maintenir la communication, il avait peut-être également de bonnes raisons de la maintenir. J'avoue ne pas m'être intéressé au "pourquoi" mais seulement au "comment"

et éventuellement déclencher de manière périodique via L'AlarmManager si tu as besoin de mettre à jour les informations.

AlarmManager est basé sur les services, c'est pour ça qu'il fonctionne en mode veille (du moins je pense, je ne l'ai pas étudié spécifiquement).
Le service est la solution pour communiquer même en mode veille, et, quitte à utiliser un service, autant qu'il crée le sien spécifique (vu le type d'application), ce ne sera pas plus gourmand en énergie qu'AlarmManager et ça lui permettra un contrôle plus fin de la gestion de la communication.

Ce n'est évidemment que mon avis, mais en ce qui me concerne je n'utilise pratiquement Android que pour des applications de communication avec des périphériques externes, et c'est comme ça que je procède si je dois maintenir la communication avec l'appareil en veille. L'alternative étant, comme j'ai précisé, d'empêcher la veille de l'appareil, je fais ça uniquement si on doit maintenir un écran visible en plus de la communication, par exemple un panneau de contrôle d'éléments physiques ou un affichage permanent de statut (surveillance active etc)
Comme il précisait que son appareil pouvait passer en veille sans problème, le service me semble LA solution à adopter.

A+
Claude