Menu
▾
▴
avr-eclipse-user — General discussions and support for the AVR Eclipse plugin
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(5) |
Mar
(17) |
Apr
(8) |
May
(6) |
Jun
(5) |
Jul
(23) |
Aug
(22) |
Sep
(7) |
Oct
(8) |
Nov
(14) |
Dec
(16) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(15) |
Feb
(4) |
Mar
(8) |
Apr
(13) |
May
(12) |
Jun
|
Jul
(5) |
Aug
(3) |
Sep
(2) |
Oct
(15) |
Nov
(2) |
Dec
(3) |
| 2010 |
Jan
(12) |
Feb
(13) |
Mar
(8) |
Apr
(1) |
May
|
Jun
(8) |
Jul
(11) |
Aug
(12) |
Sep
(4) |
Oct
(7) |
Nov
(3) |
Dec
(4) |
| 2011 |
Jan
(2) |
Feb
(5) |
Mar
(6) |
Apr
|
May
|
Jun
(1) |
Jul
(4) |
Aug
|
Sep
|
Oct
(2) |
Nov
(3) |
Dec
(8) |
| 2012 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-03-11 23:38:20
|
Support Requests item #2871692, was opened at 2009-10-02 07:18 Message generated for change (Comment added) made by schugabe You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Dan Bock (bock2911) Assigned to: Thomas Holland (innot) Summary: AVR Plugin problem with OS X Initial Comment: I am trying to install this on my MAC (intel chipset). And i am having a problem with the system not able to recognize the AVR Dragon that I have. I did find that paths it is not able to find the "ATmel part description files system". I have just reinstalled the Crosspack. Is that in there? Am I missing something also? One last thing, when I turn on the program, I do get the following error: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 Unknown C/C++ Problem Any help would be great. Thanks. ---------------------------------------------------------------------- Comment By: jonny (schugabe) Date: 2010-03-12 00:38 Message: I also have the external scanner problem. If this seems to be a general problem would it still help if I debug the plugin? If yes what should I do? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-03-01 00:00 Message: Ok, this seems to be a common Mac problem. Could someone with the problem ("Error launching external scanner info generator") please open a simple terminal and enter 'avr-gcc'. I am curious if 'avr-gcc' is in the standard system path on a Mac (with the avr-gcc toolchain installed of course) If it is, then I am out of ideas and for further troubleshooting I would need some OSX user who would be willing to debug the plugin (it is not very difficult, although a little bit of Java expertise would be helpful) BTW, some googleing for the error message showed that this problem does not seem to be limited to the AVR Plugin but also occurs with other toolchains. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-02-20 20:38 Message: +1 on the second problem. I do have the same observation on my MAC installation. ---------------------------------------------------------------------- Comment By: Dan Bock (bock2911) Date: 2009-10-09 06:49 Message: Thanks for the help. However, I still have the same error as before: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 U nknown C/C++ Problem The output from running the gcc is as follows: Using built-in specs. Target: avr Configured with: ../configure --target=avr --program-prefix=avr- --enable-languages=c --disable-libssp --disable-nls --with-dwarf2 Thread model: single gcc version 4.2.0 /usr/local/libexec/gcc/avr/4.2.0/cc1 -E -quiet -v -P /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -dD ignoring nonexistent directory "/usr/local/lib/gcc/avr/4.2.0/../../../../avr/sys-include" #include "..." search starts here: #include <...> search starts here: /usr/local/lib/gcc/avr/4.2.0/include /usr/local/lib/gcc/avr/4.2.0/../../../../avr/include End of search list. #define __STDC__ 1 #define __STDC_HOSTED__ 1 #define __GNUC__ 4 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 0 #define __SIZE_TYPE__ unsigned int #define __PTRDIFF_TYPE__ int #define __WCHAR_TYPE__ int #define __WINT_TYPE__ unsigned int #define __INTMAX_TYPE__ long long int #define __UINTMAX_TYPE__ long long unsigned int #define __GXX_ABI_VERSION 1002 #define __USING_SJLJ_EXCEPTIONS__ 1 #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __INT_MAX__ 32767 #define __LONG_MAX__ 2147483647L #define __LONG_LONG_MAX__ 9223372036854775807LL #define __WCHAR_MAX__ 32767 #define __CHAR_BIT__ 8 #define __INTMAX_MAX__ 9223372036854775807LL #define __FLT_EVAL_METHOD__ 0 #define __DEC_EVAL_METHOD__ 2 #define __FLT_RADIX__ 2 #define __FLT_MANT_DIG__ 24 #define __FLT_DIG__ 6 #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MAX_EXP__ 128 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN__ 1.17549435e-38F #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 24 #define __DBL_DIG__ 6 #define __DBL_MIN_EXP__ (-125) #define __DBL_MIN_10_EXP__ (-37) #define __DBL_MAX_EXP__ 128 #define __DBL_MAX_10_EXP__ 38 #define __DBL_MAX__ 3.40282347e+38 #define __DBL_MIN__ 1.17549435e-38 #define __DBL_EPSILON__ 1.19209290e-7 #define __DBL_DENORM_MIN__ 1.40129846e-45 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 24 #define __LDBL_DIG__ 6 #define __LDBL_MIN_EXP__ (-125) #define __LDBL_MIN_10_EXP__ (-37) #define __LDBL_MAX_EXP__ 128 #define __LDBL_MAX_10_EXP__ 38 #define __DECIMAL_DIG__ 9 #define __LDBL_MAX__ 3.40282347e+38L #define __LDBL_MIN__ 1.17549435e-38L #define __LDBL_EPSILON__ 1.19209290e-7L #define __LDBL_DENORM_MIN__ 1.40129846e-45L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __DEC32_MANT_DIG__ 7 #define __DEC32_MIN_EXP__ (-95) #define __DEC32_MAX_EXP__ 96 #define __DEC32_MIN__ 1E-95DF #define __DEC32_MAX__ 9.999999E96DF #define __DEC32_EPSILON__ 1E-6DF #define __DEC32_DEN__ 0.000001E-95DF #define __DEC64_MANT_DIG__ 16 #define __DEC64_MIN_EXP__ (-383) #define __DEC64_MAX_EXP__ 384 #define __DEC64_MIN__ 1E-383DD #define __DEC64_MAX__ 9.999999999999999E384DD #define __DEC64_EPSILON__ 1E-15DD #define __DEC64_DEN__ 0.000000000000001E-383DD #define __DEC128_MANT_DIG__ 34 #define __DEC128_MIN_EXP__ (-6143) #define __DEC128_MAX_EXP__ 6144 #define __DEC128_MIN__ 1E-6143DL #define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL #define __DEC128_EPSILON__ 1E-33DL #define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL #define __REGISTER_PREFIX__ #define __USER_LABEL_PREFIX__ #define __VERSION__ "4.2.0" #define __GNUC_GNU_INLINE__ 1 #define __NO_INLINE__ 1 #define __FINITE_MATH_ONLY__ 0 #define __AVR 1 #define __AVR__ 1 #define AVR 1 #define __AVR_ARCH__ 2 Is it the directory error my problem that it says is nonexistent? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-03 22:09 Message: Hi Dan, the path to the "Atmel part description files" is currently unused by the plugin and therefore not required. (The Atmel Part Description files are part of the Atmel AVR Studio IDE [Only available for Windows] and AFAIK not available separately) So the problem with recognizing your Dragon must be somewhere else. Maybe you can provide the console output to see where it is failing. For your second problem: I haven't seen this error message so I don't know where it comes from and what is causing it. But a few things you could try: check that the file "/Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c" exists and is just a empty file (except for one newline). Second: execute the whole command ("avr-gcc -E -P -v -dD /Users/.../specs.c") from a shell to check if there is any problem with that. BTW the "Test_1" in the output. Is that the name of a / the Project? Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-03-09 14:26:31
|
Support Requests item #2958632, was opened at 2010-02-25 12:08 Message generated for change (Comment added) made by odedg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) Assigned to: Thomas Holland (innot) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- >Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-09 16:26 Message: Hello Thomas, I did as you instructed me, and tried calling the eclipse program from the command line with -clean flag, which didn't help. Next I created a new workspace(called twork) and created an empty test project with the same results. I'm attaching the error log file here for you to see. Note, that I presently have 3 Eclipse versions on my computer(GALILEO, GANYMEDE and EUROPA). Maybe they interfer with each other? Or maybe, my java framework is not as yours? Thank you for your help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-03-09 13:51 Message: I checked your Project and everything works fine for me. I can change settings and compile the project without any problems. I also checked the error log and there are a multitude of Exceptions happening in core CDT and Eclipse functions. I looked at some of the Exceptions and they really should not happen unless some internal Eclipse data structures are mangled. Eclipse saves (and reloades) most of its data structures constantly to the workspace, (mostly to the '.metadata' folder), so my guess would be that there is something messed up in your workspace. Two things I would like you to try: 1. Start Eclipse with the '-clean' option to rebuild these internal structures. The easiest way to do this is to start Eclipse from a command shell with '-clean' appended. If this doesn't help try 2. Create a new Workspace and use it to create a new test project. To do this you need to create an empty folder somewhere, then select 'File -> Switch Workspace -> Other...' , browse to this new empty folder and click on OK. If this still doesn't help then you could again dump the error log (with the new workspace in use) and attach it here. Thomas ---------------------------------------------------------------------- Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-07 10:46 Message: Hello Thomas, I've downloaded the new eclipse version: eclipse-cpp-galileo-SR2-win32.zip and installed the AVR plugin, but the problem still occurs. I'm attaching here error log file and also an a test project. Maybe you can try updating the settings of drop-down menus in it and see if it fails on your computer also. Note, that I'm using the AT90PWM316 micro in the test project, but I don't think it is micro dependant as I tried others and it failed also. Thank you for your help, Oded Thank you for your help, ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-06 23:34 Message: Oded, for the error log check (with Galileo) under 'Help -> About Eclipse -> Installation Details -> Configuration -> Show Error Log'. This should not be emtpy, as every Eclipse start is logged there. What do you mean by "Galileo Eclipse project from the site"? If you mean the Eclipse Download page, then I have already done this, because I usually test the plugin against a plain download of the "Eclipse for C/C++ Developers" without any additional plugins. ---------------------------------------------------------------------- Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-02 11:44 Message: Hello Thomas, I'm using Windows XP. I can't attach a copy of the error log, bcz there isn't one. The IDE simply refuses to change the drop-down menu settings under: Properties->C/C++ Build->Settings->Optimization->Optimization Level And also Under: Properties->C/C++ Build->Settings->Debugging->Generate Debugging Info And also Under: Properties->C/C++ Build->Settings->Language Standard It seems it's stuck in it's default configurations and does not except any changes regarding these drop-down menus. Maybe you can try downloading the Galileo Eclipse project from the site as a user(not a developer) on windows XP if you have one and then download the AVR-Plugin. Thank you for your help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-02-28 23:12 Message: Hi Oded, like with the other report I can't reproduce this, so we need to do some more troubleshooting. Does this Problem occur with every project? I.e. if you create a new empty AVR project, does the problem occur as well? Which Operating System do you use? (So far the problems seem to be only on MacOSX) Could you please attach a copy of your Eclipse error log to this Support Request. Maybe there is something in there which could point to the source of the problem. BTW, I do not think that this is a AVR Plugin problem because Saving/Restoring of the compiler settings (like the optimization level) is done by CDT itself, the AVR Plugin only defines the different options (in XML format). Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-03-09 11:51:29
|
Support Requests item #2958632, was opened at 2010-02-25 11:08 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) Assigned to: Thomas Holland (innot) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-03-09 12:51 Message: I checked your Project and everything works fine for me. I can change settings and compile the project without any problems. I also checked the error log and there are a multitude of Exceptions happening in core CDT and Eclipse functions. I looked at some of the Exceptions and they really should not happen unless some internal Eclipse data structures are mangled. Eclipse saves (and reloades) most of its data structures constantly to the workspace, (mostly to the '.metadata' folder), so my guess would be that there is something messed up in your workspace. Two things I would like you to try: 1. Start Eclipse with the '-clean' option to rebuild these internal structures. The easiest way to do this is to start Eclipse from a command shell with '-clean' appended. If this doesn't help try 2. Create a new Workspace and use it to create a new test project. To do this you need to create an empty folder somewhere, then select 'File -> Switch Workspace -> Other...' , browse to this new empty folder and click on OK. If this still doesn't help then you could again dump the error log (with the new workspace in use) and attach it here. Thomas ---------------------------------------------------------------------- Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-07 09:46 Message: Hello Thomas, I've downloaded the new eclipse version: eclipse-cpp-galileo-SR2-win32.zip and installed the AVR plugin, but the problem still occurs. I'm attaching here error log file and also an a test project. Maybe you can try updating the settings of drop-down menus in it and see if it fails on your computer also. Note, that I'm using the AT90PWM316 micro in the test project, but I don't think it is micro dependant as I tried others and it failed also. Thank you for your help, Oded Thank you for your help, ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-06 22:34 Message: Oded, for the error log check (with Galileo) under 'Help -> About Eclipse -> Installation Details -> Configuration -> Show Error Log'. This should not be emtpy, as every Eclipse start is logged there. What do you mean by "Galileo Eclipse project from the site"? If you mean the Eclipse Download page, then I have already done this, because I usually test the plugin against a plain download of the "Eclipse for C/C++ Developers" without any additional plugins. ---------------------------------------------------------------------- Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-02 10:44 Message: Hello Thomas, I'm using Windows XP. I can't attach a copy of the error log, bcz there isn't one. The IDE simply refuses to change the drop-down menu settings under: Properties->C/C++ Build->Settings->Optimization->Optimization Level And also Under: Properties->C/C++ Build->Settings->Debugging->Generate Debugging Info And also Under: Properties->C/C++ Build->Settings->Language Standard It seems it's stuck in it's default configurations and does not except any changes regarding these drop-down menus. Maybe you can try downloading the Galileo Eclipse project from the site as a user(not a developer) on windows XP if you have one and then download the AVR-Plugin. Thank you for your help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-02-28 22:12 Message: Hi Oded, like with the other report I can't reproduce this, so we need to do some more troubleshooting. Does this Problem occur with every project? I.e. if you create a new empty AVR project, does the problem occur as well? Which Operating System do you use? (So far the problems seem to be only on MacOSX) Could you please attach a copy of your Eclipse error log to this Support Request. Maybe there is something in there which could point to the source of the problem. BTW, I do not think that this is a AVR Plugin problem because Saving/Restoring of the compiler settings (like the optimization level) is done by CDT itself, the AVR Plugin only defines the different options (in XML format). Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-03-07 08:46:14
|
Support Requests item #2958632, was opened at 2010-02-25 12:08 Message generated for change (Comment added) made by odedg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) Assigned to: Thomas Holland (innot) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- >Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-07 10:46 Message: Hello Thomas, I've downloaded the new eclipse version: eclipse-cpp-galileo-SR2-win32.zip and installed the AVR plugin, but the problem still occurs. I'm attaching here error log file and also an a test project. Maybe you can try updating the settings of drop-down menus in it and see if it fails on your computer also. Note, that I'm using the AT90PWM316 micro in the test project, but I don't think it is micro dependant as I tried others and it failed also. Thank you for your help, Oded Thank you for your help, ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-06 23:34 Message: Oded, for the error log check (with Galileo) under 'Help -> About Eclipse -> Installation Details -> Configuration -> Show Error Log'. This should not be emtpy, as every Eclipse start is logged there. What do you mean by "Galileo Eclipse project from the site"? If you mean the Eclipse Download page, then I have already done this, because I usually test the plugin against a plain download of the "Eclipse for C/C++ Developers" without any additional plugins. ---------------------------------------------------------------------- Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-02 11:44 Message: Hello Thomas, I'm using Windows XP. I can't attach a copy of the error log, bcz there isn't one. The IDE simply refuses to change the drop-down menu settings under: Properties->C/C++ Build->Settings->Optimization->Optimization Level And also Under: Properties->C/C++ Build->Settings->Debugging->Generate Debugging Info And also Under: Properties->C/C++ Build->Settings->Language Standard It seems it's stuck in it's default configurations and does not except any changes regarding these drop-down menus. Maybe you can try downloading the Galileo Eclipse project from the site as a user(not a developer) on windows XP if you have one and then download the AVR-Plugin. Thank you for your help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-02-28 23:12 Message: Hi Oded, like with the other report I can't reproduce this, so we need to do some more troubleshooting. Does this Problem occur with every project? I.e. if you create a new empty AVR project, does the problem occur as well? Which Operating System do you use? (So far the problems seem to be only on MacOSX) Could you please attach a copy of your Eclipse error log to this Support Request. Maybe there is something in there which could point to the source of the problem. BTW, I do not think that this is a AVR Plugin problem because Saving/Restoring of the compiler settings (like the optimization level) is done by CDT itself, the AVR Plugin only defines the different options (in XML format). Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-03-06 21:34:53
|
Support Requests item #2958632, was opened at 2010-02-25 10:08 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) Assigned to: Thomas Holland (innot) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-03-06 21:34 Message: Oded, for the error log check (with Galileo) under 'Help -> About Eclipse -> Installation Details -> Configuration -> Show Error Log'. This should not be emtpy, as every Eclipse start is logged there. What do you mean by "Galileo Eclipse project from the site"? If you mean the Eclipse Download page, then I have already done this, because I usually test the plugin against a plain download of the "Eclipse for C/C++ Developers" without any additional plugins. ---------------------------------------------------------------------- Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-02 09:44 Message: Hello Thomas, I'm using Windows XP. I can't attach a copy of the error log, bcz there isn't one. The IDE simply refuses to change the drop-down menu settings under: Properties->C/C++ Build->Settings->Optimization->Optimization Level And also Under: Properties->C/C++ Build->Settings->Debugging->Generate Debugging Info And also Under: Properties->C/C++ Build->Settings->Language Standard It seems it's stuck in it's default configurations and does not except any changes regarding these drop-down menus. Maybe you can try downloading the Galileo Eclipse project from the site as a user(not a developer) on windows XP if you have one and then download the AVR-Plugin. Thank you for your help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-02-28 21:12 Message: Hi Oded, like with the other report I can't reproduce this, so we need to do some more troubleshooting. Does this Problem occur with every project? I.e. if you create a new empty AVR project, does the problem occur as well? Which Operating System do you use? (So far the problems seem to be only on MacOSX) Could you please attach a copy of your Eclipse error log to this Support Request. Maybe there is something in there which could point to the source of the problem. BTW, I do not think that this is a AVR Plugin problem because Saving/Restoring of the compiler settings (like the optimization level) is done by CDT itself, the AVR Plugin only defines the different options (in XML format). Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-03-02 09:44:10
|
Support Requests item #2958632, was opened at 2010-02-25 12:08 Message generated for change (Comment added) made by odedg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) Assigned to: Thomas Holland (innot) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- >Comment By: ODED GOTTDENKER (odedg) Date: 2010-03-02 11:44 Message: Hello Thomas, I'm using Windows XP. I can't attach a copy of the error log, bcz there isn't one. The IDE simply refuses to change the drop-down menu settings under: Properties->C/C++ Build->Settings->Optimization->Optimization Level And also Under: Properties->C/C++ Build->Settings->Debugging->Generate Debugging Info And also Under: Properties->C/C++ Build->Settings->Language Standard It seems it's stuck in it's default configurations and does not except any changes regarding these drop-down menus. Maybe you can try downloading the Galileo Eclipse project from the site as a user(not a developer) on windows XP if you have one and then download the AVR-Plugin. Thank you for your help, Oded ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-02-28 23:12 Message: Hi Oded, like with the other report I can't reproduce this, so we need to do some more troubleshooting. Does this Problem occur with every project? I.e. if you create a new empty AVR project, does the problem occur as well? Which Operating System do you use? (So far the problems seem to be only on MacOSX) Could you please attach a copy of your Eclipse error log to this Support Request. Maybe there is something in there which could point to the source of the problem. BTW, I do not think that this is a AVR Plugin problem because Saving/Restoring of the compiler settings (like the optimization level) is done by CDT itself, the AVR Plugin only defines the different options (in XML format). Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-02-28 23:13:02
|
Support Requests item #2934539, was opened at 2010-01-18 22:13 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-03-01 00:13 Message: There has been a new Report of the same problem in Support Request 2958632 "Can't Change the AVR-compiler settings". Maybe you could also try the troubleshooting steps I have written there. I will close this support request for now and we should continue with the other one, which has a more appropriate title. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-02-20 20:35 Message: Hi Thomas & all The primary cause for "Programmer not responding" was (and is) - stupid enough - a wrong baud rate setting. That's on me ;) I do not have a direct problem in finding out the MCU type, but I suspect there is a good bunch of features just not working because apparently the preferences settings do not get written to a file. Despite of submitting complaints, I do appreciate and find the tool something I really would like to use. There still seems to be some obstacles on the way to make it tick on MAC. A couple of observations: - the changes made in the user interface do not get written to the project specific "de.innot.avreclipse.core.prefs" -file. This can be worked around as long as there are entries in the file that I can manually edit when Eclipse is not running. - Editing the Global AVR setting from Eclipse preferences leads to same end result: No changes are persistent and disappear as soon as the UI dialogue is closed. In many cases there is a super-fast warning or progress window on the screen, but that is way too fast to even say whether there is text or a progress bar or something else about to be rendered to the screen. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-28 11:49 Message: Seems like avrdude can't talk to your arduino. Maybe it is the old "Reset before access" issue that was supposedly fixed with avrdude 5.8. I can't really help you on that one because I don't have an arduino to reproduce the error. One thing you could do is to ensure that you have the latest version of avrdude (use the -v option with avrdude on the shell to check that no older version of avrdude gets executed accidentally) Other than that I have to refer you to google and the avrdude guys ( http://savannah.nongnu.org/projects/avrdude/ ) ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-27 06:21 Message: Thomas, Thanks for helping in finding the right console... (embarassed) Upon starting Eclipse, the following appears to the console: -------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -p? Output: Valid parts are: ucr2 = 32UC3A0512 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14906] x128a4 = ATXMEGA128A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14808] x64a4 = ATXMEGA64A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14711] x32a4 = ATXMEGA32A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14614] x16a4 = ATXMEGA16A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14517] x256a3b = ATXMEGA256A3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14420] x256a3 = ATXMEGA256A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14323] x192a3 = ATXMEGA192A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14226] x128a3 = ATXMEGA128A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14129] x64a3 = ATXMEGA64A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14032] x256a1 = ATXMEGA256A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13935] x192a1 = ATXMEGA192A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13838] x128a1d = ATXMEGA128A1REVD [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13741] x128a1 = ATXMEGA128A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13644] x64a1 = ATXMEGA64A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13547] m6450 = ATMEGA6450 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13358] m3250 = ATMEGA3250 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13169] m645 = ATMEGA645 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12980] m325 = ATMEGA325 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12791] usb82 = AT90USB82 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12611] usb162 = AT90USB162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12427] usb1287 = AT90USB1287 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12238] usb1286 = AT90USB1286 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12049] usb647 = AT90USB647 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11861] usb646 = AT90USB646 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11672] t84 = ATtiny84 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11489] t44 = ATtiny44 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11307] t24 = ATtiny24 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11125] m128rfa1 = ATMEGA128RFA1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10937] m2561 = ATMEGA2561 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10743] m2560 = ATMEGA2560 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10550] m1281 = ATMEGA1281 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10362] m1280 = ATMEGA1280 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10173] m640 = ATMEGA640 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9985] t85 = ATtiny85 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9804] t45 = ATtiny45 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9625] t25 = ATtiny25 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9445] pwm3b = AT90PWM3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9264] pwm2b = AT90PWM2B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9081] pwm3 = AT90PWM3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8898] pwm2 = AT90PWM2 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8714] t2313 = ATtiny2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8527] m328p = ATMEGA328P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8339] t88 = attiny88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8153] m168 = ATMEGA168 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7965] m88 = ATMEGA88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7779] m48 = ATMEGA48 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7592] t861 = ATTINY861 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7404] t461 = ATTINY461 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7215] t261 = ATTINY261 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7026] t26 = ATTINY26 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6869] m8535 = ATMEGA8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6711] m8515 = ATMEGA8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6553] m8 = ATMEGA8 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6392] m161 = ATMEGA161 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6252] m32 = ATMEGA32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6077] m6490 = ATMEGA6490 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5884] m649 = ATMEGA649 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5699] m3290p = ATMEGA3290P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5516] m3290 = ATMEGA3290 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5331] m329p = ATMEGA329P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5146] m329 = ATMEGA329 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4962] m169 = ATMEGA169 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4782] m163 = ATMEGA163 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4624] m162 = ATMEGA162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4428] m1284p = ATMEGA1284P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4238] m644p = ATMEGA644P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4046] m644 = ATMEGA644 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3856] m324p = ATMEGA324P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3665] m164p = ATMEGA164P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3474] m16 = ATMEGA16 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3296] c32 = AT90CAN32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3105] c64 = AT90CAN64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2915] c128 = AT90CAN128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2725] m128 = ATMEGA128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2547] m64 = ATMEGA64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2366] m103 = ATMEGA103 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2226] 8535 = AT90S8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2105] 8515 = AT90S8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1991] 4434 = AT90S4434 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1908] 4433 = AT90S4433 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1784] 2343 = AT90S2343 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1660] 2333 = AT90S2333 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1532] 2313 = AT90S2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1419] 4414 = AT90S4414 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1306] 1200 = AT90S1200 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1191] t15 = ATtiny15 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1058] t13 = ATtiny13 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:885] t12 = ATtiny12 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:752] t11 = ATtiny11 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:688] avrdude finished ----------------------- When clicking the "load from MCU" button, the console output is the following: ------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -carduino -P/dev/tty.usbserial-A600aeib -b19200 -pm16 Output: avrdude: stk500_recv(): programmer is not responding avrdude done. Thank you. avrdude finished ------------------- I also tried the command on a shell and got every time the same result when trying the following modifications: - No baud rate set - Baud rate set to 9600 - MCU type set to -pm328p cheers -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-26 14:36 Message: Mikko, can you check that you have selected the right console? (See the attached screenshot on how to select the avrdude console output in Eclipse) Also please recheck that the AVRDude output has been enabled ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") There must be some output, especially as the Rx/Tx lights are blinking, which means that avrdude has been executed by the plugin. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 21:18 Message: Hi Thomas, I do not get *any* output to console. !? Rx and Tx leds are blinking on the board for a very short time, but I have no evidence about anything meaningful moving there. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 14:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-02-28 23:00:37
|
Support Requests item #2871692, was opened at 2009-10-02 07:18 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Dan Bock (bock2911) Assigned to: Thomas Holland (innot) Summary: AVR Plugin problem with OS X Initial Comment: I am trying to install this on my MAC (intel chipset). And i am having a problem with the system not able to recognize the AVR Dragon that I have. I did find that paths it is not able to find the "ATmel part description files system". I have just reinstalled the Crosspack. Is that in there? Am I missing something also? One last thing, when I turn on the program, I do get the following error: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 Unknown C/C++ Problem Any help would be great. Thanks. ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-03-01 00:00 Message: Ok, this seems to be a common Mac problem. Could someone with the problem ("Error launching external scanner info generator") please open a simple terminal and enter 'avr-gcc'. I am curious if 'avr-gcc' is in the standard system path on a Mac (with the avr-gcc toolchain installed of course) If it is, then I am out of ideas and for further troubleshooting I would need some OSX user who would be willing to debug the plugin (it is not very difficult, although a little bit of Java expertise would be helpful) BTW, some googleing for the error message showed that this problem does not seem to be limited to the AVR Plugin but also occurs with other toolchains. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-02-20 20:38 Message: +1 on the second problem. I do have the same observation on my MAC installation. ---------------------------------------------------------------------- Comment By: Dan Bock (bock2911) Date: 2009-10-09 06:49 Message: Thanks for the help. However, I still have the same error as before: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 U nknown C/C++ Problem The output from running the gcc is as follows: Using built-in specs. Target: avr Configured with: ../configure --target=avr --program-prefix=avr- --enable-languages=c --disable-libssp --disable-nls --with-dwarf2 Thread model: single gcc version 4.2.0 /usr/local/libexec/gcc/avr/4.2.0/cc1 -E -quiet -v -P /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -dD ignoring nonexistent directory "/usr/local/lib/gcc/avr/4.2.0/../../../../avr/sys-include" #include "..." search starts here: #include <...> search starts here: /usr/local/lib/gcc/avr/4.2.0/include /usr/local/lib/gcc/avr/4.2.0/../../../../avr/include End of search list. #define __STDC__ 1 #define __STDC_HOSTED__ 1 #define __GNUC__ 4 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 0 #define __SIZE_TYPE__ unsigned int #define __PTRDIFF_TYPE__ int #define __WCHAR_TYPE__ int #define __WINT_TYPE__ unsigned int #define __INTMAX_TYPE__ long long int #define __UINTMAX_TYPE__ long long unsigned int #define __GXX_ABI_VERSION 1002 #define __USING_SJLJ_EXCEPTIONS__ 1 #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __INT_MAX__ 32767 #define __LONG_MAX__ 2147483647L #define __LONG_LONG_MAX__ 9223372036854775807LL #define __WCHAR_MAX__ 32767 #define __CHAR_BIT__ 8 #define __INTMAX_MAX__ 9223372036854775807LL #define __FLT_EVAL_METHOD__ 0 #define __DEC_EVAL_METHOD__ 2 #define __FLT_RADIX__ 2 #define __FLT_MANT_DIG__ 24 #define __FLT_DIG__ 6 #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MAX_EXP__ 128 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN__ 1.17549435e-38F #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 24 #define __DBL_DIG__ 6 #define __DBL_MIN_EXP__ (-125) #define __DBL_MIN_10_EXP__ (-37) #define __DBL_MAX_EXP__ 128 #define __DBL_MAX_10_EXP__ 38 #define __DBL_MAX__ 3.40282347e+38 #define __DBL_MIN__ 1.17549435e-38 #define __DBL_EPSILON__ 1.19209290e-7 #define __DBL_DENORM_MIN__ 1.40129846e-45 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 24 #define __LDBL_DIG__ 6 #define __LDBL_MIN_EXP__ (-125) #define __LDBL_MIN_10_EXP__ (-37) #define __LDBL_MAX_EXP__ 128 #define __LDBL_MAX_10_EXP__ 38 #define __DECIMAL_DIG__ 9 #define __LDBL_MAX__ 3.40282347e+38L #define __LDBL_MIN__ 1.17549435e-38L #define __LDBL_EPSILON__ 1.19209290e-7L #define __LDBL_DENORM_MIN__ 1.40129846e-45L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __DEC32_MANT_DIG__ 7 #define __DEC32_MIN_EXP__ (-95) #define __DEC32_MAX_EXP__ 96 #define __DEC32_MIN__ 1E-95DF #define __DEC32_MAX__ 9.999999E96DF #define __DEC32_EPSILON__ 1E-6DF #define __DEC32_DEN__ 0.000001E-95DF #define __DEC64_MANT_DIG__ 16 #define __DEC64_MIN_EXP__ (-383) #define __DEC64_MAX_EXP__ 384 #define __DEC64_MIN__ 1E-383DD #define __DEC64_MAX__ 9.999999999999999E384DD #define __DEC64_EPSILON__ 1E-15DD #define __DEC64_DEN__ 0.000000000000001E-383DD #define __DEC128_MANT_DIG__ 34 #define __DEC128_MIN_EXP__ (-6143) #define __DEC128_MAX_EXP__ 6144 #define __DEC128_MIN__ 1E-6143DL #define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL #define __DEC128_EPSILON__ 1E-33DL #define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL #define __REGISTER_PREFIX__ #define __USER_LABEL_PREFIX__ #define __VERSION__ "4.2.0" #define __GNUC_GNU_INLINE__ 1 #define __NO_INLINE__ 1 #define __FINITE_MATH_ONLY__ 0 #define __AVR 1 #define __AVR__ 1 #define AVR 1 #define __AVR_ARCH__ 2 Is it the directory error my problem that it says is nonexistent? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-03 22:09 Message: Hi Dan, the path to the "Atmel part description files" is currently unused by the plugin and therefore not required. (The Atmel Part Description files are part of the Atmel AVR Studio IDE [Only available for Windows] and AFAIK not available separately) So the problem with recognizing your Dragon must be somewhere else. Maybe you can provide the console output to see where it is failing. For your second problem: I haven't seen this error message so I don't know where it comes from and what is causing it. But a few things you could try: check that the file "/Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c" exists and is just a empty file (except for one newline). Second: execute the whole command ("avr-gcc -E -P -v -dD /Users/.../specs.c") from a shell to check if there is any problem with that. BTW the "Test_1" in the output. Is that the name of a / the Project? Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-02-28 21:12:20
|
Support Requests item #2958632, was opened at 2010-02-25 11:08 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) >Assigned to: Thomas Holland (innot) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-02-28 22:12 Message: Hi Oded, like with the other report I can't reproduce this, so we need to do some more troubleshooting. Does this Problem occur with every project? I.e. if you create a new empty AVR project, does the problem occur as well? Which Operating System do you use? (So far the problems seem to be only on MacOSX) Could you please attach a copy of your Eclipse error log to this Support Request. Maybe there is something in there which could point to the source of the problem. BTW, I do not think that this is a AVR Plugin problem because Saving/Restoring of the compiler settings (like the optimization level) is done by CDT itself, the AVR Plugin only defines the different options (in XML format). Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: Thomas H. <th...@in...> - 2010-02-28 20:23:24
|
On 23.02.2010 07:30, Seth Burleigh wrote: > I was wondering if there could be support for atxmega32a4? I know > avrdude, as of 9.10, now works quite well with avrisp2 and atxmegas. > I can see only 2 atxmegas in the list of devices. > Hi Seth, you need to update your avr-gcc compiler. The plugin gets the list of supported MCUs directly from the avr-gcc. I have avr-gcc 4.3.3(WinAVR 20100110) installed and this version supports the ATXmega32a4. The only thing hardcoded in the Plugin is the support for the fuses and the datasheet links. The plugin will support fuses for the atxmega32 with the next release 2.3.2, which is just about ready for release. brgds, Thomas |
|
From: SourceForge.net <no...@so...> - 2010-02-25 10:08:32
|
Support Requests item #2958632, was opened at 2010-02-25 12:08 Message generated for change (Tracker Item Submitted) made by odedg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ODED GOTTDENKER (odedg) Assigned to: Nobody/Anonymous (nobody) Summary: Can't Change the AVR-compiler settings Initial Comment: Hello, I can't change the AVR-compiler "drop-down" lists settings. When I try to select a different value than the default one, it automatically bounces to the original value. If for example, I try to modify the Optimization level from "No Optimization (-O0)" to "Size Optimization(-Os)", it bounces back to the former. I saw that an earlier report was opened, named: "5 no one of project properties changing - ID: 2781365", and I wanted to add some details about the problem which I also encountered. I enoucntered the problem in Eclipse versions 3.4.2/plugin 2.3.1.20081204PRD both in GANYMEDE and GALILEO versions. In version EUROPA, 3.3.2/plugin 2.3.1.20081204PRD this problem does not occur. Thanks for the help, Oded ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2958632&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-02-25 05:27:40
|
Support Requests item #2957984, was opened at 2010-02-24 08:17 Message generated for change (Comment added) made by mmdoogie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2957984&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Matthew McDougal (mmdoogie) Summary: linux avr_eclipse bad interrupt Initial Comment: trying to build interrupt driven program in linux. ISR( *any vector* ) fails and it claim it is a bad interrupt. ---------------------------------------------------------------------- >Comment By: Matthew McDougal (mmdoogie) Date: 2010-02-24 23:27 Message: Hello, I am moving this to support request, because it is not likely a bug with the plugin itself. I'll try to help, but need more information. Could you please make a sample project with this behavior and attach it here? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2957984&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-02-24 15:13:05
|
Bugs item #2957984, was opened at 2010-02-24 14:17 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2957984&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Behavior Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Matthew McDougal (mmdoogie) Summary: linux avr_eclipse bad interrupt Initial Comment: trying to build interrupt driven program in linux. ISR( *any vector* ) fails and it claim it is a bad interrupt. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2957984&group_id=189165 |
|
From: Seth B. <se...@te...> - 2010-02-23 06:30:55
|
I was wondering if there could be support for atxmega32a4? I know avrdude, as of 9.10, now works quite well with avrisp2 and atxmegas. I can see only 2 atxmegas in the list of devices. |
|
From: SourceForge.net <no...@so...> - 2010-02-20 19:38:48
|
Support Requests item #2871692, was opened at 2009-10-02 08:18 Message generated for change (Comment added) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Dan Bock (bock2911) Assigned to: Thomas Holland (innot) Summary: AVR Plugin problem with OS X Initial Comment: I am trying to install this on my MAC (intel chipset). And i am having a problem with the system not able to recognize the AVR Dragon that I have. I did find that paths it is not able to find the "ATmel part description files system". I have just reinstalled the Crosspack. Is that in there? Am I missing something also? One last thing, when I turn on the program, I do get the following error: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 Unknown C/C++ Problem Any help would be great. Thanks. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-02-20 21:38 Message: +1 on the second problem. I do have the same observation on my MAC installation. ---------------------------------------------------------------------- Comment By: Dan Bock (bock2911) Date: 2009-10-09 07:49 Message: Thanks for the help. However, I still have the same error as before: Description Resource Path Location Type Error launching external scanner info generator (avr-gcc -E -P -v -dD /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c) Test_1 U nknown C/C++ Problem The output from running the gcc is as follows: Using built-in specs. Target: avr Configured with: ../configure --target=avr --program-prefix=avr- --enable-languages=c --disable-libssp --disable-nls --with-dwarf2 Thread model: single gcc version 4.2.0 /usr/local/libexec/gcc/avr/4.2.0/cc1 -E -quiet -v -P /Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c -dD ignoring nonexistent directory "/usr/local/lib/gcc/avr/4.2.0/../../../../avr/sys-include" #include "..." search starts here: #include <...> search starts here: /usr/local/lib/gcc/avr/4.2.0/include /usr/local/lib/gcc/avr/4.2.0/../../../../avr/include End of search list. #define __STDC__ 1 #define __STDC_HOSTED__ 1 #define __GNUC__ 4 #define __GNUC_MINOR__ 2 #define __GNUC_PATCHLEVEL__ 0 #define __SIZE_TYPE__ unsigned int #define __PTRDIFF_TYPE__ int #define __WCHAR_TYPE__ int #define __WINT_TYPE__ unsigned int #define __INTMAX_TYPE__ long long int #define __UINTMAX_TYPE__ long long unsigned int #define __GXX_ABI_VERSION 1002 #define __USING_SJLJ_EXCEPTIONS__ 1 #define __SCHAR_MAX__ 127 #define __SHRT_MAX__ 32767 #define __INT_MAX__ 32767 #define __LONG_MAX__ 2147483647L #define __LONG_LONG_MAX__ 9223372036854775807LL #define __WCHAR_MAX__ 32767 #define __CHAR_BIT__ 8 #define __INTMAX_MAX__ 9223372036854775807LL #define __FLT_EVAL_METHOD__ 0 #define __DEC_EVAL_METHOD__ 2 #define __FLT_RADIX__ 2 #define __FLT_MANT_DIG__ 24 #define __FLT_DIG__ 6 #define __FLT_MIN_EXP__ (-125) #define __FLT_MIN_10_EXP__ (-37) #define __FLT_MAX_EXP__ 128 #define __FLT_MAX_10_EXP__ 38 #define __FLT_MAX__ 3.40282347e+38F #define __FLT_MIN__ 1.17549435e-38F #define __FLT_EPSILON__ 1.19209290e-7F #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_HAS_DENORM__ 1 #define __FLT_HAS_INFINITY__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __DBL_MANT_DIG__ 24 #define __DBL_DIG__ 6 #define __DBL_MIN_EXP__ (-125) #define __DBL_MIN_10_EXP__ (-37) #define __DBL_MAX_EXP__ 128 #define __DBL_MAX_10_EXP__ 38 #define __DBL_MAX__ 3.40282347e+38 #define __DBL_MIN__ 1.17549435e-38 #define __DBL_EPSILON__ 1.19209290e-7 #define __DBL_DENORM_MIN__ 1.40129846e-45 #define __DBL_HAS_DENORM__ 1 #define __DBL_HAS_INFINITY__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __LDBL_MANT_DIG__ 24 #define __LDBL_DIG__ 6 #define __LDBL_MIN_EXP__ (-125) #define __LDBL_MIN_10_EXP__ (-37) #define __LDBL_MAX_EXP__ 128 #define __LDBL_MAX_10_EXP__ 38 #define __DECIMAL_DIG__ 9 #define __LDBL_MAX__ 3.40282347e+38L #define __LDBL_MIN__ 1.17549435e-38L #define __LDBL_EPSILON__ 1.19209290e-7L #define __LDBL_DENORM_MIN__ 1.40129846e-45L #define __LDBL_HAS_DENORM__ 1 #define __LDBL_HAS_INFINITY__ 1 #define __LDBL_HAS_QUIET_NAN__ 1 #define __DEC32_MANT_DIG__ 7 #define __DEC32_MIN_EXP__ (-95) #define __DEC32_MAX_EXP__ 96 #define __DEC32_MIN__ 1E-95DF #define __DEC32_MAX__ 9.999999E96DF #define __DEC32_EPSILON__ 1E-6DF #define __DEC32_DEN__ 0.000001E-95DF #define __DEC64_MANT_DIG__ 16 #define __DEC64_MIN_EXP__ (-383) #define __DEC64_MAX_EXP__ 384 #define __DEC64_MIN__ 1E-383DD #define __DEC64_MAX__ 9.999999999999999E384DD #define __DEC64_EPSILON__ 1E-15DD #define __DEC64_DEN__ 0.000000000000001E-383DD #define __DEC128_MANT_DIG__ 34 #define __DEC128_MIN_EXP__ (-6143) #define __DEC128_MAX_EXP__ 6144 #define __DEC128_MIN__ 1E-6143DL #define __DEC128_MAX__ 9.999999999999999999999999999999999E6144DL #define __DEC128_EPSILON__ 1E-33DL #define __DEC128_DEN__ 0.000000000000000000000000000000001E-6143DL #define __REGISTER_PREFIX__ #define __USER_LABEL_PREFIX__ #define __VERSION__ "4.2.0" #define __GNUC_GNU_INLINE__ 1 #define __NO_INLINE__ 1 #define __FINITE_MATH_ONLY__ 0 #define __AVR 1 #define __AVR__ 1 #define AVR 1 #define __AVR_ARCH__ 2 Is it the directory error my problem that it says is nonexistent? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2009-10-03 23:09 Message: Hi Dan, the path to the "Atmel part description files" is currently unused by the plugin and therefore not required. (The Atmel Part Description files are part of the Atmel AVR Studio IDE [Only available for Windows] and AFAIK not available separately) So the problem with recognizing your Dragon must be somewhere else. Maybe you can provide the console output to see where it is failing. For your second problem: I haven't seen this error message so I don't know where it comes from and what is causing it. But a few things you could try: check that the file "/Users/danielbock/Eclipse development/.metadata/.plugins/org.eclipse.cdt.make.core/specs.c" exists and is just a empty file (except for one newline). Second: execute the whole command ("avr-gcc -E -P -v -dD /Users/.../specs.c") from a shell to check if there is any problem with that. BTW the "Test_1" in the output. Is that the name of a / the Project? Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2871692&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-02-20 19:35:55
|
Support Requests item #2934539, was opened at 2010-01-18 23:13 Message generated for change (Comment added) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- >Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-02-20 21:35 Message: Hi Thomas & all The primary cause for "Programmer not responding" was (and is) - stupid enough - a wrong baud rate setting. That's on me ;) I do not have a direct problem in finding out the MCU type, but I suspect there is a good bunch of features just not working because apparently the preferences settings do not get written to a file. Despite of submitting complaints, I do appreciate and find the tool something I really would like to use. There still seems to be some obstacles on the way to make it tick on MAC. A couple of observations: - the changes made in the user interface do not get written to the project specific "de.innot.avreclipse.core.prefs" -file. This can be worked around as long as there are entries in the file that I can manually edit when Eclipse is not running. - Editing the Global AVR setting from Eclipse preferences leads to same end result: No changes are persistent and disappear as soon as the UI dialogue is closed. In many cases there is a super-fast warning or progress window on the screen, but that is way too fast to even say whether there is text or a progress bar or something else about to be rendered to the screen. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-28 12:49 Message: Seems like avrdude can't talk to your arduino. Maybe it is the old "Reset before access" issue that was supposedly fixed with avrdude 5.8. I can't really help you on that one because I don't have an arduino to reproduce the error. One thing you could do is to ensure that you have the latest version of avrdude (use the -v option with avrdude on the shell to check that no older version of avrdude gets executed accidentally) Other than that I have to refer you to google and the avrdude guys ( http://savannah.nongnu.org/projects/avrdude/ ) ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-27 07:21 Message: Thomas, Thanks for helping in finding the right console... (embarassed) Upon starting Eclipse, the following appears to the console: -------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -p? Output: Valid parts are: ucr2 = 32UC3A0512 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14906] x128a4 = ATXMEGA128A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14808] x64a4 = ATXMEGA64A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14711] x32a4 = ATXMEGA32A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14614] x16a4 = ATXMEGA16A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14517] x256a3b = ATXMEGA256A3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14420] x256a3 = ATXMEGA256A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14323] x192a3 = ATXMEGA192A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14226] x128a3 = ATXMEGA128A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14129] x64a3 = ATXMEGA64A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14032] x256a1 = ATXMEGA256A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13935] x192a1 = ATXMEGA192A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13838] x128a1d = ATXMEGA128A1REVD [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13741] x128a1 = ATXMEGA128A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13644] x64a1 = ATXMEGA64A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13547] m6450 = ATMEGA6450 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13358] m3250 = ATMEGA3250 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13169] m645 = ATMEGA645 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12980] m325 = ATMEGA325 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12791] usb82 = AT90USB82 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12611] usb162 = AT90USB162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12427] usb1287 = AT90USB1287 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12238] usb1286 = AT90USB1286 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12049] usb647 = AT90USB647 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11861] usb646 = AT90USB646 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11672] t84 = ATtiny84 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11489] t44 = ATtiny44 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11307] t24 = ATtiny24 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11125] m128rfa1 = ATMEGA128RFA1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10937] m2561 = ATMEGA2561 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10743] m2560 = ATMEGA2560 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10550] m1281 = ATMEGA1281 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10362] m1280 = ATMEGA1280 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10173] m640 = ATMEGA640 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9985] t85 = ATtiny85 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9804] t45 = ATtiny45 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9625] t25 = ATtiny25 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9445] pwm3b = AT90PWM3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9264] pwm2b = AT90PWM2B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9081] pwm3 = AT90PWM3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8898] pwm2 = AT90PWM2 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8714] t2313 = ATtiny2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8527] m328p = ATMEGA328P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8339] t88 = attiny88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8153] m168 = ATMEGA168 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7965] m88 = ATMEGA88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7779] m48 = ATMEGA48 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7592] t861 = ATTINY861 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7404] t461 = ATTINY461 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7215] t261 = ATTINY261 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7026] t26 = ATTINY26 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6869] m8535 = ATMEGA8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6711] m8515 = ATMEGA8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6553] m8 = ATMEGA8 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6392] m161 = ATMEGA161 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6252] m32 = ATMEGA32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6077] m6490 = ATMEGA6490 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5884] m649 = ATMEGA649 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5699] m3290p = ATMEGA3290P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5516] m3290 = ATMEGA3290 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5331] m329p = ATMEGA329P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5146] m329 = ATMEGA329 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4962] m169 = ATMEGA169 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4782] m163 = ATMEGA163 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4624] m162 = ATMEGA162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4428] m1284p = ATMEGA1284P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4238] m644p = ATMEGA644P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4046] m644 = ATMEGA644 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3856] m324p = ATMEGA324P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3665] m164p = ATMEGA164P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3474] m16 = ATMEGA16 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3296] c32 = AT90CAN32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3105] c64 = AT90CAN64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2915] c128 = AT90CAN128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2725] m128 = ATMEGA128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2547] m64 = ATMEGA64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2366] m103 = ATMEGA103 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2226] 8535 = AT90S8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2105] 8515 = AT90S8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1991] 4434 = AT90S4434 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1908] 4433 = AT90S4433 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1784] 2343 = AT90S2343 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1660] 2333 = AT90S2333 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1532] 2313 = AT90S2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1419] 4414 = AT90S4414 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1306] 1200 = AT90S1200 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1191] t15 = ATtiny15 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1058] t13 = ATtiny13 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:885] t12 = ATtiny12 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:752] t11 = ATtiny11 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:688] avrdude finished ----------------------- When clicking the "load from MCU" button, the console output is the following: ------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -carduino -P/dev/tty.usbserial-A600aeib -b19200 -pm16 Output: avrdude: stk500_recv(): programmer is not responding avrdude done. Thank you. avrdude finished ------------------- I also tried the command on a shell and got every time the same result when trying the following modifications: - No baud rate set - Baud rate set to 9600 - MCU type set to -pm328p cheers -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-26 15:36 Message: Mikko, can you check that you have selected the right console? (See the attached screenshot on how to select the avrdude console output in Eclipse) Also please recheck that the AVRDude output has been enabled ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") There must be some output, especially as the Rx/Tx lights are blinking, which means that avrdude has been executed by the plugin. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 22:18 Message: Hi Thomas, I do not get *any* output to console. !? Rx and Tx leds are blinking on the board for a very short time, but I have no evidence about anything meaningful moving there. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 15:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: Thomas H. <th...@in...> - 2010-02-04 20:01:11
|
Hi Zafi, the fuses (and lockbits) file format by the AVR Eclipse Plugin is totally different and incompatible with anything that avr-objcopy produces. A fuse hex file created by avr-objcopy would contain just the raw bytes for the fuses (in hex format). OTOH the plugin fuse files are text files containing property/value pairs, including the MCU type the fuses are applicable for. They can be created with "File -> New -> Other... -> AVR -> Fuses File" Using FUSES sections in the C source code is not supported by the Plugin at this time. Cheers, Thomas On 03.02.2010 20:02, Zafi Ramarosandratana wrote: > Hello, > > When trying to upload the fuse hex file created by the avr-objcopy with > the AVR Eclipse plugin, I get the following error message: File has no > 'MCU=xxx' property. > What's the structure of the file expected by the plugin? > Is it possible to have this option to accept the fuse hex file generated > by avr-objcopy as it does for the flash and eeprom. > > Thanks in advance > Zafi Ramarosandratana. > > |
|
From: Zafi R. <zr...@ro...> - 2010-02-03 19:20:31
|
Hello, When trying to upload the fuse hex file created by the avr-objcopy with the AVR Eclipse plugin, I get the following error message: File has no 'MCU=xxx' property. What's the structure of the file expected by the plugin? Is it possible to have this option to accept the fuse hex file generated by avr-objcopy as it does for the flash and eeprom. Thanks in advance Zafi Ramarosandratana. |
|
From: SourceForge.net <no...@so...> - 2010-02-03 16:05:03
|
Bugs item #2454094, was opened at 2008-12-20 14:50 Message generated for change (Settings changed) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2454094&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Interface Group: v2.3 Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Thomas Holland (innot) Assigned to: Thomas Holland (innot) Summary: Static library projects vs. AVRDude Initial Comment: a) The AVRDude project properties are also shown for static library projects where they do not make sense. b) Trying to upload am AVR static library project with AVRDude will cause an nondescript "Nothing to upload" error message. The Plugin should a) inhibit the AVRDude properties for static library project and b) print a more descriptive error message when trying to upload a static library project. ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-02-03 17:04 Message: Fixed in SVN. Will be in Release 2.3.2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928231&aid=2454094&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-28 10:49:49
|
Support Requests item #2934539, was opened at 2010-01-18 22:13 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-01-28 11:49 Message: Seems like avrdude can't talk to your arduino. Maybe it is the old "Reset before access" issue that was supposedly fixed with avrdude 5.8. I can't really help you on that one because I don't have an arduino to reproduce the error. One thing you could do is to ensure that you have the latest version of avrdude (use the -v option with avrdude on the shell to check that no older version of avrdude gets executed accidentally) Other than that I have to refer you to google and the avrdude guys ( http://savannah.nongnu.org/projects/avrdude/ ) ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-27 06:21 Message: Thomas, Thanks for helping in finding the right console... (embarassed) Upon starting Eclipse, the following appears to the console: -------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -p? Output: Valid parts are: ucr2 = 32UC3A0512 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14906] x128a4 = ATXMEGA128A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14808] x64a4 = ATXMEGA64A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14711] x32a4 = ATXMEGA32A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14614] x16a4 = ATXMEGA16A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14517] x256a3b = ATXMEGA256A3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14420] x256a3 = ATXMEGA256A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14323] x192a3 = ATXMEGA192A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14226] x128a3 = ATXMEGA128A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14129] x64a3 = ATXMEGA64A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14032] x256a1 = ATXMEGA256A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13935] x192a1 = ATXMEGA192A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13838] x128a1d = ATXMEGA128A1REVD [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13741] x128a1 = ATXMEGA128A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13644] x64a1 = ATXMEGA64A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13547] m6450 = ATMEGA6450 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13358] m3250 = ATMEGA3250 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13169] m645 = ATMEGA645 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12980] m325 = ATMEGA325 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12791] usb82 = AT90USB82 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12611] usb162 = AT90USB162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12427] usb1287 = AT90USB1287 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12238] usb1286 = AT90USB1286 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12049] usb647 = AT90USB647 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11861] usb646 = AT90USB646 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11672] t84 = ATtiny84 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11489] t44 = ATtiny44 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11307] t24 = ATtiny24 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11125] m128rfa1 = ATMEGA128RFA1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10937] m2561 = ATMEGA2561 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10743] m2560 = ATMEGA2560 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10550] m1281 = ATMEGA1281 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10362] m1280 = ATMEGA1280 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10173] m640 = ATMEGA640 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9985] t85 = ATtiny85 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9804] t45 = ATtiny45 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9625] t25 = ATtiny25 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9445] pwm3b = AT90PWM3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9264] pwm2b = AT90PWM2B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9081] pwm3 = AT90PWM3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8898] pwm2 = AT90PWM2 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8714] t2313 = ATtiny2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8527] m328p = ATMEGA328P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8339] t88 = attiny88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8153] m168 = ATMEGA168 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7965] m88 = ATMEGA88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7779] m48 = ATMEGA48 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7592] t861 = ATTINY861 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7404] t461 = ATTINY461 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7215] t261 = ATTINY261 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7026] t26 = ATTINY26 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6869] m8535 = ATMEGA8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6711] m8515 = ATMEGA8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6553] m8 = ATMEGA8 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6392] m161 = ATMEGA161 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6252] m32 = ATMEGA32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6077] m6490 = ATMEGA6490 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5884] m649 = ATMEGA649 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5699] m3290p = ATMEGA3290P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5516] m3290 = ATMEGA3290 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5331] m329p = ATMEGA329P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5146] m329 = ATMEGA329 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4962] m169 = ATMEGA169 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4782] m163 = ATMEGA163 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4624] m162 = ATMEGA162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4428] m1284p = ATMEGA1284P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4238] m644p = ATMEGA644P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4046] m644 = ATMEGA644 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3856] m324p = ATMEGA324P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3665] m164p = ATMEGA164P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3474] m16 = ATMEGA16 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3296] c32 = AT90CAN32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3105] c64 = AT90CAN64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2915] c128 = AT90CAN128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2725] m128 = ATMEGA128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2547] m64 = ATMEGA64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2366] m103 = ATMEGA103 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2226] 8535 = AT90S8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2105] 8515 = AT90S8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1991] 4434 = AT90S4434 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1908] 4433 = AT90S4433 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1784] 2343 = AT90S2343 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1660] 2333 = AT90S2333 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1532] 2313 = AT90S2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1419] 4414 = AT90S4414 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1306] 1200 = AT90S1200 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1191] t15 = ATtiny15 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1058] t13 = ATtiny13 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:885] t12 = ATtiny12 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:752] t11 = ATtiny11 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:688] avrdude finished ----------------------- When clicking the "load from MCU" button, the console output is the following: ------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -carduino -P/dev/tty.usbserial-A600aeib -b19200 -pm16 Output: avrdude: stk500_recv(): programmer is not responding avrdude done. Thank you. avrdude finished ------------------- I also tried the command on a shell and got every time the same result when trying the following modifications: - No baud rate set - Baud rate set to 9600 - MCU type set to -pm328p cheers -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-26 14:36 Message: Mikko, can you check that you have selected the right console? (See the attached screenshot on how to select the avrdude console output in Eclipse) Also please recheck that the AVRDude output has been enabled ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") There must be some output, especially as the Rx/Tx lights are blinking, which means that avrdude has been executed by the plugin. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 21:18 Message: Hi Thomas, I do not get *any* output to console. !? Rx and Tx leds are blinking on the board for a very short time, but I have no evidence about anything meaningful moving there. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 14:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-27 05:21:01
|
Support Requests item #2934539, was opened at 2010-01-18 23:13 Message generated for change (Comment added) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-27 07:21 Message: Thomas, Thanks for helping in finding the right console... (embarassed) Upon starting Eclipse, the following appears to the console: -------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -p? Output: Valid parts are: ucr2 = 32UC3A0512 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14906] x128a4 = ATXMEGA128A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14808] x64a4 = ATXMEGA64A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14711] x32a4 = ATXMEGA32A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14614] x16a4 = ATXMEGA16A4 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14517] x256a3b = ATXMEGA256A3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14420] x256a3 = ATXMEGA256A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14323] x192a3 = ATXMEGA192A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14226] x128a3 = ATXMEGA128A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14129] x64a3 = ATXMEGA64A3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:14032] x256a1 = ATXMEGA256A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13935] x192a1 = ATXMEGA192A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13838] x128a1d = ATXMEGA128A1REVD [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13741] x128a1 = ATXMEGA128A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13644] x64a1 = ATXMEGA64A1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13547] m6450 = ATMEGA6450 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13358] m3250 = ATMEGA3250 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:13169] m645 = ATMEGA645 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12980] m325 = ATMEGA325 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12791] usb82 = AT90USB82 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12611] usb162 = AT90USB162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12427] usb1287 = AT90USB1287 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12238] usb1286 = AT90USB1286 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:12049] usb647 = AT90USB647 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11861] usb646 = AT90USB646 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11672] t84 = ATtiny84 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11489] t44 = ATtiny44 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11307] t24 = ATtiny24 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:11125] m128rfa1 = ATMEGA128RFA1 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10937] m2561 = ATMEGA2561 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10743] m2560 = ATMEGA2560 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10550] m1281 = ATMEGA1281 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10362] m1280 = ATMEGA1280 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:10173] m640 = ATMEGA640 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9985] t85 = ATtiny85 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9804] t45 = ATtiny45 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9625] t25 = ATtiny25 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9445] pwm3b = AT90PWM3B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9264] pwm2b = AT90PWM2B [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:9081] pwm3 = AT90PWM3 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8898] pwm2 = AT90PWM2 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8714] t2313 = ATtiny2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8527] m328p = ATMEGA328P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8339] t88 = attiny88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:8153] m168 = ATMEGA168 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7965] m88 = ATMEGA88 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7779] m48 = ATMEGA48 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7592] t861 = ATTINY861 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7404] t461 = ATTINY461 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7215] t261 = ATTINY261 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:7026] t26 = ATTINY26 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6869] m8535 = ATMEGA8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6711] m8515 = ATMEGA8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6553] m8 = ATMEGA8 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6392] m161 = ATMEGA161 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6252] m32 = ATMEGA32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:6077] m6490 = ATMEGA6490 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5884] m649 = ATMEGA649 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5699] m3290p = ATMEGA3290P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5516] m3290 = ATMEGA3290 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5331] m329p = ATMEGA329P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:5146] m329 = ATMEGA329 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4962] m169 = ATMEGA169 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4782] m163 = ATMEGA163 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4624] m162 = ATMEGA162 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4428] m1284p = ATMEGA1284P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4238] m644p = ATMEGA644P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:4046] m644 = ATMEGA644 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3856] m324p = ATMEGA324P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3665] m164p = ATMEGA164P [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3474] m16 = ATMEGA16 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3296] c32 = AT90CAN32 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:3105] c64 = AT90CAN64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2915] c128 = AT90CAN128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2725] m128 = ATMEGA128 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2547] m64 = ATMEGA64 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2366] m103 = ATMEGA103 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2226] 8535 = AT90S8535 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:2105] 8515 = AT90S8515 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1991] 4434 = AT90S4434 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1908] 4433 = AT90S4433 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1784] 2343 = AT90S2343 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1660] 2333 = AT90S2333 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1532] 2313 = AT90S2313 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1419] 4414 = AT90S4414 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1306] 1200 = AT90S1200 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1191] t15 = ATtiny15 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:1058] t13 = ATtiny13 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:885] t12 = ATtiny12 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:752] t11 = ATtiny11 [/usr/local/CrossPack-AVR-20100115/etc/avrdude.conf:688] avrdude finished ----------------------- When clicking the "load from MCU" button, the console output is the following: ------------------- Launching /usr/local/CrossPack-AVR-20100115/bin/avrdude -carduino -P/dev/tty.usbserial-A600aeib -b19200 -pm16 Output: avrdude: stk500_recv(): programmer is not responding avrdude done. Thank you. avrdude finished ------------------- I also tried the command on a shell and got every time the same result when trying the following modifications: - No baud rate set - Baud rate set to 9600 - MCU type set to -pm328p cheers -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-26 15:36 Message: Mikko, can you check that you have selected the right console? (See the attached screenshot on how to select the avrdude console output in Eclipse) Also please recheck that the AVRDude output has been enabled ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") There must be some output, especially as the Rx/Tx lights are blinking, which means that avrdude has been executed by the plugin. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 22:18 Message: Hi Thomas, I do not get *any* output to console. !? Rx and Tx leds are blinking on the board for a very short time, but I have no evidence about anything meaningful moving there. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 15:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-27 05:13:59
|
Support Requests item #2899833, was opened at 2009-11-18 16:30 Message generated for change (Comment added) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Thomas Holland (innot) Summary: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-27 07:13 Message: Hi Thomas, Thanks for helping! The clock speed value is *not* stored in the config file upon "Apply" or "Ok". I did edit the file manually and now the value of 16MHz is showing correctly on Eclipse side, as well. The config file mod is: -rw-r--r--@ 1 saarisal saarisal 784 27 Tam 06:41 de.innot.avreclipse.core.prefs and Eclipse process is owned by saarisal: saarisal 4955 107 0 0:14.17 ?? 1:05.00 /Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse -psn_0_950504 -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-26 16:09 Message: I checked the project you posted, but it works for me, i.e. all changes to the clock setting are saved as expected. For further troubleshooting could you check the file "{your Project}/.settings/de.innot.avreclipse.core.prefs". This is where the plugin stores the MCU type and clock frequency. Does the the avrtarget/ClockFrequency line in the file change when you 'Apply' or 'OK' a different clock frequency in the plugin? P.S. as a workaround to your problems you could edit the abpve mentioned line in the preferences file with Eclipse not(!) running to manually select a different clock frequency. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 22:08 Message: Hi Thomas, I am experiencing the exact same behavior. I am getting it apparently every time I create a project. (I am following these instructions: http://robertcarlsen.net/2009/10/31/arduino-in-eclipse-989). I'll upload a fresh project tar with zero source file in it. I'll do it on bug ID: 2934539. No intention to cross post. This one just had the 1MHz observation more precisely described then the ...539. ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-22 16:22 Message: Hi, first of all. the Plugin does not read the MCU clock frequency from the target MCU. It can only determine the MCU (a convenience featrue if you do not know the exact type) But nevertheless the clock frequency should not change itself. So this could be a bug and if you send me the affected project (or attach it to this support request item) I can check if I can reproduce the bug. Thomas ---------------------------------------------------------------------- Comment By: Interactive Matter (interactmatter) Date: 2010-01-21 16:18 Message: Yes, it is still valid. Unfortunately it appears to affect just one project. Can I help you by providing some project file or something? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 15:55 Message: Hi Anonymous, sorry, but I missed your support request. Is it still valid? brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-26 14:09:14
|
Support Requests item #2899833, was opened at 2009-11-18 15:30 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Thomas Holland (innot) Summary: CPU frequency bounces back to 100000 Initial Comment: Hi I am using the latest version of the avr-eclipse (at least software update does not give me a newer version). If I read the cpu frequency from the device it gives me 1Mhz. Despite the device runs on 8Mhz. Don't know if it is a bug. But if I set it manually to 8Mhz and aplly the settings close the properties dialogue and open it aain it is back at 1Mhz. Could this be a bug? My workaround is to set F_CPU by hand. ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-01-26 15:09 Message: I checked the project you posted, but it works for me, i.e. all changes to the clock setting are saved as expected. For further troubleshooting could you check the file "{your Project}/.settings/de.innot.avreclipse.core.prefs". This is where the plugin stores the MCU type and clock frequency. Does the the avrtarget/ClockFrequency line in the file change when you 'Apply' or 'OK' a different clock frequency in the plugin? P.S. as a workaround to your problems you could edit the abpve mentioned line in the preferences file with Eclipse not(!) running to manually select a different clock frequency. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 21:08 Message: Hi Thomas, I am experiencing the exact same behavior. I am getting it apparently every time I create a project. (I am following these instructions: http://robertcarlsen.net/2009/10/31/arduino-in-eclipse-989). I'll upload a fresh project tar with zero source file in it. I'll do it on bug ID: 2934539. No intention to cross post. This one just had the 1MHz observation more precisely described then the ...539. ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-22 15:22 Message: Hi, first of all. the Plugin does not read the MCU clock frequency from the target MCU. It can only determine the MCU (a convenience featrue if you do not know the exact type) But nevertheless the clock frequency should not change itself. So this could be a bug and if you send me the affected project (or attach it to this support request item) I can check if I can reproduce the bug. Thomas ---------------------------------------------------------------------- Comment By: Interactive Matter (interactmatter) Date: 2010-01-21 15:18 Message: Yes, it is still valid. Unfortunately it appears to affect just one project. Can I help you by providing some project file or something? ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 14:55 Message: Hi Anonymous, sorry, but I missed your support request. Is it still valid? brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2899833&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-26 13:36:37
|
Support Requests item #2934539, was opened at 2010-01-18 22:13 Message generated for change (Comment added) made by innot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- >Comment By: Thomas Holland (innot) Date: 2010-01-26 14:36 Message: Mikko, can you check that you have selected the right console? (See the attached screenshot on how to select the avrdude console output in Eclipse) Also please recheck that the AVRDude output has been enabled ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") There must be some output, especially as the Rx/Tx lights are blinking, which means that avrdude has been executed by the plugin. ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 21:18 Message: Hi Thomas, I do not get *any* output to console. !? Rx and Tx leds are blinking on the board for a very short time, but I have no evidence about anything meaningful moving there. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 14:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
|
From: SourceForge.net <no...@so...> - 2010-01-22 20:18:19
|
Support Requests item #2934539, was opened at 2010-01-18 23:13 Message generated for change (Comment added) made by mikkosaarisalo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: Accepted Priority: 5 Private: No Submitted By: Mikko Saarisalo (mikkosaarisalo) Assigned to: Thomas Holland (innot) Summary: AVR Plugin unable to detect target MCU Initial Comment: I have a fresh and updated Eclipse with AVR Plugin. I was following Robert Carlsen's instructions to use Eclipse in Arduino development. Upon Project setting I seem to be hitting into problems AVR Plugin recognizing the target MCU. The set-up I have is attached a EclipseConfiguration.txt. In addition to Eclipse & Plugins, I am using CrossPack AVR tools for MAC OS X. The tool version CrossPack is reporting are: avarice in version 2.9 avr-libc-1.6.7cvs in version 1.6.7 avrdude-5.8svn912 in version 5.8svn912 GNU binutils in version 2.19 gcc-3 in version 3.4.6 gcc-4 in version 4.3.3 gdb in version 6.8 libusb in version 0.1.12 GNU make in version 3.81 simulavr in version 0.9 The steps to produce the problem: 1. Have an AVR project created. 2. Open project Properties 3. Navigate to AVR -> TArget Hardware 4. Select your MCU type (I had ATMEga 328P) 5. Set the Clock Frequency (Mine 16 MHz) 6. Click "Load From MCU" The results are: 1. Error message (screenshot attached and text written below) 2. Clock speeds changes to 1MHz --------:<------ Could not understand the output from AVRDude. - Either avrdude returned an error message that is not covered by AVR Eclipse Plugin - or you have newer AVRDude version with a changed output format. In either case check the AVRDude return message below and contact the AVR Eclipse Plugin maintainers to have this fixed. https://sourceforge.net/projects/avr-eclipse Reason: Could not find a valid Signature in the avrdude output. --------:<------ ---------------------------------------------------------------------- Comment By: Mikko Saarisalo (mikkosaarisalo) Date: 2010-01-22 22:18 Message: Hi Thomas, I do not get *any* output to console. !? Rx and Tx leds are blinking on the board for a very short time, but I have no evidence about anything meaningful moving there. -mikko ---------------------------------------------------------------------- Comment By: Thomas Holland (innot) Date: 2010-01-21 15:52 Message: Hi Mikko, first of all, the "load from MCU" function is just a convenience feature if you do not know the correct type of MCU. As you already know your MCU there is no need to push this button. But the function should still work correctly. For troubleshooting please activate the AVRDUDE console output ( Window -> Preferences -> AVR -> AVRDude -> "Log internal AVRDude output to console") and check the actual error message produced by avrdude. I haven't done any AVR related stuff for about a year, so the Plugin-internal AVRDude error parser might be out of date and not reporting the correct error messages. brgds, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=928232&aid=2934539&group_id=189165 |
