Помогите советом. I2C, Мож кто сталкивался. Опции

[SasaVitebsk]

У меня есть в устр-ве шина I2C. На ней сидит мастер - atmega640(I2C софтовый) пару микрух памяти 24с512 и atmega48(I2C аппаратный слэйв). Всё это подпёрто резисторами 3.9кОм. Общая протяжённость шины составляет ~30см.

Изначально работал побайтно с 24с512 и блоком с mega48. Всё работало суперустойчиво. Сутками. Ни единого сбоя. С какого-то момента я попытался значительно повысить скорость на чтение (а заодно на запись) с 24с512. Для этого я ввёл буфер на 32 байта и начал писать/читать блоками по 32 байта. В принципе всё работает, но периодически возникают сбои. Я выяснил. Сбои возникают как при чтении, так и при записи. Их характер - случайный и хаотический. Создаётся ощущение, что сбои - результат помех. Увеличение задержек - не дало результата.

Может кто сталкивался с чем-нибудь подобным и может подсказать? Пока не знаю куда рыть.

[SasaVitebsk]

Я, к примеру, совершенно не удивился сообщению zltigo. И совершенно не понимаю что вас в нём удивляет? I2C - статическая шина. Следовательно поступающие сигналы не должны быть привязаны ко времени. Если подтяжки нет, то наводки на этих ножках рано или поздно но уложатся в нужный сигнал, как ни крути. Один раз я столкнулся со случаем работы контроллера дисковода (ВГ93) при обрезанном сигнале управления (то ли RD то ли WR уже не помню, но помню что совершенно необходимый). Тот милый человек, который смотрел эту плату до меня зачем-то перерезал его с помощью лезвия. Наверное потом хотел соплю кинуть, да подзабыл. Когда я нашёл настоящую неисправность и запустил злополучный синклер, то выяснил что дисковод работает, но только длинные файлы не читает. Причина выяснилась достаточно быстро. Анализирую ноги ВГ93 было обнаружено, что одна просто болтается в воздухе. Как я писал выше дисковод полностью работал и короткие файлы читал исправно.

zltigo спасибо за информацию Ваш пост я понял.

2 singlskv. Также спасибо. Я правда не совсем понял фразу

Вы понимаете что аппаратно формируемые сигналы от 24xx и от ATmegaxx имеют
по крайней мере разную форму ?
Все зависит от софта на Атмега...

Софт на м48 писал, естественно я сам. Наверное Вы имели ввиду не "разную форму", а "работают по разному". Это, безусловно, я понимаю. Ещё раз повторяю. Если работа с at24 идёт побайтно, то никаких проблем не возникает. Два изделия работают круглосуточно больше месяца.

2 zltigo. При блочной записи. Записываю 32 байта. Границы верны. То есть принципиально всё пишется правильно. Вопрос достаточно ли одной задержки 10мс после записи страницы? Точнее части страницы. Помню в какой-то мне приходилось задержку на запись делать = Twr * число записываемых байт. Правда это в какой-то младшенькой памяти было.

[zltigo]

Вопрос...

Увы, я софтовой эмуляцией не занимался - работает железный контроллер все на прерываниях, т.е. никакие задержки не формируются - достаточно ACK.

[SasaVitebsk]

Увы, я софтовой эмуляцией не занимался - работает железный контроллер все на прерываниях, т.е. никакие задержки не формируются - достаточно ACK.

Это-то я понимаю. Я спрашиваю про задержку после записи. Она же по-любому аппаратно не формируется.

2 Dog Pawlowa. Простите о каком бите готовности вы говорите? Я работаю с 24с512.

[zltigo]

Это-то я понимаю. Я спрашиваю про задержку после записи. Она же по-любому аппаратно не формируется.

Можно узнать. Cмотрите раздел ACKNOWLEDGE POLLING в мануале - щупается наличие реакции на START+DEVICE ADDRESS.
Практически все очень просто - запрашиваете запись следующего блока без всяких задержек и повторяете запросы пока на запрос не получите ACK. В любом случае с предварительной задержкой или без, получение ACK на START означает завершение цикла записи блока.

[SasaVitebsk]

Можно узнать. Cмотрите раздел ACKNOWLEDGE POLLING в мануале - щупается наличие реакции на START+DEVICE ADDRESS.
Практически все очень просто - запрашиваете запись следующего блока без всяких задержек и повторяете запросы пока на запрос не получите ACK. В любом случае с предварительной задержкой или без, получение ACK на START означает завершение цикла записи блока.

Так японский городовой, - я ж этого не делаю. Я просто делаю задержку такую же как на байт. 10мс.

Похоже в этом и ошибка кроется. А то что при чтении сбои возникают, так похоже просто некоторые ячейки записываются неустойчиво. Сейчас попробовал запись побайтно, а чтение блоками. Вроде полностью работает.

А если нет ответа, то повторяется старт условие без всяких яких? Или надо запрос стопом завершить?