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

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

        前面我们说过，h750和之前的103、407相比较，本身cpu频率比较高，flash大小一般，但是ram比较大，特别适合用来进行算法处理。其中，又以图像算法的处理更有实际意义。因为，如果mcu的频率不需要那么高的话，那么其实用407也完全可以实现我们的需求。那如何用市面上的h750开发板，进行图像处理开发板呢？

1、首先打通两个串口

        这里需要两个串口，一个串口进行debug信息的打印，另外一个串口进行数据的交互。两个串口最好相互区分开来。通常串口的波特率一般设置成115200，但是实际使用的时候，设置成460800进行数据传输，一般问题也是不大的。

        大家也可以通过usb、或者是以太网进行数据的传递，只不过这两部分都比较浪费空间，移植上面有一定的难度，对图像来说也不是必选项。还有同学说认为可以利用tf卡，技术难度是不大，但是插拔起来比较不方便。

2、需要上位机交互使用

        既然准备好了数据通信串口，下面就是需要编写一个上位机进行数据的发送和接收。编程的方法可以是c++和qt，也可以是c#和wpf，大家可以根据自己的情况灵活进行选择。这样有了图像的上传和下载，整个图像的导入、导出就比较方便了。

3、缩小图像

        我们知道h750vbt6的ram是比较大的，大约1m，而flash比较小，只有128k。但是，我们也知道，处理的图片大小一般都不小，以512*512标准的lena图像来说，一张大小就有差不多256k。所以实际处理的时候，我们有必要缩小一下图像，比如变成256*256，这样图片的大小就只有64k，只有原来的1/4，节约了不少空间。

4、后期慢慢加上sdram

        缩小图像是我们研发时的权宜之计，也是为了适应大多数板子开发时的要求。真正后期部署的时候，还是需要搭载一块sdram的，因为我们自己并不知道实际拍摄的图片是多大。此外，实际生产当中，512*512很有可能已经是缩小之后的图像了。

5、接着用camera sensor代替上位机发送图像

        实时性是图像处理很大的一个特点，同样而言，前期开发的时候用图像代替实际camera是可取的，后期的话还是会用ov5640这样的实际camera，来代替之前的上位机图像传递了。

6、算法参数保存

        这部分的话，直接依靠spi norflash来实现。

7、中间图像结果的保存

        实际应用的时候，有的时候需要对大量的中间图像数据进行保存，全部放在ram或者flash都是不太现实的。这种情况下，最好能够把中间结果保存在tf卡上面。这样后期测试和验证的时候都很方便。

8、需不需要网络phy根据实际情况而定

        网络的好处是使用方便，对外数据收发比较简洁。但是缺点是占用ram和flash空间，很多时候，引入了lwip之后，还需要引入rtos，这种情况下原来的h750可能在flash大小上就不一定满足要求了。

9、实现路径和方法

        一开始的时候，大家没有必要追求大而全，做好前面的1-3，其实就相当于把h750用起来了。后期等到准备实际部署的时候，再重新换板子，把4-8补上，这都是可以的。我们自己的精力，大部分时间还是应该放在如何利用mcu现有的性能，更好地实现图像功能上面。这一点，openmv做的很好，有兴趣的同学可以去试试看。