Здравствуйте, недавно начал осваивать программирование микроконтроллеров, в частности 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);
}

Во-первых, в опциях создания сообщения есть тэги цитирования и оформления кода, не могли бы вы ими пользоваться для лучшего восприятия вашего исходного кода другими читателями?
Во-вторых, не вижу в приведенном вами коде команд настройки пинов микроконтроллера на выполнение ими функций UART.
В-третьих, вы определитесь как все-таки вы желаете работать с UART: по прерываниям или по опросу флагов?
Если по прерываниям, то оформляйте процедуру передачи и приема символа в самих прерываниях.
Если же по опросу флага, то зачем вообще разрешать и запрещать прерывания? Флаги готовности конечно связаны с прерываниями, но устанавливаются они независимо от того разрешены или запрещены соответствующие источники прерываний. Тем более не нужно постоянно дергать глобальный флаг прерываний GIE. Он-то вообще тут никак не мешает и не помогает. Достаточно его установить после инициализации модуля UART и далее уже оперировать с битами управления прерываниями конкретного периферийного модуля (USART в данном случае). И вообще вы хоть какие-то примеры использования UART смотрели? На сайте производителя, например?

// Разрешить прерывания по приему
IE1 |= UTXIE0;
это передача




// Дождаться готовности передатчика к приему новых данных
while ( !(IFG1 & UTXIFG0) );
...
// Дождаться завершения предыдущей операции записи
while ( !(U0TCTL & TXEPT) );
думаю это дублирует одно-другое

Спасибо за дельные замечания, постараюсь учесть на будующее )), но все таки основной вопрос почему UTXIFG0 не реагирует на помещение данных в буфер передатчика, т.е. всегда ==1 (прерывания убрал, PIN настроил).

Исправленный код в студию!

Подрихтовал исходники )), проблемма все таже: флаг UTXIFG0 никак не реагирует на помещении байта данных в буфер передатчика, т.е. всегда ==1, соответственно до окна терминала, вызванного на подключенном к мк ООД данные, посланные в UART не доходят.
Источник тактирования: по-умолчанию (DCO, 800kHz). Внимание, вопрос: почему? . Спасибо.

Так и будете в час, точнее в день по чайной ложке или все-таки прочитаете этот RTFM?

Установленный флаг UTXIFG0 свидетельствует о том, что UART готов к передаче (записи в буфер TXBUF) следующего байта, а не о том что он занят. Поскольку у него двойная буферизация, то два байта подряд он хавает на ура. Если бы проблема была только в этом флаге, то на терминале вы получили бы как минимум два символа. Поскольку вы не получаете ни одного, то проблема не там, где вы ее ищете. Если используете винусовый гипертерминал, то такое вполне может быть. Он по умолчанию требует handshake. Попробуйте вот с этим терминалом.
P.S. а осциллографом вы смотрели сигналы? Может просто скорость передачи сильно отличается от ожидаемой?

я от МСП430 и в виндовозном терминале все прекрано видел. Посмотрите исходники от ТИ

Ну на счет manual могу чесно сказать, что прочитал от корки до корки) и вот строка, из-за которой весь сыр-бор (английского с собой сейчас нет, но там также)) )

UTXIFGx автоматически сбрасывается, если запрос прерывания обслужен или если символ записан в UxTXBUF.

А мой флаг при занесении данных в буфер передатчика игнорировал это правило, но как оказалось действительно это была не суть проблеммы, ошибка была в конструкции, связывающей мой мк с компьютером. Теперь наслаждаюсь трансляцией трафика с мк в терминал и обратно, несмотря на всегда равный 1 UTXIFGx ).

Спасибо за потраченное на меня время.

Да не игнорировал он его Думаю вы просто не успевали отследить его изменение. Как наблюдали/трассировали? С помощью USB-FET или LPT-FET?
Можете сами убедиться, посылая строку из неповторяющихся символов с последовательно возрастающим кодом, например, 0x30, 0x31, 0x32, 0x33 и т.д. Если бы ваш вывод был верен, то на терминале вы бы не увидели всю последовательность символов по порядку. Первый был бы правильно, а последующие с большими пропусками. Типа такой последовательности 0x30, 0x39, 0x53, 0x67....

Наверное соединили одноименные сигналы, TxD MSP430 с TxD RS-232, а? ;)

В чём может проявиться различие (не имея ввиду время отклика po USB&LPT)? Два JTAGa но один core (msp430)

Не понял, что вы подразумеваете под "различием", но чтобы обнаружить сброс флага UTXIFGx после записи в UxTXBUF нужно кроме установки breakpoint на этой команде одновременно еще и тактирование UART останавливать. Что дебаггер не делает. Если уж так хочется подловить этот "подлый" флаг, то выберите источником тактирования внешний сигнал UCLKx и тактируйте UART одиночными импульсами от кнопки, подключенной, например, к RS-триггеру. Вот тогда после записи в UxTXBUF флаг будет сброшен, пока до UARTа (при условии, что сдвиговый регистр пуст) не пройдет первый импульс BITCLK.

Я имел ввиду общие отличия JTAG по LPT и USB (вопрос не имеет отношение к проблеме ловли влага).
Существует ли что-то такое, что LPT-JTAG проигрывае?

Что ж на это мне ответить нечего, достаточно доходчиво.

При дальнейшем углублении в перепитии UARTA, созрел еще вопрос: (надеюсь, что более интеллектуальный чем с флагом ) можно ли как-то работать напрямую со сдвигающим приемным буфером UARTa или хотя бы настроить его по аналогии с виндоусным регистром FIFO? Просто при отправке пакета данных, скажем из 6 байт, процедура обработки прерывания вызывается только для последнего байта, который в UXRXBUFe уже успел затереть 5 своих предшественников (выставлен флаг переполнения OE). Если не трудно, подскажите... Спасибо.

[quote name='!Roma!' date='Feb 3 2007, 13:55' post='205860']

При дальнейшем углублении в перепитии UARTA, созрел еще вопрос: (надеюсь, что более интеллектуальный чем с флагом ) [/quote]

[quote
можно ли как-то работать напрямую со сдвигающим приемным буфером UARTa или хотя бы настроить его по аналогии с виндоусным регистром FIFO? Просто при отправке пакета данных, скажем из 6 байт, процедура обработки прерывания вызывается только для последнего байта, который в UXRXBUFe уже успел затереть 5 своих предшественников (выставлен флаг переполнения OE). Если не трудно, подскажите... Спасибо.
[/quote]
было бы идеальным решением для контроллеров кинул 20 байт и забыл даже без прерываний, а зачем отвлекаться то . Хотя думаю, что если использовать DMA, то это вполне осуществимо. А так использовать буфер на передачу и прием, что вообщем-то освобождает от рутины