Как это ОДИН? Где и в какую сторону?

Как раз время то между старт/споп и есть искомая (измеряемая) величина. А наличие самих переходов гарантировано.

В некоторых PICах есть AUTO BAUD RATE DETECT. Передатчик отправляет байт 0x55, а приемник автоматом вычисляет baud rate регистр. Здесь почти то же самое, за исключением, что baud rate регистр это константа, а подбираем значение регистра калибровки int RC.

Сообщение отредактировал µµC - Jul 20 2006, 13:49

Стартовый в начале старт-бита. Переход 1->0. Стоповый бит - это только минимальное гарантированное расстояние между двумя соседними байтами...

Интересная трактовка.
Если стартовый переход 1->0 гарантирован, то и переход 0->1 в течение одного символа, по-моему, также гарантирован. Иначе никак...
Эти два события и можно использовать в качестве опорных.

Не зная в какой момент должно прити второе? Еще раз - речь не о LIN и ей подобных проторолов в которых есть символы синхронизации...

Стоповый переход конечно гарантирован, но не гарантировано, что внутри интервала старт-стоп будет именно 9 битовых периодов. Потому что может еще и бит четности передаваться или вообще 5-6-7 битовая посылка. Для Auto baud detect часто используют 0xFF. Это гарантированный битовый интервал при передаче старт-бита.

Проще калибровать по 0x00. В 9 раз точнее, при прочих равных условиях.

Стоп-стоп.
В теме не ставится задача AutoBaud Detection, хотя, если её делать, нужно поступать именно таким образом, как я и предложил (другой способ придумать трудно ).
Здесь же речь идёт о подстройке RC-генератора для обеспечения наилучших временнЫх характеристик работы УАРТа при известных параметрах канала связи.

Нет, не проще. Опять же не гарантируется наличие/отсутствие/вид бита четности. Всегда лучше по стартовому биту калибровать. Соответственно калибровочный символ с лог. 1 должен начинаться.

Я отвечал на Ваш пост #30.
И почему это не зная? Параметры канала связи известны, и я знаю, в каком интервале времени мне нужно ожидать переход. Частоту генератора можно уточнять, набрав необходимую статистику, даже на "коротких" переходах , какие бывают при передаче символов вроде 0x55.

Какой такой бит четности, откуда ему взяться если передатчик его не отсылает? Напомню основное условие автокалибровки - передатчик отсылает заранее определенный символ в заранее определенном формате, приемник вычисляет интервал бита исходя из этого.
Поэтому тезис, что при посылке 0x00 интервал будет проще и точнее измерен, чем при посылке 0xFF, имеет под собой все основания. Тут, если честно, и спорить то не о чем.

Там было на что отвечать? Может на #23?Параметры известны, не известен приходящий символ...

Ну да, и на него тоже.
А вот и подумайте, как с этим можно бороться. Способ есть, и не один. Если интересно, изложу позже.

Господа, как вы думаете почему Philips использует символ '?' (0x21) для вычисления бод-рейта? Ответ прост, достаточно посмотреть на диаграмму сигнала на линии TX для этого символа:


1 1 1 1 1 1 1 1 1 1 1 0 0 0 0 1 0 0 0 0 1 1 1 1 1 1 1

Последний выделенный бит - стоп-бит. который впринципе не участвует в процедуре определения бод-рейта.

При 0x21 (b'00100001')
на ТХ будет
1 1 1 1 1 0 1 0 0 0 0 1 0 0 1 1 1 1 1 1
выделены старт и стоп