kinuyツ
2022-04-16T08:53:53+00:00
我只了解工业界的嵌入式, 相信其他领域的嵌入式应该也有类似的问题. 就以工业界为例抛砖引玉:
先看看嵌入式最流行的STM32的板子
[img]https://img.nga.178.com/attachments/mon_202204/16/-vabhQ17p-i35xZnT3cSll-gl.jpg[/img]
再看看西门子PLC拆解后的板子
[img]https://img.nga.178.com/attachments/mon_202204/16/-vabhQ17p-f1ycZcT3cSjx-g4.jpg[/img]
主控型号未知，但妥妥是一片MCU，TI生产，西门子定制的。
PLC是一种嵌入式系统产品，有自己的生态，PLC的厂家已经做好了硬件及软件功能，优化好了EMC，提供给PLC工程师使用，降低了从0到1的难度。一个高端的西门子PLC, 也就5000块钱。 一块STM32的板子, 几百块, 之间差了十倍. 但是放在一个几百万, 上千万成本的普通工程中, 这点成本可以忽略不计。 别忘了, 一个成熟的STM32嵌入式产品, 背后需要很多嵌入式工程师. 但是一个PLC项目落地, 只需要几个中专毕业的电工。
其实Siemens的PLC业务是上世纪从TI手头买的，类似后来Ericsson接手了Qualcomm的网络设备业务的逻辑，这样TI/Qualcomm们不参与下游竞争，而是专注控制芯片和相关软件以及通信协议的开发，就可以广泛的向第三方销售核心组件和专利授权，根据市场的竞争环境适时迭代以保持高的利润率和可观的市占率。以Siemens的业务为例，他拉上生态环境里的E+H,WAGO,Phoenix,HARTING,Molex等同行和上下游各类合作伙伴，通过PI组织管理和支持Profibus/Profinet现场总线标准。再看看TI的微处理器业务，里面有相当一部分是关于Profibus/Profinet现场总线协议的通信处理器，SoC里有其于ARM Cortex-A的通用处理器内核和支持实时通信的协处理内核子系统PRUSS，协议栈是要通过PI组织获取的。本质上PLC就是嵌入式系统，只不过这些厂商根据工业控制的应用场景将这类嵌入式控制系统抽象化模块化标准化成大规模生产的标准化产品，并且命名为PLC，就像以前手机也算嵌入式设备，由于现在的智能手机的通用计算能力和图像处理能力已接近桌面处理能力，现在的手机也被归类为通用计算设备。嵌入式控制是偏底层的通用概念，狭义的嵌入式设备就是嵌入了MCU的某类专用功能设备，广义的可能除了桌面PC、服务器和超算的带计算处理功能的设备应该都可算进来。
国内的工业嵌入式开发堪忧，不提指令集和SoC设计，就基于ARM Cortex-M设计出高可靠性且性能接近ST/NXP/Renesas的通用MCU，也没一家，所以国内PLC厂商和DCS厂商的地位与华米OV没什么区别，做做国内项目或低端应用还可以，要标准化行业产品并建立标准和闭环生态就扯远了。
总结就是, 嵌入式投入的精力大, 得到的回报却很低, 大部分在做造轮子, 还是别人造过的轮子, 这些轮子质量还值得怀疑, 稳定性, 性能大多数不如几个电工买个PLC搭建出来的系统稳定。长期的嵌入式开发, 让嵌入式工程师沉迷于面向过程开发。 而一些玩PLC的电工, 还有很多接触到了上位机, 了解了接口, 反射 这些面向对象的东西, 又在和ERP, MES对接的业务中接触了关系型数据库, ORM, Redis, MQ, SpringBoot, WebApi 很多都转行为制造业或者互联网的后端工程师了。
[quote][pid=605468404,31506651,3]Reply[/pid] Post by [uid=63253336]melon9191[/uid] (2022-04-23 23:42):
plc和嵌入式怎么会放在一起做对比的？就像是你那大数据和数据库做对比一样！
还有一个干plc应用的人不会干到上位机开发的，当然你如果只是简单winform拖个界面配个串口或者udp当我没说！[/quote]你干过工控没，现在搞工控都是机器视觉+运动控制+数据库crud+上传云端一个人搞定。。。给你看看我一个朋友的项目
[兄弟们久等了，视觉软件放在网盘了，大概说说基本基本操作。-哔哩哔哩] [url]https://b23.tv/fr9tztB[/url]
[C#上位(松下plc)差不多搞好了，想了解整体思路的，扣个1让我知道一下。-哔哩哔哩] [url]https://b23.tv/4kAoMsC[/url]
[入门级张力系统已完成，浅谈一下我的理解-哔哩哔哩] [url]https://b23.tv/iTjnb2u[/url]
先看看嵌入式最流行的STM32的板子
[img]https://img.nga.178.com/attachments/mon_202204/16/-vabhQ17p-i35xZnT3cSll-gl.jpg[/img]
再看看西门子PLC拆解后的板子
[img]https://img.nga.178.com/attachments/mon_202204/16/-vabhQ17p-f1ycZcT3cSjx-g4.jpg[/img]
主控型号未知，但妥妥是一片MCU，TI生产，西门子定制的。
PLC是一种嵌入式系统产品，有自己的生态，PLC的厂家已经做好了硬件及软件功能，优化好了EMC，提供给PLC工程师使用，降低了从0到1的难度。一个高端的西门子PLC, 也就5000块钱。 一块STM32的板子, 几百块, 之间差了十倍. 但是放在一个几百万, 上千万成本的普通工程中, 这点成本可以忽略不计。 别忘了, 一个成熟的STM32嵌入式产品, 背后需要很多嵌入式工程师. 但是一个PLC项目落地, 只需要几个中专毕业的电工。
其实Siemens的PLC业务是上世纪从TI手头买的，类似后来Ericsson接手了Qualcomm的网络设备业务的逻辑，这样TI/Qualcomm们不参与下游竞争，而是专注控制芯片和相关软件以及通信协议的开发，就可以广泛的向第三方销售核心组件和专利授权，根据市场的竞争环境适时迭代以保持高的利润率和可观的市占率。以Siemens的业务为例，他拉上生态环境里的E+H,WAGO,Phoenix,HARTING,Molex等同行和上下游各类合作伙伴，通过PI组织管理和支持Profibus/Profinet现场总线标准。再看看TI的微处理器业务，里面有相当一部分是关于Profibus/Profinet现场总线协议的通信处理器，SoC里有其于ARM Cortex-A的通用处理器内核和支持实时通信的协处理内核子系统PRUSS，协议栈是要通过PI组织获取的。本质上PLC就是嵌入式系统，只不过这些厂商根据工业控制的应用场景将这类嵌入式控制系统抽象化模块化标准化成大规模生产的标准化产品，并且命名为PLC，就像以前手机也算嵌入式设备，由于现在的智能手机的通用计算能力和图像处理能力已接近桌面处理能力，现在的手机也被归类为通用计算设备。嵌入式控制是偏底层的通用概念，狭义的嵌入式设备就是嵌入了MCU的某类专用功能设备，广义的可能除了桌面PC、服务器和超算的带计算处理功能的设备应该都可算进来。
国内的工业嵌入式开发堪忧，不提指令集和SoC设计，就基于ARM Cortex-M设计出高可靠性且性能接近ST/NXP/Renesas的通用MCU，也没一家，所以国内PLC厂商和DCS厂商的地位与华米OV没什么区别，做做国内项目或低端应用还可以，要标准化行业产品并建立标准和闭环生态就扯远了。
总结就是, 嵌入式投入的精力大, 得到的回报却很低, 大部分在做造轮子, 还是别人造过的轮子, 这些轮子质量还值得怀疑, 稳定性, 性能大多数不如几个电工买个PLC搭建出来的系统稳定。长期的嵌入式开发, 让嵌入式工程师沉迷于面向过程开发。 而一些玩PLC的电工, 还有很多接触到了上位机, 了解了接口, 反射 这些面向对象的东西, 又在和ERP, MES对接的业务中接触了关系型数据库, ORM, Redis, MQ, SpringBoot, WebApi 很多都转行为制造业或者互联网的后端工程师了。
[quote][pid=605468404,31506651,3]Reply[/pid] Post by [uid=63253336]melon9191[/uid] (2022-04-23 23:42):
plc和嵌入式怎么会放在一起做对比的？就像是你那大数据和数据库做对比一样！
还有一个干plc应用的人不会干到上位机开发的，当然你如果只是简单winform拖个界面配个串口或者udp当我没说！[/quote]你干过工控没，现在搞工控都是机器视觉+运动控制+数据库crud+上传云端一个人搞定。。。给你看看我一个朋友的项目
[兄弟们久等了，视觉软件放在网盘了，大概说说基本基本操作。-哔哩哔哩] [url]https://b23.tv/fr9tztB[/url]
[C#上位(松下plc)差不多搞好了，想了解整体思路的，扣个1让我知道一下。-哔哩哔哩] [url]https://b23.tv/4kAoMsC[/url]
[入门级张力系统已完成，浅谈一下我的理解-哔哩哔哩] [url]https://b23.tv/iTjnb2u[/url]