回复:关于[状态图表]卡死软件的后续

Zaxife

  • 帖子

    2450
  • 精华

    31
  • 被关注

    78

论坛等级:至圣

注册时间:2008-07-24

普通 普通 如何晋级?

发布于 2017-11-18 19:35:33

2楼

展开查看
以下是引用YUKJ在2017-11-18 14:49:46的发言 >1楼

  光下载系统块,没有任何用户程序,启用状态图表, 卡死不卡死都没有实际意义,说明不了plc的好坏。

  好歹编一个简单的用户程序,编这个程序应考虑既能考核所有物理I/O包括通讯口的状态,作为新PLC的“入库验收”程序。一旦有用户程序运行时启用状态图表,你会发现启用它并没有象你所说的那么多的门槛。启动过程是慢,但启动完成后监控还算流畅,即使十几年前的单核电脑也不卡死。

我用空白的用户程序举例,是为了说明问题不是由于用户程序引起的软件界面卡死,而是软件自身的问题。


其实原因也很简单,状态图表最短刷新周期是250ms?然后如果一个周期内刷新的变量过多了就会导致软件一直疯狂的尽快更新变量状态根本就没时间响应软件UI的操作了(查看数据包时发现状态图表每行值都是单独读取而不是整合成一串数据读取,导致根本不可能在250ms内完成20次以上的读取就卡软件UI了)。


至于为什么一定要用状态图表?因为正常情况下测试程序总是必要的吧?写完程序,先下载到测试用的PLC测试功能是否正常,这时候就需要强制输入值了。但是,现在进入状态图表输入需要测试的IO运行后,直接卡死软件界面连测试程序都无法完成!!!


有人说,有必要测试程序么?我个人的习惯是每写一个子程序、库都是一边测试一边完善的,直到尽最大可能的在编程时发现并消灭bug,而不是直接下载的设备上测试。程序没经过测试直接上设备,搞坏设备就呵呵了。


评论
编辑推荐: 关闭

请填写推广理由:

本版热门话题

SIMATIC S7-200 SMART

共有9023条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜,你发布的帖子

评为精华帖!

快扫描右侧二维码晒一晒吧!

再发帖或跟帖交流2条,就能晋升VIP啦!开启更多专属权限!

  • 分享

  • 只看
    楼主

top
X 图片
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。