реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> CodevisionAVR и зашита кода программы
Павел_Б
сообщение Aug 19 2011, 16:26
Сообщение #1


Местный
***

Группа: Участник
Сообщений: 354
Регистрация: 21-11-10
Пользователь №: 61 046



Здравствуйте Уважаемые форумчане.
Можно ли из под CodevisionAVR выставить защиту на чтение кода программы Flash, и при этом не устанавливая защиту на eeprom?
Тоесть чтение flesh должно быть закодировано, а результат чтения eeprom - не закодирован.
Скриншёт вкладки программирования прикрепляю - может кто подскажет где галку снять/поставить.
Спасибо.
Эскизы прикрепленных изображений
Прикрепленное изображение
 
Go to the top of the page
 
+Quote Post
prottoss
сообщение Aug 19 2011, 16:49
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 720
Регистрация: 24-03-05
Пользователь №: 3 659



Цитата(Павел_Б @ Aug 19 2011, 22:26) *
Можно ли...
Конечно можно. На Вашем рисунке это поле Flash Lock Bits. Подробнее о защите читайте раздел даташита на любой МК AVR - Memory Programming -> Program And Data Memory Lock Bits.

Хотя не совсем понятно чего защищать то? sm.gif

Цитата(prottoss @ Aug 19 2011, 22:42) *
Конечно можно.
Вернее нельзя... Все операции одновременно для флэш и еепрома


--------------------
Go to the top of the page
 
+Quote Post
Павел_Б
сообщение Aug 19 2011, 17:07
Сообщение #3


Местный
***

Группа: Участник
Сообщений: 354
Регистрация: 21-11-10
Пользователь №: 61 046



То есть, получается что атмега168 не годится, например для таких приложений, в которых основной код требуется защитить от чтения, но в процессе работы в eeprom сохраняется некоторый лог данных, который естесственно через некоторое время необходимо извлечь.
Вернее можно конечно, если использовать внешнюю память...
laughing.gif

Сообщение отредактировал IgorKossak - Aug 20 2011, 10:34
Причина редактирования: Бездумное цитирование
Go to the top of the page
 
+Quote Post
zhevak
сообщение Aug 20 2011, 03:48
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 723
Регистрация: 29-08-05
Из: Березовский
Пользователь №: 8 065



Цитата(Павел_Б @ Aug 19 2011, 23:07) *
То есть, получается что атмега168 не годится, например для таких приложений, в которых основной код требуется защитить от чтения, но в процессе работы в eeprom сохраняется некоторый лог данных, который естесственно через некоторое время необходимо извлечь.
Вернее можно конечно, если использовать внешнюю память...
laughing.gif

Да. Все правильно.

Либо закрываете от чтения извне и FLASH, и EEPROM, либо ничего. Иных вариантов нет.

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

Встречный вопрос: а зачем Вам нужно считывать из внутренней EEPROM информацию, охраняя при этом коды во FLASH? Кто будет выполнять эту операцию? Это человек будет извлекать МК из устройства и вставлять в программатор? Или подключать программатор к устройству? У этого человека есть программатор? Он умеет им пользоваться (Программатор + комповое ПО + знания МК и т.д.)?

Может проще установить в Вашем устройстве EEPROM с интерфейсом SPI? Например, AT25256. И тогда ISP-программатором считывать сразу из микросхемы памяти?


--------------------
Хочешь рассмешить Бога -- расскажи ему о своих планах!
Go to the top of the page
 
+Quote Post
Павел_Б
сообщение Aug 20 2011, 05:04
Сообщение #5


Местный
***

Группа: Участник
Сообщений: 354
Регистрация: 21-11-10
Пользователь №: 61 046



Во-первых спасибо что дали точный ответ - чтобы я уж не мучался.
Во-вторых - спасибо за способы решения мого вопроса - а именно сделать в Меге сервисный режим для передачи данных "наружу".
Программирование МК внутрисхемное, на плате стандартный 6-ти пиновый разъём. Имея самый дешёвый программатор, например AVRIsp, немного желания, можно легко считать код программы. А если устройство планируется серийное... Я понимаю, что это может показаться конечно смешным и со стороны возможно кажусь параноиком... но вот думаю что надо защитить и всё тут laughing.gif
Чтение инфы из EEPROM желательно напиример когда нет возможности во время глюка/бага/и прочее находиться рядом с оборудованием, и чтение лога может с некоторой вероятностью "пролить свет".
Ещё раз спасибо! rolleyes.gif


Меня этот CodeVisionAVR вообще иногда напрочь убивает.
Ситуация:
Программа, в ней есть кусок кода который читает инфу с ключа DS1990 и сохраняет код ключа в EEPROM.
После снятия напряжения код ключа сохраняется и когда нужно извлекается програмно из EEPROM.
Всё работает без проблем.
Ставлю бит защиты от чтения кода программы flash, и заодно получается на EEPROM.
Код ключа читается и записывается в EEPROM. Только после снятия питания программа уже почему-то не видит код этого ключа.
Тоесть получается что без защиты кода всё работает на Ура. Как только ставлю бит защиты - читает програмно EEPROM и незнаю что видит sad.gif
Как вообще такое бывает?
МК ATmega168-20AU

Сообщение отредактировал IgorKossak - Aug 20 2011, 10:35
Причина редактирования: Бездумное цитирование
Go to the top of the page
 
+Quote Post
Павел_Б
сообщение Aug 20 2011, 06:21
Сообщение #6


Местный
***

Группа: Участник
Сообщений: 354
Регистрация: 21-11-10
Пользователь №: 61 046



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

Сообщение отредактировал IgorKossak - Aug 20 2011, 10:36
Причина редактирования: Бездумное цитирование
Go to the top of the page
 
+Quote Post
Палыч
сообщение Aug 20 2011, 10:50
Сообщение #7


Гуру
******

Группа: Свой
Сообщений: 2 399
Регистрация: 10-05-06
Из: г. Новочеркасск
Пользователь №: 16 954



Цитата(Павел_Б @ Aug 20 2011, 10:21) *
Непонимаю...
Аналогично... Вероятно, ТС при манипуляции с битами защиты нечаенно исказил/потёр EEPROM. Установка битов защиты "закрывает" EEPROM для внешних программаторов, но не от действий собственной программы
Go to the top of the page
 
+Quote Post
Павел_Б
сообщение Aug 20 2011, 11:03
Сообщение #8


Местный
***

Группа: Участник
Сообщений: 354
Регистрация: 21-11-10
Пользователь №: 61 046



Цитата(Палыч @ Aug 20 2011, 13:50) *
Аналогично... Вероятно, ТС при манипуляции с битами защиты нечаенно исказил/потёр EEPROM. Установка битов защиты "закрывает" EEPROM для внешних программаторов, но не от действий собственной программы

В том то и дело что бит защиты защищает от чтения "извне". А програмно должно читать без проблем sad.gif
Алгоритм следующий:
Нажимаю кнопку - переход в режим программирования ключей DS1990. При поднесении ключа светодиод один раз вспыхивает (код ключа считан и успешно помещён в область EEPROM). Если опять поднести ключ, то светодиод вспыхивает 2 раза (при этом та область в EEPROM в которой был занесён код ключа очищается). При отпускании кнопки (основной режим) если бит защиты не установлен от чтения - всё работает без проблем. Если же я в МК выставляю бит защиты от чтения кода программы, то ключ в EEPROM заносится и удаляется, но вот из основного режима код ключа в EEPROM не видит.
Хочу взять и сравнить 2 hex файла, с установленным битом защиты и без.
Разница должна быть в одном байте. Вечером попробую - отпишусь.
С atmega8 всё работало. Тут на ровном месте споткнулся sad.gif
Go to the top of the page
 
+Quote Post
Павел_Б
сообщение Aug 21 2011, 02:06
Сообщение #9


Местный
***

Группа: Участник
Сообщений: 354
Регистрация: 21-11-10
Пользователь №: 61 046



Установил winhex_12.5 - программа для работы с hex файлами, в том числе позволяет открыть 2 файла и сравнить их.
Получилось собственно то, что и должно было получиться - в "теле" hex файла фьюзов просто нет. Прошивки полностью одинаковые. Но работа как будь-то различается. Буду дальше думать.
Спасибо!

Сообщение отредактировал IgorKossak - Aug 21 2011, 19:03
Причина редактирования: Бездумное цитирование
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 18th July 2025 - 07:18
Рейтинг@Mail.ru


Страница сгенерированна за 0.01325 секунд с 7
ELECTRONIX ©2004-2016