割り込みベクターをＣ言語で書きたい

Question

皆さん、有難う御座います。時々質問させて頂いています。

　今回は、ベクターアドレスをＣ言語で書く方法について質問します。
　ルネサスのＨ８マイコンを使っています。モニターを使うとＲＡＭ上に割り込みの仮想ベクターを作れます。
　仮想ベクターには、割り込みのジャンプ先アドレスが書かれます。
　現在アセンブラで書いているのですが、Ｃ言語で書く方法は無いでしょうか。
　二つの方法で書きたいと思っています。
　アセンブラで次の二つの方法に相当するＣ言語命令を知りたい。

（１）ＯＲＧとＥＱＵ命令を使った方法
（２）ムーブ（Ｚ８０ならロード）命令で関数のアドレスをメモリに書く方法

　ルネサスにはＨＥＷと言うソフトが有りますが、ＨＥＷ特有の命令によらず、一般的なコンパイラが持っている機能で実現したい。

　以上宜しくお願いします。

jacta · Accepted Answer

> *(void **)(0xFE130) = &test ;

コンパイラに依存しないという意味では、上記の方法は問題があります。
CPUアドレスをポインタにキャストしても、期待した結果になるかどうかは保証されないからです。
ただ、通常はこれで問題なく動作するでしょうが...

> 関数のアドレスを書き込む方法が分からないと配列に出来ません。

これは、

void vector00();
void vector01();
...

void (* const vectors[])() = {
　&vector00,
　&vector01,
　...
};

のようにすれば、配列にできます。

zwi · Answer

>モニターは、ＲＯＭ上のプログラムだって動かせます。
>仮想ベクタはＲＡＭ上に有ります。
>モニタとユーザが作ったプログラム両方をＲＯＭに置けます。
>モニタをそのまま使用するなら、Ｇコマンドでユーザプログラムを実行すれば良い。
>モニタを改造すれば、リセットスタートでユーザプログラムに飛ばす事も可能です。

そこまでしますか。
プロなら有り得ませんが、アマチュアならまぁやりたければどうぞ。
そもそも仮想ベクタがどうやって実現しているか分かってます？
表面上見えませんが、割り込み処理時に一度モニタに飛んでから更に仮想ベクタを参照して再ジャンプする仕組みになってるんで時間ロスが発生します。
それにＲＡＭ上にベクタがあることでメモリ破壊暴走の危険が増します。これもプロとしては許せません。

R32Cさんの書いているベクタの設定もそうですが、モニタを前提とした設計は無駄なことをしていると思います。

R32C · Answer

単純に、ベクタアドレスを設定する部分だけ、アセンブリ言語のソースとして
分割すればいいだけの話のように思います。
それが、Cなのかアセンブリ言語なのか、どちらでも保守性は変わらないと
思います。どちらかというとリンカの指定を省いてアドレス指定ができる
アセンブリ言語で書いたほうが保守しやすいとは思いますが

R32C · Answer

同じこととしか思えないですね。

>しかし割り込みを使うと、ＳＴＡＲＴ＿Ｃを個別に変更しアセンブル
>し直さなければ成りません。
>Ｃ言語だけで記述出来れば、ＳＴＡＲＴ＿Ｃの変更が入らなくなります。

C言語だけで記述できても、C言語で記述するベクターテーブルはコンパイル
しなおさないといけないので同じですね。

補足要求の意味がわからなかったのでしょうか？

R32C · Answer

>Ｈ８／３０５２だけです。プログラムによって割り込みを使ったり使わなかったりすると、
>アセンブラのベクターテーブルをその都度変更しなければなりません。
>　Ｃ言語で処理できれば、アセンブラ部分は変更しないで共通に使えます。

???
なんかおかしくありませんか？

Cで書こうとアセンブリ言語で書こうと、ベクタテーブルの変更が必要なら
どちらの言語でも変更が必要ですよね。
確かに、
Cで書けば当然Cで変更が必要で、おっしゃるとおりアセンブリ言語の変更は不要ですが
いったいどのような仕組みをお考えなんですか？

zwi · Answer

>　ルネサスで無料で提供しているモニタが有ります。　割り込みが入るとモニタに入り、そこからＲＡＭに書いた仮想ベクタのアドレスに飛ぶようになっています。

えーと。伝わっていないかな？
全部のプログラムをＲＯＭ化して、それをモニタから動かす気ですか？
モニタが動かすプログラムってＲＡＭ上だし、ベクタもＲＡＭ上ですよね。ここで言うＲＯＭ化とは、ＲＯＭに全て焼く＆ベクタもＲＯＭにあるモニタもない状況です。
最終的にプログラムをＲＯＭ化せずＲＡＭ上でモニタで動かす実験だけの予定であれば今の方針のままで良いですがそのつもりですかと伺っています。回答番号：No.2からＲＯＭ化とは、そのつもりで言ってました。

zwi · Answer

>１．ＲＡＭ上で開発してＲＯＭに書き込みます。
>　ｐｒｉｎｔｆ（）などは大きくてＲＡＭに収まりません。
>　ＲＯＭに書いて、呼び出す実験をした事があります。
>　　コンパイル後にＲＯＭに書き、ＥＱＵ命令で関数のアドレスを定義し、Ｃ言語で呼び出しました。

前にも書きましたがベクタを含めてＲＯＭ化する場合は今のベクタをプログラムで書き換える方法は使えません。ＲＯＭですからね。そこの所はどう考えてますか？

zwi · Answer

richardoさん、はっきりしていないので答えてください。
１．ＲＡＭで使う前提である。ＲＯＭは考えていない。
２．Ｈ８限定。
３．Ｈ８アドバンストモード専用
４．Ｃ言語だけで全てを行いたい。アセンブラやリンカ・スクリプトでは何もしない。
って事ですよね？

R32C · Answer

>　ヘッダ・ファイルは共通に使えるようになっていますよね。
>　それと同様にＣ言語に伴うアセンブラ・ソフト部分も変更せず、
>Ｃ言語部分の変更だけで対処出来ないかなという事です。
???
どれだけのCPUで共通部品にしようとしているのですか？
少なくとも、ベクターテーブルを持たないCPUでは使えないことは
お分かりですよね？

zwi · Answer

>でも私の質問は、「アセンブラなら実現方法が分かるけど、Ｃ言語で実現する方法を知りたい」という事です。
gccとかHEWのCコンパイラは重いから使いたくないって事ですね。しかし、そうするとセクションはC38H.EXEだと機能的に操れない可能性が高い状況ですから無理があります。C38H.EXEを自分で改造しますかって話ですね。
その貫き通したい気持ちは好きですが、そこまでやる気がありますか？

割り込みベクターをＣ言語で書きたい

> *(void **)(0xFE130) = &test ;

>モニターは、ＲＯＭ上のプログラムだって動かせます。

単純に、ベクタアドレスを設定する部分だけ、アセンブリ言語のソースとして

同じこととしか思えないですね。

>Ｈ８／３０５２だけです。

> ルネサスで無料で提供しているモニタが有ります。

>１．ＲＡＭ上で開発してＲＯＭに書き込みます。

richardoさん、はっきりしていないので答えてください。

> ヘッダ・ファイルは共通に使えるようになっていますよね。

>でも私の質問は、「アセンブラなら実現方法が分かるけど、Ｃ言語で実現する方法を知りたい」という事です。

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング

>　ルネサスで無料で提供しているモニタが有ります。

>　ヘッダ・ファイルは共通に使えるようになっていますよね。