Document

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

        v3s开发板本身是比较小巧的，ddr也是嵌入在soc里面的，电路设计也不复杂，因此很受电子爱好者的喜欢。不过大部分朋友一般都是自己把电路板设计出来，然后烧入别人的镜像测试的。这样虽然也有一定的可玩行，不过还是建议大家可以自己多多熟悉嵌入式软件方面的内容，这样或许更有乐趣的多。下面结合近一段的调试经历，总结一下linux+soc调试的经验。

1、soc电源十分重要

        soc上面电源很多，比如一颗soc，就可能有3.3v、2.5v、1.8v、1.2v等多种规格的电压。好一点的soc，厂家会搭配一个pmu。如果没有pmu，也会用ea3036这样的芯片，做一个简单的电源管理电路。实在没有办法了，才会选用不同的dcdc，调制不同的电压，这些都是可以的。

        电源是电路的基础，没有电源一切都无从谈起。如果板子不工作了，我们的第一个反应往往也是用万用表查一下电压，看看哪里短路了，哪里断路了，这些都是常用测试的方法。毕竟没有电源，信号的有无、信号的质量，这些都无从谈起。

2、晶振

        v3s板子上面有三个晶振。两个是soc的，一个是wifi电路的。其中soc的两个晶振用途也各不相同，一个是作为倍频pll使用，一个是作为rtc使用。相比较而言，后者的精度更高一点。而wifi模块一般也会要求搭一个晶振模块。除了电源之外，晶振也是比较容易出问题的地方。倒不是晶振电路有多难，主要是在电商网站上面很容易买到假的晶振，这个也是经常发生的现象。解决的办法就是去正规旗舰店购买，贵一点，但好歹是真的。

        有过嵌入式开发经验的朋友都知道，电源、晶振、复位、输入、输出，这是系统boot起来的5个基本条件。电源前面已经谈过，复位比较简单，输入输出可以用按键和点灯代替，所以这里如果搞定了晶振，用示波器测出了晶振的信号，那么整个最小电路基本就ok了。

3、基于sd卡开发linux

        目前主要的soc基本都支持micro sd卡启动。当然，除了micro sd卡，他们也支持spi-nor、spi-nand、usb、jtag等启动方法。整体来说，micro sd卡调试是最方便的。在最初一行代码没有的时候，就可以把uboot编译生成的bin文件用ubuntu的dd命令写入到micro sd卡上，这是非常便捷的方法。

        此外，micro sd卡还有很多其他的优势。比如，micro sd卡很大，一般来说，它要比spi-nor、spi-nand、emmc大得多，最小的都有8g、16g。因此哪怕最终发布嵌入式系统的时候，我们不用micro sd卡启动，但是在开发的时候，最好还是用micro sd卡，毕竟太方便了。它也不需要jtag工具，有一个虚拟机，有一个usb的读卡器，这样就可以进行linux开发了，从uboot到kernel、rootfs、app，就没有它不能干的。

        等micro sd卡port好linux、rootfs之后，就可以慢慢引入spi-nor、spi-nand驱动，直到生成支持spi-nor、spi-nand的uboot和image，这个时候再从flash启动uboot和linux系统，开发过程就会容易很多。

        不同的boot方式，就是uboot是不一样的，linux和rootfs基本差不多的。所以sd卡boot方式下，如果搞定了大部分驱动和应用软件开发，那么产品只要简单切换到spi-nor、spi-nand、emmc启动就可以了。

4、不要把所有的驱动都放在zImage

        所有的驱动都放到zImage，一个最大的坏处就是，这个zImage会越来越大。这样就要求我们在后期移植spi-nor、spi-nand的时候，需要不停调整image的布局。dtb留多大，zImage留多大，rootfs留多大等等，一个大小变了，其他就要跟着改变，很麻烦，关键是还比较容易出错。所以，关于内核功能和驱动这一部分，可以把不常用的驱动、或者比较大的驱动放在文件系统里面，或者挂载到外面存储设备，等rootfs后面起来之后，动态加载，这也是可以的。

5、基于u盘的用户程序调试

        说完了zImage，下面就是用户程序。不是所有嵌入式最终都可以接受micro sd卡启动的，毕竟如果是运动的嵌入式设备、或者工业设备，这个micro sd卡还是存在一定的风险的。但是spi-nor和spi-nand又比较小，空间也不大，这就是一个问题，调试会很不方便。比如，spi-nor一般也就32MB，而spi-nand则为128M，可大一点的文件就会占据很大的空间。

        所以这个时候，一个比较好的方法，就是把程序、动态库和配置文件copy到u盘上。等嵌入式起来之后，把u盘mount到/mnt目录，这样就可以继续后面的测试了。

ount /dev/sda1 /mnt
cd /mnt/v3s

        中间依赖的动态库如果也在u盘上面，那么LD_LIBRARY_PATH也要做修改，

export LD_LIBRARY_PATH=/mnt/v3s/tslib/lib:$LD_LIBRARY_PATH

        windows的很多文件系统，比如fat可能不支持软链接这种形式。其实也没有关系，直接cp文件，换一个文件名就可以了，比如像这样，

cp libts.so.0.10.4 libts.so.0

        做好了这些准备，u盘上有一些配置文件的话，那么涉及到的环境变量也需要修改一下，

export TSLIB_CONFFILE=/mnt/v3s/tslib/etc/ts.conf
export TSLIB_PLUGINDIR=/mnt/v3s/tslib/lib/ts

        做到了上面这些内容，基本上u盘上面的程序也可以正常运行了，使用还是很方便的。下图就是利用u盘上的ts_calibrate进行标定的过程打印，

6、勤用对比法看驱动问题

        实际开发的时候，我们经常遇到这样一个问题。那就是相同的驱动，升级了内核之后，之前好的功能就不行了，这个时候就要勤用对比法，看看之前的配置是什么，现在的配置是什么，两者有什么差别。比如之前wifi驱动的问题，关于配置这块，如果用对比法，其实很容易看出区别的。因为kernel 5.2.y是这么配置的，

         而之前kernel 4.14.y却是这么配置的，

         对比下，这样就比较方便比较看出来，真正有区别的地方，就是中间红框有没有选中。