养老设备状态资料：开关存值与设备类别标签怎样分读

养老设备状态资料中的开关存值，不能一律翻译成设备已开启。服务门户若汇集门磁、连接状态与其他普通设备信息，界面文字还需要设备类别的背景。本文阅读Home Assistant公开二值传感器文档，讨论虚构资料卡片，不连接设备、不修改门户，也不判断老人所在位置、健康或照护是否完成。

先区分保存状态与界面标签

官方Binary sensor页面说明二值传感器的on与off状态，并指出界面图标和文字由device class决定。也就是说，保存状态和显示给人的标签有关联，却不一定具有相同字面内容。把所有on统一写成运行正常，会改变原字段所表达的问题。

假设虚构养老设备门户把几种状态汇总到一张卡片。编辑应先确认每条属于哪个实体，以及它的设备类别，随后再解释保存的状态。不能仅因为它们都显示两种值，就把它们当作同一种开关。这里没有真实设备状态，也没有发生任何监测或照护活动。

门与连接状态给出不同的on含义

同一官方页面列出door类别中on显示为打开、off显示为关闭；connectivity类别中on对应已连接、off对应断开。相同的保存值，连着不同类别就会读成不同事件背景。这个区别应随原字段一起进入门户资料说明。

例如虚构卡片的门类实体显示on，不能改写成服务机器人已开机；连接类实体显示on，也不能据此推断房门状态。若贡献者只给一张截取了值的图片，应补问实体与类别关联。本文不判断现场有没有人经过门口，也不把设备连接信息扩张为人员得到帮助的证据。

二值传感器也不是让用户操作的开关

官方Binary sensor entity开发说明把这类实体用于报告两种状态，且用户不能改变该值；若用户可开关，应使用switch。它还列出is_on与device_class属性。资料卡片应保留报告状态与操作控件的区别，不因页面出现on/off就自行补出远程操作能力。

虚构采购附件若将一条状态展示称作控制功能，接收者应要求对应功能资料。二值传感器定义解释的是这一类实体，并没有证明完整设备具有何种控制权限或交互界面。本文没有操作按钮、发送指令或创建自动化规则。

未知与不可用不能自动写成off

用户文档同时保留unknown与unavailable状态。开发说明中，is_on为None时表示状态未知。这些状态应按其原意说明，不能为了让卡片只剩两种颜色，就把缺少状态信息全部改成关闭。未知描述信息尚未确定，而不是某个已知off值的另一种拼写。

若虚构资料只给出断开标签，接收者还需核对它来自connectivity类别的off，还是实体本身不可用。标签相近并不说明材料相同。这里的核对仅针对已有附件；本文不确定网络问题、不诊断传感器，也不指导现场恢复连接。

把门户解释停留在设备信息范围内

清楚的资料卡片可同时保留实体身份、设备类别、原始保存状态和显示标签，并注明材料来源。若修订只是更正了类别文字，应记为解释调整；若新增了设备报告，应保留新材料。两者不能统一写成服务现场已经恢复正常。

两张原创图没有真实老人、住址或设备记录。相关内容可进入养老设备资料栏目与信息阅读栏目。保留开关存值与设备类别标签的关系，可以让门户更容易理解，同时不把普通设备状态误写成照护、人员行为或健康结论。