Соединить 2 atmega168 по USART, тактуются от одного источника Опции

[Filov]

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

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

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

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

Код

Rx    --  Tx
Tx    --  Rx
XCK  --  XCK

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

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

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

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

[GDI]

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

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

[Filov]

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

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

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

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

[Stanislav_S]

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

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

[Filov]

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

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

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

[=GM=]

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

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 */
}

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

[KRS]

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

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

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