caxapa.ru :: Или много. После 0xFF передатчик должен подождать время не меньше байта для восстановления синхронизации.

VL (25.11.2014 07:44, просмотров: 1) ответил Vit на Одного 0xFF по времени явно мало - старт-бит ловится где-попало.

Или много. После 0xFF передатчик должен подождать время не меньше байта для восстановления синхронизации.

- 3 подряд 0xFF для синхронизации достаточно. Ещё накинуть на пробуждение. - Vit(25.11.2014 08:05)
  - Разве уарт ждет реальный стоп-бит? - VL(25.11.2014 09:00, )
    - целый фрейм после ошибки фрейма - Vit(25.11.2014 09:47)
      - Меня просто пугает ещё момент,что после настройки ноги как внешнее прерывание,за место rx,прога сразу проваливается в обработчик,как будто ложное срабатывание! А ведь во время работы могут слкчаться такие же ложные срабатывания,что и ведёт к прему BaRaGoZz(94 знак., 25.11.2014 10:30, )
        
        Дропать принятое пока ошибка фрейма и дать 3+ 0xFF(преамбула) на это дело, старт символ должен быть и без предыдущего 0xFF считать его невалидным. ЗЫ 50 грамм коньячку и страху как не бывало:) - Vit(25.11.2014 11:35)
        
        Дропать-это игнорировать?на счёт 3+ff,что я 2 ff шлю,что 3 ff,одно и тоже,мне кажется все же проблема,если она есть,дабы сейчас из 1500 пакетов мк отвечает на 1480 примерно, сейчас при входе в внешнее прерывание от rx ноги флаг прерывания в сост BaRaGoZz(81 знак., 25.11.2014 13:25, )
        
        Старт в большинстве контроллеров ловится по перепаду 1-0 (в этом тоже). Пока проц просыпается уже проходит как минимум первый старт. Но, похоже, это время заметно больше и включение УАРТа - начало ожидания старта -приходится на какой-то из Vit(163 знак., 25.11.2014 14:15)
        
        Сменить контроллер.EnergyMicro имеют уарты, работающие в энергосберегающем режиме. - VL(25.11.2014 10:47, )

ARM, RISC-V контроллеры