Alternatives for avrdude?

Go To Last Post
15 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi, I am new to the world of MCUs. I made the simplest version of programing cable, just from PC LPT with some resistors. Than, I was able to actually load a program to the ATmega8 using avrdude. Other program I tried is PonyProg, but it doesent work. I know why, I have different pins on paralel port than PonyProg assumes. I changed avrdude config file to compensate it, and it worked nice. Does PonyProg have some way to change it too? Or is there any other programer with this capability other than avrdude? I actually like avrdude, but I just want to be "in picture".

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Stick with AVR Dude.

Regards,
Steve A.

The Board helps those that help themselves.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Koshchi wrote:
Stick with AVR Dude.
1000 quatloos that the next message from the OP (if any) will be "but ponyprog has a GUI!".

Stealing Proteus doesn't make you an engineer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Google sinaprog it's a graphical front end for avrdude with a fuse-bit calculator. Works well for me :)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

try avrdude-gui in sourceforge!

Jim

 

Until Black Lives Matter, we do not have "All Lives Matter"!

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

try avrdude-gui!

Support for that dried up several years ago so it no longer "knows" about modern AVR models.

(in fact it's a bit of a shame these programs don't simply parse avrdude.conf and would be as up to date as the list it contains which brings us to Joerg's usual argument about all these GUI front-ends that could be making use of avrdude's own parsing abilities but don't)

There's a couple of current GUI attempts - Sinaprog is one and if one reads the Sinaprog thread's there are mentions of the other (who's name escapes me at present)

EDIT: I think this was the other one I was thinking of:

https://www.avrfreaks.net/index.p...

though in searching there was also this one:

https://www.avrfreaks.net/index.p...

But this does raise the question - Why don't any of these authors work with Joerg and collaborate directly with the avrdude project to make theirs the defacto GUI front end??

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I use SP12, which is found by Googling "Programming a Spider's Brain" (yes). I also use the buffer that is based on the 74HC126 IC that is called "Ken's Dongle", which is described on this site.

This program uses the PC parallel port LPT. I can read and change all the parameters of any ISP AVR with this program. It includes the source code and a template for expanding its use for new devices.

As a backup, I use the Pololu USB/AVR programmer with AVR Studio. This $20 device is much faster than the LPT device, but the AVR Studio does not allow programming/reading one individual EEPROM byte. (or I don't know how to do it). The Pololu USB/AVR also has a TTL-level PC serial port for laptops that only use USB. It also has a very-low-bandwidth storage oscilloscope program/circuit included. An excellent deal.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
But this does raise the question - Why don't any of these authors work with Joerg and collaborate directly with the avrdude project to make theirs the defacto GUI front end??
It is much easier to do your own thing at your own pace with your own preferred tools than to get something into an existing project.

Stealing Proteus doesn't make you an engineer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

That's not the case with avrdude - it basically IS Joerg these days and he's asked repeatedly that GUI developers DO work with him on integrating something rather than fifty different people heading off in fifty different directions to develop fifty different clones. If everyone who had a "good idea" for what should be available in GUI got together and collaborated on one solution it could be a really cracking solution. Personally I'd vote for someone to lift the logic of the online fuse calculator that works as well/better than the Studio interface and put that into the solution. In that way I wouldn't see a reason why anyone would be tied to Studio for ISP/fuse programming any more.

(of course this GUI solution DOES have to be cross platform which I guess may blow some players out of the water)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
That's not the case with avrdude - it basically IS Joerg these days and he's asked repeatedly that GUI developers DO work with him on integrating something rather than fifty different people heading off in fifty different directions to develop fifty different clones.
And he is the one who's first reaction to someone recently posting XMEGA avrice patches was that he can't accept the patch. Thats what I call motivating people. And the one who once scolded me for publishing some arvdude patches on freaks for displaying fuse values in clear text (patches which I never in my dreams intended to submit to the avrdude project. And haven't. And won't.).

I have given up on submitting to open source projects. And I do understand anyone who just wants to do his own thing. These days open source projects want you to jump through all kinds of hoops and have erected all kinds of bureaucracy. By the way, what happened to that guy who came here with an interesting fixed-point math patch for GCC? Annihilated in the GCC development bureaucracy, I guess?

Stealing Proteus doesn't make you an engineer.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
That's not the case with avrdude - it basically IS Joerg these days and he's asked repeatedly that GUI developers DO work with him on integrating something rather than fifty different people heading off in fifty different directions to develop fifty different clones. If everyone who had a "good idea" for what should be available in GUI got together and collaborated on one solution it could be a really cracking solution. Personally I'd vote for someone to lift the logic of the online fuse calculator that works as well/better than the Studio interface and put that into the solution. In that way I wouldn't see a reason why anyone would be tied to Studio for ISP/fuse programming any more.

(of course this GUI solution DOES have to be cross platform which I guess may blow some players out of the water)

Cliff, this sounds an awful lot like you are about ready to take up the flag and lead the charge?

Smiley

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

OK. I HAVE cross-platform tools and would love to do a GUI for avrdude. Linux of many flavors, Win back to XP, and almost all Mac OSX major versions (and NOT Python).

I will contact Jörg.

Jim

 

Until Black Lives Matter, we do not have "All Lives Matter"!

 

 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I'd suggest you look at:
https://www.avrfreaks.net/index.p...

and:
http://savannah.nongnu.org/task/...

and:
http://lists.nongnu.org/archive/... this thread is recent and covers a lot of the issues.

It seems that avrdude was split into a CLI version and a library version and that Joerg want's folks to use the library version to make a GUI. He also wants it done in something that runs on everything.

But do note in the first link:

EW wrote:
Agreed. Again: a lot of people talk. Very few actually do.
Yeah, I've been looking at this off and on for years and even recently wrote a C# Express .NET tool for helping me use avrdude, but I'm not even sure where I'd begin. I guess learning a cross platform GUI builder and playing with it on the various OSs that it would need to run on.

Anyway, I'm listening, but I'm not sure where the front door is.

Smiley

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Cliff, this sounds an awful lot like you are about ready to take up the flag and lead the charge?

If I was a regular avrdude user that might be true but to be totally honest I like Studio too much so the only times I use avrdude is when Studio cannot make some connection to one of my programmers and I want to debug it - I find this much easier with avrdude than Studio. Especially it's levels of verbosity and the -t mode.

I'm also not sure what one might choose to deliver cross platform support. A lot of people recommend WxWidgets. But when I wanted to do something cross platform I taught myself Java. Then Mfile uses Tcl as a x-platform GUI solution so maybe it'd make sense to use that as it'd likely be supplied with an avr-gcc installation anyway?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If I were to try and build a front end for avrdude my first thought would be tck/tkl since this "language" is already supported on 'nix and 'doze. Of course I'd first have to actually LEARN tck/tkl since I only have a brief exposure to it. It is a quick and dirty graphical scripting tool and has been used for lots of similar purposes.