我来帮你排查下Node-RED S7节点写test变量（true/false）失败的问题，这类情况我碰到过不少，大概率是地址格式、变量配置或者通信权限的问题，咱们一步步来拆解：

1. 先确认PLC侧的变量配置 #

• 首先要核实test变量的绝对地址是否真的是DB3.DBX42.0：打开PLC编程软件（比如TIA Portal），找到DB3块，查看test变量的属性，确认它的偏移量和位号。如果DB3里前面有其他类型的变量（比如INT、REAL），BOOL变量的位置会被内存对齐，实际地址可能和你预估的42.0不一致。
• 同时要确保这个DB块没有设置为只读，并且变量的访问权限允许外部设备写入（有些PLC默认会限制外部PUT操作）。

2. 调整Node-RED S7节点的地址格式 #

不同的S7节点包（比如官方的node-red-contrib-s7）对地址格式的要求有细微差别，你可以依次尝试以下几种格式：

• DB3.X42.0 （用英文点分隔，部分节点偏好这种格式）
• DB3.DBX42.0 （西门子标准绝对地址格式，兼容性最强）
• 如果你的节点支持符号寻址，直接写"DB3".test（注意DB名加引号，和变量名用点连接，前提是你已经导入了PLC的符号表到Node-RED）

3. 检查消息payload的类型 #

一定要确保你发送的msg.payload是布尔类型的true或false，而不是字符串"true"或"false"：

• 用注入节点的话，直接选择「布尔」类型，勾选true/false即可；
• 用函数节点的话，写msg.payload = true;（不要加引号）。
  字符串类型的布尔值会被S7节点识别为无效数据，导致写入失败。

4. 验证通信连接与权限 #

• 先看S7节点的状态：如果是红色，说明和PLC的连接没建立，要检查IP地址、机架号、槽号是否正确（比如S7-1200默认是机架0、槽1；S7-1500是机架0、槽2）。
• 确认PLC允许外部S7通信：在TIA Portal里，找到PLC的「保护与安全」设置，开启「允许PUT/GET访问」，否则Node-RED没有权限写入数据。

5. 快速测试小技巧 #

你可以先用S7节点的读取功能验证地址是否正确：如果能成功读取DB3.X42.0的初始值，说明地址和连接都没问题，问题大概率出在写入权限或payload格式；如果读不到，那就要先解决地址或连接的问题。

内容的提问来源于stack exchange，提问作者Marouane SALHAOUI