Дополнительный UART Опции

[aforestman]

Philips недавно анонсировал I2C/SPI => RS-232
Называется SC16IS740/750/760

 rs2_3_1x_s.pdf ( 298.81 килобайт ) Кол-во скачиваний: 345

[VIRt]

Работал Я с MAX3140 на сигнале С8051F120. Получилось реализовать через макс но только програмно, так как MAX входит в прерывание и сидит в нем пока все условия сброса не выполнятся. Т.е. прерывание по уровню. Изза этого и получалось что он и не вылазил с внешнего прервания. А СПИ имел приоритет ниже. Выходит что нужно ловить и по заднему и по переднему фронтам. + проводить в момент самого прерывания контроль и устанавливать флаги сброса. С8051F120 мог отлавливать только по заднему. А переразводить плату уже некогда было.

[AKimbo]

Используем мост SPI<=>UART SC16IS752, проблем никаких со скоростями и процедурой связи нет, есть встроенное FIFO как на прием так и на передачу. Планируем перейти на SC16C754 с параллельным интерфейсом, по причине нехватки UARTов. Интерфейс последнего не особо удобный - шина имеет такие сигналы выбора, которые на интерфейс внешней памяти (с учетом нахождения на шине еще и памяти) без внешней логики красиво не ложатся. Плюс каждый канал из четырех UARTов имеет свое прерывание, что тоже не удобно.
Вам рекомендую посмотреть на SPI<=>UART или I2C<=>UART серии SC16IS7xx, что больше нравится

[gormih]

Если нет боязни пропустить важные данные или предусматривается работа запрос-ответ, то самым дешевым способом будет внешний мультиплексор.

Причем данные можно и не потерять при соответсвующем подходе. Например зацепить переключатель каналов двухнаправленного мультиплексора к свободной ноге контроллера, и коммутировать каналы по прерыванию таймера с достаточной скоростью. При этом сообщая внешней программе текущий канал.

Однако не уверен, что подобное решение будет дешевле с точки зрения производства изделия, нежели программный метод реализации. Аппаратные решения как правило дороже программных, если речь идет о серийном производстве. (И соответственно дешевле, если изделие еденичное или мелкосерийное)