[DmitryM 0]

товарищи, у кого нибудь вообще тви аппаратный работает в сам7с? скиньте кусочки кода с функциями плиз. Родные с примера что-то не работают. компилятор ИАР 5.10

 

У меня работает. Периферия Texas TLV320, EEProm, ForteMedia.

CrossWorks 1.5

Работа по прерываниям, обработчик на асме.

[singlskv 0]

Плохо давили, значит. Не верю :)

С 24-ми и у меня работал, но отвертка, воткнутая между SDA и SCL, с какой-то попытки модуль все равно завешивала.

А все таки TWI победить можно... даже при связи с слейвами на МК...

 

во-первых нужно ставить обязательно PIO_MDER на SCL и SDA

ну а дальше просто при подвисании шины(таймауйт например) выключаем TWI

и через PIO щелкаем 9 тактов на SCL на макс скорости(400КГц)

включаем снова TWI и все ОК.

 

и никакая отвертка между SDA и SCL ничто не завесит... :)

[aaarrr 69]

Не вижу смысла программно реанимировать откровенно корявое железо. Ерраты и раздела Troubleshooting AT91-AN01 должно быть достаточно для принятия единственно верного решения - отказаться от TWI.

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

[singlskv 0]

Не вижу смысла программно реанимировать откровенно корявое железо. Ерраты и раздела Troubleshooting AT91-AN01 должно быть достаточно для принятия единственно верного решения - отказаться от TWI.

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

Вся эта возня с TWI от безысходности, нужно поддерживать старые разработки.

Тут на объекте поймали эфект(видимо помехи) сходный с закороткой отверткой SDA и SCL,

модуль TWI просто подвисал после длительной работы.

Использовать софтовый I2C там невозможно из-за довольно приличного трансферта который

должен идти в фоне.

Пришлось искать решение по реанимированию TWI.

 

В новых разработках TWI на SAM7 просто не используем, и никому не посоветую использовать.

[EugenB2 0]

А все таки TWI победить можно... даже при связи с слейвами на МК...

 

во-первых нужно ставить обязательно PIO_MDER на SCL и SDA

ну а дальше просто при подвисании шины(таймауйт например) выключаем TWI

и через PIO щелкаем 9 тактов на SCL на макс скорости(400КГц)

включаем снова TWI и все ОК.

 

и никакая отвертка между SDA и SCL ничто не завесит... :)

Такого метода по реанимации TWI я еще не пробывал )), кстати, у меня была дурная идея переписать весь SAM7S TWI под прерывания, чтобы избавиться от глюков. В итоге сделал софтовый и все работает без проблем. Аппаратный же... после зависания никаким образом, даже ресетом всего усройства, не выводился из этого состояния, тока выключение питания ((.

[Terrabyte 0]

Вся эта возня с TWI от безысходности, нужно поддерживать старые разработки.

Тут на объекте поймали эфект(видимо помехи) сходный с закороткой отверткой SDA и SCL,

модуль TWI просто подвисал после длительной работы.

Использовать софтовый I2C там невозможно из-за довольно приличного трансферта который

должен идти в фоне.

Пришлось искать решение по реанимированию TWI.

 

В новых разработках TWI на SAM7 просто не используем, и никому не посоветую использовать.

 

С микросхемой часов PCF__ TWI заработал, извиняюсь за стиль.

Благодаря документации находящейся по ссылке "Описание модулей SAM", в теме NACK_in_TWI_SR

но программно только как Slave.

В последних версиях at91 с I2C не должно быть проблем.