User forums > Help

Execution error with AVR's

(1/2) > >>

ima bucket:
Hey Guys,

I am quite sure I haven't configured this properly but I can't seem to find the correct answer to what I am looking for. At this stage I have left CB with the default makefile. When I "build and run" with F9 i get:


--- Code: ---Checking for existence: C:\Ryan\C Project\ss\bin\Debug\ss.elf
Executing: "C:\Ryan\C Project\ss\bin\Debug\ss.elf"  (in C:\Ryan\C Project\ss\)
Execution of '"C:\Ryan\C Project\ss\bin\Debug\ss.elf" ' in 'C:\Ryan\C Project\ss' failed.
Nothing to be done (all items are up-to-date).
--- End code ---

The hex file is created I am just looking to see if I can possibly use the "run" section of this for the use of the make file. and ultimately to fix this error.

Quick question as well, without creating a new project, how would I change the microcontroller and frequency I have selected, I would assume the obvious answer to be in Project Properties, but I can't find it in this section :(

Cheers,
Ryan.

Jenna:
What do you try ?

How should windows execute an elf-file ?

If you use custom makefiles, the buid-process is controlled by them, not by C::B.
You  have to change parameters in the makefile or (probably) in the call of the makefile.
For the last look into the "Make" commands tab in the build-options.

ima bucket:
Found the later thanks.

I just had another read up on makefiles, it seems I was incorrect in stating that the makefile was my issue as that, if I am correct, only relates to compiling the application. The issue i was hoping to resolve was for execute or specifically, "Run" to relate do a similar thing to utilising a winavr command in console, executing something like:


--- Code: ---avrdude -c usbasp -B 1 -p ATmega644P -U flash:w:CT_COMBO.hex -F
--- End code ---

And for why on earth it defaults to believe that it should execute the .elf file?

BlueHazzard:

--- Quote from: ima bucket on May 27, 2013, 07:23:48 am ---The issue i was hoping to resolve was for execute or specifically, "Run" to relate do a similar thing to utilising a winavr command in console, executing something like:


--- Code: ---avrdude -c usbasp -B 1 -p ATmega644P -U flash:w:CT_COMBO.hex -F
--- End code ---

--- End quote ---

You can create a custom Tool: Tools->Configure Tools->Add



--- Quote from: ima bucket on May 27, 2013, 07:23:48 am ---And for why on earth it defaults to believe that it should execute the .elf file?

--- End quote ---
This is default behaver, normally c::b is used for PC Application, and there it is normal to execute the builded file... And run means "run" and not "do something i don't know what, but please do"...

ima bucket:
Well that just makes too much sense. :(

I like the Custom bound Tool btw, thanks! So I would also gather at this point it is impossible to script or change the run file without recompiling C::B itself?

I have used the parameters:


--- Code: ---"${PROJECT_NAME}\${TARGET_OUTPUT_DIR}${TARGET_OUTPUT_BASENAME}.hex"
--- End code ---

With a batch file and creating a custom key profile for AVR's that work quite well now. For my final question I would like to ask if it was possible to script in an automated check on the document type for changing the key profile based on the AVR or default.
pseudo code example


--- Code: ---if (DococType == AVR)
keyprofile = "AVR";
else
keyprofile = primary;
--- End code ---

Thanks Guys!

Navigation

[0] Message Index

[#] Next page