sync: WIN10-I9-64G 2026-07-20

fpga_update/SKILL.md

@@ -52,7 +52,7 @@ DPD 的 sample&load 和升级数据流共用同一条 SPI1，而 FPGA 在升级
 curl -s -b "session=$SESS" "http://192.168.1.143/atsc_status_cfg.cgi?sys_cfg=&"
 ```
 
-网页账号是 **`anywavecom` / `anywavecom`**（不是 `root`；`root/anywavecom` 是 SSH 的）。
+网页账号见 `~\skills_env.md` 的 `SMOD_WEB_USER` / `SMOD_WEB_PASS`（不是 `root`；SSH 凭据是 `SMOD_SSH_USER` / `SMOD_SSH_PASS`）。
 
 ### 3. 烧进去
 
@@ -94,7 +94,7 @@ python scripts/fpga_ru.py --mcs ... --dry-run     # 只校验文件，不碰硬
 - **`ABORT_ERROR` 出现在第一帧** → mcs 格式不对，先跑 `--dry-run`。
 - **`ABORT_ERROR` 出现在数据流中后段** → 怀疑 SPI1 上有别人（DPD）在写，把 ADPC 关掉重试。
 - **没有应答 / 超时** → app 的 `sys_ready` 还是 0，或者 app 没在跑。
-  `ssh root@192.168.1.143 'ps | grep atsc'`（SSH 密码 `anywavecom`，dropbear 老得很，
+  `ssh root@192.168.1.143 'ps | grep atsc'`（SSH 密码见 `~\skills_env.md` 的 `SMOD_SSH_PASS`，dropbear 老得很，
   命令行 ssh 要加 `-o HostKeyAlgorithms=+ssh-rsa`）。
 
 > 别用 `python ssh.py "tail -f ..."` 之类一次性读到 EOF 的封装去跟日志 —— 它永远不返回，