你好，
这是一个很长的镜头......但是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的DEV板上只是精细。
这是我的日志文件：
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
生产测试BLE固件版本：
生产测试应用程序固件版本：
Flash程序员固件版本：00.03
日期：2018-01-25
开始时间：11：26：20.080
End Time: 11:26:30.166
站ID：test_station_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_download_start |启动| UDLL固件下载已启动OK。固件是= [C：\用户\ kyle \桌面\ prodtool \ da1458x_da1468x_plt_v_4.2.0.160 \ executables \ binaries \ uartboot_681_01.bin]。
| 11:26:28.814 | DUT_UDLL_FW_DOWNLOAD_OK | |通过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_udll_fw_ver_get_init |启动| UDLL“固件版本获取”操作初始化。
| 11：26：28.837 | dut_udll_fw_ver_get_tarted |启动| 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_udll_qspi_erase_init |启动| QSPI擦除操作初始化。QSPI擦除测试名称= [擦除启动]。
| 11：26：28.905 | dut_udll_qspi_erase_started |启动| QSPI擦除操作开始。QSPI擦除测试名称= [擦除启动]。从地址[0]中擦除QSPI以获取[16534]字节。
| 11：26：29.146 | dut_udll_qspi_erase_ok |通过| qspi擦除操作结束了。QSPI擦除测试名称= [擦除启动]。
| 11：26：29.154 | dut_udll_qspi_img_wr_init |启动| QSPI映像写入操作初始化。QSPI图像写入测试名称= [标题]。编写的图像是[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图像写入测试名称= [标题]。图像是[C：\ users \ kyle \ desktop \ pinglatest \ truncatedappimage.bin] .current设备状态= [120]。
| 11：26：29.583 | dut_udll_qspi_img_wr_failed |失败| QSPI图像写操作失败。QSPI图像写入测试名称= [标题]。图像是[C：\ users \ kyle \ desktop \ pinglatest \ truncatedappimage.bin] .current设备状态= [120]。
Thank you in advance,
Kyle
即时使用不同的闪存芯片。如何使用PLT为新的Flash芯片添加支持？
嗨Kylekclee，
嗯，如果您正在尝试编程的电路板上使用不同的闪光灯，那么大多数可能不使用默认的cli_programmer（从sdk下载的cli_programmer），而是将包含flash的cli_programmer的修改版本您正在使用设备上使用。为了支持一个新的闪存，您应该在UartBoot项目中添加闪存，然后重建CLI_Programmer（CLI_Programmer将Inludude将包含闪存的Uartboot的更新图像。因此，您必须要做的是在UartBoot项目重建CLI_Programmer（构建CLI_Programmer将首先构建包含Uartboot的依赖项中的闪存。上面有效吗？您是否在开发期间对UARTBOOT.BIN执行了任何更改，以便为您的闪存进行编程？如果您使用的是闪存，您可以共享支持此闪存的添加吗？
Thansk mt_dialog.
你好，
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_production_line_tool_libraries_4v2.pdf（屏幕截图已提升）并添加了位于的附加FW文件prodtool \ da1458x_da1468x_plt_v_4.2.0.160 \ source \ production_line_tool \ fw_files \ dut \ da1468x-da15xxxthen recompiled uartboot.bin.
我把输出二进制文件放入ProdTool\DA1458x_DA1468x_PLT_v_4.2.0.160\executables\binariesand renamed it uartboot_681_01.bin.
在测试时，我没有重新编译CLI_Programmer，看看我是否正确制作了UartBootbin。我正在使用以前的cli_programmer。我会尝试编译cli_programmer并编程电路板，以验证我是否正确地执行了uartboot.bin
*********** uart启动bin **********的步骤
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
#define dg_configflash_device_type mx25r8035_series.
#define dg_configFLASH_DENSITY MX25R8035_SIZE
3）打开qspi_automode.c
a）转到第88行并添加#include“qspi_mx25r8035.h”
b）转到第102行，并将＆flash_mx25r8035_config添加到flash_config_table []
谢谢，
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 ?
谢谢mt_dialog.