Forum Replies Created
-
Posts
-
We do that with regular ESP-IDF. A couple of times a year Espressif releases a new toolchain and a new major ESP-IDF update. We quickly test them together, bundle them as a package and release it as a single tested download.
Then please inform the buyers of your software which version of VisualGDB is compatible with which Arduino package.
Arduino is much more decentralized with thousands of libraries, cores and packages, so every single day something new gets released somewhere. It’s a great way to quickly put together some proof-of-concept code out of pieces made by others, but it will always involve some troubleshooting and dealing with broken incompatibilities due to the sheer decentralized nature of it. And based on the feedback we get, people often use it for all kids of exotic devices, forks and drivers we never heard about, so limiting it to a handful of verified packages will simply kill most of the use cases.
If this is so complicated or impossible, then please inform your customers that it probably won’t work with Arduino and VisualGDB before they spend money on the software.
I used the trial period of the software, during which everything worked. Then I bought the software because everything worked well, and then it suddenly stopped working.If you are not comfortable doing it, please use another platform. The STM32 SDKs are rock solid and are additionally tested on our side before each update.
Tat sounds like a good customer service. And that is what I currentlly doing and what I recomend to the other customer here. For STM32, I use Keil µVision or CubeIDE. There is no reason to use anything else. Debugging and simulation are very good with this IDE’S.
I understand your arguments. But I think you have tested your system with the Arduino framework at some point, in a working version. So, you should know which version of the Arduino framework is compatible with the other stuff of OpenOCD and GDB.
You advertise with: VisualGDB recognizes the Arduino, ESP-IDF, Mbed, NRFConnect……..
When I load the Arduino framework as a user in VisualGDB for the first time and when creating an Arduino project, it currently downloads automatically a non-functional Arduino framework. But why? As I mention you should know which one works. So why not simply load compatible components, as PlatformIO or VisualMicro can do?
Don’t waste your time. I recently had the same problem and sought help here. I think the guys here can’t solve the problem or aren’t interested in it. Unfortunately. Because VisualGDB has the potential to become the best IDE for ESP. It is based on a good foundation: Visual Studio. That’s much better than VIC or Eclipse. Everything works fine with the IDF framework. And six months ago, everything also worked with the Arduino framework under VisualGDB. Currently, it doesn’t. They blame the Arduino framework. However, they load the corresponding frameworks themselves, which then become incompatible with the other components. I wouldn’t buy the software until they fix it. As an alternative, I am currently using Visual Micro. Also not perfect, but it works.
Sorry but I’m sure this has nothing to do with the board. A couple of weeks ago everything works fine with the same hardware. Other HW that worked before is also affected by this error.
I have paid for a software that contains an ‘Arduino Project Wizard’. Which suddenly stopped to work as before. Also on another PC with a clean install. The error must be in your software. I think I could expect more from a paid support than always shifting the problem to other components. You are the experts who sell software that should relieve releave customers of this kind of trouble.
LW
The ESP IDF build system is a mess, to understand it in detail is like to make a university degree. It is much mor difficult than the controller itself I want to code for. I want not to spend my time in studying CMake, Python, Ninja and whatever. My hope and assumption were that VisualGDB does the work for me like other IDE’s do.
Hello and thanks, I found it. But the file is not commented. And for me it is absolutely unclear how it could be possible to get the value direct from the CPU-Register. The CCOUNT seems not to be mapped in the memory. Of curse there must be way to do this, because GDB is displaying the CCOUNT value in the watching window. But how I should realize it with changes in the file DWT.xml? I consider to buy the custom version of VGDB if this feature would work. But how? Exist a detailed documentation of the way I can do it by configuring the DWT-file?
Thanks & Regards
Hello and thanks for the fast reply,
I couldn’t identify a register named CYCCNT,. But there exist a CPU-Register named CCOUNT, and this is increased every processor-clock cycle. This is also described in the Xtensa ISA Manual. And I would like to try it out. But I can not find the DWD.xml file. Is it located in the Project / Build directory or in the root of the VisualGDB plugin installation location. But where it is located on the windows OS? Do you have hint for me?
