問題タブ [8085]

私の質問は、8085 マイクロプロセッサの他の命令に 4 つあるのに、CALL 命令のオペコード フェッチに 6T 状態があるのはなぜですか。私はたくさん検索しましたが、満足のいく答えは見つかりませんでした。

ここ: http://www.edaboard.com/thread201650.html CALL の場合に使用されるデュアル アドレッシング モードと関係があると書かれています。しかし、なぜ 6T が述べられているのかを実際には説明していません。

何か案が？

編集

この疑問は、CALL が 18 の T ステートを取ることを知ったときに生じました。

私の計算によると、次のようになります: 4 (オペコード フェッチの場合) + 3 + 3 (サブルーチン アドレスを読み取るための 2 回のメモリ読み取り) + 3 + 3 (スタックへの 2 回のメモリ書き込みの場合) = 16

そのため、インターネットを検索すると、CALL の場合のオペコード フェッチ部分が 4 ではなく 6T 状態を取ることがわかりました。

アップデート

コメントを読んで再考した後、PUSH は通常、命令として 12 個の T ステートを取ることを知りました。明示的な PUSH 命令がないため、CALL の場合は PUSH のオペコード フェッチ部分を無視できます。したがって、8 (12 - 4) になります。それで、スタックポインタのデクリメントのせいでしょうか？プッシュでも 6 (メモリ書き込みの場合は 3 + 3) のはずだったのに、ここでは 8 (4 + 4) になっているからです。

サブルーチンは、プログラムのさまざまな場所で繰り返し使用される命令のグループです。同じ命令を数回繰り返すのではなく、サブルーチンにグループ化して、別の場所で呼び出すことができます...メインプログラムとは別に、プログラム内のどこにでも存在できます。

マイクロプロセッサで一般的に使用されるサブルーチンは次のとおりです。

1. 複数の終了サブルーチン
2. ネストされたサブルーチン
3. 複数終了サブルーチン

私はサブルーチンが何であるかを知っており、その名前に基づいて「マルチエンディングサブルーチン」について理論を立てることもできます...しかし、同じことについて適切な説明が必要です。

誰かがこれら3つのタイプのサブルーチンすべてを説明できれば、それは素晴らしいことです。そうでなければ、「MULTIPLE ENDING SUBROUTINE」を説明するだけです:)

コードの問題を見つけることができませんでした。助けてもらえますか？それは私に部分的に間違った答えを与えています。2 つのLSBビットは正しいですが、MSBs.

これは、上記の問題に対する私のコードです。そうするためのより効率的なアルゴリズムは何でしょうか?

次のアセンブリ コードに問題があります。

Loop1 の 1 番目のループで ShowX を実行した後、DB ディレクティブを使用してメモリを予約する DATAX があります。

DBコマンドがメモリ内のバイトの割り当てを開始するメモリアドレスの開始を理解するのを手伝ってくれる人はいますか?

たとえば、以下のコードは、ORG コマンドによりアドレス C100H への割り当てを開始します。したがって、20h は C100h に格納され、10h は C100h + 1 に格納されます。

よろしくお願いいたします。

XTHLの機能は理解していますが、実際にそれを使用するシナリオの例を誰かが挙げることができますか? また、可能であれば、アプリケーションのコードも共有してください。

私は 8085 マイクロプロセッサについて調べており、3 Mhz で動作し、たとえばオペコードのフェッチに 4 クロック サイクル、IO/M の読み取りまたは書き込みに 3 クロック サイクルかかることがわかりました。

では、8085 をオーバークロックして 10 Mhz で動作させると、クロック サイクル数は減りますか?
それとも、サイクル数は同じままですが、3 または 4 の完全なサイクルの有効時間は短縮されますか?