This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM62L:UBoot-flash-writer 问题

Guru**** 2524720 points
Other Parts Discussed in Thread: AM62L

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1557612/am62l-uboot-flash-writer-issue

器件型号:AM62L


工具/软件:

您好、

我使用的是 AM62L 电路板。 我想使用 USB-DFU 模式刷写板载操作系统。 我克隆了 uboot-flash-writer。 在此工具中、dfu_flash 不支持 AM62L。  
我尝试使用 am62xx-EVM 机器进行刷写。  
要刷新我执行了以下步骤:  

1.进入 dfu_flash/bin/am62xx-evm/hsfs 文件夹、创建一个名为 images 的文件夹、并将我要刷写的映像放在板上。  
2.根据图像文件夹中存储的图像,使用\ to /更改 flash-files.cfg 中的路径。  
3.返回到  dfu_flash 文件夹、然后运行:  
      $ sudo python3 dfu_flash.py -d am62xx-EVM -t hsfs -c bin/am62xx-evm/hsfs/flash-files.cfg

但它给出了错误:  
DFU_BOOT_CONF
2025年08月26日 12:08:29 INFO:检测到的 USB DFU 设备数量:1.
2025年08月26日 12:08:29 INFO:开始闪烁 1 个已识别设备
2025年08月26日 12:08:29 INFO:生成 1 个并行进程
2025年08月26日 12:08:30 信息:1-1.4 已发送! /home/tidev/parv/uboot-flash-writer/tools/DFU_flash/bin/am62xx-evm/hsfs/tiboot3.bin
2025年08月26日 12:09:00 错误:1-1.4 中止!! 已达到最大迭代次数。 DFU 器件未侦听`tispl.bin`

我更喜欢此文件夹是正确的还是 AM62L 有不同的?  


此致、  
参数  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    对于 AM62L、不支持此 DFU 闪存写入器、我们现在支持通过 Snagfactory 工具对较新的 SDK 版本进行刷写。 我们有一个适用于 am62x 的指南、您可以参考相同的指南并尝试为 AM62L 启用它: https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_01_05_03/exports/docs/linux/Foundational_Components /Tools/Flash_via_Fastboot.html

    如果您需要这方面的进一步帮助、请告诉我。

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    我使用以下命令安装了 snagboot normal 和 GUI:  

    $ python3 -m pip install --user snagboot
    $ python3 -m pip install --user snagboot[gui]

    然后将电路板 AM62L 置于 USB DFU 模式的 0-15 引脚为:11001010 0000 0000  

    主机:$ lsusb  
    主机:$ sudo dmesg  

    它在 dmesg 中显示电路板处于 DFU 模式、输入随 lsusb 命令而变化。
       


    现在、当我在终端中运行 snagfactory 时、它会打开 GUI。 但无法检测到任何板。  


    电路板检测是否需要配置文件 — 类似于建议链接中“如何使用 Snagfactory “指南中提到的步骤 2?
    在哪里可以找到此配置文件、在加载 YAML 文件之前需要加载它吗?

    此致、
    参数

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    电路板检测是否需要配置文件

    此处的配置文件是指 YAML 文件本身、您必须为 am62l 创建一个 YAML 配置文件并加载它、之后 snagfactory 工具将能够检测电路板。

    我将一个配置文件附加到 eMMC 以供您参考。

    e2e.ti.com/.../am62l_5F00_emmc.yaml

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的会议:  

    加载我配置的 eMMC.YAML 文件、然后 snagfactory 检测电路板。  
    之后我开始通过开始按钮闪烁。  

    在 25%后失败。  


    我还在命令行中尝试:  
    $ snagrecover -s am62l3 -F “{'tiboot3':{'path':'tiboot3.bin'}}“-F “{'tispl':{'path':'tispl.bin'}}“-F “{'u-boot':{'path':'u-boot.img'}}“
    结果:  
    2025年08月28日 18:56:19,232 [info]开始恢复 am62l3 板
    2025年08月28日 18:56:19,237 [info]安装固件 tiboot3.
    2025年08月28日 18:56:19,237 [info]搜索分区 ID ..
    2025年08月28日 18:56:19,238 [info]找到 DFU 功能描述符:wTransferSize = 512
    2025年08月28日 18:56:19,238 [info]下载文件...
    2025年08月28日 18:56:19,900【信息】已完成固件演示
    2025年08月28日 18:56:19,900【信息】完成
    2025年08月28日 18:56:19,900 [info]完成了固件 tiboot3.
    2025年08月28日 18:56:20,905 [info]安装固件文件
    2025年08月28日 18:56:20,905 [info]搜索分区 ID ..
    2025年08月28日 18:56:20,907 [info]找到 DFU 功能描述符:wTransferSize = 512
    2025年08月28日 18:56:20,907 [info]下载文件...
    2025年08月28日 18:56:22,353 [info]已完成固件演示
    2025年08月28日 18:56:22,354 [info]已完成
    2025年08月28日 18:56:22,354 [info]已完成固件安装
    2025年08月28日 18:56:24,356 [info] USB 重试 1/9
    2025年08月28日 18:56:25,359 [info]正在安装固件 u-boot
    2025年08月28日 18:56:25,359 [info]搜索分区 ID ..
    2025年08月28日 18:56:25,360 [info]找到 DFU 功能描述符:wTransferSize = 4096
    2025年08月28日 18:56:25,360 [info]下载文件...
    2025年08月28日 18:56:26,709 [info]已完成固件演示
    2025年08月28日 18:56:26,710 [info] Done
    2025年08月28日 18:56:26,710 [info]正在发送分离命令...
    2025年08月28日 18:56:26,711 [info]发送 dfu_detach...
    2025年08月28日 18:56:26,712 [info]已完成固件 u-boot 的安装
    2025年08月28日 18:56:28,712 [info]已恢复 am62l3 板
    2025年08月28日 18:56:28,713 [info] done recovering am62l3 board

    $ sudo snagflash -P fastboot-uboot -p 0451:6165 -f eMMC.YAML
    结果:  
    2025年08月28日 19:19:26,339 [info]使用协议 fastboot-uboot 运行 snagflash
    2025年08月28日 19:19:26,351【错误】设备访问错误:无法访问 USB 快速启动设备 0451:6165、请检查其存在和访问权限。

    目前我正在将预编译的 SDK 映像用作 USB-DFU uboot 模式文件。是否 可以?
    如果没有、则需要在 Rules.make 文件中为 TI AM62Lx 电路板添加哪种配置文件(如 AM62x 电路板链接中提供)?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    目前我正在将预构建的 SDK 映像用作 USB-DFU uboot 模式文件。 可以吗?

    此处无法使用预编译的二进制文件。 要为 AM62L 创建恢复二进制文件、您必须对 Rules.make 文件进行以下更改:  

    UBOOT_MACHINE=am62lx_evm_defconfig am6x_a53_snagfactory.config

    之后、请重新构建引导加载程序映像并使用它们进行恢复。

    请注意、您必须为此过程创建 2 组单独的二进制文件、一组用于恢复二进制文件、另一组用于刷写。 您可以使用上述方法创建的恢复二进制文件、要刷写二进制文件、可以使用预编译的映像。

    此致、
    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    我 在 Rules.make 文件中添加了 uBoot_machine=am62lx_evm_defconfig am6x_a53_snagfactory.config。  
    我清理了恢复二进制文件并将我的构建二进制文件复制到一个文件夹中。  

    然后、我执行了上述所有步骤:  

    但我在 snagrecover 命令中遇到错误、以检查恢复二进制文件是否正确加载。 但我得到了以下错误:  
    2025年08月29日 13:11:37,892 [info]开始恢复 am62l3 板
    2025年08月29日 13:11:37,895 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:38,896 [info] USB 重试 1/9
    2025年08月29日 13:11:38,897 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:39,898 [info] USB 重试 2/9
    2025年08月29日 13:11:39,899 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:40,900【信息】USB 重试 3/9
    2025年08月29日 13:11:40,901 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:41,902【信息】USB 重试 4/9
    2025年08月29日 13:11:41,903 [WARNING]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:42,904 [info] USB 重试 5/9
    2025年08月29日 13:11:42,905 [WARNING]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:43,906 [info] USB 重试 6/9
    2025年08月29日 13:11:43,908【警告】无法获取 1-1.4 处器件的配置描述符!
    2025年08月29日 13:11:44,909 [info] USB 重试 7/9
    2025年08月29日 13:11:44,911 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:45,913 [info] USB 重试 8/9
    2025年08月29日 13:11:45,913 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:46,915【信息】USB 重试 9/9
    2025年08月29日 13:11:46,917 [WARNING]无法获取 1-1.4 处设备的配置描述符!
    2025年08月29日 13:11:47,918【错误】设备访问错误:无法访问 USB 设备 1-1.4、请检查其存在和访问权限

    此致、  
    参数

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    日志仍然显示恢复二进制文件存在一些问题、因为它无法访问 u-boot 中的 USB 器件。  make 后的引导加载程序映像可在 board-support/build-images/A53 中找到、您能否确认这些映像是您使用的映像? 还请与我共享您的 YAML 文件。

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    如前所述、二进制文件应在  board-support/build-images/A53 中生成。 但在我的 SDK 中、它不会在板支持/内置映像内的 A53 文件夹中生成。 直接将其放入 电路板支持/内置映像中。 当我在 SDK 提取文件夹中运行查找命令时、会发现这个。  

    $查找。 -name tiboot3.bin
    /board-support/u-boot-build/a53/tiboot3.bin
    /board-support/prebuilt-images/am62lxx-evm-jailhouse/tiboot3.bin
    /board-support/prebuilt-images/am62lxx-evm/tiboot3.bin
    /board-support/built-images/tiboot3.bin

    我只是复制 tiboot3.bin tispl.bin u-boot.bin 文件并运行 snagrecover 命令刷新恢复文件。 但仍然显示了上述错误。  

    下面我共享我的文件夹结构:

    外部文件是恢复二进制文件。 在文件中、我想在板上刷写。

    eMMC.YAML:

    boards:
      "0451:6165": "am62l3"
    soc-models:
      am62l3-firmware:
        tiboot3:
          path: "<full-path-to-recovery-image-folder>/tiboot3.bin"
        tispl:
          path: "<full-path-to-recovery-image-folder>/tispl.bin"
        u-boot:
          path: "<full-path-to-recovery-image-folder>/u-boot.img"
      am62l3-tasks:
        - target-device: mmc0
          fb-buffer-addr: 0x82000000
          fb-buffer-size: 0x7000000
        - task: gpt
          args:
            - name: rootfs
              size: 1G
        - task: reset
        - task: flash
          args:
            - image: "<full-path-to-recovery-image-folder>/images/tiboot3.bin"
              image-offset: 0x0
              part: "hwpart 1"
            - image: "<full-path-to-recovery-image-folder>/images/tispl.bin"
              image-offset: 0x80000
              part: "hwpart 1"
            - image: "<full-path-to-recovery-image-folder>/images/u-boot.img"
              image-offset: 0x280000
              part: "hwpart 1"
            - image: "<full-path-to-recovery-image-folder>/images/rootfs.ext4"
              part: rootfs


    此致、  
    参数

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    我在之前的响应中犯了个错误、这些错误是在 board-support/u-boot-build/A53 文件夹中生成的、您可以使用此处生成的二进制文件尝试一次。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    仍然存在 board-support/u-boot-build/A53 文件夹二进制文件内的存在和访问问题。  

    ~/ti-processor-sdk-linux-am62lxx-evm-11.00.15.05/board-support/u-boot-build/a53$ snagrecover -s am62l3 -F “{'tiboot3':{'path':'tiboot3.bin'}}“-F “{'tispl':{'path':'tspl'}'.bin':
    2025年09月01日 15:46:49,989 [info]开始恢复 am62l3 板
    2025年09月01日 15:46:49,993 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年09月01日 15:46:50,994 [info] USB 重试 1/9
    2025年09月01日 15:46:50,994 [warning]无法获取 1-1.4 处器件的配置描述符!
    2025年09月01日 15:46:51,996 [info] USB 重试 2/9
    2025年09月01日 15:46:51,996 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年09月01日 15:46:52,997 [info] USB 重试 3/9
    2025年09月01日 15:46:52,998 [warning]无法获取 1-1.4 处器件的配置描述符!
    2025年09月01日 15:46:53,999 [info] USB 重试 4/9
    2025年09月01日 15:46:53,999 [warning]无法获取 1-1.4 处设备的配置描述符!
    2025年09月01日 15:46:55,001【信息】USB 重试 5/9
    2025年09月01日 15:46:55,001【警告】无法获取 1-1.4 处器件的配置描述符!
    2025年09月01日 15:46:56,001【信息】USB 重试 6/9
    2025年09月01日 15:46:56,002【警告】无法获取 1-1.4 处设备的配置描述符!
    2025年09月01日 15:46:57,003 [info] USB 重试 7/9
    2025年09月01日 15:46:57,004【警告】无法获取 1-1.4 处器件的配置描述符!
    2025年09月01日 15:46:58,005 [info] USB 重试 8/9
    2025年09月01日 15:46:58,005【警告】无法获取 1-1.4 处设备的配置描述符!
    2025年09月01日 15:46:59,006 [info] USB 重试 9/9
    2025年09月01日 15:46:59,007【警告】无法获取 1-1.4 处器件的配置描述符!
    2025年09月01日 15:47:00,008 [error]设备访问错误:无法访问 USB 设备 1-1.4、请检查其存在和访问权限

    此致、
    参数

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    你可以与我在 zip 文件中共享恢复二进制文件,我可以尝试在我的结束测试

    此致、

    见面、

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    在这里、我将二进制文件附加为 zip。

    此致、  
    参数  
     
    e2e.ti.com/.../am62lx_5F00_binaries.zip

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    我使用您的二进制文件进行了测试,刷写适用于我,因此恢复二进制文件似乎没有问题。 从日志中、我觉得访问问题很严重、您是否可以尝试使用 sudo 运行此命令。

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的会议:  

    感谢确认我的二进制文件。  

    刷写后、在 eMMC UDA 模式下运行电路板需要执行哪些更改?

    原始模式 YAML 文件(更新前):

    boards:
      "0451:6165": "am62l3"
    soc-models:
      am62l3-firmware:
        tiboot3:
          path: "<path-to-recovery-folder-images>/tiboot3.bin"
        tispl:
          path: "<path-to-recovery-folder-images>/tispl.bin"
        u-boot:
          path: "<path-to-recovery-folder-images>/u-boot.img"
      am62l3-tasks:
        - target-device: mmc0
          fb-buffer-addr: 0x82000000
          fb-buffer-size: 0x7000000
        - task: gpt
          args:
            - name: rootfs
              size: 1G
        - task: reset
        - task: flash
          args:
            - image: "<path-to-recovery-folder-images>/images/tiboot3.bin"
              image-offset: 0x0
              part: "hwpart 1"
            - image: "<path-to-recovery-folder-images>/images/tispl.bin"
              image-offset: 0x80000
              part: "hwpart 1"
            - image: "<path-to-recovery-folder-images>/images/u-boot.img"
              image-offset: 0x280000
              part: "hwpart 1"
            - image: "<path-to-recovery-folder-images>/images/rootfs.ext4"
              part: rootfs
    


    UDA 模式更新了 YAML 文件:
    boards:
      "0451:6165": "am62l3"
    soc-models:
      am62l3-firmware:
        tiboot3:
          path: "<path-to-recovery-folder-images>/tiboot3.bin"
        tispl:
          path: "<path-to-recovery-folder-images>/tispl.bin"
        u-boot:
          path: "<path-to-recovery-folder-images>/u-boot.img"
      am62l3-tasks:
        - target-device: mmc1
          fb-buffer-addr: 0x82000000
          fb-buffer-size: 0x7000000
        - task: gpt
          args:
            - name: boot
              size: 128M
              bootable: true
        - task: flash
          args:
            - image: "/home/einfochips/tmp_parv/images/bootfs.img"
              part: boot
        - task: reset
        - task: prompt-operator
          args:
            prompt: "UDA mode complete. Please reboot the board."
            reset-before: false


    不过、我仍然无法引导。  

    以上,我分享了我的恢复文件。  
    在此、我还分享了我的刷写二进制文件。  
    e2e.ti.com/.../myFlashedImage.zip

    我还尝试了 DFU 到 SD 卡闪存。 要检查分区如何由 snagfactory 完成,并检查与工作的 SD 卡.

    在这里、我共享了工作 SD 卡磁盘信息、并通过 DFU 刷写了 SD 卡。  
    1) 工作 SD 卡:  


    在这里、我还共享 UART 控制台日志:  
    e2e.ti.com/.../8176.uart_5F00_log.txt


    您能否提供您遵循的步骤以及电路板详细信息?
    我的电路板有一些限制。  

    此致、  
    参数

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    您现在是否至少能够刷写二进制文件?

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    是的、刷写已正确完成。  
    但是、电路板断电后无法启动、将电路板置于 eMMC 模式、而无需进行备用模式配置。  

    此致、  
    参数

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    要从 boot0 分区引导、如果是第一次引导、可能需要添加一些命令、可以在 am62l3-tasks 中添加以下任务:

    - task: run
          args:
            - "oem_run: mmc partconf 0 1 1 1" #enable booting from boot0
    

    在尝试从 eMMC 的引导分区引导时、请保留 ROM 勘误表 i2473 和 i2481。

    UDA 模式更新了 YAML 文件:

    我必须检查 UDA 模式可能需要进行哪些更改、但有另一种方法可以使用 SD 卡执行刷写: https://software-dl.ti.com/processor-sdk-linux/esd/AM62LX/11_00_15_05/exports/docs/linux/How_to_Guides/Target/How_to_mmcsd_boot_emmc_uda.html

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    在 YAML 文件中添加给定的建议后、仍然无法从 UDA 模式引导。 但当我检查与工作的 SD 卡 ,我能够看到 eMMC u-boot 分区是正确创建和挂载 vfat 文件系统类型。  

    更新了 YAML 文件:  

    boards:
      "0451:6165": "am62l3"
    soc-models:
      am62l3-firmware:
        tiboot3:
          path: "/home/einfochips/dfu/pp/tiboot3.bin"
        tispl:
          path: "/home/einfochips/dfu/pp/tispl.bin"
        u-boot:
          path: "/home/einfochips/dfu/pp/u-boot.img"
      am62l3-tasks:
        - target-device: mmc0
          fb-buffer-addr: 0x82000000
          fb-buffer-size: 0x7000000
        - task: gpt
          args:
            - name: boot
              size: 128M
              bootable: true
        - task: run
          args:
            - "oem_run: mmc partconf 0 1 1 1" #enable booting from boot0
        - task: flash
          args:
            - image: "/home/einfochips/tmp_parv/images/bootfs.img"
              part: boot
        - task: reset
        - task: prompt-operator
          args:
            prompt: "UDA mode complete. Please reboot the board."
            reset-before: false


    在我们的定制电路板中、不支持 SD 卡。  
    我们完全依赖于 USB-DFU。

    请将您添加的 YAML 文件提供给我您的执行板详细信息。  
    则可能是使用不同的电路板时出现问题。
    我的电路板 EVK 器件型号是  AM62L32AOGHAANB

    由于  ROM 勘误表 i2473 和 i2481 标准这一点,我们不能使用 RAW。 我们 只能使用 UDA 模式进行引导、因为我需要 2 个分区、一个用于 Uboot 映像 (tiboot3.bin、tispl.bin、u-boot.img)、另一个是 rootfs(内核和文件系统)。   

    因此、请帮助我们处理与 UDA 模式相关的内容。

    此致、  
    参数

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    我目前正在测试、完成后、我将返回给您。

    此致、

    会面。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 会议、  

    是否对此问题进行了任何更新?

    此致、  
    参数  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Parv:

    Meet 仍在与开发团队合作。

    他会在得到一些输入时更新您。

    此致

    Ashwani

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    HII 遇见 Thakar & Ashwani Goel ,

    我们也在努力。  
    现在、我们能够使用以下更新后的 YAML 文件刷写引导加载程序文件:

    boards:
      "0451:6165": "am62l3"
    soc-models:
      am62l3-firmware:
        tiboot3:
          path: "<path-to-recovery-files>/tiboot3.bin"
        tispl:
          path: "<path-to-recovery-files>/tispl.bin"
        u-boot:
          path: "<path-to-recovery-files>/u-boot.img"
      am62l3-tasks:
        - target-device: mmc1
          fb-buffer-addr: 0x82000000
          fb-buffer-size: 0x7000000
        - task: gpt
          args:
            - name: boot
              size: 128M
              bootable: true
    
        - task: run
          args:
            - "oem_run: mmc partconf 0 0 0 0" #enable booting from boot0
    
        - task: flash
          args:
            - image: "<path-to-my-files>/bootfs.img"
              part: boot
        - task: reset
        - task: prompt-operator
          args:
            prompt: "UDA mode complete. Please reboot the board."
            reset-before: false


    但我们无法设置分区的文件系统类型。  
    我们从在 SD 卡上运行所有内容中获得了这些详细信息。
    我们从 gparted 工具检查文件系统类型、他们的 SD 卡显示为未知。  



    此致、  
    参数  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Parv

    对 PG1.0 eMMC 勘误表给您带来的不便、我们深表歉意。 我们的假设是,无论您在做什么早期开发,您将不需要 eMMC 功能,但似乎情况并非如此。

    您在 TI 的账户团队正在协助您购买可解决 eMMC ROM 问题的 PG1.1 器件。 我建议您等待器件组装电路板并使功能正常工作。 F 或者现在、我们可以暂停此调试、如果您想验证 AM62L 的其他方面、请将精力花在检查这些功能上。  

    感谢您的耐心等待、我们感谢您在 E2E 帖子中提供的详细信息、它有助于我们更高效地调试和解决问题

    此致

    Mukul  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    你好 Mukul Bhatnagar ,

    感谢您的支持。

    1.能否在 PG1.1 中确认 USB-DFU 刷写问题是否已解决?
    2. 在 PG1.1 上使用带有 YAML 文件的 snagfactory 工具的相同过程现在是否可以正常工作?
    3、我们能够将 PG1.0 替换为 PG1.1、我们计划在 EVM 上进行此更换。
    收到这一更改后、您是否知道 在 EVM 上从 PG1.0 切换到 PG1.1 时存在任何兼容性问题或其他问题?

    此致、  
    参数  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗨、Parv

    1.是的 — 我们正在测试它的过程中。 包含 Snagfactory 支持等的官方 SDK 版本将于 10 月中旬发布  

    2.是的,在 PG1.1 中支持 ROM 的修复应该有助于使这个更无缝  

    3. 从硬件的角度来看,将是一个掉下来的替代。