Hi guys,
I am implementing a system for debugging an LPC82x device. I am also running FreeRTOS v8.0.1, and debugging through the JLinkGDBServer.
Previously, I used Segger RTT with no hassle using an nRF51822-based device. I brought the RTT source into the new project and can, periodically, see messages. All of the configurations are left as their default. However,
1. The messages come very sporadically and incompletely while the device is not stopped.
2. Once the device is stopped, either by halting debug or pausing, it causes the message buffer to be flushed
I can't see anything in the API or the configurations that would indicate that I would need to flush the buffer, and it's my understanding that the JLink device scans the memory to locate the control block and handle it from there. It looks like something is preventing the debugger from actually scanning the memory continuously. Are there any settings that would help to prevent this?
Thanks,
-Alex
I am implementing a system for debugging an LPC82x device. I am also running FreeRTOS v8.0.1, and debugging through the JLinkGDBServer.
Previously, I used Segger RTT with no hassle using an nRF51822-based device. I brought the RTT source into the new project and can, periodically, see messages. All of the configurations are left as their default. However,
1. The messages come very sporadically and incompletely while the device is not stopped.
2. Once the device is stopped, either by halting debug or pausing, it causes the message buffer to be flushed
I can't see anything in the API or the configurations that would indicate that I would need to flush the buffer, and it's my understanding that the JLink device scans the memory to locate the control block and handle it from there. It looks like something is preventing the debugger from actually scanning the memory continuously. Are there any settings that would help to prevent this?
Thanks,
-Alex