工业设备自动化平台的一些杂想

今天是愚人节，浦西开始正式封闭！所有人都被关在家里足不出户，等待着不知道何时开始的核酸检测。一时间也不知道能做些啥，闲的发慌，总得找点事情做做，翻了会CLR的书，又背了会单词，总感觉心不静，回想起之前被人问过的工业设备自动化平台的问题，突然有些思路。

对于工控机个人不甚了解，但市面上大体应当都是windows，因为要与设备进行交互，理论上BS架构应当不是很适合，又因为需要包含可视化界面，所以可行的平台部署方案可能就是CS架构的winform或者wpf程序。

作为某些设备的生产方，可能需要跟其它设备/生产方结合，才能完成一个整体的工业场景自动化，既然自动化，无外乎就是将需要人工介入的地方，通过某种方式，转化为平台的一系列指令步骤。所以理论上，这个平台应该是针对某些命令的高度抽象，它应当允许设备的配置，执行的步骤，以及相应步骤对应的指令或者数据转换。

对于平台而言，实际设备应当是作为外接存在，即要接入的设备，都应该遵循平台定义的设备规范，考虑到OPC UA就是工业领域的一项标准，该规范本身就支持了数据的采集以及指令的执行，所以可以考虑OPC UA即为平台的设备接入规范。（鉴于本人实际并没有研究过OPC UA，此部分可能存在问题，需要进一步研究，但此处的本意是平台对设备规范约定的一个思路）

因为存在可能的不同设备数据相互传递，所以平台还要针对设备规范，提取一个更上层的数据传输抽象，此时可能就可以有一个默认的抽象实现，即数据直接传输给下一个设备，而其它情况，就需要定制化开发相应实现，并在配置的过程中进行指定。

最后就是一些商业授权之类的，因为dll进行强签名之后，可以进行一些功能控制或者数量控制，所以此处也可以在这个方向上进行研究，或者也可以考虑在线激活等，然后就是针对防破解的一些加壳混淆等。

最终脑图如下，当然思路还是有些混乱，毕竟这个领域对于我来说还是一个全新的领域，但个人觉得这可能还是具备一定的指导性，权当做个记录了。

这年头博客还必须要代码了？不写代码就不让发布了？