Mega48PA TQFP32, Заразное угасание работоспособности Опции

[GeorgyBey]

Прикупил несколько штук указанных в заголовке - в смысле партия одна.
Сделал плату, в которой все узлы уже были проверены в других макетах на Тиньке26, а потому нужно все в сборе.
Для Меги сделал "аэродромчик", который уже монтируется в плату. Включил. Все штатно.
Взялся за "культурный сон" на таймере-2, работающем на часовом кварце. И он как-то работал.
Потом заметил, что работает все капризнее, потом просто перестал заводиться. Полез "in-FUSE-орий" экспериментировать, чтоб кварц заводился НЕ в микромощном режиме, а "рэйл-ту-рэйл". Естественно долазился - программатор не может войти в программный режим, кварц указан внешний 8МГц, ISP нет . Заменил программатор на Дракона - та же ситуация. Заменил Дракона на "матрас"=STK500 (через 6ти проводной кабель) - все то же. Со старым макетом на Тиньке26 проблем нет, все опознается.

И вот тут начинается суть вопроса - проц перепаял на новый - та же картина! На всех программаторах.
На отдельный "аэродромчик" распаял снятый проц, прицепил ISP разъем, развел питание, землю, AVCC, даже емкость по питанию - все то же. На аэродромчике заменил проц на ТРЕТИЙ, новый - все то же - не может войти в программный режим!
Ладно БЫ с самого начала никак, тут вроде "сам дурак", но ведь РАБОТАЛО!

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

[GeorgyBey]

НачалО вырисовываться
Поставил Студию 6.2. С трудом нашел кнопку "Программировать девицу".
Там же "прочитать сигнатуру" - пожалуйста! 0x1E920A
Фузы стоят правильные - внутренний резонатор 8МГц, DIV8 (0xFF 0xDF 0x62)
Выходит старая Студия не хочет видеть НОВЫЙ камень со старой маркировкой Мега48РА
Кто что умное скажет?

Позже : А вот фиг мне!
Скачал 4.19 - не помогло. Скачал 5.0 - уже новый интерфейс (терпеть ненавижу) - не входит в режим программирования.
Скачал 6.2-SP2 Не видит!
Поставил ту что видела = 6.2 - и она перестала видеть
Вспомнил, что не все USB порты одинаково полезны - переткнул в заведомо надежный - не входит в программный режим...
Провода, кабеля, преобразователи USB-RS232 - разные. Уже не знаю на что грешить. Но ведь видела ДОТОГО и еще раз...
Завтра на проводках помучаю 48ю в DIPовском корпусе.

[GeorgyBey]

Потер сообщение - в нем ничего полезного. Проблему освоил и устранил.
Может кому любителю пригодится :
В погоне за сокращением потребления полез в регистр PRR (CPU) и установил "экономию" на USART и TWI - естественно "навернулся" обмен по последовательному протоколу, в том числе ISP.
Второй, новый кристалл, попал в ту же ситуацию при заливке программы.
Третий новый на отдельной плате был неправильно подключен.
Создалась иллюзия, что Студия-программатор целенаправленно "не видят" именно Мегу48 TQFP32.
выкрутился только параллельным программированием. Сначала первого пострадавшего кристалла на отдельной платке, потом второму устроил "ИН СИСТЕМ" параллельное программирование, не выпаивая. Оба ожили после эрайза и выставления фузов.
Тему можно закрыть.

[ESN]

Может кому любителю пригодится :
В погоне за сокращением потребления полез в регистр PRR (CPU) и установил "экономию" на USART и TWI - естественно "навернулся" обмен по последовательному протоколу, в том числе ISP.

Если установить в PRR бит PRSPI в программе или через фьюзы в Studio, то чип не будет соединяться с отладочным устройством через ISP интерфейс. Оживить чип можно только через HVP, сбросив этот фьюз.

• Bit 2 - PRSPI: Power reduction serial peripheral interface
If using debugWIRE On-chip Debug System, this bit should not be written to one.
Writing a logic one to this bit shuts down the Serial Peripheral Interface by stopping the clock to
the module. When waking up the SPI again, the SPI should be re initialized to ensure proper
operation.