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

[SZ0]

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

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

[Andrey_B]

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

Связать два мк в любом случае сложнее и дольше по времени чем что-то сделать на основе уже имеющегося мк. Две единицы требующие программирования/отладки на плате в любом случае хуже чем одна. При всех равных. Кроме того SPI или UART`ов много не бывает. Клавиатуру можно включить в матрицу, используя ноги ЖКИ, при 4-битном интерфейсе без поллинга будут доступны для клавиатуры 5 ног, к ним добавить еще 2 и 10 кнопок уже можно повесить. Это решение без всяких регистров сдвига, чисто софтверное. Итого 8 ног + несколько резисторов для развязки на все про все. Сколько задействовано ног сейчас, и сколько нужно свободных ?

[SZ0]

Клавиатуру можно включить в матрицу, используя ноги ЖКИ

Слышал про такое. А где бы поподробнее про это посмотреть?

[Visor]

Слышал про такое. А где бы поподробнее про это посмотреть?

У Atmel есть AppNote - AVR242: 8-bit Microcontroller Multiplexing LED Drive and a 4 x 4 Keypad (doc1231.pdf).