关于MFG tool 烧写原理的疑问

wang12zhe

参考开发指南分析并结合网上的资料，总的来说MfgTool工作过程主要分两个阶段：

①、将firmware目录中的uboot、linuxkernel和.dtb(设备树)，然后通过USB OTG将这个文件下载到开发板的DDR中，目的就是在DDR中启动Linux系统，为后面的烧写做准备。

②、经过第①步的操作，此时Linux系统已经运行起来了，系统运行起来以后就可以很方便的完成对EMMC的格式化、分区等操作。EMMC分区建立好以后就可以从firmware中读取要烧写的uboot、linux kernel、.dtb(设备树)和rootfs这4个文件，然后将其烧写到EMMC中，这个就是MfgTool的大概工作流程

我的问题是，第一步没有没有将文件系统下载到DDR中，为什么Linux能运行起来？ 为什么自己在EMMC 模式下启动没有文件系统的话就崩溃？

xkwy

第一步其实是有将文件系统下载到DDR中的哦。
你看一下Profiles\Linux\OS Firmware\ucl2.xml 文件，
第一阶段主要工作是：加载uboot → 加载kernel → 加载initramfs → 加载dtb → 跳转。

wang12zhe

xkwy 发表于 2020-12-6 23:20
第一步其实是有将文件系统下载到DDR中的哦。
你看一下Profiles\Linux\OS Firmware%ucl2.xml 文件，
第一 ...

还有个问题，MFG tool 在烧写程序的时候是单向通信还是双向通信的？或者换个问法，在烧写程序的过程中只有MFG Tool发数据给开发板吗？如果是单向的，如何保证数据的正确性(淘宝技术支持告诉我是单向的)

xkwy

通信当然是双向的，不然MFG tool怎么知道板子里面的一条条指令是否执行成功呢？

一般用这个工具仅仅是出厂批量烧录，所以纯粹往板子里面写数据来的多，以至于都误以为不能回传。。。

至于你说的数据的正确性，这一点更不用质疑，再次再次USB底层协议就保证了数据的正确性，USB每一帧都是有CRC16校验的。

你的意思可能是想把板子里面的文件或其他信息发回给MFG tool以便进一步处理（如板子的MAC地址mac.txt）
这当然也是可以的，MFG tool是一个很强大的工具，只要ucl2.xml玩的足够溜，你可以做任何事情。
你可以尝试一下使用pull命令，或者push命令的read子命令。
具体可以参考一下现成的ucl2.xml怎么写的，以及官方文档。

UCL2 语法官方文档
mfgtools\Document\V2\Manufacturing Tool V2 UCL User Guide.docx

MFG tool是开源的，这个哥们直接根据源码写出了ucl指令，给你参考。
https://community.nxp.com/t5/i-M ... om-flash/m-p/151116