Моделирование в Протеусе I2C памяти, Некорректное поведение модели Опции

[okela]

Давеча один проектик для 51-го делал и проверял работоспособность в Протеусе.
Задача выполнялась простая - записывать постранично (по 16 байт) в память типа 24с04 до упора, а затем считывать . Так вот были сделаны следующине наблюдения:
Побайтовая запись-чтение проходят без проблем, а вот со страничным режимом происходит какая-то жопа.. Причём в Протеусе 6.1- 6.5 страничная запись вообще не работает (происходит запись только 1-2 первых байт), а в последнем 6.73 вроде бы уже записывает , но не всегда стабильно, а при последующем чтении и сравнение наблюдается куча несовпадений...
Хотя даже когда запись прошла нормально (контролируется содержимое памяти) при чтении не всегда выводится правильная информация.
Долго бился головой об стенку, раз 15 просматривал код программы и ПДФ на память (нашел правда несколько некорректных моментов), подключил лог.анализатор на шину I2C, смотрю лог обмена по шине - все нормано. Но всеравно продолжаются ошибки сравнения.
После всего этого было принято решение сделать реальный девайс и проверить живьём.. Всё зароботало без проблем.

Кто-нить сталкивался с подобной траблой ?

[bzx]

Несколько уточняющих вопросов.
1) Надеюсь, что начальный (первый) адрес, по которому Вы пишите при страничной записи в 24с04 кратен 16. Т.е. 00h, 10h, 20h и т.д.
2)После того как закончили запись страницы, т.е. после STOPа какие действия:
a) ждёте определённое время (как минимум время записи страницы);
б) обращаетесь к 24с04 и ловите ACK

[okela]

Несколько уточняющих вопросов.
1) Надеюсь, что начальный (первый) адрес, по которому Вы пишите при страничной записи в 24с04 кратен 16. Т.е. 00h, 10h, 20h и т.д.
2)После того как закончили запись страницы, т.е. после STOPа какие действия:
  a) ждёте определённое время (как минимум время записи страницы);
  б) обращаетесь к 24с04 и ловите ACK

1. Да, конечно.
2. После записи страницы выжидается таймаут около 5мс, а затем производится чтение записанного.