ОК. В первых двух файлах я сравнил выборочно несколько строк. Совпадение полное за исключением последней строки, в которой в хексе последний байт (0x11) в бине отсутствует.
2) Остальные два файла (которые хекс) они вообще были без расширения...
Это Вы вот эти сравнивали, верно? А как именно сравнивали? Вот сравнение их же в программе HEXCmp (красным подсвечиваются различия):
Более того, один файл гораздо длиннее второго:
Вы наверное перепутали сравниваемые файлы. Скорее всего сравнили исходный хекс и его же, считанный после записи из микроконтроллера.
Добавлено after 10 minutes 49 seconds:
Чтобы не запутаться еще раз, вот эти два файла должны быть одинаковыми:
1) Чтение из записанного хексовского (тип необработанный бин).hex
2) Чтение из записаннго бинарного варианта ( тип_ необработанный бин).hex
[uquote="Олегыч1",url="/forum/viewtopic.php?p=4540348#p4540348"]Вы наверное перепутали сравниваемые файлы.[/uquote]Я? Перепутал? Да ну... Маловероятно. Сейчас картинки выложу, сами смотрите.
Второй для наглядности я слегка подредактировал: отделил заголовки и контрольные суммы, а также растащил данные на колонки по четыре байта.
PS. Не надо хекс смотреть как бинарник - хекс он и есть хекс, это файл текстовый.
mickbell, то есть я правильно понимаю, что моя программа для сравнения файлов - открывает их в бинарном виде? И в бинарном виде они будут отличаться? Нужна значит программа для сравнения именно хексовского формата?
[uquote="Олегыч1",url="/forum/viewtopic.php?p=4540488#p4540488"]моя программа для сравнения файлов - открывает их в бинарном виде?[/uquote]Да. Она и хекс-файл, то есть текст, открывает в таком же виде. Посмотрите на ваши картинки. В середине шестнадцатиричное представление байтов, справа их представление в виде символов.
[uquote="Олегыч1",url="/forum/viewtopic.php?p=4540488#p4540488"]моя программа для сравнения файлов - открывает их в бинарном виде? ?[/uquote]
В шестнадцатиричном виде она их открывает.
Не рекомендую сравнивать хексы, не исключено, что они могут быть записаны по-разному. Сравнивать надо двоичное представление. Для этого сделать именно так, как я сказал. Повторюсь - медленно и печально.
1. Записываете содержимое хекс-файла в МК.
2. Считываете содержимое памяти МК, сохраняя его в двоичном виде - это обязательно.
3. Записываете содержимое двоичного файла в МК.
4. Считываете содержимое памяти МК, сохраняя его тоже в двоичном виде.
В результате имеете два двоичных файла, их и сравнивайте.
Добавлено after 1 minute 17 seconds:
[uquote="electroget",url="/forum/viewtopic.php?p=4540497#p4540497"]В шестнадцатиричном виде она их открывает.[/uquote]Клиент запутался в шестнадцатиричном представлении и хекс-файлах. Похоже, он думает, что это одно и то же.
- Но я действительно запутался. И честно говоря, так и думал всегда, что если формат файла шестнадцатиричный, значит это хекс-файл. А если двоичный - значит бин. Но тогда почему моя программа для сравнения видит сравниваемые файлы поразному?
Выводы (надеюсь верные):
1) Прога для прошивки микроконтроллера ("AVRDUDDESS") не смотря на то, что во всех вариантах тип чтения и записи выбран - "необработанный бин", она все равно считывает файлы прошивки ровно в том же формате, что они и были записаны.
2) Сравнивать между собой правильнее файлы только в бинарном варианте.
3) Хекс формат нельзя переформатировать в бин иначе, кроме как прошить микроконтроллер и потом его считать? А если, к примеру у меня нет такого микроконтроллера, чтобы весь код в него влез? Или это, допустим, вообще не для микроконтроллера, а для какой-нибудь микросхемы памяти (EMMC, или NAND...) mickbell, подскажите пожалуйста, какой программой для просмотра и сравнения бинарных файлов Вы пользуетесь в данонм случае?
[uquote="Черепашка",url="/forum/viewtopic.php?p=4540361#p4540361"]Здравствуйте всем снова. Вопрос вот такой. Имеется питание 12 вольт (2А). Но оно очень грязное, помехи по питанию вч имеют такую форму.
поможет ли такая цепочка из конденсаторов для подавления импульсных помех и сделает ли напряжение стабильным?[/uquote]
у вас похоже полная жопа. так просто не бывает. у вас диод пробит, или низкоскоростной прежде всего
Шекспир сказал: Судить меня -дано лишь Богу, другим я укажу дорогу... https://natribu.org/
Я его полностью поддерживаю.
Программирую на Fuse AtmelAVR.
[uquote="Олегыч1",url="/forum/viewtopic.php?p=4540528#p4540528"]3) Хекс формат нельзя переформатировать в бин иначе, кроме как прошить микроконтроллер и потом его считать?[/uquote]Можно. Только надо иметь, чем это делать. Найти или самому соорудить софт. Формат Intel HEX несложный и наверняка описан кругом и везде.
3) HEX2BIN и BIN2HEX довольно-таки банальные утилиты, но есть нюансы.
С этими пока не разобрался. Поисковики выдают онлайн конверторы...
Попробовал вот эту (интел Хекс ковертор):
Из хекса в бин конвертирует все один в один. Из бина в хекс уже файл отличается... Ну хотя бы в одну сторону - уже что-то. Для сравнения файлов пока достаточно.
Добавлено after 2 minutes 21 second:
[uquote="oleg63m",url="/forum/viewtopic.php?p=4540557#p4540557"]а еще в хексах контрольная сумма может считаться по разному[/uquote]
До этого пока еще не дошел. Чуть позже буду разбираться, на что влияет и для чего
Добавлено after 14 minutes 53 seconds:
А почему такие сложности возникают? Ведь операция вроде не сильно замороченная по переводу одного форматат в другой... Обычного софта безо всяких терминалов будет недостаточно?
win64 умеет запускать win32 (возможно там нужно чтото включить для этого, непомню).
наверняка можно обойтись и гуишными, сам виндой не пользуюсь почти совсем
Но я действительно запутался. И честно говоря, так и думал всегда, что если формат файла шестнадцатиричный, значит это хекс-файл. А если двоичный - значит бин. Но тогда почему моя программа для сравнения видит сравниваемые файлы поразному? 
