Не совсем верно. Для того, что-бы работало стабильно достаточно что-бы три средних семпла последнего бита по мажоритарке(2 из 3) вписались в последний бит. Т.е. допустим уход на 7 (8 минус один на ошибку синхронизации) семплов на 160. Или 7/160=0,04375.


На самом деле не расслабится - там 3(4 минус 1 на синхронизацию 1-го фронта) из 80. Или +/-3,75%.

А где у меня сказано, про все выборки?



"Сильно зависит от логики работы" - бесполезная фраза, общие слова. Логика работы UART и так известна. Существуют "особенности реализации", но и там особо не разгуляться.


А вот это как раз и есть одна из "особенностей реализации". Какой-то UART и по трем средним сэмплам сработает, а какой-то FrameError выставит.

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



"Там", это где? Или речь за абсолютно любую реализацию? Если последнее, то это не верно. Я, например, разные реализации встречал.

А проверить мое утверждение про AVR, про разницу в толерантности при 16х и при 8х, может любой. Это не сложно и не долго.

В Ваших "расчетах".


Угу, и без знания этих особенностей ваши "расчеты" гроша ломаного не стоят.

В каком именно месте? Можно, наконец, от общих слов ( очень дурная манера, кстати ), к конкретике?


Мои расчеты не отменяют необходимости думать ( там даже по-русски написано, что они даны для примера ). Если все-таки немного поработать головой, то станет понятно, что расчеты вполне достаточны. А особенности реализации UART, будут иметь значение _исключительно_ при сэмплировании последнего, 10-го символа.


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

А вот зная логику работы, можно ещё расслабить тебования к погрешности. Но это уже другая песня.

Не выставит. Таких UART-ов которые требуют корректности всех 16 семплов для последнего бита сейчас нет. Бывает только в другую сторону - некоторым достаточно единственной точки в центре бита.

Спешу огорчить - есть. Точнее есть такие программеры, которые делают на ПЛИС мосты на несколько UART.

Вот тут:


Ваш расчет исходит из того, что правильными должны оставаться все 160 сэмплов.


Там скорее сделают вариант с одной точкой - по фронту смещенного тактового фиксируют в сдвиговый регистр точечное значение по центру каждого бита.

Разумеется. Когда что-то объясняют, идут от общего к частному. Так что в данном случае, даже не могу себя упрекнуть за не верную формулировку. Но если уж читать, то читать до конца:


Ребят, вы три страницы мусолили, но не могли толком описать, как расчитывать погрешность. А теперь пытаетесь того, кто все подробно разжевал, на чем-то подловить? Как-то это глупо и не продуктивно.



Я говорю о примере из жизни. Причем формально, программер написавший такой код был прав.

А если хочется "разминки для ума", то предлагаю подумать, как реализовано сэмплирование и как считать погрешность, в случае, когда STOP_BIT=1,5

Скажите Вы мегатолстый троль или у Вас ЧСВ over 9000?

По моему я вполне объяснил. И было это объяснение на предыдущей странице:
http://electronix.ru/forum/index.php?s=&am...st&p=985845


До конца там можно не читать. Сэмплер на мажоритарку или нет вообще не суть важно.

Формально программер был чайником который полез в область в которой он чуть больше нуля. Прежде чем писать код для UART-а он был обязан взять учебник по основам метрологии и понять что такой "допуск" и зачем он нужен.

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

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

Многие применяют простое решение - это ставить на контроллер кварц 18.432мгц вместо 20мгц.
Падение производительности минимальное, а частота UART всегда точная.

А нам и нужен один конец - тот который мы делаем. Т.к. если бы у нас была связь двух SIM900 проблема их связи была бы проблемой разработчиков SIM900.

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

Я оценил шутку. "ATZ" модуль распознает, а вот мы "OK" нет. Пол-UARTа...