2019年编程的时候开发了一些设备专用的FB程序块，为了跟上位通讯方便，我将所有HMI需要读写的数据做成UDT数据结构，然后在FB的IN-OUT接口调用，这样就可以把HMI数据整合到几个DB中专门供HMI使用。当年在调试时发现程序跑起来非常吃力，315-2DP（2AG10老型号）循环扫描时间有的达到了100ms以上。后来研究发现是在IN-OUT接口里使用UDT类型数据造成的，每引用一次UDT里的变量，程序就大40字节。猜测是因为IN-OUT接口使用UDT类型时，在FB背景数据只保存变量指针，每次在FB中访问UDT数据接口都会增加FB的数据缓存空间。当年在论坛也讨论过http://www.ad.siemens.com.cn/club/bbs/post.aspx?a_id=1595467&b_id=4&s_id=23&num=8#anch

        后来发现如果UDT数据放在IN或OUT接口就没有这个问题，把原来位于IN-OUT接口的UDT数据结构按照上位机读和写的操作分成2个UDT数据结构放到IN和OUT接口区，生成的FB比原来占用的工作存储器小了很多。前几天把2019年做的实际项目程序按照以上的办法优化后再下载，发现效果非常明显，见下图，优化前PLC的存储器和扫描时间如下：

优化后存储器和扫描时间如下：

工作存储器占用是原来的三分之二，循环时间是原来的二分之一，从100多毫秒降到40多毫秒。

        从以上例子可以发现UDT数据结构放在IN-OUT接口调用虽然方便，但是也带来了额外的负担，如果一定要在IN-OUT接口里使用UDT数据结构最好在FB程序里尽量减少调用频次。