-
Notifications
You must be signed in to change notification settings - Fork 247
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Debug support #266
Comments
Thanks for the reach-out! I had a brief look at your work, and it looks very comprehensive and well documentated. I'm about to merge the urboot branch into master and release MiniCore v3.0.0, so PRs should be submitted to the urboot branch. Have you looked into how one could use official AVR debuggers as well with PlatformIO (and Arduino IDE 2.0 perhaps)? Ever since I got involved in the Avrdude development (new developers welcome to engage!), I've acquired lots of different debuggers I can't really use for debugging without closed-source Microchip software. I know Avarice exists, but I don't know how up-to-date it is, nor how to utilize it. |
I was not successful yet in replicating what DeqingSun did. He told me that there were changes in the IDE that invalidated some of his "hacks". Well, the main problem here is that Arduino does not publish their interface to debugging and that you have to guess and hack, e.g., you have to rename "avr-gdb" to "arm-none-eabi-gdb". So, if I come up with a hacked solution, then tomorrow this will not work anymore, which is very unpleasant.
I certainly did! I myself also own an Atmel ICE, and only could get it to work on a Mac with the MPLAB X IDE, which is not a system I love to work with. I never got AVaRICE to work on a Mac and did not find enough info on the web to help me. Well, if some of these things had worked out for me, I would not have started to work on dw-link. |
This bug is now tracked by the Arduino CLI developers at arduino/arduino-cli#2340. There is no need to comment there. I'm only adding this comment to notify affected users that there is a formal bug report about it in the appropriate issue tracker. |
@felias-fogg I've been quite busy recently, and I can't promise any progress when it comes to the MiniCore integration just yet. However, I think the project is really impressive, and I will see what I can do when I have more time. |
Hi Hans,
no hurry. I am currently busy with other things as well ;-)
Best.
Bernhard
… Am 21.10.2023 um 12:30 schrieb Hans ***@***.***>:
@felias-fogg I've been quite busy recently, and I can't promise any progress when it comes to the MiniCore integration just yet. However, I think the project is really impressive, and I will see what I can do when I have more time.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Hi Hans, I picked up on the "left-over" problems and now have a working debugger version for MiniCore in the Arduino IDE 2.3.4. I used DeqingSun's board manager files and after 3 days of trial and error, it appears to work now. The AVRs pretend to be debugged by openocd ;-) and for this reason, it is more or less compatible with the cortex-debug extension of VSCode, which is used by the Arduino IDE 2.X. What I would like to do now is to produce is a board manager file using your most up-to-date version as a base. So, my question is: Do you have any scripts for producing it or pointers to documents about what one has to do? Cheers, |
Hi Hans,
I worked on dw-link, the debugWIRE debugging solution, and think I have simplified the setup quite a lot: https://github.com/felias-fogg/dw-link/blob/master/docs/quickstart.md. I took your MiniCore files and extended it by an option to generate binaries that are "debugging-friendly". In the course of doing so, I noticed that IDE 2.X has "changed the rules" by not defining the variable {sketch_path}, which led to an error under macOS. This led me to provide the script
savecp.sh
, which copies only if the destination is not "{sketch_path}". I can provide a pull request (together with a Python script that adds the necessary definitions in the future).Best,
Bernhard
P.S.: If you send me your postal address to nebel[]hinterm-ziel[]de, I will send you an assembled dw-link probe shield ;-).
The text was updated successfully, but these errors were encountered: