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

.org PC+random(X)

Кто что может посоветовать.

Для каких целей нужно, чтобы код был бы всегда разный?

Можно, например, вставить в качестве такой изменяющейся части что-то такое

Используются в примере предопределённые макросы, доющие строки с датой и временем компиляции.

Не совсем понятно, ВЫ для каждого МК будете компилить прошивку?

Проще скомпилировать прошивку один раз а за тем уже какой то самописной утилитой добавлять к ней свой ID в определенном месте.

Для усложнения дизассемблирования (анализа) кода путём сравнения нескольких прошивок.
Сомневаюсь что это сильно усложнит, но всёже ...

Это можно, но эта последвательность будет явно видна по одним и темже адресам.


Время компиляции не боьшое (2-3 сек) почему бы и нет
Главное что бы всё было автомитически, например путем запуска *.bat файла.

Тоже легко находится при сравнении пары прошивок.

Хочется что бы именно код по разному лежал, т.е. все джампы и колы (ну или многие) имели разную кодировку.

Для этого нужно самому хорошо "поработать" над Вашей программой.
Используйте прероцессор (#if #else #elif #endif). В условии можно применить предопределенный макрос __SECOND__. Например, если число секунд меньше 30, то один участок, больше - другой; в другом месте - например, условие: число секунд <10, в третьем -... и т.д.
Если свободной памяти много, можно "разбавить" программу "бесполезными" кусками кода разной длины от какого-либо условия, приведенного выше, но, выглядящими вполне "осмысленно" (оформить процедурами, вызовы/переходы между этими кусками...). Естественно, вставлять эти куски не абы куда, а между "нормальными" процедурами. Если вставки будут иметь разную длину от условия, то и "полезные" куски кода будут размещаться в разных прошивках по разным адресам.
Можно ещё и "полезные" куски кода написать в двух-трёх вариантах (например, обращение к регистрам устройств можно сделать через OUT/IN, а можно - через LD/ST и др.варианты, выполняющие одно и то же действия, но другими командами - в конце-концов: переставить пару команд местами, если это не "повредит" программе...). Разные варианты "полезного" кода - тоже "чередовать" в зависимости от условия в условном операторе пропроцессора.

Имхо, так сделать - можно, но, не запутаетесь ли Вы при правке (доработке) программы? Не усложните ли Вы жизнь только себе?

Спасибо Палыч.

Надо попробывать.

Морочливо, но можно.

Даа... с таким текстом о доработках можно забыть навсегда.

Конечно же речь идёт о законченом и отлаженном проекте.
Желательно незначительное изменение текста программы с обязательным сохранением читабельности (для разработчика).

А зачем при реверс-инжениринге нужно несколько прошивок? Одну слил и вперед.

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

тут выше правильно сказали - "скачал и вперёд".

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

удачи вам
(круглый)

Думаю Вы правы. Ну просто "шоб було".
И ещё предполагаю что если слитая "пиратами" прошивка откажется работать или будет работать не правильно то они захотят убедиться что правильно оную слили путём сравнения прошивок нескольких чипов. А не тутто было

Согласен, надо подумать.

Ага, скорее сам запутаешся чем кто разберётся.


Действительно есть и __SECOND__ и __MINUTE__ ... __YEAR__ и их можно использовать как угодно!
Но почему в DS на avrsm2 они не описаны???

О каком DS идёт речь?
Макросы описаны в хелпе к студии:
AVR Studio 4.xx -> Help -> AVR Tools User Guide -> Contents -> AVR assembler 2 -> Preprocessor -> Pre-defined macros

Занимался темой в своё время....

По-моему
Себе дороже заниматься этим.
Можно конечно привести полный веер логических цепочек но лень.
И ещё...
В этом мире ну очень мало не повторимого и очень дорогого,чтоб этим замарочится не только для своего эго.
Тем более за последние несколько лет активно подключились к программированию узбеки, китайцы и прочие.
Они пишут очень быстро и дёшего.

Маркетинг должен быть другим.
Думаю автор зря тратит своё время.

Сообщение отредактировал ветерок - Jan 31 2012, 04:54

Вот об этом AVRASM2
Студией не пользуюсь.


Возможно.

Help AVRASM2 в формате CHM из AVR Studio 4  AVRASM.chm.zip ( 416.3 килобайт ) Кол-во скачиваний: 89

upd: Тем, у кого установлена AVR Studio, файл по умолчанию находится здесь - C:\Program Files\Atmel\AVR Tools\Help\AVRASM.chm

Спасибо.