caxapa.ru :: Кто мешает проверять целостность данных ПОСЛЕ приема всего пакета? Обработка переполнения буфера во время приема по ДМА не требуется, а ошибка фрейма может возникнуть только при неудачном запуске приема (прямо во время байта), либо при

my504 (07.04.2017 08:37 - 08:44, просмотров: 174) ответил AlexBi на Как при этом DMA ведется обработка ошибок?

Кто мешает проверять целостность данных ПОСЛЕ приема всего пакета? Обработка переполнения буфера во время приема по ДМА не требуется, а ошибка фрейма может возникнуть только при неудачном запуске приема (прямо во время байта), либо при несовпадении скоростей. При использовании УАРТ с ДМА требуется прикрутить к этому инструменту ДВА механизма: поиск паузы между пакетами ДО запуска ДМА и обработка таймаута по приему всего пакета транзакций. Поиск паузы осуществляется через прерывания по УАРТу. И совершенно неважно какой длины шина. У меня 50+ метров отлично принимаются по ДМА да еще и с горячим подключением. Естественно, что протокол должен позволять пакетные прием-передачу с ИЗВЕСТНОЙ (а не фиксированной) длиной, а если каждый байт нужно слать подтверждение или пакет состоит всего из нескольких байт, то и смысла в ДМА никакого нет. Я в протоколе предусмотрел определение длины пакета в заголовке, что требует приема заголовка через прерывания и потом запуск приема тела пакета.

Ответить

- Проверка целостности после приема требует добавления контрольных кодов, требует время на их проверку. Встроенный контроль фрейма (а возможно и четности) дает некий контроль ошибок задешево. AlexBi(299 знак., 07.04.2017 10:32)
  - Использование ДМА позволяет не избавится от прерываний совсем (в этом нет никакого профита), а получить реальный выигрыш по КАЖДОМУ принятому в ДМА байту за счет ликвидации латентности и брутто-кода обработчика. То есть этот выигрыш умножается на my504(646 знак., 07.04.2017 11:48)
  - Всё-таки любая контрольная сумма с некоторой вероятностью пропускает испорченные данные, поэтому идеологически правильно ловить ошибки на уровне канала. - SciFi(07.04.2017 10:41)
    - Эта "некоторая вероятность" может быть уменьшена до любого наперед заданного значения путем добавления расчетной избыточности в передаваемые данные. my504(30 знак., 07.04.2017 12:21)
- Ога. Принял весь пакет и разбирай... красота! Особенно хорошо когда количество передаваемых данных указано в самом пакете) - Олдфаг(07.04.2017 08:42, )
  - Обычно после пакета следует пауза, вот по ней и разбирать пакет. - Lightelf(07.04.2017 08:59)
    - Не нужно использовать паузу в качестве конца пакета ни в коем случае. Ale3000(135 знак., 07.04.2017 11:54)
      - даладна... И как Вы предполагаете без паузы добиться синхронизации модуля УАРТ с принимаемым байтом? - my504(07.04.2017 12:38)
        
        Даже я заметил, что не использовать паузу вообще и не использовать её в качестве маркера конца пакета — совершенно разные вещи %) В — Внимательность. _{Д — Дурацкий букварь.} - Николай Коровин(07.04.2017 12:52)
        
        А я и не предлагал использовать ее в качестве маркера. Более того, маркер конца пакета нужен только при переменной и ПРОИЗВОЛЬНОЙ длине пакета, а в таком варианте невозможно использование ДМА. Пауза нужна ТОЛЬКО для синхронизации. Просто удобно my504(114 знак., 07.04.2017 13:01)
        
        Херали "при переменной и ПРОИЗВОЛЬНОЙ длине пакета, а в таком варианте невозможно использование ДМА"? Самый смак там и использовать DMA. Сделал буфер пожирнее (чтобы пакет заведомо влез) и алга. - LightElf(07.04.2017 13:11)
        
        повтор. - my504(07.04.2017 13:35 - 13:37)
        
        Дело не в буфере, а в определении момента завершения пакета. Сам буфер тут вообще не причем. Причем счетчик ДМА, который по завершении цикла счета генерирует прерывание, которое и есть событие конца пакета. - my504(07.04.2017 13:35)
        
        Момент завершения пакета - состояние линии IDLE. Т.е. байтики валятся, DMA их в память складывает. Когда буфер заполнился или на линии IDLE - смотрим в буфер и парсим то что там лежит. - LightElf(07.04.2017 13:55)
        
        Если есть признак завершения пакета (не важно какого происхождения), тогда и проблемы нет. Остановить ДМА не по счетчику, а софтово не представляет проблемы. my504(97 знак., 07.04.2017 14:55)
        
        Что-то совсем странное... Зачем DMA останавливать? Пусть себе складывает в циклический буфер. Если на линии возникла пауза - заглядываем в буфер, не лежит ли там готовый пакет. Если лежит - парсим, если пакет еще не полностью принят - ждем дальше. LightElf(122 знак., 07.04.2017 15:18)
        
        Да не нужно ничего определять, нужно только эмулировать FIFO с помощью DMA, и на этом - всё. - =AlexD=(07.04.2017 13:46)
        
        Отлично, только с ДМА будет не все просто, потому что потребуется перезапускать ДМА по какому либо критерию и поддерживать актуальный указатель буфера ДМА, что при его кольцевом характере создаст ~~индусский~~ плохо читаемый код... - my504(07.04.2017 14:49)
        
        Вы не поняли - ДМА аппаратно ведёт указатель на принятые данные. Большее от него не требуется. Apтём(398 знак., 07.04.2017 18:13)
        
        Это все и так было понятно. Проблема в расчете границы необработанных данных. В ФИФО все сделано аппаратно, а тут нужно считать ручками. - my504(07.04.2017 18:21)
        
        Эээ... Apтём(762 знак., 07.04.2017 18:42 - 18:48)
        
        А шо делать, а кому щас лехко. - =AlexD=(07.04.2017 14:58)
    - Если прием по ДМА, то разбор пакета делается по флагу установленному в прерывании по этому ДМА. А есть или нет паузы между пакетами в этом процессе значения не имеет. Пауза нужна лишь для поиска начала как пакета, так и байта. такая пауза длиной my504(209 знак., 07.04.2017 09:07)
      - Пакеты могут быть переменной длины, в том числе - значительно короче буфера DMA. Пакет пришел - а прерывания от DMA нет. Ферштейн? - LightElf(07.04.2017 10:26)
        
        Вы все неправы. Надо передавать читаемые человеком строки. Числа - в десятичном виде. Завершать "\r\n". И ниипет! - SciFi(07.04.2017 10:32)
        
        Как здорово, если сам выбираешь протокол! А если протокол выбирает тебя? Вот вам устройство управления с ТАКИМ протоколом, будь добр выполняй на пакетах непредсказуемой длины. И с неизвестными паузами. Известны только признаки начала и (иногда) Лагунов(21 знак., 07.04.2017 11:50)
        
        +1, у меня, к сожалению, практически всегда так - 0men(07.04.2017 12:21)
        
        Вариант кстати, если у чипца UART умеет генерить прерывание по приему определенного символа. Но это не очень распространенная опция. А паузой в передаче обычно считается период 1 или 0.5 байт при текущей скорости. - LightElf(07.04.2017 10:39)
        
        Опять вы все неправы. У меня везде Main Loop. Парсить принимаемые данные байт за байтом ну нискольно не напрягает. - SciFi(07.04.2017 10:42)
        
        Ну это ж от конструкции софта зависит. Ежели так - то само собой. - LightElf(07.04.2017 10:44)
        
        И недельная пауза между строками :) - Petrovich(07.04.2017 10:36, )
        
        Пауза не подходит, длина пакета не подходит. Значит, использование ДМА мало пригодно для обмена по УАРТ - Petrovich(07.04.2017 10:31, )
        
        Не для обмена по УАРТ, а ДЛЯ ВАШЕГО ПРОТОКОЛА (в смысле использованного Вами). - my504(07.04.2017 12:41)

Микроконтроллеры