免费做电子目录的网站,wordpress后台左侧菜单,基于jsp的电子商务网站开发,个性化网站制作【 声明#xff1a;版权所有#xff0c;欢迎转载#xff0c;请勿用于商业用途。 联系信箱#xff1a;feixiaoxing 163.com】 前面我们说过#xff0c;传统图像处理的方法#xff0c;一般就是pccamera的处理方式。camera本身只是提供基本的raw data数据#xff0c;所有的…【 声明版权所有欢迎转载请勿用于商业用途。 联系信箱feixiaoxing 163.com】 前面我们说过传统图像处理的方法一般就是pccamera的处理方式。camera本身只是提供基本的raw data数据所有的算法都是在pc上面完成的。而随着嵌入式硬件用的越来越多为了实时性和稳定性的需要很多的算法越来越多地运行在了嵌入式设备本地这样相当于传统的普通传感器摇身一变变成了智能传感器。如果真的是这样那么处理流程上和之前相比较会有什么不同呢 1、上位机仍然可以运行算法 即使传感器变成了智能传感器上位机算法仍然是可以正常运行的这一点和之前相比较没有差别。甚至于说如果没有智能传感器的情况下这个上位机仍然可以搭配传统的传感器一起使用。但是个人觉得这种方法是有缺陷的它的缺陷不在于技术本身而是说商业上很容易被破解无法有效地去保护开发者的利益。所以上位机可以有但是最好不要提供二次开发这是底线。 2、上位机前期是可行性分析后期是标定 当项目还没有立项甚至于还处于论证的情况下这个时候上位机扮演的角色更多的是可行性的分析。因为上位机只需要一个笔记本即可相关的场景通过pccamera就可以马上看出效果来所以在售前这部分应该还是无法取代的。但是项目一旦立项之后后期上位机的角色马上就变成了标定和改进因为这个时候工作的主体切换成了嵌入式系统而不是上位机本身。 3、嵌入式系统不要局限于一个硬件上 这里说的嵌入式系统千万不要局限于一种类型的硬件。比如说不能局限于nvidia、nxp、rockchip某一款硬件而应该是根据实际的需要和场景来进行区分和处理。甚至于为了降成本的考虑改成mcu都是有可能的。编写代码的时候可以把上位机和嵌入式的代码放在一起文档放在一起这些都没有问题。但是实际使用的时候就要去进行分门别类的编译。所以哪怕一开始为了集中精力专注于某一款硬件后期一定要想办法拆开来不管是为了成本还是竞争力的考虑这一步肯定要去做的。 另外部分的算法、模型需要npu的加持嵌入式上面的npu算力也原来越强所以这部分用嵌入式模块来处理也是非常合适的。 4、多品牌camera、多品牌光源控制器的支持 不管是上位机还是嵌入式设备有必要支持多个品牌的camera多个品牌的光源控制器。光源控制器可能比较好处理一点一般就是232、485接口即可。camera的话则需要提供x86、arm两个平台的开发编译包这样才可以实现这一点。 5、外部设备的支持 除了camera之外一般还需要支持一些其他的外设设备比如plc设备、网络设备、can设备、485设备以及232设备等等。这部分可以先不着急处理等到有实际项目的时候再去做比较好。一般来说如果支持的设备比较多品牌也比较多的话这样可以在前期销售的时候可以很快拿出方案也算是不错的一个选择。 6、代理商模式 如果全部只是一个上位机软件去实现图像处理可能技术上是可行的性能上稍微有折扣但是差别不会很大。但是从商业上来说这是一个险棋。目前大环境下降本增效是主流扩大生产已经过时。国内看不见的软件一般大家是不认可它的价值的但是硬件则不一样。大家可以接受带算法的硬件卖高价只要效果好。但是再好的软件再优秀的算法因为是看不见、摸不着所以要想得到好的收益这从逻辑上就讲不通。 后期如果要想将自己的产品做大代理商模式是肯定需要的这个时候如果还是仅有软件那么风险很大代理商也是不可控的。但是如果有了硬件上位机不提供二次开发的软件接口那么这个时候我们就可以通过硬件配货来有效地控制渠道、维护自己的正常权益避免自己遭受损失。 所以说技术上可行的事情一定要商业上也没有太大的问题才行不然最终要么就是没有付费的可能要么就是为他人做嫁衣裳两者都是我们不希望看到的结果。
