Now I made a copy-paste of the parameter line from AVRDudess to GCBasic, renouncing for the moment to the argument variables ... and the error message is still the same, avrdude tries to read back the fuses ! So I give up, I think there is a bug in avrdude, I go back to AVRISP-U !
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Bertrand...how do you find the time to actually write programs? :)
I thought gcb was cool because the basic is easy to learn and the only problems I had were with Northern programmer...which I sent to Anobium but got no reply.
I like gcb and I like the easy programming solution for 328p which I like to use.
I spent time with northern programmer which I think now, was wasted.
I just think for general gcb then the avr bootloader is just fine.
It lets you just get on with writing code not hardware programmer problems.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The NSDSP programmer works perfectly well programming PIC devices. I have it working well with Great Cow Basic. Thanks to @trev I managed to get it fully integrated into my macOS editor (Geany) so that it can be called upon to program a device from within the editor.
NSDSP also provide a standalone GUI method of programming with their programmer if you wanted to separate the "compiling" part of the process from the "programming".
The NSDSP programmer has saved me a vast amount of time this year. I no longer have to wait for the PicKit2 to be re-programmed when I change from one device family to another. The programming time is reduced by an enormous factor as well. [I realise that PicKit+ does make things quicker and easier too, but is Windows/Linux only for the time being.]
Arduino makes things easier by including the "programmer" on the module.
That is the reason I used PIC (and PicAxe) devices when making a decision on which architecture to use. I couldn't see what I needed to get a "plain" ATMega device up and running without all the programming bits and pieces included on the Arduino boards. For a commercial design I need just the device. I need to be able to get that device to work. To my simple mind, a plain chip, with a built in oscillator that needs no other support other than a badly written program to make it "go" is easier to figure out, draw a matching circuit diagram, generate a suitable PCB and manufacture a final product than trying to disentangle an Arduino Nano board with a whole bunch of peripherals that I may or may not need to make the processor run on its own.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
To "Stan" : sorry, I have been the "cursed user" since I bought my C64, 1983 (ten years after I began programming in Fortran V on Univac 1110 with Holerith cards ... ) whenever there was a bug in a prog, I stumbled over it ... I think Murphy does not like me !
:)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
if averdude has been around for so long , any bugs would have been found by now...maybe not sorted though.
I may want to icsp an avr one day and this will all have been interesting information/user experience.
Am I correct thinking the bootloader does everything
and without it the programmer software does it all?
The bootloader takes program space and then loads the main program in the space left I think.
So if I programmed an avr with a hex file, it would load into the space that the bootloader resided?
Is this in help?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It has it's own fenced off area. It is not just an arduino thing.
also the atmel atmega328p pdf says:
"Program flash memory space is divided in two sections, the boot program section and the application program section. Both
sections have dedicated lock bits for write and read/write protection. The SPM instruction that writes into the application flash
memory section must reside in the boot program section"
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@mmotte your observations are interesting. Lots of info.It has it's own fenced off area. It is not just an arduino thing.
So for a gcb hex file to use all avr mem as a blank chip is a pain in the bottom.
got to set bits...and bobs....or is it easy to set up gui style in gcb programmer prefences?
I'll stick to just my working envirourment....which isn't working ie code don't do what I want.
sigh,,but I love it...it's me against the machine...no, it's me being spock :)
like I got a uno that uses a 28pin dil 328p and could reprogramme it with a blank 328p 28dil
if I made the effort.
If one is just a hobbyist beginner like me,one might like the ease of use that is uno/nano.
My priority is writing code... and being pissed when it don't work..then sorting it.
If I finally got a "finished" program, like a robot, I wouldn't need another load of bother to put it on a blank chip...although I realise many people may want to do that.
When I think what a nano costs I don't see the point of a bare 328p
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here is the screenshot (I clicked on "Program!" )
Last edit: Bertrand BAROTH 2020-10-26
I cannot see the parameters. Cannot guess them.
Click in the UI, copy and paste into a post.
Here they are ...
-c usbasp -p 8515 -P usb -B 1.0 -U flash:w:"D:\Controle\Controle_compteur.hex":i
AVRDUDESS
Great Cow BASIC
equates to
reordered - compare this to AVRDUDESS
Spot the difference? So, make the change in Programmer Preferences,
Now I made a copy-paste of the parameter line from AVRDudess to GCBasic, renouncing for the moment to the argument variables ... and the error message is still the same, avrdude tries to read back the fuses ! So I give up, I think there is a bug in avrdude, I go back to AVRISP-U !
@Bertrand...how do you find the time to actually write programs? :)
I thought gcb was cool because the basic is easy to learn and the only problems I had were with Northern programmer...which I sent to Anobium but got no reply.
I like gcb and I like the easy programming solution for 328p which I like to use.
I spent time with northern programmer which I think now, was wasted.
I just think for general gcb then the avr bootloader is just fine.
It lets you just get on with writing code not hardware programmer problems.
The NSDSP programmer works perfectly well programming PIC devices. I have it working well with Great Cow Basic. Thanks to @trev I managed to get it fully integrated into my macOS editor (Geany) so that it can be called upon to program a device from within the editor.
NSDSP also provide a standalone GUI method of programming with their programmer if you wanted to separate the "compiling" part of the process from the "programming".
The NSDSP programmer has saved me a vast amount of time this year. I no longer have to wait for the PicKit2 to be re-programmed when I change from one device family to another. The programming time is reduced by an enormous factor as well. [I realise that PicKit+ does make things quicker and easier too, but is Windows/Linux only for the time being.]
Arduino makes things easier by including the "programmer" on the module.
That is the reason I used PIC (and PicAxe) devices when making a decision on which architecture to use. I couldn't see what I needed to get a "plain" ATMega device up and running without all the programming bits and pieces included on the Arduino boards. For a commercial design I need just the device. I need to be able to get that device to work. To my simple mind, a plain chip, with a built in oscillator that needs no other support other than a badly written program to make it "go" is easier to figure out, draw a matching circuit diagram, generate a suitable PCB and manufacture a final product than trying to disentangle an Arduino Nano board with a whole bunch of peripherals that I may or may not need to make the processor run on its own.
This is not our software but a little more debugging will resolve. I do not believe there is a bug in AVRDUESESS.
To "Stan" : sorry, I have been the "cursed user" since I bought my C64, 1983 (ten years after I began programming in Fortran V on Univac 1110 with Holerith cards ... ) whenever there was a bug in a prog, I stumbled over it ... I think Murphy does not like me !
:)
if averdude has been around for so long , any bugs would have been found by now...maybe not sorted though.
I may want to icsp an avr one day and this will all have been interesting information/user experience.
Am I correct thinking the bootloader does everything
and without it the programmer software does it all?
The bootloader takes program space and then loads the main program in the space left I think.
So if I programmed an avr with a hex file, it would load into the space that the bootloader resided?
Is this in help?
Check out arduino help:
https://www.arduino.cc/en/Tutorial/BuiltInExamples/ArduinoISP
It has it's own fenced off area. It is not just an arduino thing.
also the atmel atmega328p pdf says:
"Program flash memory space is divided in two sections, the boot program section and the application program section. Both
sections have dedicated lock bits for write and read/write protection. The SPM instruction that writes into the application flash
memory section must reside in the boot program section"
@mmotte your observations are interesting. Lots of info.It has it's own fenced off area. It is not just an arduino thing.
So for a gcb hex file to use all avr mem as a blank chip is a pain in the bottom.
got to set bits...and bobs....or is it easy to set up gui style in gcb programmer prefences?
I'll stick to just my working envirourment....which isn't working ie code don't do what I want.
sigh,,but I love it...it's me against the machine...no, it's me being spock :)
like I got a uno that uses a 28pin dil 328p and could reprogramme it with a blank 328p 28dil
if I made the effort.
If one is just a hobbyist beginner like me,one might like the ease of use that is uno/nano.
My priority is writing code... and being pissed when it don't work..then sorting it.
If I finally got a "finished" program, like a robot, I wouldn't need another load of bother to put it on a blank chip...although I realise many people may want to do that.
When I think what a nano costs I don't see the point of a bare 328p