Всем добрый день,

Пытаюсь заставить корректно работать UART на меге для связи с компьютером, и вот что получается:

Исходные данные:

1. Схема по которой это все работает:


* Вот здесь брал описание: http://easyelectronics.ru/svyaz-mikrokontr...erez-rs232.html

2. Прошивка для мк:
* Она сгенерирована CodeWizard'ом в CVAVR на такие параметры:


Добавленная строчка в основном цикле:


т.е - постоянно посылаем символ R

Вот что получаю на самом деле в терминале:


Т.е. - как видно символ 'R' он таки передаёт, но помимо него шлется ещё куча всякого мусора. Откуда он берется и как главное с ним бороться?

Что уже попробывал:

1. Протестил саму прошивку в VMLAB - все четко, без ошибок, работает как часы.

2. Без контроллера, просто замкнул выводы TxD и RxD, и подал питание на схему - в терминале все тоже работает - переданные байты тутже возвращаются эхом назад.

3. Пробывал менять кварц 8мгц/4мгц, игрался с разными значениями бодрейта - не помогает.

Комбинация фьюзов что на меге сейчас (под кварцы 3-8мгц):
CKSEL0-3: 1111 SUT0-1: 11 CKOPT 1
(вообще, если это вдруг поможет - сейчас у меня все фьюзы выставлены в 1)

4. Монтаж проверял неоднократно - все в порядке

5. Пробывал также запускать UART использую бит паритета четный/нечетный - все равно мусор не уходит

Помогите пожалуйста побороть злостную помеху

Проверьте кабель: возможно неполадки с "земляным" проводом.

UDR = 'R';

И все?

Может надо подождать завершения передачи предыдущего символа (байта), перед отправкой нового?

Сообщение отредактировал Chameleon - May 7 2009, 09:20

всё просто. сбивается синхронизация по старт и стоп битам.
тестируйте так:


тогда гарантированно войдёт в синхронизацию по "стопам" и "стартам".

Пробывал, также и с проверкой готовности регистра передачи:


результат тотже

Судя по тому что вам выдается на ПК, у вас помеха с частотой около 100Гц. Смотрите осциллографом питание вашего МК.

Попробывал, как Вы сказали:



Уже заметно лучше, но все же ещё кое где проскальзывает ошибочные данные (вот что в терминале [должно быть 00 FF 15 ]):

Кстати, какой конкретно мах232 у вас стоит, не к каждому можно конденсаторы по 0,1мк ставить, обычно там по 1мк ставят.

И схема настораживает - на участке от проца до макса Rx и Tx не перепутаны?

Попробуйте поставить значение UBRRL=25 (для 4МГц) или UBRRL=51 (для 8МГц)
смотреть стр. 169 описания.

Это неудивительно, поскольку у UART есть буферизация. Тогда уж стоило бы проверять не UDRE, а TXC. Но и то, скорее всего, эффект будет аналогичный. Чтобы гарантированно исключить вариант с ошибкой синхронизации, надо сделать задержку между посылкой байтов, хоть программную, на пару mS. Если и тогда будет мусор - разбираться с "землями" и наводками (а вообще-то обрыв проводника в соединительном кабеле - самое обычное дело).

Я не знаю как это получилось, но решил руководствуясь замечанием Dx! поменять местами RxD TxD (от max232 до меги) - и что самое интересное оно заработало! (Хотя я был уверен что при неправильном подключении просто ничего не будет происходить)

Как всегда - все оказалось банально до немогу. Постейшая невнимательность. Всем ОГРОМНОЕ спасибо.
Буду разбираться ещё немного и писать код под свою задачу - если что обязательно спрошу. Ещё раз всем спасибо

Если преобразователь RS232-TTL стоит возле компа, а TTL сигнал гоняется по длинным проводам, то не помешает экранированный провод.

Обнаружилась следующая нехорошая вещь:

При таком соединении:
T2IN - TxD
R2OUT - RxD

UART работает как надо и нареканий нет, вот только на блоке питания спустя 1-2 минуты начинают жутко греться стабилизаторы (кренки)
Навряд ли там уарт такой большой ток кушает, начал искать кз. Схемы проверил, всё прозвонил - нигде нет.

Удалось установить, что:
Если я поменяю местами
T2IN - RxD
R2OUT - TxD

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

В каком направлении искать сие загадочную пакость?

Какое напряжение на входе кренки и какая кренка? (78L, 78F, 78C)?
Ток померять можете?

Первое включение - правильное. Второе - вход со входом, выход с выходом.