上位机图像处理和嵌入式模块部署（流程）

【 声明：版权所有，欢迎转载，请勿用于商业用途。 联系信箱：feixiaoxing @163.com】

? ? ? ? 前面我们说过，传统图像处理的方法，一般就是pc+camera的处理方式。camera本身只是提供基本的raw data数据，所有的算法都是在pc上面完成的。而随着嵌入式硬件用的越来越多，为了实时性和稳定性的需要，很多的算法越来越多地运行在了嵌入式设备本地，这样相当于传统的普通传感器摇身一变，变成了智能传感器。如果真的是这样，那么处理流程上，和之前相比较会有什么不同呢？

1、上位机仍然可以运行算法

? ? ? ? 即使传感器变成了智能传感器，上位机算法仍然是可以正常运行的，这一点和之前相比较没有差别。甚至于说，如果没有智能传感器的情况下，这个上位机仍然可以搭配传统的传感器一起使用。但是，个人觉得这种方法是有缺陷的，它的缺陷不在于技术本身，而是说商业上很容易被破解，无法有效地去保护开发者的利益。所以，上位机可以有，但是最好不要提供二次开发，这是底线。

2、上位机前期是可行性分析，后期是标定

? ? ? ? 当项目还没有立项，甚至于还处于论证的情况下，这个时候上位机扮演的角色，更多的是可行性的分析。因为上位机只需要一个笔记本即可，相关的场景通过pc+camera，就可以马上看出效果来，所以在售前这部分应该还是无法取代的。但是项目一旦立项之后，后期上位机的角色马上就变成了标定和改进，因为这个时候工作的主体切换成了嵌入式系统，而不是上位机本身。

3、嵌入式系统不要局限于一个硬件上

? ? ? ? 这里说的嵌入式系统，千万不要局限于一种类型的硬件。比如说，不能局限于nvidia、nxp、rockchip某一款硬件，而应该是根据实际的需要和场景来进行区分和处理。甚至于为了降成本的考虑，改成mcu都是有可能的。编写代码的时候，可以把上位机和嵌入式的代码放在一起，文档放在一起，这些都没有问题。但是实际使用的时候，就要去进行分门别类的编译。所以，哪怕一开始为了集中精力，专注于某一款硬件，后期一定要想办法拆开来，不管是为了成本，还是竞争力的考虑，这一步肯定要去做的。

? ? ? ? 另外部分的算法、模型需要npu的加持，嵌入式上面的npu算力也原来越强，所以这部分用嵌入式模块来处理也是非常合适的。

4、多品牌camera、多品牌光源控制器的支持

? ? ? ? 不管是上位机，还是嵌入式设备，有必要支持多个品牌的camera，多个品牌的光源控制器。光源控制器可能比较好处理一点，一般就是232、485接口即可。camera的话，则需要提供x86、arm两个平台的开发编译包，这样才可以实现这一点。

5、外部设备的支持

? ? ? ? 除了camera之外，一般还需要支持一些其他的外设设备，比如plc设备、网络设备、can设备、485设备以及232设备等等。这部分可以先不着急处理，等到有实际项目的时候再去做比较好。一般来说，如果支持的设备比较多，品牌也比较多的话，这样可以在前期销售的时候，可以很快拿出方案，也算是不错的一个选择。

6、代理商模式

? ? ? ? 如果全部只是一个上位机软件去实现图像处理，可能技术上是可行的，性能上稍微有折扣，但是差别不会很大。但是从商业上来说，这是一个险棋。目前大环境下，降本增效是主流，扩大生产已经过时。国内，看不见的软件，一般大家是不认可它的价值的，但是硬件则不一样。大家可以接受带算法的硬件卖高价，只要效果好。但是再好的软件，再优秀的算法，因为是看不见、摸不着，所以要想得到好的收益，这从逻辑上就讲不通。

? ? ? ? 后期，如果要想将自己的产品做大，代理商模式是肯定需要的，这个时候如果还是仅有软件，那么风险很大，代理商也是不可控的。但是如果有了硬件，上位机不提供二次开发的软件接口，那么这个时候我们就可以通过硬件配货来有效地控制渠道、维护自己的正常权益，避免自己遭受损失。

? ? ? ? 所以说，技术上可行的事情，一定要商业上也没有太大的问题才行，不然最终要么就是没有付费的可能，要么就是为他人做嫁衣裳，两者都是我们不希望看到的结果。