GAP - заполнитель пустых областей (напр при форматировании дискеты, межсекторные промежутки заполняются GAP символами). Мастер должен его отбрасывать, (при получении нулевой длины сообщения, это сделать не сложно - он просто не будет ничего складывать в приемный буфер).


Именно. Поэтому только так - как я описал выше.

Пока я сделал чуть по другому.
Если ведомому нечего передавать он снимает АА.
И ведущий, при запросе сам обрывает связь при не получении АА.

Если же ведомому есть что передать, то он ставить АА.
Ведущий делает запрос и получая длинну данных скачивает именно нужное кол-во.

Может при таком подходе GAP не обязателен ?
Уш очень не хочется загрузить шину зря.

политика "Abort" - не есть правильный подход.
(К слову про Abort'ы ;>, TCP можно сделать без состояний FIN_WAIT, FIN_WAIT2, CLOSE_WAIT, CLOSING, LAST_ACK, TIME_WAIT. Использовать тупо RST (connection abort) для разрыва соединения всегда, state машина упростится до безоразия и TCP будет прекрасно работать! Но это моветон!)

Ну и самое главное, - из диаграммки сигналов Slave-Transmitter'а видно, что ACK'и в шину Slave не посылает! ACK'и должен слать мастер . А раз ACK шлет мастер, то как Вы себе представляли "перекрыть" ACK=0, NACKом - высокоомным состоянием? Сбросив AA на слейве Вы только нарушите работу его машины состояний, что может привести к печальным последствиям, т.к. мастер-то об этом не знает.


Разница в 1 байт. Не уж-то так принципиально?

Подход при котором GAP не обязателен Вам уже описали выше - кинуть проводок на свободный GPIO пин и сигналить когда данные будут готовы к отгузке.

Если бы Вы сразу же высказались в том ключе что i2c на AVR не поддерживает полностью
спецификацию из-за защитных диодов то было бы сразу все понятно, это я и так знал,
но Вы завели разговор про "'эмуляцию" OD, чем совсем сбили с толку...

З.Ы. я так понимаю что I2C1 на LPC2103 это практически то же самое что и на AVR,
ну а I2C0 не будет держать шину и при отключенном питании.

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

Хотите чтобы Slave пропадал с шины?!
Как вы тогда будете различать есть ли Slave на шине вообще, правильный ли задан адрес, или у слейва просто нет данных?

Вообще мне все равно, устройство ваше, как сделаете так и будет.

Всё таки сделал по вашему т.к., если МК перевести в режим Мастера, то он не сможет принять команды !

Ещё вопрос.

Я в прерывании I2C вызываю функцию для передачи статуса в UART.
Функция простейшая и ожидает пока освободится от передачи UART и записывает следующий символ в него.
Так если я вставляю функцию в обработчик, то передаётся с ошибками информация.

Из-за чего это может быть ?

Вероятно нельзя столько долго находиться в прерывании.
Организуйте очередь/кольцевой буфер для УАРТа - пишите в него без утомительных ожиданий.

В main-loop'е вычитывайте данные из этого буфера и отправляйте в UART.