你好
我是一个尝试熟悉Smartsnippets开发环境的新用户。我正在使用：
开发工具包：DA14695-00HQDEVKT-U
SDK：SDK_10.0.4.66.2
JLink:jlink_linux__v644i._x86_64
SmartSnippet：smartsnippetsstudio2.0.8
我已经成功编译了测试程序“pxp-reporter”，可以加载到RAM中并在SmartSnippets中调试。我可以从我的手机扫描BLE设备，所以到目前为止一切正常。
现在我想把“pxp-reporter”闪到开发工具包中，但我不能让它工作。
我尝试了两种方法（见下文），没有结果。
一般问题：
-我不理解flash过程本身(什么目的的uartboot.bin举例?)这有记录吗?
- 我是错误的方式吗？有更好的方法来闪光吗？
非常感谢帮助。
步骤1：使用debug_qspi构建配置构建二进制文件
步骤2:我使用run ->外部工具-> program_qspi_jtag得到以下输出
........................................................................................................................ .. ..PROGRAM QSPI .. ........................................................................................................................ . ........................................................................................................................ .. .. Programming image .. ........................................................................................................................ cli_programmer 1.26 Copyright (c) 2015-2019 Dialog Semiconductor bootloader file not specified, using internal uartboot.bin然后它永远挂着
方法2：
然后，我尝试直接使用以下命令行工具：SDK_10.0.4.66.2/doc/html/cli_programmer.html
我找不到任何关于GDB-server参数的文档(是否有这样的文档我找不到?)，但我从SmartSnippets调用中获取参数并启动gdbserver，如下所示:
GDB-server输出:
JLink_Linux_V644i_x86_64 / / JLinkGDBServer如果门限设备Cortex-M33尾数法- speed 8000 - port 2331 -swoport 2332 -telnetport 2333 vd红外-localhostonly 1日志jlink.log -singlerun严格超时0 -nogui rtos GDBServer / RTOSPlugin_FreeRTOS耐火J-Link GDB服务器V6.44i命令行版本JLinkARM.dll V6.44i (DLL编制2019年5月17日17:37:26)命令行:-if swd -device cortx - m33 -endian little -speed 8000 -port 2331 -swoport 2332 -telnetport 2333 -vd -ir -localhostonly 1 -log jlink.log -singlerun -strict -timeout 0 -nogui -rtos GDBServer/RTOSPlugin_FreeRTOS -----GDB Server启动设置----- GDBInit file: none GDBServer监听端口:2331 SWO原始输出监听端口:2332终端的I / O端口:2333年接受远程连接:localhost只生成日志文件:验证下载:在初始化规则的开始:在静默模式:从单一经营模式:在目标连接超时:0——J-Link相关设置女士J-Link主机接口:USB J-Link脚本:没有J-Link设置文件:无------目标相关设置------目标设备:Cortex-M33目标接口:SWD目标接口速率:8000kHz目标端:little连接到J-Link…J-Link连接。硬件:V3.00 S/N: 483051972检查目标电压…Target voltage: 3.30 V TCP/IP port 2331 Listening on TCP/IP port 2331 Connecting to Target…连接到目标正在等待GDB连接…连接到127.0.0.1 Received monitor command: clrbp Received monitor command: reset 0通过SYSRESETREQ和VECTRESET位复位核心和外设。接收到monitor命令:sleep 10 sleep 10ms接收到monitor命令:halt暂停目标CPU... ...Target stopped (PC = 0x0000076C) Received monitor command: memU32 0x20010000 = 0xdeadbeef Writing 0xdeadbeef @ address 0x20010000 Received monitor command: memU32 0x20010004 = 0xdeadbeef Writing 0xdeadbeef @ address 0x20010004 Received monitor command: memU32 0x20010008 = 0xdeadbeef Writing 0xdeadbeef @ address 0x20010008 Received monitor command: memU32 0x2001000c = 0xdead10cc Writing 0xDEAD10CC @ address 0x2001000C Downloading 4 bytes @ address 0x100C0050 - Verify failed Received monitor command: sleep 100 Sleep 100ms Received monitor command: reset 0 Resets core & peripherals via SYSRESETREQ & VECTRESET bit. Received monitor command: sleep 1 Sleep 1ms Received monitor command: halt Halting target CPU... ...Target halted (PC = 0x200010CA) Downloading 2 bytes @ address 0x50000024 - Verified OK Received monitor command: loadbin /tmp/cli_programmer_IDqXYy, 0x00000000 Loading binary file [/tmp/cli_programmer_IDqXYy] ... Downloading 30484 bytes @ address 0x00000000 - Verified OK Binary file loaded successfully (30484 bytes downloaded) Received monitor command: reset 0 Resets core & peripherals via SYSRESETREQ & VECTRESET bit. Received monitor command: go Starting target CPU... Received monitor command: reset 0 Resets core & peripherals via SYSRESETREQ & VECTRESET bit. Received monitor command: halt Halting target CPU... ...Target halted (PC = 0x0000076C) Downloading 1 bytes @ address 0x00000218 - Verified OK Performing single step... ...Target halted (Vector catch, PC = 0x0000076E) Starting target CPU...cli_programmer输出：
SDK_10.0.4.66.2/binaries$。/cli_程序员gdbserver 0x0../projects/dk_应用程序/演示程序/pxp_报告程序/DA1469x-00-Debug_QSPI/pxp_报告程序.bin cli_程序员1.26版权所有（c）2015-2019对话框半导体引导加载程序文件未指定，使用内部uartboot.bin上载雷竞技电竞平台引导加载程序/应用程序可执行文件。。。可执行文件已上载。然后它永远挂着
设备：
嗨rubicoaxel,
你能按照下面的程序，然后让我知道你是否能够下载固件到QSPI闪存吗？
谢谢，下午好
非常感谢您的快速回复!
我已经使用参数执行了第1步：
-产品编号：DA1469x-00
-闪存配置：MX25U3235F
- active_fw_image_addr：0x2000
- update_fw_image_address: 0 x2000
当运行erase_qspi_jtag时，我会遇到与以前相同的永久挂起问题（pxp_reporter项目被选中，正如您在#3中建议的那样）。
这是SmartSnippets中的输出
我还附加了:./SDK_10.0.4.66.2/utilities/python_scripts/qspi/jlink.log
我刚刚注意到gdbserver命令行sys“-device Cortex-M0”不是“Cortex-M33”。这正常吗？
嗨rubicoaxel,
你能检查一下跳线的配置吗？我想这张照片会很有帮助的。bin是用于加载应用程序二进制映像的辅助引导加载程序。当设备引导时，BootROM代码将检查OTP，如果它没有与辅助引导加载程序绑定，将加载uartboot.bin，这是默认配置。我看不出你收到的信息有任何错误。你把电路板复位了吗？另外，您可以尝试通过UART擦除/编程QSPI闪存吗？
谢谢，下午好
你好
这是我的dev-kit的照片：https://drive.google.com/file/d/1NVgKlmbTPuT9DU0yS34o1FosYikG_K5y/view
UART擦除/程序：
我无法弄清楚如何删除和/或节目uart（如您要求我尝试）。
我能找到的信息只有//www.wsdof.com/sites/default/files/an-b-069-da1469...
但这只解释了该协议。
我假设在SDK之后有SW-工具（希望有些人入门指南？）？
你能给我指一些相关的文件吗？
JTAG擦除/程序:
你能帮我弄清楚这个过程（或指向相关文档），什么部分应该做什么？
到目前为止，这是我对过程的零散猜测：
0. Python脚本启动GDB-Server并使用CLI_Programmer工具执行下面的操作/ binary /cli_programmer”给出的命令，例如
1.通过直接编写到RAM（类似于RAM-Debug-Session），JTAG附加并上传UartBoot.bin
2.JTAG执行软件重置（同样，正如我认为的RAM调试所做的那样）
3.uartboot.bin从RAM执行，做什么？
4.Uartboot以某种方式(?)执行“
——“chip_erase_all”或
-"program_flash"(在这种情况下，实际图像是如何传输的?通过虚拟串口(/dev/ttyACM0)或其他方式?
还是uartboot.bin被bootrom读取并执行(而不是上面的步骤1-3)?如果是，uartboot.bin是否传输槽/dev/ttyACM0 ->调试器usb到uart转换器-> da1469x引导uart?在PC端，什么工具负责这种沟通?
问题4仍然存在，一旦uartboot.bin启动，如何将擦除/闪存命令传输到目标运行的uartboot.bin程序？
非常感谢任何帮助
此致
阿克塞尔
嗨rubicoaxel,
让我检查你的问题，我会尽快回复你。
谢谢，下午好
谢谢你，非常感谢!
好了，我已经解决了！
我发现关于CLI-Programmer的文档（SDK_10.0.4.66.2 / doc / html / cli_programmer.html）能够从那里省略。
短版:看来flash中的当前程序导致了gdb崩溃。有一次我弄明白了cli_程序员和串行工作者是怎么做的
然后，我能够让JTAG闪存Python脚本工作成功编程图像。
如果其他人遇到这种情况，那么串行芯片擦除就是你的朋友：）
细节(以防其他人想知道):
使用cli_程序员上的strace，我检查了与gdb的通信，在发出最后一个“continue”命令后，gdbserver简单地停止响应我的命令
GDBSERVER的输出（仅限最后两个命令）
strace cli_programmer的输出（＃后的评论）
在jlink.log中，我们看到了无尽的
我猜：
在gdbserver和从flash运行的程序之间存在一些计时竞争条件，导致调试器崩溃并挂起进程。有一个擦除的闪存消除了竞争(在闪存和gdb之间的胭脂程序)。
解决了我的一些问题uartboot.bin
一旦我进入一些CLI_Programmer示例，我也会管理我自己的问题。
UARBOOT.BIN由BOOT-ROM TROUGH启动串口（未在我第一次想到的情况下使用GDB上传）。
1.在第一次执行cli_programmer时，它会打开seralport并准备启动，然后要求用户按reset启动uartboot.bin的过程。
2.启动后，UARTBOOT.BIN留存（在调用和用于CLI_Programmer给出的命令的终端服务器之间）。
3.在CLI程序员的后续调用上，不需要启动/重置UartBoot.bin已在运行。
最终问题：
只是我不明白的最后一件事。
就我所见，serialport根本不在jtag模式下使用，那么为什么jtag版本的cli_程序员需要上传uartboot.bin（据我所知，它作为串行终端服务器工作）？
此致
阿克塞尔
嗨rubicoaxel,
很高兴你认为你发出了发出并感谢您的详细迹象。
你能澄清你最后一个问题吗？正如我在我之前的注释中提到的那样，UartBoot.bin是一个辅助引导程序，以便加载应用程序二进制图像。
谢谢，下午好
这就跟你问声好！
是的，在通过UART加载应用程序映像的情况下(cli_programmer /dev/ttyACM0…)然后uartboot通过UART接收应用程序并将其编程到QSPI-flash。到目前为止，我跟得上你。
但在其他情况下，在JTAG（CLI_Programmer Gdbserver ......）上加载应用程序，那么uartboot.bin的目的是什么？
它可能还负责闪烁吗？比如：
1.JTAG将应用程序映像上载到ram
2.uartboot.bin（以某种方式由JTAG触发）从RAM复制到闪存？
这些是低级细节，我认为不是很重要，如果你碰巧从头顶知道的话，我只是好奇:)
此致
阿克塞尔
嗨rubicoaxel,
因为uartboot.bin是cli_程序员用于与目标通信的中间引导加载程序。uartboot固件将自动检测设备变量。uartboot一直用作辅助引导加载程序，以便将二进制映像加载到设备。
谢谢，下午好