I2C подскажите.

[Andrewg]

Добрый день, кто хорошо знает шину I2C подскажите нормальным русским языком.
Вопрос вот в чём, при записи байта после каждого пакета проверяем ask. Если ask=0 продолжаем, если нет, повторяем только последний байт или с самого начала, начиная со стартового условия?
Если повторяем только последний байт делаем ли паузу, после того как убедились что ask не 0?

При записи одного байта проблем нет, можно повторить весь цикл, а при страничной записи как?

Дата шиты читал, в Help CodeVision смотрел, указанном примере при записи ask не проверяется.

[avr123-nm-ru]

в microchip.com даташите 24с256 нарисованы диаграммы и для страничной записи.

Как нарисовано - так и сделайте. будет работать.

[Andrewg]

Всё так и делаю, но при страничной записи не всегда после каждого байта память выставляет ask.
Симулирую в Proteus.

[CERGEI1982]

Как я помню если нет потверждения на получении приемником последнего байта считается что это конец передачи и выставляется условие стоп.И почему не должно быть потверждение? если схема собрана правельно то никаких неприятностей не должно быть.Но про повторную передачу слышал тоже,надо просто посмотреть описание МК с шиной I2C.Если что найду посмотрю.Выложи проект если что не получится посмотрю и то только с пиком

[CERGEI1982]

Если пишеш на ассеме для пиков,то надо самому программно отслеживать бит потверждения и если его нет то вновь посылать байт,все зависит сколько должно передано байт.Но я так понял сам пик не будет заново передавать байт если нет потверждения с шины i2c,просто будет сброшен бит ACKSTAT регистра SSPCON2 .

[Andrewg]

Если пишеш на ассеме для пиков,то надо самому программно отслеживать бит потверждения и если его нет то вновь посылать байт,все зависит сколько должно передано байт.Но я так понял сам пик не будет заново передавать байт если нет потверждения с шины i2c,просто будет сброшен бит ACKSTAT регистра SSPCON2 .

Делаю на AVR, реализую протокол программно.
получается что при страничной записи если после очередного байта не выставляется ask, то потом хоть до упора передавай его повторно ask уже не выставится.
Пока не дашь стоп, потом цикл записи начинаешь сначала, тогда идёт пока опять не спотыкнётся.
Хотя везде написанно, что если нет потверждения передаём повторно байт.

На логическом анализаторе картинка в точности соответствует тому, что с даташите.
Может быть модель в Proteus не совсем точно моделирует данную память, надо попробовать в железе.

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

[avr123-nm-ru]

PROTEUS любит "поприкалываться". Проверяйте в железе.

[Slava1355]

Добрый день, кто хорошо знает шину I2C подскажите нормальным русским языком.
Вопрос вот в чём, при записи байта после каждого пакета проверяем ask. Если ask=0 продолжаем, если нет, повторяем только последний байт или с самого начала, начиная со стартового условия?
Если повторяем только последний байт делаем ли паузу, после того как убедились что ask не 0?

При записи одного байта проблем нет, можно повторить весь цикл, а при страничной записи как?

Дата шиты читал, в Help CodeVision смотрел, указанном примере при записи ask не проверяется.

Насколько я помню aсk (acknowledge bit) - подтверждение приема ведомым устройством. Отсутствие ответа от ведомого устройства not acknowledge bit (NAK) при записи говорит о сбое обмена и требует повтора всего цикла передачи.

[TEHb]

PROTEUS любит "поприкалываться". Проверяйте в железе.

А кто не любит?
Но если делать всё по датащитам - всё (скорее всего) будет работать нормально как в симуляции, так и в железе.

[Andrewg]

Насколько я помню aсk (acknowledge bit) - подтверждение приема ведомым устройством. Отсутствие ответа от ведомого устройства not acknowledge bit (NAK) при записи говорит о сбое обмена и требует повтора всего цикла передачи.

Наверно так и есть. В симуляции так и не смог записать страницу.
Страница 128 байт, где нибуть, да не выставляет ask.
попробую в железе, потом сообщю результат.
Proteus ни в коем случае не ругаю.
Здорово облегчает отладку.