Создать копию бинарного файла в формате txt, с разбивкой строк и адресацией.

[sergey.serg-72]

Сообщение от BDA

У меня всё работает верно. С таким начальным смещением получается s37. Отдельной программой проверил контрольные суммы каждой строки - всё верно. Тритон точно поддерживает s37?

Да тритон работает с s37, пока не давал осечек, делаю в редакторе HxD s37, тритон принимает, правда в редакторе адрес не задашь. А вот если в программе $FFFFFFF, файл делается и сохраняется, но тритон не открывает, пишет ошибка строки.....

Не пойму почему ? А $FFFFFFF нормальная адресация для srec ? Что интересно hex делает легко и тритон открывает без проблем, но как только srec и $FFFFFFF всё, тритон не открывает.
Редактор HxD открывает, но после его косяков нет доверия к нему, а Тритон, ещё ни разу не давал осечки, вот это и напрягает....

А Вы другим редактором пробовали открыть ? И потом редактор Тритон когда загружаешь hex, или srec он выводит как bin все данные, пересчитывая строки и , если что то не так не загружает.

Удивительно даже, с HEX без проблем, а вот со srec проблема. Не пойму почему?

Я подумал а , если добавить ещё переменную для srec чисто и так скажем : Limit31 = $FFFFFFF;
И ограничить для srec загрузку больше 7 символов, тогда и hex не страдает и для srec будет своя обработка. Как Вы думаете так можно, или уже это не корректно? и в edit ввести 7 максимально значений ? Вот файл сделал , да он в s37 как и должно быть, но Тритон, отказывается загружать.


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

[BDA]

Сообщение от sergey.serg-72

Редактор HxD открывает, но после его косяков нет доверия к нему, а Тритон, ещё ни разу не давал осечки, вот это и напрягает....

Обновил бы до последних версий Тритон и HxD. Адрес $FFFFFFF вполне корректен.

Сообщение от sergey.serg-72

А Вы другим редактором пробовали открыть ?

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

Сообщение от sergey.serg-72

Не пойму почему?

Проверил контрольные суммы файла "ТЕСТ _1.s37" - всё правильно.

Сообщение от sergey.serg-72

Я подумал а , если добавить ещё переменную для srec чисто и так скажем : Limit31 = $FFFFFFF;
И ограничить для srec загрузку больше 7 символов, тогда и hex не страдает и для srec будет своя обработка. Как Вы думаете так можно, или уже это не корректно?

Если хочется добиться совместимости с Тритоном, то можно ограничить (только назвать Limit28 для единообразия с другими лимитами). Но если задание состоит в получении корректного srec, то не стал бы ограничивать. Это проблема разработчиков других редакторов, что они не принимают соответствующие формату файлы.

[sergey.serg-72]

Сообщение от BDA

Обновил бы до последних версий Тритон и HxD. Адрес $FFFFFFF вполне корректен.

Да, Вы правы не подумал, очень редко пользовался, вот и про обновления не думал, сейчас обновлю. Наверное версии старые и отсюда проблемы.

Сообщение от BDA

Проверил контрольные суммы файла "ТЕСТ _1.s37" - всё правильно.

Тоже, сейчас в ручную пересчитал , всё верно.
Тритон буду обновлять , благо бесплатный и свободный.

Сообщение от BDA

Если хочется добиться совместимости с Тритоном, то можно ограничить (только назвать Limit28 для единообразия с другими лимитами). Но если задание состоит в получении корректного srec, то не стал бы ограничивать. Это проблема разработчиков других редакторов, что они не принимают соответствующие формату файлы.

Не буду ограничивать тогда, Вы правы, это проблема редакторов, я обновлю редакторы и проблем нет, вот доверился софтам, а там косячки в старых версиях , но лучше перебдить, чем не доглядеть . Зато нашли проблемы и выяснили. Это тоже часть тестов. Истина выяснилась.

[sergey.serg-72]

sergey.serg-72,

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

[BDA]

if fbin.Size >65536 then

Этот if лишний.

file_format := '.s19';
ext_bytes := 3;
data_line := 'S1%.2x%.4x%s%.2x'  + sLineEnd;
termination_line := 'S9030000FC' + sLineEnd;

Это тоже лишнее, раз других форматов нет. Эти переменные можно удалить, а сами значения подставить в места упоминания (там или ноль, или одно использование).

(addr shr 16) and $FF

Лишнее слагаемое, так как адрес двухбайтовый.

[sergey.serg-72]

Сообщение от BDA

Этот if лишний.

Я так и думал про это что лишнее поставил.

[sergey.serg-72]

Сообщение от BDA

Это тоже лишнее, раз других форматов нет. Эти переменные можно удалить, а сами значения подставить в места упоминания (там или ноль, или одно использование).

Согласен, если отдельно на какой то формат, то да, а , если уже два формата то самое то, то что нужно. В S19 исправил и в S37, а вот где S19 и S28 оставил.
Вот исправленный код на S19.

[sergey.serg-72]

Сообщение от BDA

Лишнее слагаемое, так как адрес двухбайтовый.

Да согласен, просматрел, исправил.
Вот прилагаю ещё две версии : S19, S28 в одной и отдельно S37.
Коды в архивах с программами.
Проверьте и эти .

[sergey.serg-72]

Сообщение от BDA

Обновил бы до последних версий Тритон и HxD. Адрес $FFFFFFF вполне корректен.

И главное ! Вы оказались правы , обновил версию Тритона на последнюю, всё теперь отлично и корректно и работает быстрей, даже огромные файлы, стал в два раза быстрей загружать.
Я вообще считаю этот редактор, одним из лучших. Очень удобный.
А HxD новые денег просят, а которая бесплатно, такая у меня самого есть.
Вот не начали бы, так и не обновил бы софт, а потом бы грешил что что то не так сделал, или работает.

[BDA]

В s37 неверно считаются байты адреса в контрольной сумме - 2 байта из 4 потерялись. Больше ничего не увидел - exe не запускал, только код пробежал глазами.