凉棚雨感是一个控制输入，不是家具永远不湿的保证

把下雨到动作的过程拆开看

雨先到达现场，再到传感器，被控制器识别后才可能触发动作，这个过程并不等于第一滴雨出现前，顶棚就已经处在预定位置。应确认实际供货的传感器和控制器、检测位置，以及说明书如何描述响应，不自行赋予未经证实的动作时间。侧向来雨和顶面已经留存的水，也属于另外的问题。因此，雨感介绍应该说明一项操作功能，而不是承诺下面的家具或设备在所有条件下都保持干燥。采购时把希望保护的物品和使用情境说清楚，更有助于判断哪些需求需要额外安排，不能全部交给传感器承担。

核对模式，也核对指令冲突

部分控制器区分自动与手动模式，或在多个天气输入之间设置优先关系，具体表现取决于实际硬件和设置。使用者为一次活动改变模式，可能没有意识到随后遇雨的行为也发生了变化。可要求状态表说明检测到雨、收到手动指令、其他保护同时生效，以及恢复正常时分别怎样处理。其他产品手册可以说明为什么要问这些问题，却不能提供本项目的设置。把已确认配置写入交付资料，并说明普通用户可以改哪些内容、哪些需要安装方参与，避免后期行为变化无人知情。

家庭聚会中的一个假设例子

假设一家人在聚会时，为保持喜欢的顶棚位置切换到某种手动状态，散场后都以为雨感仍会按平时方式管理顶棚。如果所选控制器在该状态下有不同逻辑，预期与实际就可能不一致。解决办法不是猜测系统怎么工作，而是依据说明建立结束使用时的检查。这个假设场景说明了模式提示和全家共同交接的价值，并不是说所有控制器的手动模式都会关闭雨感。对有多位员工或客人操作的场所，同样需要清楚说明谁负责确认最终状态，避免相互以为对方已经检查。

交付时验证功能，也交代维护

交付时请安装方按允许的程序演示检查方法，说明可见提示、维护入口，以及怀疑传感器故障时如何报告。把硬件身份和当前模式与其他控制资料一同保存。一次测试只能证明相应条件下观察到的行为，不能变成全天候保护证明。询价时应先核实实际包含的控制配置，再判断雨感是否提供、是否符合预期用途。后续更换遥控器、重新设置或增配设备后，也应确认相关状态表是否需要更新，不沿用与现场已经不一致的旧交接资料。

• 确认准确的传感器、控制器、模式及已说明的响应过程。
• 记录指令优先关系和恢复常用自动状态的操作程序。
• 让所有使用者完成交接，并保留检查入口与故障报告方法。