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

[aerolog]

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

[IgorMarx]

Споры - дело дурное. Каждый в любом случае останется при своём мнении. Очень интересно, получится ли управлять девятым битом. Сейчас мне заняться этим просто некогда, но если что-то выйдет, поделюсь. Соответственно, надеюсь, что тут будет опубликован результат, если у кого что получится.

P.S. А может, любезный @Ark найдёт решение? Спец же по портам Будем ему благодарны

aerolog, попробуйте, как говорит Сергей, отключить фифо и перед записью в THR выставлять требуемые значения битов Parity Select регистра LCR со включенным Parity Enable. Возможно перед этим нужно дожидаться, чтобы освободился буфер передатчика (установился бит THRE или TEMT (какой конкретно нужнопроверять).

[Guest_@Ark_*]

... А может, любезный @Ark найдёт решение? Спец же по портам Будем ему благодарны

Если верить тому, что написано в ДШ на этот камень, его UART совместим по регистрам со стандартом 16550. В PC такой же UART стоит на COM-портах (точнее, стоял). Известная вещь. Берем описание и читаем...

Перед выбором режима управления четностью рекомендуется очистить очередь приемника и передатчика - установкой 1-го и 2-го бита соответственно в регистре управления буферизацией...
Кстати, управлять напрямую значением девятого бита нельзя, можно лишь выбрать один из режимов - контроль четности, контроль нечетности, нет контроля. Если в последнем случае задать 2 стоп бита, то девятый бит всегда будет 1...

Итого: если хотите самостоятельно управлять девятым битом, придется FIFO отключить совсем. Перед передачей каждого байта выбирать режим четность/нечетность таким образом, чтобы девятый бит принимал нужное значение... Короче - геморрой. Проще сделать программно...

[IgorMarx]

Кстати, управлять напрямую значением девятого бита нельзя, можно лишь выбрать один из режимов - контроль четности, контроль нечетности, нет контроля

Стоп... а как же вот это?:



Разве это не задание значения бита напрямую? Зачем 2 стоп-бита?

[Guest_@Ark_*]

Стоп... а как же вот это?:
...
Разве это не задание значения бита напрямую? Зачем 2 стоп-бита?

По моим данным (из описания 16550) значения битов 5-3 задают следующие режимы:

XX0 - нет контроля четности
001 - контроль четности
011 - контроль нечетности

отстальные значения зарезервированы.

По Вашей информации получается:

101 - девятый бит =1
111 - девятый бит =0

Противоречия нет. Есть возможность - задавате 9-й бит напрямую. Только я не уверен, что можно переключать режимы "на ходу". Скорее нет. Ведь для приема используется то же формат, что для передачи, и от него зависит ошибка четности и тест стоп-бита в конце.

P.S. Режим "2 стоп-бита без контроля четности" аналогичен 9-битному режиму с одним стоп-битом и с постоянным значением девятого бита 1.

[zltigo]

По моим данным (из описания 16550)

Выбросте это 'описание' и возьмите даташит. Эти режимы поддерживают не только 550 и клоны но и прадедушка 8250 с самого рождения.

Проще сделать программно...

Дергать ножками самое глупое решение из всех возможных вне зависимости от решаемой задачи. Нельзя пользоваться FIFO так на зло National Semiconductor не будем пользоваться и аппаратным сдвиговым регистром ....

P.S. Режим "2 стоп-бита без контроля четности" аналогичен 9-битному режиму с одним стоп-битом и с постоянным значением девятого бита 1.

Не аналогичен, ибо еще есть прием.

[Guest_@Ark_*]

Дергать ножками самое глупое решение из всех возможных вне зависимости от решаемой задачи. Нельзя пользоваться FIFO так на зло National Semiconductor не будем пользоваться и аппаратным сдвиговым регистром ....

Да пользуйтесь хоть ШИМ-мом. Лишь бы результат был. Технические решения не бывают "глупыми" или "умными".
Бывают простыми и сложными, эффективными и не эффективными, дорогими и дешевыми, и т.д. А Ваше личное отношение к ним - это Ваше личное дело...

Не аналогичен, ибо еще есть прием.

Физические сигналы на линии будут аналогичны. Этого достаточно. Можете взять два UART-а в этих двух, формально различных, режимах и соединить между собой. Оба будут нормально работать и на прием и передачу.

[IgorMarx]

Любезный @Ark, возможно Вы и правы. только Ваш UART на 4-х мегагерцах должен тупо ждать стартового бита, а мой, хоть и на 18-и, но работает в фоне наверное в более сложных, по сравнению с Вашей, системах (не одной, заметьте!), переносим в другие проекты и является законченным универсальным решением. Может я, по Вашим словам, и не разбираюсь в этой теме, но читаю документацию и нахожу там то, чего Вы почему-то не видите (или читаете не то).

Если делать как попало, то легко ошибиться, кроме того, переносимость таких решений практически нулевая. Это имеет смысл только в очень больших партиях, где реально такое решение окупит труд программиста. В данном случае, если нет дуплекса, то можно посылать побайтно через имеющийся уарт, предварительно выставляя четность вручную. на приём придётся анализировать бит Parity Error и вычислять, какой же был 9 бит на самом деле.

[Guest_@Ark_*]

Любезный @Ark, возможно Вы и правы. только Ваш UART на 4-х мегагерцах должен тупо ждать стартового бита, а мой, хоть и на 18-и, но работает в фоне наверное в более сложных, по сравнению с Вашей, системах (не одной, заметьте!), переносим в другие проекты и является законченным универсальным решением...

Ну и что? Когда можно и нужно использовать универсальные решения - я их использую, как и Вы. Есть встроенный UART и всем нас устраивает - замечательно! Используем его. А если его нет, что Вы будете делать? Или кварц нежелательно ставить в устройство из-за условий эксплуатации? Откажетесь от проекта? Я, в отличие от Вас, свободен в выборе технических решений, как универсальных, так и узкоспециализированных. В этом вся разница...

Опять глупость

Видимо, взаимная...

[IgorMarx]

А если его нет, что Вы будете делать? Или кварц нежелательно ставить в устройство из-за условий эксплуатации? Откажетесь от проекта? Я, в отличие от Вас, свободен в выборе технических решений, как универсальных, так и узкоспециализированных.

Я, конечно, извиняюсь перед всеми за оффтоп (это не тема обсуждения), но кто сказал, что я не свободен в выборе технических решений? Делать глупые вещи (придётся согласиться с супермодератором) - это такая свобода что ли? Да это хрень полная. Ну давайте писать Windows на ассемблере, дрыгать ногами чипов, вместо того, чтобы зайти в интернет, и увидеть, что в продаже уже появился новый чип в 5 раз дешевле и с количеством портов в 3 раза больше. Я считаю себя свободным, потому что вместо того, чтобы заниматься ботвой, смотрю, что вокруг. Я уже предлагал ссылку выше на готовое решение. Не нравится, давайте сначала разберёмся хотя бы с тем, что есть на борту. Почитаем даташит.

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

[aerolog]

Большое спасибо за такое бурное обсуждение.
Пробовал отключать ФИФО и ставить размер 1 - все равно при RealTime выполнении если я в начале установил Бит Mark - то он потом не сбрасывается, хотя явным видом вызывается сброс тех самых битов управления.
Интересная ситуация наблюдается когда разрешается проверка четности, порт пердачи уходит в 1, и зависает??? До сих пор не могу найти адекватного ответа.

Вот такие результаты проверки всех предложений.
Какие будут еще варианты?

А софтовое решение никто не рубает на корню, просто хотелось использовать внутренние свойства.

А 9-й бит действительно используется при работе с MDB протоколом, там необходимо с единицей в 9-м бите посылать адрес, а с нулем идут данные.

[IgorMarx]

aerolog, к сожалению у меня сейчас осцильник подох, сам проверить не могу.

Нужно делать так:

Передача:

1. Программируем порт на 8 бит и т.д.
2. Цикл:
- в LCR выставляем бит 3 (разрешение 9-го бита) и комбинацию битов 4,5 Forcedstick parity, которая должна соответствовать последующему байту.
- записываем последующий байт в THR
- ждём, когда в регистре LSR бит 6 станет 1
3. переход на пункт 2, если данные не кончились.

Приём:
1. Программируем FIFO trigger level = 1, контроль четности Forced "0" stick parity.
2. Принимаем байт (жём бит 0 в LSR). Если видим ошибку "Parity error", то это означает, что 9-й принятый бит равен 1, иначе 0.
3. переход на 2, если нужны ещё данные.

Забыл добавить: при отладке НЕЛЬЗЯ наблюдать регистры UART в отладчике (т.к. отладчик будет считывать регистры UART сам, чтобы отобразить на экране, и при продолжении выполнения программы результат будет совсем другой). Это означает, что их нужно исключить регистры UART с вкладки Watch и не отображать на вкладку UART0 (или UART1) отладчика. Возможно, что-то не работает именно из-за этого?

Сообщение отредактировал IgorMarx - Apr 21 2009, 15:38

[aerolog]

Жаль IgorMarx, но такой вариант тоже не прокатыает.
Может это проц глюкнутый?

[IgorMarx]

Жаль IgorMarx, но такой вариант тоже не прокатыает.
Может это проц глюкнутый?

А можете сделать небольшой тестовый проект и показать, как Вы делаете?