Claude가 Garmin의 BLE 프로토콜을 리버스 엔지니어링하여 네이티브 러닝 센서를 위조하는 데 도움을 준 방법

Reddit 사용자가 Claude를 사용하여 두 가지 어려운 Garmin 통합 문제를 해결한 방법을 공유했습니다: Garmin이 아닌 가슴 센서를 Fenix 워치에서 네이티브 Garmin 스트랩처럼 보이게 하고, 단일 BLE 칩을 두 개의 장치로 동시에 인식시키는 것입니다. 원본 게시물은 프로세스, AI의 강점과 약점, 그리고 두 개의 상세 블로그 게시물 링크를 포함합니다.

문제 1: Garmin 워치에서 가짜 러닝 다이내믹스 구현

Garmin은 러닝 다이내믹스 지표(수직 진동, 지면 접촉 시간)를 문서화되지 않은 프로토콜을 통해 자사 스트랩에만 잠급니다. 개발자는 Claude를 사용하여 다음과 같이 프로토콜을 리버스 엔지니어링했습니다:

• 이미 소유 중인 Bluetooth 스니퍼와 ESP32 보드 설정
• 실제 Garmin HRM 스트랩 스니핑 후 ESP32로 에뮬레이션
• 수백 개의 로그 라인을 비교하여 작동 상태와 비작동 상태 간의 단일 바이트 차이 발견
• Gadgetbridge의 체크섬 및 프레이밍 코드 포팅
• 57,000개의 디컴파일된 파일을 그렙하여 프로토콜을 크랙하는 필드 번호 찾기

Claude는 코드를 작성하고 분석을 실행했지만, 사용자는 Claude가 프로토콜 방향(어느 쪽이 무엇을 보내는지)을 반대로 이해하여 며칠 동안 잘못된 가정을 추적하도록 수정해야 했습니다. 결과적으로, 무작위 데이터를 전송하는 ESP32 하나로 Fenix가 네이티브 스트랩처럼 러닝 다이내믹스를 표시하게 되었습니다.

문제 2: 듀얼 BLE 아이덴티티 전환

Garmin 워치에서 단일 BLE 센서는 종종 워치의 네이티브 HRM과 Garmin Connect IQ 앱을 동시에 제공할 수 없습니다. 연결이 충돌하고 플립플롭됩니다. Claude는 BLE 표준에서 한 가지 트릭을 제안했습니다: 동일한 칩에서 연결 중간에 MAC 주소를 전환하여 두 개의 다른 MAC 주소를 제공하는 것입니다. 개발자의 블로그 게시물은 nRF52832가 칩 문서에서 경고했음에도 불구하고 라이브 링크를 끊지 않고 두 아이덴티티를 번갈아 전환하는 방법을 설명합니다. 이는 많은 Connect IQ 개발자들의 오랜 고충을 해결했습니다.

Claude의 역할: 강점과 약점

사용자는 Claude가 두 가지에서 뛰어난 성능을 보였다고 언급합니다:

• 검색 집계: 사용자가 몰랐던 듀얼 아이덴티티 전환 기술을 알고 제안했습니다.
• 반복 작업: diff 실행, 코드 포팅, 디컴파일된 파일 그렙.

하지만 방향성에 어려움을 겪었습니다. 프로토콜을 반대로 이해하여 며칠 동안 잘못된 가정을 기반으로 작업했습니다. 사용자는 테스트, 정적 데이터 및 검증이 환각을 잡는 데 필수적이라고 강조합니다.

더 알아보기

사용자는 전체 프로토콜 및 구현 세부 정보가 포함된 두 개의 상세 글을 게시했습니다:

• BLE 아이덴티티 전환: Two BLE identities, one nRF52832
• Garmin 러닝 다이내믹스 RE: Reverse-engineering Garmin HRM600 running dynamics