LabVIEW 对接西门子 PLC，S7-1200 建议走 S7 协议配 Snap7 动态库的方案，S7-400 则启用 PUT/GET 走 ISO-on-TCP——两个机型的配置差异搞明白，数据交互就成功了一大半，剩下的都是细节功夫。这篇把实战里真正踩过的坑摊开讲。

S7-1200 和 S7-400 通信，到底差在哪里？

先把硬件差异说清楚。S7-1200 是精简系列，固件 V4 以上默认关闭 PUT/GET 服务，要在 TIA Portal 的设备组态里手动勾选"允许来自远程对象的 PUT/GET 通信访问"；同时 DB 块必须取消"优化的块访问"，不然第三方程序根本找不到地址。S7-400 是老牌高端机型，多出现在 PCS7 环境里，走 ISO-on-TCP、端口102，机架槽位常见是 rack=0、slot=2，跟 S7-1200 的 slot=1 不一样。联调连不上，十有八九是槽位填错了。

还有个容易忽略的点：1200 的连接资源只有8个，LabVIEW 这头反复建连接不释放，跑几天就"连接拒绝"。连接句柄必须全局唯一，重连前先断开旧的。

LabVIEW 这头怎么调？为什么不推荐裸 TCP？

自己拼 TPKT/COTP/S7 报文不是不行，但 S7 协议状态机复杂，一个 PDU 协商参数没对齐就卡死，排查起来极费时间。稳妥做法是用 Snap7 这类成熟库，LabVIEW 里通过"调用库函数节点"加载 snap7.dll，ConnectTo、ReadArea、WriteArea 三个函数覆盖九成需求。读 DB 用 S7AreaDB，指定 DB 号、起始字节和长度，返回字节数组再按变量定义解析。

DB 块怎么定义，数据才读得对？

踩坑重灾区在字节序和偏移。西门子是大端序，Real 类型四个字节高低位要调过来；String 前两个字节是最大长度和实际长度，解析时得跳过头部。我们的习惯是让 PLC 工程师和上位机共用一张变量表，名称、类型、偏移、倍率四列齐全，LabVIEW 侧做成配置文件驱动，点表变了不用改程序。这点很关键：LabVIEW 上位机开发做久了就会明白，变量表管理比通信代码本身更值得花功夫。

采集频率和稳定性怎么两全？

轮询别贪快。测试台架类项目 100 到 200 毫秒一个周期足够，用 LabVIEW 的生产者消费者模板，采集线程入队，界面线程只管显示和实时曲线渲染，通信再抖界面也不跟着卡。断线重连必须做：连续三次通信失败就重建连接，期间数据打上时间戳暂存，恢复后补传，测试报告才不会出现断崖式的空白段。

我之前在无锡上位机开发的一个测试台架项目里，S7-1200 配 LabVIEW，客户要求全量程实时曲线连续跑八小时不丢点。最后靠批量读取一个连续 DB 区域加双队列缓存稳稳达成——单点轮询那种写法，联调第一天就被我们否了。

动手写代码前，还能再省点联调时间吗？

行动建议：别急着写 LabVIEW 程序。先用 NetToPLCSim 或现场触摸屏验证 PLC 侧的 IP、机架槽位和 DB 定义，确认第三方工具能读到数，再动手写代码。这一步走通了，联调时间至少省一半。