Здравствуйте!

Пытаюсь обеспечить передачу данными по USART между двумя мегами 168. Обе тактются от одного внешнего источника частотой 12.5МHz. BAUD=500 на обоих мегах.

Использую polled версия работы s USART из App.Note от производителя.

Соединяю так:



Передаю число первой мегой - вторая Atmega должна принять и соответсвующее количество раз мигнуть светодиодом.

Передаю 1 - мигает 2 раза
Передаю 2 - мигант 12 раз
Передаю 3 - мигает 14 раз

После того как 2 мега мигнула светодиодами она должна вернуть первой константу.
Но такое ощущение что в буфере приема первой меги находится больше чем одно число. Т.к. она принимает контсанту еще до того как вторая закончила мигать светодиодами. Причем число не совпадает с той константой, что должна передать 2 мега.

Подскажите, пожалуйста, что делать, чтобы заработало?

А зачем сигнал XCK - вы в синхронном режиме чтоли работаете? И вообще, код бы не помешало привести.

оп-с.. а земли (GND) вы им действительно не соединили или только на рисунке не удосужились?

Я так понял после прочтения документации, что по XCK происходит тактование. А разве допустим для асинхронной передачи достаточно соледенить допустим Rx одного с Tx другого? А для синхронной соответсвенно Rx1----Tx2 и Tx1----Rx2?




Код взят из appnote 306. Действителен для обоих МК:




Вечером приведу полный листинг.




Земли и питание у обоих МК общие.

Сообщение отредактировал Filov - Mar 3 2008, 10:59

Тактирование нужно только в синхронном режиме, в асинхронном же нужно всего лишь соединить Rx1----Tx2 и Tx1----Rx2, ну и землю, естественно.

2Filov
Скажите, а чем вызвано желание использовать именно USART, к тому же, в синхронном режиме?

Спасибо, попробую вечером добиться верной пересылки в асинхронном режиме. Только инициалюзацию USART я так понимаю надо поменять немного.



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

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

Да надо бы попытаться добить USART, не дело начатое бросать. Вроде бы такая вещь простая... А просидел уже не один вечер.

Спасибо. Попробую использовать прерывание по приему. Плюс попробую асинхронный режим - может чего получится.

Да, вроде не надо, хотя я с мега168 не работал, потому не могу точно сказать.
А примеры кода для УСАРТа можете поискать в примерах программ - это первая тема в этом форуме http://electronix.ru/forum/index.php?showtopic=10934
УСАРТ, мне кажется, для межпроцессорного обмена стоит применять когда надо чтобы любой из контроллеров мог инициировать передачу, а если этого не надо, то SPI будет проще и быстрее по скорости обмена.

1) Конечо, не дело. Разобраться стоит в любом случае. Но если вы хотите принимать данные от одного МК и затем принимать ответ от второго, то лучше использовать асинхронный режим, потому что в синхронном режиме возможна только полудуплексная работа, т.е. один МК передаёт данные, второй принимает, или наоборот, но неодновременно. Затем надо перенастраивать режим первого МК с синхронного мастера на синхронный слейв и наоборот для второго. Для переключения XCK используется бит DDR_XCK0. Ну и соответственно, нужно как-то синхронизировать процессы, чтобы не было ситуации, когда выходы XCK обоих МК начнут палить друг друга.

2) Приведенные вами программы совершенно рабочие, так что проблема(ы) у вас, скорее всего, в другом месте вашей программы. Кстати, нет никаких признаков, что они написаны для синхронного режима.

3) Не моё это дело, но вам, как начинающему, всё-таки скажу, что в сишных фрагментах ввода-вывода лучше ставить точку с запятой после оператора while не так как у вас или в авр306

Код

unsigned char USART0_Receive(void)
{
while(!(UCSR0A&(1<<RXC0)))  /* Wait for incomming data */
            ;
return UDR0;                /* Return the data */
}

а так

Код

unsigned char USART0_Receive(void)
{
while(!(UCSR0A&(1<<RXC0))); /* Wait for incomming data */
return UDR0;                /* Return the data */
}

Будет более читабельно и меньше вероятность совершить ошибку.

Это вопрос нотации записи, кто к чему привык.
По теме: можно взять библиотеку AvrLib. в ней есть примеры работы с USART. Я пользовался идеями, заложенными в код. ИМХО, библиотека универсальная, значит, избыточно-функциональная и объемная по затратам.

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

Другой вопрос, что при двух контроллерах на одной плате еще и с одним источником частоты - внешний клок для UART лишнее.

Так атмелы захотели(:-).

1) У мастера ХСК является выходом, а у слейва входом. Как мастер примет данные от слейва, если ХСК уже занят на выдачу? Точно также для слейва, как слейв передаст данные, если ХСК уже занят на приём?

2) В усарте имеется только 4 режима для тактовой частоты, цитата из документа doc2545m, c.193
"The USART supports four modes of clock operation: Normal asynchronous, Double Speed asynchronous,
Master synchronous and Slave synchronous mode" Ну и какой из них дуплекс?

3) Оба слейва не помогут, кто тогда передавать будет? Да и проблема целая, как засинхронизировать смену битов данных с внешней тактовой частотой? Объясните, пожалуйста.

Клоки нужны только для синхронизации. Вместо виртуальных внтуренних стробов данные захватываются по фронту клока. Мало того клоки должны идти постоянно и приемник ловит стартовый бит, потом n бит данных и стоповый бит (только ловит по фронту клока). Ничем от обычного асинхронного не отличатеся (кроме точки sampling)!


Все дуплекс!



Могут! они оба не являются источником клока! Передает какждый по своей линии TX, которая крест на крест связана с RX. Тут нужен только источник клоков внешний.