Разнесение задач из одного МК на два МК - выносной пульт ДУ. Связь двух МК. Опции

[SZ0]

Основной проц ATmega640. Задействованы почти все ножки. Управление - 10 клавиш, индикация - ЖКИ WH2004. Заказчику понадобились ещё ножки у 640 для работы. Он предложил перенести клавиши и ЖКИ на отдельный пульт управления. А МК связать.

Родились такие мысли:
1. Связать по UART или SPI. Что эффективнее в данном случае будет? С SPI пока не работал.
2. Модули обработки клавиш и ЖКИ полностью перенести в отдельный МК.
Но тут встаёт вопрос быстродействия. Модули для ЖКИ выводят на него строки слов, да и вообще кучу данных. Пока даже ума не приложу, как это всё передавать на отдельный МК. Стоит ли делать такое разделение задач? Может есть другие более оптимальные вариатны?

[rezident]

1. Связать по UART или SPI. Что эффективнее в данном случае будет? С SPI пока не работал.
2. Модули обработки клавиш и ЖКИ полностью перенести в отдельный МК.

Выносить или нет в отдельный МК вам решать. Только ничего страшного или нового в таком решении нет. Получается обычный алфавитно-цифровой терминал, только с очень усеченной клавиатурой и маленьким дисплеем. Связать его с основным МК лучше через UART. Т.к. в принципе входящий (дисплей) и исходящий (клавиатура) потоки у терминала независимы. А SPI как синхронный интерфейс, обяжет вас синхронизировать эти потоки. Вообще последовательный асинхронный канал де-факто стандартный вид связи для терминалов и использовался раньше в ЕС ЭВМ и СМ ЭВМ.
Только рекомендую вам взять за основу какой-либо существующий терминал (команды и способы управления им), а не выдумывать свой отличный от других "велосипед".

[zltigo]

Только ничего страшного или нового в таком решении нет.

Страшное есть - за стоимость двух AVRок (в прочем и почти за одинарную) берется контроллер совсем другого уровня и/или связка с FPGA/CPLD