Микроконтроллеры AVR

Да, линкеру нужно объяснить, но опять же перекрывающиеся секции это скорее исключение, чем правило. Насчёт памяти - просто - Вы вроде как упоминали модбас - если оно более-менее, то это по-минимуму 1 буфер на 256 байт только на транспорт. Плюс надо буферы на все перменные с доступом из системной и прикладной частей программы. Плюс стек. И плюс пацаны;) И это без вытесняющей ОС, т.е. жесткий контроль за творчеством пацанов сразу отметается. Насчёт ногодрыга всё относительно. FAST IO в LPC это штука достаточно быстрая, т.е. при потреблении сравнимом с AVR "в самой жаре" LPC успеет точно не медленнее мучать ногодрыг, ну а в остальном, ИМХО, с подавляющим преимуществом уделает - хоть ARM7, хоть Cortex-M3. Даже Cortex-M0 при всех равных будет вкуснее. А варианты с GPIO в ARM7 действительно могли быть даже чуть хуже того же на AVR и многих других МК. Но, как по мне, если после 20 МГц нужно заниматься ногодрыжеством, то вариант должен быть только под конкретную задачу. И тут скорее рулит чего-нить типа dsPIC, чем AVR с ARM вместе взятыми. не знаю AVR32, но эти вроде как достаточно шустрые зверьки должны. Ваша мотивация мне вполне понятна - у мну те же идеи реализованы на нескольких платформах - LPC2378, MSP430F2418, ATmega128+, ну и достаточно устоявшейся обвязке для каждого референца - но это по сравнению с ATmega8 другая весовая категория. От идеи с BIOS отказались (пока, может быть) - BSP и так достаточно объёмные - в них разобираться самим (системным программистам) не всегда легко, не то, что пацанам;), но уровень приложений завсегда линкуется именно с либой BSP. Наружу торчит аж startup (хотя и его можнро спрятать, и уже прятали, но облом;)) и хедеры самого BSP. Часть функций в BSP - заглушки - пользователь может их переопределить. Всё придумано до нас (С)