Day 6 - 控制命令、权限、联锁与回读

建议用时：150-210 分钟

你将学会什么

建立写命令管道
检查联锁和设备状态
写后回读并处理不一致

写设备比读设备危险。每条命令都要经过权限、范围、联锁、确认、发送、回读和审计。今天的 3 个例子都要亲手敲，不能只复制，也不能只看运行结果。

标为 Program.cs 的最小例子可以放进控制台练习项目；标为 Service、ViewModel、XAML 或 SQL 文件的例子，要在本周项目中按前一天已经建立的模型继续敲。文件名和上下文不同，不要把所有片段塞进同一个 Program.cs。

学习衔接

这是 Week 20 的第 6 天。先使用前面已经掌握的 C#、异步、异常、接口和 MVVM，只增加今天这一层上位机能力。

今天的最低通过线

顺序	必须掌握	怎么证明
1	建立写命令管道	能用自己的话解释并完成对应例子
2	检查联锁和设备状态	能用自己的话解释并完成对应例子
3	写后回读并处理不一致	能用自己的话解释并完成对应例子

先用大白话理解

写设备比读设备危险。每条命令都要经过权限、范围、联锁、确认、发送、回读和审计。

学习时固定按这个顺序：


先看数据是什么
-> 再看最小代码
-> 对照运行结果
-> 修改一个参数
-> 故意制造错误
-> 最后组合进上位机项目

例子 1：写命令管道

文件：write-pipeline.txt


Permission -> ValidateRange -> CheckInterlock -> Confirm
           -> WriteDevice -> ReadBack -> Audit -> ShowResult

运行结果或界面效果：


任何一步失败都停止后续操作

必须改一次： 为每一步定义明确错误消息。

例子 2：联锁检查

文件：Program.cs


if (!device.IsOnline) return WriteResult.Fail("设备离线");
if (device.IsRunning && command == "OpenDoor") return WriteResult.Fail("设备运行中，禁止开门");
return WriteResult.Ok();

运行结果或界面效果：


离线或运行中危险操作被阻止

必须改一次： 把联锁规则放进服务而不是按钮事件。

例子 3：写后回读

文件：Program.cs


await driver.WriteAsync(tag, requestedValue, token);
object? actualValue = await driver.ReadSingleAsync(tag, token);
if (!Equals(actualValue, requestedValue))
    return WriteResult.Fail($"回读不一致: 请求 {requestedValue}, 实际 {actualValue}");

运行结果或界面效果：


设备实际值与请求不一致时明确失败

必须改一次： 浮点值使用容差比较。

常见错误和修法

按钮点击直接调用协议写入
只在界面隐藏按钮而服务层不查权限
发送成功就认为设备执行成功

修错顺序固定为：先看第一条异常和行号，再看输入数据，再看原始字节或状态，最后才怀疑框架。

小白重复敲写训练

不看上面的代码，重新敲“写命令管道”。
不看上面的代码，重新敲“联锁检查”。
不看上面的代码，重新敲“写后回读”。
完成改动任务：为每一步定义明确错误消息。
完成改动任务：把联锁规则放进服务而不是按钮事件。
完成改动任务：浮点值使用容差比较。

每日小测

今天的知识在上位机里解决什么问题？
三个例子分别输入了什么，输出了什么？
如果运行结果不对，你第一步检查什么？
哪一段代码负责停止、超时或错误处理？

小测答案

答案不能只背一句话。回到三个例子，用代码中的变量、方法和输出逐项说明。能脱离页面说清楚，才算真的理解。

今日作业

新建空项目，不复制地重做三个例子。
每个例子都完成“必须改一次”。
故意制造一个错误，记录错误文字和修复办法。
把今天代码提交到自己的练习仓库。

作业验收

三个例子都能运行或显示预期界面。
能解释关键数据从哪里来、经过什么处理、最后去哪里。
失败时不会让程序无提示崩溃。
能说出今天内容如何进入“可长期运行的工业操作台”。