您现在所在的是:

施耐德电气论坛

回帖:78个,阅读:4225 [上一页] [1] [2] [3] [4] [5] [6] [7] [8] [下一页]
2009
万泉河.
文章数:915
年度积分:-106
历史总积分:2009
品牌积分(施耐德):93
注册时间:2009/12/4
发站内信
发表于:2019/7/24 17:52:17
#60楼
回复 #53楼 乌龟船长
标准化不是一套程序,是一种编程方法。

我的程序本来是卖给客户设备上使用的。

现在不是卖,是分享。学员通过学习示范程序,学会设计编程方法。

按说要卖,我还亏了呢!等于是培养了无数的行业竞争对手。
[此贴子已经被作者于2019/7/24 17:52:53编辑过]
PLC标准化编程
37234
cvlsam 版主
文章数:12401
年度积分:1586
历史总积分:37234
品牌积分(施耐德):222
注册时间:2001/12/22
发站内信
2018论坛贡献奖
2017论坛贡献奖
2016论坛贡献奖
2015论坛贡献奖
2013论坛贡献奖
2012论坛贡献奖
2011论坛贡献奖
2011国庆活动
2010论坛杰出贡献奖
发表于:2019/7/25 5:58:41
#61楼
以下是引用万泉河.2019/7/24 17:44:07的发言:
他说不可避免, 我说完全可避免。

完全可以避免使用全局变量来编程。

因为只要使用了全局变量的程序块,就没办法简单复制了使用,就没办法标准化。 标准化首先得是在自己手里能标准化,而不是作为什么国家标准,行业标准。


大版主不会这么简单的分歧都分不清吧?

您无法回避例如第三方触摸屏与西门子PLC通讯必须使用全局变量这个事实,作为西门子论坛的前辈,或许在西门子论坛展开这样的说法没有问题,虽然您还没有说服他们,但是在这个综合论坛,您无法回避用户使用第三方产品这个事实,您的结论是否进过广泛测试而非只在西门子产品测试。

我个人认为,您的标题如果是 在FBFC中应不使用全局变量,虽然大多数厂家都不允许在FBFC中直接使用全局变量,这样可能也不会引发争执,当然,技术层面的争执是合理的,什么打赌就毫无必要了,毕竟您也没有十足的胜算啊。

在程序中使用全局变量不会影响标准化,您的FBFC的标准化理念不正是西门子库的理念么,10年前我在您当版主的论坛也说过,FBFC中不应该使用全局变量,否则移植会带来困难。
在接触了众多品牌后,我在这个论坛的结论是如果你始终使用西门子产品而不使用其他产品,那么你可以利用西门子在FBFC中可以使用全局变量来提高编程效率,否则就应该按照IEC标准去使用FBFC。
37234
cvlsam 版主
文章数:12401
年度积分:1586
历史总积分:37234
品牌积分(施耐德):222
注册时间:2001/12/22
发站内信
2018论坛贡献奖
2017论坛贡献奖
2016论坛贡献奖
2015论坛贡献奖
2013论坛贡献奖
2012论坛贡献奖
2011论坛贡献奖
2011国庆活动
2010论坛杰出贡献奖
发表于:2019/7/25 6:03:16
#62楼
以下是引用万泉河.2019/7/24 17:50:39的发言:
为什么会扯到M去呢?

是因为M是门槛。 而大家都沿用过去的习惯, 越不过这个门槛。

只要用M的程序,我指的过去的通过事先分配,使用M的方式所进行的编程, 永远无法规范化标准化。

但倒过来有的人的程序,即便未使用M,也未必是标准化的好程序。

门槛还没过呢,跟他探讨具体的武功招数,有用吗?

能懂吗?

就本帖表诉的内容我认为:就西门子产品您可能更有产品发言权,但是就不分品牌的编程基础来说,您并不占上风,就讨论的氛围来说,您在无法说服对方的情况下这样说法在气势上还有点落下风了。
8302
fujifa
文章数:2937
年度积分:235
历史总积分:8302
品牌积分(施耐德):98
注册时间:2014/2/10
发站内信
2017论坛贡献奖
2016论坛贡献奖
2015论坛贡献奖
发表于:2019/7/25 6:31:56
#63楼
以下是引用万泉河.2019/7/24 17:52:17的发言:
标准化不是一套程序,是一种编程方法。

我的程序本来是卖给客户设备上使用的。

现在不是卖,是分享。学员通过学习示范程序,学会设计编程方法。

按说要卖,我还亏了呢!等于是培养了无数的行业竞争对手。
[此贴子已经被作者于2019/7/24 17:52:53编辑过]
只能在西门子中用的叫做西门子编程规范,连谷歌写的C规范只能叫谷歌编程规范,人家也不敢叫C编程规范。

所以,你标题改为西门子PLC标准一点问题都没有。

对于把挣钱说的如此高尚的人恐怕只有你了,不过我要感谢你培养了众多你的竞争对手,他们在你的培养下根本不可能实现玩转其他品牌。

你和我对于PLC的理解角度可能不同,你是从西门子去了解全世界的,我是从全世界去了解西门子的。

将一个只能在西门子里看似正确的东西说成PLC的标准,我突然发现你的标题又是正确的,的确路途遥远。
至于说我懂不懂不重要……重要的是你需要跳出西门子思维去看看其他厂商的产品。
此帖发自手机工控论坛
精通富士POD,富士PLC的编程
有问题可以直接电邮:FUJIFA@yeah.net
2009
万泉河.
文章数:915
年度积分:-106
历史总积分:2009
品牌积分(施耐德):93
注册时间:2009/12/4
发站内信
发表于:2019/7/25 8:19:45
#64楼
此处不再做任何回复。

继续讨论前往施耐德官方,工业追梦人版块。
[此贴子已经被作者于2019/7/25 8:22:33编辑过]
PLC标准化编程
2009
万泉河.
文章数:915
年度积分:-106
历史总积分:2009
品牌积分(施耐德):93
注册时间:2009/12/4
发站内信
2009
万泉河.
文章数:915
年度积分:-106
历史总积分:2009
品牌积分(施耐德):93
注册时间:2009/12/4
发站内信
发表于:2019/7/25 8:27:13
#66楼
附件 捕获.jpg
PLC标准化编程
37234
cvlsam 版主
文章数:12401
年度积分:1586
历史总积分:37234
品牌积分(施耐德):222
注册时间:2001/12/22
发站内信
2018论坛贡献奖
2017论坛贡献奖
2016论坛贡献奖
2015论坛贡献奖
2013论坛贡献奖
2012论坛贡献奖
2011论坛贡献奖
2011国庆活动
2010论坛杰出贡献奖
发表于:2019/7/25 8:46:44
#67楼
以下是引用万泉河.2019/7/25 8:27:13的发言:
附件 捕获.jpg

在上面的回复中,您对于FujiFA的回复中有这样一句话:
 DB也是全局变量.

可以被全局访问的并非一定是变量,问题是,你可以被全局访问的是常量还是变量?你仍然没有回答别人的关于第三方产品访问西门子的问题,我不清楚您是不懂还是由于您发现您的文章完全没有考虑过这个问题。

我觉得您不但气势上已经处于下风,连技术讨论上也全面下风了.

我想上面的那些人应该和我一样,也不想和您纠结西门子标准还是PLC标准了。

Good Luck~
6189
zhengchang
文章数:1819
年度积分:75
历史总积分:6189
品牌积分(施耐德):10
注册时间:2011/5/6
发站内信
发表于:2019/7/25 9:20:42
#68楼
而软件呢, 程序呢?一套设备从一个厂家的PLC换为另一个厂家,程序需要重新写,重新调试,需要耗费多少大脑细胞? who care?

说实话,没人关心!

如果有人关心,有人搞出一套模板,你是方便了,可是你有没有想过,又要缩减多少人员,多少编制呢?IT行业都有JAVA C python等区别,否则码农就真成了最低级的劳工,更何况工控。
1967
wgefwgef
文章数:226
年度积分:62
历史总积分:1967
品牌积分(施耐德):-125
注册时间:2008/5/14
发站内信
发表于:2019/7/25 12:59:13
#69楼
回复 #62楼 cvlsam
看过,他的那个不用 M  T的帖子,完全是被西门子禁锢了。他的这一套,只适合西门子博途

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

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

78.0005