защита МК от чтения

[transford]

Разработчик мой знакомый. Он засекречен.

[otest]

CP- защита программы
CPD-защита данных ЕЕПРОМ
После их установки (а точнее сбросу этих бит) с МК считываются 0000.

[realid]

за деньги приедут к разработчику и заберут исходники. Никакая защита ни на каком чипе не поможет.

Считать прошивку с этого чипа стоит где-то 10к рублей. Согласитесь это не очень много.

[Yuri222]

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

[RECTO]

В программаторе (судя по даташту) два регистра конфигурации - CPD и CP.
Но не понятно какая из них должна быть установлена.
-CPD: Бит защиты EEPROM памяти данных
-CP: Бит защиты памяти программ

Можете поставить обе. Не промахнётесь.

В общем сначала прошиваю как обычно а потом добавляю галочку CP и отдельно биты защиты прошиваю?

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

Так сделал, опять одни "0000" при чтении появляются. Загадочная константа при этом не убивается?

Не убивается. Бит CP защищает область программы только от внешнего чтения программатором. Внутри самой программы все данные и константы будут нормально читаться, как и обычно.

Другое дело, что при обновлении (или перезаписи) прошивки, ранее защищённой битом CP, константа убъётся (поскольку программатор не сможет её считать перед записью). Если у вас экземпляр устройства только один, то ещё можно предварительно считать константу и записать её в исходнике программы. А вот если устройств целая партия...

Что-то мой "визард прог" не показывает наличие этой константы у новых МК.

Считайте прошивку нового МК, сразу увидите, есть она или нет. Должна быть записана на последнем адресе, в виде команды "retlw 0x..". А вообще, она нужна только, если ваш МК будет работать от встроенного генератора и приложение критично к точности формирования временных интервалов самой программой. Иначе - можно просто поставить в исходнике среднее значение и забить...

[transford]

Огромное спасибо за ответ!
Всё подробно разъяснили.
Мой программатор действительно не показывает никакой константы пр чтении нового МК. Не знаю почему. Специально пяток разных считал. Даже ни разу не писанные старые F84 из пластиковой тубы, оттуда их лет 10 не внимал.

[otest]

В 84м нет ни какой константы.

[RECTO]

Мой программатор действительно не показывает никакой константы пр чтении нового МК. Не знаю почему. Специально пяток разных считал. Даже ни разу не писанные старые F84 из пластиковой тубы, оттуда их лет 10 не внимал.

Здесь требуется уточнить, что вы подразумеваете под "новым" МК. Если имелось ввиду "ни разу не прошитый PIC12F629, только что купленный в магазине" - ищите константу на последнем адресе. А если это "МК более новой серии: PIC16, PIC18 и т.д." - то и не найдёте. Её либо нет вообще, либо она находится совсем в другом месте...

В общем, короче говоря, "загадочная константа" в программной памяти (которую все боятся затереть) - это прикол исключительно 12 серии "пиков"...

[transford]

Странно конечно но я не нашел никаких констант не у PIC12F629 не у PIC12F683, специально взял новый МК, прочитал его, посмотрел, не нашел константы. Наверное программатор её почему то не показывает или он это место специально не трогает. На одном PIC12F629 раз пять стирал его, прошивал и снова стирал и в схеме он всё равно работает.

[RECTO]

Наверное программатор её почему то не показывает или он это место специально не трогает.

Бывают, конечно, такие программаторы, которые "умничают" не по делу. Но маловероятно... С "визардом" не работал, ничего не скажу про него. Мой Winpic800 показывает эту константу в этих МК на последнем адресе, если считать память программ, в виде команды "retlw 0x..", как и должно быть.

На одном PIC12F629 раз пять стирал его, прошивал и снова стирал и в схеме он всё равно работает.

Он будет работать и с затёртой константой. Она ведь сама по себе вообще бесполезна, если в начале программы не выполняется последовательность действий, калибрующая внутренний тактовой генератор:

bsf STATUS, RP0
call 0x3FF
movwf OSCCAL
bcf STATUS, RP0

Да и то - это только в том случае, если предъявляются требования к точности встроенного тактового генератора. У вас же, судя по всему, этого нет, т.к. МК с затёртой константой работает (иначе команда "call" при отсутствии "retlw" на заданном адресе приводила бы к зависанию программы).
Так что не переживайте...