review fixes: shared mock capture window, 2-position controller caveat

Мок-бэкенд ставил каждому трейсу свой capture_end_ns, потому что метка бралась
в момент создания трейса. На реальном железе все комбинации коллекции выходят из
одного синхронизированного цикла и делят одно окно — мок теперь ведёт себя так
же, иначе он вводит в заблуждение при чтении записанных меток.

В README контроллера добавлена оговорка: прошивка рассчитана ровно на два
положения ключа. Хост допускает и 4, но тогда положение перестаёт быть
чередованием одного бита и нужен контроллер на две управляющие линии.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

device_firmware/switch_controller/README.md

@@ -22,6 +22,12 @@
 а не от того, какой порт сейчас излучает. Если у ключа больше двух состояний,
 лишние входы замыкаются джампером.
 
+> Прошивка рассчитана **ровно на два положения** ключа
+> (`stimulus_switch_positions: 2` на хосте). Хост технически допускает и 4
+> положения, но тогда положение перестаёт быть простым чередованием одного бита
+> и потребуется контроллер на две управляющие линии — эта прошивка для такого
+> режима не годится.
+
 Если положению A соответствует лог. 1, а не 0 — поменяйте `kSwitchActiveLow`
 в [`src/main.cpp`](src/main.cpp).