caxapa.ru :: Читал, и пробывал, тот же результат :(

Xanoy (13.10.2005 22:49, просмотров: 2) ответил rezident на Читаем внимательно Руководство пользователя, раздел 13.2.1 Инициализация и сброс USART

Читал, и пробывал, тот же результат :( Сейчас попробую перед изменением скорости UART просто выключить UART, еще структуру модуля посмотрю. Позже попробую коректно описать ситуацию которая происходит.

- rezident Ты пробывал менять скорость передачи UART на лету? Тут непонятки каки е то Xanoy(1454 знак., 14.10.2005 00:38, )
  - С серией F43x я не работал. По особенностям работы FLL+ Shura как-то писал здесь. Поищите. rezident(674 знак., 14.10.2005 14:49, )
    - Первый пункт я седне проверю, второй ок, а вот по третьему-> Xanoy(866 знак., 14.10.2005 16:08, )
      - Ответ: rezident(1129 знак., 14.10.2005 16:43, )
        
        Ок спасибо огромное, прийду домой попробую еще раз, но кажись такой вариант не проканает Xanoy(170 знак., 14.10.2005 18:42, )
        
        Реинициализировать нужно все те регистры на которые оказывает влияние установка бита SWRST. rezident(273 знак., 14.10.2005 19:42, )
        
        Вобщем пробывал, ниче не получилось. Xanoy(1404 знак., 15.10.2005 23:28, )
        
        Может я чего-то не понимаю, но Сергей Борщ(685 знак., 16.10.2005 21:40, )
        
        Что бы убедится в этом нужно проверить - только как? Xanoy(164 знак., 16.10.2005 21:56, )
        
        EPT... совсем забыл об бите TXEPT, спасибо за наводку уже пробую. !!!! :) - Xanoy(17.10.2005 00:07, )
        
        Думаю так: Сергей Борщ(512 знак., 16.10.2005 22:15, )
        
        В принципе в регистре UxTCTL есть бит TXEPT, который указывает, что буфер и сдвиговый пустые. rezident(298 знак., 16.10.2005 22:05, )
        
        Дык вы собственно толком не обрисовали проблему. Зачем нужно "на лету" изменять скорость передачи? - rezident(16.10.2005 00:14, )
        
        Изменение скорости на лету нужно для организации протокола DMX-512 Xanoy(45 знак., 16.10.2005 09:56, , ссылка)
        
        Посмотрел, правда по диагонали :) По-моему для реализации данного протокола проще было бы использовать не штатный USART, а Timer_A как формирователь импульсов. - rezident(16.10.2005 20:32, )
        
        ?? Програмный UART? Проще чем апаратный UART придумать та нечего.. - Xanoy(16.10.2005 21:58, )
        
        Программный уарт на таймере А пишется очень просто. Особенно если не нужен дуплекс. - Сергей Борщ(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, )
        
        Поправка. во втором case-е U0CTL&=~SWRST; перед U0TXBUF = tx.buffer[tx.count-1]; - rezident(14.10.2005 18:39, )

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