FYI I have been using the beta and this is *much* better than previous
releases. The docking system is super: all docked windows can auto-shrink
to the side (top/bottom) with tabs - click on a tab and the window you want
slides open: source, registers, i/o, etc. Really, really slick.
-Origi
Hello everybody,
I've just started working with at90can128 and I'm in trouble. I
downloaded the atmel's lib for this mcu and i'm trying to run it in
avr-gcc, but up to now, nothing.
Does anybody did this?
if not, i'll try to explain what i'm doing...
I have 2 stk500 with 2 stk501 and 2 at90can1
On Friday 30 September 2005 04:45 am, Vincent Trouilliez wrote:
> I have been advised to use CVS when developing programs, but it seems
> awkward to set up the server side. While asking around for help, I have
> been suggested to give up CVS and use SVN, "subversion",
Here is a comparison of seve
Peter Zuur wrote:
Hello everyone,
I’m not sure whether I’m addressing this to the proper list, but does
anyone know about a small footprint open-source PPP stack optimized
for the AVR series?
Hi.
Have a look at NutOs. I saw a PPP layer in the OS, but I did not used it
yet. Everything abo
Hello everyone,
I’m not sure whether I’m addressing this to the
proper list, but does anyone know about a small footprint open-source PPP stack
optimized for the AVR series?
Thanx
Peter
___
AVR-GCC-list mailing list
AVR-GCC-li
Hi,
I'm developing a new board and would
like to mount the ATmega2561.
I already need the RAM size (8Kbyte),
the flash size is just a nice to have for now.
The wiki page (http://www.kieltech.de/uweswiki/ATmega2560_5fsupport)
suggests
two pitfalls:
"What needs to be done (tasks)
(1) Align fu
I missed Nils' code, but I suspect that a a template-based approach
would avoid one shortcoming of your approach: your io::IOClass uses 6
bytes of RAM storage for each instance, which would probably be
unacceptable in many cases. A template approach might use none, since
the I/O addresses are com
