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

[dmyl]

Устройство на ARM7 от филипса. Кристаллы 2214 и 2138.
Нужно 2xRS232 и 1хRS485, получается нужен третий UART, на кристаллах только пара. Как бы попроще и покрасивее сделать?
Есть вроде конвертеры SPI-UART или подобные. Может решал кто похожую задачу.

[rezident]

А программный UART не устраивает (вопрос чисто теоретический)?

[dmyl]

А программный UART не устраивает (вопрос чисто теоретический)?

Ну честно говоря даже на задумывался. Делал раньше его, но тогда и UARTa на крисиалле не было совсем. Не думал что когда-то придется к этому вернуться. В принципе если есть возможность найти на LPC готовый код программного УАРТа, который с небольшими переделками реально воткнуть, то вообщем это хороший вариант.

Насчет SPI->UART, есть готовые типа MAX3100, но с ними не работал. Смотрю я на них - они вроде бы включены слэйвом - так что получается их опрашивать постоянно надо - не лучше чем программый.

[rezident]

Ну честно говоря даже на задумывался. Делал раньше его, но тогда и UARTa на крисиалле не было совсем. Не думал что когда-то придется к этому вернуться. В принципе если есть возможность найти на LPC готовый код программного УАРТа, который с небольшими переделками реально воткнуть, то вообщем это хороший вариант.

Я указал "чисто теоретически" потому, что непосредственно с ARM я не работал. Но на MSP430 делал UART, используя функции Capture и Compare в режиме PWM таймера. Может тут тоже нечто подобное (аппартно-полупрограммное) замутить? ИМХО имеет смысл для RS485, т.к. все равно там полудуплекс.

[dmyl]

Я указал "чисто теоретически" потому, что непосредственно с ARM я не работал. Но на MSP430 делал UART, используя функции Capture и Compare в режиме PWM таймера. Может тут тоже нечто подобное (аппартно-полупрограммное) замутить? ИМХО имеет смысл для RS485, т.к. все равно там полудуплекс.

Да хватило бы таймера, можно и сделать. А разницы на 485 или 232 большой нет. Тем более что у меня и на 232 похоже будет полудуплекс. Вопрос теперь что проще - запрограммировать SPI или написать программный УАРТ.

[Andy Mozzhevilov]

Я указал "чисто теоретически" потому, что непосредственно с ARM я не работал. Но на MSP430 делал UART, используя функции Capture и Compare в режиме PWM таймера. Может тут тоже нечто подобное (аппартно-полупрограммное) замутить? ИМХО имеет смысл для RS485, т.к. все равно там полудуплекс.

Да хватило бы таймера, можно и сделать. А разницы на 485 или 232 большой нет. Тем более что у меня и на 232 похоже будет полудуплекс. Вопрос теперь что проще - запрограммировать SPI или написать программный УАРТ.

Вопрос тиражности изделия. Если изделие единичное, можно поставить дополнительную периферию. Хотя еще не факт, что програмно с ней проще будет работать, чем с программным uart.
На LPC 60МГц можно сделать программный uart до скоростей 19200 достаточно просто. Для облегчения задачи завести Rx на пин, который может детектировать прерывание по заднему фронту.
Можно uart сделать в fiq, а прерывания готовности приемника/передатчика сделать через программные прерывания и irq. Тогда критические секции не будут влиять на работу uart и добавлять джиттер.

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

Имхо, самый дешевый способ - програмный uart. Стоимость ~ == строимости 3-4 часов работы программиста, единовременно.

[VIRt]

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