你好
这是一个很长的机会。。。但是PLT是否会因为任何原因导致qspi映像写入失败（代码168）？
我编程我的板是使用da14681-01使用uart和cli_programer .exe，它工作得很好。
然后我尝试使用PLT进行转换，但我一直无法写入qspi映像。我注意到，当我尝试DA14681-00时，它确实通过了写入，但我没有使用该硬件。
我使用具有相同设置的plt将代码闪存到da14681-01的开发板上。
这是我的日志文件：
软件:DA1458x/DA1468x生产线
软件版本：v_4.2.0.160
PLTD DLL版本:v_4.2.0.160
PDLL版本：v_4.2.0.160
UDLL版本:v_4.2.0.160
可升级固件版本的生产测试：
生产测试应用程序固件版本：
Flash编程器固件版本：00.03
日期：2018-01-25
开始时间：11:26:20.080
结束时间:11:26:30.166
站ID：测试站1
设备ID:1
串行通讯端口:136
BD地址:00:00:00:00:00:12
| | | |
##########################################################################################################################
|11:26:23.948 |DUT_UDLL_FW_DOWNLOAD_INIT | STARTED |UDLL firmware download initialized。固件是= C: \[用户桌面\ \凯尔\ ProdTool \ DA1458x_DA1468x_PLT_v_4.2.0.160 \二进制文件可执行文件\ \ uartboot_681_01.bin]。
|11:26:23.973 | DUT | UDLL | FW |下载|启动| UDLL固件下载已启动正常。固件是=[C:\Users\kyle\Desktop\ProdTool\DA1458x\u DA1468x\u PLT\u v\u 4.2.0.160\executables\binaries\uartboot\u 681\u 01.bin]。
|11:26:28.814 |DUT_UDLL_FW_DOWNLOAD_OK | PASS |UDLL固件下载OK。固件是= C: \[用户桌面\ \凯尔\ ProdTool \ DA1458x_DA1468x_PLT_v_4.2.0.160 \二进制文件可执行文件\ \ uartboot_681_01.bin]。
|11:26:28.821 |DUT_UDLL_FW_DOWNLOAD_OK | PASS |UDLL固件下载OK。固件是= C: \[用户桌面\ \凯尔\ ProdTool \ DA1458x_DA1468x_PLT_v_4.2.0.160 \二进制文件可执行文件\ \ uartboot_681_01.bin]。
|11:26:28.829 | DUT | U UDLL | U FW | VER | GET | U INIT |已启动| UDLL |固件版本GET |操作已初始化。
|11:26:28.837 | DUT|U UDLL|U FW|U VER|U GET|U STARTED | UDLL“固件版本GET”操作已启动。
|11:26:28.890 |DUT_UDLL_FW_VER_GET_OK | PASS |UDLL 'firmware version get' operation ended OK。UDLL version=[v_4.2.0.160]， Firmware version=[00.03]
|11:26:28.897 | DUT | UDLL | QSPI |擦除|初始化| QSPI擦除操作已初始化。QSPI擦除测试名称=[擦除引导]。
|11:26:28.905 | DUT | UDLL | QSPI |擦除已启动|已启动| QSPI擦除操作已启动。QSPI擦除测试名称=[擦除引导]。从地址[0]中删除[16534]字节的QSPI。
|11:26:29.146 | DUT | UDLL | QSPI |擦除|正常|通过| QSPI擦除操作结束正常。QSPI擦除测试名称=[擦除引导]。
|11:26:29.154 DUT UDLL QSPI IMG WR INIT已启动QSPI映像写入操作已初始化。QSPI映像写入测试名称=[header]。要写入的映像是[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。
|11:26:29.162 |DUT_UDLL_QSPI_IMG_WR_STARTED | STARTED |QSPI镜像写操作启动。QSPI图像写入测试名称=[头]。要写的镜像是[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。
|11:26:29.574 | DUT | UDLL |行动|响应|错误| UDLL设备响应错误。QSPI映像写入测试名称=[header]。映像为[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。当前设备状态=[120]。
|11:26:29.583 | DUT | UDLL | QSPI | IMG | WR |失败| QSPI映像写入操作失败。QSPI映像写入测试名称=[header]。映像为[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。当前设备状态=[120]。
先谢谢你，
凯尔
我用的是不同的闪存芯片。如何添加对plt新闪存芯片的支持？
嗨，kylekclee，
好的，如果您正在尝试编程的板上使用不同的闪存，那么很可能您不使用默认的cli_程序员（从SDK下载的cli_程序员），而是使用修改版本的cli_程序员，其中包括您在设备上使用的闪存。为了支持新的闪存，您应该在uartboot项目中添加闪存，然后重新构建cli_程序员（cli_程序员将包含包含闪存的uartboot的更新映像）。因此，您需要做的是在uartboot项目中添加flash来重建cli_程序员（构建cli_程序员将首先构建其依赖项，其中包括uartboot）。以上各项是否有效？您是否在开发过程中对uartboot.bin进行了任何更改，以便对闪存进行编程？如果是，您使用的是哪个闪存，您能否分享为支持此闪存而添加的内容？
坦斯克山对话
你好
下面是我修改uartboot.bin以添加内存支持的步骤，但我也遵循了这一节10/24/11的UM-B-040_DA1458x_DA1468x_生产线_工具_库_4v2.pdf（附加屏幕截图）并添加了位于中的附加FW文件ProdTool\DA1458x\U DA1468x\U PLT\U v\U 4.2.0.160\source\production\U line\U tool\fw\U files\DUT\DA1468x-DA15xxx然后重新编译uartboot.bin。
我将输出二进制文件放入ProdTool \ DA1458x_DA1468x_PLT_v_4.2.0.160 \可执行文件\二进制文件并重命名为uartboot_681_01.bin。
在测试uartbootbin是否正确时，我没有重新编译cli_程序员。我用的是以前的cli_程序员。我将尝试编译cli_编程器并对电路板进行编程，以验证我是否正确执行了uartboot.bin
***********UART引导箱的步骤**********
1)拷贝qspi_mx25r8035.h到sdk: sdk\memory\include (Project Folder);物理位置是\sdk\bsp\memory\include
2)打开custom_config_qspi.h和#include "bsp_defaults.h"之前包括以下代码行:
#定义dg_configFLASH_HEADER_FILE“qspi_mx25r8035.h”
#定义dg_configFLASH_MANUFACTURER_ID MACRONIX_ID
#定义dg_配置闪存_设备类型MX25R8035_系列
#定义dg_configFLASH_DENSITY MX25R8035_SIZE
3） 打开qspi_automode.c
a） 转到第88行并添加#include“qspi_mx25r8035.h”
b） 转到第102行，将&flash_mx25r8035_config添加到flash_config_表[]
非常感谢。
凯尔
嗨，kylekclee，
据我所知，这些步骤是正确的，如果你按照UM-B-040生产线工具库4.4.2段的说明，那么你已经在PLT上应用了适当的更改，以支持flash，因此，如果CLI程序员能够在开发期间与指定的flash通信，那么我不认为这是一个flash问题(请验证与flash的.h文件和cli_programmer运行时，它应该用于开发)。您能不能分享一下qspi_mx25r8035.h文件，它对应于您正在使用的flash，并检查一下我们是否有一个相同的flash，以便用我们的h/w和PLT来尝试一下?另外，既然您已经为PLT文件编译了uartboot.bin，那么您也可以共享它吗?
谢谢你的对话