您现在所在的是:

三菱Mitsubishi

回帖:18个,阅读:5483 [上一页] [1] [2] [下一页]
1083
wangweihg
文章数:22
年度积分:50
历史总积分:1083
注册时间:2007/3/22
发站内信
发表于:2018/6/14 20:44:35
#0楼
CPU:Q03,控制10个伺服,采用结构化编程。目前就做了1个伺服的程序,这个伺服调用了12个FB(单个FB不算大,就是MC_Power、MC_MoveAbsolute这样的FB)。程序空间就超过30%左右了,而且是不包括源代码信息占用的空间。这样的话,用这种编程方式,这个CPU肯定是不够用了。

三菱结构化编程的程序一直都不多,请教一下,是不是有其他解决办法?
附件 图片1.jpg



6949
乌龟船长
文章数:689
年度积分:628
历史总积分:6949
注册时间:2015/6/24
发站内信
发表于:2018/6/15 8:27:18
#1楼
三菱的FB调用方式是多次复制,用得越多越占存储空间, 比较差劲的,
414
whw19871012
文章数:4
年度积分:50
历史总积分:414
注册时间:2018/5/24
发站内信
发表于:2018/6/15 8:36:23
#2楼
没用过三菱,听同事说用梯形图比用ST省空间
8302
fujifa
文章数:2937
年度积分:235
历史总积分:8302
注册时间:2014/2/10
发站内信
2017论坛贡献奖
2016论坛贡献奖
2015论坛贡献奖
发表于:2018/6/15 8:39:07
#3楼
不清楚哪家的PLC调用不是越来越大?

调用FB大的原因是日系的PLC会在PLC存储空间专门划出一块区域用于FB的特定存储空间,在早期FB应用较少的情况下,你会觉得非常占地方,后期随着FB数量增多,这个区域的增速会减缓,所以在定义FB时,先赋值后使用的变量尽量用内部变量。
12456
蛇会大学
文章数:4613
年度积分:782
历史总积分:12456
注册时间:2015/12/14
发站内信
2018论坛分享达人
发表于:2018/6/15 19:23:17
#4楼
原来FB这么不好用,亏我还想学习.现在好了,不学了
20183
高雅的雅
文章数:15777
年度积分:-205
历史总积分:20183
注册时间:2015/5/12
发站内信
2018论坛解答高手
发表于:2018/6/15 21:51:03
#5楼
FB调用一次就会自动生成相应背景变量——这个任何品牌PLC都是必须的!!
三菱的FB跟欧美系的看起来不一致是底层软件架构不一所致,这个你可以在选用CPU决定自己的程序空间
6098
fzl_115
文章数:488
年度积分:77
历史总积分:6098
注册时间:2007/1/24
发站内信
发表于:2018/6/15 22:34:00
#6楼
你FB不合理,CPU的引导内存固定字节是死的,
哪家PLC都一样;用到自定义的FB也是一样,你自己划分的有问题;我们现在的项目动辄15轴以上还加上外围串口通讯控制,照这样用FB早就完了,我们基本上全部都是ST编写的FB,一个轴的伺服你尽然要调用12个FB,哥们,你自己好好想想,你的FB里写了多少重复无用的代码
此帖发自手机工控论坛
22925
gk_0 版主
文章数:7735
年度积分:706
历史总积分:22925
注册时间:2013/9/9
发站内信
2018论坛贡献奖
2017论坛贡献奖
2017国庆活动(二)
2016论坛贡献奖
2016国庆活动(三)
英威腾变频器(一)
S7-200 SMART(一)
寻找英威腾(三)
英威腾PLC体验(一)
2015春节活动
2013辞旧迎新
2013辞旧迎新
2013国庆活动
发表于:2018/6/16 7:55:15
#7楼
这让我想到了博途优化的块访问,即符号寻址,可节省很大的存储空间,不知日系的是不是这样
37234
cvlsam 版主
文章数:12401
年度积分:1586
历史总积分:37234
注册时间:2001/12/22
发站内信
2018论坛贡献奖
2017论坛贡献奖
2016论坛贡献奖
2015论坛贡献奖
2013论坛贡献奖
2012论坛贡献奖
2011论坛贡献奖
2011国庆活动
2010论坛杰出贡献奖
发表于:2018/6/16 11:42:45
#8楼
以下是引用gk_02018/6/16 7:55:15的发言:
这让我想到了博途优化的块访问,即符号寻址,可节省很大的存储空间,不知日系的是不是这样

在早期的STEP7软件中已经可以符号寻址 ,其他厂商也称为标签化编程,只是用户仍然可以使用地址来进行编程,在博途中,强化了这一点,如果用户使用绝对地址编程,那么系统会默认为他指定一个符号名(标签名)。

使用符号编程并不会节省存储空间,区别仅仅是分配变量的地址由用户分配变成了系统分配,字节仍然是字节,并不节省,采用符号编程的好处在于:
1、提高了编程效率,用户不需要考虑存储空间地址的定义,因为系统会根据数据类型分配。
2、大大的减少了数据访问出错的可能性,因为通过地址,用户可能会忽略数据类型而导致数据地址访问出错。

日系与西门子不同的地方在于FB的存储区域,日系会划分一个统一的FB可以使用的特定内存区域来作为FB的使用,而西门子则是通过用户指定背景DB的方式来分配FB的所使用的内存区域,这两种方式都有益有弊,说不上谁更好一点。

Good Luck~
22925
gk_0 版主
文章数:7735
年度积分:706
历史总积分:22925
注册时间:2013/9/9
发站内信
2018论坛贡献奖
2017论坛贡献奖
2017国庆活动(二)
2016论坛贡献奖
2016国庆活动(三)
英威腾变频器(一)
S7-200 SMART(一)
寻找英威腾(三)
英威腾PLC体验(一)
2015春节活动
2013辞旧迎新
2013辞旧迎新
2013国庆活动
发表于:2018/6/16 13:01:01
#9楼
以下是引用cvlsam2018/6/16 11:42:45的发言:
以下是引用gk_02018/6/16 7:55:15的发言:
这让我想到了博途优化的块访问,即符号寻址,可节省很大的存储空间,不知日系的是不是这样

在早期的STEP7软件中已经可以符号寻址 ,其他厂商也称为标签化编程,只是用户仍然可以使用地址来进行编程,在博途中,强化了这一点,如果用户使用绝对地址编程,那么系统会默认为他指定一个符号名(标签名)。

使用符号编程并不会节省存储空间,区别仅仅是分配变量的地址由用户分配变成了系统分配,字节仍然是字节,并不节省,采用符号编程的好处在于:
1、提高了编程效率,用户不需要考虑存储空间地址的定义,因为系统会根据数据类型分配。
2、大大的减少了数据访问出错的可能性,因为通过地址,用户可能会忽略数据类型而导致数据地址访问出错。

日系与西门子不同的地方在于FB的存储区域,日系会划分一个统一的FB可以使用的特定内存区域来作为FB的使用,而西门子则是通过用户指定背景DB的方式来分配FB的所使用的内存区域,这两种方式都有益有弊,说不上谁更好一点。

Good Luck~

你说的“使用符号编程并不会节省存储空间”,有待商榷:
标准访问方式和优化访问方式下,数据块的存储空间有什么不同了,请看下图。
附件 1.jpg
图一引自西门子官网S7-1200视频教程的截图,至少整理了数据,类似电脑磁盘的碎片整理。

附件 2.jpg
图二,则说明了节省的字节数。

不对之处,请批评指正!

关于我们 | 联系我们 | 广告服务 | 本站动态 | 友情链接 | 法律声明 | 非法和不良信息举报

工控网客服热线:0755-86369299
版权所有 工控网 Copyright©2024 Gkong.com, All Rights Reserved

78.0005