I2C анализатор Опции

[Woodoo]

Доброго времени суток.
Есть необходимость собрать анализатор шини I2C.

Анализатор должен собирать всю информацию о шине, т.е. все возможные временные параметры, такие как длительность единиц, длительность нолей, частота следования клока, качество старт и стоп условий, нарастание-спад уровней, время удержания акнолоджеса ведомым, возникновения коллизий на шине (хотя едвали получится, из-за специфики работы мультимастера). Так же вся собранная информация + сами данные должны передаваться в компьютер по рс-232.

Ничего сложного нет, как говорится: бери да пиши... НО
Аппаратный I2C AVR не обладает всеми нужными ф-циями, им можно только данные собирать. Следовательно нужен програмный I2C. Но сильно сомниваюсь, что програмный и2ц сможет отслеживать шину, работающую на полной скорости (до МГц или хотя бы до 400 кГц клока).

Вопрос: что посаветуйте, может стоит воспользоваться более скоростным камнем? Или может собрать часть анализатора на жесткой логике?
Может у кого был подобный проект?

[bodja74]

Согласен с Whale
Тоже была мысля сделать монитор И2Ц,кинулся на меги там только фиксированный адресс и общий,
а на тини2313 адресации нет и сам USI попроще чем TWI у мег.
По пинам можно в цикле читать длительность,а по прерыванию паковать байты,жаль только
что нет флажка или прерывания СТОП и протокол шины не привязан к частоте,можно управлять хоть тумблерами ,поэтому расчет длительности может быть только в определенных пределах.
В любом случае ,если что получится пишите мне на личку,мне тоже эта тема интересна.

[SasaVitebsk]

Аппаратный не подойдёт. Там же надо адрес забивать. А если он не известен?

Посмотри мой проект PULT I2C. В исходниках. Там 2313 работает в качестве SLAVE програмным способом. Вам только прерывание надо разобрать. На 12М по-моему до 100кГц работала. Конечно переделать предётся, но посмотреть можно.

Согласен с Whale
Тоже была мысля сделать монитор И2Ц,кинулся на меги там только фиксированный адресс и общий,
а на тини2313 адресации нет и сам USI попроще чем TWI у мег.
По пинам можно в цикле читать длительность,а по прерыванию паковать байты,жаль только
что нет флажка или прерывания СТОП и протокол шины не привязан к частоте,можно управлять хоть тумблерами ,поэтому расчет длительности может быть только в определенных пределах.
В любом случае ,если что получится пишите мне на личку,мне тоже эта тема интересна.

Да господа. Но времена меняются.

Обратите внимание на регистр маски (TWAMR) для МК Atmega88. И мой проект красиво ложится на аппаратные возможности данной микрухи. Жаль что на момент написания её ещё не было. Таким образом можно (уже можно) отвечать на любой адрес и делать програмный монитор I2C. (Конечно без тайминга зато на достаточно высокой скорости).

Это конечно прекрасно, что разработчики AVR учитывают пожелания разработчиков (уж не знаю как они до них доходят), но это возвращает нас к уже состоявшемуся разговору о серьёзной непродуманности многих решений и внесении заплаток "на ходу". Что плодит множество решений при ощущении отсутствия общего подхода. А с точки зрения программиста, серьёзно усложняет написание и заимствование библиотек.
Надо непрерывно следить за новыми кристаллами. Трудно предугадать что ещё они там подкинут.

Давайте же выпьем за ATMEGA888!

[bodja74]

Да господа. Но времена меняются.

Обратите внимание на регистр маски (TWAMR) для МК Atmega88.

Давайте же выпьем за ATMEGA888!

Я уже давно хлопаю глазами на эту линейку,в дополнение скажу есть куча ШИМ и возможность внешнего прерывания практически от каждой ноги,что решает очень много проблем по перехвату внешних событий .Жаль инфы на русском по ним мало,на досуге сделаю себе компьютерный перевод.