冯工聊数采NodeSCADA · 工控老兵手记 · 大屏看板控制PLC 设备数据推送MES HTTP接口控制设备

---

前几篇讲MES和PLC之间的数据下发，场景大多是工厂自己的信息化项目。今天说一个之前的一个合作项目，一次帮设备厂商交付设备的事。

找我的是一家做铝型材焊接设备的厂商。他们接了一笔单子，要把一条焊接产线交付给合肥的一家特种设备工厂。合同里除了设备本身，还附带了一部分软件要求：设备数据要能推到客户的MES，另外得配一块大屏看板，能看设备的实时运行情况，还要能在看板上调整工艺参数、必要时停机。

---

厂商的难处

设备他们做得很专业，但这部分软件的活儿，不好弄，他们没有专门的软件开发人员，而交付大屏看板设计数采、通信协议、UI设计等，他们不可能因为这点事情专门招一个团队去做，而市面上的网关一般也是数采硬件，有些能做大屏，也大部分都是再分包。后来找到了我。

做焊接设备的厂子，强项在机械、在电气、在工艺，软件不是他们的主业。

可现在交付设备，客户越来越多地把软件一并写进合同——数据要能上MES，现场要有看板，还要求能远程看、能控制。这些要求如果外包给软件公司，一个项目一个样，沟通和维护又是长期的麻烦。

他们最初的想法是自己招人写，估了一下工作量和周期，发现光是把PLC数据稳定读出来、再做个像样的推送和看板，就不是短时间能啃下来的。这才转头来找现成的方案。

---

其实需要的东西不多

把需求拆开看，这套软件要做的事情很清楚：

一是把设备数据采出来。这台设备的数据，包括焊接的工艺参数、电流电压、用电量，厂商已经把电表接进了设备的PLC，所以所有数据都集中在这一台PLC里，读这一台就够了。

二是把数据推给客户的MES。这个前几篇讲过，配置推送、按MES要的格式组装，是成熟的事。

三是做一块看板，显示实时数据，并且能往设备写参数、能停机。

前两件是常规数采，真正有点新意的是第三件——看板不光要"看"，还要能"控"。

用NodeSCADA来做，这三件事是一套软件里就能覆盖的，厂商不用东拼西凑。下面重点说说看板这块怎么实现。

---

看板怎么直接控制设备

看板是个网页，因为网页能非常容易实现客户想要的各种酷炫的效果。它和设备之间，隔着一个NodeSCADA。

显示数据这块好理解：看板调NodeSCADA的查询接口，把PLC里的电流、电压、用电量、工艺参数读出来，显示在界面上。前几篇讲过这个读取接口，这里不重复。

要紧的是控制。看板上有一个送丝速度的滑块，操作人员拖动滑块设定一个值，点"下发"。这一点，看板就调NodeSCADA的写入接口，把这个值写进PLC对应的地址，设备的送丝速度就跟着变了。

整条链路是这样：

看板从头到尾只跟HTTP接口打交道，不需要懂焊接设备的PLC是什么协议、参数写在哪个地址。这些都在NodeSCADA里配好了，看板只管调接口、传值。对做看板的前端来说，这跟调一个普通的后台接口没区别，门槛一下就低了。

---

下发都要确认一下

往设备写东西，跟读数据不是一个性质的事。读错了顶多显示不对，写错了是要影响生产的。

所以看板上每一个下发操作，都加了二次确认。拖完滑块点下发，会弹一个框，把要写入的值再亮出来让人确认一遍，确认了才真正调接口写下去。这一步看着多余，实际很有必要——滑块这种东西，手一抖就可能滑过头，多一道确认，能挡掉不少误操作。

看板上也做了停机，出异常时操作人员点一下设备就停。启动没做进去——设备一启动机械就动作，远程启动有安全隐患，启动这一步仍然留给现场操作人员按实体按钮。

---

对厂商来说，低成本实现了设备的数字化

下一条产线、下一个客户，只要设备类似，这套数采加看板的方案稍微改改就能复用。PLC点位重新配一下，看板上的参数项调一调，MES的推送格式按新客户的要求改一版，主体的东西都在，不用从头再来。等于他们交付软件的能力，一次搭好，后面接着用。

对一个以硬件为主的厂商来说，这等于把合同里那块原本头疼的软件要求，变成了一个能稳定交付、还能重复用的标准动作。投入不大，但把交付能力提升到了软硬一体的程度。

---

冯工聊数采NodeSCADA · 持续更新工控数采实战经验