feat(motor): ESP32 侧适配 EtherCAT native 后端, 清理 Python 时代残留

tools/ecat 后端已从 Python(ecat_server.py, 已删除)切到原生守护进程
build_native/ecat_native.exe。本仓(ESP32 电机控制台)的 EtherCAT 传输经
/ecat/api/* 代理打它, 这次把代理实现与全部相关措辞对齐到 native。

代理与自启(esp32_server.py):
- ECAT_ENTRY/ECAT_PYW(src/ecat_server.py + venv/pythonw) → ECAT_NATIVE_EXE
  (build_native/ecat_native.exe); autostart 直接 Popen 单文件 exe, 不再经
  venv/pythonw; 清场/--parent-pid/端口漂移三条契约 native 原样镜像, 注释同步
- 文件头与代理段里 ecat_server.py 措辞订正为 native

传输层注释(js/motor/*):
- main/transport/transport-ecat/refresh-rate 里"后端是 ecat_server.py /
  用 venv 拉起"等 Python 时代说法统一改为 ecat_native.exe
- MOT_SLOTS_PER_PDO/MOTOR_SLOT_COUNT 引用改指 ecat_native.c(同名存在);
  MOTOR_SCAN_CYCLES native 无此常量, 改按真实来源写 ⌈27/7⌉=4
- main.js 环境错误分类正则 /venv|pysoem|Npcap/ → /Npcap|build_native|
  守护进程|全被占/: 前两者 native 永不吐给前端(死分支), 后者对齐 autostart
  真实文案, 让"exe 没编译"这类错误不被 140 字截断

README/motor.html 同步; 新增 scripts/browser_check_period.mjs(内核级 PDO
周期热调的浏览器实测, 与既有 browser_check_*.mjs 同族)。

验证: py_compile esp32_server.py 通过; 6 个改动 JS + 新脚本 node --check
(ESM)全过; 正则对三类 native 错误命中、对废弃 venv/pysoem 不命中;
js/ 与 scripts/ 重扫 ecat_server|venv|pysoem 已空。

js/motor/refresh-rate.js

@@ -24,7 +24,7 @@ export const REFRESH_DEFAULTS = { wifi: 250, ecat: 50 };
  *                 排队积压（tickStuck 亮黄），毫无收益。
  *   ecat  1ms —— 读的是本机后台 PDO 快照，没有总线代价，允许"全速跑"。
  *                 注意 1ms **不等于** 1000Hz：单飞语义下上一拍完成才发下一拍，
- *                 而每拍要过一次 HTTP（代理 → ecat_server → 回来），实测均值
+ *                 而每拍要过一次 HTTP（代理 → ecat_native → 回来），实测均值
  *                 ≈ 1.4ms，浏览器里 1ms 档实测约 125Hz。填 1 的语义是
  *                 "不要人为限速"，相应地要关掉卡顿黄标与理论 Hz 显示，
  *                 见 UNTHROTTLED_MAX_MS。
@@ -42,7 +42,7 @@ export const REFRESH_MAX_MS = 5000;
  *      而用户要的就是"能多快就多快"；
  *   2. 「≈N Hz」的理论值 —— 1ms 硬算是 1000Hz，浏览器里实测约 125Hz，那是谎报。
  *      这时只显示按数据到达时间实测出来的频率。
- * 取 20ms（50Hz）：浏览器里每拍实际约 8ms（fetch + 代理 + ecat_server 全链），
+ * 取 20ms（50Hz）：浏览器里每拍实际约 8ms（fetch + 代理 + ecat_native 全链），
  * 20ms 留了足够余量不误判；又远小于常用档位（50/250ms），不会误伤正常设置。
  */
 export const UNTHROTTLED_MAX_MS = 20;