什么是网站接入商,国外做二手服装网站有哪些,商城软件开发多少钱,wordpress 地图创建一、任务明确#xff1a;把创龙MX8的驱动 按照我们的要求 然后移植到 我们的板子
1.Linux系统启动卡制作#xff0c;
sd卡 先按照 《用户手册—3-2-Linux系统启动卡制作及系统固化》 把创龙的Linux系统刷进去。
2. 把TLIMX8-EVM的板子过一遍
把刚刚烧好系统的sd卡插入 创…一、任务明确把创龙MX8的驱动 按照我们的要求 然后移植到 我们的板子
1.Linux系统启动卡制作
sd卡 先按照 《用户手册—3-2-Linux系统启动卡制作及系统固化》 把创龙的Linux系统刷进去。
2. 把TLIMX8-EVM的板子过一遍
把刚刚烧好系统的sd卡插入 创龙TLIMX8-EVM的板子 用SecureCRT调试窗口 串口或者SSH远程登陆 创龙创龙TLIMX8-EVM的板子 然后按照 《2-1-评估板测试手册》 把评估版创龙TLIMX8-EVM下面这些功能测试一遍
3. 把TLIMX8-EVM的板子的Liunx系统编译一遍
按照 《3-1-Linux系统使用手册》 把创龙的TLIMX8-EVM的板子配套的Liunx系统下面图这些U-Boot、Linux内核编译一遍也就是把刚刚刷进去SD卡的Linux系统内核编译一遍。之后可以按照自己的需求对内核进行配置和裁剪
4.按照我们的需求去修改、配置内核编译成内核镜像文件修改设备树dts编译生成设备树dtb文件
按照我们的需求去修改、配置内核编译成内核镜像文件烧录到我们自己的板子 之后我们就把创龙的TLIMX8-EVM 板 对应的Linux系统内核也就是上面刷的那个系统内核 根据 我们这边的需求去修改、去配置内核然后编译出来生成Linux系统镜像文件然后把这个镜像文件烧进SD卡—Linux系统启动卡然后把这个卡插到我们自己做的板子启动这个系统。
修改设备树dts文件重新编译生成设备树dtb二进制文件拷贝到SD卡—Linux系统启动卡的BOOT分区。 然后在虚拟机上修改设备树dts文件重新编译生成设备树dtb二进制文件拷贝到SD卡—Linux系统启动卡的BOOT分区。 5.之后工作的任务步骤
在虚拟机上使用 创龙的TLIMX8-EVM 板 对应的SDK里面有文件可以编译生成对应版本的Linux系统。可以编译生成U-Boot、内核、文件系统、设备树文件编译生成对应版本的Linux系统烧录到SD卡—Linux系统启动卡。
1.内核配置内核编译
首先先在虚拟机使用官方提供的SDK按照我们的需求去修改、配置内核编译成内核镜像文件烧录到我们自己的板子
2.驱动适配调式过程
将烧录好系统的sd卡插入 创龙TLIMX8-EVM的板子板子使用SD卡里面的系统进行启动 用SecureCRT调试窗口 串口连接或者SSH远程登陆 创龙TLIMX8-EVM的板子去测试刚刚烧录到这个Linux系统跟板子的功能模块适不适配参考资料《2-1-评估板测试手册.pdf》 如果这个系统的某个功能模块(例如LED指示灯)在创龙TLIMX8-EVM板子上正常说明原本的LDE指示灯驱动程序.c源文件没有问题。这时候我们就要去对应自己的板子去简单的修改LED指示灯驱动程序.c源文件让这个驱动程序去适配我们的板子上的LED指示灯如果.c源文件没有问题或者不需要修改了这时候就要去修改创龙TLIMX8-EVM板子对应的设备树文件去修改成适配我们板子的设备树文件然后拷贝到我们板子系统的BOOT分区例如我们的板子使用的是SD卡—Linux系统启动卡那我们就要插上这个卡连接到我们的PC机的虚拟机上然后把这个设备树文件拷贝到SD卡—Linux系统的BOOT分区然后在把这个卡拔掉然后插到我们的板子使用SD卡-Linux系统启动卡运行系统。 除了LED指示灯功能模块其他的功能模块的驱动也是类似进行开发移植 当自己的板子所有的功能模块的驱动都适配后这时候就可以把SD卡-Linux系统启动卡中的系统 固化 到板子的 eMMC里面。
二、实战
1.虚拟机的账号和密码均是Hugo 虚拟机开启root用户设置了root用户密码 评估版的账号密码都是root
遇到问题
共享文件夹的问题cd 到 /mnt/hgfs/ 路径下ls没有看到 Shared Folders 共享文件夹
系统自动挂载功能未启用系统里面有这个共享文件夹但是系统没有把这个文件夹自动挂载到/mnt/hgfs/下。 使用vmware-hgfsclient命令列出所有共享文件夹在VM-setting-options-shared Folders里面设置的可以看到所以共享文件夹都在系统中只是没有自动挂载在 /mnt/hgfs/ 路径下。 我们手动挂载一下。先创建一个文件夹然后把主机hots的共享文件夹SharedFolders 挂载到虚拟机这个文件夹 、mnt/hgfs/SharedFolders
1 根目录 / 是Linux文件系统的最顶层目录 是一个快捷方式代表当前用户的主目录。这是一种方便的方式来引用主目录而不需要输入完整的路径。比如如果用户 hugo 的家目录是 /home/hugo那么 ~/IMX8 就相当于 /home/hugo/IMX8 。 总是指向执行命令的那个用户的家目录。 2 在每次打开U-Boot配置界面时要先
export LINES24
export COLUMNS80强制设定终端的高度为24行宽度为80列。请注意这种方法不一定总是有效因为实际显示效果还取决于终端的实际大小。
三、BL360_X8M板驱动移植
1. 修改设备树的步骤和命令
如图所示
先cd到NXP i.MX8系列处理器IMX8的内核kernel目录下的 Linux内核版本为5.4.70Linux-5.4.70的内核源代码、配置文件、编译结果内核源码路径。
cd IMX8/Kernel/Linux-5.4.70/然后在这个路径下重新编译生成二进制设备树文件 ① 先使能SDK环境变量 ② 在内核源码目录 IMX8/Kernel/Linux-5.4.70/ 下编译生成二进制设备树 dtb 文件生成的 dtb文件位于arch/arm64/boot/dts/freescale/路径下
source /home/hugo/SDK/environment-setup-aarch64-poky-linux
make freescale/tlimx8-evm.dtb插上SD系统启动卡连接到PC机上的虚拟机然后把生成的二进制dtb设备树文件拷贝到SD系统启动卡(Linux系统)的BOOT分区。
cd /media/hugo/BOOT
cp /home/hugo/IMX8/Kernel/Linux-5.4.70/arch/arm64/boot/dts/freescale/tlimx8-evm.dtb ./2. 系统启动
问题描述启动系统被卡住
BL360_X8M板插入sd系统启动卡插上电启动的过程的时候调试器SecureCRT显示出串口打印的信息有pcie 。。。time out。 然后系统就一直卡在这里进不去。
问题解决
BL360_X8M板插入sd系统启动卡启动前要先把设备树的pcie屏蔽掉。
1.首先把sd系统启动卡拿出来通过读卡器插到pc机上然后挂载到虚拟机上。 2.根据《3-1-Linux系统使用手册.pdf》的 《3.4 编译设备树文件》的提示进入这个链接去修改tlimx8-evm.dts。
hugohugo-virtual-machine:~/IMX8/Kernel/Linux5.4.70/arch/arm64/boot/dts/freescale$ vi tlimx8-evm.dts3.然后切换回内核源码安装目录下执行如下命令使能SDK环境变量并在内核源码目录arch/arm/boot/dts/路径中编译生成 dtb 文件。 4.把这个生成的dtb文件拷贝至Linux系统启动卡BOOT分区。 5.然后把系统启动卡断开链接然后拔出来插到BL360_X8M板上重新启动
3.LED驱动移植
问题描述修改LED驱动
把创龙MX8评估板的系统移植到 自己的板子BL360_X8M修改调试LED驱动适配我们的板子。
问题解决
① 首先led.c的源码不用动先根据你的原理图看到我们自己的板子的LED1和LED2分别连接到GPIO3_23和GPIO3_34
直接修改设备树文件tlimx8-evm.dts找到leds节点把GPIO的口改成我们板子的LED连接的GPIO口。 然后重新编译生成设备树重新运行系统。
一般就这样修改LED就会亮了但是LED还是不亮 解决看4.《【 遇到问题】引脚功能被复用》
4.【 遇到问题】引脚功能被复用
根据原理图修改成我们板子的LED的GPIO引脚号后但是LED还是不亮
问题解决
② 然后有经验的工程师来教我他先把led的pin_ctrl给注释掉了说不用写也可以 为什么不需要配置pinctrl_gpio_led
内核自动处理 因为在LED节点中直接指定gpios gpio3 23 ...时 内核会自动去检查该引脚是否被其他模块占用 如果没有冲突自动将引脚配置为GPIO模式。
但需注意 如果引脚被其他模块占用如PDM内核会拒绝配置将不会自动将引脚配置为GPIO模式从而导致LED失败 此时必须手动释放冲突模块如禁用PDM。
③ 然后他通过NXP芯片官网提供的config tool软件找到了GPIO3_23引脚对应AD13找到了这个脚有其他的功能复用的可能然后他通过这段代码在设备树上查找MX8MM_IOMUXC_SAI5_RXD2_PDM_DATA2 确实在设备树找到了代码MX8MM_IOMUXC_SAI5_RXD2_PDM_DATA2 0xd6说明配置了这个功能刚好这个功能占用的口跟GPIO3_IO23冲突。
④ 然后通过在设备树搜索 pinctrl_pdm 找到了用这个功能的代码把这个功能注释掉就行。
⑤ 重新编译设备树启动系统通过代码测试LED灯正常亮
可以先cd到 /sys/class/leds 路径下然后 ls 看看有没有 user-led0 和 user-led1 节点 通过命令测试观察LED指示灯的亮灭
echo 0 /sys/class/leds/user-led0/brightness
echo 1 /sys/class/leds/user-led0/brightness
echo 0 /sys/class/leds/user-led1/brightness
echo 1 /sys/class/leds/user-led1/brightness 结果如下
四、驱动移植的理解
1. 一个I2C总线挂载多个从设备
一个I2C总线理论上可以挂载的设备数量取决于所使用的地址空间。 对于标准7位地址空间I2C协议允许最多128个不同的地址从0x00到0x7F。 然而实际上有几个地址是保留用于特殊用途的比如通用调用地址和起始字节地址所以实际可用的地址略少一些。 所以一个I2C总线最多挂载的设备是少于128个的。 所以一个I2C总线可以挂载多个设备
比如下图的设备树可以看到 一个i2c4的接口节点有3个compatible分别代表连接的设备为ds1307、isl1208、ov5640_mipi这代表i2c-4上挂载了三种不同的设备 一个兼容dallasds1307的实时时钟(RTC)设备(地址0x68) 一个兼容isil.isl1208的RTC设备(地址0x6f) , 以及一个兼容ovti,ov5640 mipi的摄像头模块(地址0x3c) . 只要它们的reg属性不同也就是12C的给他们分配的唯一的i2C地址那这些设备挂载在一个i2C总线上就不会发生冲突i2C总线是通过挂载在I2C的设备唯一的I2C地址识别是哪个设备从而跟对应的设备通信所以一个I2C总线接多个设备不会冲突。 2.设备树配置和i2c地址挂载的联系 1.设备树中i2c1中配置了以下设备
pca9450250x25在系统文件i2c-0中被扫描出地址0x25显示为 UU说明驱动已加载。ina220400x40未在系统文件i2c-0中被扫描出但是在设备树i2c1中有配置说明硬件没有连上i2c1总线。ina220410x41未在系统文件i2c-0中被扫描出但是在设备树i2c1中有配置说明硬件没有连上i2c1总线。
2.设备树中i2c2中没有配置任何设备 但是使用命令在系统文件i2c-1中扫描出了4个设备说明有4个设备连接到了i2c2总线只是没有在设备树中进行驱动配置 这4个设备连接上了I2C总线没有和总线进行通信可以被使用。
3.设备树中i2c3中配置了以下设备
tlv320aic3106180x18在系统文件i2c-2中被扫描出地址0x18显示为 UU说明驱动已加载。gpio210x21未在系统文件i2c-2中被扫描出但是在设备树i2c3中有配置说明硬件没有连上i2c3总线。
4.设备树中i2c4中配置了以下设备
rtc680x68在系统文件i2c-0中被扫描出地址0x68显示为 UU说明驱动已加载。rtc6f0x6f未在系统文件i2c-0中被扫描出但是在设备树i2c1中有配置说明硬件没有连上i2c1总线。ov5640_mipi3c0x3c未在系统文件i2c-0中被扫描出但是在设备树i2c1中有配置说明硬件没有连上i2c1总线。
注意点
1.显示为UU的原因
UU 表示该地址已被内核驱动占用用户空间无法直接访问。在你的设备树中i2c4 总线上配置了 rtc68 设备0x68并且其驱动已成功加载。因此0x68 地址被内核驱动占用显示为 UU。 2. 0x6f 和 0x3c 未显示的原因
设备树中配置了以下设备
rtc680x68显示为 UU驱动已加载。rtc6f0x6f未显示。ov5640_mipi3c0x3c未显示。
可能的原因包括
1硬件未连接
设备树中配置了设备但实际硬件上并未连接到 i2c4 总线。例如 0x6f 的 RTC 设备未焊接或未连接。0x3c 的摄像头模块未连接。
2设备初始化失败
设备已连接但驱动初始化失败。可能的原因 设备供电异常。设备引脚配置错误如 SDA、SCL 未正确连接。设备驱动未正确加载。
3设备树配置错误
设备树中配置的设备地址或兼容性字符串有误导致驱动无法正确匹配。例如 compatible 字符串错误。设备寄存器地址reg配置错误。
4设备被禁用
设备树中配置了设备但其状态为 disabled。例如ov5640_mipi: ov5640_mipi3c {compatible ovti,ov5640_mipi;reg 0x3c;status disabled; // 设备被禁用
};3. 排查步骤
1检查硬件连接
确认 0x6f 和 0x3c 设备是否实际连接到 i2c4 总线。使用万用表或示波器检查设备的电源、SDA、SCL 引脚是否正常。
2检查设备树配置
确认设备树中 0x6f 和 0x3c 设备的配置是否正确。例如检查 compatible 字符串和 reg 地址isl1208: rtc6f {compatible isil,isl1208; // 确认兼容性字符串正确reg 0x6f; // 确认地址正确status okay; // 确认设备已启用
};ov5640_mipi: ov5640_mipi3c {compatible ovti,ov5640_mipi; // 确认兼容性字符串正确reg 0x3c; // 确认地址正确status okay; // 确认设备已启用
};3检查内核日志
使用 dmesg 查看内核日志确认设备是否初始化失败dmesg | grep i2c如果设备初始化失败日志中会显示相关错误信息。
4手动探测设备
使用 i2cget 或 i2cset 手动探测设备确认设备是否存在。例如探测 0x6f 设备i2cget -y 3 0x6f如果设备存在会返回数据。如果设备不存在会返回错误。
5检查驱动加载
确认设备的驱动是否已加载lsmod | grep isl1208
lsmod | grep ov5640如果驱动未加载手动加载驱动modprobe isl1208
modprobe ov56404. 解决方法
1如果硬件未连接
确认硬件设计修复连接问题。如果设备不需要使用可以从设备树中移除相关配置。
2如果设备初始化失败
检查设备供电和引脚连接。检查设备树配置确保 compatible 和 reg 正确。检查内核日志修复驱动初始化问题。
3如果设备树配置错误
修正设备树中的 compatible 字符串和 reg 地址。确保设备状态为 okay。
4如果驱动未加载
确保内核中已编译相关驱动。手动加载驱动或修改设备树以正确匹配驱动。 5. 总结
0x68 显示为 UU设备已连接且驱动已加载。0x6f 和 0x3c 未显示可能是硬件未连接、设备初始化失败、设备树配置错误或驱动未加载。通过检查硬件连接、设备树配置、内核日志和驱动加载情况可以定位并解决问题。
