作者 | 主题 |
---|---|
hy_12306 奇侠 经验值: 6238 发帖数: 695 精华帖: 19 |
楼主 2020-11-14 23:30:21
主题:同一个块居然在1200 1500表现不一样 今天才发现个怪事。软件V16 UP2,自己用modbu_master写个轮询程序,轮询多个温控表。在1214里运转正常,机器上没有问题。直接把FB拷到1512里,一编译,直接报错! 这就奇怪了,在1214正常工作,怎么到1512就直接报错了。而且,没有指向错误地方。1200 1500难道还有不能通用的?而且这报警也非常蹊跷。有哪位大神知道这报警是哪里出问题了? |
as31303 奇侠 经验值: 7047 发帖数: 451 精华帖: 1 |
1楼 2020-11-15 00:04:27
主题:回复:同一个块居然在1200 1500表现不一样 功能块的定义不同吧,你仔细对比一下
坚持就是胜利!
|
zhangli0 至圣 经验值: 42649 发帖数: 15628 精华帖: 61 |
2楼 2020-11-15 09:06:11
主题:回复:同一个块居然在1200 1500表现不一样 你的通讯程序的参数没有填吧?
活到老,学到老!为了生活学习吧!
|
周杰伦 至圣 经验值: 13738 发帖数: 2031 精华帖: 16 |
3楼 2020-11-15 09:25:31
主题:回复:同一个块居然在1200 1500表现不一样 1200和1500的通讯口的硬件标识不一样。
工控毁我青春!
|
yming 至圣 经验值: 126332 发帖数: 21937 精华帖: 822 |
4楼 2020-11-15 09:53:16
主题:回复:同一个块居然在1200 1500表现不一样 1200的Modbus RTU 使用的CM模块和1500的485模块不一样。 即便是1200的MB功能块,针对使用的CM类型(485、485/422)还是CB,都有细微的差别,还是要检查一下,硬件标示、端口模式等等的设置。
学而时习之,不亦说乎?温故而知新,不亦乐乎?
|
hy_12306 奇侠 经验值: 6238 发帖数: 695 精华帖: 19 |
5楼 2020-11-15 19:08:02
主题:回复:同一个块居然在1200 1500表现不一样 感谢各位的建议,我已经完美的解决这问题。MD,赶了一天车,就是要把1200的块用在这台1500的机器上。大家可能对我的提问没有吃透。 |
威师爷 至圣 经验值: 37384 发帖数: 5126 精华帖: 47 |
6楼 2020-11-15 19:35:14
主题:回复:同一个块居然在1200 1500表现不一样 本来1200编程环境下调用的MB BUS 库是1200的,你要使用在1500里面,那CPU属性是1500时再去库里面进行调用一次,或者重新替换1200环境的库功能块。
工业起重机防摇摆 QQ:404136820 AntiSwayControl
|
hy_12306 奇侠 经验值: 6238 发帖数: 695 精华帖: 19 |
8楼 2020-11-16 15:02:43
主题:回复:同一个块居然在1200 1500表现不一样 新开的帖子也不能发帖,不知道原因。但第二段可以发,我先发结果出来,过程估计发不出来了。 |
hy_12306 奇侠 经验值: 6238 发帖数: 695 精华帖: 19 |
9楼 2020-11-16 15:03:21
主题:回复:同一个块居然在1200 1500表现不一样 所以,我猜测,即使使用DB块优化,所谓的没有实际地址,其实是博图自己自动分配了地址,可能从1200里COPY过来的UDT,由于使用了array,有多组地址,直接COPY过来后,可能与1500自己分配的地址相冲突了。造成所谓的“只能使用不变零的位地址进行访问”。直接重建UDT,让博图自动分配好地址后,再将UDT内容完全COPY,就不存在这问题了。不知道我的理解对否? 刚开始没往这方面想,其实是走了弯路,由于COPY的UDT有10+,都没有问题,而只有这个有问题,就以为是通讯出了问题。应该是其它的UDT均没有使用array,没有造成地址冲突,所以才没有出事。 |
hy_12306 奇侠 经验值: 6238 发帖数: 695 精华帖: 19 |
22楼 2020-11-17 18:33:01
主题:回复:同一个块居然在1200 1500表现不一样 由于那个块编译通不过,所以我把另一个功能类似在1200的通讯块COPY到1500,编译居然通过了!但没有高兴多久,又出新夭蛾子了。只要一调用UDT里array 中的BOOL,立马报一样的错误。既然编译能通过,调用出问题,那直接把FB内所有的程序屏蔽,相当于个空块,再次调用,报错。查看static变量有UDT,把array取消,只用一个UDT,再次调用,还是报错!调用没有用UDT的static变量,编译通过!看来问题出在UDT上了。随机调用UDT内array的变量,居然有几个能通过!到这里,我大概反应过来了,就是UDT块出问题了。在1500内新建个UDT,把原UDT内所有内容COPY过去,在static内调用。删掉从1200中COPY过来的UDT,编译通过!调用也通过!把UDT类型改成array,设成1..40个,也即使用40组变量,再次在FC内调用FB的UDT内容,编译通过! 所以,我猜测,即使使用DB块优化,所谓的没有实际地址,其实是博图自己自动分配了地址,可能从1200里COPY过来的UDT,由于使用了array,有多组地址,直接COPY过来后,可能与1500自己分配的地址相冲突了。造成所谓的“只能使用不变零的位地址进行访问”。直接重建UDT,让博图自动分配好地址后,再将UDT内容完全COPY,就不存在这问题了。不知道我的理解对否? 刚开始没往这方面想,其实是走了弯路,由于COPY的UDT有10+,都没有问题,而只有这个有问题,就以为是通讯出了问题。应该是其它的UDT均没有使用array,没有造成地址冲突,所以才没有出事。 进一步猜想,如果使用了array的在1500里集成的FB,可能COPY到1200里直接使用,可能也会出现类似的问题。 由于在网上搜索了一圈“只能使用不变零的位地址进行访问”,只有一个度娘有结果,说是用了指针。但博图基本上没有指针概念了,也没多想。其实从报错上看,就是位地址出问题了。 |