Фьюзы защиты...

Господа! Позвольте с места в карьер.
Имею примерно 20-30 штук чипов для картриджей на основе МК 12F683. В ПИКах я вообще БМП (без малейшего понятия). Так вот, наверняка, китайцы "заблокировали" чип на чтение (на слив дампа). Вопрос!
Ведь у авр-ок можно стереть весь чип, и тем самым очистить биты защиты, и что самое главное - получить рабочий МК!!!! Что-нить подобное есть в ПИК?
Малость почитал, видимо, мне нужно собирать RCD-прогер; думаю, сложностей не составит.
В принципе, мне нафик не надо прошивать чипы для картриджей (хотя не откажусь, если они "открытые") и поэтому я не строю воздушных замков в этом отношении. Просто хотелось бы заиметь ..цать чипов.
Если мысль сформировал некорректно - простите.
Спасибо

0

То же самое можно и с пиками - стереть все содержимое вместе с битом защиты...

0

Отлично! Спасибо.
Буду собирать программатор. Но, почитав комментарии SWK, что-то стал склоняться с JDM-версии. Хоть я и являюсь "счастливым обладателем СОМ-порта" )))

0

Подниму, с Вашего позволения...
Доброй ночи.
Господа, подскажите начинающему в пиках. Ситуация: вытащил откуда-то чип 12f629, программатор ic-prog. Т.к. с это софтиной не работал, то позвольте пару вопросов.
После запуска софтина говорит, что осциллятор у нее выбран RCInternal. Впрочем, можно ставить что угодно. А вот после чтения для меня наступает нечто непонятное.
Скрин ниже. Вижу установленные галки на защиту (СР и СРD) и осциллятор становится LP!!! Это что, получается, что icprog настолько умён, что после чтения данных из МК, говорит что из себя представляют его конфигурационные биты??? Простите, если эти фьюзоподобные биты в пиковском представлении назвал неправильно.
И теперь как мне начать работать с этим МК? Информация его мне не нужна, хочу его стереть, выставить фьюзы на внутреннюю RCцепь и эксперементировать...
Спасибо
Спустя час.....
Вот что нашел - http://www.phrioker.us/forum/showthread.php?t=6039 Неужели мой случай? Мне бы просто убедиться, что комп видит кристалл и пишет/читает что-нить в него...
Теперь после моих манипуляций при чтении 3FFF везде и биты защиты отключены (неужели это я сделал?) При попытке записи icprog просит значение установки осциллятора и после верификации выдает ошибку.


<Изображение удалено>

0

По скрину видно что из пика ничего не считалось, в том числе фьюзы, с установленным битом защиты иначе и не может быть.
Если при прошивке пика установить бит защиты, то верификация естественно выдаст ошибку.
Для работы с указанным пиком не помешает его предварительно стереть (erase), после чего не ставить бит защиты. Остальные биты лучше прописывать прямо в исходниках программы, напр. для 629 это INTOSC (2 режима, GPIO4 работает как порт - NOCLKOUT, или выдает частоту f/4), который в разных компилляторах устанавливается по разному, но в итоге дает один и тот-же результат. В компилляторах Mikroe, например, его устанавливают в свойствах проекта (Edit Project), в PicBasic - отдельной строкой в начале программы
@ DEVICE pic12F629, INTRC_OSC_NOCLKOUT
ну и т.д.

0

О, спасибо, SSh! Как раз твой адаптер собрал (ты ссылку давал на амадеус). Теперь, с твоего позволения, помучаю тебя ужасно тупыми ламерскими вопросами.
1. А как проверить - видит ли комп программируемый МК или нет? У программатора Громова все просто - чуть какой косяк с подключением, софт сразу пишет "МК не откликнулся. Проверьте подключение". А здесь я питание помницо забыл включить, а icprog фурычит что-то там себе....
2. Кстати, нажимал "Стирание", он подумал какое-то время, потом сказал, что все стерто. Вопрос: а все - это в данном случае что? Память программ, данных, фьюзы тоже прицепом?
3. Можно ли узнать на какой режим работы настроен МК (выпаянный откуда-то)? Память программ не интересует, только тактирование! И как его заставить работать от внутренней RC-цепи?
За сим пока всё. Заранее благодарен

0

1. Для этого надо программатор "посерьезнее", напр. фирменный Pickit, он точно распознает что к нему подключено. Насчет IcProk уже и не помню всего, давно им не пользовался, с тех пор как купил уже упомянутый PicKit, а потом и EasyPic 5 впридачу ))
2. Да, все стирается. Помню, когда еще пользовался ICProk-om для того чтобы проверить работоспособность всей системы помимо верификации еще и проверял сравниванием буферов, напр. записал из буфера 1, потом считал в буфер 2 - и сравнил их содержимое.
3. Piс-и в отличие от Atmel не имеют битов устанавливающих тактовую частоту. Частота и тип осциллятора прописаны в программе, причем во многих случаях не именно частота а тип и диапазон, т.е. что-то наподобие этого "внешний высокочастотный кварц" или "внутренний генератор". А этот высокочастотный кварц может быть, например от 8 до 16 мГц. Все возможные варианты описаны в даташитах на соотв. МК.
В любом случае для работы от внутр. генератора (если таковой имеется, некоторые пик-и его не имеют, опять-же справляться по даташиту) надо делать так как я писал выше. При загрузке написанной таким образом программы в ICProk он сам определит и правильно выставит соотв. бит. (LP, XT, etc..). Т.е. при написании програм надо писать их так, чтоб единственным битом который возможно придется установить в ICProk-e был-бы бит защиты - СР. Все остальные устанавливаются автоматом согласно сведениям, полученным из загруженной прошивки.

0

Египетская сила!
Да уж, накручено... Я пока переварю сказанное, потом еще вопросы появятся...
Добавлено
Сейчас до меня дошло, что второй индикатор I/O не горит! Оказывается, непропай МАХ232. Устранил.
Теперь вопрос: у меня при включении адаптера горят оба индикатора. Это есть нормально или МАКСу кирдык?
При попытке записи видно, как светодиод слегка пытается моргать.
Еще добавлено
Блин, поставил WinPic800, там есть нормальный тест адаптера. И он говорит, что не видит аппаратной части ( Пойду еще проверять.... А может дело в конденсаторах МАКСа? Я постаил 1мкФ, а у меня микруха планарная... Название не знаю, ибо припаял ее мордой вниз - не было корпуса ДИП, а разводить печатку заново не хотелосью Пришлось ноги гнуть....

0

Там-же по ссылке описана методика полной проверки и наладки программатора.
Там-же написано при каких входных сигналах, подаваемых с закладки "Hordware Check" ICProk-а что и как должно гореть. ))
Как раз и проверишь работоспособность МАХ-а, здесь вообще все элементарно...

0

Горе от ума называется.
Я все время сокрушался, когда заказывал всякие железки на машину-иномарку, а именно - модель одна, год выпуска разный, двигатель разный, и детали разные. Постоянно боишься ошибиться.
То ли дело, советский автопром. Одна модель - одна запчасть. Со всеми вытекающими, правда....
К чему это я? К тому, что пошел покупать детальки, а мне МАКСа в дипе предложили за 80р. Мол, максимы дорогие остались, а ни ST, никого других нет... Вот мол есть в соике за 40. Взял, пришлось ноги гнуть. Вчера их пообломал нафиг, но она все-таки не работала, это я проверил. Как щас помню - на 12 ноге (выход ТТЛ) 2,9 В. Это ж ни туда-ни сюда. Да и +5В подавал - тоже глушняк.
В конечном итоге зашел в другой нигазин и взял диповскую МАКС за 25р.
Вот такие дела.... Буду сегодня новую травить-сверлить.
А К561ЛА7 живучее? ИМХО, мой преобразователь сдох из-за непропаянных ног. Соплей-замыканий не было!
P.S. А вот еще вопрос, чтобы точнее разобраться с тактированием. Например, есть выдернутый откуда-то МК с буквой F, настроен на работу от внешнего кварца, никаких защит не включено. Подключаю я этот МК (отдельно, без схемы, просто сам МК) к адаптеру, читаю ICPROGom. Вопрос: МК прочитается? Ибо АВР-ки не будут читаться в таком случае - им кварц подавай, перешей фьюзы на внутреннюю RC-цепь и только потом можешь читать без кварца! А как с пиками дело обстоит? Спасибо

0

Сообщение от tromzystor Вопрос: МК прочитается? Ибо АВР-ки не будут читаться в таком случае - им кварц подавай, перешей фьюзы на внутреннюю RC-цепь и только потом можешь читать без кварца! А как с пиками дело обстоит?

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

Сообщение от SWK C PIC таких проблем не бывает. У них для программирования используется отдельное встроенное тактирование, независимо от того, как должен тактироваться в рабочем режиме.

Спасибо. Классно придумано у них!

0

А если нужно прочитать содержимое защищенного PIC то как быть?

0

Сообщение от pimzit А если нужно прочитать содержимое защищенного PIC то как быть?

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

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

Сообщение от SWK Сообщение от pimzit А если нужно прочитать содержимое защищенного PIC то как быть?

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

У некоторых разновидностей контроллеров иногда обнаруживали способы обхода защиты, но это редко, и в следующих ревизиях это исправлялось. Например, у PIC16F84 можно было так подобрать напряжение питания при стирании, что стирались только фузы защиты, а память сохранялась, и ее можно было потом прочитать. Но это проходило не со всеми, и не всегда. А уже у PIC16F84A это было устранено, и в дальнейшем в других вновь разрабатываемых контроллерах, тоже не обнаруживалось.
Даже от выборочного стирания ячеек с битами защиты лазером, давно уже изготовители страхуются, пряча эти ячейки во внутренние слои, и перекрывая сверху металлизацией.
Ох уж эти тонкости промышленного шпионажа)). Никогда бы не догадался, что лазером можно какие- то манипуляции проводить. А как насчет послойного сьема с кристала? Мне кто- то расказывал , что в советском союзе использовали этот метод. Подозреваю, что его и сейчас используют во всем мире.

0

Сообщение от гишетки А как насчет послойного сьема с кристала? Мне кто- то расказывал , что в советском союзе использовали этот метод. Подозреваю, что его и сейчас используют во всем мире.

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

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

А еще немного про калибровочные константы можно?
Если я имею выпаянный МК (разумеется, заблокированный), стираю его, и... всё? Затерлась калибровочная константа? И точности при работе от внутреннего генератора можно не ждать? Или в таких случаях поможет только мощный PicKit, который все сделает автоматически? Или же придется писать среднее значение 0х3480?
Заранее спасибо

0

а она вам нужна?:) на заводе калибруется с точность 1% от заявленой вродебы. Даже если вы запишете FFFF(ну или какое там макс значение, ниразу не заморачивался по этому поводу) пик не будет работать на 10 вместо заявленых 8 МГц. максимум 8,1. ито врятли, скорей 8,01. И плавать частота в ходе работы произвольно не будет(температура и питание в расчет не берем)
Если таки надо точная частота - Pickit2 или экспериментально подобрать. Тут уж ничего не поделаешь

0

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

0

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

Если нужна точность - лучше не заморачиваться с этими константами, а поставить кварц.