Форум разработчиков электроники ELECTRONIX.ru

nachinayuschiy

Jul 4 2009, 22:43

Здравствуйте. У меня возникла следующая проблема.
У меня в проекте настроен PIT для целей RTOS (период - 1 мс)
Так же мне нужно сконфигурировать DBGU на частоту 115200.

Код

__arm void Handler(void) {

    unsigned long status;
    unsigned long status_dbgu;

      status = AT91C_BASE_PITC->PITC_PISR;
      status_dbgu = AT91C_BASE_DBGU->DBGU_CSR;


      if (status_dbgu & AT91C_US_RXRDY) {
        AT91C_BASE_DBGU->DBGU_RHR;
        zzz_cnt++;
      }

      if(status & AT91C_PITC_PITS)
      {
        AT91C_BASE_AIC->AIC_IVR  = 0;

        status                   = AT91C_BASE_PITC->PITC_PIVR;
        (void)status;

        OSTimeTick();
      }
  }

В общем если DBGU настроить на 9600, то при отправке в порт 2800 байт, переменная zzz_cnt становиться равна как и должна 2800.
Но вот если я конфигурирую на 115200, то после отправки 2800 байт, переменная равна 179-182 байта. В чем может быть причина данного глюка?
Помогите решить данную проблему. Заранее благодарен.

aaarrr

Jul 4 2009, 22:58

Чтобы принимать поток 115200, латентность прерывания DBGU должна быть меньше 87мкс. Вы уверены, что она обеспечивается?

nachinayuschiy

Jul 4 2009, 23:00

Код

__arm void Handler(void) {

    unsigned long status;
    unsigned long status_dbgu;

      status = AT91C_BASE_PITC->PITC_PISR;
      status_dbgu = AT91C_BASE_DBGU->DBGU_CSR;


      if (status_dbgu & AT91C_US_RXRDY) {
        AT91C_BASE_DBGU->DBGU_RHR;
        zzz_cnt++;
      }

  }

Обеспечивает. Вот такой вот код успешно работает.

aaarrr

Jul 4 2009, 23:06

Цитата(nachinayuschiy @ Jul 5 2009, 03:00)

Обеспечивает. Вот такой вот код успешно работает.

Если такой код успешно работает, то предыдущий, очевидно, не обеспечивает. Т.е. OSTimeTick() выполняется слишком долго.

nachinayuschiy

Jul 4 2009, 23:18

Тогда прямо в этой теме хочу спросить. Если таким образом данные принимать не получиться. Тогда остаеться PDC. Хочу спросить.
В общем когда я заношу данные в RCR и RNCR. И допустим счетчик RCR досчитал но нуля, и начал считать RNCR и в это время счетчик RCR снова установить, то по завершению счета RNCR счет возобновиться снова с RCR?

aaarrr

Jul 4 2009, 23:23

У DBGU, увы, нет PDC. Когда RCR досчитает до нуля, он будет перезагружен из RNCR, т.е. устанавливать нужно будет каждый раз RNCR.

nachinayuschiy

Jul 4 2009, 23:27

Вот только не пойму как его нет... Если я его в своей программе использую

aaarrr

Jul 4 2009, 23:31

Может, я чего упустил? Процессор какой?

nachinayuschiy

Jul 4 2009, 23:32

SAM7S256

aaarrr

Jul 4 2009, 23:35

Да, что-то у меня заклинило. Ну, тем лучше для вас.

nachinayuschiy

Jul 5 2009, 00:42

В общем если я вас правильно понял, что для того что бы PDC сделать непрерывным, нужно выставить RCR и RNCR, а затем после выполнения прерывания ENDRX постоянно менять RNCR. Правильно я размышляю?

aaarrr

Jul 5 2009, 01:44

Да, правильно. К сожалению, у DBGU нет прерывания по таймауту, что несколько усложняет жизнь.

nachinayuschiy

Jul 5 2009, 06:44

А какое ещё прерывание по таймеру? В PDC вроде никаких прерываний по таймеру нет

Что-то я запутался, буду разбираться

aaarrr

Jul 5 2009, 12:06

Прерывание не у PDC, а у UART'а. Если данные кончатся, а приемный буфер будет заполнен не до конца, то в случае DBGU никаких событий сгенерировано не будет. У нормального UART'а при этом можно сгенерировать прерывание по таймауту.

nachinayuschiy

Jul 5 2009, 14:26

С этим согласен. DBGU обрезали до безобразия )