!Roma! 0 25 января, 2007 Опубликовано 25 января, 2007 · Жалоба Здравствуйте, недавно начал осваивать программирование микроконтроллеров, в частности msp430F169, столкнулся с проблемой передачи данных с него на компьютер. При передаче странно работает флаг UTXIFG0, т.е. он абсолютно не реагирует на помещение данных в U0TXBUF(хотя судя по руководству, должен сбрасываться), сбрасываеися лишь после вызова обработчика прерываний, и потом так и остается в нуле до PUC или SWRST=1. Научите уму-разуму)), подскажите где ошибка. Спасибо. Источник тактирования DCO (800kHz) #include "msp430x16x.h" int TransmitPacket(char *pData, int nDataSize); int main() { // Остановить WatchDog timer WDTCTL = WDTPW + WDTHOLD; /** Сбросить модуль USART (SWRST=1), Настроить порт: 8 бит в пакете, без контроля четности, 1 стоп-бит */ U0CTL = SWRST; // Установить длину данных - 8 бит U0CTL |= CHAR; // Источник тактирования - SMCLK U0TCTL |= SSEL1; // Установить скорость работы порта 9600 бод U0BR0 = 0x53; U0BR1 = 0x00; U0MCTL = 0x03; // Включить модуль USART через SFR (прием и передача) ME1 |= UTXE0 | URXE0; // Разрешить прерывания по приему IE1 |= URXIE0; // Очищаем SWRST бит U0CTL &= ~SWRST; /*____________________Проверка_отправки_данных_на_компьютер______________________ _____*/ char aCheckData[] = {0x31,0x32,0x33}; int nCheckDataLen = 3; for (;;) { TransmitPacket(aCheckData,nCheckDataLen); } }//main /** \fn int TransmitPacket(char *pData, int nDataSize) \param pData - указатель на передаваемый буфер nDataSize - размер передаваемых данных \brief Отправить данные в порт */ int TransmitPacket(char *pData, int nDataSize) { // Разрешить прерывания по приему IE1 |= UTXIE0; // Переменная для хранения очередного байта данных (для ускорения операции доступа к данным массива) char *pTmpData = pData; // Цикл передачи данных for (int nCount=nDataSize; nCount>0; nCount--) { // Разрешить маскированные прерывания (прерывания от периферийных модулей) _EINT(); // Дождаться готовности передатчика к приему новых данных while ( !(IFG1 & UTXIFG0) ); // Буфер готов к приему, записать очередной байт данных U0TXBUF = *pTmpData++; // Дождаться завершения предыдущей операции записи while ( !(U0TCTL & TXEPT) ); } // Передача завершена, прекратить вызов обработчика прерываний IE1 ^= UTXIE0; return 0; }// end of TransmitPacket() #pragma vector = UART0TX_VECTOR /** \fn void Uart0_TX (void) \brief Функция-обработчик прерываний от UART0 (при передаче) */ __interrupt void Uart0_TX (void) { // Прерывание обработано, сбросить GIE-бит _BIC_SR_IRQ(GIE); } Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rezident 0 25 января, 2007 Опубликовано 25 января, 2007 · Жалоба Во-первых, в опциях создания сообщения есть тэги цитирования и оформления кода, не могли бы вы ими пользоваться для лучшего восприятия вашего исходного кода другими читателями? Во-вторых, не вижу в приведенном вами коде команд настройки пинов микроконтроллера на выполнение ими функций UART. В-третьих, вы определитесь как все-таки вы желаете работать с UART: по прерываниям или по опросу флагов? Если по прерываниям, то оформляйте процедуру передачи и приема символа в самих прерываниях. Если же по опросу флага, то зачем вообще разрешать и запрещать прерывания? Флаги готовности конечно связаны с прерываниями, но устанавливаются они независимо от того разрешены или запрещены соответствующие источники прерываний. Тем более не нужно постоянно дергать глобальный флаг прерываний GIE. Он-то вообще тут никак не мешает и не помогает. Достаточно его установить после инициализации модуля UART и далее уже оперировать с битами управления прерываниями конкретного периферийного модуля (USART в данном случае). И вообще вы хоть какие-то примеры использования UART смотрели? На сайте производителя, например? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Lucky:) 0 25 января, 2007 Опубликовано 25 января, 2007 · Жалоба // Разрешить прерывания по приему IE1 |= UTXIE0; это передача // Дождаться готовности передатчика к приему новых данных while ( !(IFG1 & UTXIFG0) ); ... // Дождаться завершения предыдущей операции записи while ( !(U0TCTL & TXEPT) ); думаю это дублирует одно-другое Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
!Roma! 0 26 января, 2007 Опубликовано 26 января, 2007 · Жалоба Спасибо за дельные замечания, постараюсь учесть на будующее )), но все таки основной вопрос почему UTXIFG0 не реагирует на помещение данных в буфер передатчика, т.е. всегда ==1 (прерывания убрал, PIN настроил). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rezident 0 26 января, 2007 Опубликовано 26 января, 2007 · Жалоба Спасибо за дельные замечания, постараюсь учесть на будующее )), но все таки основной вопрос почему UTXIFG0 не реагирует на помещение данных в буфер передатчика, т.е. всегда ==1 (прерывания убрал, PIN настроил). Исправленный код в студию! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
!Roma! 0 29 января, 2007 Опубликовано 29 января, 2007 · Жалоба Подрихтовал исходники )), проблемма все таже: флаг UTXIFG0 никак не реагирует на помещении байта данных в буфер передатчика, т.е. всегда ==1, соответственно до окна терминала, вызванного на подключенном к мк ООД данные, посланные в UART не доходят. Источник тактирования: по-умолчанию (DCO, 800kHz). Внимание, вопрос: почему? :). Спасибо. int main() { // Остановить WatchDog timer WDTCTL = WDTPW + WDTHOLD; /*___________________________Инициализация_UART0__________________________*/ // P3.3,4 = USART0 TXD/RXD P3SEL = 0x30; // Разрешить маскированные прерывания (прерывания от периферийных модулей) // _EINT(); /** Сбросить модуль USART (SWRST=1), Настроить порт: 8 бит в пакете, без контроля четности, 1 стоп-бит */ U0CTL = SWRST; // Установить длину данных - 8 бит U0CTL |= CHAR; // Источник тактирования - SMCLK U0TCTL |= SSEL1; // Установить скорость работы порта 9600 бод U0BR0 = 0x53; U0BR1 = 0x00; U0MCTL = 0x03; // Включить модуль USART через SFR (только передача) ME1 |= UTXE0; // Очищаем SWRST бит U0CTL &= ~SWRST; /*___________________________Передача_данных________________________________*/ for (;;) { // Дождаться готовности передатчика к приему новых данных while ( !(IFG1 & UTXIFG0) ); // Буфер готов к приему, записать очередной байт данных U0TXBUF = 0x31; } }//main Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rezident 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Так и будете в час, точнее в день по чайной ложке или все-таки прочитаете этот RTFM? ;) UTXIFG0 is set when U0TXBUF is empty. Установленный флаг UTXIFG0 свидетельствует о том, что UART готов к передаче (записи в буфер TXBUF) следующего байта, а не о том что он занят. Поскольку у него двойная буферизация, то два байта подряд он хавает на ура. Если бы проблема была только в этом флаге, то на терминале вы получили бы как минимум два символа. Поскольку вы не получаете ни одного, то проблема не там, где вы ее ищете. Если используете винусовый гипертерминал, то такое вполне может быть. Он по умолчанию требует handshake. Попробуйте вот с этим терминалом. P.S. а осциллографом вы смотрели сигналы? Может просто скорость передачи сильно отличается от ожидаемой? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jorikdima 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба я от МСП430 и в виндовозном терминале все прекрано видел. Посмотрите исходники от ТИ Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
!Roma! 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Ну на счет manual могу чесно сказать, что прочитал от корки до корки:)) и вот строка, из-за которой весь сыр-бор (английского с собой сейчас нет, но там также)) ) UTXIFGx автоматически сбрасывается, если запрос прерывания обслужен или если символ записан в UxTXBUF. А мой флаг при занесении данных в буфер передатчика игнорировал это правило, но как оказалось действительно это была не суть проблеммы, ошибка была в конструкции, связывающей мой мк с компьютером. Теперь наслаждаюсь трансляцией трафика с мк в терминал и обратно, несмотря на всегда равный 1 UTXIFGx :)). Спасибо за потраченное на меня время. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rezident 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба А мой флаг при занесении данных в буфер передатчика игнорировал это правило, Да не игнорировал он его :) Думаю вы просто не успевали отследить его изменение. Как наблюдали/трассировали? С помощью USB-FET или LPT-FET? Можете сами убедиться, посылая строку из неповторяющихся символов с последовательно возрастающим кодом, например, 0x30, 0x31, 0x32, 0x33 и т.д. Если бы ваш вывод был верен, то на терминале вы бы не увидели всю последовательность символов по порядку. Первый был бы правильно, а последующие с большими пропусками. Типа такой последовательности 0x30, 0x39, 0x53, 0x67.... но как оказалось действительно это была не суть проблеммы, ошибка была в конструкции, связывающей мой мк с компьютером. Наверное соединили одноименные сигналы, TxD MSP430 с TxD RS-232, а? ;) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Lucky:) 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Как наблюдали/трассировали? С помощью USB-FET или LPT-FET? В чём может проявиться различие (не имея ввиду время отклика po USB&LPT)? Два JTAGa но один core (msp430) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
rezident 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Как наблюдали/трассировали? С помощью USB-FET или LPT-FET? В чём может проявиться различие (не имея ввиду время отклика po USB&LPT)? Два JTAGa но один core (msp430) Не понял, что вы подразумеваете под "различием", но чтобы обнаружить сброс флага UTXIFGx после записи в UxTXBUF нужно кроме установки breakpoint на этой команде одновременно еще и тактирование UART останавливать. Что дебаггер не делает. Если уж так хочется подловить этот "подлый" флаг, то выберите источником тактирования внешний сигнал UCLKx и тактируйте UART одиночными импульсами от кнопки, подключенной, например, к RS-триггеру. Вот тогда после записи в UxTXBUF флаг будет сброшен, пока до UARTа (при условии, что сдвиговый регистр пуст) не пройдет первый импульс BITCLK. The data is then moved to the transmit shift register on the next BITCLK after the TX shift register is empty, and transmission begins. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Lucky:) 0 30 января, 2007 Опубликовано 30 января, 2007 · Жалоба Не понял, что вы подразумеваете под "различием" Я имел ввиду общие отличия JTAG по LPT и USB (вопрос не имеет отношение к проблеме ловли влага). Существует ли что-то такое, что LPT-JTAG проигрывае? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
!Roma! 0 3 февраля, 2007 Опубликовано 3 февраля, 2007 · Жалоба Да не игнорировал он его Что ж на это мне ответить нечего, достаточно доходчиво:). При дальнейшем углублении в перепитии UARTA, созрел еще вопрос: (надеюсь, что более интеллектуальный чем с флагом :) ) можно ли как-то работать напрямую со сдвигающим приемным буфером UARTa или хотя бы настроить его по аналогии с виндоусным регистром FIFO? Просто при отправке пакета данных, скажем из 6 байт, процедура обработки прерывания вызывается только для последнего байта, который в UXRXBUFe уже успел затереть 5 своих предшественников (выставлен флаг переполнения OE). Если не трудно, подскажите... Спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlHakim 0 3 февраля, 2007 Опубликовано 3 февраля, 2007 · Жалоба При дальнейшем углублении в перепитии UARTA, созрел еще вопрос: (надеюсь, что более интеллектуальный чем с флагом :) ) [quote можно ли как-то работать напрямую со сдвигающим приемным буфером UARTa или хотя бы настроить его по аналогии с виндоусным регистром FIFO? Просто при отправке пакета данных, скажем из 6 байт, процедура обработки прерывания вызывается только для последнего байта, который в UXRXBUFe уже успел затереть 5 своих предшественников (выставлен флаг переполнения OE). Если не трудно, подскажите... Спасибо. было бы идеальным решением для контроллеров кинул 20 байт и забыл :) даже без прерываний, а зачем отвлекаться то :). Хотя думаю, что если использовать DMA, то это вполне осуществимо. А так использовать буфер на передачу и прием, что вообщем-то освобождает от рутины Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться