Nossa vis\u00e3o \u00e9 simples: \u00e9 vi\u00e1vel em alguns casos, mas apenas sob as condi\u00e7\u00f5es certas. Para telefones celulares comuns e aplicativos usados ocasionalmente, essa abordagem geralmente n\u00e3o \u00e9 confi\u00e1vel o suficiente para ser considerada um substituto completo para um gateway dedicado.<\/p>\n\n\n\n
O caso de uso alvo<\/h2>\n\n\n\n
A arquitetura solicitada \u00e9 simples no papel. B002<\/a> ou B005<\/a> O beacon anuncia dados BLE em um intervalo configurado. Um telefone executando o aplicativo do cliente procura esses an\u00fancios, l\u00ea o ID do beacon e a intensidade do sinal e envia o evento de detec\u00e7\u00e3o para o servidor.<\/p>\n\n\n\n Isso se encaixa nas capacidades da Lansitec. far\u00f3is<\/a>. O B002<\/a> \u00c9 uma etiqueta BLE ultrafina baseada em iBeacon, com intervalos de an\u00fancio configur\u00e1veis de 100 ms a 10 s e uma dist\u00e2ncia de transmiss\u00e3o em linha reta de 150 m. B005<\/a> \u00c9 um farol IP68 mais robusto com intervalos configur\u00e1veis, opcional. Suporte ao AoA<\/a>, e o mesmo alcance de 150 m em linha reta.<\/p>\n\n\n\n Portanto, o problema n\u00e3o est\u00e1 no beacon, mas sim no telefone.<\/p>\n\n\n\n Em Lansitec's B-Mobile<\/a> solu\u00e7\u00e3o, Gateways Bluetooth<\/a> s\u00e3o implantados em locais fixos. Far\u00f3is<\/a> Anuncie periodicamente, portais<\/a> recebem os dados, e o servidor calcula ou interpreta a localiza\u00e7\u00e3o com base nas posi\u00e7\u00f5es conhecidas daqueles portais<\/a>. Os mesmos documentos tamb\u00e9m observam que portal<\/a> A recep\u00e7\u00e3o est\u00e1 efetivamente sempre ativa no modelo de implanta\u00e7\u00e3o pretendido, e isso RSSI<\/a> pode variar devido a paredes, interfer\u00eancias e efeitos de m\u00faltiplos caminhos.<\/p>\n\n\n\n Ter o aplicativo nesse local altera completamente o projeto da solu\u00e7\u00e3o.<\/p>\n\n\n\n Um fixo portal<\/a> Oferece tr\u00eas coisas que um telefone normal n\u00e3o oferece:<\/p>\n\n\n\n Esta \u00e9 a primeira ressalva que far\u00edamos a qualquer cliente. Mesmo que o aplicativo detecte o sinal do beacon, um telefone em movimento n\u00e3o \u00e9 funcionalmente equivalente a um telefone fixo. portal.<\/a><\/p>\n\n\n\n No iOS, o funcionamento do Bluetooth em segundo plano \u00e9 poss\u00edvel, mas limitado. A Apple afirma que aplicativos que s\u00f3 podem ser executados em primeiro plano n\u00e3o conseguem procurar e descobrir perif\u00e9ricos que anunciam enquanto est\u00e3o em segundo plano ou suspensos. Aplicativos que declaram o modo de segundo plano com foco no Bluetooth ainda podem descobrir e se conectar a perif\u00e9ricos em segundo plano, mas a busca em segundo plano se comporta de maneira diferente: descobertas duplicadas s\u00e3o agrupadas e os intervalos de busca podem aumentar, o que significa que a descoberta pode demorar mais. A Apple tamb\u00e9m afirma que os aplicativos ativados por eventos de Bluetooth devem terminar rapidamente e observa que h\u00e1 cerca de 10 segundos para o funcionamento em segundo plano antes que a press\u00e3o de suspens\u00e3o se torne um problema. (1)<\/a><\/sup><\/p>\n\n\n\n Existe uma solu\u00e7\u00e3o alternativa \u00fatil para iOS: o monitoramento de regi\u00f5es por beacons. O framework Core Location da Apple consegue monitorar regi\u00f5es iBeacon e ativar o aplicativo em eventos de entrada ou sa\u00edda. Mas h\u00e1 desvantagens. A Apple limita o monitoramento de regi\u00f5es a 20 regi\u00f5es por aplicativo e recomenda explicitamente o uso de beacons apenas quando o aplicativo estiver em primeiro plano. (2)<\/a><\/sup><\/p>\n\n\n\n Ent\u00e3o, o que isso significa na pr\u00e1tica?<\/p>\n\n\n\n Para iOS, um aplicativo pode suportar comportamentos em segundo plano relacionados a beacons, especialmente fluxos de trabalho gerais de "entrada em regi\u00e3o \/ sa\u00edda de regi\u00e3o". Mas n\u00e3o \u00e9 uma boa plataforma para varredura passiva cont\u00ednua, semelhante a um gateway, em uma ampla implanta\u00e7\u00e3o. Se o cliente deseja um telefone sempre atento que atue silenciosamente como infraestrutura, o iOS \u00e9 a op\u00e7\u00e3o menos adequada.<\/p>\n\n\n\n O Android \u00e9 mais flex\u00edvel, mas n\u00e3o \u00e9 m\u00e1gico. As diretrizes atuais do Google para desenvolvedores afirmam que a comunica\u00e7\u00e3o BLE em segundo plano \u00e9 poss\u00edvel, desde que o processo do aplicativo permane\u00e7a ativo. Se o processo for encerrado, as conex\u00f5es s\u00e3o fechadas. O Google tamb\u00e9m observa que as varreduras n\u00e3o filtradas s\u00e3o interrompidas quando a tela \u00e9 desligada e retomadas quando a tela \u00e9 ligada, a menos que a varredura filtrada seja utilizada.<\/p>\n\n\n\n Para uso em segundo plano, o Android documenta v\u00e1rios caminhos: escanear com um PendingIntent, usar o CompanionDeviceService, usar o WorkManager ou executar um servi\u00e7o em primeiro plano com o tipo connectedDevice. O Google tamb\u00e9m desencoraja varreduras peri\u00f3dicas como solu\u00e7\u00e3o geral, pois s\u00e3o ineficientes e ainda podem ser interrompidas. A partir do Android 14, os servi\u00e7os em primeiro plano devem declarar explicitamente o tipo de servi\u00e7o apropriado. (3)<\/a><\/sup><\/p>\n\n\n\n Este \u00e9 o ponto crucial: o Android consegue fazer isso melhor que o iOS, mas a confiabilidade depende muito da disciplina de implementa\u00e7\u00e3o.<\/p>\n\n\n\n Um celular Android comum ainda pode interromper o aplicativo devido \u00e0 otimiza\u00e7\u00e3o de bateria do fabricante, configura\u00e7\u00f5es do usu\u00e1rio, restri\u00e7\u00f5es em segundo plano ou falta de mem\u00f3ria. Pode ser necess\u00e1rio um dispositivo Android personalizado de n\u00edvel industrial para garantir que o processo n\u00e3o seja encerrado em segundo plano. Um dispositivo gerenciado com listas de permiss\u00e3o, gerenciamento de aplicativos de alta prioridade, configura\u00e7\u00f5es de energia controladas e um fluxo de trabalho espec\u00edfico para cada fun\u00e7\u00e3o tem uma chance muito maior de sucesso.<\/p>\n\n\n\n J\u00e1 vimos tr\u00eas situa\u00e7\u00f5es em que a ideia de usar um aplicativo \u00e9 razo\u00e1vel.<\/p>\n\n\n\n Isso poderia funcionar em casos onde o usu\u00e1rio mant\u00e9m o aplicativo aberto durante o turno, ou quando o telefone est\u00e1 montado e \u00e9 usado como parte do processo de trabalho, tornando a recep\u00e7\u00e3o de beacons muito mais realista. Um exemplo seria se o dispositivo estivesse montado em um ve\u00edculo ou equipamento de constru\u00e7\u00e3o, como um aplicativo de motorista da Uber.<\/p>\n\n\n\n Um telefone Android robusto ou personalizado, especialmente um gerenciado pela empresa, \u00e9 muito superior a um aparelho pessoal qualquer. Nesse caso, o telefone n\u00e3o \u00e9 uma plataforma para aplicativos m\u00f3veis comuns, mas sim um terminal semi-dedicado. Como tal, espera-se um maior grau de personaliza\u00e7\u00e3o e seria razo\u00e1vel que o software tamb\u00e9m fosse personalizado de forma a viabilizar o processo.<\/p>\n\n\n\n Se o cliente precisar apenas de informa\u00e7\u00f5es como "beacon detectado", "beacon pr\u00f3ximo ao telefone" ou "funcion\u00e1rio entrou em uma zona com um dispositivo gerenciado", ent\u00e3o o aplicativo pode ser suficiente. Se precisarem de monitoramento est\u00e1vel em n\u00edvel de sala ou de local, independente do comportamento do usu\u00e1rio, ent\u00e3o n\u00e3o, isso \u00e9 imposs\u00edvel. portal<\/a> territ\u00f3rio.<\/strong><\/p>\n\n\n\n A abordagem do aplicativo apresenta estas limita\u00e7\u00f5es principais:<\/p>\n\n\n\n Para um cliente que insiste na abordagem via aplicativo, recomendamos o seguinte.<\/p>\n\n\n\n Usar Android, n\u00e3o iOS<\/strong>, Para a prova de conceito inicial, desenvolva o aplicativo em torno de varreduras BLE filtradas, comportamento de servi\u00e7o em primeiro plano quando permitido e gerenciamento de dispositivos corporativos. Use dispositivos robustos\/personalizados sempre que poss\u00edvel. Mantenha o aplicativo vinculado a um fluxo de trabalho operacional, n\u00e3o para uso ocasional. Trate o aplicativo como um terminal gerenciado, n\u00e3o como uma instala\u00e7\u00e3o casual de uma loja de aplicativos.<\/p>\n\n\n\n Para iOS, posicione a solu\u00e7\u00e3o de forma mais espec\u00edfica. Ela pode oferecer suporte a alertas, dicas de presen\u00e7a ou fluxos de trabalho controlados por regi\u00e3o de beacons, mas n\u00e3o \u00e0 substitui\u00e7\u00e3o completa do gateway em implanta\u00e7\u00f5es complexas.<\/p>\n\n\n\n Para clientes que precisam de cobertura consistente do site, depend\u00eancia m\u00ednima do comportamento do usu\u00e1rio e um ponto de refer\u00eancia est\u00e1vel para rastreamento, mantenha a arquitetura de gateway Bluetooth dedicada. Essa ainda \u00e9 a melhor solu\u00e7\u00e3o do ponto de vista da engenharia e da estabilidade da funcionalidade.<\/strong><\/p>\n\n\n\n Sim, um aplicativo m\u00f3vel pode receber transmiss\u00f5es de beacons em segundo plano. Mas isso n\u00e3o o torna automaticamente um bom substituto para um... Gateway Bluetooth<\/a>.<\/p>\n\n\n\n No iOS, a abordagem \u00e9 limitada e, na melhor das hip\u00f3teses, deve ser considerada condicional. No Android padr\u00e3o, \u00e9 poss\u00edvel, mas fr\u00e1gil. Em dispositivos Android personalizados ou industriais, especialmente em um ambiente operacional gerenciado, torna-se muito mais vi\u00e1vel.<\/p>\n\n\n\n Portanto, a conclus\u00e3o final \u00e9 esta:<\/p>\n\n\n\n Uma solu\u00e7\u00e3o de monitoramento em segundo plano que utiliza apenas o aplicativo \u00e9 vi\u00e1vel para implanta\u00e7\u00f5es selecionadas do Android com dispositivos controlados e uso cont\u00ednuo do aplicativo. No entanto, n\u00e3o \u00e9 uma alternativa confi\u00e1vel e geral para monitoramento fixo. Gateways Bluetooth<\/a>, especialmente em dispositivos iOS ou em telefones de consumo n\u00e3o gerenciados.<\/strong><\/p>\n\n\n\n <\/p>\n\n\n\n Refer\u00eancias e leitura complementar:<\/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… Ler mais \u00bbViabilidade de usar um aplicativo m\u00f3vel para monitoramento de beacons em segundo plano em vez de um gateway 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\/pt\/wp-json\/wp\/v2\/posts\/18704","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/comments?post=18704"}],"version-history":[{"count":4,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/posts\/18704\/revisions"}],"predecessor-version":[{"id":18712,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/posts\/18704\/revisions\/18712"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/media\/18710"}],"wp:attachment":[{"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/media?parent=18704"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/categories?post=18704"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.lansitec.com\/pt\/wp-json\/wp\/v2\/tags?post=18704"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Por que isso \u00e9 diferente do modelo normal da Lansitec?<\/h2>\n\n\n\n
\n
Viabilidade do iOS<\/h2>\n\n\n\n
Viabilidade do Android<\/h2>\n\n\n\n
Quando a abordagem do aplicativo pode funcionar<\/h2>\n\n\n\n
Primeiro, quando o aplicativo est\u00e1 efetivamente em uso operacional cont\u00ednuo.<\/h3>\n\n\n\n
Em segundo lugar, quando o hardware \u00e9 controlado.<\/h3>\n\n\n\n
![\"Telefone](\"https:\/\/www.lansitec.com\/wp-content\/uploads\/2026\/04\/Android-Phone.jpg\" "\\"\\"")
<\/figure>\n\n\n\nTerceiro, quando o requisito \u00e9 a detec\u00e7\u00e3o de eventos, e n\u00e3o a localiza\u00e7\u00e3o em n\u00edvel de infraestrutura.<\/h3>\n\n\n\n
Principais limita\u00e7\u00f5es que devem ser claramente indicadas<\/h2>\n\n\n\n
\n
Recomenda\u00e7\u00f5es pr\u00e1ticas<\/h2>\n\n\n\n
Conclus\u00e3o<\/h2>\n\n\n\n
\n