RS232: Чтобы паритет или нет?

Question

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

RS232 имеет встроенную проверку паритета, которую я мог бы использовать. Насколько я понимаю, если я использую 8 бит данных, один бит четности и один стоповый бит, тогда пакет на проводе будет 10 бит. Это означает, что для каждых 1024 байтов, которые я отправляю, я также отправляю 128 байтов информации проверки, чередующихся с ней.

Поскольку паритет составляет 50/50 штук для каждого байта, не слишком маловероятно, что короткий всплеск шума, продолжающийся менее одного байта, приведет к повреждению, которое по-прежнему соответствует бит четности. Таким образом, это не кажется надежным тестом.

Если я использую контрольную сумму в конце каждого 1024 байта, который по-прежнему составляет всего 80 мс при 115200 бод, мои служебные данные проверки снижаются с 12% до менее 1%, даже если я использую 64-битную контрольную сумму. И тяжелее пропустить коррупцию.

Является ли паритет просто технологией, которая была полезной в дни подсоединения к боссу более 100 бод и давно устарела, и я должен идти с контрольной суммой блока, или я что-то упускаю?

Answer 1

1. Предложите вычислить и добавить CRC вместо контрольной суммы. 16-бит может удовлетворить ваши потребности - я бы использовал 32-битный. 16-разрядный со случайным шумом провалится 1 в 64k. 32-бит 1 в 4G.

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

3. Расчет накладных расходов немного выключен. 1 старт + 8 данных + 1 стоповый бит = 10 против 10 + паритет = 11.

4. Соотношение не стоит ИМО. Не обнаруживает намного больше того, что обеспечивает ошибка кадрирования (неправильный стоповый бит). Не обеспечивает целостность сообщений.

Answer 2

Паритет - очень грубый, старомодный способ обнаружения ошибок. И это добавляет много накладных расходов на вашу передачу: на самом деле это добавляет гораздо больше латентности, чем контрольная сумма. Для 1024 байт, отправленных со скоростью 115200 бод, четность вызовет дополнительную задержку в 8,88 мс. Поэтому лучше всего забыть, что вы когда-либо слышали о паритете и считаете его устаревшей.

Что касается алгоритма контрольной суммы для использования, то CRC широко признан лучшим вариантом. Тем не менее, CRC с 64-битным полиномом займет достаточно времени для вычисления.

Рассмотрите возможность разделения большого фрагмента данных на более мелкие пакеты, каждая из которых имеет меньшую контрольную сумму, такую ​​как CRC-8 или CRC-16.