Привет всем!

вот скатилась на меня беда, подкинули мне проблему. В общем, есть уже запущенный в производство прибор. Вот тут его составляющие:

Cyclone, Nios 2 (i2c мастер); hwclock (i2c), ad converter(i2c) и at24c512 (i2c).

Для выпуске была разработана тестовая платформа, которую программил коллега.
Тесты в общем элементарные - программируется сам прибор и проверяется вся периферия. Из десяти приборов 8-9 at24с512 еепромов выпадают при первой попытке их запрограммировать (нету ака) - при повторном запуске всё работает. Первый баг я уже нарыл - при залитие софта в cyclone не производился ресет системы - i2с отдыхал. Теперь имеем из 10 новых один вылетает при первой попытке. Что за беда??
i2c 400khz, подтянут 10k, wp деактивируется, адресса в порядке - может здесь что-то?? Думал может еепром soft reset нужен, но с ресетом вывалился в обратную статистику. Занимаюсь этой бедой один день, может чего-то ещё не доглядел. Подскажите пожалуйста куда обратить внимание!

Спасибо!

З.Ы. ещё сам не дебагил, по этому про аск верю коллеге на слово - он в низкоуровневым программировании и в железе бум бум. Он писал аппликацию с использованием готовых функций типа: write_i2, read_i2c c return аcк no ack.

Сообщение отредактировал andron86 - Oct 26 2007, 20:58

Во-первых, уменьшите pull-up-ы на шинах SCL и SDA до 1-2кОм. 10кОм для шины 400кГц может быть многовато. Посмотрите осциллографом нарастающие фронты и сравните их длительность с требованиями стандарта The I2C bus specification.
Во-вторых, что за soft reset? После включения устройства рекомендуется "поКлокать" шиной SCL, не содавая START или STOP условий. Не менее 10 тактов. Этот прием позволяет правильно установить аппаратные автоматы I2C в слейвах, не имеющих собственных сигналов тактирования (которые тактируются только от SCL). Как раз при таком "залипании" slave не дает ACK.
В-третьих, откуда ваш коллега брал "аппликацию с использованием готовых функций"? Источник проверенный? Или с какого-нибудь опен-сорсного ресурса скачано?

Да, про это я сразу же и подумал, но тот кто это проектировал сразу же в ступор обратился с криком «ведь потом всё работает»

Да с даташеет от без из сходности




wow!!! вот это идея !!!

Спасибо rezident



Другой коллега писал что-то типа драйвера, но он не на месте, а мне в понедельник в командировку по этому вопросу - вот беда

Дык у вас в даташите под пунктом а) то же самое написано

Только там "до 9" предлагается, а я рекомендую всегда именно 10 клоков делать.

А клокать нужно обезательно с рабочей частотой или без разницы.

Без разницы, но не выше максимально допустимой (400кГц для вашего случая). Вниз ограничения нет, т.к. I2C полностью статическая шина, в отличие, например, от SMBus.

Я спрашиваю это потому, что там такая ситуация. Коллега программирует через Labview, на железо имеет доступ в виде write read :-( . То есть я ему объесняю "можешь пин low/high посадить" - тот - "да" - я ему типа - "зделай такую секуенц" - он делает (щас умру с со смеху ) У меня другие проекты, поэтому не хотелось бы в глубь лезть! Ну вы представляете себе какие там задержки!!!!

Сообщение отредактировал andron86 - Oct 26 2007, 22:23

Да без проблем! Можно хоть после каждого перехода low->high и high->low перекур с дремотой делать Только питание не снимайте.

спасибо rezident, буду грабить. Может ещё что в догонку подскажете, а то на производстве не будет возможности выхода в инет