怎样通过改变编程方法减小程序周期.doc

老问题欢迎讨论：怎样通过改变编程方法减小程序扫描周期？ 返回主题列表 作者 主题 fiberzys游士经验值: 221发帖数: 152精华帖: 0 楼主????2009-03-22 17:30:39主题：老问题欢迎讨论：怎样通过改变编程方法减小程序扫描周期？ 4年前做的一个项目近期又扩展，发现扫描周期达到了50-100ms，只好开始优化程序。由于有大约300个模拟量（都是单极性，实时性要求不高）要读取转换，我首先放弃了FC105自己编了个小程序（同时改原来的LAD为STL）转换，然后分周期分批读取，发现扫描周期平均减少了近10ms，现在还想近一步优化，那些方面的更改可以进一步减小扫描周期？用循环和不用循环哪个更快？?抛砖引玉，欢迎大家都来讨论下。 凌波微步侠圣经验值: 4577发帖数: 2138精华帖: 59 楼????2009-03-31 10:00:03? 主题：回复:老问题欢迎讨论：怎样通过改变编程方法减小程序扫描周期？ 版主的问题提的太专业了！而且最后的总结陈词也很实际。干了这几年自控系统后，个人也是觉得，国内的项目如果按照100分来评价的，打60分和打90分区别真的不大；因为往往甲方只要能够满足其基本要求，其他的美化，优化的措施并不在意。而且往往商务手段要比技术处理更重要。??其实干了这些年自控和西门子的产品，还真没有系统的研究和学习过扫描周期，程序优化这方面的知识。只是跟着前辈们去学习编程习惯。惭愧啊。。。。。。??对于版主的提问，我的回答如下，请指教：?1.扫描的稳定性：只要保证CPU的负荷不是过高的情况（我认为最好不超过80%，我记得默认好像是90%系统报警）下，扫描的稳定性就可以得到很好的保证；?扫描周期的长短：这个还是要根据不同类型信号的要求满足。我一般吧开关量放在OB35(100ms)里，模拟量放在OB33（500ms）里，对于SOE这样要求1ms的扫描周期，使用特殊的处理模件，特殊处理方式。??2.客观来讲，如果按照同样的扫描处理的话，程序的多少自然会影响扫描周期的长短。版主的意思应该是如何优化程序，处理程序是非常重要的。这个我严重支持。对于这个方面的想法我没有太多的心得，因为我做的项目大多为PCS7，都是模块化的编程。只是对于程序的处理方面我一般尽量少功能多的功能块。同时对于功能块的RUN?SEQUENCE优化，我往往都要做，而且按照不同的类型，分成若干个运行组；还有就是对于过程映像区的使用，自从有了PIP区的出现，我就一直使用这种方式；因为在我看来西门子的这发面的优化肯定是有其道理的。?对于前面提到的COMMUCATION?JOB，诊断数据区的处理，我一般都是不做的。只有在程序量大，内存小的情况下才去降低这个数据区的；??3.对于扫描周期长的问题，当然升级硬件是最好的选择；但并不是好的硬件，程序的优化就不重要了。还是两者并存是最佳选择。但硬件的升级往往不是以我们的意志为转移的。因此程序的优化还是尤为重要的。??4.对于现在的硬件能力来说，好的编程习惯看起来好像影响并不大。但对于某些特殊情况，比如能力差些的CPU带点数较多的情况下，这个时侯好的编程就会有很大的优势了。至少可以降低CPU的负荷。??5.扫描周期长短的判断标准，我不清楚。版主可否赐教？我一般认为中断扫描肯定比循环扫描时间短。而且程序做好下载到CPU后，可以在线查看扫描周期的长短。如果判断扫描周期长的话，我的第一反映就是优化程序，减少程序量；往往会将开关量的驱动块去掉；将模拟量监视块去掉，自己更改变量属性上传到WINCC中，报警自己编写等方法。??6.在编程序之前往往要考虑CPU的能力，是否能够满足设计I/O点数的需求，是否闭环回路较多，模拟量数量多少这些问题，才会去考虑如何编程的。如果CPU能力很强的话，那自然使用库中的功能块，这样省事，规范。如果能力稍差，就考虑自己去降低程序量的方法。??回答的很肤浅，请各位高手多多指教！ 不以物喜，不以己悲；达则兼济天下，穷则独善其身。 四书五经侠圣经验值: 2733发帖数: 755精华帖: 56 楼????2009-03-31 11:09:16? 主题：回复:老问题欢迎讨论：怎样通过改变编程方法减小程序扫描周期？ “程序多扫描周期不一定长，程序少扫描周期却不短，刻意追求简短的指令往往适得其反；”---的确是这样，记得以前看过一篇文章，是两个单按钮起停的程序，一个是用位逻辑，一个是用字逻辑（字异或），位逻辑代码多，字逻辑代码少，虽然字逻辑的代码简洁，可它的执行时间却更长一些。?另，用指针做循环可以有效减少代码量，减小内存占用量，我以前一个同事在做一条电镀生产线时，因为不懂STL，就只好用LAD做赋值，