你好,
这机会不大…但是PLT是否会因为任何原因导致qspi镜像写入失败(代码168)?
我编程我的板是使用da14681-01使用uart和cli_programer .exe，它工作得很好。
然后我尝试使用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
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_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_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_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_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 | 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_UDLL_QSPI_IMG_WR_STARTED | STARTED |QSPI镜像写操作启动。QSPI图像写入测试名称=[头]。要写的镜像是[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以添加内存支持的步骤，但我也遵循了这一节10/24/11的嗯- 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_DA1468x_PLT_v_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 (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_configFLASH_DEVICE_TYPE MX25R8035_SERIES
#定义dg_configFLASH_DENSITY MX25R8035_SIZE
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上应用了适当的更改，以支持flash，因此，如果CLI程序员能够在开发期间与指定的flash通信，那么我不认为这是一个flash问题(请验证与flash的.h文件和cli_programmer运行时，它应该用于开发)。您能不能分享一下qspi_mx25r8035.h文件，它对应于您正在使用的flash，并检查一下我们是否有一个相同的flash，以便用我们的h/w和PLT来尝试一下?另外，既然您已经为PLT文件编译了uartboot.bin，那么您也可以共享它吗?
由于MT_dialog