Все у меня уже с этими ноликами и единичками едит крыша!!! короче пони буду менять иначе не видать мне просвета )) Хотя в принципе понятно, то что если галочку ставить на unprog то это противоположно prog! тоесть нолик меняется с единицей

Два дня потеряно впустую.
Как показывает практика - "не осиливает" начинающий фьюзы. Хочется веть спаять 3 детальки, вшить прошивку и радоваться моргающему светодиоду, а тут еще разбираться с чем то...

Меняйте пони, не меняйте - дело, конечно, Ваше, но вдуматься и понять фьюзы всё равно придётся. Иначе Вы далеко не уедете.

В пони галочка включена - бит programmed (==0), выключена - unprogrammed (==1). Это написано прямым текстом в том окне. И, кстати, на 100% соответствует терминологии атмеловских даташитов .
Поэтому, если Вам угодно ругаться, ругайтесь не на пони, а на атмеловцев, придумавших эту "инверсную" терминологию с вытекающим из неё туманом. Хотя и она отнюдь не взята с потолка, т.к. для любых флэшей и прочих ПЗУ чистая, незапрограммированная (unprogrammed) ячейка всегда содержит 0xFF. Такова технология. Привыкайте.
А пони губит только невнимательных людей, у которых руки голову обгоняют.

Я приложил пример для ATMega32. CKSEL= 0100 - внутренний генератор 8MHz, SUT=10 - Slow rising power, CKOPT=1 и т.д.

Единственный недостаток поника, на мой взгляд, - это отсутствие в схеме генератора. И генерить частоту портом он тоже не умеет.
Посему будьте осторожны с CKSEL=0000 (все 4 галки включены, это внешний генератор, а не кварц!!!!). Я один раз ошибся , пришлось переделывать под AVReal кажется, т.к. он может генерить частоту на пине LPT порта.
Потом всё равно ушёл на пони. ИМХО, удобнее, чем писать какие-то командные строки или применять разношерстные самопальные GUI программы-надстройки над тем же avr-dude и родственными вещами. Но это уже дело вкуса и личных предпочтений - кому как ....

Оконо программирования AVR Студии.
Мне гораддо проще выставить настройки подписаные текстом, чем "выковыривать" их для каждого нового процессора из документации.
В студии все настройки для всех процессоров прописаны, с выходом нового камня не придется ждать, пока разработчики коня соизволят его добавить

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

Согласен. Дело не в Пони. Дело в элементарной невнимательности.
P.S. Никак не пойму, почему AvReal до сих пор не обзавелся GUI ...

GUI у AvReal не будет никогда! - Принципиальная позиция автора.

Категорически заявляю, что я никому не запрещаю писать GUI оболочку к avreal !!!

Его и у avrdude нет, как я понимаю :-) К avrdude отдельным проектом есть.
К avreal тоже когда-то avrealshell был написан, но, насколько я понимаю, проект давно замер.

Мне, как я уже не раз писал, всегда хватало существующих TUI (DOS, редактор QEdit, по Alt-F9 при необходимости перекомпиляция и зашивка микроконтроллера) и GUI (MED, NetBeans, Code::Blocks, ...)
Выглядит это уже четырнадцать лет так:
В Makefile проекта
avreal.mak

На домашнем компьютере
На работе что-то другое.

Тот же Code::Blocks настроен на работу с внешним Makefile и Tools:Program вызывает make program

Если мне кто-то объяснит, зачем мне GUI, если я в редакторе изменяю строку, жму «горячую клавишу» и зашиваю проект в кристалл, я еще подумаю (на самом деле, иногда подмывает на чём-то не сильно нужном освоить wxpy, чтобы при необходимости уже освоен был, но недосуг).

Е если кому-то нужно, так см.рис 1 первую строку. Я свою часть работы сделал :-)

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