Доброго времени суток. Значит так, собрал платку на 48 Атмеге, работает, необходимо отправлять данные на ПК... Как топорный вариант выбрал COM-порт. Для этого была взята схемка MAX232, ну вобщем всё по книжке... Однако, не получается даже сделать простешего зеркала=/. При этом ситуация следующая:
- Атмега работает от внешнего кварца в 20 МГц;
- скорость - не важно, пробовал на многих, ни на одной не работает...
- МАХ рабочий, тупо закорачивал ноги - сигнал возвращался тут же...
- если оциллографом смотреть на ногах самой Атмеги, то приходит всегда то, что нужно, а в ответ уходит какая-то ересь... (в моём случае это 0x80)

Ну вот собственно код:



Может быть кварц слишком быстрый? Но по даташиту ограничения нету на его частоту никаких...
Спасибо.

Сообщение отредактировал NikitoS-86 - Dec 9 2008, 16:29

Вы уверены что вот это будет подсчитано правильно

#define MYUBRR FOSC/16/BAUD-1

Я - не уверен. Посчитайте на калькуляторе и запишите результат:

#define MYUBRR 520 // Как-то так

Кстати, при F=20МГц целые делители для стандартных скоростей не получить...

Без разницы, уже пробовал=/ И при этом не только на этой скорости... Пробовал прям ставить цифры даже для интересующей меня (например 115200, т.е. 10) - всёравно на выходе не то... А данная формула - это кусок из даташита... В принципе совершенно естественно, что точно не посчитается... Но не должно же быть так, что вообще другое число...

Ну, почему же не должно? С какой разрядностью производиятся вычисления? Число 20 000 000 в целое (16 бит) не помещается... Да и деления вовсе не обязаны выполняться в том порядке, в котором записаны...

Даже когда ставлю туда интересующее меня число, всёравно на выход левое значение выходит...

Странно. Уходить не должно вообще. Прерывания приема не разрешены, значит до записи в UDR дело не доходит. Зачем вы используете прерывания, если внутри обработчика все равно ждете в цикле?

Каков глубокий смысл этих манипуляций? Почему не написать сразу UCSR0B = (1<<RXCIE0)| (1<<TXCIE0)| (1<<RXEN0)|(1<<TXEN0); и не забыть | (1<<RXСIE0)
Ограничения есть в зависимости от напряжения питания. Красивые графики №131 и 132.Абсолютно глупый совет. А если завтра кварц другой поставят? Снова калькулятор в зубы? А если скорость другая потребуется? А как не забыть все места, в которых надо подправить такие "магические" числа? Или вы думаете, что калькулятор в компиляторе может ошибаться? Тогда надежнее всего писать прямо в кодах - мало ли, ассемблер ошибется и не тот код команды подставит. Чтобы компилятор посчитал правильно, надо ему правильно написать: #define FOSC 20000000ULL Все, дальше вычисления идут в длинных целых. Порядок действий компилятор изменить может лишь в том случае, если это не повлияет на результат.

Может fuse CKDIV8 остался запрограммирован? С завода он таким приходит - нужно сбросить в 1

попробуйте uart включать после окончательной инициализации (строчку UCSR0B |= (1<<RXEN0)|(1<<TXEN0); поставить после установки параметров uart)

В #define FOSC 20000000 я бы добавил ul (#define FOSC 20000000ul) - не хочется гадать какой тип по умолчанию использует препроцессор.

Ну и убедитесь, что проц работает от внешнего кварца - проверьте fuse-биты. "Вобще другое число" получается, возможно, при работе от внутреннего RC-генератора на 1МГц, либо от 20МГц/8, если бит деления частоты на 8 (CLKDIV8 вроде) оставили сброшенным, как по умолчанию.

Так вот же - разрешены:

Это как это не разрешены? Помоему как раз строчка
UCSR0B |= (1<<RXCIE0);
отвечает за их разрешение, в связи с чем, просто не совсем понятно "и не забыть | (1<<RXСIE0)"...


А это где такая нумерация? Если в даташите, то там все графики в формате "номер главы"-"номер рисунка"

А вот этого не знал - спасибо...

PS: Если где туплю - тыкайте носом=) Целый день перед монитором - уже буквы на мониторе пляшут))

Сообщение отредактировал NikitoS-86 - Dec 9 2008, 17:11

А если поставят кварц, когда ошибка разсинхронизации выйдет за грани допустимой при любых прескалерах - не думали? Именно для исключения подобных неурядиц пользуются так называемыми Code Wizard или Uart calculator. Например в Code Vision это очень хорошо сделано, да и для IAR вроде уже есть плагины.

Это назывется "между глаз лежало". Но цикл в прерывании лишний. Напишите там просто UDR = UDR; В чем смысл прерывания по окончанию передачи тоже не понятно. Хоть ногой там махните Ну, может у меня даташит и старый, 2545D–AVR–07/04, но подобные параметры обычно расположены в разделе про электрические характеристики. Да, скачал свежий - картинки 28.1 и 28.2

AVR CALCULATOR
Хватит уже п**у мучать, товарищи...

И что будет? В худшем случае на первом же тестовом устройстве связи не будет. Причем сразу ясно, где копать. В лучшем - стоит проверка, вычисляющая получившуюся ошибку и дающая #error или #warning прямо на этапе компиляции. А если вы изменили кварц и из пяти таких "магических" цифр вспомнили поменять только четыре - приятной отладки.

Будет именно то, что написал товарищ. А на скорости 2400 при кварце 20 Гц нет таких прескалеров, которые сделали бы уарт работоспособным. Именно поэтому и рекомендую пользовать вышеуказанный софт

Хотя, извиняюсь... калькулятор кривоват оказался.
В Code Vision все ок..
А на счет #warning и #error поддреживаю, вопрос только в том - зачем делать то, что уже сделано другими (это кстати к вопросу - может на асме наченм программировать? :-) )