O chipset e o que ele define
No centro de toda placa de haste há um system-on-chip de áudio Bluetooth: rádio, processador, conversores de áudio e gerenciamento de energia em um único encapsulamento. Na categoria, os modelos atuais usam Bluetooth 5.2 a 5.4, sendo o 5.3 o mais comum. A geração do chipset define muita coisa que o firmware não consegue mudar depois: consumo de energia, sensibilidade do rádio, disponibilidade de LE Audio e do codec LC3, quantos dispositivos podem ser mantidos em multiponto e quanta memória sobra para recursos e atualizações. Este site não cita fornecedores de chipset; o desk compara placas por versão, recursos e estabilidade do ramo de firmware da fábrica, e não pelo nome do fabricante do chip. As diferenças práticas entre versões estão em Bluetooth 5.3 vs 5.4 em óculos.
Comportamento da conexão: multiponto, sincronização e codecs
O multiponto permite que um par permaneça conectado a dois dispositivos, tipicamente um celular e um notebook, e alterne chamadas e áudio entre eles. É um recurso de firmware em um chipset compatível e o item mais solicitado para modelos de chamadas corporativas; o seu comportamento - qual dispositivo prevalece quando os dois tocam, quanto tempo leva a alternância - é definido conforme firmware e deve ser verificado na amostra com os próprios dispositivos do comprador. A sincronização esquerda-direita entre as hastes é o outro tema de conexão: projetos com uma placa em cada haste mantêm as duas sincronizadas por um link de rádio, e as falhas aparecem como um dos lados cortando. O suporte a codecs também é conforme firmware. O SBC é universal, o AAC é comum e o LC3 está disponível em chipsets compatíveis com LE Audio. Os nomes de codec em uma ficha técnica devem sempre ser escritos conforme firmware e confirmados na amostra padrão. Mais em codecs Bluetooth para óculos de áudio e em Bluetooth multiponto em óculos.
Atualizações OTA e os seus riscos
Atualizações over-the-air pelo aplicativo complementar permitem que a marca corrija bugs e acrescente recursos após o lançamento. Elas também trazem o maior risco de campo no firmware: uma atualização que falha no meio pode deixar uma haste sem resposta, uma atualização enviada a uma haste e não à outra pode quebrar a sincronização e uma atualização liberada sem testes de regressão pode trazer de volta falhas antigas. As salvaguardas de engenharia são partição dupla ou de recuperação, verificação do nível de bateria antes do início da atualização, imagens de firmware assinadas, verificação de versão nas duas hastes e implantação escalonada. O plano de ensaios de estabilidade do firmware e de OTA faz parte do pedido, e o seu escopo é um padrão de trabalho declarado, confirmado por pedido. Falhas de campo e correções são tratadas em falhas de atualização de firmware.
Aplicativo white-label
A maioria das fábricas parceiras mantém um aplicativo complementar para as suas placas: pareamento, EQ, mapeamento de toques, atualizações de firmware e, nos modelos de IA ou tradução, conexões com serviços em nuvem. White-label significa o nome, o ícone, as cores e a publicação na loja da sua marca nesse aplicativo, às vezes com recursos removidos ou acrescentados. Os itens de trabalho são contas nas lojas em seu nome, política de privacidade e termos de tratamento de dados, local de hospedagem de eventuais serviços em nuvem, responsabilidade pelas atualizações após o lançamento e o que acontece com o aplicativo se o programa terminar. Para recursos de tradução, o número de idiomas é conforme aplicativo e motor de tradução, e a latência típica em nuvem é de 0,5-3 s conforme a rede e o par de idiomas. O aplicativo white-label normalmente faz parte do trabalho OEM ou ODM, a partir de 3.000 pares por modelo como faixa de referência típica.
EN 18031 e permissões de dados
Desde 1º de agosto de 2025, os requisitos de cibersegurança da Diretiva de Equipamentos de Rádio, artigo 3(3)(d), (e) e (f), se aplicam aos equipamentos de rádio colocados no mercado da UE. O Regulamento Delegado (UE) 2022/30 cita os óculos entre os equipamentos de rádio vestíveis, e as normas harmonizadas são a EN 18031-1, -2 e -3, que cobrem proteção da rede, dados pessoais e, quando pertinente, transações financeiras. Na prática, isso envolve senhas padrão, mecanismos de atualização seguros, proteção dos dados armazenados e transmitidos e registro de eventos. A partir de 11 de dezembro de 2027, o Cyber Resilience Act assume esse papel para produtos com elementos digitais, nos termos do Regulamento Delegado (UE) 2026/339.
| Tema | O que especificar | Evidência a solicitar |
|---|---|---|
| Atualizações | Imagens assinadas, caminho de recuperação, implantação escalonada | Registro do ensaio de OTA em unidades DVT |
| Pareamento e acesso | Sem senhas padrão fixas, confirmação de pareamento | Escopo da avaliação EN 18031 |
| Permissões do aplicativo | Apenas as permissões de que os recursos precisam; microfone, localização e contatos justificados | Lista de permissões por versão do aplicativo |
| Fluxos de dados | O que sai do celular, onde é processado e armazenado | Mapa de dados e rascunho da política de privacidade |
| Período de suporte | Por quanto tempo as atualizações de segurança são fornecidas | Compromisso por escrito do titular do aplicativo |
O checklist do comprador para permissões está em dados e permissões de aplicativo em óculos inteligentes; a rota mais ampla está em conformidade e certificações. Confirme escopo e conclusões com o seu laboratório de ensaio e a sua assessoria jurídica. Para dimensionar o trabalho de firmware e aplicativo, use o formulário de cotação.