What improvements will Atmel make?

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

This is new thread about the complains about the AVR. I think that there are some easy things that Atmel could do to make it easier for the customers. I hope someone at Atmel would like to reply to this posting. I also welcome others to come with suggestions for improvements as well.

1. The homepage.
- Why is not all information about the AVR in one place? There are other parts who has the AVR core on the chip, for example USB controllers I think and a readio module. Why is not information about them (or links to them) included on the AVR pages?
- The news is hidden in "Hot Topics/News" and mixed with other news. Wouldn't it be better to have a separate news list only for the AVR and it should be reachable from the AVR top level. News should include such as "Volume production of XXX in march 2001", "Important bug fixes made in the newest update X.XX of AVR Studio", "Tiny 22....". I mean, news interesting for the developer. Maybe an AVR newsletter reachable online from the homepage.
- We know there are problems (I call them bugs from know on) that is common to many of the AVR:s such as the EEPROM adress 0, Reset pin sensitivity etc. It would be very iseful to have a table with all parts there theese bugs are listed so you could easily choose a part that not have a bug that is sensitive for your application.
- I also miss a table with all parts there you could see production status for the parts. It should be obvious that that information is very important to designers and we don't want to ask our distributor about everything. I like to see "in volume production", "samples now", "volume production in 2001-XX-XX" and so on.
- Many of the pages should be sorted so it is easier to find what you are looking for. The application notes could be sorted in different topics for example. The same for the Data Sheets. A "list all" button is fine but not always please.
-About the Data Sheets, what is wrong with your sever? Often downloads fails.
- The product selector. This is useless. You can not put in demands such as ">X ADC channels", "EEPROM, any size". All selections targets just a few parts so if you make multiple selection you often ends up with no part at all.

2. The AVR architechture.
- Many of us call for faster parts. Why can't you make a faster AVR when you can do a FPSLIC who has an AVR core included in 40 MHz?
- There are vendors who has come with parts that have configurable devices. Is this anything that is possible to do in the AVR architechture? An example: There are a lot of parts who has an ADC. And if you have an ADC you have an DAC as well. Maybe you could choose between if it should work as an ADC or as an DAC.
- Do you develop new parts on your own or do you only make new parts as a custom chip to big customers first?

3. AVR Studio.
- How much effort will you do to improve this? It is still to buggy and some seams to think it is not worth to give reports of errors. Maybe you should go out much more clearly that you want such feedback. Why not include feedback information to the start-up screen of AVR Studio? And what about new features such as the sleep mode? Will you continue to make new features as well or do you only got time for bug fixes?

4. Other information
There are other things that ther is no information about know. For example the development boards. There is not much information about them. No schematics for theSTK500? The AVRTOOLS.PDF hasn't been updates since Aug 2002.

5. Serial programmin problems.
Why is it still problems with programming? If you buy Atmel tools you think that they should do the job. But I have parts that I can't make serial programming of. If there are known such problems you should tell us. Why is it no software for the old STK:s that can safely program under NT? (I think other vendors could).

Best regards, Bengt Ragnemalm

My favorites:
1. My oscilloscope, Yokogawa DLM2024.
2. My soldering iron, Weller WD2M, WMRP+WMRT.
3. JTAGICE3 debugger.

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

Hi,

As I mentioned already, if the AVRStudio is free, why doesn't Atmel open source it as well ?

This would allow developers to fix the most annoying problems themselves, and then we could all benefit from it.

Look at the success of gcc being ported to compile for this target for an example.

If the emulation in avrstudio was taken out and integrated with one of the better open source IDE's like Kdevelop, it would only improve the situation for everyone. Atmel could concentrate on supplying one smaller piece of the system and doing it well, and make use of already established tools for the rest of it.

Another benefit of this would be the tools would then work on various operating systems instead of just windows.

The AVR's seem to have a very strong development community, every time I have asked for help I have gotten an answer either on the list or privately within several hours. I try to return the favour when I know the answer to something as well. Atmel should take advantage of this community effort to further the development of the programming toolchain as well. It seems like the expertise is out there in this community already, and just needs to be directed at fixing the problems instead of simply complaining about them.

admin's test signature
 

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

You are all draming, you miss the obvious point, ATMEL doesnt give a stuff!!!

admin's test signature
 

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

Atmel releaseing the code for AVR Studio to the public for the continued development of the software only for the support of their products would be a great boost to the continued increase in the use of their IC in the future. I imagin the AVR Studio development team at Atmel isn't too keen to that but if they work it right, be the organizers and continue to lead the development, they too will come out ahead.

I would like to see the AVR Studio support the STK300 and the ATmega series. If the AVR Studio source was released to the public I sure sooner or later these tools will appear. And the GCC will be incorporated into the IDE.

Mike

admin's test signature
 

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

I would like to see an isp programmer for the avrstudio (which is good i think) you can hunt about and find parallel ones but then the mega 163 comes out and theres nothing to program it with thats integrated into the studio. Do the dev board companys not like isp??

admin's test signature
 

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

Ficus,

The STK500 board can ISP the ATmega163 (and every other AVR device save the ATmega103 due to package type), and the interface is AVR Studio.

Best regards,

Morten, AVR tech. support, Atmel FAE

admin's test signature