嗨，支持！
我使用DA14695芯片+ SDK_10.0.8.105。
前一段时间我试图将不受支持的内存芯片添加到SDK，现在我对你有夫妻问题。
我为我的Flash芯片（W25Q64FWXGIG）写了正确的标题，然后成功构建了UartBoot固件。我使用SmartSnippets Toolbox进行了一些测试，所有似乎都很好。
但是，当我尝试将固件上传到目标处理器（闪存芯片）时，我会面临问题。早些时候，我使用了DA1468x处理器，我决定问题是缺少CLI_PRIGHIMMER.INI文件。我将它复制到SDK /二进制目录，然后再次尝试 - 固件已成功上传。我以为问题已经消失了，但它仍然存在。现在我可以在没有先前完全删除的Flash芯片（使用Studio的erase_qspi_jtag脚本）的情况下将固件上传到闪存。如果我首先擦除芯片然后尝试上传固件 - 主要是，过程结束成功。在DA14695的情况下，在.ini文件中是否有任何特定设置？为什么当我尝试使用从工具箱中的闪存时，它使用正确的uartboot.bin，但是从工作室不是什么时候？我的cli_programmer.ini文件是附加的（只需将文件扩展为.ini）。请帮我。
提前致谢，
斯蒂芬夫伊万
设备：
嗨Ivan，
谢谢你的问题。让我检查一下，我会回复你。
你能重新附上PDF文件，因为我无法打开它吗？
谢谢，PM_DIALOG.
嗨Ivan，
此外，请提供以下澄清。
如果我从所提到的那里理解，问题存在于DA1469X中，只有在尝试通过SmartSnippets Studio（SSS）编写QSPI Flash（W25Q64FWXGIG）时。那是对的吗？SSS的版本是什么？
你提到了：
“现在我可以在没有先前的闪存芯片的情况下将固件上传到闪存（使用Studio的erase_qspi_jtag脚本）。如果我首先删除芯片然后尝试上传固件 - 主要是，过程结束成功结束。”
因此，如果已执行erase_qspi_jtag脚本，则可以正确执行Program_Qspi_jtag脚本和设备靴子。我的理解是否正确？
如果在不执行erase_qspi_jtag脚本的情况下执行program_qspi_jtag，则出现的消息是什么？
谢谢，PM_DIALOG.
你好，
1.“如果我从所提到的那里理解正确，问题存在于DA1469X中，只有在尝试通过SmartSnippets Studio（SSS）编写QSPI闪存（W25Q64FWXGIG）时。这是正确的吗？SSS的版本是什么？”
- 是的，您是对的，问题仅在da14695 + w25q64fwxgig + sss上存在。版本的SSS是2.0.12.1622（Win7）;
2.“那么，如果已经执行了erase_qspi_jtag脚本，则可以正确执行Program_qspi_jtag脚本和设备靴子。我的理解是否正确？”
- 是的;
3.“如果在不执行erase_qspi_jtag脚本的情况下执行program_qspi_jtag，则出现的消息是什么？”
- 这是来自控制台的一些日志：
....................................................................................................................
..
..程序QSPI.
..
....................................................................................................................
。
....................................................................................................................
..
..编程图像
..
....................................................................................................................
cli_programmer 1.26.
版权所有（c）2015-2019对话半导体yabo国际娱乐
从e：\ projects \ active_projects \ moby.da1469x \ sdk \ binaries \ cli_progromer.ini文件加载的。
上传引导加载程序/应用程序可执行文件...
可执行上传。
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入地址：0x00002000偏移量：0x00000000块大小：0x00000000
验证写入QSPI地址0x2000失败。重试......
写入QSPI失败。中止。
写入QSPI失败：未知错误（-300）
。
....................................................................................................................
。错误：
。cli_programmer.exe“退出代码：1
。
。致电：“e：\ projects \ active_projects \ moby.da1469x \ sdk \ binaries \ cli_programmer.exe”--cfg c：\ user \ ivan \ appdata \ local \ temp \ tmpu48vidhc --check-booter-load --no-kill gdbserver write_qspi 8192 c：\ user \ ivan \ appdata \ local \ temp \ tmpg67lr5ul
....................................................................................................................
。
。
....................................................................................................................
..
.. 完成的
..
....................................................................................................................
这里是我的cli_progrogmer.ini文件的内容：
-------------------------------------------------------------------------------------------------
;这是一个cli_programmer配置文件。
[Cli]
initial_baudrate = 57600.
超时= 5000.
bootloader_fname = e：\ projects \ active_projects \ moby.da1469x \ sdk \ binaries \ uartboot.bin
[uartboot]
baudrate =
tx_port =.
tx_pin =
rx_port =.
rx_pin =
[GDB服务器]
端口= 2331.
host_name = localhost.
gdb_server_path =“c：\程序文件（x86）\ egger \ jlink_v644f \ jlinkgdbservercl.exe”-if swd -device cortex-m0 -singlerun -silent -speed auto -select -port 2331 -swoport 2332 -telnetport 2333 -log jlink。日志
no_kill_mode = 0.
[bin2image]
chip_rev =
[目标重置]
target_reset_cmd =
-------------------------------------------------------------------------------------
提前致谢
嗨Ivan，
program_qspi_jtag脚本将执行以下操作：首先，它将“擦除扇区”，然后它将“程序扇区”，最后将完成整体闪存验证。
由于您可以擦除（erase_qspi_jtag）qspi flash，然后您可以正确地编程（program_qspi_jtag），我们怀疑最可能的原因可能是由于擦除扇区步骤。在执行erase_qspi_jtag脚本时，将删除擦除芯片，它将删除整个闪光灯，因此在此之后，它会期望您可以编程。
为此，请您在闪存驱动程序中查看“擦除扇区”命令？是根据数据表吗？
可能是可能的.erase_opcode = cmd_sector_erase.在QSPI闪存配置结构中。
此外，您可以执行以下操作：
谢谢，PM_DIALOG.
嗨，pm_dialog
感谢您的回复。
我检查了我的闪光描述，一切似乎都很好。所有Ocodes都是正确的，并等于数据表的值。问题仍然存在。
一个重要的时刻，因为我使用了来自SDK（W25Q32FW）的现有的Winbond描述文件，只需执行一些更正（至少大小）。其他操作码是相同的。
还有一个，有时我可以上传两三次固件，但我认为这是因为固件文件在所有情况下都是一样的。
问候，伊万。
嗨Ivan，
使用CLI程序员时是否存在相同的问题？您是否尝试执行芯片擦除，扇区擦除并通过CLI编程并进行编程
谢谢，PM_DIALOG.
嗨pm_dialog，
对不起，我错过了。我会尽快完成这次测试。
谢谢你的帮助，伊万。
嗨Ivan，
没问题 - 请通过结果回复我。等待反馈！
谢谢，PM_DIALOG.
嗨Ivan，
如果有的进展，请您告诉我们吗？
谢谢，PM_DIALOG.