Есть такая проблема, не могу разобратся как правильно выставить галочки в PonyProg. По некоторым источникам говорится что галочка - значит "задействован", в других наоборот - галочка - значит "отключен". Совсем запутался ))

Два способа победить проблему:
1 - выбросить коня, и взять что-либо нормальное. AVREAL, например.
2 - прочитать внимательно, что такое "галочки", и на что оно влияет.

А чем конь плох вобще?


а как вы считаете? я уже задолбался искать если чесно, но мне пока важно использовать именно Pony Prog, современем я соберу лучше программатор и перейду на что то более надежное

В Пони галочка означает "Запрограммирован", т.е. значение соответствующего fuse равно нулю.

Ничем. Отличный программатор. Гораздо проще в использовании, чем AvReal. Дело не в программаторе, а в том, что перед выставлением "галочек" вы обязаны проштудировать соотв. разделы документации, с тем, чтобы выставить "галочки" не как попадет, а как нужно именно вам. И программатор здесь решительно ни при чем. Кстати, Пони сам же и показывает, что по умолчанию "checked" = "programmed" (bit = 0) ...

Например здесь вот http://www.getchip.net/wp-content/uploads/...313-FuseBit.png
наоборот сделано да? судя по красной надписи снизу


ну это понятно. просто в сети блуждают слухи про ненадежность ПОНИ. Я вобще при прошивке не изучаю так подробно фюьзы на контролер, а просто заливаю прошивку в МК как указал создатель данного устройства. Иногда не понятно как выставить фьюзы если программатор совсем не тот

Сообщение отредактировал Roma12 - Aug 25 2012, 17:27

"Checked = unprogrammed!". Ну и глупо написано! Причем тут программирование, если фузы так и сяк программируются, только на разные значения?
Писать надо то, чему соответствует галочка (check) - нулику или единичке, т.е. как у таблиц в даташите!

Между прочим, в даташите по этому поводу под таблицей есть мелким шрифтом набранная фраза: "For all fuses ”1” means unprogrammed while ”0” means programmed". После стыковки этой фразы с пояснением к программатору наступает ... размягчение мозгов , когда уже перестаешь понимать, ставить эту чертову галку или нет. Но насколько я представляю PonyProg, то галка у него соответствует нулику, т.е. "запрограммированному" состоянию. Вот вся эта катавасия и является той причиной, по которой PonyProg сгубила так много МК.

На самом деле суть здесь проста - все таблицы установки параметров в даташитах приведены в нуликах и единичках! И это есть именно то, что соответствует ВЫБРАННОМУ режиму (и CKSEL в том числе). И эти нулики и единички, как раз, и есть то, что требуется запрограммировать. Однако дебилизм понипроговского интерфейса заставляет сперва перевести единицы и нулики в слова "programmed" и "unprogrammed" по сноске под таблицей, а потом повторно перевести "programmed" и "unprogrammed" в "сhecked" и "unchecked". Причем оба раза вопреки здравому смыслу .

Совершенно сапоги. Потому что написано с точностью до наоборот, т.е. checked==programmed==0

Еще.

Там-таки что-то в коде не так, потому что avreal никогда ничего не губил, на том же stk200.

Avreal действительно ничего не губит, поскольку фузы задаются в нем числовым способом, в полном соотвествии с таблицами даташита. Например:
CKSEL = 0 to F - Clock selection
т.е. переводишь двоичное число из выбранной строки таблицы в 16-ричную форму - его и пишешь. А в большинстве случаев и того нет, когда параметр программируется единственным битом:
avreal.exe +90USB647 -fcksel=e, ckdiv=1, bodlevel=2, sut=0, hwbe=1, jtagen=1 ...
- всё предельно ясно и понятно, без необходимости разбирательства в том, "programmed" это или "unprogrammed".

Этот термин придумали разработчики AVR... Что же нам делать? Приходится идти у них на поводу, чтобы была однозначность в терминах...

Тут Вы слегка погорячились. В подразделе DS "Fuse bits" во всех таблицах рядом с единичками-ноликами написано в скобочках programmed-unprogrammed.

Всё нормально в Пони с кодом... Разработчики Пони пошли у Atmel"а на поводу - отталкивались от programmed/unprogrammed, решив, что галка должна соответствовать - programmed (т.е. нулевому значению fuse). Тогда как у большенства людей стойкий стереотип: галка = единица. Отсюда и загубленные по невнимательности МК...


Ну, вот видите - как сложно... Проще из Студии fuses программировать. Я, например, так и делаю. Там, вообще "словами" написано - переводить из разных систем счислений ничего не надо!

Каждый верит в свою историю. Но я несколько десятков аврок спасал самопальным параллельным программатором... он паялся только с целью шить меги 8 и 16, оказалось, что еще и выставить D9E1
ЗЫ невнимательностью там и не пахло, чисто проблема при прошивке фузов... и резистор по SCK был ни при чем.

Сообщение отредактировал _Pasha - Aug 25 2012, 18:57

К моему счастью JTAG'у работающий генератор не нужен

Позвольте уж с Вами не согласиться - галка стойкий стереотип =программировать. А вот, что там запишется 0 или 1 мне лично по барабану. Эта разница ощутима для тех , кто создает программатор сам. И если после работы с тем или иным программатором МК "накрывается медным тазом" - прямая вина разработчика программатора.

Вы уверены, что не нужен (для АВР)?
В тех нескольких случаях когда неправильно прошивались фузы (например, от External clock-а которого нет), приходилось припаивать RC-на соотв. вход, а после ставить фузы программатором.

Да. Другое дело - с ошибочной установкой источника тактирования ещё и JTAG отключить. Тогда - "ой"! Но, если JTAG используется для программирования, то с помощью JTAG изменить fuse JTAGEN - невозможно.