Como Claude Ajudou a Reengenharia dos Protocolos BLE da Garmin para Falsificar um Sensor Nativo de Corrida

Um usuário do Reddit documentou como usou Claude para resolver dois problemas difíceis de integração com a Garmin: fazer um sensor torácico não-Garmin parecer uma cinta Garmin nativa em um relógio Fenix, e fazer um único chip BLE se apresentar como dois dispositivos simultaneamente. O post original detalha o processo, os pontos fortes e fracos da IA, e links para dois posts de blog aprofundados.

Problema 1: Dinâmica de Corrida Falsa em um Relógio Garmin

A Garmin bloqueia métricas de dinâmica de corrida (oscilação vertical, tempo de contato com o solo) para suas próprias cintas através de protocolos não documentados. O desenvolvedor usou Claude para fazer engenharia reversa do protocolo através de:

• Configurando um sniffer Bluetooth e placas ESP32 que ele já possuía
• Sniffando uma cinta Garmin HRM real e depois emulando-a com um ESP32
• Comparando centenas de linhas de log para encontrar a diferença de um único byte entre estados funcionais e não funcionais
• Portando o código de checksum e framing do Gadgetbridge
• Fazendo grep em 57.000 arquivos descompilados para encontrar o número de campo que quebrou o protocolo

Claude escreveu o código e executou a análise, mas o usuário teve que corrigir a direção quando Claude inverteu o protocolo (qual lado envia o quê) e seguiu suposições erradas por dias. O resultado: um ESP32 simples com dados aleatórios faz um Fenix exibir dinâmica de corrida como se fosse de uma cinta nativa.

Problema 2: Alternância de Identidade BLE Dupla

Em relógios Garmin, um único sensor BLE muitas vezes não pode servir simultaneamente ao HRM nativo do relógio e ao aplicativo Connect IQ — as conexões competem e alternam. Claude sugeriu um truque dos padrões BLE: apresentar dois endereços MAC diferentes do mesmo chip alternando endereços no meio da conexão. O post do blog do desenvolvedor explica como ele fez um nRF52832 alternar entre duas identidades sem perder o link ativo, apesar dos documentos do chip alertarem contra isso. Isso resolveu um problema de anos para muitos desenvolvedores do Connect IQ.

Papel do Claude: Pontos Fortes e Fracos

O usuário observa que Claude se destacou em duas coisas:

• Agregação de pesquisa: Sabia sobre alternância de identidade dupla mesmo que o usuário não soubesse, e sugeriu a técnica.
• Trabalho pesado: Executar o diff, portar código e fazer grep em arquivos descompilados.

Mas ele teve dificuldade com direção — inverteu o protocolo e construiu suposições erradas por dias. O usuário enfatiza que testes, dados estáticos e validação foram essenciais para pegar alucinações.

Saiba Mais

O usuário publicou dois artigos detalhados com protocolo completo e detalhes de implementação:

• Alternância de identidade BLE: Duas identidades BLE, um nRF52832
• Engenharia reversa de dinâmica de corrida Garmin: Engenharia reversa da dinâmica de corrida Garmin HRM600