Ну, например, на русский его перевести.
Хотя, ести перечитать всю эту тему, то это уже сделано.

Уважаемый Games D.! Вы задаёте вопросы на которые ЕСТЬ однозначные ответы в datahsheet на AVR (если быть точнее в разделе "Two-wire Serial Interface"), поэтому у меня есть конструктивное предложение: задавайте вопросы в таком виде "в пункте таком-то даташита написано что надо делать так-то, что бы получить то-то а у меня выходит сяк-то.". просто практика показывает что если делать, как рекомендуется в datasheet, то всё работает с первого раза и с минимальными временами на отладку.

для общего ознакомления с I2C можно прочитать это (на русском).

Я делаю так - передача одного байта (без обработки ошибок), пусть меня поправят, если я не прав:

1. Мастер производит установку скорости передачи (TWSR, TWBR);
2. Посылает сигнал START: (1<<TWINT)|(1<<TWSTA)|(1<<TWEN);
3. Ожидает, когда бит TWINT в TWCR установится в "1";

Слэйв работает по прерываниям TWI; как только происходит перепад из "1" в "0" на шине SDA (при "1" на шине SCL) - значит мастер послал сигнал START, при этом бит TWINT в слэйве уст. в "1"; происходит прерывание и переход на обработчик, в котором слэйв проверяет значение в регистре TWSR (только непонятно, выдает ли при этом слэйв аппаратно ACK?).

4. Мастер, дождавшись установки бита TWINT в "1", проверяет значение в TWSR - оно должно соответствовать $08;
5. Мастер загружает адрес слэйва, допустим $20 в TWDR, обновляет регистр TWCR: (1<<TWINT)|(1<<TWEN);
6. Ожидает, когда бит TWINT в TWCR установится в "1";

Если слэйв определил, что значение TWSR не соответствует $60, значит мастер обращается не к этому слэйву. Слэйв аппаратно выдает NACK и выходит из прерывания - выполняется далее основная программа.
Если значение соответствует $60 - слэйв аппаратно выдает ACK, записывает новое значение в TWCR: (1<<TWINT)|(1<<TWEA)|(1<<TWEN), и ждет, когда бит TWINT в TWCR установится в "1".

7. Мастер, дождавшись установки бита TWINT в "1", проверяет значение в TWSR - оно должно соответствовать $18 - адрес слэйвом принят, мастером получен ACK;
8. Заносит в TWDR передаваемый байт;
9. Обновляет TWCR: (1<<TWINT)|(1<<TWEN);
10. Ожидает, когда бит TWINT в TWCR установится в "1";

Слэйв, дождавшись, когда бит TWINT уст. в "1", проверяет рег. TWSR - должен быть код $80; выдает на шину ACK, и сохраняет принятый байт из TWDR в свою память. Далее готовится к приему команды STOP: обновляет TWCR: (1<<TWINT)|(1<<TWEA)|(1<<TWEN), и ждет, когда бит TWINT в TWCR установится в "1".

11. Мастер, дождавшись установки бита TWINT в "1", проверяет значение в TWSR - оно должно соответствовать $28 - данные слэйвом приняты, мастером получен ACK;
12. Мастер, обновляет TWCR: (1<<TWINT)|(1<<TWSTO)|(1<<TWEN), и выходит из программы передачи данных - продолжает выполняться основная программа.

Слэйв, дождавшись, когда бит TWINT уст. в "1", проверяет рег. TWSR - должен быть код $A0. После этого слэйв выходит из программы приема данных - продолжает выполняться основная программа.

ВОТ ГДЕ ОШИБКА!!!
надо ждать не "1" а "0".
ибо: "The TWINT flag must be cleared by software by writing a logic one to it"
если флаг "cleared" - "by writing logic ONE" значит флаг имеет ИНВЕРСНУЮ логику!
исправляйте ошибку, будем дальше дебажить =)

Так, заменил на ожидание "0" (в цикле ожидания сразу после посылки START) - теперь мастер зависает здесь:

7. Мастер, дождавшись установки бита TWINT в "1", проверяет значение в TWSR - оно должно соответствовать $18 - адрес слэйвом принят, мастером получен ACK;

то есть код в TWSR не равен $18.

SLA_Wn: ldi temp,$20 ;Загрузка адреса слэйв + "WRITE"
out TWDR,temp
ldi temp,(1<<TWINT)|(1<<TWEN)
out TWCR,temp

wait2n: in temp,TWCR ;Ожидаем ответа от слэйв
sbrs temp,TWINT
rjmp wait2n

in temp,TWSR
andi temp,$F8
cpi temp,$18
brne SLA_Wn ;Переход, если ответ от слэйв неверный

А раньше зависал в цикле wait2n.

Кстати, в даташите (в приведенном там примере) стоит ожидание "1" - после посылки START.

P.S. Прочитал PDF'ку, и сразу возник вопрос: надо ли в процессе работы TWI как-то коммутировать порты (PC0, PC1). У меня они настроены на ввод с вкл. подтягивающими резисторами.

Сообщение отредактировал James D. - Dec 21 2005, 13:57

Какой вы упёртый =)

цитата из даташита:

"while (!(TWCR & (1<<TWINT))); // Wait for TWINT flag set. This indicates that the START condition has been transmitted"

Сообщение отредактировал Petka - Dec 21 2005, 14:03

Нет такого события. Слейв не реагирует на START.
Зато есть событие
Это значит, что первое прерывание у слейва возникает только если его адрес совпал или было обращение по широковещательному адресу (событие 0x70) или их ошибочные варианты (0x68, 0x78).
Далее требуется коррекция Вашего алгоритма.

Но ведь слэйв проверяет содержимое TWSR на соответствие $60 как раз в обработчике прерывания, значит само прерывание возникает до того.
У меня обработчик слэйва начинается так:

В таблице Status Codes for Slave Receiver Mode в поле Application Software Response To TWCR требуется обязательно сбросить TWINT записью в него 1 после завершения всех операций по TWI, но перед reti, чтобы иметь возможность воспринимать другие события.

Добавлю также, что надо анализировать ВСЕ события и делать все действия. Ничего не сокращая! Оптимизировать будете когда всё заработает.

Это я вижу? Или это сон?



Зачем?



Аппаратно выставляется АСК при совпадении адресса.
Программно можно выставить NACK при получении данных елементарно TWEA=0



1 Арбитраж нужен когда два мастера ,а не два слейва.
2 Если адресс слейва не совпал ,слейв ничего не делает (NACK)
3 В таблице ничего и не будет описано.В таблице описаны ТОЛЬКО ТЕ СОБЫТИЯ при которых возникает прерывания.Поэтому и задал вопрос в начале поста


Теперь раскладка по регистрам что касается слейва

1 Инициализация TWI

1.1 #H00->TWBR
1.2 #H00->TWSR //Устанавливаем максимальную скороcть приема
1.3 #H40->TWAR //Адресс слейва 20НЕХ без учета последнего разряда
1.4 #H45->TWSR //Включение ,разрешение прерывания,ACK ,(TWINT=0)

2 Основная программа (ждем прерывание)

3 Прерывание по TWI (TWI_Finished)

3.1 <TWSR=#H60> //Если TWSR=#H60 ,устанавливаем TWINT=1 (#HC5->TWCR),Выходим из подпрограммы (RETI)
3.2 <TWSR=#H80> //Если TWSR=#H80 ,устанавливаем TWINT=1 (#HC5->TWCR),Извлекаем данные из TWDR,Выходим из подпрограммы (RETI)
3.1 <TWSR=#H88> //Если TWSR=#H88 ,устанавливаем TWINT=1 (#HC5->TWCR),Выходим из подпрограммы (RETI)

Все!!!

Сложно?

Немного не по теме. Кто-нибудь встречал русскоязычное описание USI для "тинек", для того же двухпроводного интерфейса?

Сделал следующее.
Убрал из программ мастера и слэйва передачу данных при включении обоих МК - там было не по прерываниям, а в основной программе.
Далее. Слэйв:



Программа мастера:



Так вот, слэйв в обработчик прерывания вообще не заходит, а мастер содержит в TWSR код $08 (по индикации).
На шине TWI оставил, для чистоты эксперимента, только два МК - мастер и слэйв.
И еще: скорость передачи устанавливается только в мастере, или в слэйве тоже?

Сообщение отредактировал James D. - Dec 22 2005, 13:20

1. Скорость передачи устанавливается только в мастере и обязательно! При тактовой 8МГц и скорости TWI 100кГц TWBR = 32.
2. Между этими командами у слейва тоже надо вставить сброс TWINT на случай ошибочных ситуаций (может даже с какой-нибудь индикацией).
3. Мастер. При посылке СТАРТ мы ожидаем реакции не от слейва, а от интерфейса (но это только терминология). СТАРТ будет осуществлён и TWINT возникнет только тогда, когда шина будет свободна и вариантов здесь нет. Закольцовывать эту процедуру brne Pusk_Sn не нужно.
4. Байт адреса слейва, передаваемый мастером в Вашем случае должен быть 0x40, т. е. сдвинутым на 1 влево, т. к. младший бит это R/W. См. рисунок Typical Data Transmission.