你好,
这机会不大…但是PLT是否会因为任何原因导致qspi镜像写入失败(代码168)?
我使用uart和cli_programmer.exe对使用da14681-01的板进行了编程，它工作正常。
然后我尝试使用PLT转换，但我一直得到qspi图像写失败。我注意到，当我尝试DA14681-00它确实得到了写，但我不使用硬件。
我使用带有相同设置的plt将代码flash到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
生产测试BLE固件版本:
生产测试APP固件版本:
Flash程序员固件版本:00.03
日期:2018-01-25
开始时间:11:26:20.080
结束时间：11:26:30.166
站ID: Test_station_1
设备ID: 1
通讯端口：136
屋宇署地址：00:00:00:00:12
| | | |
##########################################################################################################################
|11:26:23.948 | 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:23.973 |DUT_UDLL_FW_DOWNLOAD_START | STARTED |UDLL固件下载STARTED OK。固件是= C: \[用户桌面\ \凯尔\ ProdTool \ DA1458x_DA1468x_PLT_v_4.2.0.160 \二进制文件可执行文件\ \ uartboot_681_01.bin]。
|11:26:28.814 | DUT|U UDLL|U FW|U下载|正常|通过| 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.821 | DUT | u UDLL | u FW | u下载|正常|通过| 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.829 |DUT_UDLL_FW_VER_GET_INIT | STARTED |UDLL 'firmware version get' operation initialized。
|11:26:28.837 |DUT_UDLL_FW_VER_GET_STARTED | STARTED |UDLL 'firmware version get' operation STARTED。
|11:26:28.890 | DUT|U UDLL|U FW|U VER|U GET|U OK |通过| UDLL‘固件版本GET’操作结束OK。UDLL版本=[v_4.2.0.160]，固件版本=[00.03]
|11:26:28.897 |DUT_UDLL_QSPI_ERASE_INIT | STARTED |QSPI erase operation initialized。QSPI erase test name=[擦除启动]。
|11:26:28.905 |DUT_UDLL_QSPI_ERASE_STARTED | STARTED |QSPI erase operation STARTED . |11:26:28.905 |DUT_UDLL_QSPI_ERASE_STARTEDQSPI erase test name=[擦除启动]。擦除地址[0]的QSPI[16534]字节。
|11:26:29.146 |DUT_UDLL_QSPI_ERASE_OK | PASS |QSPI erase operation ended OK。QSPI erase test name=[擦除启动]。
|11:26:29.154 |DUT_UDLL_QSPI_IMG_WR_INIT | STARTED |QSPI镜像写入操作初始化。QSPI图像写入测试名称=[头]。要写的镜像是[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。
|11:26:29.162 | DUT | U UDLL | QSPI | IMG | WR |启动| QSPI映像写入操作已启动。QSPI映像写入测试名称=[header]。要写入的映像是[C:\Users\kyle\Desktop\pingLatest\truncatedAppImage.bin]。
|11:26:29.574 |DUT_UDLL_ACTION_RESPONSE_ERROR | ERROR |UDLL设备响应错误。QSPI图像写入测试名称=[头]。图像(C: \ \凯尔\用户桌面\ pingLatest \ truncatedAppImage.bin]。当前设备状态=[120]。
|11:26:29.583 |DUT_UDLL_QSPI_IMG_WR_FAILED | FAIL |QSPI镜像写操作失败。QSPI图像写入测试名称=[头]。图像(C: \ \凯尔\用户桌面\ pingLatest \ truncatedAppImage.bin]。当前设备状态=[120]。
提前谢谢大家,，
凯尔
我用的是不同的闪存芯片。我如何添加对新的闪存芯片与地块的支持?
嗨kylekclee,
好吧,如果你正在使用一个不同的flash在黑板上你想计划,那么很可能你不使用默认cli_programmer (cli_programmer用作下载SDK)但cli_programmer的修改版本,包括您正在使用的flash设备。为了支持一个新的flash，您应该在uartboot项目中添加flash，然后重新构建cli_programmer (cli_programmer将包含包含您的flash的uartboot的更新映像)。因此，您必须做的是在uartboot项目中添加flash，重新构建cli_programmer(构建cli_programmer将首先构建它的依赖项，其中包括uartboot)。以上是否有效?在开发过程中，为了给flash编程，您是否对uartboot.bin执行过任何更改?如果是，你正在使用哪个flash，你能分享为支持这个flash而添加的内容吗?
Thansk MT_dialog
你好,
下面是我修改uartboot.bin以添加内存支持的步骤，但我也遵循了第节4.4.2属于嗯- b - 040 - _da1458x_da1468x_production_line_tool_libraries_4v2.pdf(屏幕截图附)，并添加了位于ProdTool \ DA1458x_DA1468x_PLT_v_4.2.0.160 \ \ DUT production_line_tool \ fw_files \ \ DA1468x-DA15xxx来源然后重新编译uartboot.bin。
我把输出二进制放进去ProdTool\DA1458x\U DA1468x\U PLT\U v\U 4.2.0.160\可执行文件\二进制文件并将其重命名为uartboot_681_01.bin。
我没有重新编译cli_programmer时，测试看我是否正确地做了uartbootbin。我使用了某人以前的cli_programmer。我将尝试编译cli_programmer和程序板，以验证我做了正确的uartboot.bin
***********步骤用于uart引导bin **********
1） 将qspi_mx25r8035.h复制到sdk:sdk\memory\include（项目文件夹）中；物理位置为\sdk\bsp\memory\include
2） 打开custom_config_qspi.h和之前的#include“bsp_defaults.h”包括以下代码行：
#定义dg_configFLASH_头文件“qspi_mx25r8035.h”
#定义dg_configFLASH_制造商_ID MACRONIX_ID
#定义dg_configFLASH_DEVICE_TYPE MX25R8035_SERIES
#定义dg_配置闪存_密度MX25R8035_大小
3)打开qspi_automode.c
A)到第88行，添加#include "qspi_mx25r8035.h"
B)到102行，在flash_config_table中添加&flash_mx25r8035_config []
谢谢你！
凯尔
嗨kylekclee,
据我所知，这些步骤是正确的，如果您遵循UM-B-040生产线工具库4.4.2段中的说明，那么您已经在PLT上应用了正确的更改，以支持闪存，因此，如果CLI程序员能够在开发过程中与指定的闪存通信，那么我认为这不是闪存问题（请验证闪存的.h文件是否正确，以及CLI_程序员在用于开发时是否正常工作）。您能否共享与您正在使用的闪存相对应的qspi_mx25r8035.h文件，并检查我们是否有相同的闪存，以尝试使用我们的h/w和PLT？另外，既然您已经为PLT文件编译了uartboot.bin，您也可以共享它吗？
由于MT_dialog