Сейчас вот переношу один старый асмовый проект для меги8 на си.
И вспомнил, что была у меня проблема с шиной I2C - если в процессе обмена данными возникала ошибка, то я сразу после посылки STOP начинал отправлять START для повторной передачи. То есть совсем без паузы.
Что приводило к невыполнению посылки START`а, так как, видимо, в это время всё ещё выполнялся STOP...

Тогда я просто поставил паузу в несколько миллисекунд после каждого стопа (или перед каждым стартом).
Есть ли другой способ, "более красивый"?
И почему атмеловцы не стали устанавливать флаг TWINT после завершения STOP?

Согласно спецификации I2C bus после стоп-условия и перед формированием нового старт-условия должна быть пауза не менее 4,7мкс для стандартного режима (100кГц) и не менее 1,3мкс для быстрого режима (400кГц).
Или ваш вопрос все же в контексте использования модуля TWI был задан?

Можно тестировать флаг TWSTO в TWCR, который, согласно дш, должен сбрасываться после заветшения STOPа.
Я тоже сталкивался с подобной бякой, когда даешь START во время STOPа. Только у меня (на меге32) при этом вместо STOP+START получался Repeated START, после которого TWI откровенно глючит. Тестирование TWSTO спасает, но не полностью - в 6% случаев все равно RepS. Полностью спасает пауза после подачи стопа больше половины периода FSCL

Да уж, в TWI атмеловцы постарались - создали все возможные неудобства (не только TWINT после завершения STOP)

Спасибо!
Тогда пусть будет пауза в 2 мкс (для 400 кГц), раз это наиболее надёжный способ