Так это что, ноги XTAL нельзя использовать как простые порты ввода-вывода "без последствий"? А если я использую внутренний RC-генератор?
Что касается занимания всех ног - нет. Я просто оцениваю возможности как раз "на будущее", не знаю подобных тонкостей, т.к. занимаюсь МК всего пару недель
Относительно того, что это должно получиться. Это будет блок управления аудиоусилителем. Причём регулирование громкости будет осуществляться от валкодера (планируется использование скролла из мыши), а непосредственно изменение громкости - делитель из постоянных резисторов и релле (см. Радиохобби №2/2002 стр. 63-64). Кроме того: селектор входов, вкл/выкл (standby) и кроме того всё это дублируется с ДУ (благо, на пульте от CD-плеера есть все эти кнопки, не используемые в самом CD). На данный момент готов регулятор громкости от валкодера и ДУ.

Забыл сказать. Ещё готова индикация уровня громкости (два 7-сегментных индикатора и регистр сдвига), а также в EEPROM должны сохраняться последние параметры (это всё готово).

Сообщение отредактировал TarasG - Feb 26 2008, 16:23

Эти ноги можно использовать, но надо постоянно помнить о том, что если соответствующие Fuses будут выставлены на высокочастотный внешний источник, то будет трудно оживить мк (например придется подать частоту с внешнего генератора, отцепив при этом все, что сидит на ногах).

Сообщение отредактировал sergeeff Jr. - Feb 26 2008, 16:36

Поправляю.
Шьется она высоковольтным программатором прекрасно.
Делал простенький девайс для разлочивания - возврата всех фузов в заводское состояния для AVRок, и t2313 впрочем как и все другие МК с RSTDISBL / DWEN фузами перешивались прекрасно.
STK500 тоже без проблем шьет t2313 в HVPP режиме.

Ээээ... Можно взглянуть ? Во избежание изобретения велосипеда, тскть. :-)

Я его не оформлял как проект.
Попробую порыться в архивах на выходных и выложить куда-нибудь.

Чем можно объяснить несоответствие реального положения вещей с пунктом Errata:

2. Parallel Programming does not work
Parallel Programming is not functioning correctly. Because of this, reprogramming
of the device is impossible if one of the following modes are selected:
– In-System Programming disabled (SPIEN unprogrammed)
– Reset Disabled (RSTDISBL programmed)
Problem Fix/Workaround
Serial Programming is still working correctly. By avoiding the two modes above, the
device can be reprogrammed serially.

1. Этот пункт устарел, поскольку относился к ранним ревизиям чипа, почему в этом случае нет соответствующей информации?

2. Паралельное программирование корректно не выполняется только при определенных условиях? Каких?

3. Некорректность программирования чего может касаться: флеша, фьюзов, еепром?

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

Я пробовал это, но не проверял на 2313:
http://elm-chan.org/works/avrx/report_e.html
У Т15 сбросил фузы в девственоое состояние на раз.
А с 2313, выходит, Атмел ВРЕТ!

P. S.
Еще надыбал:
http://pol-sem.narod.ru/paraprog/paraprog.htm

Я шил на ранних ревизиях, в проект была заложена tiny2313 но их еще небыло,
поэтому отлаживал на 90S2313 и как только появились тини, перешел на них.
У меня шьется все.
Не врет, а заблуждается !

К фузам этот пункт не относится.

В посте №14 я уже писал, программирую
RSTDISBL = ON
SPIEN = OFF

дальше читаю и пишу флеш и еепром без проблем...

Хорошо, если это так, но из Errata, к сожалению, это не очевидно, написано скудно.

Но, как пишет singlskv:

Выходит, что Errata не соответствует действительности.
Где собака порылась?

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

Время терпит, я же не изверг.

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

3 года назад выставленный через ISP фуз RSTDISBL нельзя было сбросить назад даже параллельным HV программированием. Какая тогда была ревизия кристалов, уже не помню.

Это нам, пользователям их продукции позволительно заблуждаться.
А они, как авторы всего этого компота заблуждаться по определению не могут.
Или говорить правду или врать или просто относиться наплевательски к пользователям ихней продукции!

У меня тоже лежит две штуки, запоротые коллегой понипрогом. Думал - выбросить. А теперь планы поменялись...