ГОСТ никак не гуглится на это дело, только электрические картинки, киньте ссылкой знатоки, плиз !
Меня интересует приём бита, чтобы статистически решить, валидный он или мусорный -- должен же быть на это Стандарт ?
Намёки видел в даташите, что каждый бод делится на 16 тактов, в каждом 3 раза сэмплируется в середине текущее значение (как-то), но потом как принимается решение о годности -- нет данных.
Наверное, бывают и другие методы, но они же должны быть официально в RFC или IEEE описаны.

А как тут по другому-то?
Как-то давно делал софтовый УАРТ именно таким образом.
Только нафига это в стандартах прописывать?

По-русски RS-232 называется "стык С2"
ГОСТ 23675-79
ГОСТ 18145-81
ГОСТ Р 50668-94

RS-232 и вообще UART растёт ногами из телеграфной отрасли, уже очень старой.
на телеграф есть семейство стандартов ITU-T, вот там и нужно искать источники. особенно по величине отклонения скорости от номинала, что многие китайцы сейчас упускают.
начиная от 50 бод, 5 бит данных, полтора бита стоповых.
всё остальное, включая нынешний ставшим почти де-факто стандартом 115200 8N1 - всё это расширения, улучшения, дополнения, и т.д. и т.п.

ну а способов приема может быть вагон и маленькая тележка. стандарта на это вы не найдёте.
как говорится, "there's more than one way to skin a cat".

В этом случае надо не гуглится а викится.
Там есть ссылки на родоначальников-телетайпов, на которые возможно и есть стандарт с указанными Вами критериями.

из Вики:
RS-232 was first introduced in 1962 by the Radio Sector of the EIA.[2][3] The original DTEs were electromechanical teletypewriters, and the original DCEs were (usually) modems. When electronic terminals (smart and dumb) began to be used, they were often designed to be interchangeable with teletypewriters, and so supported RS-232. The C revision of the standard was issued in 1969 in part to accommodate the electrical characteristics of these devices.[citation needed]

Всем большое спасибо, про Стык-С2 я и наловил "картинок" первым делом "жутко электрических", а как логическом уровне принимать переданное, похоже, оставлено на откуп личной инженерной мысли и демократической смекалки "кто во что горазд", да и наука ещё не "объяла" все удачные методы и не выложила на всеобщее обозрение, если "зачинатели" поленились перечислить всё, что может быть использовано, чтобы мы потом гордо писали "соответствует стандарту!"

Дмитрию отдельное спасибо за ссылку ПРИНЦИПИАЛЬНУЮ С КАРТИНКАМИ по 3 отсчёта на бит ! Оно ж если сразу пойти в правильном направлении, то цель достаточно близка

Набор тестов какой-то в принципе может быть для UART хоть у буржуев, после прохода которого можно начинать тихо гордиться ?..
На Манчестер я находил ГОСТы от НИИ АС, там всё очень подробно -- протокол обязывает, он посложней.

А набор типовых скоростей бывает стандартизованный у RS-485 + RS-422 ? Тоже как-то плохо гуглится большее 115200...

Набор типовых частот определяется делением на целые числа некоторой частоты, которая когда-то кем-то была выбрана в качестве опорной.
Вот почти весь набор:
921600, 460800, 230400, 115200, 57600, 38400, 28800, 19200, 14400, 12800,
9600, 7200, 6400, 4800, 3600, 2400, 1200, 600, 300...
Скорости менее 9600 уже давно не актуальны.

Вот найти эту Базовую Частоту для ПЛИС и было бы неплохо, чтобы получающийся децимацией ряд скоростей наиболее подходил к Стандарту, которого ЁК...
Вышеприведённые числа все очень хорошо подходят к БЧ 115.2 МГц.

Как для ПЛИС не знаю, а для МК очень удобно использовать готовые кварцы с частотой 18.432МГц.
Есть и другие кратные, "стандартные" частоты кварцев, удобные для работы с UART.

P.S. Вообще-то, по стандарту (тому, который ЁК), и по опыту (который не ЁК), допуск на возможное отклонение частоты от номинального значения составляет +/- 1%. Точное попадание более актуально для скоростей от 115200 и выше.

Канэшна, дика ызвыняюсь, но где это Вы нашли стандарт скоростей, для 485-го?

Так мы его не нашли. Ищем!

Это набор скоростей для UART.
RS-485 / RS-422 / RS-232, как правило, используются в сочетании с UART.
Но и другие варианты тоже возможны.

Кто ещё в компанию к ёжику в тумане ?.. Ау-у-у !;)
На http://www.gaw.ru/html.cgi/txt/interface/rs485/power.htm есть небольшая история:

Первая организация уже издохла, похоже, а вторая как бы дышит: на http://www.tiaonline.org/standards/ есть ссылка "Complete Standards Listings", там если поискать "RS-485", то список выдаётся, только выудить что-то "Secure PDF" не за баксы или по квотам на принтер пока никак.
Даты замшелые бывают, я под стол пешком тогда ходил...
Неужто никто до сих пор не скачал и на ftp местное не выложил ?

Таки, опять, дико извиняюсь, но это - сетка частот RS-232, а для UART'а никакой сетки нет и не было.

Если не ставить во главу угла требование о соответствии стыковки ПЛИС - ПК (и подобная чужеродная аппаратура), а рассматривать варианты ПЛИС-ПЛИС, ПЛИС-МК, МК-МК (реализуемые своими силами с обеих/множества сторон), то можно закладывать любую частоту генератора и реализовывать обмен на нестандартных скоростях.

Здесь Вы ошибаетесь.
Эта сетка для "стандартного" контроллера COM-порта, который раньше присутствовал в каждом персональном компьютере. Это в бытовом ПК UART был подключен к драйверу RS-232. А в промышленнном ПК - мог быть подключен и к RS-485, и к RS-422.
Если делаете стороннее устройство, которое через UART и драйвер RS-232 / RS-485 / RS422 будет подключаться к ПК, то будете вынуждены использовать эту "стандартную", общепринятую сетку частот.
Ни куда не денетесь.
P.S. А у современного ПК есть виртуальные COM-порты. И там - все та же сетка частот...

Каждый ком-порт UART, но не каждый UART ком-порт.
Так что это Вы ошибаетесь.

Относительно PC-юка, скорее всего (хотя и не обязательно, см. ниже), но существует масса других полезных устройств, работающих без компа.

И тут Вы глубоко заблуждаетесь.
Виртуальные порты тем и хороши, что настраиваются на любую скорость (не из настроек Винды, разумеется), достаточно только поменять коэффициент делителя.
Например, знаменитая FT232, делает это "с пол завода".

Видите ли, в чем дело...
Конечно, можно задать для UART и "нестандартную" скорость. Во многих случаях, это технически возможно.
Вот только как быть с совместимостью? Ведь, стандарты, по большому счету, придумывают именно для этого.
Вдруг устройство, к которому придется Вам подключаться, не поддерживает такие "широкие возможности"...

Такое "нестандартное" решение, для конечного пользователя - потенциальная проблема. Иногда неразрешимая.
В этой ситуации, он, как правило, вспоминает автора изделия непечатными словами.

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

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

А что Вы скажете по поводу всей "электронно-музыкальной" общественности, активно использующей протокол MIDI, с "нестандартной" скоростью 31250?

Это Вы у авторов протокола спросите, чем их стандартная скорость 38400 не устроила?

Чё-ж Вас так заклинило-то?
Ещё раз говорю: нет у UART'а никаких "стандартных" скоростей.

А Вы попробуйте поумножайте 31250 на 2 в различной степени, а потом 38400.

С чисто формальной точки зрения - Вы правы. Нет официального стандарта - нет стандартных скоростей.
Главное, чтобы эта Ваша "правота" не создавала проблем - ни Вам, ни Вашим потенциальным клиентам и покупателям Ваших изделий.
А то ведь так бывает - Вы во всем правы на 100%, а Вашу продукцию покупать не хотят...

несерьезно это все. Использование необычных бодовых скоростей - это либо мазохисты, либо саботажники.
Не нужно так делать. И не нужно ссылаться на тех кто так делает - они [смотри выше].

Есть жутко узкий круг задач, где приходиться применять нестандартные скорости, но их круг очень узок и не дай Бог в них влезать.
Сам когда-то делал системы передачи данных со скоростью в доли бода, и использовал 100 бод для полной нагрузки 100-бодовой каналообразующей техники, и выжимал реальные надежные скорости из официально 50-бодового канала. Но это все, опять же, - очень к мазохизму было близко.

Если возникает идея "а не использовать ли нестандартную скорость" - ответ готов - НЕ ИСПОЛЬЗОВАТЬ. Когда эту нестандартную(необычную) скорость нужно использовать- то вопрос не возникает, так как вариантов нет. И такую ситуацию сразу будет видно.

проприетарный протокол ColorKinetiks (Philips) как раз нестандартную скорость и использует, чуть- чуть отличающуюся от dmx. Отнес бы их к садистам.