| Author |
Message |
|
|
Posted: Sep 10, 2010 - 01:03 PM |
|


Joined: Mar 27, 2002
Posts: 18520
Location: Lund, Sweden
|
|
|
Quote:
And the possibility to send from the simulated program informations to the terminal. It is important for unit testing.
If my dreams come true we will have an API exposed for simulating and testing so that we can use eg CPPUnit (the C/C++ port of JUnit).
I polish my crystal ball myself (not really yielding the same quality of precognition as when you send it out to a professional polisher), but I think I see that we will get code collapsing, code completion, code browsing and refactoring in AS5. There are glimmers at the edges of my crystal ball that I interpret as cross-platform. Hopefully with full support for eg on-chip debugging. It might even look like it will be implemented as a basic command-line oriented debugger, that has a plugin to the IDE for integrated debugging. |
|
|
| |
|
|
|
|
|
Posted: Sep 15, 2010 - 04:25 PM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
Eclipse IDE is very nice and powerful editor for C/C++ projects and many companies use this IDE with GCC GNU tools for
their devices(for example NXP developed LPCXpresso based on GCC GNU and eclipse IDE for windows and linux for ARM cortex LPC1xxx devices)
Atmel use GCC (winavr) with AVRstudio for AVR,AVR studio have ver weak IDE for C/C++ project edit and manage,
If atmel provide an eclipse based IDE and GCC compiler for AVR this is better for users,atmel with this approach can support
linux also,this platform can also be used for other atmel microcontrollers like as sam3 micros.
These solve the problem of linux users also.
In this way we can use atmel debugger(AVRJTAG mkII and AVR ISP mkII) to debug and proram AVR micros in eclipse IDE.
BTW: current eclipse IDE +AVR plugin have problems in xmega debug and support of new devices.
Please tell atmel to do this. |
|
|
| |
|
|
|
|
|
Posted: Sep 15, 2010 - 04:32 PM |
|


Joined: Jul 18, 2005
Posts: 62220
Location: (using avr-gcc in) Finchingfield, Essex, England
|
|
|
Quote:
Please tell atmel to do this
You still haven't read this entire thread have you? The signs are that AVR Studio 5 *is* going to be Eclipse. (just as AVR Studio32 already is) |
_________________
|
| |
|
|
|
|
|
Posted: Sep 15, 2010 - 05:07 PM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
ok,I am sorry for that.
These are my wishes for AVR studio 5 also,I hope atmel implement it in new release.
cross platform,single platform
eclipse based
support AVR ,AVR32, SAM3
Generate a single production file include all things. |
|
|
| |
|
|
|
|
|
Posted: Sep 24, 2010 - 10:04 AM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
The time given (H1 2010) for releasing ver5 is over,please specifiy the time for releasing ver5,we like to know it.
(dates that are given by atmel are not accurate most of times) |
|
|
| |
|
|
|
|
|
Posted: Sep 25, 2010 - 10:00 AM |
|


Joined: Mar 27, 2002
Posts: 18520
Location: Lund, Sweden
|
|
That is why they should not give any.
Just be patient and assume that Heaven awaits around the corner.. |
|
|
| |
|
|
|
|
|
Posted: Sep 25, 2010 - 08:04 PM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
I think atmel times need to be calibrated, is it better to add 1 year to the time that is announced by atmel.
BTW: avr studio 5 seems to be a revolutional change in AVR design! |
|
|
| |
|
|
|
|
|
Posted: Oct 04, 2010 - 12:15 AM |
|


Joined: Sep 22, 2009
Posts: 15
|
|
I'm used to Keil uVision wich is what we use at university, and I think it's better at simulating the uC.
One thing that I dislike from avrstudio is timer simulation... maybe I'm doing something wrong... |
|
|
| |
|
|
|
|
|
Posted: Oct 04, 2010 - 09:27 AM |
|


Joined: Jul 18, 2005
Posts: 62220
Location: (using avr-gcc in) Finchingfield, Essex, England
|
|
|
Quote:
One thing that I dislike from avrstudio is timer simulation... maybe I'm doing something wrong...
"Simulator" or "Simulator 2"? Only the latter can be trusted (mostly). |
_________________
|
| |
|
|
|
|
|
Posted: Oct 05, 2010 - 01:08 PM |
|


Joined: Sep 22, 2009
Posts: 15
|
|
|
clawson wrote:
"Simulator" or "Simulator 2"? Only the latter can be trusted (mostly).
I think simulator 2 don't work with all devices, but you're right, I was talking about simulator 1.
I will try simulator 2. |
|
|
| |
|
|
|
|
|
Posted: Oct 05, 2010 - 02:38 PM |
|


Joined: Jul 18, 2005
Posts: 62220
Location: (using avr-gcc in) Finchingfield, Essex, England
|
|
|
Quote:
I think simulator 2 don't work with all devices, but you're right, I was talking about simulator 1.
I will try simulator 2.
Then if you want to simulate (and with timers have any hope of it behaving like the real thing) pick the "modern" AVR that is closest to the one you are developing for and make a port of the code to that and try it in the simulator. When you are happy with the timer setup, port it back to the intended AVR.
Life is easier if you start out building for a Sim2 supported AVR in the first place. The "modern" ones generally have lower power consumption and cost less for the same features (usually more features) than an "old school" AVR. |
_________________
|
| |
|
|
|
|
|
Posted: Oct 05, 2010 - 08:09 PM |
|


Joined: Sep 22, 2009
Posts: 15
|
|
|
clawson wrote:
The "modern" ones generally have lower power consumption and cost less for the same features (usually more features) than an "old school" AVR.
Wonderful then because I'm beginning to use some basic uC of the new line, Atmega48P and Attiny48. |
|
|
| |
|
|
|
|
|
Posted: Oct 10, 2010 - 08:29 AM |
|


Joined: Oct 10, 2010
Posts: 7
|
|
I would like to be able to create and edit source code files in UNICODE, at least in UTF-8, ideally support all WinAVR code page switches.
All strings in USB structures are in UNICODE, but AVR Studio editor does not support UNICODE and I'm forced to use Visual Studio to edit these files. |
|
|
| |
|
|
|
|
|
Posted: Nov 01, 2010 - 01:36 PM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
I think it is better to use codeblocks or codelite as IDE for avrstudio5,because they based on c/c++.
(eclipse based on java ,is huge and have many useless features,hard to work) |
|
|
| |
|
|
|
|
|
Posted: Nov 02, 2010 - 10:33 AM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
| codeblocks is the best IDE for AVR studio 5,please check it ,it is fast and written in C++ and have all edit needs. |
|
|
| |
|
|
|
|
|
Posted: Nov 02, 2010 - 11:49 PM |
|

Joined: Aug 18, 2004
Posts: 64
Location: Mostar
|
|
| I vote for Code::blocks too as editor for new AVR Studio. (if this have any sense now). |
|
|
| |
|
|
|
|
|
Posted: Nov 04, 2010 - 04:24 AM |
|

Joined: Oct 22, 2009
Posts: 58
|
|
CodeBlocks is written in C/C++ and is open source and low size and have many features better than eclipse.
It support many compilers like as GCC.
I can compile AVR programs in it at now!
www.codeblocks.org |
|
|
| |
|
|
|
|
|
Posted: Nov 04, 2010 - 09:21 AM |
|


Joined: Jul 18, 2005
Posts: 62220
Location: (using avr-gcc in) Finchingfield, Essex, England
|
|
Don't you think THREE posts saying the same thing is probably enough now?
Moderator. |
_________________
|
| |
|
|
|
|
|
Posted: Nov 08, 2010 - 03:31 AM |
|

Joined: Oct 06, 2010
Posts: 17
|
|
| I would like to see the editor updated to allow collapse of code intellisense (such as with visual studio). I would also would like to see the editor expandable through user dlls. Some open header files.[/list] |
|
|
| |
|
|
|
|
|
Posted: Nov 10, 2010 - 11:47 AM |
|

Joined: Aug 18, 2006
Posts: 137
|
|
Kind of late to be commenting now, but the three things that bug me every day:
1) Can't add files using relative paths (..\common\header.h),
2)Project does not configure Programmer (I have to select the correct processor every time I change projects)
3)IDE compiles all "source files" - you have to put source files that are not compilation units either into "header files", which they are not, or "other files", which they aren't either.
We actually use relative paths by modifying the project file, so if that becomes even more broken then I suppose we will have to switch more of our development to Eclipse. |
|
|
| |
|
|
|
|
|