青海西门子一级代理商
西门子S7-200系列PLC应用领域
SIMATIC S7-200的应用领域从更换继电器和接触器一直扩展到在单机、网络以及分布式配置中更复杂的自动化任务。S7-200也越来越多地提供了对以前曾由于经济原开发的特殊电子设备的地区的进入。
西门子S7-200系列PLC优点
SIMATIC S7-200发挥统一而经济的解决方案。整个系统的系列特点
强大的性能，
优模块化和开放式通讯。
结构紧凑小巧－狭小空间处理任何应用的理想选择
在所有CPU型号中的基本和功能，
大容量程序和数据存储器
杰出的实时响应－在任何时候均可对整个过程进行*控制，从而提高了质量、效率和安全性
易于使用STEP 7-Micro/WIN工程软件－初学者和专家的理想选择
集成的 R-S 485接口或者作为系统总线使用
极其快速和的操作顺序和过程控制
通过时间中断完整控制对时间要求严格的流程
之前在做一个项目时用了很多FB功能块，并且把对应的上位机监控数据放在了IN-OUT接口，结果运行时发现CPU扫描周期很大，接近100ms，控制非常吃力。后来发现是因为在FB的IN-OUT接口使用了UDT类型数据的缘故，因为在IN-OUT接口使用UDT后FB的背景数据块就只保存访问指针，运行时采用指针的方式直接访问接口实参，在FB中每引用一次IN-OUT接口的UDT类型变量元素，程序的工作存储器占用就有40多字节，而普通变量只占用不到10字节。后没办法把所有IN-OUT接口的UDT拆分到IN和OUT接口，工作存储器马上就降下来了，扫描周期降低了很多，见下图比较。这个问题之前也发帖讨论过。
自从发现上述问题后，我一直不敢再把UDT类型的上位接口放到IN-OUT区了，也带来了一些麻烦，比如有的时候需要程序判断上位输入是否合理，如果不合理就通过程序纠正，如果上位接口在IN区就无法在FB内赋值纠正。为了彻底搞清楚这个问题，我近做了一个测试比较，方法就是创建一个UDT数据类型，包括8个BOOL，2个INT和2个REAL，在FB中写三行程序，分别调用三种变量。通过把UDT放到IN接口和IN-OUT接口比较FB占用的装载存储区和工作存储区的大小区别，还通过增加BOOL和INT变量调用比较每增加一次调用占用的装载存储区和工作存储区的大小区别。程序如下
STEP7软件采用5.5SP4，组态CPU为315-2PN/DP V3.2，比较结果如下：
从以上比较可以发现，在IN接口使用UDT时，每增加一次接口元素调用工作存储器只增加8或10字节（因指令和数据类型不同而不同）；而在IN-OUT接口UDT时，每增加一次接口元素调用工作存储器增加了46或48字节（因指令和数据类型不同而不同），每次调用比IN接口时多了38字节，装载存储器增加的更多。得出的是在STEP7平台下尽量不要在IN-OUT接口使用UDT数据结构，如果需要使用我近改进的做法是先把接口数据同步到FB内部变量，在程序调用时使用内部变量替代，只在程序反写接口变量时才使用接口变量，大限度减少在FB程序内调用接口变量。
目前STEP7平台使用越来越少了，大部分程序都可以用博图来写，那么在博图环境下是否有同样的问题呢？我把上述测试方法在博图V15环境下复制了一遍，同样组态315-2PN/DP 的CPU，结果如下；
通过与STEP7平台比较发现结果差不多，每增加一次调用增加的工作存储器大小是一样的，也就是说对于300系列CPU来说，使用STEP7和博图编程都有这个问题，那么应对方式也是一样的，尽量减少调用频次，因为工作存储器是不可扩展的，调用多了还影响扫描周期。
后我又在博图V15上组态1500系列CPU做了一次比较，结果如下：
通过比较结果可以发现两者已经没有什么区别了，甚至在IN-OUT区使用时存储器占用还少了一点，说明在1500plc上已经没有这个问题，可以放心大但的去使用了。原来因为300的前车之鉴我在1500下也不敢在IN-OUT区使用UDT数据，下一步就准备把目前的程序块移植到1500上优化一下测试实际结果