Notre point de vue est simple\u00a0: cette solution est envisageable dans certains cas, mais uniquement sous certaines conditions. Pour les t\u00e9l\u00e9phones grand public et les applications d\u2019usage courant, elle n\u2019est g\u00e9n\u00e9ralement pas suffisamment fiable pour remplacer une passerelle d\u00e9di\u00e9e.<\/p>\n\n\n\n
Le cas d'utilisation cible<\/h2>\n\n\n\n
L'architecture demand\u00e9e est simple sur le papier. B002<\/a> ou B005<\/a> La balise \u00e9met des donn\u00e9es BLE \u00e0 intervalles r\u00e9guliers. Un t\u00e9l\u00e9phone ex\u00e9cutant l'application du client recherche ces \u00e9missions, lit l'identifiant de la balise et la puissance du signal, puis transmet l'\u00e9v\u00e9nement de d\u00e9tection au serveur.<\/p>\n\n\n\n Cela correspond aux capacit\u00e9s de Lansitec balises<\/a>. Le B002<\/a> Il s'agit d'une \u00e9tiquette BLE ultra-mince bas\u00e9e sur iBeacon, avec des intervalles de publicit\u00e9 configurables de 100 ms \u00e0 10 s et une distance de transmission en visibilit\u00e9 directe de 150 m. B005<\/a> est une balise IP68 plus robuste avec des intervalles configurables, en option Soutien AoA<\/a>, et la m\u00eame port\u00e9e en vis\u00e9e directe de 150 m.<\/p>\n\n\n\n Le probl\u00e8me ne vient donc pas de la balise, mais du t\u00e9l\u00e9phone.<\/p>\n\n\n\n Chez Lansitec B-Mobile<\/a> solution, Passerelles Bluetooth<\/a> sont d\u00e9ploy\u00e9s \u00e0 des endroits fixes. Balises<\/a> faire de la publicit\u00e9 p\u00e9riodiquement, passerelles<\/a> Le serveur re\u00e7oit les donn\u00e9es et calcule ou interpr\u00e8te la position en fonction des positions connues de ces passerelles<\/a>. Ces m\u00eames documents indiquent \u00e9galement que porte<\/a> La r\u00e9ception est effectivement toujours active dans le mod\u00e8le de d\u00e9ploiement pr\u00e9vu, et ce RSSI<\/a> peuvent varier en raison des murs, des interf\u00e9rences et des effets de trajets multiples.<\/p>\n\n\n\n Le fait d'avoir l'application \u00e0 cet endroit change compl\u00e8tement la conception de la solution.<\/p>\n\n\n\n Un fixe porte<\/a> vous offre trois choses qu'un t\u00e9l\u00e9phone normal n'offre pas\u00a0:<\/p>\n\n\n\n Voici la premi\u00e8re mise en garde que nous adressons \u00e0 tout client. M\u00eame si l'application d\u00e9tecte le signal de la balise, un t\u00e9l\u00e9phone en mouvement n'est pas fonctionnellement \u00e9quivalent \u00e0 un t\u00e9l\u00e9phone fix\u00e9 au sol. porte.<\/a><\/p>\n\n\n\n Sur iOS, le fonctionnement Bluetooth en arri\u00e8re-plan est possible, mais limit\u00e9. Apple pr\u00e9cise que les applications fonctionnant exclusivement au premier plan ne peuvent pas rechercher et d\u00e9tecter les p\u00e9riph\u00e9riques Bluetooth lorsqu'elles sont en arri\u00e8re-plan ou suspendues. Les applications qui activent le mode Bluetooth en arri\u00e8re-plan peuvent toujours d\u00e9tecter et se connecter aux p\u00e9riph\u00e9riques, mais le comportement de la recherche en arri\u00e8re-plan est diff\u00e9rent\u00a0: les d\u00e9couvertes en double sont fusionn\u00e9es et les intervalles de recherche peuvent augmenter, ce qui peut allonger le temps de d\u00e9tection. Apple indique \u00e9galement que les applications activ\u00e9es par des \u00e9v\u00e9nements Bluetooth doivent se terminer rapidement et pr\u00e9cise qu'il faut compter environ 10\u00a0secondes pour le fonctionnement en arri\u00e8re-plan avant que la suspension ne devienne probl\u00e9matique. (1)<\/a><\/sup><\/p>\n\n\n\n Il existe une solution de contournement utile sous iOS\u00a0: la surveillance des zones de d\u00e9tection. Le framework Core Location d\u2019Apple peut surveiller les zones iBeacon et r\u00e9activer l\u2019application lors d\u2019\u00e9v\u00e9nements d\u2019entr\u00e9e ou de sortie. Cependant, cette solution pr\u00e9sente des inconv\u00e9nients. Apple limite la surveillance \u00e0 20 zones par application et recommande explicitement d\u2019effectuer la d\u00e9tection de zone uniquement lorsque l\u2019application est au premier plan. (2)<\/a><\/sup><\/p>\n\n\n\n Concr\u00e8tement, qu'est-ce que cela signifie ?<\/p>\n\n\n\n Sous iOS, une application peut g\u00e9rer les comportements en arri\u00e8re-plan li\u00e9s aux balises, notamment les flux de travail g\u00e9n\u00e9raux de type \u201c\u00a0entr\u00e9e\/sortie de zone\u00a0\u201d. Cependant, iOS n'est pas une plateforme adapt\u00e9e \u00e0 une analyse passive continue, de type passerelle, sur un d\u00e9ploiement \u00e0 grande \u00e9chelle. Si le client souhaite un t\u00e9l\u00e9phone toujours \u00e0 l'\u00e9coute et fonctionnant discr\u00e8tement comme une infrastructure, iOS est la solution la moins performante.<\/p>\n\n\n\n Android offre plus de flexibilit\u00e9, mais ce n'est pas de la magie. Les recommandations actuelles de Google pour les d\u00e9veloppeurs indiquent que la communication BLE en arri\u00e8re-plan est possible, \u00e0 condition que le processus de l'application reste actif. Si ce processus est arr\u00eat\u00e9, les connexions sont interrompues. Google pr\u00e9cise \u00e9galement que les analyses non filtr\u00e9es sont interrompues lorsque l'\u00e9cran s'\u00e9teint et reprennent lorsqu'il se rallume, sauf si une analyse filtr\u00e9e est utilis\u00e9e.<\/p>\n\n\n\n Pour une utilisation en arri\u00e8re-plan, Android propose plusieurs solutions\u00a0: l\u2019analyse via un PendingIntent, l\u2019utilisation de CompanionDeviceService ou de WorkManager, ou l\u2019ex\u00e9cution d\u2019un service de premier plan de type connectedDevice. Google d\u00e9conseille \u00e9galement les analyses p\u00e9riodiques, car elles sont inefficaces et peuvent \u00eatre interrompues. \u00c0 partir d\u2019Android\u00a014, les services de premier plan doivent d\u00e9clarer explicitement leur type. (3)<\/a><\/sup><\/p>\n\n\n\n Voici le point essentiel\u00a0: Android peut le faire mieux qu\u2019iOS, mais la fiabilit\u00e9 d\u00e9pend fortement de la rigueur du d\u00e9ploiement.<\/p>\n\n\n\n Un smartphone Android grand public classique peut interrompre l'application en raison de l'optimisation de la batterie par le fabricant, des param\u00e8tres utilisateur, des restrictions d'ex\u00e9cution en arri\u00e8re-plan ou d'une saturation de la m\u00e9moire. Un appareil Android industriel personnalis\u00e9 peut \u00eatre n\u00e9cessaire pour garantir que le processus ne soit pas interrompu en arri\u00e8re-plan. Un appareil g\u00e9r\u00e9 avec une liste blanche, une gestion prioritaire des applications, des param\u00e8tres d'alimentation contr\u00f4l\u00e9s et un flux de travail adapt\u00e9 aux r\u00f4les offre de bien meilleures chances de succ\u00e8s.<\/p>\n\n\n\n Nous avons constat\u00e9 trois situations o\u00f9 l'id\u00e9e d'une application mobile est pertinente.<\/p>\n\n\n\n Cela pourrait fonctionner lorsque l'utilisateur garde l'application ouverte pendant son service, ou lorsque le t\u00e9l\u00e9phone est fix\u00e9 et utilis\u00e9 dans le cadre d'un processus de travail\u00a0; la r\u00e9ception du signal par balise devient alors beaucoup plus r\u00e9aliste. Par exemple, si le t\u00e9l\u00e9phone est install\u00e9 dans un v\u00e9hicule ou un engin de chantier, comme une application pour chauffeurs Uber.<\/p>\n\n\n\n Un smartphone Android robuste ou personnalis\u00e9, surtout s'il est g\u00e9r\u00e9 par l'entreprise, est bien plus performant qu'un t\u00e9l\u00e9phone personnel standard. Dans ce cas, il ne s'agit pas d'une simple plateforme d'applications mobiles, mais d'un terminal semi-d\u00e9di\u00e9. De ce fait, un haut degr\u00e9 de personnalisation est attendu et il serait judicieux que le logiciel soit adapt\u00e9 pour faciliter le processus.<\/p>\n\n\n\n Si le client a seulement besoin de savoir si une balise a \u00e9t\u00e9 d\u00e9tect\u00e9e, si une balise est proche du t\u00e9l\u00e9phone ou si un employ\u00e9 est entr\u00e9 dans une zone avec un terminal g\u00e9r\u00e9, alors l'application peut suffire. S'ils ont besoin d'une surveillance stable au niveau de la pi\u00e8ce ou du site, ind\u00e9pendante du comportement des utilisateurs, alors non, c'est le cas. porte<\/a> territoire.<\/strong><\/p>\n\n\n\n L'approche par application pr\u00e9sente les limitations fondamentales suivantes\u00a0:<\/p>\n\n\n\n Pour un client qui insiste sur l'utilisation d'une application, nous recommandons ce qui suit.<\/p>\n\n\n\n Utiliser Android, pas iOS<\/strong>, Pour la preuve de concept initiale, l'application doit s'appuyer sur des analyses BLE filtr\u00e9es, le comportement des services de premier plan lorsque cela est autoris\u00e9 et la gestion des appareils d'entreprise. Il est recommand\u00e9 d'utiliser des appareils robustes et personnalis\u00e9s si possible. L'application doit \u00eatre int\u00e9gr\u00e9e \u00e0 un flux de travail op\u00e9rationnel et non utilis\u00e9e occasionnellement. Elle doit \u00eatre consid\u00e9r\u00e9e comme un terminal g\u00e9r\u00e9 et non comme une application install\u00e9e ponctuellement depuis une boutique d'applications.<\/p>\n\n\n\n Pour iOS, la solution doit \u00eatre plus cibl\u00e9e. Elle peut prendre en charge les alertes, les indications de pr\u00e9sence ou les flux de travail contr\u00f4l\u00e9s par zone de balise, mais pas le remplacement complet de la passerelle dans les d\u00e9ploiements exigeants.<\/p>\n\n\n\n Pour les clients qui exigent une couverture de site constante, une d\u00e9pendance minimale au comportement des utilisateurs et un point de r\u00e9f\u00e9rence stable pour le suivi, il est recommand\u00e9 de conserver l'architecture de passerelle Bluetooth d\u00e9di\u00e9e. Elle reste la meilleure solution du point de vue de l'ing\u00e9nierie et de la stabilit\u00e9 des fonctionnalit\u00e9s.<\/strong><\/p>\n\n\n\n Oui, une application mobile peut recevoir des signaux de balise en arri\u00e8re-plan. Mais cela n'en fait pas automatiquement un bon substitut \u00e0 un Passerelle Bluetooth<\/a>.<\/p>\n\n\n\n Sur iOS, cette approche est limit\u00e9e et ne doit \u00eatre consid\u00e9r\u00e9e que sous certaines conditions. Sur Android standard, elle est possible mais fragile. Sur les appareils Android personnalis\u00e9s ou industriels, notamment dans un environnement op\u00e9rationnel g\u00e9r\u00e9, elle devient beaucoup plus r\u00e9aliste.<\/p>\n\n\n\n La conclusion finale est donc la suivante :<\/p>\n\n\n\n Une solution de surveillance en arri\u00e8re-plan bas\u00e9e uniquement sur une application est envisageable pour certains d\u00e9ploiements Android avec des appareils contr\u00f4l\u00e9s et une utilisation continue de l'application. Elle ne constitue pas une solution de remplacement fiable et g\u00e9n\u00e9rale pour les solutions fixes. Passerelles Bluetooth<\/a>, notamment sur iOS ou sur les t\u00e9l\u00e9phones grand public non g\u00e9r\u00e9s.<\/strong><\/p>\n\n\n\n <\/p>\n\n\n\n R\u00e9f\u00e9rences et lectures compl\u00e9mentaires\u00a0:<\/p>\n\n\n\n <\/p>","protected":false},"excerpt":{"rendered":" Purpose Some customers want to use a mobile app on iOS or Android to receive Bluetooth beacon broadcasts in the background, instead of deploying a dedicated Bluetooth gateway. In this paper, we evaluate whether that approach is technically feasible for Lansitec beacon-based monitoring, especially for devices such as the B002 Bluetooth Label and B005 Bluetooth… Lire la suite \u00bbFaisabilit\u00e9 de l'utilisation d'une application mobile pour la surveillance en arri\u00e8re-plan des balises au lieu d'une passerelle Bluetooth<\/span><\/a><\/p>","protected":false},"author":1,"featured_media":18710,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"neve_meta_sidebar":"","neve_meta_container":"","neve_meta_enable_content_width":"","neve_meta_content_width":0,"neve_meta_title_alignment":"","neve_meta_author_avatar":"","neve_post_elements_order":"","neve_meta_disable_header":"","neve_meta_disable_footer":"","neve_meta_disable_title":"","footnotes":""},"categories":[19],"tags":[],"class_list":["post-18704","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"_links":{"self":[{"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/posts\/18704","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/comments?post=18704"}],"version-history":[{"count":4,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/posts\/18704\/revisions"}],"predecessor-version":[{"id":18712,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/posts\/18704\/revisions\/18712"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/media\/18710"}],"wp:attachment":[{"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/media?parent=18704"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/categories?post=18704"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lansitec.com\/fr\/wp-json\/wp\/v2\/tags?post=18704"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Pourquoi cela diff\u00e8re-t-il du mod\u00e8le Lansitec normal\u00a0?<\/h2>\n\n\n\n
\n
Faisabilit\u00e9 iOS<\/h2>\n\n\n\n
Faisabilit\u00e9 Android<\/h2>\n\n\n\n
Quand l'approche par application peut fonctionner<\/h2>\n\n\n\n
Premi\u00e8rement, lorsque l'application est effectivement en utilisation op\u00e9rationnelle continue<\/h3>\n\n\n\n
Deuxi\u00e8mement, lorsque le mat\u00e9riel est contr\u00f4l\u00e9<\/h3>\n\n\n\n
![\"t\u00e9l\u00e9phone](\"https:\/\/www.lansitec.com\/wp-content\/uploads\/2026\/04\/Android-Phone.jpg\" "\\"\\"")
<\/figure>\n\n\n\nTroisi\u00e8mement, lorsque l'exigence est la d\u00e9tection d'\u00e9v\u00e9nements et non la localisation \u00e0 l'\u00e9chelle de l'infrastructure.<\/h3>\n\n\n\n
Principales limitations \u00e0 \u00e9noncer clairement<\/h2>\n\n\n\n
\n
Recommandations pratiques<\/h2>\n\n\n\n
Conclusion<\/h2>\n\n\n\n
\n