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

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

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

1.PNG

功能块的定义不同吧，你仔细对比一下

你的通讯程序的参数没有填吧？

1200和1500的通讯口的硬件标识不一样。

1200的Modbus RTU 使用的CM模块和1500的485模块不一样。

即便是1200的MB功能块，针对使用的CM类型（485、485/422）还是CB，都有细微的差别，还是要检查一下，硬件标示、端口模式等等的设置。

感谢各位的建议，我已经完美的解决这问题。MD，赶了一天车，就是要把1200的块用在这台1500的机器上。大家可能对我的提问没有吃透。

 本来1200编程环境下调用的MB BUS 库是1200的，你要使用在1500里面，那CPU属性是1500时再去库里面进行调用一次，或者重新替换1200环境的库功能块。

新开的帖子也不能发帖，不知道原因。但第二段可以发，我先发结果出来，过程估计发不出来了。

所以，我猜测，即使使用DB块优化，所谓的没有实际地址，其实是博图自己自动分配了地址，可能从1200里COPY过来的UDT，由于使用了array，有多组地址，直接COPY过来后，可能与1500自己分配的地址相冲突了。造成所谓的“只能使用不变零的位地址进行访问”。直接重建UDT，让博图自动分配好地址后，再将UDT内容完全COPY，就不存在这问题了。不知道我的理解对否？

刚开始没往这方面想，其实是走了弯路，由于COPY的UDT有10+，都没有问题，而只有这个有问题，就以为是通讯出了问题。应该是其它的UDT均没有使用array，没有造成地址冲突，所以才没有出事。

进一步猜想，如果使用了array的在1500里集成的FB，可能COPY到1200里直接使用，可能也会出现类似的问题。

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

就是第一段解决过程贴不出来。一直不准发贴。估计看这个也能猜出怎么解决的。

由于那个块编译通不过，所以我把另一个功能类似在1200的通讯块COPY到1500，编译居然通过了！

以上是第一段内容，我一点一点的发出来，整体不能发

但没有高兴多久，又出新夭蛾子了。只要一调用UDT里BOOL，立马报一样的错误。

既然编译能通过，调用出问题，那直接把FB内所有的程序屏蔽，相当于个空块，再次调用，报错。查看static变量有UDT，把array取消，只用一个UDT，再次调用，还是报错！调用没有用UDT的static变量，编译通过！看来问题出在UDT上了。随机调用UDT内的变量，居然有几个能通过！到这里，我大概反应过来了，就是UDT块出问题了。在1500内新建个UDT，把原UDT内所有内容COPY过去，在static内调用。删掉从1200中COPY过来的UDT，编译通过！调用也通过！把UDT类型改成array，设成1..40个，也即使用40组变量，再次在FC内调用FB的UDT内容，编译通过！

，发个帖就这么难吗？非得一点一点的切开发才通过！只要对大家以后有点用，就不枉我辛苦一场了。PS下：现场跟个垃圾场样，关键是电也通不上来。趁着有空，把我这个经历贴出来。

12-14-15-9-10的看。

编译不通过，那个错误提示应该有标记的吧

1200/1500的程序不一样是正常的

在1500里面重新调用一下库里面的函数，然后填写对应的参数试试？

我这边发帖什么都正常，可能你浏览器的原因吧

可以精编一下，就容易看了。

这其实是一个关于UDT的话题。现象表述的不错。

我帮你编辑一下。

准备汇总在几楼？