8

intel hex records type 03 または 05 は iHex プログラムで何をしていますか?

レコード タイプ03: 開始セグメント アドレス80x86プロセッサの 場合、CS:IP レジスタの初期内容を指定します。アドレス フィールドは 0000、バイト カウントは 04、最初の 2 バイトは CS 値、後の 2 バイトは IP 値です。

レコード タイプ05: 開始線形アドレスアドレス フィールドは 0000 (未使用) で、バイト カウントは 04 です。4 つのデータ バイトは、 80386 以降のCPU の EIP レジスタにロードされる 32 ビット値を表します。

これらはARMプログラムにとって意味がありますか?

組み込み ARM をプログラムするために .hex を生成すると、エンディングは次のようになります。

:10851400B4040020BC040020BC040020C4040020D7
:10852400C4040020CC040020CC040020D404002087
:10853400D4040020DC040020DC040020E404002037
:10854400E4040020EC040020EC040020F4040020E7
:10855400F4040020FC040020FC040020FFFFFFFFC3
:048564000000020011
:040000 05 08002910B6
:00000001FF

このレコードを無視するようにプログラミング アプリを編集しましたが、ちょうど今日、同僚が、彼のコンパイラが最後から 2 番目の行で03タイプのレコードを生成し、MPU のプログラミングを妨げていると報告しました。

objcopy がこれらのレコードを作成するのはなぜですか? それをやめさせることはできますか？

関連する Makefile 行:

 FORMAT = ihex
 OBJCOPY = arm-elf-objcopy

  %.hex: %.elf
    @echo
    @echo $(MSG_FLASH) $@
    $(OBJCOPY) -O $(FORMAT) $< $@
4

1 に答える 1

9

これらはARMプログラムにとって意味がありますか?

ARM プログラムには、ベア メタル ケースでベクタ テーブルを提供した場合でも、常にエントリ ポイントが設定されます。

このarm-*-objcopyプログラムはあまりインテリジェントではなく03、エントリ アドレスが互換性の理由から最初のメガバイト内にある場合はレコードを生成し、それ以外の場合はレコードを生成し05ます。

ベクター テーブルには必要なアドレスが既に含まれているため、フラッシュ ツールはベア メタル ARM でこれらのレコード タイプを安全に無視できます。hex ファイルをフィルタリングして、これらのレコードを削除してみてくださいsed。

于 2014-10-10T11:26:54.090 に答える