Support for I2C bootloading with ATmega644

17 views
Skip to first unread message

John Orlando

unread,
Sep 19, 2012, 7:19:13 PM9/19/12
to avr-...@googlegroups.com
Hi all,
I've been looking at options for building an I2C-based bootloader for a design based on the ATmega644.  After some googling, I came across avr-xboot, and it looks like a great solution for my project.  Very nice work Alex :-)

So on to my question.  The documentation mentions that support for I2C bootloading is only supported with the XMEGA series, and sure enough, the code has a #ifdef checking to confirm that it is an XMEGA chip.  Is there some technical limitation to using non-XMEGA (i.e., the ATmega644) AVRs here?  If so, what is the limitation?  From a quick read-through of the code, nothing jumps out at me that would indicate that it wouldn't be possible, so I'm guessing that it may just be that there wasn't a clean way to have a common codebase support both XMEGA and MEGA AVRs.  But any insight to the issues/reasons here would be appreciated.

Thanks much,
John

Alex Forencich

unread,
Sep 19, 2012, 7:35:46 PM9/19/12
to avr-...@googlegroups.com
It isn't implemeted on atmega for historical reasons. Basically, xboot
was written originally for xmega processors with support for several
serial interfaces. Then the API and self-update functionality was added
and these portions ported to atmega. As this was done in a hurry as
part of some consulting, very little else was changed. If you would
like to implement the necessary changes, I would be more than happy to
incorporate them into the repository.

Alex Forencich
> --
> You received this message because you are subscribed to the Google
> Groups "avr-xboot" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/avr-xboot/-/YIfgRLBaiA8J.
> To post to this group, send email to avr-...@googlegroups.com.
> To unsubscribe from this group, send email to
> avr-xboot+...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/avr-xboot?hl=en.

Reply all
Reply to author
Forward
0 new messages