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

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

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

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

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

Xanoy (16.10.2005 21:58, просмотров: 1) ответил rezident на Посмотрел, правда по диагонали :) По-моему для реализации данного протокола проще было бы использовать не штатный USART, а Timer_A как формирователь импульсов.

?? Програмный UART? Проще чем апаратный UART придумать та нечего..

- Программный уарт на таймере А пишется очень просто. Особенно если не нужен дуплекс. - Сергей Борщ(16.10.2005 22:20, , ссылка)
  - За ссылку спасиба, но это в следующем девасике если прийдется экономить на контроллере :) - Xanoy(17.10.2005 00:15, )
- Я бы назвал его программно-аппаратный, а не программный. rezident(163 знак., 16.10.2005 22:09, )
  - Кстати, еще кошернее использовать Timer_B, а не Timer_A, т.к. у первого двойная буферизация регистра сравнения. - rezident(16.10.2005 22:11, )
    - Не выйдет с Timer_B - у него нет бита SCCI - т.е. он не защёлкивает состояние порта. Аппаратно-программный только на TIMER_A VVL1(208 знак., 19.10.2005 15:17, )
      - Не понял. Поясните, плз, зачем SCCI нужен при реализации UART? На прием? - rezident(19.10.2005 20:23, )
        
        Сорри, уже понял :) Это же бит синхронной защелки по сигналу EQUx. - rezident(19.10.2005 20:25, )
    - Никогда не использовал таймера вместо UART, и посему терзают смутные сомнения - успею ли я на 250кбод/сек, данные гонять и программу обслуживать? - Xanoy(17.10.2005 00:11, )
- Я понимаю, что проще, но тогда нужно корректно отслеживать все паузы и задержки. - rezident(16.10.2005 22:06, )