Скорость передачи серийных коммутий, четность и стоп-биты.Какие варианты использовать и когда?

StackOverflow https://stackoverflow.com//questions/25048289

Вопрос

Я пытаюсь забрать несколько серийных Comms для новой работы, которую я начинаю. Я сделал некоторое чтение, которое много помогло многое, много чтения рассказывает вам о спецификации серийных коммутий и то, что все есть, но нет, когда лучше всего использовать определенные варианты.

Мои поиски этой информации до сих пор, кажется, только что тянут в спецификации; Возможно, как новичок, я ищу неправильные термины.

Мои вопросы тогда!

Скорость передачи данных - Я прочитал, что это изменение сигнала в секунду и часто запускается как биты в секунду. Это по сути, биты в секунду, включая данные кадра, если асинхронные, и фактически биты в секунду, если синхронному?

<Сильные> Паритеты - Даже / нечетные .. Есть ли какая-то разница вообще между двумя? Я думаю с точки зрения эффективности или подобных. Только это все еще существует для совместных возможностей ради?

<Сильные> Стоп биты - Я прочитал до сих пор, что вы можете иметь 1 или 2 стоп-бита. В C #, кажется, вариант для 1,5 тоже. Я не могу ничего найти, почему вы хотели бы / нужно больше 1.

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

спасибо за чтение.

Редактировать: опечатка

Это было полезно?

Решение

Вы очень редко у вас есть выбор, вы должны сделать его совместимым с настройками, которые использует устройство. Если вы не знаете, то вам нужно посмотреть в руководстве или забрать телефон. Имейте в виду, что все увеличивается очень редко для работы с A RAVE ART CREAD Serial Port, который использует UART. Чаще всего вы на самом деле говорите с эмулируемым em> эмулируемым серийным портом , реализованный драйвером устройства USB или Bluetooth. Настройки, которые вы используете, не имеют значения в таком случае, поскольку фактическая сигнализация реализована базовой шиной.

Если вы можете настроить устройство, то базовые рекомендации:

    .
  • baidrate напрямую связано с длиной кабеля и количества электрических помех, которые присутствуют. Вы должны идти медленнее, когда вы получаете битные ошибки. SPEC RS-232 обеспечивает только максимум 50 футов при 9600 бод.
  • Паритет должен использоваться, когда вы не используете протокол исправления ошибок. Неважно, выбираете ли вы нечетные или даже. Странные люди выбирают странные, это их прерогатива.
  • stockbits обычно 1. Выбор 1,5 или 2 помощи немного, чтобы сбросить давление на устройство, чье время отклика прерываний плохое, обнаружено потерей данных.
  • Базы данных почти всегда 8, иногда 7, если устройство только обрабатывает коды ASCII.
  • handshaking - важная обстановка, которая никогда не прекращается причинять проблемы, так как многие программисты просто пропускают его. Современные компьютеры почти всегда достаточно быстро, чтобы он не нуждался, но это не обязательно верно для устройств. Наиболее базовая конфигурация пребывания является включение DTR, когда вы открываете порт и сообщить драйверу устройства, чтобы позаботиться о рукопожатии RTS / CTS. Хед хена / XOFF иногда используется, зависит от устройства.

Хорошая 90% битвы завоевана, внедряя прочную проверку ошибок. Это почти всегда просто проглотил, плохую идею. Очень важно для серийных портовых устройств, поскольку они не имеют ошибок исправления самого возможностей и очень слабое обнаружение ошибок. Всегда убедитесь, что вы можете обнаружить и правильно отчитывать навыку, четность и ошибки обрамления. И проверить их, получая настройки намеренно неправильно.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top