Передача Данных По Usart

[maksim586]

Добрый день. Изучаю программирование AVR. Нашел пример программы. Там есть участок цикл ожидания передачи байта, может кто обьяснит как он работает

while(!(UCSRA & (1<<UDRE))); // ждем окончания передачи байта

Изменено 23 апреля, 2013 пользователем maksim586

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[korsaj]

откройте даташит и посмотрите описание регистра UCSRA, особое внимание обратите на бит UDRE.

А приведенная вами строка просто проверяет его состояние.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[hd44780]

Не просто проверяет, а ждёт, пока в этом бите не появится единичка.

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[maksim586]

Прочел даташит эта функция изготовителем предусмотренна. Причем только она работает, проверять только бит UDRE или регистр UCSRA не получается работает только так while(!(UCSRA & (1<<UDRE)));

[tcoder]

...эта функция...

Это не функция, а выражение. UDRE - это номер бита, << это сдвиг, 1 это и есть 1, UCSRA это регистр, где надо проверить. ! - инверсия, & - побитовое "И"

(1<<UDRE) = сдвигаем единичку на UDRE раз, получаем байт, где везде нули, а как раз в бите, который надо проверять будет стоять единичка - получилась маска для проверки UCSRA

.

Далее получается контрольный байт в результате побитового "И" между UCSRA и маской. Если флажок в UCSRA не установлен - результирующий байт будет ноль, а если установлен, то он будет равен значению маски. Вот этот контрольный байт уже проверяется оператором while. Чтобы while крутил цикл, ему надо указывать единичку, а у нас надо, чтобы при нолике крутил, поэтому ставится инверсия (восклицательный знак перед выражением). Вот собственно и всё.

Пока бит не установлен, выражение возвращает ноль, оно инвертируется через !, получается 1 - цикл крутит. Как только появился бит, выражение становится равно значению маски, а раз оно отличается от нуля - это эквивалент лог единицы. Инверсия превращает её в ноль - while по нулю завершает цикл, программа выполняется дальше...

Вся суть выражения в том, чтобы исключить влияние других битов UCSRA на проверку одного нужного.

Изменено 23 апреля, 2013 пользователем tcoder

[maksim586]

Спасибо!

[tcoder]

Всегда пожалста. Если что-то с выражением непонятно, могу ещё подробнее попытаться объяснить...

[maksim586]

Вроде понял,что UDRE это номер бита в регистре, я проверял непосредственно этот бит что-то вроде while(!UDRE); Как оказалось так делать нельзя.

[tcoder]

Понятно. В случае while(!UDRE) цикл просто не срабатывал, т.к. UDRE наверно пяти равняется, а восклицательный знак обращает это в ноль. А вот если бы UDRE был бы нулевым битом, инверсия его сделала бы единичкой - и программа зависла бы на этом цикле.

[hd44780]

проверял непосредственно этот бит что-то вроде while(!UDRE); Как оказалось так делать нельзя.

Конечно нельзя

Эта команда регистр не читает. Она равносильна выражению while ( 5 != 0 ); Т.о. это совершенно бесполезный и не нужный оператор.

Изменено 24 апреля, 2013 пользователем hd44780

[maksim586]

Спасибо. Я разобрался.

[tire]

Чтобы не плодить темы спрашиваю здесь...

Прибор должен выдавать в USART пять байт данных каждых три секунды.

Камень ATmega8535-PU16 повесил советский кварц на 18.4320 MHz.

Понятно что это превышение максимальной рабочей частоты по даташиту.

Но по логике работы прибора ниже 16.0 МГц. нельзя опускаться .Да и на 16 нету у меня

Так вот, прошивка выполняю только при запаянном кварце на 8.0 МГц. ( при установленном 18МГц. кварце прошивка не проходит )

После прошивки устанавливаю кварц на 18 МГц. запускаю прибор, и тут ... в USART идет поток символов <0><0> в перерывах пролетает ожидаемые данные.

Есть подозрение на кварц ( вернее на привышение лимита )

Подтвердить/опровергнуть можете ?

P.S. Прибор сей протонный прецессионный магнитометр, перед этим успешно работал на частоте 16.9344 MHz.

Камень заменялся на такой же и на ATmega16 результат тот же. Линия USART слушаеться через связку 232>PC поток смотрится в программе Terminal v1.9b связка проверена отладочной платой аналогичным камнем но на меньшей частоте.

[Rhime]

Не знаю как 8535, но мега8 адекватно реагирует на такой кварц.

Напряжение питания попробуй установить максимум (5,5В) по идее должен разогнаться.

[tire]

Попробую поднять напряжение питания. Если не поможет то переброшу проблемный кварц на отладочную плату и там погоняю .

[tire]

У меня проблема оказалась в коде. В цикле перед передачей пачки данных устанавливал бит TXEN а после передачи пачки снимал. Именно в этот момент шла лажа по линии, ведь тогда выводы МК отключались от модуля USART . Теперь бит TXEN устанавливаю только в начале инициализации и больше не трогаю.

[Alexeyslav]

Еще очень часто бывает что контроллеры заводятся на неосновной гармонике кварца, это все зависит всецело от самого кварца и схемы его "привода" - в часности от емкостей на его выводах. Пару раз ловил такой глюк на 14Мгц кварце - на макетке очень редко при подаче напряжения заводился на частоте в 3 раза ниже положенной.

А то что превышает немного - бог с ним, просто теперь сузится диапазон рабочих напряжений и температур в которых схема будет работать стабильно.