Konwersja HEX na BIN z offsetem 0x80000 – jak uniknąć wypełnienia FF w pliku?

Jakiej modyfikacji należy dokonać po konwersji hex na bin(w pliku bin) aby po ponownej konwersji bin na hex otrzymać to samo. Ponieważ plik hex który konwertuje, zaczyna się od adresu 0x80000 a nie od 0x00, i po konwersji edytor dodaje adresy od 0x00 do 0x80000, i wpisuje dane FF. Dlatego po ponownej konwersji otrzymuje inny plik.

Nie wiem dlaczego plik zaczyna się od adresu 0x80000 , ale skoro masz tam potem same FF to zamień je na zera.

Lub dokładniej opisz do czego zmierzasz .

Zczytuje dane z pamięci eeprom podłączonej do procesora, która zaczyna się od adresu 0x80000. Program zapisuje mi te dane w postaci pliku bin, później chce to zmienić na hex i wczytać do następnego układu. Ponieważ botloader w procesorze ma załadować dane do pamięci zewnętrznej adres w pliku hex musi się zaczynać od 0x80000. Jeszcze śmieszniej pierwsza dana w pliku hex jest podzielona i część jest w pamięci procesora a część w pamięci zewnętrznej.

Konwerter bintohex (bin2hex), który jest dostępny w sieci powinien rozwiązać sprawę.

Jeśli znasz pełną adresacje pamięci , czyli początek i koniec zakresu pamięci którą chcesz kopiować , to może zrób to programem WinHex ,bezpośrednio zapisując same hexy , po za tym program ten ma też inne możliwości ingerencji w pamięć .
Nie wiem czy sama konwersja pliku załatwia problem .

Okazało się że problem jest w tym, że programy które ściągnąłem zapisują pliki w intelhex32. A ja potrzebowałem zapisu intelhex16, oraz dzielenie pliku na segmenty adresowane od 0x000 do 0xFFF, ponieważ pamięć Flash jest podzielona. Dlatego musiałem napisać własny program konwersji.