你好!
我是一个试图熟悉smarsnippets开发环境的新用户。我使用:
Dev-kit:DA14695-00HQDEVKT-U
SDK:SDK_10.0.4.66.2
JLink:JLink_Linux_V644i_x86_64
SmartSnippets:SmartSnippetsStudio2.0.8
我已经成功编译了测试程序“pxp-reporter”，可以加载到RAM中并在SmartSnippets中调试。我可以从我的手机扫描BLE设备，所以到目前为止一切正常。
现在我想把“pxp-reporter”闪到开发工具包中，但我不能让它工作。
我尝试了两种方法(见下文)都没有结果。
一般问题:
-我不理解flash过程本身(什么目的的uartboot.bin举例?)这有记录吗?
-我做错了吗?有更好的闪光方式吗?
非常感谢你的帮助。
Step1:我使用Debug_QSPI构建配置构建二进制文件
步骤2:我使用run ->外部工具-> program_qspi_jtag得到以下输出
........................................................................................................................ .. ..程序QSPI .. ........................................................................................................................ . ........................................................................................................................ .. ..编程的形象 .. ........................................................................................................................版权所有(c) 2015-2019 Dialog Semiconductor bootlyabo国际娱乐oader文件未指定，使用内部uartboot.bin然后它永远挂着
Method2:
然后我尝试使用命令行工具直接启发: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_programmer gdbserver 0x0 ../projects/dk_apps/demo /pxp_reporter/DA1469x-00-Debug_QSPI/pxp_reporter.bin cli_programmer 1.26yabo国际娱乐可执行文件上传。然后它永远挂着
设备:
嗨rubicoaxel,
你能按照下面的程序，然后让我知道你能下载固件到QSPI Flash吗?
谢谢,PM_Dialog
非常感谢您的快速回复!
我已经使用参数执行了步骤1:
—产品编号:DA1469x-00
—Flash conf: MX25U3235F . conf
- Active_fw_image_addr: 0 x2000
- 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 flash吗?
谢谢,PM_Dialog
你好!
这是我的开发工具包的照片:https://drive.google.com/file/d/1NVgKlmbTPuT9DU0yS34o1FosYikG_K5y/view
UART擦除/程序:
我不知道如何擦除和/或程序通过UART(如你要求我尝试)。
我能找到的信息只有https://www.dialog - semiconductor.com/sites/default/files/an b - 069 da1469..。
但这只能解释协议。
我假设有sw工具(希望有一些入门指南?)
你能给我一些相关的文件吗?
JTAG擦除/程序:
你能帮我明确一下流程(或指向相关文件)，哪个部分应该做什么?
这是我到目前为止对这个过程的粗略猜测:
0.Python-script启动gdb-server并使用cli_programmer工具执行以下操作/ binary /cli_programmer”给出的命令，例如
1.JTAG通过直接写入RAM来附加并上传uartboot.bin(类似于RAM-debug-session)
2.JTAG执行SW-reset(同样，我认为RAM-debug也可以)
3.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启动，擦除/ flash命令如何转移到uartboot.bin程序在目标运行?
非常感谢任何帮助
致以最亲切的问候
阿克塞尔
嗨rubicoaxel,
让我查一下您的问题，然后尽快给您答复。
谢谢,PM_Dialog
谢谢你，非常感谢!
好了，我解决了!
我发现关于cli_programmer的文档(SDK_10.0.4.66.2/doc/html/ cli_programer .html)能够从那里找到它。
短版:似乎是flash中的当前程序导致了gdb崩溃。一旦我弄清楚如何cli_programmer串行工人和做
然后，我能够得到JTAG flash python脚本，以成功地对图像进行编程。
如果其他人遇到了这个问题，那么串行芯片清除就是你的朋友:)
细节(以防其他人想知道):
在cli_programmer上使用strace，我检查了与gdb的通信，在最终的“continue”命令发出后，gdbserver简单地停止了respondingMy命令
gdbserver的输出(仅限最后两个命令)
strace cli_programmer的输出(我在#后面的注释)
在jlink。log里，我们看到了无穷无尽的
我的猜测:
在gdbserver和从flash运行的程序之间存在一些计时竞争条件，导致调试器崩溃并挂起进程。有一个擦除的闪存消除了竞争(在闪存和gdb之间的胭脂程序)。
用uartboot.bin解决了我的一些问题
我也设法回答我自己的问题，一旦我有se一些cli_programmer的例子。
bin是通过串口引导的(不是我最初认为的使用GDB上传的)。
1.在cli_programmer的第一次执行时，它打开并准备启动seralport，然后要求用户按下reset以启动uartboot.bin。
2.一旦启动，uartboot.bin将继续执行(在调用之间，并作为cli_programmer给出的命令的终端服务器工作。
3.在cli程序员的后续调用中，不需要启动/重置uartboot.bin，它已经在运行。
最后一个问题:
还有一件事我不明白。
serialport在jtag模式中没有被使用，就我所见，所以为什么cli_programmer的jtag版本需要上传uartboot.bin(我理解它作为一个串行终端服务器工作)?
致以最亲切的问候
阿克塞尔
嗨rubicoaxel,
很高兴你发现了你的问题，谢谢你的详细指示。
你能把最后一个问题说清楚吗?正如我在前面的评论中提到的，uartboot.bin是用于加载应用程序二进制映像的辅助引导加载程序。
谢谢,PM_Dialog
这就跟你问声好！
是的，在通过UART加载应用程序映像的情况下(cli_programmer /dev/ttyACM0…)然后uartboot通过UART接收应用程序并将其编程到QSPI-flash。到目前为止，我跟得上你。
但是在另一种情况下，通过JTAG加载应用程序(cli_programmer gdbserver…)，那么uartboot.bin的目的是什么?
它还会发光吗?如:
1.JTAG上传应用程序映像到ram
2.uartboot.bin(由JTAG触发)从RAM复制到Flash?
这些都是低级细节，我想我并不重要，我只是好奇你是否碰巧知道了。
致以最亲切的问候
阿克塞尔
嗨rubicoaxel,
因为uartboot.bin是cli_programmer用于与目标通信的中间引导加载程序。uartboot固件将自动检测设备变体。uartboot一直被用作辅助引导加载程序，以便将二进制映像加载到设备。
谢谢,PM_Dialog