恭喜,你发布的帖子
发布于 2019-08-24 10:45:05
9楼
程序上下载及其一些逻辑控制顺序控制的子程序不加密,但是涉及到专有技术保护的FB,FC当然是要尊重编写者的知识产权保护,这类的FB,FC并不影响用户后期维护程序检查程序,就像西门子的PID功能块一样,我们只需要调用它,并不需要知道它这个FB块的内容也能维护好设备,我们只需要监视它的输入输出或更改相关值即可,对此西门子也不是开放的。
那么在设备厂商为了维护自己的知识产权,对自己设备上的程序的一些重要的不开放又不会影响用户使用并监视的FB,对其进行专有技术保护这是无可非议的,所以软件提供商(西门子)也是支持对此进行保护。作为设备用户,此类FB并不会影响你后期的维护监视,因为其输入输出引脚及其背景数据块可以让你监视检查。
你为什么一定要知道FB里面的内容呢?是不是可以理解为你不仅仅只是想为了维护设备而是希望获取设备厂商的核心技术而作它用呢?
至于说有些人想请其他人来实现该设备厂商的此FB块功能并认为是比较容易的,这个我只能说什么事情当然你会了别人也会。只不过大家都是趁自己会了别人还不会的时候让自己跑远一点,领先一点,这样也无可非议吧,也许一年后或者几年后其他人会了,这个时间我们可以做更多更好的更领先的技术,保持行业领先地位。这是一个公司的竞争力。
我不是一定要,必须要这方面的内容。
如果这样,那,必须告知用户这个子程序的具体管脚含义,相当于西门子的PID函数块那样,设备制造商必须提供详细的管脚含义介绍。
作为用户,你子程序加密(为了所谓的知识产权保护,这个用户也主张支持的),如果你没有详细的介绍,让用户如何理解这个子程序含义?一味的保护只会给用户方造成不好的记忆。
作为设备制造商方为了保护知识产权,总是在这方面躲躲闪闪,总那么坦坦荡荡。你坦坦荡荡了,子程序加密用户当然也理解了。当然,也有技能或者素质差的用户任意修改程序后造成的设备事故,且把责任推给设备制造商的事例。
请填写推广理由:
分享
只看
楼主