+1 =)

-2

была где то, отстой полный

Объясню в чем прикол. Чутка возился с этой библиотекой - даже при моих знаниях так и не понял как это работает. Хотел сделать порт 8 бит по адресу и2ц. Мало того что такового мне библа не позволила, так еще и проверка осциллом выявила полную неработоспособность оной.
Я могу выложить, но смысла не вижу. Честно скажу НЕ РАБОТАЕТ.

Купил вчера себе эту штуку и что я могу сказть (пробежавшись вчера по доке, примерам и после переписки с их поддержкой):

- работает эта штука только на тех МК где есть полностью аппаратный TWI/I2C (должно быть наличие регистра TWDR, аппартный, полноценный порт последовательный);
- ничего общего нет с USIDR, т.е. большинство семейства Attiny - идут лесом!
- не поддерживается (говорят пока) XMega семейство, но вроде как в течении месяца подтянут (если чот там не случиться с интересом потребителя).

В доке и примерах читал о какой-то технологии INT+Timer/counter чтобы софтварно реализовывать I2C, но чот не понял к чему это всё, если библиотека эмуляцию не поддерживает...

Что такое "новый компилятор"?

Какую???

Я на форуме поинтересовался на счет обновления i2c библиотеки (благо кто-то до меня поднял тему).
Залез в обновления, скачал. Там старый контент. Отписал об этом.
Мне сказали установить 2.0.7.7 версию, установил. Ничего в ней нового по i2cне обнаружил.
Отписал об этом на форуме, Марк сказал написать на суппорт (почту). Там он мне сказал, что и где брать + прислал обновленную библиотеку (i2c).

Вот такая история.

Пробовал тут в выходные поиграться с либой, в протеусе ничего не работает. Написал Марку, он сразу сказал, что протеус USI не поддерживает.

Если "это мечта", то давно бы уже с нуля разобрались и сделали. Мне вот лень было морочиться с i2c, по этому либу решил потискать, но пока как оказалось, не так всё просто. А вот в своё время с UARTом разобрался (он конечно проще значительно, меньше нюансов).

Добрый день всем!
Появилось время снова заняться атмегами и возникла необходимость несложного обмена данными между ними, поизучал вопрос, пришёл к выводу что по i2c более эстетично выглядит схема и попроще протокол обмена, но вот незадача, нужна библиотека i2c twi-slave, чтобы назначить атмегу слейвом, как без этой сделать библиотеки обмен по i2c не понял. Пожалуйста, поделитесь данной библиотекой и несложным примером пересылки данных между МК. Моя задача сейчас переслать два байта от одного микроконтроллера к другому.

Возникла идея сделать полностью аппаратный TWI. Ниже приведён пример команд и их сокращённый вариант:
st - nI2cstart                                   
wr - I2cwbyte X               
rs -  I2crepstart                                             
ra - I2crbyte Y , Ack                     
rn - I2crbyte Z , Nack                     
sp - I2cstop

Сокращения мы переведём в один байт и заполним буфер вот в таком виде: команда-данные _ команда-данные
Допустим, нам нужно передать ДВА байта X и Y, оформим буфер в соответствии с нашим соглашением:
st  _  wr-adress  _  wr-X  _  wr-Y  _  sp  и отправим на передачу процедуре. Вроде всё просто... Но... Как быть в случае, если нужно не только передавать байты а ещё и принимать их.
Вот на этом я пока завис 
Есть у кого идеи???

Идея такова и она работает очень прекрасно. Заменяем i2c.twi на свою, где всё реализовано на аппаратном уровне на одном прерывании. Ждать ничего не нужно (но думаю предусмотреть) , есть собственный буфер в ОЗУ, в него и складываем данные.
    Например, банальный дисплей 4Х20  ---  делаем под него буфер, заполняем его и даём команду на отправку и всё без задержек и ожиданий на аппаратном уровне спокойненько уходит и никому другому не мешает.
    Другое дело, если нужно передать и ПОЛУЧИТЬ данные в одну транзакцию, вот тут я не знаю как это реализовать логически.
Есть вариант отдельных буферов приёма и передачи, либо один буфер - но с префиксными командами. Вот и спрашиваю ваши мнения.  Может что нового подкинете...

Ага     Хорошо тебе сидеть на STM , ноги свесил и кайфуешь     А это Atmel , тут непокайфуешь