roboforum.ru

Если кто-то работал с этим протоколом, то попрошу высказаться.
Сразу возникает вопрос, в нем есть контроль ошибок?

На robo.com.ua есть статья про протокол, почитай мож найдешь ответ

Поговорил с коллегой по работе, он реализовавал самостоятельно протокол последовательного асинхронного обмена меж контроллерами, обещал поделиться наработками.

вот эта статья http://www.robo.com.ua/articles.php?cmd=22&id=28

А вот ещё инфа про I2C http://www.gaw.ru/html.cgi/txt/interface/iic/index.htm
Это перевод Datasheet-а с интернетовского сайта производителя.  :!:

_________________
В электронике чудес не бывает! Бывают плохие контакты!

Ну так что? Никому I2C не приглянулся? Никто не использует этот протокол обмена?
Чувствую, придётся взяться за освоение самому...

_________________
В электронике чудес не бывает! Бывают плохие контакты!

Осваиваю его
Приятная штука, недостатков пока не замечено.
Среди железа -- полный зоопарк. Master -- at90s2313, програмная реализация (переходник COM<->I2C). Slave 1 -- atmega8, железный I2C (Контроллер двигателей). Slave 2 -- какой-то PIC, похоже железный I2C (сонар SRF08).
Обе пары Master-Slave работают замечательно, подключать оба устройства однвременно буду на днях.

У меня вот вопрос возник: есть у меня пачка восьминогих ЕЕПРОМин I2C, можно ли их все в один контроллер параллельно воткнуть? И как тогда выбирать с какой из них общаться? Да и вообще как в нее записать и прочитать байт?

Теоретически то все понятно, но вот с шиной этой раньше дело не имел, да и память внешнюю только параллельную юзал...

Зачем параллельно когда можно последовательно.  :о) Если я правильно помню- у таких еепром есть спец входы для задания адреса- то есть просто задаёшь всем разные адреса, вешаешь на одну шину и вперёд. Сам контроллер в этом случае будет генерировать нужный адрес слейва.

Тоесть ноги адреса - это адрес на шине, а не в памяти?

С ЕЕПРОМами не общался, но, по идее, каждая посылка в i2c начинается с адреса slave. Тот slave, который получил свой адрес, продолжает слушать шину, остальные отключаются. Сонар, например, по дефолту имеет адрес 0xE0. Для того, чтобы повесить их на шину несколко штук, надо каждому прописать уникальный адрес. Это делается по той же i2c, спец-последовательностью команд.



Есть тут под рукой библиотечка для работы с ЕЕПРОМ. Там доступ организован побайтово. То есть для записи в память по шине посылается пакет [Адрес устройства, Старший байт адреса ячейки памяти, Младший байт я.п., Новое значение]. Для чтения -- аналогично.
Однако, в даташите по какому-то ЕЕПРОМу видел такие слова, как page write и sequential read. В принципе, размер пакета i2c неограничен -- можно хоть всё подряд считывать.

Да- только это последние бита три -четыре адреса- остальные предопределены для вида микросхемы -в данном случае еепром.
Про то, что адрес можно установить программно не слышал- но почему нет.

Воистину, пока сам не поставишь себе конкретную задачу, и не разберёшься САМ, всё кажется сложно и непонятно.
Зато когда припрёт - берёшь и делаешь. Вот, например я закончил системку недавно, где на шине TWI (aka I2C) 5 контроллеров ATmega16. Использовал хардовые модули TWI. Не просто было только по началу. Когда разобрался - очень даже "ничегошный" протокол!

реализовывал программно i2c на at89c51. работал как с еепром, так и с srf и вроде ничего сложного. есть у каждого девайса свой адрес, и контроллер просто выбирает, с кем работать.но для еепромов есть помоему ограничение на длину пакета,для каких то 16 байт,для каких то 64 да и инфы помоему много.

Я реализовывал этот протокол в меге и связывал два процессора между собой, изумительная вещь, адресация, контроль того, что данные приняты, а еще возможно объединять на одной линии 3.3в устройства и 5в, песня и сказка...