嵌入式 arm 单片机 入门 视频 培训

啃了几天initf_dm,发现啃不动啊，但是后面的函数比这个简单，要不先把简单的做了吧。本文接上一篇。

本文主要是dm_init_and_scan函数的分析，这个内容比较复杂，我也是第一次阅读，错误之处在所难免，请多指教。uboot的dm框架需要了解一下，看了几行代码发现看不下去了，有点深啊。我慢慢琢磨一下。

参考源码 :硬件平台：rk3399辅助工具：linux虚拟机，sourceinsight4，文件浏览器（可以使用samba访问），ultraeidt(查看bin文件比较方便)说明：1.本文是源码分析的第一篇，但是不涉及汇编部分的分析。（汇编部分自行百度）2.由于作者水平有限，错误之处在所难免，请高手及时指正，不胜感激。其实也算是第一次阅读源码，肯定还是有很多的局限，请包含。

am40 dp和尾插的hdmi都正常显示。1. wifi正常（2.4和5g）

折腾rk3399的开发板的时候，突然发现overlayroot这个词汇。我移植一下linux5.10的内核到firefly3399开发板，结果启动之后文件系统提示只读！！！这就让我很莫名。后来看到mount文件系统的情况，感觉也是不可思议。百度了一下overlayroot，觉得这个确实还是很不错的功能，尤其是对于嵌入式。整个文件系统是只读，当开始使用的时候，他所有的数据都保存在另一个分区中/userdata目录下。

我在这个脚本中截取extboot的生成部分，自己建立一个sh文件，放在kernel目录中。在firefly的sdk 2.5.1c及以后的版本都是extboot.img（对应表中的extboot）对于sdk 2.5.1c及以后的版本，sdk直接提供命令，build.sh extboot 即可完成。但是之前的并不是，而且一个boot.img，（对应表中rkboot）只要内核编译过，dtb文件也是正确的，自动生成是没啥问题啦。前提也是内核自己编译成功的情况下哈！1.修改自己的dts文件名称！

sdk本身可以自己生成recovery.img，在sdk的目录下，直接运行build.sh recovery，就可以生成了。2. arm64.cpio.gz firefly的sdk中有提供，如果没有，可以找我私信或者下图的qq群下载。本文一则是想研究一下生成的过程，二则主要的就是要能够自己掌控，能够灵活编译出自己想要的recovery.img。看到recovery.img的生成命令之后，就可以灵活调整需要合并的内核，dtb等文件。4. 只要内核被正确编译过，就能生成对应的recovery.img文件。

1. 平台： rk3399 am40 4g+32g2. 内核：firefly的内核（整体镜像）3. 交叉编译工具 ：暂时不编译4. 宿主机：ubuntu18.045. 需要的素材和资料：准备的情况：1.am40开发板2.ttl的usb转串口，波特率是1500000.3.12V电源输入4. 两个公头的usb 的线（能插电脑的普通的usb接口）5. RKDevTool_Release_v2.81(版本可以不同)+DriverAssitant_v4.5.zip。

那么在调试的时候，可以任意的调整Image或者resource.img文件，去验证自己的内核或者dtb文件的正确性。 比如：正常的Image+待验证的dtb，可以验证dtb是否正常 正常的dtb+待验证的Image，看看自己内核的配置是否正常，驱动是否正常？

基本接口：HDMI接口 2个 （一个cpu自带的（尾部），一个是dp转的，目前内核没有驱动起来）千兆网卡 1个usb3.0 接口 2个双频wifi+蓝牙有一个tf卡槽，可用usb2.0 4个串口 4个。

1. 平台： rk3399 firefly 2g+16g2. 内核：linux5.15.136 （从内核镜像网站下载）3. 交叉编译工具 gcc version 7.5.0 (Ubuntu/Linaro 7.5.0-3ubuntu1~18.04)4. 宿主机：ubuntu18.045. 需要的素材和资料：链接: https://pan.baidu.com/s/1vUW0wKibbjkXoiHFwhJCsQ?

2.1 开始一直是在想应该放在哪个目录才能加载呢？其实方向错了，那个时间点，文件系统还没有挂载，放哪都找不到2.2 对于Direct firmware load forxxxxxxxfailed with error -2 这种类似的错误，应该都可以用这个方法解决。2.3 cdn-dp的问题没有解决，驱动是成功加载了bin文件，但是依然是不能显示，待查吧。

请忽略图8的频率问题，这是我在虚拟机中的数据（应该是有问题），实际运行在rk3399的开发板中。又经过了一段时间的打磨，终于又更新了一版。

主要是做的一个测试界面，就是把板卡的功能都能测一下就行的。

打开#define _DEBUG_REPORT 可以看到触摸上报的数据！特别说明一下，我的触摸屏的坐标进行了调整，请按实际情况进行适配。rk3399 上触摸屏已经能够正常使用了。主要是驱动文件的一个备份。

/接收uboot的参数 2022-12-02 zz//用于xx屏幕显示{return 1;}解析出屏的类型。

1. rk3399核心板2.uboot2017.09 源码3. 多个MIPI显示屏的启动序列以及显示时序（重要）

4.调试的时候遇到的问题，就是无法通信，使用ttl的串口连着，看到又0xff,00,00三个字节输出，但是这三个字节都不是我自己发送的。开始时怀疑波特率的问题，因为我实际发送了8个字节，而只收到了3个字节，那就时钟配置不对，又把时钟的配置找了一圈，后面确认是24MHz。7.serial_din和serial_in也是一定要慎重，这个地方用错了，直接导致uboot崩了，无法进入loader模式，差点成砖了，还好最后发现还能用短路（emmc_clk和GND）的办法进入到maskrom模式。

3.1driver/input/touchscreen/sis_i2c.c 文件。3.2driver/input/touchscreen/sis_i2c.h 文件。触摸屏：iic+外部中断引脚，sis,sis_touch。内核： linux4.4.19。主cpu：rk3399。

最近遇到一个问题，做了一个3399的板子，这个板子引出了一个mipi显示接口，然而，这个接口呢又需要连接不同的屏幕，比如一个5寸的，一个7寸的。我看到初始化序列，我想着能不能用初始化序列的办法，反过来读取数据呢？然而，内核直接崩了，（可能原因是不能读，或者我的方法（也是百度的）有问题）这不是难坏了我，百度了一圈，也没看到个解决方法，毕竟我对这块也不是很熟悉。客户觉得这样不便于维护，一定要我弄成一个版本，自动完成识别显示功能。软件到我手上的时候，就是分成连个内核，一个用于5寸，一个用于7寸。

需要注意的是，虚拟机需要足够的硬盘空间，不小于15GB！！

4.1 以上步骤只是记录我移植的过程，中间的原理没有关注，只能是说移植的步骤基本完成，但是实际每个人每个虚拟机遇到的问题应该会有差异，建议百度解决。4.2 基本还算是比较顺利，花时2小时左右吧.4.3 有什么问题也欢迎私信我讨论，但是我本人技术也很渣啦，不一定能帮大家解决。