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

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

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

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

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

koyodza (11.03.2011 18:43, просмотров: 202) ответил Скрипач на Спасибо, я уже разобрался. Проблема была с "просроченным" прерыванием таймера.

что вы подразумеваете под "просроченным" прерыванием таймера?

Ответить

- Гонки сигналов. Скрипач(561 знак., 11.03.2011 18:54)
  - странно это. Если так, то это означает, что период таймера настроен "на грани" скорости поступления. По идее вы должны были бы периодически получать битые пакеты (когда таймер отрабатывает-таки чуть раньше прихода нового байта), но ниже koyodza(784 знак., 11.03.2011 19:23)
    - Во первых, должен извинится что ввел в заблуждение (хоть и непреднамеренно). Битые пакеты были. Их не было видно по совершенно другой причине. Человеческий фактор. Скрипач(231 знак., 11.03.2011 19:51)
      - ясно, т.е. прерывание таймера периодическое, а не однократное. В результате оно попадало по всей видимости на приём первого байта в пакете. Так уже больше похоже на правду - koyodza(11.03.2011 20:18)
        
        Ну да :) Мастер не обеспечивает 100% утилизацию канала. Поэтому пауза перед первым байтом может быть 4 милисекунды, а может и 90 милисекунд (к примеру). И эти 90 милисекунд каждые 3,5 будет прерывание таймера. Скрипач(137 знак., 11.03.2011 20:26)