AVRStudio4 gdb-target plugin (for simavr)

Log in or register to post comments
Go To Last Post
18 posts / 0 new
Author
Message
PRosendahl
PRosendahl's picture
Level: Wannabe
Joined: Thu. Feb 11, 2010
Posts: 57 View posts
Location: Göttingen, Germany
#1
Posted by PRosendahl: Wed. Oct 20, 2010 - 07:03 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

This is a plugin for gdb-targets for AVRStudio4. It works as follows:
- AVRStudio4: open project (eg an ATTiny25 project)
- AVRStudio4: Debug / Select Platform and Device : myCompany.myPlugin / ATTiny25
- simavr: ./run_avr -g -m attiny25 -f 8000000
- AVRStudio4: compile/assemble the project
- AVRStudio4: run the project
- AVRStudio4: enter ip and port of the gdb-server (eg localhost:1234)
- AVRStudio4: debug the project...

AVRStudio4 will connect to the simavr-gdb-server via this gdb-target-plugin.

Following commands work:
- run
- break
- stop
- reset
- set/remove breakpoint
- single step (everything else is mapped to single step)

You need to download the bin-package and execute the AVRSTUDIO_REGISTER.CMD to register the plugin with AVRStudio4. Before deleting the files, you should UNREGISTER.CMD the files.

It comes with the sources.
Thread about simavr is here:
https://www.avrfreaks.net/index.p...
simavr git repo is here:
http://gitorious.org/simavr

Project is here:
https://www.avrfreaks.net/index.p...

2010.10.20: initial release v1

Tags:

Learning and Information, AVR Freaks Projects, ATtiny25
Top
Bingo600
Bingo600's picture
Level: Raving Lunatic
Joined: Sun. Apr 25, 2004
Posts: 4014 View posts
Location: Denmark
Posted by Bingo600: Fri. Oct 22, 2010 - 10:32 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

@PRosendahl

Allthough i don't use gdb on windows (only on linux) , i would like to thank you for publishing your work here.

/Bingo

Top
PRosendahl
PRosendahl's picture
Level: Wannabe
Joined: Thu. Feb 11, 2010
Posts: 57 View posts
Location: Göttingen, Germany
Posted by PRosendahl: Fri. Oct 22, 2010 - 08:44 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Actually, I am doing exactly that.

simavr runs on my Ubuntu host, while AVRStudio4 runs on a windows virtual machine.

Top
indianajones11
indianajones11's picture
Level: Raving Lunatic
Joined: Sun. Nov 28, 2004
Posts: 3975 View posts
Location: San Diego, Ca
Posted by indianajones11: Tue. Nov 2, 2010 - 12:59 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'm getting ready to install a distro to my 2nd computer
but I would like recommendations:

1) Debian or Ubuntu ?
2) I guess GDB is ( alot ? ) more powerful than the dragon ?
3) Can I use the Dragon to work with GDB instead of buying AVR jtag ICE for this plugin ?

1) Studio 4.18 build 716 (SP3)
2) WinAvr 20100110
3) PN, all on Doze XP... For Now
A) Avr Dragon ver. 1
B) Avr MKII ISP, 2009 model
C) MKII JTAGICE ver. 1

Top
clawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 94130 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Tue. Nov 2, 2010 - 09:26 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

1) Ubuntu (which is a derivative of Debian anyway)

2) You misunderstand, gdb is a piece of PC software. It does (for debugging) what AVR Studio does on Windows. You will use it WITH your Dragon. Because gdb knows nothing about driving an Atmel Dragon you run a second piece of software that connects the two called avarice. (that in itself will be using a thing called libusb to connect to the Atmel debugger hardware)

3) Yes avarice works as well with the Dragon as it does with JTAGICEmkII

Top
PRosendahl
PRosendahl's picture
Level: Wannabe
Joined: Thu. Feb 11, 2010
Posts: 57 View posts
Location: Göttingen, Germany
Posted by PRosendahl: Tue. Nov 2, 2010 - 05:02 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ubuntu is more or less the bleeding edge, with lots of current stuff and packages. Works stable enough for me.

Debian is rather security-oriented. That is, they lag behind 1-2 years in packages, but they are tested well and pretty safe.

Of course, you can set the package manager to any repo you want. Above is for standard installation.

The GDB server is part of simavr, but it works with any other gdb-server I guess.

I would prefer the built-in debugger of AVRStudio over this plugin. BUT if you want debug the hackable simavr, you will need this.

Top
indianajones11
indianajones11's picture
Level: Raving Lunatic
Joined: Sun. Nov 28, 2004
Posts: 3975 View posts
Location: San Diego, Ca
Posted by indianajones11: Thu. Nov 4, 2010 - 12:03 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

My bad, I meant is GDB + dragon more powerful in debugging capabilities than using Studio + dragon ?

Quote:
I would prefer the built-in debugger of AVRStudio over this plugin
Why ?

thanks all

1) Studio 4.18 build 716 (SP3)
2) WinAvr 20100110
3) PN, all on Doze XP... For Now
A) Avr Dragon ver. 1
B) Avr MKII ISP, 2009 model
C) MKII JTAGICE ver. 1

Top
clawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 94130 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Thu. Nov 4, 2010 - 09:09 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

My bad, I meant is GDB + dragon more powerful in debugging capabilities than using Studio + dragon ?

It's the same (in functionality, if not operation). But why guess about this - you can try it out for yourself using simulavr. Start two command prompts. In one run "simulavr -g -f project.elf" and then just leave it running. In another run "avr-gdb project.elf" then type the command "target remote localhost:1212" or the shortened form "ta re localhost:1212". Now just keep typing "step" to step through the program. In fact in gdb you just type it once and then keep hitting [enter] which repeats the last command.

Top
PRosendahl
PRosendahl's picture
Level: Wannabe
Joined: Thu. Feb 11, 2010
Posts: 57 View posts
Location: Göttingen, Germany
Posted by PRosendahl: Thu. Nov 4, 2010 - 06:52 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Studio has a CPU-specific debugger - for example you can see the IO regs with clear names.
The Studio built-in simulator mk II has very detailed models for the CPUs, much better than simavr.
If you are using the Dragon target (only restriction is not to use the occupy the debug wire), then you have a very good debugging solution.

The question is:
Why use Studio + GDB-plugin + simavr?
Well, simavr is 100% hackable. You can embed it into any context. For example, you can emulate a complete board around it.
You cannot do that with Studio. Studio just simulates the CPU-side of life, not the input/output pins.

I tried to hack the simulator mk ii, but had to realize the above... and then I found simavr.
I have added the ATTiny10 target to simavr, and as the next step I plan to write an emulator for the stuff around the chip. Then I can truely debug that thing.

Top
indianajones11
indianajones11's picture
Level: Raving Lunatic
Joined: Sun. Nov 28, 2004
Posts: 3975 View posts
Location: San Diego, Ca
Posted by indianajones11: Mon. Nov 8, 2010 - 09:19 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

1)Is Studio actually running GDB as its debug client app.for Atmel's JTAGs or something they wrote internal ?

2) What language(s) allows one to design a plugin for Studio, Eclipse, etc and does Atmel provide the interface info for free ( I guess so )?

3) How long did it take you to write the code for the plugin and using what language?

Seems like a great effort and thanks for it !

1) Studio 4.18 build 716 (SP3)
2) WinAvr 20100110
3) PN, all on Doze XP... For Now
A) Avr Dragon ver. 1
B) Avr MKII ISP, 2009 model
C) MKII JTAGICE ver. 1

Top
PRosendahl
PRosendahl's picture
Level: Wannabe
Joined: Thu. Feb 11, 2010
Posts: 57 View posts
Location: Göttingen, Germany
Posted by PRosendahl: Thu. Nov 11, 2010 - 06:21 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

1) no, Studio has its own debug interface. This plugin acts as a translator between the Studio-debug-interface and the gdb-server

2) this plugin is written in c#. it is a COM component. atmel provides an SDK, but that is for c/c++ plugin development.

3) it is impossible to distinguish between the code analysis/reverse engineering of Studio and writing the plugin. i like writing in c# (for rapid windows development) coupled with p/invoke. some parts of the plugin are written in c/c++.

Top
dsalychev
dsalychev's picture
Level: New Member
Joined: Tue. Sep 5, 2017
Posts: 6 View posts
Posted by dsalychev: Wed. Jan 3, 2018 - 06:57 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I understand that this topic is outdated, but I'd like to know one thing.

 

There isn't a demand to be able to connect to remote GDB targets from Atmel Studio, is there?

Studio's simulator is limited enough and cannot be used to simulate the most important parts of a

scheme, as far as I understood. However, 3rd party simulators (like simavr) can be used, but they

don't usually support a proprietary protocol of the Atmel Studio's debugger. Thus, no clear

solution to simulate CPU+peripherals here. Am I right?

Top
meolsen
meolsen's picture
Level: Site Admin
Joined: Wed. Jul 27, 2011
Posts: 3143 View posts
Location: Microchip, Arizona
Posted by meolsen: Wed. Jan 3, 2018 - 07:19 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

github.com/avrsimulator/gdbproxy contains a proxy to load up the simulator models from Atmel Studio 7 into gdb... 

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

Top
dsalychev
dsalychev's picture
Level: New Member
Joined: Tue. Sep 5, 2017
Posts: 6 View posts
Posted by dsalychev: Wed. Jan 3, 2018 - 07:26 PM (Reply to #13)
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well, I meant a bit different thing, I guess. I'd like to have something like:

 

Atmel Studio -> [plugin/program which is available from Atmel Studio the same way like its native AVR simulator] -> remote GDB target -> simulated or real AVR hardware

 

Anyway, thanks for sharing this gdbproxy project! :)

Top
meolsen
meolsen's picture
Level: Site Admin
Joined: Wed. Jul 27, 2011
Posts: 3143 View posts
Location: Microchip, Arizona
Posted by meolsen: Wed. Jan 3, 2018 - 07:29 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Ah... No, haven't heard of any demand for that specifically. Atmel Studio uses a protocol called TCF (from Eclipse) instead of GDB between the GUI and the debug agent.

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

Top
dsalychev
dsalychev's picture
Level: New Member
Joined: Tue. Sep 5, 2017
Posts: 6 View posts
Posted by dsalychev: Wed. Jan 3, 2018 - 07:34 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Aha, I see.

 

Where may I read more about TCF, GUI<->debug agent connectivity and, probably most important, debug agent<->3rd party hardware/software? Manual or guide, maybe?

 

Thanks!

Top
meolsen
meolsen's picture
Level: Site Admin
Joined: Wed. Jul 27, 2011
Posts: 3143 View posts
Location: Microchip, Arizona
Posted by meolsen: Wed. Jan 3, 2018 - 07:55 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Just Google it... It's a open source specification (or look at my TypeScript implementation: https://github.com/xoriath/vscode-atmel-debug)

:: Morten

 

(yes, I work for Atmel, yes, I do this in my spare time, now stop sending PMs)

Top
dsalychev
dsalychev's picture
Level: New Member
Joined: Tue. Sep 5, 2017
Posts: 6 View posts
Posted by dsalychev: Wed. Jan 3, 2018 - 07:59 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I will. Your project seems great! I saw it somewhere already, but didn't pay enough attention.

Top