Возможна ли потеря данных по UART?

Question

[sidsukana]

Опишу более подробно ситуацию.
Есть PC, который соединяется с Arduino Uno по USB(UART). Есть необходимость сделать общение между ними в виде пакетов (аналог общения по TCP).
Предположим есть структура пакета: заголовок из 2 байт (1 - размер данных, 1 - опкод), дальше данные размер которых в заголовке.
Подключение по серийнику с конфигурацией 9600 8N1 (8E1).
USB 1 метр)
Если не контролировать чтение пакета с помощью маркеров начала и конца, или с помощью хешсумм, может ли произойти потеря данных или искажение, что приведет к рассинхронизации чтения потока данных?

Answer 1

[Владимир Мартьянов]

Может произойти гораздо более другая ситуация: вы начнете обрабатывать пакет не с начала, а с середины и получите мусор вместо нормальных данных.

Comments

[sidsukana]

Тогда на ваш взгляд, как лучше сделать чтение? Сейчас я сделал общение по вот этому методу
robocraft.ru/blog/1090.html
Еще нагородил вариант с отправкой двух CRC16 хешсумм (заголовка и данных), но как мне кажется это очень трудоемко для ардуинки.

[Владимир Мартьянов]

sidsukana: На мой взгляд нужно иметь маркер начала пакета, длину, контрольную сумму. ВСЕ принятые данные должны накапливаться в очереди и с получением каждой порции данных очередь надо пытаться парсить. Если в очереди невалидный пакет - пропускаем, но не выкидываем. А как только в очереди найдется валидный пакет (пусть не с начала) - выкидваем его из очереди и все что было до него, а сам пакет в обработку.

[Владимир Мартьянов]

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

[sidsukana]

А если например длина пакета 12 байт, а дошло только 10, и больше ничего не передается. Получается и валидность не проверить так как данные не дошли и не желают больше приходить :)

[Владимир Мартьянов]

sidsukana: Пришли 10 из 12 - проверили что пакет невалиден и ждем следующей порции, нет никакой проблемы.

[sidsukana]

Я к тому что если порция больше не придет? Он так и будет ждать новой порции, а потом от новой порции отгребет кусок,который предназначался для следующего пакета. И что вы имеете ввиду проврить на валидность? Проверить что пришло 10 байт вместо 12 или посчитать хешсумму этих 10 байт (что впринципе не логично будет, так как должна быть сумма для 12 байт)

[Владимир Мартьянов]

sidsukana: И пускай себе ждет. Отгребет чужие данные - пакет не сложится и будет пропущен. Вы для себя сформулируйте алгоритм проверки целостности пакета и половина вопросов уйдет сама.

Answer 2

[Александр Комарчук]

Потеря данных при передаче по последовательным протоколам возможна. Если вам нужно преодолеть эту ситуацию, то обратите свое внимание на протокол Kermit.
В 90-х мы подключали ПК к UNIX серверу по RS-232, и с помощью одноименного пакета программ Kermit не только работали в терминале, но и передавали разные файлы (в том числе и бинарные) между системами объединенными линией из трех проводов.
Изучите исходники (узнаете для себя много полезного), упростите их до уровня применения в Arduino (либо возьмите за идею), и все у вас получится.

Answer 3

[vanyamba-electronics]

Данные передаются по USB-протоколу. В случае с виртуальным COM-портом протокол подразумевает повторную отправку пакета, если пакет принят с ошибкой.
Но они могут теряться на стороне Arduino, если обработчик принятых данных не будет успевать их обрабатывать за время между пакетами. Эту проблему легко решить, если компьютер после отправки пакета будет ожидать ответа от Arduino, что пакет был принят и обработан.