[参考译文] AM2634：AM2634：下载应用程序映像*appimage大小问题与UART uniflash

您好，Jay：  

请核实您的陈述。 我认为可能会出现打字错误，让我觉得事情不清楚：  

[quote.userid="48.7798万" url="~/support/micromicrosofters/arm-based micromicromicromicrosofters-group/arm-based micromicromicromicromicromicromicromicrosofters/110.0577万/am2634-am2634-am2634-download-application-image-appimage-size-issue-issue-with -UART-unifart-group-unifth-un-un-group-un-bie-lash2634 -UART-unifart-group-unifth-un-un-group-un-bie-lash ；2634；我们2634我们可以下载*.77pybleas/pybleas/micromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicromicrosoft/ps/f-d/~下载*.77py/ be-f-f-f-f-f-f-f-f-f-f-d/ byte-f-d/ byte-f-d/ byte-f-download-f-lash基于pybe-f-f-f  

是否只是appimage字节大小差异似乎存在问题？  您可以通过闪存写入程序使用的两个cfg文件发送吗？  

谢谢！

-Randy

您好，Jay：

我听说1 MB 有应用程序图像大小限制，但756 KB 远未达到。 您可以尝试以下两种方法：

1.更换UART的USB电缆(PC到J26)，然后重试。

2.使用SBL_JTAG_uniflash将应用程序映像写入QSPI闪存的0x8万。 如果这起作用，则问题在于UART通信。

此致，

明

您好，Randy

cfg文件相同

#-----------------------------------------------------------------------------#
#                                                                             #
#      DEFAULT CONFIGURATION FILE TO BE USED WITH THE FLASHWRITER SCRIPT      # 
#                                                                             #
#-----------------------------------------------------------------------------#
#
# By default this config file, 
# - points to pre-built flash writer, bootloader for this EVM
# - The application image points to relative path of the ipc echo application image for this EVM
#   - Make sure this application is built before running this script
# - You can customized this config file to point to your own bootloader and/or application images
# - You can use --operation=flashverify if you just want to verify the flash contents and not flash the file.
#

# First point to sbl_uart_uniflash binary, which function's as a server to flash one or more files
--flash-writer=sbl_prebuilt/am263x-cc/sbl_uart_uniflash.release.tiimage

# Now send one or more files to flash or flashverify as needed. The order of sending files does not matter

# When sending bootloader make sure to flash at offset 0x0. ROM expects bootloader at offset 0x0
--file=sbl_prebuilt/am263x-cc/sbl_qspi.release.tiimage --operation=flash --flash-offset=0x0

# When sending application image, make sure to flash at offset 0x80000 (default) or to whatever offset your bootloader is configured for
#--file=../../am263x_zcu/Debug/am263x_zcu.appimage --operation=flash --flash-offset=0x80000
--file=../../am263x_zcu/Release/am263x_zcu.appimage --operation=flash --flash-offset=0x80000

只是appimage字节大小差异似乎是个问题

我们尝试在同一个项目中创建不同大小的应用程序  

(1)发送大小为62.7796万字节的*。appimage，单位为61.79秒。
[status]成功！！！

Parsing config file ...
Parsing config file ... SUCCESS. Found 3 command(s) !!!

Executing command 1 of 3 ...
Found flash writer ... sending sbl_prebuilt/am263x-cc/sbl_uart_uniflash.release.tiimage
Sent flashwriter sbl_prebuilt/am263x-cc/sbl_uart_uniflash.release.tiimage of size 49534 bytes in 5.65s.

Executing command 2 of 3 ...
Command arguments : --file=sbl_prebuilt/am263x-cc/sbl_qspi.release.tiimage --operation=flash --flash-offset=0x0
Sent sbl_prebuilt/am263x-cc/sbl_qspi.release.tiimage of size 56206 bytes in 8.66s.
[STATUS] SUCCESS !!!

Executing command 3 of 3 ...
Command arguments : --file=../../am263x_zcu/Release/am263x_zcu.appimage --operation=flash --flash-offset=0x80000
Sent ../../am263x_zcu/Release/am263x_zcu.appimage of size 627796 bytes in 61.79s.
[STATUS] SUCCESS !!!

All commands from config file are executed !!!

(2)正在发送../../am263x_zcu/Release/am263x_zcu.appimage：63.9011万字节[01：0210727.11字节/s]recv错误：启动序列中的getc超时

Parsing config file ...
Parsing config file ... SUCCESS. Found 3 command(s) !!!

Executing command 1 of 3 ...
Found flash writer ... sending sbl_prebuilt/am263x-cc/sbl_uart_uniflash.release.tiimage
Sent flashwriter sbl_prebuilt/am263x-cc/sbl_uart_uniflash.release.tiimage of size 49534 bytes in 5.09s.

Executing command 2 of 3 ...
Command arguments : --file=sbl_prebuilt/am263x-cc/sbl_qspi.release.tiimage --operation=flash --flash-offset=0x0
Sent sbl_prebuilt/am263x-cc/sbl_qspi.release.tiimage of size 56206 bytes in 8.66s.
[STATUS] SUCCESS !!!

Executing command 3 of 3 ...
Command arguments : --file=../../am263x_zcu/Release/am263x_zcu.appimage --operation=flash --flash-offset=0x80000
Sending ../../am263x_zcu/Release/am263x_zcu.appimage: 639011bytes [01:02, 10727.11bytes/s]recv error: getc timeout in start sequence
Sending ../../am263x_zcu/Release/am263x_zcu.appimage: 639013bytes [01:12, 10727.11bytes/s]expected sequence 2, got (seq1=1, seq2=1), receiving next block, will NAK.
recv error: purge, requesting retransmission (NAK)
Sending ../../am263x_zcu/Release/am263x_zcu.appimage: 639013bytes [01:12, 10727.11bytes/s]
[ERROR] XMODEM recv failed, no response OR incorrect response from EVM OR cancelled by user,
        Power cycle EVM and run this script again !!!

巴西

杰

您好Ming

1.我们用于UART连接UART0的USB电缆， UART (PC到J26)的含义是什么？

UART2634 -UART-unif589/4077589#4077589]UART (2634 (引述407.7589万引述J26407.7589万J26)

2.2634 /4077589#4077589"]2.</s>2634 407.7589万407.7589万使用SBL_JTAG_uniflash将应用程序映像写入QSPI闪存的0x8万。 如果此操作有效，则问题在于UART通信。[/QUOT]

2.我们尝试使用SBL_JTAG_uniflash将应用程序映像写入QSPI闪存的0x8万。 验证闪存中的文件是否验证成功！！

但是我们重新启动主板时QSPI启动失败，UART日志输出什么都没有

如何通过SBL_JTAG_uniflash刷新SBL图像和*appimage？  

[Cortex_R5_0]  
 
 ==================
 JTAG Uniflash Menu
 ==================
 
 1: Erase Complete Flash
 2: Write File to Flash and Verify
 3: Verify file in Flash
 
 x: Exit
 
 Enter Choice: 2

 Enter file name along with path to write or verify : C:\GIT_HH\TI_AM263x_new\evw\am263x_zcu\Release\am263x_zcu.appimage
 Enter flash offset (in hex format) : 0x80000
 Enter below command in CCS scripting console to load the file data to memory.
 AFTER the file load is done, enter '1' to continue ...

 loadRaw(0x70040020, 0, "C:/GIT_HH/TI_AM263x_new/evw/am263x_zcu/Release/am263x_zcu.appimage", 32, false);
1
 [FLASH WRITER] Flashing success!!... 
 
 
 ==================
 JTAG Uniflash Menu
 ==================
 
 1: Erase Complete Flash
 2: Write File to Flash and Verify
 3: Verify file in Flash
 
 x: Exit
 
 Enter Choice: 3

 Enter file name along with path to write or verify : C:\GIT_HH\TI_AM263x_new\evw\am263x_zcu\Release\am263x_zcu.appimage
 Enter flash offset (in hex format) : 0x80000
 Enter below command in CCS scripting console to load the file data to memory.
 AFTER the file load is done, enter '1' to continue ...

 loadRaw(0x70040020, 0, "C:/GIT_HH/TI_AM263x_new/evw/am263x_zcu/Release/am263x_zcu.appimage", 32, false);
1
 [FLASH WRITER] Verifying success!!... 
 
 
 ==================
 JTAG Uniflash Menu
 ==================
 
 1: Erase Complete Flash
 2: Write File to Flash and Verify
 3: Verify file in Flash
 
 x: Exit
 

巴西

杰

[/quote]

您好，Jay：

对不起，我混合了AM263x CC和AM243x EVM。 正确，JTAG和UART使用相同的USB电缆用于AM263x CC。 请忽略我在上一篇文章中关于USB电缆的描述。

为了编写SBL QSPI和应用程序图像，您需要调用SBL_JTAG_uniflash两次。 第一次执行整个闪存擦除，并在闪存地址0x0万处写入SBL_QSPI，然后第二次，不要擦除闪存，只需在闪存中写入0x8万处的应用程序映像。  

在这两个运行中，请确保在输入"1"以继续之前使用CCS脚本(loadRaw)加载SBL_QSPI和应用程序映像。

此致，

明

您好Ming

我们尝试编写SBL QSPI和应用程序映像，将SBL_JTAG_uniflash调用两次， QSPI引导成功。

(1)加载原始 appimage时，在脚本控制台中显示1万毫秒后超时，但正在验证成功！！！...

(2) SBL_JTAG_UNIFLAASH *应用图像(75.6319万byte)正常，SBL_UART_UNIFLAASH有什么问题？

2.2634 /4077589#4077589"]2.</s>2634 407.7589万407.7589万使用SBL_JTAG_uniflash将应用程序映像写入QSPI闪存的0x8万。 如果此操作有效，则问题在于UART通信。[/QUOT]

巴西

杰

您好，Jay：

它与SBL_JTAG_uniflash无关，是CCS加载应用程序图像错误。 您的板载XDS-110设置似乎有一些问题。 请检查您的目标配置文件(CCXML)中的“JTAG TCLK频率”。 我的外观如下(1MHz)：

我在加载大应用程序图像文件时没有问题。

您好Ming

2634 -UART-unifXds/4079452#4079452"]在2634在主2634主板407.9452万板上407.9452万上的一些设置似乎有问题。 请检查您的目标配置文件(CCXML)中的“JTAG TCLK频率”。 我的外观如下(1MHz)：[/QUOT]

我们使用XDS200连接AM263X目标 ，目标配置文件(CCXML)，如下所示  

 并且可以加载SBL_UART_JTAG.OUT程序，如下所示

[quote userid="1.5702万" url="~/support/micromicrosofters/arm-based micromicromicrosofters-group/arm-based micromicromicromicromicrosofters/f/arm-based micromicromicromicromicrosofters-forum/110.0577万/am2634-am2634-am2634-download-application-image-size-issue-with -UART-uniflash2634 -UART-uniflash [/4079452#4079452"]2634 [/4079452#4079452"]大2634大图片407.9452万图片加407.9452万加载应用程序没有问题[/appfile问题]

您意味着使用SBL UNIFUART LASH加载大应用程序图像文件(>752kb)是否正常？

如何使用BL UART UNIFLAASH在主板上调试此问题 ？

巴西

杰

您好，Jay：

我在这里有点困惑。 在4天前的帖子中(1)您提到了第二次使用SBL_JTAG_uniflash时appimage (752 KB)的loadraw超时。 我认为这是由于JTAG TCLK设置过高造成的。 现在您说您的appimage的loadraw是正常的。 这是否意味着您可以使用SBL_JTAG_uniflash？ 例如，您可以使用SBL_JTAG_uniflash将SBL_QSPI (0x0万)和应用程序映像(0x8万)闪存到闪存中？ 如果是这样，则应用程序应在闪存引导模式下工作。 接下来是SBL_UART_uniflash调试，因为SBL_JTAG_uniflash和SBL_UART_unflash之间的唯一区别是UART通信。

顺便说一下，我确实尝试过加载原始appimage (620 KB)。 当JTAG TCLK使用MCU+ SDK 08.02 ．00.30 上的SBL_JTAG_UNFLASH (带有板载XDS-110)设置为1MHz时，此功能有效。

此致，

明  

您好Ming

1)2634 /4081035#4081035#4081035"]1)您2634您提到408.1035万提到的408.1035万的JTAG_SB1g_timed408.1035万JTAG_SB1g_timed out时间使用752 KB (第二次映像时的映像 我认为这是由于JTAG TCLK设置过高造成的。 现在您说您的appimage的loadraw是正常的。 这是否意味着您可以使用SBL_JTAG_uniflash？ 例如，您可以使用SBL_JTAG_uniflash将SBL_QSPI (0x0万)和应用程序映像(0x8万)闪存到闪存中？ 如果是这样，则应用程序应在闪存引导模式下工作。 [/引述]

(1)是， 当SBL_JTAG_uniflash loadraw appimage在脚本控制台中显示1万ms后超时，但 SBL_JTAG_uniflash正在验证成功！！...  =>因此我们 的应用 程序appimage (752 KB) 在闪存引导模式下使用 SBL_JTAG_uniflash可以正常工作  
(2)接下来是SBL_UART_uniflash调试， 请告知我们如何解决此问题。

巴西

杰

您好，Jay：

我将从SBL_UART_uniflash的UART通信和缓冲区排列开始。 请在SBL_UART_uniflash中添加一些调试日志信息，以检查错误发生的位置。 这可能是UART通信相关问题，如接收错误。 或者可能是接收缓冲区太小或与数据缓冲区/代码段重叠等

同时，我将向软件开发团队报告错误，以获得进一步的建议。

谢谢！

明