До этого с шиной I2c я работал на АТ89С51 и на софте.... А тут потребовалось управлять ГОТОВЫМ девайсом (SAT тюнер) по шине I2c вместо штатно стоявшего там проца поставил ATMega48...
Для упрощения задачи разбил её на ряд мелких и решил сначала немного по управлять флэшкой AT24C16...
Перерыл весь интернет, нашёл несколько исходников на АСМ, и собрал из них нечто среднее [attachment=19460:attachment]
Одно но во всех найденных исходниках контроль ответа АСК от девайса был "закрыт" точкой с запятой...
Одним словом исходник работает, но не контролирует ACK...
Не подскажет ли доброуважаемый АЛЛ как прикрутить контроль? (что я делаю не так?)
IMHO этот пример лучше не использовать. 1. лучше все переписать на С 2. использовать не константы типа 0x18 а символическое имя ( вроде twiSLA_W_ACK) 3. В примере не все состояния проверяются, например после комнады установки START кондишн, я не увидел проверки флагов ( должно быть старт или повторный старт). 4. Проверка там заокментирована потому что при посылке адреса устройства вызывается функция I2C_SEND_Byte, которая не корректно проверяет статус. Статусы после послыки адрес+чтение, адрес+запись и просто данные, надо проверять разные...
Лучше всего взять даташит на авр и там в описании twi есть замечательная таблица Status Codes for Master Transmitter Mode и там все написано что нужно делать приложению и что будет делать twi... И примеры есть на С и асм
Статусы после послыки адрес+чтение, адрес+запись и просто данные, надо проверять разные...
У тебя случаем готового примера этих проверок нету? (датащит я прочту, но с готовым примером понятнее... в енетовских исходниках [смотрел более 10] с проверками туго...)
Ловля ASK по шине I2C
Apr 3 2008, 05:08
