Re: [avr-libc-dev] Sleep.h not appropriate for AT94K devices

[E. Weddington]

Wouter van Gulik wrote:

>  
>
> > If you just fill out one bug report that will be just fine. The issues
> > are related so it's not a big deal. TIA for filling out a bug report!
> >    
>
> Done!
>
>  
Great! I saw the bug report come across just before you sent this. Thanks!

> > SystemDesigner tool set? Where is that from? And yes, that's a pretty
> > old version of WinAVR.
> >    
>
> The SystemDesigner tool set is the IDE for working with the FPSLIC devices.
> It makes it possible to simulate the AVR part and the FPGA part together.
> It also provides the upload and configuration tools for the devices. And it
> generates 1 bit stream from the .hex file (AVR source) and the .bst (FPGA
> bitstream).
>  
Ah, thanks for the explanation.

> There are several C compilers (for evaluation) on the CD.
> WinAVR is on it as well (not for eval. of course)
> This got me wondering why ATMEL puts WinAVR on it when it's not compatible
> (or did the old version work?)
>  
Since WinAVR is a collection of open source tools, and binutils, gcc, 
and avr-libc say they support the AT94K devices, they probably just 
slapped it on the CD. As I mentioned, you're the first, AFAIK, to give 
the toolset support for the device a good testing.

Do you happen to have an email address of the group at Atmel that puts 
together the CD? I can go bug them to upgrade.

> The code I made for the ATmega32 seems to work for the FPSLIC as well.
> I could not do further testing then the always wonderful flashing led, due
> to a hardware failure. But the flashing led worked :D.
>
> I would say it works for the At94K devices. All you need to do to get the
> code in to the device is to select the compiled .hex file and upload it.
> However I have not tested the WinAVR suite with different RAM en "ROM" size
> for the AT94K.
>
>  
Keep it up!
Let us know how you progress. And if you run into further problems let 
us know, and fill out bug reports.

Thanks!
Eric