技术论坛

 同一个块居然在1200 1500表现不一样

返回主题列表
作者 主题
hy_12306
奇侠

经验值: 6238
发帖数: 695
精华帖: 19
楼主    2020-11-14 23:30:21
主题:同一个块居然在1200 1500表现不一样

        今天才发现个怪事。软件V16 UP2,自己用modbu_master写个轮询程序,轮询多个温控表。在1214里运转正常,机器上没有问题。直接把FB拷到1512里,一编译,直接报错!

        这就奇怪了,在1214正常工作,怎么到1512就直接报错了。而且,没有指向错误地方。1200 1500难道还有不能通用的?而且这报警也非常蹊跷。有哪位大神知道这报警是哪里出问题了?




1.PNG


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里直接使用,可能也会出现类似的问题。

由于在网上搜索了一圈“只能使用不变零的位地址进行访问”,只有一个度娘有结果,说是用了指针。但博图基本上没有指针概念了,也没多想。其实从报错上看,就是位地址出问题了。


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