0522 【万泉河】PORTAL中的软件单元功能，我建议你慎用

0522 【万泉河】PORTAL中的软件单元功能，我建议你慎用

TIA PORTAL 从V15.1或者V16开始，多了一个功能叫做：软件单元。


屈指算来，到现在至少也有5年时间了。然而这5年来，各种技术文章中，介绍软件功能的文章很少。可以说绝无仅有。 即便有提到的，也只是在照抄官方宣传文章介绍下功能和理念，而真正有实际应用，并将经验分享的，我还没见到过。

我自己是在V16时发现的这个新功能的，曾经大致了解了一下，就搁置了。

上周，在一个微信群里，有一位网友咨询这个问题，问是什么，怎么用。 等我看到的时候，后面已经洋洋洒洒好多回复了。 说什么的都有，什么S88， 什么状态机，PACKML都出来了，并有人在那儿宣称这才是真正的标准化。

眼看着这要误人子弟，害人不浅啊！所以我赶紧私信跟那位小哥聊了下，口头谈了下我对软件单元功能的认识。

对方表示认可我的说法，此事算是消停了。当然他自己原本也只是顺口一问，并没有太多的想法。
所以，具体我跟他口头说了什么，并不重要。 我可以把同样的结论转告给所有人：对大部分人来说，没有必要用，也没有必要学习掌握。

有烟台方法的学员，曾经也咨询过这个问题。我们曾经认真探讨过，我给他指出来的思路方向，在完全掌握了烟台方法之后，可以通过一定的改造，可以适应升级软件单元的架构模式。

因为，只有烟台方法实现的程序，才能够真正做到不用M，而在软件单元中，使用M是非法的。





这就不是我个人建议或者不建议的问题了，而是系统直接不允许你用。

我们指的应用，一定是要能真正体验到新技术方法带来的便捷，而不是削足适履为用而用，为不用而不用。 对于软件单元的使用， 一定要能有收获。而在此之前，还不如不用。


我这些年在推广普及PLC编程中不要使用全局变量M和T的基本常识，然而收效甚微。 我上个月曾经发起过投票，统计工控工程师们对自己多久能不用M的时间预期。 在一大批烟台方法学员夹持赞助的情况下，已经做到的勉勉强强过了40%，而还有很多人决绝到不仅永远，甚至都不来投票。



所以可想而知，要普及PLC编程不用M有多难，需要多久远。

所以，对所有人，在掌握不用M技能之前，我当然建议你们不要碰软件单元了。 碰了你玩不转，搞不定，处处受限制，这多尴尬啊！

有的人总有自己的那套逻辑，坚持认为PLC系统中既然设置了M和T变量，我就要用。后来发现，PORTAL里面真的没有T了，用不了了。 即便有的，也只是为了适应老程序的升级给的暂时的功能。 然后大家就没脾气乖乖接受了。

现在发现，M虽然还仍然有，但在高级应用环境，不许用。 这得多让人难受，我不知道这些人会不会再去跟西门子上访：你既然设计了有M，就不可以限制我在软件单元中使用！嘿嘿。

我关于PLC不要用M的文章写过了很多篇了， 很多人都烦了，耳朵里听出茧子来了，嫌我老扯一个基本的话题没完没了，纷纷劝我翻篇，讨论点高级的话题。 然而在低级的基础话题都没搞定的情况下，来跟你们玩高级的话题，比如软件单元，这里要求不用M都是基本技能， 同行大众们基本技能都不掌握的情况下，直接讨论合适吗？

上周发过的一篇文章《0514 【万泉河】PLC中的M的本质是糖果》，后面的跟帖与评论五花八门，有的人貌似要跟我讨论，而有的则纯粹在发表自己的情绪。然而许多人好像没弄清楚一点，我敢把一个知识总结为一篇文章， 那就说明我要普及的是一个成熟的标准答案。 我没有要跟任何人讨论这个话题的需求，否则我就不会发文章，而是论坛发讨论贴了。 所以文章后面的回复顶多谁有疑问可以补充提出问题请教，我会酌情予以解答。 而那些讨论或质疑为目的的，我都完全没有必要理会。每个人只不过是在特定的历史阶段，真实表达自己当时历史时期的认知水平和个人道德水平的展现而已。
我这里把这些回复和评论贴出来：