У меня при программировании ATmegи 8й неизвестно каким образом слетел бит SPIEN и после этого контроллер даже не определяется...
Можт кто знает как исправить эту проблему?

P.S. до этого все экземпляры прошивались нормально

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

А с помощью PROTTOSSкого USB программатора можно исправить эту проблему? Если нет, прошу выложите ктонть ссылку на схему

Это тот что совместим с AVR910 (на mega8). Нет он ведь SPI, нужен программатор который работает используя параллельный интерфейс. Информации по ним достаточно много от самых простых до сложных.

Ну вот к примеру один из вариантов параллельного программатора (с адаптерами для разных МК) Параллельный програматор

Такой же в "Радио Аматоре" №1/2005 описан. На мой взгляд, он самый простой, пожалуй на нем я и остановлюсь...
Спасибо за помощь

Цитата:

У меня при программировании ATmegи 8й неизвестно каким образом слетел бит SPIEN и после этого контроллер даже не определяется

А каким образом определил, что слетел именно SPIEN бит? Спрашиваю потому, что сейчас столкнулся с аналогичной ситуацией, когда та же мега8 не программируется (Не один чип, а целая прорва). Когда, при предположении, что изменились фузы CKSEL, для одной м/схемы, подключили внешний кварц, чип запрограммировался и были считаны биты CKSEL. В них были записаны все 1, т.е. F. Так вот вопрос к уважаемым форумчанам: почему могут измениться значения фуз по умолчанию? Статическое электричество или еще что-нибудь? И как в таком случае выходить из положения, ведь параллельное программирование тоже предусмотрено для случая работы внутреннего генератора. Или я ошибаюсь?

Цитата:

А каким образом определил, что слетел именно SPIEN бит?

Я прошивал, как обычно, через Pony Prog... По окочанию записи выбило "Write Fail", я решил проверить фьюзы - считались нормально но на бите SPIEN не стояло галки (bit=1). Я повторил попытку и наверное слетел бит RSTDISBL, так как чип перестал определяться...
Виню я в этом блок питания (от радиотелефона Panasonic 12V 150mA), так как до этого прошивал через лабораторный. Я так и не понял в чем причина - может пульсации, может статика, подсоединил лабораторный все заработало, только один камушек запорол

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

Цитата:

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

В режиме параллельного программирования тактирование внешнее, задается самим программатором, подается на вход XTAL1 программируемого микроконтроллера.

PS: попалась схема простого параллельного программатора ParaProg собранного на mega16, в сети есть схема и прошивка. Для себя его тоже соберу (на всякий случай)

Цитата:

Сообщение от ODiSON

Я прошивал, как обычно, через Pony Prog... По окочанию записи выбило "Write Fail", я решил проверить фьюзы - считались нормально но на бите SPIEN не стояло галки (bit=1). Я повторил попытку и наверное слетел бит RSTDISBL, так как чип перестал определяться...

Скорее всего слетел только SPIEN. Т.к. отключен был режим SPI, то после сброса этот интерфейс был отключен, поэтому чип и не определился (я так думаю)