fix(tci): передача с слайса — маркер TX_CHRONO под номером клиента, фронт rfTransmitting

Живой прогон с MSHV на втором слайсе (openHPSDR): приём в порядке, эфир по
trx:1,true,tci поднимается, а звук от клиента не доходит. Два независимых
дефекта, оба видны только на приёмнике > 0 — на rx0 передача работала, потому
стенд их и не ловил.

1. Маркеры TX_CHRONO уходили с receiver = 0 жёстко. MSHV шлёт TX-аудио ТОЛЬКО
   в ответ на маркер и фильтрует все входящие бинарные блоки по номеру
   приёмника первой же строкой обработчика (network.cpp: `if
   (pStream->receiver != tci_trx) return;`, ветка TxChrono там же и собирает
   блок). У клиента на слайсе tci_trx = 1, так что маркеры отбрасывались
   целиком. Теперь вместе с клиентом-модулятором запоминается номер приёмника
   из его же TRX (FTxRx), и маркеры идут под ним.

2. Changed(rfTransmitting) из SetTxSlice стирал TCIMicRequested. Контроллер
   шлёт это поле и просто как «перерисуй TX-бейджи», а адаптер понимал любой
   такой сигнал при FTransmitting = false как «передача кончилась». Приходил
   он посередине нашей же команды: SyncSetTRX ставит просьбу → RequestSliceTx
   → SetTxSlice → Changed → просьба стёрта → SetMOX выбирает микрофон уже без
   неё. В эфир шёл микрофон оператора (тишина), а TX-аудио клиента
   отбрасывалось — TCIMicActive не поднят. Теперь ловится фронт «было → стало»
   (FLastTxOn), а не всякое уведомление.

Стенд test/tci: 217 проверок (было 214), все зелёные. Новое — часть E, слайс
как приёмник 1: по trx:1,true,tci модуляция из TCI взята, маркеры TX_CHRONO
идут и названы номером 1. Негативный контроль разделён: каждая правка краснит
свою проверку.

Проверено на железе: MSHV на втором слайсе передаёт.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

doc/TCI.md

@@ -495,6 +495,27 @@ web-клиента: явная просьба сильнее умолчания
 микрофона, что и web-аудио. Аудио от клиента, который не просил `tci`,
 отбрасывается молча: отвечать ошибкой на каждый чужой блок значит захлебнуться.
 
+**★Маркер `TX_CHRONO` называет приёмник КЛИЕНТА, а не нулевой.** Клиент шлёт
+TX-аудио не по своей воле, а строго в ответ на маркер, и все входящие бинарные
+блоки фильтрует по номеру приёмника — у MSHV это первая строка обработчика
+(`network.cpp`: `if (pStream->receiver != tci_trx) return;`, ветка `TxChrono`
+там же собирает и отправляет блок). С жёстким нулём в заголовке клиент,
+сидящий на **втором слайсе** (`tci_trx = 1`), маркеров не видел вовсе: эфир по
+`trx:1,true,tci` поднимался, а звука не было ни одного блока. Поэтому вместе с
+клиентом-модулятором запоминается номер приёмника из его же `TRX`
+(`FTxRx`), и маркеры идут под ним.
+
+**★`rfTransmitting` — не всегда «эфир изменился».** Контроллер шлёт это поле и
+просто «перерисуй TX-бейджи»: `SetTxSlice` заканчивается `Changed(rfTransmitting)`,
+хотя передачи ещё нет. Адаптер раньше понимал любой такой сигнал при
+`FTransmitting = false` как «передача кончилась» и снимал `TCIMicRequested` —
+а приходил он **посередине нашей же команды**: `SyncSetTRX` ставит просьбу →
+`RequestSliceTx` → `SetTxSlice` → `Changed` → просьба стёрта → `SetMOX` выбирает
+микрофон уже без неё. На живом железе это выглядело так: клиент на слайсе
+поднимает эфир, а модуляция идёт с микрофона оператора, то есть в эфир —
+тишина (и TX-аудио клиента отбрасывалось, `TCIMicActive` не поднят). Теперь
+ловится **фронт** «было → стало» (`FLastTxOn`), а не всякое уведомление.
+
 **Запись линейного выхода.** Рекордер один на приёмник (а не на клиента):
 пишет он то, что слышно в аппарате. Буфер на запрошенное время (потолок 300 с)
 в int16 48 кГц стерео — это ровно то, что уйдёт в WAV, и вдвое меньше памяти,
@@ -933,7 +954,7 @@ ExpertSDR3 давно бы не было.
 движков и сети валится с AV — клиент получает `tci_error`, соединение живо) и
 неразрывность пачки инициализации под крутящейся ручкой.
 
-### Стенд этапа 2 (бинарные потоки) — 214 проверок, все зелёные
+### Стенд этапа 2 (бинарные потоки) — 217 проверок, все зелёные
 
 Отдельная программа (`test/tci/tcitest.pas`, прогон — `test/tci/run.sh`,
 внешних библиотек не требует) проверяет потоки на четырёх уровнях:
@@ -1001,7 +1022,10 @@ ExpertSDR3 давно бы не было.
 - **Слайс как приёмник** (часть E, живой движок): созданный на ГЛАВНОМ пане
   слайс становится приёмником 1, отвечает на `vfo:1,0;` своей частотой (это и
   есть вся инициализация MSHV), слушается командой `vfo:1,0,<Гц>`, отдаёт своё
-  аудио блоками с `receiver = 1`, а после удаления слайса приёмник 1 замолкает
+  аудио блоками с `receiver = 1`, ★по `trx:1,true,tci` берёт модуляцию из TCI
+  (то есть просьбу не стирает `Changed(rfTransmitting)` из `SetTxSlice`) и шлёт
+  маркеры `TX_CHRONO` **под номером 1** — оба этих места и ломали передачу
+  MSHV, сидящего на втором слайсе, а после удаления слайса приёмник 1 замолкает
   целиком — вместо прежнего `vfo:1,0,0`.
 - **Сквозной прогон через живой WDSP:** синтетический 24-битный IQ подаётся
   в движок, а клиент по WebSocket получает блоки RX-аудио 12 кГц и IQ 48 кГц