Ловля ASK по шине I2C Опции

[QuickWitted]

До этого с шиной I2c я работал на АТ89С51 и на софте....
А тут потребовалось управлять ГОТОВЫМ девайсом (SAT тюнер)
по шине I2c вместо штатно стоявшего там проца поставил ATMega48...

Для упрощения задачи разбил её на ряд мелких и решил сначала
немного по управлять флэшкой AT24C16...

Перерыл весь интернет, нашёл несколько исходников на АСМ, и
собрал из них нечто среднее [attachment=19460:attachment]

Одно но во всех найденных исходниках контроль ответа АСК
от девайса был "закрыт" точкой с запятой...

Одним словом исходник работает, но не контролирует ACK...

Не подскажет ли доброуважаемый АЛЛ как прикрутить контроль?
(что я делаю не так?)

[KRS]

IMHO этот пример лучше не использовать.
1. лучше все переписать на С
2. использовать не константы типа 0x18 а символическое имя ( вроде twiSLA_W_ACK)
3. В примере не все состояния проверяются, например после комнады установки START кондишн, я не увидел проверки флагов ( должно быть старт или повторный старт).
4. Проверка там заокментирована потому что при посылке адреса устройства вызывается функция I2C_SEND_Byte, которая не корректно проверяет статус. Статусы после послыки адрес+чтение, адрес+запись и просто данные, надо проверять разные...

Лучше всего взять даташит на авр и там в описании twi есть замечательная таблица Status Codes for Master Transmitter Mode и там все написано что нужно делать приложению и что будет делать twi...
И примеры есть на С и асм