RU.EMBEDDED-------------- < Пред. | След. > -- < @ > -- < Сообщ. > -- < Эхи > --
 Nп/п : 36 из 100
 От   : Dmitry Orlov                        2:463/1331.27     11 апр 23 18:50:24
 К    : Andrej Arnold                                         11 апр 23 19:06:04
 Тема : Re: 16 bit format
----------------------------------------------------------------------------------
                                                                                 
@MSGID: 2:463/1331.27 6435827e
@REPLY: 2:5020/830.590 64355a84
@PID: GED-NSFW32 1.1.5-20090710
@CHRS: CP866 2
@TZUTC: 0300
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Andrej!

 Вторник 11 Апреля 2023 14:51, ты писал(а) мне, в сообщении по
ссылке area://ru.embedded?msgid=2:5020/830.590+64355a84:

 AA> Вторник 11 Апреля 2023 07:41, ты писал(а) мне,
 AA>>>  Hо это всё присказка, а сказка в том, что
 AA>>> сохраняется 17-битный адрес вроде как
 AA>>> с "игнорированием" старшего бита:

 AA>>> :10000000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF00

 AA>>> Собственно вопрос в том, а как на самом деле
 AA>>> должен "выгядеть" 16-битный hex-файл с
 AA>>> 17-ти и более битным адресным "пространством"?

 DO>> А погуглить Intel HEX format? Да хоть Вики
 DO>> https://en.wikipedia.org/wiki/Intel_HEX
 AA> Да читал я...

 AA> Hапример, Это, из твоей же ссылки:

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

 AA>  "Физический адрес данных вычисляется путем добавления этого
 AA> смещения к ранее установленному базовому адресу,
 AA> что позволяет адресовать память за пределы 64-килобайтного
 AA> ограничения 16-битных адресов."

 AA> или Это:

 AA>  "Количество байтов всегда равно 02, поле адреса (обычно 0000)
 AA> игнорируется, а поле данных содержит 16-битный базовый адрес сегмента.
 AA> Этот адрес умножается на 16 и добавляется к каждому последующему
 AA> адресу записи данных для формирования начального адреса данных. Это
 AA> позволяет адресовать до одного мегабайта (1048576 байт) адресного
 AA> пространства."

 AA> Hу и как с учётом этих фраз должны выглядеть эти 4 последовательные
 AA> строки?

 AA> :10FFE000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF21
 AA> :10FFF000FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF11
 AA> :10000000EF7C42A3019A1FF06836F0898314F0D385
 AA> :1000100003EFBC62EF92A8EFA762A3017ACCF007CE

 Тут все записи типа 00, по идее, между ними и должна была быть
запись типа 04, например, а так, видимо просто обрезали старшие биты адреса
и пошли писать дальше. Обычные утилиты для работы с Intel HEX такое
скорее всего корректно не обработают, но совсем не сложно написать свою,
формат же примитивно прост. Hо на твой вопрос "как на самом деле должен
выглядеть этот файл" я тебе ответил - как написано в указанной статье в
Вики, или в куче других мест.

Dmitry
--- Смерть российским оккупантам, Россия будет уничтожена!
 * Origin: www.dorlov.no-ip.com (2:463/1331.27)
SEEN-BY: 50/109 221/6 240/1120 250/25 301/1 341/66
452/166 455/19 461/58
SEEN-BY: 463/68 416 877 1331 467/4 888 469/15
4500/1 5000/111 5001/100
SEEN-BY: 5005/49 5010/352 5015/42 46 5019/40
5020/113 545 715 828 830 846 848
SEEN-BY: 5020/1042 4441 12000 5022/77 128 5026/49
5029/32 5030/49 115 1081
SEEN-BY: 5050/151 5052/4 5053/51 5054/8 89 5058/104
5060/900 5064/56 5083/1
SEEN-BY: 5083/444 6055/7 6090/1
@PATH: 463/1331 68 5020/1042 4441



   GoldED+ VK   │                                                 │   09:55:30    
                                                                                
В этой области больше нет сообщений.

Остаться здесь
Перейти к списку сообщений
Перейти к списку эх