Add this URL to your Eclipse Installation to reach this solution's update site.
2022-12 (4.26)
2023-03 (4.27)
2023-06 (4.28)
2023-09 (4.29)
https://download.codeconfidence.com/eval/tools/freertos/2022-12
2022-09 (4.25)
2022-06 (4.24)
https://download.codeconfidence.com/eval/tools/freertos/2022-06
2022-03 (4.23)
2021-12 (4.22)
2021-09 (4.21)
2021-06 (4.20)
https://download.codeconfidence.com/eval/tools/freertos/2021-06
2021-03 (4.19)
2020-12 (4.18)
2020-09 (4.17)
https://download.codeconfidence.com/eval/tools/freertos/2020-09
2020-06 (4.16)
https://download.codeconfidence.com/eval/tools/freertos/2020-06
2020-03 (4.15)
2019-12 (4.14)
2019-09 (4.13)
2019-06 (4.12)
https://download.codeconfidence.com/eval/tools/freertos/2019-06
2019-03 (4.11)
2018-12 (4.10)
2018-09 (4.9)
Photon (4.8)
https://download.codeconfidence.com/eval/tools/freertos/photon
Oxygen (4.7)
https://download.codeconfidence.com/eval/tools/freertos/oxygen
Neon (4.6)
https://download.codeconfidence.com/eval/tools/freertos/neon
Mars (4.5)
https://download.codeconfidence.com/eval/tools/freertos/mars
Luna (4.4)
https://download.codeconfidence.com/eval/tools/freertos/luna
Learn more...
Reviews Sign in to post reviews
Does not work.
Submitted by Alp Sayin on Fri, 2021-04-30 19:11
I tried all sorts of configurations. Interesting thing is, you can almost get it running if you follow Code Confidence technical note 0005 but GDB just decides abort just as flashing is about to finish. Application runs if you disable ThreadSpy, which is against the whole point.
This product does not work
Submitted by Michael Vysotski on Sat, 2020-03-07 17:12
This product does not work with STM32CubeIDE. Do not waste your time and money.
Re: This product does not work
Submitted by Alp Sayin on Fri, 2021-04-30 19:11
I should've listened.
It just works
Submitted by Verma Ruby on Mon, 2018-08-06 22:59
You don't notice the debugger, it just works. The tasks are presented as threads; you suspend/pause the application, and you see where each task is at that moment (usually waiting at vPortYield).
Great experience with Code Confidence Tools for FreeRTOS
Submitted by Aaron Heise on Sun, 2015-12-06 15:40
I am surprised there isn't more detail available on the web for this great plugin. Because of the information vacuum, I was a little wary of laying down ~$150 for this plugin, but the feature list was compelling. It's been about two weeks and I've been very satisfied, save for a little struggle in setting up. Satisfied enough, as it were, to spend some time to break the silence about this product out here on the web.
Here're my notes on the product.
Upon purchasing, I needed to wait for my license key and download link, which arrived within a day. I also received an invite to the private support forum. The author was very responsive to my questions. He always replied within a day, and sometimes much sooner.
I ran into a bit of an issue because the demo package on the Eclipse Marketplace worked for Eclipse Kepler, but the full version requires Mars. I was well-set-up on Kepler and was not too keen on moving over to Mars...but a few hours later my toolchain was up and running again on Mars and the CCT for FreeRTOS installed and licensed as well.
I'm not using Kinetis Design Studio, but rather the stock Mars IDE with CDT, ARM GCC, and GNU debugging tools for ARM. On the hardware side I have a SEGGER J-Link base connected to my custom board using SWD to a Freescale K20.
The next (and last) real obstacle was getting my launch configurations ironed out. I had to try several combinations of settings before I got the launch to run smoothly, but after getting over the initial hump it's been smooth sailing.
Feature-wise, I've really enjoyed it, especially after debugging FreeRTOS without kernel awareness for a while. One of the biggest gains has been the "exception debugging" option. I don't build with C++ exceptions enabled, but the CCT for FreeRTOS has allowed me to track down a few random hard faults that I had no hope of finding before. That alone was worth the price of admission.
At first it was magical, but the funny thing is, it once you start using it...it just seems normal. Debugging on embedded becomes basically the same as debugging a desktop application. You don't notice the debugger, it just works. The tasks are presented as threads; you suspend/pause the application, and you see where each task is at that moment (usually waiting at vPortYield). When an exception/hard fault occurs, the debugger jumps to the point in the code where the fault occurred.
For debugging I use CCT, SEGGER RTT, and SEGGER SystemViewer. They are a great combination (and two of them are free after you pick up a J-Link), and together they make a comprehensive debugging system, in my opinion.
I'm sure this is what it's like for IAR or Keil folks already--but for less than a tenth of a price. The environment is probably not as cohesive as the engineer-grade tools, but for hobbyists, bootstrapping startups, and cash conscious individuals and businesses, this tool is part of a legitimate and professional embedded development system.
Thanks for reading!