Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
4 октября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

747848 Топик полностью

AlexBi (06.04.2017 17:20, просмотров: 315) ответил SciFi на Хм, всю жизнь делал UART на прерываниях и кольцевых буферах. А сейчас для разнообразия запустил DMA на приём в закольцованном режиме. Почему раньше так не делал - не пойму...

Как при этом DMA ведется обработка ошибок?

Ответить

- Кто мешает проверять целостность данных ПОСЛЕ приема всего пакета? Обработка переполнения буфера во время приема по ДМА не требуется, а ошибка фрейма может возникнуть только при неудачном запуске приема (прямо во время байта), либо при my504(762 знак., 07.04.2017 08:37 - 08:44)
  - Проверка целостности после приема требует добавления контрольных кодов, требует время на их проверку. Встроенный контроль фрейма (а возможно и четности) дает некий контроль ошибок задешево. 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)
- У меня нет ошибок. - SciFi(06.04.2017 17:23)
  - Кстати, вопрос. А нафига эти ошибки обрабатывать? bnb62(94 знак., 06.04.2017 18:29)
  - UART не выходит за габариты изделия? - AlexBi(06.04.2017 17:25)
    - Всё в пределах платы, сантиметров 10. - SciFi(06.04.2017 17:26)