西门子S7-1200系列PLC在Reflow回流焊设备中的应用(2)

1  友好的开发环境，为开发复杂的高质量的程序提供了良好条件。

一个项目或者一台设备的控制程序的质量取决于程序的可维护性是否良好。程序的可维护性是指设备程序在程序修改、日后维护、程序扩充、故障查找、程序调试等方面的容易性。一个高质量的程序的可维护性是相当好的，把程序交给从未接触过这一程序的工程师去应用维护时也很省心省力，要做到这一点，仅仅是靠文字的注释是做不到的，有的工程师往往走进这样一个误区：认为程序只要有注释就会没关系，或者干脆认为程序越复杂越能体现他编程的高超。事实上在完成控制目标的前提下,程序越“简单”越好，越容易维护越好。S7 1200编程环境类似于S7 300的应用开发环境，这种结构化的友好编程环境，对于编写高质量的程序是非常有益的。而其它品牌PLC的编程环境在这方面与S7 1200的Basic相比要逊色得多，如果要编一个容易维护的高质量程序，使用没有良好编程环境的PLC,就必须依赖编程工程师良好的编程习惯及高超的编程能力。

2  完善的通信能力

随着设备的自动化程序越来越高，设备与第三方通信不可避免，在本项目中，PLC控制器往上与电脑PC通信交换数据，往下要与温控模块、变频器、氧气分析仪等设备读写交换数据。S7 1200的通信能力与同档次的其它PLC相比，要完善和强大的多，除了具备以太网接口、可扩充三个RS-485通信模块等硬件必备条件，还开发了完善的各种通信指令包，让工程师很轻松完成与第三方设备的通信编程。例如，以工程控制中最为广泛的Modbus通信为例，S7 1200准备了完善的支持Modbus指令包，工程师只需填写几个参数，就很容易完成复杂的通信。如下图为初始化Modbus指令。

初始化Modbus指令

也许有不明就里的工程师提出这样的质疑：其它品牌的PLC也有通信指令包。但如果你有应用过其它PLC通信的经验,然后再应用S7 1200进行通信编程的话,你很很容易得到这样一个体验：的确S7 1200的通信应用要比其它品牌的PLC方便和实用得多。例如不管是三菱的FX3U还是Omron的PLC，应用于Modbus通信时，就有如下方面的不足。

读取到的从站数据，不能直接应用。

不管是三菱还是OMRON的PLC，从从站中读的数据，不能直接应用，必须要进行一定的“处理”。要进行高八位、低八位的数据交叉交换，再应用相应指令组合“处理”才能得到最终的数据，例如三菱FX3U对读出的数据要用XCHP指令进行高低位交叉,然后再用BTOWP指令再完成组合功能.OMRON也需要做类似的处理.这样一来,如果你读取的从站数据较多时，必须要编程一大堆数据处理程序，同时要浪费一大堆的数据寄存器进行数据的转存处理。这是一个庞大的工作量，假如你处理的数据达到几十个的话，这的确是一个艰苦的编程工作。

读取数据的长度受限制

例如OMRON的PLC支持Modbus指令包，其存放数据的地址是预先固定死的，当然其长度也固定死了，**系列只指令96个字节（48个字）的读写，这意味着当你需要读取更多的数据时，将无法完成你的需求。S7 1200的通信读取的数据长度，最长能达到少呢？这一点本人没有测试过和查到数据，但在这一项目中一次读取60个字这一点是通过实践证明的。如下图程序.

CPU1214一次从子站中读取60个数据,把温度模块所有的设定温度、实际温度、通道开关状态、PID数值、补偿值等60个字一次性读取，完成10个子站的数据读取不超过1秒。完全达到实时采集控制的要求。

其它PLC固定通信数据存放地址,应用不方便，S7 1200可以给不同的子站定义不同的数据地址。

OMRON或者台达等一些PLC的通信指令包，把每次通信读取到的数据固定放在特定的寄存器中，你要使用时，再从这寄存器中“转移”出进行使用。这总味着，当PLC读取同一设备不同的数据,或者读取不同设备的数据时，你必须要非常有“计划“地根据不同的时间，把你需要的数据从公用固定的数据寄存器中“准确”地“及时”地“挪”出来，否则公用固定的数据寄存器可能被“新的”数据刷新取代，造成数据混乱。要完成这些工作，你必须有良好的编程习惯，也需编写一大堆程序进行时序处理，如果数据量大，这对一个工程师来说，绝对是个考验。S7 1200在这方面就轻松灵活多了，你可以把读到的数据放到任意定义的数据背景数据块中，非常轻松和简单。读取到的数据直接可以应用.如下图所示，所有从站读取的数据可以分配不同的地址，并且可以定义为数组方式，大大地方便了通信数据的“应用”，不需要用任何指令进行处理，也不需要“及时”转移数据，因为每一个从站都可以定义单独的数据存放地址。