Forum Replies Created
-
AuthorPosts
-
codex653Participant
It’s an MSBuild type.
codex653ParticipantOk that is what I thought. Is there a way to check if that setting is enabled after the project is created? I went looking through my project settings and didn’t see anything explicitly labeled for generating/not generating the binary. I know that is an option during set up.
codex653ParticipantInteresting! If I manage to get some free time I’ll try and dig into it. Thanks for the update.
codex653ParticipantWell, it worked fine enough for about a day or so, but it’s started back up again. I’ve attached the new dump file.
Attachments:
You must be logged in to view attached files.codex653ParticipantI’ve installed it and I’ll post back if anything goes awry. Thanks.
codex653ParticipantTrying a different file extension…
Attachments:
You must be logged in to view attached files.codex653ParticipantThanks jsmith. I’ll try that out later tonight. I’ve definitely noticed the lackluster debugging capabilities as compared to ARM. I do most of my projects on some form of an ARM based chip and migrating over to the ESP was a bit of a shock (2 breakpoints?!). Ah well. I’d agree that VisualGDB has done a lot.
codex653ParticipantSupport:
This sounds like a much better solution than the route I was trying to go. I’ve made it through most of the linked tutorial, however building the imported files leads to an error with the toolchain. Upon building, the output windows spits out the message included in the attached file.
Obviously there is the issue of the toolchain being out of date. I built originally with the latest from Espressif here and tried to update the VisualGDB toolchain from the package manager, but found I had no updates available. I’m guessing that to somehow switch out the toolchain I would need a modified version of that C:\SysGCC\esp32\bin\bash.exe file? Not too sure how to proceed.Jsmith:
What is your setup like for utilizing the external ESP-IDF? Are you debugging inside of the VisualGDB environment? That’s primarily what I am interested in as I can build the code fine with the external tools if need be. I’ve become addicted to the VisualGDB style of interactive debugging as it seriously increases my productivity
- This reply was modified 6 years, 10 months ago by codex653.
- This reply was modified 6 years, 10 months ago by codex653.
Attachments:
You must be logged in to view attached files.codex653ParticipantUpdate 2:
I discovered the Sysprogs BSP generator project: git repo and the associated wiki here
This looks promising. Edit: Some samples of using the generators from scratch would be really nice. The wiki describes how to use the code at a high level, which I understand, but I’m struggling how to parse that down into the details of actually using the tools for my project.
- This reply was modified 6 years, 10 months ago by codex653.
codex653ParticipantUpdate:
I built my project following the Espressif ESP32 getting started tutorial here using the latest commit from the official Espressif IDF github repo mentioned earlier. This verified that my bug was fixed using the updated code, so now I’m quite motivated to figure out how to instruct VisualGDB to utilize the repo source code instead of the default installed BSPs. I’ll post more as I figure things out if I haven’t heard back from the support team.
codex653ParticipantSide note: It’s apparently not as simple as replacing the project esp32-BSPs with the git repo’s version. Any pointers on moving from the repo to a VisualGDB project would be extremely helpful. Judging by the file structure of the included BSPs with a default Visual GDB blinky project for the ESP32, it looks like you guys copied straight from the repo at one point or another as well.
- This reply was modified 6 years, 10 months ago by codex653.
codex653ParticipantNo worries! Thanks for the help.
codex653ParticipantOk I’ll follow that and get back to you.
codex653ParticipantFound it. I didn’t realize that to get to the Live Profiling window, an analysis session had to be started through the Analyze->Analyze Performance with VisualGDB. I’ve attached the output of the live session and the diagnostics.
It would appear that it is profiling usage counts but not execution time since all the “time” columns are zero?
Attachments:
You must be logged in to view attached files.codex653ParticipantSorry about the delay. I’ve been out of town for a few days and haven’t had access to my hardware.
Oddly today, there is suddenly output in the Live Watch window, but it is pretty much garbage. Time flows backwards occasionally and it sometimes shows time stamps in the several hundred mega-second range. There are red bars that show up periodically, but quickly disappear and I am unable to scale or scroll my way to find them again due to the output screen clearing itself.
I set the break point inside the function you mentioned and verified that the rec.Address variable repeatedly hits the address of the function I’ve attached to the profiler. When running a regular instrumenting profiler session, I wasn’t seeing an option for me to switch the Live Watch window to “Diagnostics”. Do I need that special build you posted in this thread earlier? I’m currently running on my laptop and never installed that version on here due to debugging previously on my desktop version.
-
AuthorPosts