Вариант A: загрузчик HKLFBOOT write-only (read флеша нет) — дамп через него недостижим

Загрузчик ловится/держится на Linux (catch link-check + SetBaudRate смена бода). Но read-команды
флеша нет (0x03/08/09/0a/0b не дают флеш; 0x08 = битовая карта). Сходится с DMR Upgrade Tool
(только erase/write). Дамп только физически (SPI-клипса). Но BK4819 найден -> TX-фикс без дампа.
tools/bk_module_dump.py, bk_bootloader_catch.py, bk_read_probe.py.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01NikMGoqQWWk9wy2ww2vJAr

docs/fm100b-firmware-re.md

@@ -157,3 +157,15 @@ download-режим) при владельце, с риском. Пока вла
   `tools/bk_bootloader_catch.py` (ловит баннер/линк), `tools/bk_deinterleave.py` (снять CRC с дампа).
 - Дамп флеша модуля разблокируется, как найдём HKLF-хендшейк (реверс прошивки AT32 «Update DMR Chip»,
   либо аккуратный перебор в boot-окне). Тогда получим RF Firmware (AMBE) + NET info (NV).
+
+## Вариант A (дамп через загрузчик) — РЕЗУЛЬТАТ (24.07, на Linux 10.0.0.63)
+Загрузчик HKLFBOOT ловится и держится (нативный Linux, /dev/ttyACM0, tools/bk_module_dump.py):
+catch link-check `01 e0 fc 01 00`→`04 0e 05...`, затем **SetBaudRate short CMD 0x0F <baud:4> <delay>**
+с РЕАЛЬНОЙ сменой бода (921600/2M) — фиксирует download-режим (иначе модуль грузит app).
+Фрейминг: preamble `01 E0 FC`, short `<len><cmd>`, long `FF F4 <len16 LE><cmd>`. Erase=long 0x0F, Write=0x10.
+**ПРОБЛЕМА: команды ЧТЕНИЯ флеша нет.** Пробовал read-опкоды 0x03/0x08/0x09/0x0a/0x0b (long, addr:4 LE):
+0x09/0x0a/0x0b/0x03 — пусто; 0x08@0x1000 вернул 580 байт ТОЛЬКО из 0x00/0x80 (битовая карта/статус,
+не флеш; другие адреса пусто). Сходится с DMR Upgrade Tool — у него только Connect/SetBaud/Erase/Write,
+**READ отсутствует**. Вывод: **загрузчик write-only**, дамп флеша через него недостижим.
+Остаётся физический дамп (SPI-клипса CH341A на флеш-чип модуля) — при вскрытии.
+НО: ВЧ-чип BK4819 уже найден → TX-фикс и калибровка достижимы БЕЗ дампа, через 0x68 SPCali + мануал BK4819.