Hi Joel, Got it. Thank you for pointing this out. The issue has been corrected in QTools 8.1.5 (see also the attached screenshot). --MMS
Hi Joel, Got it. Thank you for pointing this out. The issue has been corrected in QTools 8.1.5 (see the attached screenshot). --MMS
Hi Gene, It seems that you might be messing up the namespace nesting (e.g., your code snippet closes the unnamed namespace twice). But specifically QP/C++ project and STM32Cube, you might want to take a look at the existing example, located in qpcpp\examples\stm32cube\blinky_nucleo-u545re. Now I don't remember specifically, but there was something extra needed to cleanly build C++ in STM32Cube. The blinky QP/C++ project shows how to do it. (I would open it and build even if you don't have the NUCLEO-U545RE...
Hi Jason, The communication between the target and the QSPY host application—the “back‑end”—is fundamentally stream‑oriented. The QS data protocol is designed so the target can emit data in arbitrary chunks, without regard for individual trace‑record boundaries. That model aligns directly with what TCP provides. (And on smaller MCUs, this same stream behavior is achieved over a UART rather than TCP.) In contrast, the communication between the QSPY back‑end and the various front‑ends—such as QUTest...
Hi Jason, It seems that there is a misunderstanding and confusion between the QSPY communication mechanism with the target and the communication between QSPY "back-end" and various "front-ends" (e.g., QUTest or QView). The currently supported communication links to the target, as documented in the QSPY Manual, are: TCP/IP -t [TCP_port] (default) Serial port -c <com_port> and -b<baud_rate></baud_rate></com_port> Binary File -f <file_name></file_name> Specifically, UDP is NOT supported as a communication...
I can't reproduce the problem. I've attached a screenshot from the currently posted QTools Manual online, which shows the current and correct documentation. --MMS
Thank you for reporting. The fypo has been fixed in the online manuals and will be included in the next release. --MMS
Hi Jason, Yes, QEQueue(&q, NULL, 0) will work. --MMS