caxapa.ru :: Если передача идет одиночными байтами, то тогда да. А если передаются пакеты, то,

Bill (12.09.2013 15:23, просмотров: 263) ответил Ксения на Прерывание по UDRE не знает, лежит ли в буфере что-то ещё, требующее передачи, или там пусто. А если пусто, то это прерывание само не успокоится, а будет долбить непрерывно, пока предатчик пуст. Стало быть, это прерывание придется отключать

Если передача идет одиночными байтами, то тогда да. А если передаются пакеты, то, на мой взгляд, лучше использовать UDRE. Я, например, перед передачей последнего байта в пакете просто выключаю прерывание по UDRE и включаю прерывание по TXC. Тогда никакая симуляция вообще не нужна. Или нет?

Ответить

- А при передаче первового байта (если прежде буфер был пуст) включаете UDRE? Тогда, у вас вынимание байта из буфера и запись его в приемник дублируется в обоих обработчиках (UDRE и TXC)? Или я неверно поняла принцип? - Ксения(12.09.2013 16:04)
  - Ксения, если Вы посылаете одиночные байты с периодом = или больше скорости передачи , то в буфере передатчика байт не задержится никогда - прямяком в сдвиговый регистр. Т.е флаг UDRE стоит практически всегда. Лучше юзать - конец передачи Если Вы ilyaul(296 знак., 12.09.2013 19:48)
    - А тогда зачем сделали TXC? Ксения(271 знак., 12.09.2013 20:40)
      - Так , флажок TXC появляется , если байт отослан И в буфере передатчика тоже пусто т.е флаг UDRE установлен.Если же флаг UDRE сброшен (в буфере передатчика завалялся байтик) ,то TXC не установится , даже если отослан байт.Где-то у меня была схемка ilyaul(246 знак., 12.09.2013 21:11 - 21:15)
        
        Если UDRE подвис (не успели в него записать данные за время передачи байта?), то нужно кроме записи в UDR записывать 1 в TXC во время передачи каждого байта. - Apтём(12.09.2013 21:15)
        
        Да , но есть фора на время передачи 2-х байт. Если Вы работаете по UDRE первый байт в сдвиговом регистре , второй в буфере передатчика и пока оба не "уйдут" - TXC не установиться. - ilyaul(12.09.2013 21:22)
        
        Фора есть, но мало ли её не хватит(это уже от проекта зависит, вдруг скорость 1-2 Мбита и критические секции длинные есть в программе)? А так и без форы работать будет, и цена небольшая 3 такта и 4(6) байта памяти программ на каждый передаваемый Apтём(6 знак., 12.09.2013 22:24 - 22:26)
      - Txc позволяет узнать что байт передан. Это нужно для 485-го. Или если нужно послать в uart и уйти в глубокий сон по окончании передачи. Apтём(81 знак., 12.09.2013 20:53)
  - В TXC ничего в UDR не пишется, там только направление RS485 переключается. В UDRE ещё нужно TXC сбросить, если вдруг он установился до конца пакета. - Apтём(12.09.2013 16:07)
    - У меня, слава Богу, не RS485, а простой UART/RS232. В таком случае, ваш вариант эквивалентен отказу от использования прерывания TXC в пользу UDRE. - Ксения(12.09.2013 16:18)
      - Да, если RS485 не нужен, то с TXC делать ничего не надо. - Apтём(12.09.2013 16:22)
        
        Как вы полагаете. Если разрешить СРАЗУ ОБА прерывания (TXC и UDRE), а TXC пошлёт байт первым, то UDRE следом вызовется или его флаг надо стирать внутри TXC-обработчика, чтобы его подавить его вызов? - Ксения(12.09.2013 16:53)
        
        Если использовать два прерывания(RS485), то в TXC ничего посылать не надо, там только направление переключается. Для RS232 не нужно два прерывания использовать. Apтём(198 знак., 12.09.2013 17:00)
        
        + в общем-то прерывание нужно использовать только на приём, чтобы вовремя забирать то, что туда прилетело. При передаче, как правило, это не нужно. Достаточно отслеживать то, что передача ещё не закончена, и затем пихать туда новый байт. Adept(3469 знак., 12.09.2013 17:35 - 18:03)
        
        Что делать...бросать писать на ассемблере. Apтём(234 знак., 12.09.2013 17:42)
        
        да, чтобы не думать , прерывания могут быть запрещены. По хорошему, у меня раньше было сделано так, что п/п по выходу восстанавливала статус прерываний акой, какой был до входа, но как-то за переделками это куда-то делось, и вроде не мешает, но Adept(105 знак., 12.09.2013 17:49)

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