设备

设备页面：它的标题栏和命令、“设备”卡片、按驱动显示不同字段的“连接”卡片、凭据与证书、带批量编辑的“点位”表格、复制一台设备，以及重名和冲突是怎么处理的。

一台设备就是工作站通过某个驱动去对话的一台仪器：怎么够到它，以及从它那里读哪些点位。在通信栏里选中一台设备的行，或者在一个驱动、一条线路或一个文件夹的表里按某台设备行上的“打开”，就能打开它的页面。“查看 Connector”能读它，“配置 Connector”能改它。串行线路有自己的页面，见串行线路。

新建一台设备

新设备名叫“新设备”（然后是“新设备 2”，依此类推），启用状态，轮询间隔 1000 毫秒，从站 ID 为 1，页面随即在它上面打开：“已添加设备‘新设备’。在右边编辑它的细节。”本安装包没带的驱动下面拒绝新建设备；Matter 下面也拒绝，因为那里的设备只能来自配对或发现（“请用‘配对设备’添加一个新的 Matter 节点，或者用‘发现’添加一个已经调试好的节点。”）。

连接从来不是一道拦路的步骤：内置服务器把设备登记下来，并在后台的重试循环里去连它，所以一台够不着的设备不花什么代价。在连接接上之前，它的点位读作空档，页面同时显示最近一次连接错误。

标题栏

名称、一行“本工作站所连的一台设备：怎样连上它，以及从它读取哪些点位。”，以及一枚带着基础 URI 的胶囊，也就是内置服务器实际连过去的那个地址，由“连接”卡片实时拼出来（例如 modbus+tcp://192.168.0.10:502/1、opc.tcp://plc:4840、simulated://CompressedAir）。下面是三种通知之一：

• 本安装包不包含该驱动：“这台设备需要 IEC 61850 驱动，而本次安装没有包含它，所以它保持离线。它的设置都留着，也可以删掉；这里别的任何东西都改变不了它读到什么。”
• 正在等待证书批准（OPC UA）：“这台现场设备出示了一份本工作站从未批准过的证书，所以还没有从它那里读任何东西。请和调试这台现场设备的人核对指纹，然后在“设置”的“现场设备访问”里批准它。”并带一个查看证书按钮，它会在那份证书上打开现场设备访问。
• 否则，有最近错误时就是那台设备红色的最近错误文字（见启用与健康状态）。

命令栏

右键菜单里还多出添加点位和移动到（见设备文件夹）。

“设备”卡片

“连接”卡片

只要驱动声明了连接字段，这张卡片就出现，并且只显示那个驱动会读的字段。每个驱动的页面把自己的字段讲得更细；这里是面板画出来的完整清单。

Matter 设备显示的是另一张“连接”卡片：节点 ID · 只读，也就是配对时分配的那个 64 位节点 id（存下来的身份读不出来时写“需要重新配对”），以及状态，也就是这台设备的健康状态词。上面没有一样东西可以编辑。Simulated 设备根本没有“连接”卡片。

凭据与证书

密码和承载令牌在静态存储时由 Windows 的每用户数据保护看着，所以配置数据库里从不保存明文值。这层保护绑定在输入这个秘密的那个 Windows 账户和那台机器上：换一个账户，字段回来时是空的，并带一句说明“在这个 Windows 账户上读不出来：它只在输入过它的那台机器和那个 Windows 账户上才打得开。请在这里重新输入一次。”凭据是直接交给驱动的；它们不会出现在基础 URI 里，也不会出现在诊断日志里，而且操作记录条显示的错误消息里也会被抹掉。

OPC UA 设备在会话打开之前会出示它的现场设备证书。一份本工作站从未批准过的证书不会悄悄地失败：树里和页面上这台设备都读作“正在等待证书批准”，提示条上的按钮会在那份证书上打开现场设备访问，好去批准或阻止它。之后撤销批准，会关掉基于它跑着的那些会话。细节在 OPC UA 页面上。

“命令”卡片

有三个驱动够到的现场设备除了被读之外还会被要求做事：HTTP、Redfish 和 AVEVA PI。它们的设备页面在“连接”和“点位”两张卡片之间多一张命令卡片，标题下写着“可以要求这台现场设备做什么。每条命令都点名请求发到哪条路径，路径接在设备地址下面。”所有人都看得见这张清单；声明、编辑和下发需要“配置 Connector”，没有这个权限位的角色既看不到字段也看不到命令。

添加命令添一行，名叫“命令 1”（编号接着已有的往后排）。每一行带着：

行尾那一组带着只作用于这一行的两条命令：运行，它把命令发出去并报告现场设备答了什么（“‘Reset’的回答：已接受”），以及删除。“运行”在被拒绝时会说明原因而不是消失：命令还没有路径（“这条命令还没有路径，所以没有东西可发。”）、命令是关着的、命令还等着被存进运行时、设备没有连上，以及工作站自己的工程或运行边界。别的驱动根本不带这张卡片：充电桩和 Matter 节点也接收命令，但它们的命令由协议定死，来自驱动，而不是来自你在这里打的字。

“点位”卡片

卡片的标题是点位，后面跟着“地址格式 · <hint>”，说明这个驱动怎么给一个点位寻址（“自由形式的点位名（例如 sim/temperature）。”“寄存器号 + 数量（按字段填）。”“节点 id，例如 ns=2;s=Temperature。”）；对“配置 Connector”还有一句指引“勾选若干行，然后编辑一个单元格，就会应用到所有勾选的行。应用之后勾选自动清除。”以及添加点位按钮。“添加点位”创建“点位 5”（编号接着当前数量往后排），类型是 Float 或者这个驱动支持的第一种类型，只读，并选中它；记录条里写“已给‘Furnace’添加点位。”，或者在新点位还缺东西时写“已给‘Furnace’添加点位。在右边把它的细节填上。”

表格

行按数据类型分组，顺序是：数值、布尔、文本及其他，每一组的组头带着它的数量。列的顺序跟着点位页面上卡片的顺序走；某一行用不上的单元格（布尔点位上的数值字段）画成空的并且不可用。

三个环节开关和它们所管的字段一样是列，也和它们一起参与批量编辑：勾选若干行、打上系数、把环节打开，同一次编辑就改掉这些行读到的东西，不必逐个点位地打开。表格里仍然没有的，是无效读数的处理策略、两点法助手、写入字段和交叉引用：那些在点位页面上。只有“校准点位”权限的角色能读这张表，但一个格子都改不了，校准那几列和“校准开”开关也一样；它的校准编辑走点位页面。

批量编辑

勾选要改的那些行，然后编辑任意一行的一个单元格：新值会应用到那一行以及每一个被勾选的行，勾选随之用掉。有行被勾选时，表格上方有一条横幅写着“已选中 3 行。编辑一个单元格会应用到所有这些行，并清除勾选。”，旁边有一个清除选择按钮。勾选属于这台设备：过一会儿再回到它，勾选已经清空了。有三条规则让混选也不出错：名称和地址从不被复制；类型单元格落地时会把每一行相关的字段各自对齐；某一行接受不了的值只对那一行被拒绝并保持原样，正因如此，一个文本行被塞一个数值信号种类还能活下来，一个整数行被塞一个 NaN 越限处理也一样。

复制设备

“复制设备”会从选中的那台造出一台归你的设备：一样的连接字段和凭据，每个点位都以全新的身份连同整条转换链、它的启用状态和轮询间隔一起克隆过来。副本先取源设备的名字，只要那个名字在这个驱动上还空着；否则依次是“Furnace (2)”“Furnace (3)”。不管源设备在哪个文件夹里，副本都落在驱动的本级；Modbus RTU 的副本留在同一条线路上，用下一个空闲的从站 ID。页面随即在副本上打开：“已把‘Furnace’复制为‘Furnace (2)’。这份副本归你编辑。”

重名与冲突

设备名称在一个驱动内部唯一，不区分大小写：那些创建命令会自动加个数字后缀让开，而重命名到一个已被占用的名字上，在确认时会被拒绝。同一个驱动下面两台已启用的设备，如果名称规整之后落到同一段技术标识（Line A 和 Line-A），两台都不参与轮询，而不是其中一台胜出，并且在其中一台重命名或禁用之前，它们的点位什么都读不到。技术标识最多 128 个字符：“技术设备标识不能超过 128 个字符。”两台 Modbus TCP 设备可以共用同一个主机和端口而用不同的从站 ID，这时它们也共用这个端点的事务节奏。两台 Matter 设备可以点名同一个节点 id：设备发现会提议改为打开已有的那台，但并不禁止第二台。

设备页面不做什么

驱动不能改，文件夹不在这里编辑，Modbus RTU 设备的线路也不能改派到别处。启用一台设备不会启用它的点位，禁用一台设备也不会去翻它们的开关。没有按设备的导入或导出，除了把设备启用起来、再看它的健康状态和最近错误之外，也没有别的连接测试。