fix timer overflow?

ref/IR_RX_BRIEF_LOG.md

@@ -35,7 +35,7 @@ IRRX t=1234988 rsn=MUTE_END cnt=42
 | `PREAMB` | Кандидат преамбулы не залочился или был перезапущен | `good`, `per` |
 | `SYNC` | Ошибка sync-бита привела к reject кадра | `err` |
 | `BUF` | Переполнен битовый буфер кадра | `bits` |
-| `TIMEOUT` | Кадр оборвался по таймауту до завершения | `bits`, `exp` |
+| `TIMEOUT` | Кадр оборвался по таймауту до завершения; после записи в лог вызываются `isReciveRaw=false` и `firstRX()` (полный сброс декодера) | `bits`, `exp` |
 | `CRC` | Кадр дошёл до конца по длине, но CRC не сошёлся | `len`, `err` |
 | `OK` | Кадр успешно распознан | `len`, `err` |
 
@@ -54,6 +54,8 @@ IRRX t=1234988 rsn=MUTE_END cnt=42
 
 ## Когда смотреть подробный debug
 
+- `listenStart` / `checkTimeout` — в конце обработки фронта (`END:`) и во ветке «нет фронта» в `tick()`; не в начале до `pop`, иначе после таймаута `lastEdgeTime` расходится с метками ISR из очереди → ложные `TIMEOUT` (`bits=0`).
+- Пока в `subBuffer` / `filteredSubBuffer` или в hold фильтра есть необработанные фронты, таймаут по `micros() - lastEdgeTime` **не оценивается** (`rxTimeoutPipelineBusy`): иначе при хвосте очереди «тихая пауза» считается слишком длинной и снова ложный `TIMEOUT`.
 - Если нужен полный поток битов и sync: включать `IRDEBUG_SERIAL_PACK`
 - Если нужно понять, какие именно фронты пришли в ISR: включать `IR_EDGE_TRACE`
 - `IR_RX_BRIEF_LOG` нужен как короткий always-on-ish индикатор сути проблемы, без длинного дампа