fix(serial): контракт SerValid — платформенный, ноль значит разное

Ноль на Unix и на Windows означает не одно и то же, и одной проверкой тут не
обойтись. На Unix это законный дескриптор (при закрытом стандартном вводе
fpOpen отдаёт именно его), а ядро Windows нулевой хендл не выдаёт никогда —
там ноль это либо отказ RTL, либо неинициализированное поле. Внутренний путь
был безопасен и раньше (SerOpen переводит ноль RTL в SER_INVALID_HANDLE, свои
поля инициализируются им же), но публичный контракт для значения, пришедшего
извне, оказывался неверным. Теперь проверка разведена по платформам.

★Стенд научился ПРОГОНЯТЬ windows-ветку, а не только компилировать её.
Заглушка модуля Serial — чистый Паскаль, поэтому ветку можно собрать и
запустить прямо на Linux: test/platform/win_probe проверяет перевод нулевого
хендла в SER_INVALID_HANDLE, ответ SerValid и правило имени COM10+. До сих пор
у windows-пути обёртки не было никакого поведенческого покрытия вовсе.

Негативный контроль: если убрать windows-ветку из SerValid, прогон падает на
«★нулевой хендл под Windows негоден».

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

test/serial/README.md

@@ -47,5 +47,7 @@ test/serial/run.sh
 псевдотерминале не работает. Это остаётся на живой порт с железкой — там же
 проверяется и телеграфный ключ на `CWKeyer`.
 
-Компиляцию платформенных ветвей (Windows, macOS) проверяет соседний стенд
-`test/platform`.
+Платформенные ветви (Windows, macOS) проверяет соседний стенд `test/platform`:
+компиляцию обеих, а windows-ветку ещё и прогоном на заглушке модуля `Serial` —
+перевод нулевого хендла RTL в `SER_INVALID_HANDLE`, ответ `SerValid` (там ноль
+негоден, в отличие от Unix) и правило имени `COM10+`.