nos001
级别: 探索解密
精华主题: 0
发帖数量: 54 个
工控威望: 110 点
下载积分: 814 分
在线时间: 42(小时)
注册时间: 2018-03-31
最后登录: 2022-10-06
查看nos001的 主题 / 回贴
楼主  发表于: 2019-08-07 10:19
结构化工程,ST程序,ST编辑器卡到不行,打字和删除都出现严重滞后现象,卡顿到不行,严重影响到程序的编写。
其他如KEIL、VSCODE、MPLAB X等编辑C程序都很正常,唯独works2卡顿到不行。有人遇到这种问题吗?
电脑配置,R5 1600X,内存16G,系统盘固态M.2 250G,系统Win7。

另外关于ST编程,有关work2内建的FB和函数使用问题。
计数器、定时器等内建函数以及LDP、LDF等基本指令都是按照梯形图的方式来的,必须按照梯形图的方式编写,
如果以条件语句IF...END_IF的方式编写,可能得不到想要的结果。这也让人非常的难受。
[ 此帖被nos001在2019-08-07 10:32重新编辑 ]
nos001
级别: 探索解密
精华主题: 0
发帖数量: 54 个
工控威望: 110 点
下载积分: 814 分
在线时间: 42(小时)
注册时间: 2018-03-31
最后登录: 2022-10-06
查看nos001的 主题 / 回贴
1楼  发表于: 2019-08-07 11:01
引用
引用第1楼我看到你了于2019-08-07 10:45发表的  :
软件问题,PLC程序条件通断还是用梯形图吧,习惯一下很快上手。不然串一堆条件全是if..else会很蛋痛



梯形图更难受啊,结构体位变量居然不能SET、RST,FOR语句必须母线运行,还会出现莫名的无法查找的奇怪问题。
原来是软件自身问题,我就说嘛CodeSys编辑ST很顺溜,可惜不能用于三菱,多谢回复。


这个软件的自身问题,怎么破啊?只能忍受?
[ 此帖被nos001在2019-08-07 15:41重新编辑 ]
nos001
级别: 探索解密
精华主题: 0
发帖数量: 54 个
工控威望: 110 点
下载积分: 814 分
在线时间: 42(小时)
注册时间: 2018-03-31
最后登录: 2022-10-06
查看nos001的 主题 / 回贴
2楼  发表于: 2019-08-07 12:18
这个非常奇怪,结构体位变量操作会影响到其他位变量,哪怕程序块执行条件为非,已经不再执行,依然影响,使得其他位变量无法被操作。




刚在线仿真了下,j = 30 使得数组溢出了,让 j := 0  TO 29 就正常了,被这问题困扰了好多天,晕死。
[ 此帖被nos001在2019-08-07 12:32重新编辑 ]
nos001
级别: 探索解密
精华主题: 0
发帖数量: 54 个
工控威望: 110 点
下载积分: 814 分
在线时间: 42(小时)
注册时间: 2018-03-31
最后登录: 2022-10-06
查看nos001的 主题 / 回贴
3楼  发表于: 2019-08-07 15:42
软件自身的问题,只能忍受?

和AMD还是intel有关系吗?
nos001
级别: 探索解密
精华主题: 0
发帖数量: 54 个
工控威望: 110 点
下载积分: 814 分
在线时间: 42(小时)
注册时间: 2018-03-31
最后登录: 2022-10-06
查看nos001的 主题 / 回贴
4楼  发表于: 2019-08-07 18:47
引用
引用第6楼nightblueblu于2019-08-07 16:23发表的  :
ST优势是数据处理强,劣势是很费内存,扫描时间长
梯形图优势是逻辑处理强,扫描快,劣势是数据处理特别笨重
所以最好的方式是使用梯形图编程整个逻辑框架,再内嵌ST处理数据


梯形图实在难以忍受,尤其是阅读程序的时候,就跟pdf单页视图一样一跳一跳的,鼠标滚轮无法精确控制程序的上下滚动,27寸的显示器都显示不了几行,还老是很容易就跑过了头,那叫一个难受。当然这说的是三菱的works2,这破软件,偏偏三菱的PLC用的人多,厂里仿别人的几个机器都是用的三菱。
结构化程序倒是不会像上面说的那样,但ST程序编辑器就如顶楼说的那样,非常的卡顿,输入字符和删除字符都严重滞后,一不小心就删除有用的代码,编辑效率非常低,非常难受。
JB  三菱PLC编程,反人类的设计。

ST编程却是占程序空间,但扫描不是问题,4000步扫描最长时间6ms左右。
[ 此帖被nos001在2019-08-07 19:02重新编辑 ]