Не идут синхроимпульсы через TWCK.
Сконфигурировал аппаратный TWI по даташит, пытаюсь записать байт, если выполнить пошагово в отладчике, то после AT91C_BASE_TWI->TWI_THR = data; обмен идет нормально.
Если выполнять код без остановки, то проходят 2 - 3 синхроимпульса, потом на порту устанавливается единица, причем процесс носит случайный характер, может застрять в 0 или 1, также варьируется количество синхроимпульсов.

Даже не знаю в какую сторону копать , ПулАП установлен 2,5кОм.

Если поставить останов на while, обмен также идет нормально, если после while, опять начинается ерунда, как будто процессор мешает работе модуля TWI, если ядро остановить отладчиком, то все нормально.

AT91C_BASE_TWI->TWI_THR = data;
while(!(AT91C_BASE_TWI->TWI_SR & AT91C_TWI_TXCOMP));
return;

Сообщение отредактировал sashad - Oct 26 2011, 14:56

Пришлось сделать програмный I2C

И это правильно - избавили себя от борьбы с ветряными мельницами.

Попробуйте сразу после

и перед циклом ожидания сделать

Неча на TWI пенять. Работает безукоризненно.

Работает непредсказуемо на всей линейке AT91.

Может ссылку на errata можно привести? А то у меня по неопытности на двух из всей линейки AT91 I2C работает.

Если посылаете 1 байт то сразу засылайте STOP, а потом ждите TXCOMP.

Посмотрите код драйвера под Linux.
Мы писали драйвер с использованием прерываний, только так добились стабильной работы и высоких скоростей.

Если умолчать об AVR (там я использовал только мегу8), то на 9261 и G45 управлял (управляю) TWI аудиокодеками, памятью, видеокамерой.
Проблем не отмечено. Без прерываний (как бэ не нужны - все равно переключатель задач работает).

Код получен "копипастой"+"удалить ненужное"+"слишком умное упростить" из примеров. Работало сразу.
Осциллографом ни разу не тыкал в TWI.

---
Вот тов. Алеф отметил явную ошибку гр. топикастера. А если бы не отметил, то вот в копилку мнений о TWI добавилось бы еще одно, причем совершенно напрасное.


Сообщение отредактировал DpInRock - Nov 5 2011, 08:59

Вот как раз на AVR все просто замечательно. Из опыта с AT91 (полдюжины разных процессоров SAM7-SAM9-SAM3 и около полутора десятков типов разных слейвов) совершенно неразрешимые проблемы были получены в двух случаях: при работе с SAA7113 и AD9887.

P.S. Рассказывать мне, что я "не умею их готовить" не надо - собака съедена на этом семействе.

Логично предположить, что если TWI работает с сотней микросхем, а с двумя - не работает, то эти две чем-то отличаются от этой сотни...
Я даже могу предположить - чем. ( В бытность программирования телефонных кодеков от силиконлаб - у них при исчезновении внешнего фреймового сигнала с вероятностью 50% гробилась связь по SPI Т.е. тактирование интерфейсного блока связано с неким набором внутренних генераторов.)

Откуда вдруг сотня? Вот так легко наблюдаемые 12% превратились в 2% Я, конечно, не претендую на репрезентативность своей выборки, но, думаю, грабли
будут встречаться как минимум в 10% случаев.

Что касается самого TWI_AT91, то достаточно лишь почитать его описание, чтобы убедиться, что он построен просто идеологически неправильно.
Что помешало атмелам поставить на AT91 TWI по образцу и подобию AT90 (а он почти что замечательный, за вычетом некоторых не смертельных недостатков) - не понятно


Нет, мимо. Из видеокодеков так себя ведет, например, SAA7121. Но она как раз вполне себе нормально живет с атмеловским TWI на SAM3U (когда внешний клок есть, разумеется).
Две упомянутые микросхемы отлично себя чувствуют на других хостах или программном I2C.

Да вообще-то это известный факт что TWI на всей линейке at91 не работает как надо

http://lxr.free-electrons.com/source/drive...es/Kconfig#L287



Сообщение отредактировал sasamy - Nov 6 2011, 10:26

Вот эта ветка тоже бы могла стать "общеизвестным фактом".

К слову, я действительно никогда не использую флаги ошибок периферии (любой). За бессмысленностью.
--
Ошибки не существует, пока не выяснены точно условия ее возникновения.
Ибо случайные сбои могут быть вызваны некачественным изготовлением микросхемы.
А вот регулярные - чаще всего ошибкой разработчиков.
И вот регулярные сбои достаточно легко определить. И задокументировать.

Пока вот такой задокументированности я не встречал. (Правда и не искал, ибо проблемы не стояло).

Сообщение отредактировал DpInRock - Nov 6 2011, 10:55

Проблема там - у TWI нет FIFO и он почти у всей линейки не подключен к PDC (только начиная с at91sam9g.. они догадались сделать это), любая незначительная задержка записи в регистр для передачи - контроллер автоматом отпраляет STOP и завершает ее.

Сообщение отредактировал sasamy - Nov 6 2011, 12:21