ATMega & TWI в режиме прерываний

[nerozero]

Пишу библиотеку для работы с TWI в режиме прерываний. Столкнулся с проблемой ожидания окончания передачи, то есть установки на шине STOP состояния. ожидание флага TWINT в регистре TWCR ни к чему не приводят.
Вот грабли, если дважды подряд вызвать функцию отсылки данных, первая пройдет успешно, вторая будет ждать окончания. Но максимум что можно узнать (IMHO), это получение последнего прерывания, что происходит за долго до установки состояния STOP, и как причину второе, ожидающее сообщение отослано корректно не будет.
Единственное что приходит на ум, проверять в ручную состояние пинов...

[niXto]

Сразу после СТОП можно давать СТАРТ - без всяких задержек, логика чипа сама все сделает. Именно поэтому СТОП и не вызывает прерывание - ибо незачем

[nerozero]

Так именно в том-то проблема, что СТОП не передается, ибо на него залезает СТАРТ!!! Если сразу (дожидаясь TWINT конечно) инициировать новую транзакцию... Тоесть происходит вот что.

в основном потоке (main Proc) вызываеться функция которая устанавливает соответствующие переменные в нужное состояние, и устанавливает

twi_send()
{
  while(_busyflag); //‹‹ Вот тут грабли,
  // ... code... 
  // ‹‹ вот тут на них наступаю
  TWCR = 	_BV(TWEN)|_BV(TWIE)|_BV(TWINT)|	_BV(TWSTA); 
}

далее все обрабатываеться по приходу прерывания.
но как так сбросить флаг занятости чтоб не наехать стартом на стоп....?

Пока решил дожидаться состояния стоп проверяя пины SDA & SCL на наличие высокого уровня после завершения транзакции.

[alberio]

Чип какой? Не ATmega8 ли случайно?

[nerozero]

Чип какой? Не ATmega8 ли случайно?

А какая разница, у них на всех один TWI. и в меге 16, и в меге 8, одни грабли.

[niXto]

Ха-ха, вот и напоролись на наличие отсутствия атмеловских еррат))) В мега8 ТВИ глючный, особенно в слейве и особенно при работе от встроенного 8 МГц, поэтому и была в спешном порядке выпущена мега88. Могли бы погуглить этот вопрос

[nerozero]

Ха-ха, вот и напоролись на наличие отсутствия атмеловских еррат))) В мега8 ТВИ глючный, особенно в слейве и особенно при работе от встроенного 8 МГц, поэтому и была в спешном порядке выпущена мега88. Могли бы погуглить этот вопрос

Хи-хи, читать внимательно, Slave не генерирует START и STOP. это мастер(можно было догадаться), и мега16, к тому-же от кварца. кстати, насчет меги8, делал, но с периодическим опросом но не в прерываниях, на встроенном генераторе, на максимальной частоте, то есть 8 МГц. Мастером кстати тоже была мега - Mega32, никаких пререканий.

[niXto]

Ну значит повезло - а я в свое время помню мучился с ним дня 3... За это время мог написать 3 раза подряд полностью софтовые модули, но хотелось разобраться с аппаратным. Пока в запарке не перепутал макетки с мега8 и мега88 - и о чудо! - все сразу заработало. Не знаю, может теперь в мега8 глюки пофиксили - но я принципиально ставлю на И2С только мега48-88-168, чего и всем рекомендую. Идеально работают и в мастере. и в слэйве, СТАРТ у них никогда не залазит на СТОП, посмотрите ассемблерный листинг - может компилятор думает что он самый умный

И давайте не будем играть в угадайку

[nerozero]

И давайте не будем играть в угадайку

С радостью. Но только если не будете сразу отправлять на "погугивание", ото некрасиво получается... ...

[Alex-R]

Пишу библиотеку для работы с TWI в режиме прерываний. Столкнулся с проблемой ожидания окончания передачи, то есть установки на шине STOP состояния. ожидание флага TWINT в регистре TWCR ни к чему не приводят.
Вот грабли, если дважды подряд вызвать функцию отсылки данных, первая пройдет успешно, вторая будет ждать окончания. Но максимум что можно узнать (IMHO), это получение последнего прерывания, что происходит за долго до установки состояния STOP, и как причину второе, ожидающее сообщение отослано корректно не будет.
Единственное что приходит на ум, проверять в ручную состояние пинов...

Ну после СТОПА прерывания ждать не нужно(и незачем). И если был отправлен стоп(например TWCR = (1‹‹TWINT)|(1‹‹TWEN)|(1‹‹TWSTO))
то старт(например TWCR =(1‹‹TWINT)|(1‹‹TWSTA)|(1‹‹TWEN)|(1‹‹TWIE) ) можно делать ничего не дожидаясь. Кристалл сам аппаратно дождётся окончпния СТОПА и выполнит СТАРТ.

вот цитата из даташита:
• Bit 5 – TWSTA: TWI START Condition Bit
The application writes the TWSTA bit to one when it desires to become a Master on the
Two-wire Serial Bus. The TWI hardware checks if the bus is available, and generates a
START condition on the bus if it is free. However, if the bus is not free, the TWI waits
until a STOP condition is detected, and then generates a new START condition to claim
the bus Master status. TWSTA must be cleared by software when the START condition
has been transmitted.

Ну собственно что я уже и написал.

Проверенно не раз на разных кристалах, в том числе и на Мега8, да ещё и на внутреннем генераторе 8Мгц(в мастере естественно). Как и ожидалось, всё работает ГУТ.