Хрень какая-то. Откуда Вы берете эту маску -0xF8? Где она накладывается?


Перед

В даташите так написано. Вам вот такие строки не знакомы?

Так вот 0xF8 это маска. Которую программист должен накладывать самостоятельно ибо в регистре TWSR состояние автомата TWI показывают только старшие 5 разрядов. Я конечно этой маски в вашем коде не вижу. Поэтому я вам и пишу в ответах на ваши вопросы два кода состояния: 1) без маски - это тот код который я получаю на светодиоды по вашей программе и он 100 пудово из TWSR = 0x39(это то что я из всего TWSR читаю), и второй код который я умственно умножаю в голове на 0xF8. Тогда он будет равен табличному значению- 0x38. Так что путаться здесь не в чем. Скажите а у Вас что читается из TWSR. Или читалось когда либо?

Попробовал загнал Ваш код с последними изменениями. Ничего не пишет на светодиодах. Что Вы думаете об этом? В приложении ваш код с учётом последних изменений- для контроля моих действий.

Все коды взяты из абсолюно рабочего проекта- на столе лежит .

Стирайте этот код. И можете показать как запрограммированы FUSES

Я даже просто включить автомат TWI не могу. В даташитах любой масти написано, что как только в TWCR записать 1 в разряд TWEN, автомат TWI должен взять управление выводами SDA и SCL на себя. Причем как сконфигцрированы эти выводы не важно.
Так вот если выводы МК AtMega128 SDA и SCL сконфигурировать как:

то на выходе, МК, на этих ногах будут ноли, не взирая на внешние подтягивающие разисторы. Как только в TWCR записать 1 в разряд TWEN, автомат TWI должен взять управление выводами SDA и SCL на себя. Так вот в моём случае хоть записывай туда чего хочешь хоть не записывай там всегда остаются нули. Если же выводы МК AtMega128 SDA и SCL сконфигурировать как:

то на выходе, МК, на этих ногах будут 1. И нолей я ни разу в жизни не увидел на осциллографе. Хоть обзаписывайся в TWCR чего угодно. Я вот думаю может чего то ещё необходимо для нормальной работы TWI в AtMega128 или AtMega64 инициализировать, фъюзы там выставить какие нибудь. Потому что не бывает так... Я поменял 4 МК. Ситуация одинаковая со всеми МК причем все МК рабочие!!!! и не работал только долбаный TWI. Я не знаю что можно назвать помехами, но в моем случае при установке на осциллографе цены деления на 5mV/дел. Колебания переменной состсвляющей на шинах SCL, SDA не превышают 1 деления. То есть просто идеально. Блок питания +5Вольт выполнен на MC34063.

ILYAUL скажите а в симуляторе, фото которого вы приложили в предыдущем топике вы ручками поднимаете? В частности больше всего интересует значения в TWSR и особенно 0x08 в TWSR? И если нет, то что это за версия AVRSTUDIO у вас?

Это не симмулятор, это реальное состояние TWI/ Я Вам писал , что существуют специальные отладчики проектов , которые объединяются в одну систему
AVRStudio + отладчик ( в моём случае AVRDRAGON) + разрабатываемая плата . Поэтому в Студио , я вижу реально , что происходит с процессором , ничего не симмулируя ручками.
Я использую туже , что у Вас , в ней меньше ошибок , чем в предыдущих и последующих

Да это здоровская штука. У меня такой нет. Пока нет. А знаете почему ваш код с последними добавлениями не хочет работать? Выполнение программы в нем просто не доходит до записи значения на светодиоды. зацикливаясь на проверке сброса флага TWSTO. Якобы после формирования состояния стоп на шине он должен быть сброшен. В моем случае ничего не сбрасывается даже флаг TWINT тупо записывается в TWCR и всё. Я в отчаянии

Кстати, а вот у меня в TWSR в не значащих разрядах всегда считывается какое то значение хотя я его туда естественно не закидывал сам.

В младшем byte Fuses давайте выставим в 4 и 5 бите галочки , при условии , что в Вашей программе они означают запись 1-цы т.е в младшем $FF и получим самый длинный из возможных сбросов

Да я видел ,проверил на своём проекте
Да и в личку загляните

Так, возможно нащупал:



Похоже осталось только сбросить этот fuse в Extended Fuse Byte - второй справа, т.е убрать галочку и вернитесь к первому варианту test.asm - проверьте

Похоже, что вы правы! Главное обратите внимание, что с завода два этих типа МК AtMega128,64 идут прошитыми как раз в режиме совместимости! Сейчас буду пробовать.

Только сначала необходимо переписать программу моего программатора ибо когда я её писал я ваще забыл про третий конфигурационный байт и даже не вывел его чтение на форму программы. Это само по себе не проблема, благо знаком с разными языками программирования, но потребует некоторого времени для переключения меня самого с CИ++ на Делфи. За образец мной брался код программатора из "В.Н. Баранов, Применение микроконтроллеров AVR: схемы, алгоритмы, программы" и переклёпывался с Windows98 на XP. One minit`s please!!!!

Усовершенствовал программатор. Перепаял AtMega64 на 128-ю, первую самую. Благо не ушатал её своими перепайками. И на самом деле этот бит сброшен оказался.
Получается, что два одинаковых и самых старших представителя семейства AtMega, с завода прошиваются в режиме совместимости с каким то обрубком - AtMega103, не имеющим TWI !!! И в таком виде поставляются в продажу!!!!! Господи... Какая кощунственность!!!

Я так понял , что наконец-то всё заработало. Тогда - поздравляю .
Ну и я на будущее изучил D/S - этих MEGA - никогда сними не работал , но вдруг пригодится

Далее установил бит M103C как на рисунке, прошил и всё. TWI залетал как ошпаренный ни одной ошибки!!! Так что тема очень даже полезной получилась. Кровью написана. И отдельное спасибо тебе ILYAUL. Предлагаю свою дружбу. Чем могу помогу.

Согласен - ДОГОВОРИЛИСЬ