Хождения по AVRDudeShell

[Z_h_e]

Можете выставить вот так. Должно работать. Но имейте ввиду, претензии не принимаю.

З.Ы. Вы же через SPI программируете?

Вложения

метод думать и читать.png

(9.71 KiB) Скачиваний: 723

[kotarnold]

Но имейте ввиду, претензии не принимаю.

Т.е. с тем же успехом я могу выставить любую другую комбинацию. Нет уж, спасибо))

Мне нужна уверенность в том, что контроллер не залочится.

З.Ы. Вы же через SPI программируете?

Да.

[Z_h_e]

А Вы хотели помощь, но если что счет предъявить? Тогда грызите гранит...

[kotarnold]

А Вы хотели помощь, но если что счет предъявить? Тогда грызите гранит...

Да, Вы не поверите - многие люди приходят на форумы за помощью. Удивительн, не правда ли?

Если Вы не можете ответить на вопрос "Напротив каких фьюзов надо отметить галочки в AVRDudeShell (или, наоборот, какие галочки приниципиально нельзя отмечать), чтобы контроллер , во-первых, не залочился?", то есть, если Вы не имеете практического опыта работы с AVRDudeShell, то что Вы пытаетесь мне сказать? Счетчик сообщений накручивате? Ну молодец.

[AVR_hobby]

Работа с AVRDudeShell такая-же как и работа с Дудкой) Фьюзы-то везде одинаковы! Ну а если вас стремает выставлять (и вы никак не раскурите как пользовать калькулятором фьюзов) почитайте что вообще из себя представляют фьюзы. Более подробнее...Тем более вам уже три человека одно и то-же говорит.

А по поводу "никаких гарантий" - это обозначает что даже при правильно выставленных фьюзах что-то может пойти не так, а вы потом будете "бульбы дуть" и винить всех, кто вам что-либо советовал!

[kotarnold]

То есть даже при правильно выставленных фьюзах контроллер может залочиться?

И как Вы говорите, что фьюзы везде одинаковы, когда в половине программ они - прямые, в половине - инвресные? И неизвестно, какие они в AVRDudeShell. Говорю это, как человек, запоровший с ней 6 контроллеров, расставляю фьюзы как под прямую, так и под инверную прошивку.

Очень прошу: если Вы не работали именно с AVRDudeShell, то, пожалуйста, не надо засорять ветку общими теориями.

[ARV]

Напротив каких фьюзов надо отметить галочки в AVRDudeShell (или, наоборот, какие галочки приниципиально нельзя отмечать), чтобы контроллер , во-первых, не залочился?

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

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

[AVR_hobby]

Мне кажется он и такое объяснение не поймёт. Надо чтоб его конкретно носом ткнули)))

[kotarnold]

Мне кажется он и такое объяснение не поймёт. Надо чтоб его конкретно носом ткнули)))

Простите, а как иначе? Конкретный вопрос - конкретный ответ.

[ARV]

Надо чтоб его конкретно носом ткнули)))

Вы имеете ввиду так?

screenshot-radiokot.ru-2017-04-08-10-06-08.png

(15.48 KiB) Скачиваний: 1597

[kotarnold]

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

Повторяю в который раз: во-первых мне нужно, чтобы контроллер не залочился! В частности, тут сказано, что есть ряд фьюзов, а именно CKSEL0, CKSEL1, CKSEL 2, CKSEL3 и SPIEN, неправильная установка которых вызывает залочивание контроллера. Так вот - нужно ли ставить галочки на эти фьюзы в AVRDudeShell, чтобы после прошивки контроллер не залочился?

[ARV]

Давайте поспокойнее, ок?
Что такое "залочился"?
Это значит, что вы неправильно установили фьюзы тактирования МК и/или назначение вывода RST. Если тактирование более-менее просто лечится, то с RST поможет уже только спецсредства "высоковольтного или параллельного" программирования.
Итак, вы не должны ошибиться с CKSEL и RSTDSBL.
Я вообще крайне рекомендую всегда делать так:
1. считать из МК состояние фьюзов. записать или запомнить, какие "галочки" где стоят
2. Изменить только те галочки, которые не такие, как вам надо
3. прошить обратно
4. снять питание, подать питание и убедиться, что МК читается

Лично я очень, крайне настоятельно, безусловно категорически рекомендую никогда не трогать RSTDSBL, если у вас существует хотя бы 0,00000000001% сомнений в необходимости этого действия.

Разумеется, для определения нужных "галочек" пользоваться вышеуказанным мной методом - чтение даташита и контроль самого себя по значению fuse-байтов. Для самоконтроля можно пользоваться и "калькуляторами".

[AVR_hobby]

Меня раздражает упорное непонимание ответов на вопросы ТС. Вот складывается впечатление, что просто нужно взять программатор, и прибежать к нему, для того, что-бы прошить сраный камень...... Ну иначе никаких больше мыслей нет. Разжевали - положили в рот, ну что ещё???????????

[kotarnold]

Меня раздражает упорное непонимание ответов на вопросы ТС. Вот складывается впечатление, что просто нужно взять программатор, и прибежать к нему, для того, что-бы прошить сраный камень...... Ну иначе никаких больше мыслей нет. Разжевали - положили в рот, ну что ещё???????????

Просто Вы отвечаете не на мои вопросы.

А я собрал такую штуку и теперь вообще не нуждаюсь в ответах по данной теме.



Спасибо всем откликнувшимся! Отдельная благодарность юзеру -Valerius- за доходчивое объяснение на пальцах и не только.

[apeks1]

поздно я заметил
при прошивке фьюзов сначала их считываете с микроконтролера,ориентируетесь на фьюз spien и если он отмечен "галочкой" "крестиком" значит "инверсный" и ставите галочки на нужных фьюзах для изделия
если же наоборот при считывании контролера фьюз spien не отмечен значит "прямые" и соответственно на нужных фьюзах снимаем галочки-крестики а на не нужных их ставим
так по факту в прогах прошивальщиках защита от дурака в виде недоступности перепрошивки spien но это не уберегает от фьюздоктора либо высоковольтного програматора если затронули фьюз rstdisbl

[Z_h_e]

поздно я заметил

Нечего там замечать. В окне программирования фьюзов программы ТС четко указано что есть галочка, да еще с иконкой предупреждения. И как уже тут было многократно сказано, ориентироваться надо в первую очередь, на кодовое представление значения фьюзов. Но ТС вопрошал, а ответы читать не захотел.

защита от дурака в виде недоступности перепрошивки spien

Такая защита встроена в AVR, этот бит недоступен при прошивании через ISP.

[apeks1]

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

[kotarnold]

Время покажет