Blog

Estudo de Caso: Vestível ESP32 Sem Tela para Monitoramento Remoto de Pacientes

0
Estudo de Caso: Vestível ESP32 Sem Tela para Monitoramento Remoto de Pacientes

A maioria dos dispositivos vestíveis de consumo disputa a atenção com telas AMOLED brilhantes. Mas no setor de Monitoramento Remoto de Pacientes (RPM), as telas são frequentemente um passivo. Elas drenam a energia da bateria e podem confundir usuários idosos.

Um cliente da área da saúde precisava de um rastreador que desaparecesse. Ele deveria monitorar batimentos cardíacos, detectar quedas e enviar dados diretamente para a nuvem sem a necessidade de uma ponte de smartphone.

A escolha do chip foi o ESP32. Ele oferece conectividade dual-mode (WiFi + BLE), o que é raro em dispositivos vestíveis de baixo consumo. No entanto, isso vem com uma penalidade: alto consumo de energia.

É assim que a equipe de engenharia equilibrou essas restrições.

O Conflito Central entre Poder e Tamanho

Módulo ESP32 WROOM32

O ESP32 é um chip poderoso, mas não foi projetado para baterias do tamanho de uma moeda. Durante a transmissão WiFi, ele consome mais de 100mA. Com uma bateria padrão de 400mAh, o dispositivo morreria em menos de um dia.

As restrições mecânicas foram igualmente rigorosas. Sem uma montagem de tela para atuar como “tampa”, o gabinete precisou de moldagem precisa para permanecer resistente à água enquanto abrigava os componentes eletrônicos.

Requisitos do Projeto vs. Realidade

FuncionalidadeRequisitoDesafio de Engenharia
ConectividadeWi-Fi (Nuvem) + BLE (Configuração)O ESP32-PICO-D4 consome alta corrente de pico durante a transmissão Wi-Fi, o que complica o orçamento de energia.
Fator de FormaDo tamanho de uma moeda, usado no pulsoRestrições mecânicas não deixam margem para um layout convencional de placa de circuito impresso de camada única.
Vida Útil da Bateria≥ 5 diasAs correntes de ociosidade e de suspensão padrão do ESP32 são muito altas para atingir a meta sem otimização agressiva de energia.
SensoresFrequência cardíaca + detecção de quedaOs sensores devem ser eletricamente isolados do ruído de comutação e da interferência de radiofrequência na placa de circuito impresso (PCB).

Como Instalamos o Hardware em um Espaço do Tamanho de uma Moeda

Arquitetura de projeto de PCB TOP
Arquitetura de design de PCB (Placa de Circuito Impresso) BOT

Os layouts de PCB padrão não funcionaram. O footprint do ESP32, o conector da bateria e os sensores excederam a área disponível.

A solução foi vertical. Implementamos um Design de Duas Placas (Arquitetura Empilhada).

  • Placa-mãe Abriga o ESP32-PICO-D4 e os circuitos de gerenciamento de energia.
  • Placa filha Mantém o conector da bateria, o sensor de frequência cardíaca MAX30102 e a IMU QMI8658.
  • Conexão: Um FPC de 10 pinos (passo de 0,5 mm) conecta os dois componentes, dobrando-se para se encaixar dentro do invólucro curvo.

Para economizar cada milímetro, utilizamos 01005 componentes passivos. Este é o limite para muitas linhas de montagem, mas foi necessário neste caso. Selecionamos também o LDO NCP167AMX330TBG, que vem em um minúsculo encapsulamento de 1 mm x 1 mm.

Como Solucionamos o Dreno de Energia

Não se pode simplesmente colocar uma bateria maior em um relógio. A única maneira de obter 5 dias de autonomia foi mudar a forma como o sistema entra em modo de espera.

Construímos uma arquitetura de potência de três níveis:

  • PMIC Dedicado: O CI de Gerenciamento de Energia AXP2101 gerencia os barramentos de tensão. É mais eficiente que LDOs padrão e oferece controle preciso sobre o carregamento.
  • Despertar Acionado por Sensor: O dispositivo permanece no modo de sono profundo 99% na maior parte do tempo. Ele não verifica se há movimento. Em vez disso, o acelerômetro QMI8658 está configurado para enviar um sinal de interrupção de hardware somente quando detecta padrões específicos de movimento (como uma queda).
  • Segurar Pino: Nós usamos gpio_deep_sleep_hold_en no firmware. Isso mantém pinos específicos em um estado definido durante o sono, prevenindo vazamento de corrente sem despertar a CPU.

Conectividade e Ajuste de Antena do ESP32

Depuração de antena e testes de RF 1536x626

O desempenho de RF é complicado em dispositivos sem tela. Não há vidro para permitir a passagem de sinais facilmente, e a bateria é essencialmente um bloco de metal posicionado ao lado da antena.

Nós usamos o ESP32-PICO-D4, que é um módulo SIP (System-in-Package). Contudo, a rede de casamento ainda necessitava de ajuste.

Os testes de laboratório demonstraram que a proximidade do corpo desintonizava a antena. Ajustamos o circuito de casamento na PCB para compensar isso, garantindo que o dispositivo pudesse manter uma conexão WiFi estável para uploads de dados em lote e uma conexão BLE 5 para a configuração inicial do telefone.

Passando o Projeto para a Produção em Massa

Desenho 3D do Sensor de Relógio ESP32

Construir um protótipo é diferente de construir 5.000 unidades. Para dispositivos RPM, a confiabilidade dos dados é a métrica principal.

Controles de Produção:

  • FCT (Testes Funcionais): Cada unidade passa por um dispositivo de teste customizado. Ele simula batimentos cardíacos para verificar o sensor MAX30102 e utiliza um agitador para testar os algoritmos de detecção de queda.
  • Inspeção por Raios-X: Visto que o ESP32 e os sensores utilizam encapsulamentos BGA (Ball Grid Array), a inspeção visual não é suficiente. O raio-X garante que as juntas de solda subjacentes estejam sólidas.
  • Rastreabilidade: Clientes médicos necessitam histórico. Armazenamos dados de teste (força do sinal RF, tensão do sensor, número de série) por no mínimo 3 anos.

Considerações Finais

Este projeto comprova que o ESP32 pode ser um núcleo viável para wearables se o gerenciamento de energia for realizado corretamente. Ao utilizar uma arquitetura de placa dupla e descarregar as tarefas de ativação para sensores de baixo consumo, atingimos a meta de 5 dias de bateria sem sacrificar a conectividade de modo duplo.

Se você estiver desenvolvendo um dispositivo RPM semelhante ou um rastreador sem tela, precisará planejar esses desafios de energia e densidade no início da fase DFM.

Perguntas Frequentes (FAQ)

1. Por que usar o ESP32 em vez de um chip BLE dedicado?

Os chips BLE consomem menos energia, mas dependem de um smartphone para enviar dados para a nuvem. O ESP32 possui Wi-Fi nativo. Isso permite que o relógio carregue dados diretamente para o servidor, o que é fundamental para a RPM quando o paciente pode não ter seu telefone por perto.

2. É realmente possível acomodar tudo em um gabinete sem tela?

Sim, mas geralmente requer um projeto de PCB empilhado (conexão Rigida-Flex ou FPC) e componentes 01005. Você não pode usar layouts de placas de desenvolvimento prontas.

3. Como os sensores são testados em produção?

Nós construímos bancadas de ensaio personalizadas. Para sensores de frequência cardíaca, utilizamos um simulador que mimetiza a refletividade do fluxo sanguíneo. Para IMUs (acelerômetros), utilizamos mesas de movimento automatizadas para verificar a sensibilidade dos eixos.

4. O que acontece se um componente atingir o fim de vida (EOL - End of Life)?

Acontece. Para este projeto, um chip de energia específico chegou ao fim de vida (EOL). Como monitoramos as cadeias de suprimentos através de distribuidores autorizados (Digi-Key/Mouser), identificamos isso precocemente e validamos uma alternativa compatível em termos de pinagem em 48 horas.

5. O dispositivo é à prova d'água?

Sim. Como não há tela, utilizamos moldagem de alta precisão e LSR (Liquid Silicone Rubber) para vedar o invólucro. Isso geralmente é mais durável do que relógios com tela, pois há menos pontos de entrada.

Andy
Andy | Especialista em Fabricação e Montagem de PCBs

Andy é um profissional experiente na indústria de placas de circuito impresso (PCBs), com décadas de experiência em fabricação, montagem e suporte ao cliente de PCBs. Na PCBCool, ele lidera a equipe de marketing e auxilia na transformação de experiências práticas de projetos em conteúdo técnico útil para engenheiros, compradores e desenvolvedores de produtos.

Tags Relacionadas
Compartilhar