У меня есть в устр-ве шина I2C. На ней сидит мастер - atmega640(I2C софтовый) пару микрух памяти 24с512 и atmega48(I2C аппаратный слэйв). Всё это подпёрто резисторами 3.9кОм. Общая протяжённость шины составляет ~30см.

Изначально работал побайтно с 24с512 и блоком с mega48. Всё работало суперустойчиво. Сутками. Ни единого сбоя. С какого-то момента я попытался значительно повысить скорость на чтение (а заодно на запись) с 24с512. Для этого я ввёл буфер на 32 байта и начал писать/читать блоками по 32 байта. В принципе всё работает, но периодически возникают сбои. Я выяснил. Сбои возникают как при чтении, так и при записи. Их характер - случайный и хаотический. Создаётся ощущение, что сбои - результат помех. Увеличение задержек - не дало результата.

Может кто сталкивался с чем-нибудь подобным и может подсказать? Пока не знаю куда рыть.

А какая частота шины i2c ? 3,9K может быть многовато при большом количестве
устройств(емкость шины). Попробуйте уменьшить до 2,7 или даже до 1,5.

У меня при pullup 4,7 отказывалось работать при 400KHz с FRAM, а при 1,5K
завелось на 1,4MHz (не с Atmega).

Сообщение отредактировал zltigo - Jun 17 2007, 13:47

То:singlskv - насточтельная просьба избегать совершенно не нужных цитирований.

24xxx совершенно беспроблемно работают в блочных режимах с аппаратными мастерами I2C.
К подтягивающему резистору скорее всего не очень критичны мне попалась в свое время отладочная борда от Olimex, где болгарские друзья вообще не развели один из подтягивающих резисторов (кажется SDA) к Микрочиповской EEPROM. Каким чудом на утечках хоть на пониженной частоте со сташными сбоями, но работало непонятно! У меня обычно стоят 2.2K.

Эээ... привычка, когда отвечаешь в длинной ветке нужно обозначить кому отвечаешь.
В данном случае это конечно было не нужно

Ну все-таки наверное работало на внутреннем пулапе ?
Вроде как i2c по стандарту умеет тянуть только вниз, и если вобще нет пулапа
то там должен быть всегда 0.
Хотя конечно реализации на разных контроллерах могут достаточно
сильно отличатся от стандарта

Экспериментировал от 1МГц до 100кГц. На высоких скоростях колличество сбоев увеличивается, но до определённого порядка. Начиная примерно с 360кГц количество сбоев от тактовой частоты не зависит.

Понятно что в пакетном режиме должно работать. У самого всё работало в других проектах. Только запись пакетную делал один раз. Но задержки ставил большие. А сейчас впритык. Сам уже не знаю где рыть. Пока ни одной ошибки не нашёл. Создаётся ощущение что проблема с вызывом прерываний в определённых местах. Так как ошибки проявляются только при значительных объёмах (практически непрерывной работе) передаваемой от I2C инфы. Возможно из-за софтового I2C.

Всем спасибо. Буду искать.

пулап все-таки попробуйте поменьше, хотя бы просто для эксперимента

Задержки между каждым пакетом или между обращениями к разным устройствам ?
Ошибки только с 24с512 или с mega48 тоже ?
На mega48 обработка через прерывания ?
Ошибки с 24xx случайно происходят не после общения с мегой без паузы ?
Какая частота ошибок (примерно) ?

Ну и код общения через i2c(на мегах) лучше конечно покажите...
Для редко возникающих ошибок знаю одну багу/фичу...

У LPC2000 на выводах, которые могут работать для I2C pullup нет. Совсем нет , даже если они используется не для I2C.

Ну тогда это точно какой-то фокус учитывая что LPC это Philips

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

А софтовый I2C следит за SCL при растяжке ACK слейвом?

Положение то обязывает,
но вот попробуйте объяснить мне, откуда там в сигнале могли единички
появлятся при полном отсутствии пулапов.
То что на i2c сигналы тянутся только к 0, принципиально, т.к. иначе
сложно реализовать мультимастер.

Нормального сигнала не было, но наводки с соседнего клока были по этим фронтам оно все как-то жило.

Я не запрашивал курс ликбеза и объяснений почему не могло работать, то, что хоть хреново, но работало на моих глазах.

Ну я вобще-то и не собирался устраивать ликбез, только вот для меня осталось странным,
что получив подобный результат Вы не разобрались в чем была фишка...
Ну не должно было там быть единички, а Вы говорите что была и все было "Ok"...

P.S. Раскажите откуда все-таки 1ки появились...

А чего странного? Мне эта 'фишка' без надобности - угробил несколько часов (начинал дома копаться и боролся с нежеланием искать сетевой шнур от осциллографа), потом увидел кашу, выяснил, что и резистор и место для него отсутствуют, как класс, грязно выругался по-болгарски , запаял прямо на корпус AT24 первый попавшийся выводной резистор и все.

Читайте предыдущий пост.

У меня один мастер. Я не сталкивался с таким. Уточните откуда может быть растяжка.

И 24c512 и mega48 - аппаратно формируют сигналы.

Насчёт ошибок у м48 информации нет. Я пока это проконтролировать не могу. Необходимо на ней писать специальную отладочную программу чтобы это увидеть. Так, на вскидку, на ней ошибок нет.

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

Средний примерный объём ошибокЖ 1-2 на 3к инфы