UART с управлением паритета, Опциональная передача символа Mark и Space Опции

[aerolog]

Доброе время суток!
Кто сталкивался в LPC210x с необходимостью управления битами паритета Mark и Space, для эмуляции 9-битного варианта передачи данных?
Пробовал делать путем ручного переключения этих битов и вылазит такая картина. В пошаговом режиме байты пересылаются нормально (отслеживаю по осцилу). Как только переходит в сплошной поток - то ли LPC не успевает переключаться, то ли еще что-то, но Mark и Space не изменяются.

[IgorMarx]

Мне эта тема тоже интересна. Филипс как всегда "прорвался" и сделал офигенный супер - пуппер чип с UART по какому-то там стандарту, в результате чего сделал недоступными функции независимого управления девятым битом. Как результат, этот чип, похоже, нельзя использовать для реализации шины MDB, а как хотелось бы. Очень интересно, если из этого что-нибудь получится. Я делал подобные вещи на более простом UART на микроконтроллерах P16F628 Microchip. Правда, это не имеет отношения к ARM.

Кстати, насчёт сделать UART самому - если хотите изобретать велосипед, готовьтесь быть аутсайдером Этот форум не для Вас.

[Guest_@Ark_*]

... Я делал подобные вещи на более простом UART на микроконтроллерах P16F628 Microchip. Правда, это не имеет отношения к ARM.
Кстати, насчёт сделать UART самому - если хотите изобретать велосипед, готовьтесь быть аутсайдером Этот форум не для Вас.

По моему, Вы много на себя берете...
Для нормального программиста на МК - UART есть всегда. Вне зависимости от того, есть соответствующий аппаратный модуль или нет. Есть кварцевый генератор или используется встроенный, либо некалиброванный внешний. Программная реализация, нередко, занимает меньше места и работает надежнее, чем обслуживание встроенного UART-а. На тех же PIC-х я делал программый UART для всей линейки: PIC10-PIC12-PIC16, с автоподстройкой под текущую частоту генератора и c автоопределением скорости обмена от 4800 до 115200...
P.S. Если Вы никогда этого не делали и не знаете как (или делали один раз), то я бы на Вашем месте воздержался от оценок и советов на этом форуме.

[IgorMarx]

P.S. Если Вы никогда этого не делали и не знаете как (или делали один раз), то я бы на Вашем месте воздержался от оценок и советов на этом форуме.

Я это делал на том же PIC16F628. Мне нужно было 2 порта. Второй порт я сэмулировал, используя второй таймер и внешнее перывание. По старт биту срабатывает внешнее прерывание, затем в обработчике запускается второй таймер, дальше защёлкивание битов идёт уже по таймеру. Второй таймер очень удобен, если хотите, чтобы вообще что-то получилось. Помучался долго и сумел реализовать скорость 115200 при частоте кварца 18.432 MHz, причем задача стояла, чтобы это работало именно в прерываниях.
В своё время я писал аппаратные реализации драйверов загрузки с магнитной лентой, причем с необходимостью синхронного вывода графики на некий экран.
У меня есть собственные реализации алгоритма шифрования AES-128, который при чтении с COM порта расшифровывает поток "на лету".
Тему я хорошо знаю, поэтому не советую заниматься этой ботвой, если только вообще нечем заняться.

Один раз, хм... А сколько раз нужно на швабру наступать, если не один?

aerolog, не мучайтесь с этим UARTом, @Ark прав, используйте CAPTURE регистры. Здесь готовое решение: http://www.nxp.com/acrobat_download/applic...s/AN10689_1.pdf

Сообщение отредактировал IgorMarx - Apr 17 2009, 19:13

[Guest_@Ark_*]

Я это делал на том же PIC16F628...
Тему я хорошо знаю...

Я Вам еще раз предлагаю воздержаться от оценок и советов, поскольку тему реализации программного UART-а
Вы не знаете (без обид). В экстремальном случае все делается и на 4МГц и даже без использования таймеров...
Но это крайний случай... Я просто Вам ответственно могу заявить - для нормального программера не бывает такой ситуации - нет UART-а. UART есть всегда! По определению.