你好，
这是一个很长的机会。。。但是PLT是否会因为任何原因导致qspi映像写入失败（代码168）？
I programmed my board that is using a da14681-01 using the uart and cli_programmer.exe and it works just fine.
然后我尝试使用PLT进行转换，但是qspi图像写入失败。我注意到，当我尝试DA14681-00它确实得到通过写入，但我没有使用该硬件。
我使用相同设置的plt将代码闪存到da14681-01的开发板上。
这是我的日志文件：
Software: DA1458x/DA1468x Production Line
软件版本：v_4.2.0.160
PLTD DLL version: v_4.2.0.160
PDLL版本：v_4.2.0.160
UDLL Version: v_4.2.0.160
生产测试固件版本：
生产测试应用程序固件版本：
Flash编程器固件版本：00.03
日期：2018-01-25
开始时间：11:26:20.080
End Time: 11:26:30.166
站ID：测试站1
设备ID:1
COM port: 136
BD address: 00:00:00:00:00:12
||||
##########################################################################################################################
|11:26:23.948 |DUT_UDLL_FW_DOWNLOAD_INIT | STARTED |UDLL firmware download initialized. Firmware is=[C:\Users\kyle\Desktop\ProdTool\DA1458x_DA1468x_PLT_v_4.2.0.160\executables\binaries\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 firmware downloaded OK. Firmware is=[C:\Users\kyle\Desktop\ProdTool\DA1458x_DA1468x_PLT_v_4.2.0.160\executables\binaries\uartboot_681_01.bin].
|11:26:28.821 |DUT_UDLL_FW_DOWNLOAD_OK | PASS |UDLL firmware downloaded OK. Firmware is=[C:\Users\kyle\Desktop\ProdTool\DA1458x_DA1468x_PLT_v_4.2.0.160\executables\binaries\uartboot_681_01.bin].
|11:26:28.829 | DUT | U UDLL | FW | VER | GET | INIT | STARTED | UDLL“固件版本GET”操作已初始化。
|11:26:28.837 | DUT | U UDLL | FW | VER | GET | STARTED | UDLL“固件版本获取”操作开始。
|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|U UDLL|QSPI|U ERASE|U INIT |启动| QSPI ERASE操作已初始化。QSPI erase test name=[擦除引导]。
|11:26:28.905 | DUT|U UDLL|QSPI|U ERASE|U STARTED |开始| QSPI ERASE操作开始。QSPI erase test name=[擦除引导]。从地址[0]中删除[16534]字节的QSPI。
|11:26:29.146 | DUT|U UDLL|QSPI|U ERASE|U OK | PASS | QSPI ERASE操作结束OK。QSPI erase test name=[擦除引导]。
|11:26:29.154 | DUT|u UDLL|QSPI|IMG|u WR|u INIT |启动| QSPI映像写入操作已初始化。QSPI image write test name=[标题]。要写入的图像是[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。
|11:26:29.162 |DUT_UDLL_QSPI_IMG_WR_STARTED | STARTED |QSPI image write operation started. QSPI image write test name=[header]. Image to write is [C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin].
|11:26:29.574 | DUT | UDLL | ACTION | RESPONSE | ERROR | UDLL设备响应错误。QSPI image write test name=[标题]。映像为[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。当前设备状态=[120]。
|11:26:29.583 | DUT | U UDLL | QSPI | IMG | U WR |失败| QSPI映像写入操作失败。QSPI image write test name=[标题]。映像为[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。当前设备状态=[120]。
Thank you in advance,
Kyle
我使用不同的闪存芯片。如何使用plt添加对新闪存芯片的支持？
嗨kylekclee，
好吧，如果您正在尝试编程的板上使用不同的flash，那么很可能您不使用默认的cli\u编程器（从SDK下载的cli\u编程器），而是使用cli\u编程器的修改版本，它将包括您在设备上使用的flash。为了支持一个新的flash，您应该在uartboot项目中添加flash，然后重新构建cli\u程序员（cli\u程序员将包含包含您的flash的uartboot的更新映像）。因此，您需要做的是在uartboot项目中添加flash来重建cli\u程序员（构建cli\u程序员将首先构建它的依赖项，其中包括uartboot）。以上有效吗？在开发过程中，您是否对uartboot.bin进行了任何更改，以便对flash进行编程？如果是的话，您使用的是哪个flash？您能分享为支持这个flash而添加的内容吗？
Thansk MT\u对话框
你好，
The steps I modified the uartboot.bin to add memory support are at the bottom but I also followed section4.4.2ofUM-B-040\ DA1458x\ DA1468x\生产线\工具\库\ 4v2.pdf（附屏幕截图）并添加了位于ProdTool\DA1458x\u DA1468x\u PLT\u v\u 4.2.0.160\source\production\u line\u tool\fw\u files\DUT\DA1468x-DA15xxxthen recompiled uartboot.bin.
我将输出二进制文件放入ProdTool\DA1458x_DA1468x_PLT_v_4.2.0.160\executables\binariesand renamed it uartboot_681_01.bin.
在测试uartbootbin是否正确时，我没有重新编译cli\u程序员。我用的是以前的cliu程序员。我将尝试编译cli\u程序员和程序板，以验证我做了uartboot.bin正确
***********UART引导箱步骤**********
1) Copy qspi_mx25r8035.h into the sdk: sdk\memory\include (Project Folder) ; The physical location is \sdk\bsp\memory\include
2) Open custom_config_qspi.h and before #include "bsp_defaults.h" include the following lines of code:
#define dg_configFLASH_HEADER_FILE "qspi_mx25r8035.h"
#define dg_configFLASH_MANUFACTURER_ID MACRONIX_ID
#定义dg\u configFLASH\u设备类型MX25R8035\u系列
#define dg_configFLASH_DENSITY MX25R8035_SIZE
3） 打开qspi\u automode.c
a） 转到第88行并添加#include“qspi_mx25r8035.h”
b） 转到第102行，将flash_mx25r8035_config添加到flash_config_表[]
谢谢您，
Kyle
嗨kylekclee，
As far as i can tell the steps are proper, and if you followed the directions from the 4.4.2 paragraph on the UM-B-040 Production Line Tools Libraries, then you have applied the proper changes on the PLT in order to support the flash, so if the CLI programmer was able to communicate with the specified flash during development then i dont think that it is a flash issue (please verify that with the .h file for the flash and that the cli_programmer operates as it should when used for development). Can you please share the qspi_mx25r8035.h file that corresponds to the flash that you are using and check if we have an identical flash to give it a try with our h/w and the PLT? Also since you have compiled the uartboot.bin for the PLT file can you also share that as well ?
谢谢你的对话