В основе устройства sam7s процессор, оба USARTа заняты. Хочу заложить в новую версию дополнительно внешний rs - 485. Переход на другой процессор в текущей итерации не очень разумен, тк сам концепт устройства отложен и проверен практикой.
Единственное что приходит на ум, так это через SPI управлять передачей usart'a дополнительной mega8L. Может есть решения изящнее? Плис и всё что крупнее (tqfp корпуса) меги впихнуть будет некуда

У Maxim есть вот такие хреновинки.
http://para.maxim-ic.com/en/search.mvp?fam...amp;tree=master

Возможно подайдет CPLD. Например CoolRunner-II (xilinx) кристалл XC2C32A (есть корпус 5х5 mm) или XC2C64A (есть корпус 6х6 mm). Если в первый uart может и не влезть, то во второй влесть должен.
В любом случае лучше проверить.
Здесь побольше информации:
http://www.xilinx.com/products/silicon_sol...cplds/index.htm

Спасибо большое за советы!
rezident, по идее то что нужно!
sheh, даже не хочется пока влезать в CPLD ради вспомогательной задачи...

Лишний раз убеждаюсь что лучшее враг хорошего... Решение с мегой хоть и выглядит нелепым (ИМХО), а будет явно более гибким чем деталь от максима и явно более простым чем CPLD.
И ровно в 10 раз дешевле Хотя цена тут уже маловажный фактор...

Решения с CPLD, при наличии навыков работы с данным типом ПЛИС, тоже очень гибкое.
Мы когда проектируем протатипы плат часто закладываем CPLD и заводим как можно больше "сомнительных" сигналов на данный кристалл "на всякий случай".
Цена у CPLD небольшая, например XC2C64A стоит примерно 2-3$.
Но впрочем я не настаиваю, без опыта работы с данным кристаллом действительно проще поставить мегу.

Удачи.

Ну, если у Maxim'а хреновинки, то у NXP есть вполне серьёзные мосты SPI->UART.

А DBGU там что-ли нету ? (в качестве 3го UART)

DBGU не умеет RS-485 управлять. Хотя можно и софтварно.

На ПЛИС и прочих внешних приблудах будет несомненно проще и дешевле...

Конечно софтварно, при задействовании PDC для передачи это совсем не напряжет...

Тоже была мысль про DBGU, но что то отбросил её по не знанию...
Все, с чем придёться мириться работая через DBGU это 8 бит данных 1 стоп бит, менее гибкий бод рэйт? Или есть ещё камни? Организовать программный 485й проблем не составит.

Еще у него нет прерывания по тайм-ауту приемника. А вообще обычный вполне UART.