rulinux.net - Форум - Development - [hardware][avr] Один UART - два переферийных устройства

Re: [hardware][avr] Один UART - два переферийных устройства

Fri, 15 Oct 2010 18:35:56 +0400

Всё уже придумано до нас (ц)

Читаем ман по атмеге:

Multi-processor Communication Mode

Setting the Multi-processor Communication Mode (MPCM) bit in UCSRA enables a fil- tering function of incoming frames received by the USART Receiver. Frames that do not contain address information will be ignored and not put into the receive buffer. This effectively reduces the number of incoming frames that has to be handled by the CPU, in a system with multiple MCUs that communicate via the same serial bus.

Re: [hardware][avr] Один UART - два переферийных устройства

Tue, 28 Sep 2010 10:15:38 +0400

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

Re: [hardware][avr] Один UART - два переферийных устройства

Tue, 28 Sep 2010 07:39:14 +0400

Не, UART ещё хорош тем, что я смогу с компа управлять/отлаживаться без особых дополнительных средств. Система модульная, и надо быстрее сделать модули на 2313, а управлять ими можно будет и с компа. Поэтому UART.

Re: [hardware][avr] Один UART - два переферийных устройства

Tue, 28 Sep 2010 07:28:29 +0400

Освободи I2C-шные ножки под свои задачи либо юзай какую-нить софтверную имплементацию протокола на любых ножках.

Re: [hardware][avr] Один UART - два переферийных устройства

Tue, 28 Sep 2010 06:36:47 +0400

> Про ATtiny2313 и 35ю мегу пишут что они имеют "2-wire Serial Interface (I2C compatible)"
Это я знаю, но у меня на 2313 порт B, на который и выведен spi/i2c, весь занят на вывод.

Re: [hardware][avr] Один UART - два переферийных устройства

Mon, 27 Sep 2010 21:59:03 +0400

> я тут изобретаю велосипед
Для межконтроллерной связи у атмела есть и более другие средства.

Про ATtiny2313 и 35ю мегу пишут что они имеют "2-wire Serial Interface (I2C compatible)" - это наиболее подходящий для тебя протокол.

Только для

> TX слушают оба устройства, а по RX передаёт только то, чей адрес был в переданном пакете.
тебе всё равно извращаться придётся или брать софтверную имплементацию I2C или вешать все тини на один адрес I2C и потом вшивать в формат пакета поле под твою собственную адресацию или адресовать их как отдельные регистры

Плюс у атещё есть SPI на общей шине, адресация чип-селектом (CS) - он наверное не для твоих целей.

Re: [hardware][avr] Один UART - два переферийных устройства

Mon, 27 Sep 2010 18:06:46 +0400

Обычно примерно так: устройства связаны меж собой общей шиной. Говорящее с компом устройство выставляет на ней 1, и в это время все остальные должны заткнуться. Если комп инициирует соединение, он высылает адресный пакет (специфический префикс + адрес), который вынуждает активировать шину то устройство, которому он адресован, а все остальные этот пакет игнорируют. Устройство будет держать шину пока болтает с компом. Выводить из компа сигнал CS - дурное дело, зачем лишний порт городить? Или глянь i2c

[hardware][avr] Один UART - два переферийных устройства

Mon, 27 Sep 2010 16:49:00 +0400

Как можно подключить два одинаковых перифирийных устройства на один UART? С обоих концов AVR контроллеры, на хосте ATmega8535, на переферийных устройствах ATtiny2313. У меня пока две идеи:

1. Вывести ещё какой-нибудь сигнал в качестве чип-селекта. И в программе смотреть на этот сигнал, прежде чем ответить на запрос.

2. На программном уровне определять кому адресован пакет. TX слушают оба устройства, а по RX передаёт только то, чей адрес был в переданном пакете.

Может я тут изобретаю велосипед и всё уже давно придумано и проделано?