まごころせいじつ堂 - 8080

8080Aの割り込み応答の謎

hardyboy — 2019-02-20T00:39:08+09:00

　きっかけはNEC μPD8080Aのカタログにあったこの記述。

The μPD8080A has the capability to accept a multiple byte instruction upon an interrupt. This means that a CALL instruction can be inserted so that any address in the memory can be the starting Iocation for an interrupt program. This can be accom- plished without auxilliary circuit because INTA is active for all three bytes of the CALL instruction.

　わざわざ3バイト命令のCALLを受け付けるよ書いてあるのはなんでだろうか。8080Aはもともとできたのでは？ということで調べてみた。その前に8080Aの割り込み動作について。

　8080Aは割り込み許可の状態でINT入力がHになると割り込み動作にはいる。割り込み復帰のための現プログラムカウンタの保存はしない代わりに1命令分をデータバスから読み込んで(fetch)実行する。ここで特定の命令、RST7(FFH)を読み込むと現在のPCを保存して38Hにジャンプする。この1命令実行時はPCを更新しないので、38Hからの割り込み処理からリターンする時に元通りの番地に戻ることができる。RSTn命令はRST0〜RST7まで存在し、n × 8番地がエントリポイントとなる。

　スタックにPCを保存してジャンプする命令ならCALL命令でもよく、これは3バイト長である。任意のアドレスをエントリポイントにできるが、割り込み時の回路が複雑になる。

　さて割り込み時は8080Aのデータバスに出力されるステータスをデコードすることにより得られる*INTA信号がアクティブになる。ここを観測することにより割り込み時にどんな長さのコードを取り込んでいるのかがわかるはず。命令実行時にはSYNC信号が立つので、*INTAの立ち下がりをトリガにして同時にSYNC信号をオシロで観測することにした。

　実験に使用するのはSBC8080ボードとPALO ALTO BASICを元に機能を追加してあるSBC8080システムROMを使用した。これは割り込みを許可し8251UARTを初期化し端末の文字入力でINTを上げてくれるのでそのまま割り込みの観測に使える。

　*INTA信号は8228システムコントローラが8080Aのデータバスからデコードし出力する。ただし+12Vにプルアップした状態では何も変化しなかった。+12Vプルアップしていると割り込み発生時に内部で自動的にRST7(FFH)を生成し、*INTA信号は外に出さないようだ。

　8228の*INTAの+12Vプルアップを外し、観測する。端末から1文字入力すると*INTAが発生した。ただし*INTAの数はまちまちである。これは割り込みサイクルで命令取り込み時にバスがフローティング状態のため、バラバラなデータを読み込んでいるせいだと思われる。以下はたまたま1バイト命令のRST7がはいった様子(キー入力が続けてできたので38H番地に飛んでいると思われる)。

　データバスを弱くプルアップ/プルダウンして任意の命令フォーマットを与えることにする。10KΩプルアップ/プルダウンでCALL命令に相当するCDHに設定した。CALL CDCDHとなるはず。

　観測結果は以下の通り*INTAが３発。

　さて割り込みで使うRST7とCALL xxxxは観測できたが、ひょっとしてこの*INTA信号は任意の命令のデコード後にわかる命令のバイト数分出るのではなかろうか。ということで配線を変えてADC imm(CEH CEH)にしてみた。結果は予想どおり*INTA 2発。

　8080Aは割り込み時に1命令を読み込んで実行し、RSTnやCALL xxxxでスタックにPCを保存することを期待している。が、これは任意の命令でよく、命令をフェッチ/デコードして得られた命令のバイト数分*INTAを発生して1命令を実行する。

　Intel 8080Aとそのクローン、NEC μPD8080Aも同じ結果であり、NECのカタログに書いてあった割り込み時に3バイト命令も受け付けるよという記述はわざわざ書くまでのことでもなかったということになる。

　あとクローン8080Aについては解析済で以下からverilogソースが見られます。

Reverse-engineering of KR580VM80A / i8080 is complete!

NEC 8bit 2MHz MPU i8080互換 UPD8080AFC

￥ 1,200

NEC μPD8080Aの非互換部分まとめ

hardyboy — 2019-02-17T23:05:14+09:00

　NEC μPD8080Aのデータシートが見つからないで悩んでいたら@electrelicさんからbitsaversにあるよ、と教えていただきました。その 1977_NEC_Microcomputer_Catalog.pdf を参照しつつこれまでの実験結果からINTEL 8080との非互換部分を整理。（電気的特性は省略）

・命令実行のサイクル数

　これはIC Collection MCS80に詳しい表があります。

~~・割り込み応答時間が3バイト命令(例:CALL)後でアクティブ~~

　通常、割り込み発生時にはデータバスにRSTx(1バイト命令)のコードを流し込んで決まったエントリに飛ぶが、3バイトのCALL命令で任意の番地を割り込みエントリにできるということか？

※追記：システムコントローラ8228は割り込み時にCALL命令が入ると続く2サイクルの間も*INTAをアクティブにして、CALL命令で指定した任意のアドレスを割り込みの飛び先にする機能がある。NEC μPD8080Aは8228のサポートなしでこれができるということだろうか。

→8080Aの割り込み応答の謎を参照。Intel 8080Aと変わらず

・未定義フラグbit3が常に1。INTEL 8080Aは常に0

・フラグbit5はSUBフラグ。DAA命令で参照。INTEL 8080Aは常に0

NEC μPD8080Aのフラグ

NEC μPD8080AF(INTEL 8080A完全互換)のフラグ

・DAA十進補正命令はSUBフラグ=1で減算後十進補正。SUBフラグは減算命令(SUB/DCR)で1になる。加算命令(ADD/INR)で0クリア。

・DCR命令でACYフラグが立たない場合があり、被減数が00,10,20,30,40,50,60,70,80,90でDCR後DAAで誤動作する。

・XRA/ANA/ORA命令後ACフラグがクリアされずそのまま。

　カタログには"Also,arithmetic flags not affected by logical instructions. "とある

また、さる方面からBCD演算の実装について教えていただきました。https://en.wikipedia.org/wiki/Double_dabble

　減算命令後のDAA補正対応や論理演算命令での算術フラグを操作しないなど命令を追加しないで改善しようとした感じがしますね。

マイクロコンピュータ・ハードウエア基礎技術―M6800系,8080系,Z-80系 (1981年)

1981-03

￥ 2,400 (中古品)

NEC uPD8080AのDAA命令調査　SUB編とINR/DCRの挙動

hardyboy — 2019-01-21T17:02:48+09:00

　前回のADD編の続き。

　μPD8080Aは減算後の十進補正も正しく動作する、ということなので確認。

chkbcdsub.awk

$1 ~ /[0-9][0-9][0-9][0-9]/ {
a=substr($1,1,2)
b=substr($1,3,2)
if (b>a) a=a+100
c=a-b
if (c!=($4-0)) print $0
}

　入力データの1カラム目は4桁の16進数で、前2桁から後ろ2桁で減算を行う。その結果を十進補正したものが4カラム目。このスクリプトはこの減算を行い、十進補正値と比較して異なれば出力する。

Intelの8080だと00〜99 - 00〜99の全組み合わせ10000通りですべてエラー。例えば：

0000 00 *Z*H*P** 06 *****P**
0001 FF S****P*C 65 ***H*P*C
...
とこのような感じで1行目は減算時のハーフフラグの立ち方がおかしく、よけいな補正をしている。2行目は"F"から補正値6を引かないといけないところを加算している。ということで減算時の補正についてはまったく考慮していない。

NECのμPD8080AではSUB命令の後の補正後の値はすべて正しかった。ところで十進補正の補正値である"6"をDAA命令で足すのか引くのかはどうやっているのだろうか。おそらくDAA命令の直前に実行した演算命令がADDなら加算、SUBなら減算にしているはずで、もしかしたら未定義のフラグを使っているのか。ここは気になる点。

※8086だとDAA命令とDAS命令でそれぞれ加算後十進補正、減算後十進補正と命令が別れている。

　さてここまでやって1加算するINR命令と1減算するDCR命令ではどうだろうか。これも確認してみた。

https://gist.github.com/houmei/a58a07d4e1bdeb0239be83e8cc09af07

ADD 1とINR、SUB 1とDCRの比較結果はこちら：

https://gist.github.com/houmei/a58a07d4e1bdeb0239be83e8cc09af07#file-diff_result-txt

Intel 8080の結果は以下の部分が異なる。2〜5カラム目がADD 1の結果、6〜9カラム目がINRの結果。

INR:

FF01 00 *Z*H*P*C 66 *****P*C 00 *Z*H*P** 06 *****P**

これは値が範囲外、かつキャリーフラグがINRでは立たないので補正されていない。問題なし。

DCR:

0001 FF S****P*C 65 ***H*P*C FF S****P** 65 ***H*P*C

そもそもSUB後のDAAは保証外、値が範囲外、INRでキャリーが立たない。問題なし。

NEC μPD8080Aの結果。

INR:

0F01 10 ***H**** 16 ***H**** 10 ******** 10 ********
1F01 20 ***H**** 26 ***H**** 20 ******** 20 ********
2F01 30 ***H*P** 36 ***H*P** 30 *****P** 30 *****P**
3F01 40 ***H**** 46 ***H**** 40 ******** 40 ********
4F01 50 ***H*P** 56 ***H*P** 50 *****P** 50 *****P**
5F01 60 ***H*P** 66 ***H*P** 60 *****P** 60 *****P**
6F01 70 ***H**** 76 ***H**** 70 ******** 70 ********
7F01 80 S**H**** 86 S**H**** 80 S******* 80 S*******
8F01 90 S**H*P** 96 S**H*P** 90 S****P** 90 S****P**
9F01 A0 S**H*P** 06 ***H*P*C A0 S****P** 00 *Z***P*C
AF01 B0 S**H**** 16 ***H***C B0 S******* 10 *******C
BF01 C0 S**H*P** 26 ***H***C C0 S****P** 20 *******C
CF01 D0 S**H**** 36 ***H*P*C D0 S******* 30 *****P*C
DF01 E0 S**H**** 46 ***H***C E0 S******* 40 *******C
EF01 F0 S**H*P** 56 ***H*P*C F0 S****P** 50 *****P*C
0F01 10 ***H**** 16 ***H**** 10 ******** 10 ********

値が範囲外なので問題なし。

DCR:
0001 FF S**H*P*C 99 S**H*P*C FF S****P** FF S****P**
1001 0F ***H*P** 09 ***H*P** 0F *****P** 0F *****P**
2001 1F ***H**** 19 ***H**** 1F ******** 1F ********
3001 2F ***H**** 29 ***H**** 2F ******** 2F ********
4001 3F ***H*P** 39 ***H*P** 3F *****P** 3F *****P**
5001 4F ***H**** 49 ***H**** 4F ******** 4F ********
6001 5F ***H*P** 59 ***H*P** 5F *****P** 5F *****P**
7001 6F ***H*P** 69 ***H*P** 6F *****P** 6F *****P**
8001 7F ***H**** 79 ***H**** 7F ******** 7F ********
9001 8F S**H**** 89 S**H**** 8F S******* 8F S*******
A001 9F S**H*P** 99 S**H*P** 9F S****P** 9F S****P**
B001 AF S**H*P** A9 S**H*P** AF S****P** AF S****P**
C001 BF S**H**** B9 S**H**** BF S******* BF S*******
D001 CF S**H*P** C9 S**H*P** CF S****P** CF S****P**
E001 DF S**H**** D9 S**H**** DF S******* DF S*******
F001 EF S**H**** E9 S**H**** EF S******* EF S*******

00-01から90-01はBCD演算の対象。DCRでハーフキャリーが立っていないのでDAA補正が正しくない。ということはBCDの範囲内ならINR後DAAはIntel、NECとも正常動作する。DCR後DAAはIntelは保証外、NECは被減数が00,10,20,30,40,50,60,70,80,90でDCR後DAAで誤動作する。

　惜しい。NEC μPD8080Aの減算後DAAではINRで正常動作するつもりでDCRを使うとハマるんじゃなかろうか。
　INR/DCRではキャリーフラグは立たない。フラグのうちS/Z/Pは結果だけから求められるが、CY/ACは演算の種類と値によって決まる。INR/DCRはALUの加減算器のパスを通ってない感じがする。

　残りは8085やZ80との比較かな。

おまけ：チェコスロバキアから届いたTESLA MHB8080A動きました。
MHB8080ACデータシート

インテル8080伝説

NEC uPD8080AのDAA命令調査　ADD編

hardyboy — 2019-01-13T22:31:11+09:00

　前回の SBC8080システムROMでBASICから機械語を呼び出すで実チップのテスト環境が整ったので以前から気になっていたIntel 8080とNEC μPD8080Aの非互換部分についての調査を行った。

　NEC μPD8080AはIntel 8080のクローンではなく独自に改良し、DAA命令(十進補正命令)の減算対応、実行クロック数の改善がなされた。が、せっかく改善したのに非互換部分が嫌われ完全互換のμPD8080AFに切り替わった。

MCS-80(IC Collection)

　まずDAA命令の動作について。DAA十進補正命令はハーフキャリーを参照する。

Intel 8080 Microcomputer Systems User's Manual で確認する。

Auxiliary Carry: If the instruction caused a carry out of bit 3 and into bit 4 of the resulting value, the auxiliary carry is set; otherwise it is reset. This flag is affected by single precision additions, subtractions, increments, decrements, comparisons, and logical operations, but is principally used with additions and increments preceding a DAA (Decimal Adjust Accumulator) instruction

FLAGレジスタのbit4はACフラグ(またはHフラグ　ハーフキャリー)で加算時のbit3からbit4への桁上げで立つ。このフラグは加減算/INC/DEC/比較/論理演算で変化するが主に加算とINCの後のDAA命令で使う、とある。

　DAA命令の記述。

　DAA命令は直前のADD命令について、BCD表現の数値を加算したものとして補正を行う。例えば04H+06Hは0AHだけどこれを10Hに修正する。その手順は以下のとおり：

(1) 下の桁がA-Fになっている、またはハーフキャリーが立っていれば6Hを加算する。

(2) (1)の後、上の桁がA-Fになっていればキャリーフラグを立て60Hを加算する。

もっと詳しい実装の解説はこちら：

~~標準TTL~~だけ（！）でCPUを作ろう！[第224回]

~~標準TTL~~だけ（！）でCPUを作ろう！[第231回]

　ではデータを採取して比較を行う。コードは前回を参照。テスト結果は1バイトの十進数で

数値A　数値B　A+Bの結果　加算後フラグ　DAA補正後の結果　補正後フラグ

このデータが256×256パターンで65536行。このデータを適当なunix環境に持っていってawkで処理。Excelでもなんでもいいです。

　まずは16進に変換。数値Aと数値Bは連結してインデックスとして使えるようにする。フラグは2進数表示。こんな感じになる。

0000 00 01000110 00 01000110

0001 01 00000010 01 00000010

0002 02 00000010 02 00000010

0003 03 00000110 03 00000110

...

あとは任意のフィールドを切り出して比較していくだけ。

対象となるCPUは以下：

(1) INTEL MD8080 A/B　インテル純正の安心感。すべての比較元とします

(2) CCCP KP580BM80 (USSR KR580VM80)　ソ連製8080クローン

(3) CCCP KP580BM80A (USSR KR580VM80A)　ソ連製8080Aクローン

(4) NEC μPD8080A　今回の主な調査対象

(5) NEC μPD8080A-T　-Tサフィックスはなんだろう？

(6) NEC μPD8080AFC　Intel 8080A完全互換にしたもの

テスト結果：(HフラグはACフラグと読み替えて)

a. 加減算後のDAAについて

(1) (2) (3) (6) はまったく同じ。DAA動作は完全互換

(4) (5) はまったく同じ。NEC μPD8080AとμPD8080A-Tは同じもの

b.加算後のDAAについて(1)と(4)を比較

・演算結果の数値は一致

・フラグが異なる

・NEC μPD8080Aは未定義フラグbit3が常に"1"。INTEL 8080Aは常に"0"

・NEC μPD8080AはDAA命令の前後でHフラグの状態は変わらない

・INTEL 8080AのDAA命令前後でのHフラグの動作：

　DAA前にHフラグが立っているとDAA後にHフラグは落ちる

　DAA前にHフラグが落ちているとDAA後に補正前の演算結果の下1桁がA~Fだった場合に立つ

　DAA補正後のHフラグに関しては定義されていないのでこれらは未定義動作として済ませるんですが、続きがあります。

　Dr.Dobb's Journal 1976/11/12 によると"IMSAI INCOMPATIBILITY"というのでNEC製8080Aの挙動についてメーカーに質問が出ている。本来 XRA Aの後にDAAはやらないんだけどやってみたら結果が0のはずが6になっている。これって十進補正をやっているように見えますね。

確認コードはこちら：

https://gist.github.com/houmei/4c5bd7b255daa5ac65a6cf693e1e4d7a

　ここでIntelのユーザーズマニュアルでXRA命令を確認してみる。

　XRA命令実行後にAC(ハーフキャリー)はクリアされると書いてあるが、NEC μPD8080Aではクリアされずにセットされたままになっている。この部分は未定義ではないのでIntel 8080とNEC 8080Aの非互換部分と言える。これはXRA命令の実装でACフラグを操作するパスがなさそうに見える。さらに想像するとNEC 8080AではANA以外の論理演算命令ではACフラグは変化しないのかもしれない。

※追記　XRAをANA/ORA命令に替えて実験

ANA命令　Intel 8080でACフラグクリア　仕様書の誤記？

ORA命令　Intel 8080でACフラグクリア

NEC 8080AではANA/ORAともACはクリアされずそのまま

　SUB後のDAA命令編に続く

Ex: El

Posted with Amakuri at 2019.1.13

808 State

Salvo

Amazonで詳細を見る

SBC8080システムROMでBASICから機械語を呼び出す

hardyboy — 2019-01-13T01:00:59+09:00

　SBC8080ルーズキット用のSBC8080システムROMは電脳伝説(@vintagechips)さんの手によりPALO ALTO BASICに独自の機械語モニタを拡張してあり一行アセンブラが使えて大変便利。MONでモニタにはいりSYSTEMでBASICプロンプトに戻る。EXEC 番地で番地+8000Hに飛んでRET命令でプログラムに戻ってこれるのだけれどもPEEK/POKEがないのでパラメータのやりとりがそのままではできない。

　そこでSBC8080技術資料の記述からPALO ALTO BASICの資料をたどって調べてみた。

SBC8080システムROM(電脳伝説)

Astrocade Machine Language Source Code　Palo Alto Tiny BASIC, Version 3　よりPDFを取得

　TINY BASICなので変数名はA〜Zのみ、@は配列。BASIC変数/バッファ領域はSBC8080システムROMの場合F000HからF087Hまで。適当に変数Aに代入してMONで覗いてみると値が変化しているところがある。調べた結果、

F002H 変数A

F004H 変数B

F006H 変数C

F008H 変数D

F00AH 変数E

F00CH 変数F

...

となっていた。数値は2バイトでリトルエンディアン。ということはここを機械語とのパラメータ受け渡しに使える。

実際に作ってみた例はこちら：TeraTermに送信するときは設定(S)→シリアルポート(E)... で送信遅延を10ミリ秒/字 100ミリ秒/行にするのを忘れずに。

https://gist.github.com/houmei/9fa95dba37a0204d4b1bd6e4c87f623a

　これは十進補正命令DAAの動作を確認するテスト。変数Aと変数Bの値を加算し結果を変数C、フラグを変数Dに格納。その後DAA命令を実行し、結果を変数E、フラグを変数Fに格納する。いずれも下位1バイトしか使わない。8080アセンブラで初めて書いたのでみてみて。

 8000 LXI       D,F002　変数AへのポインタDE
 8003 LXI       H,F004　変数BへのポインタHL
 8006 LXI       B,0000　BC←0　これはAFのクリア用
 8009 PUSH      B
 800A POP       PSW　AFクリア
 800B LDAX      D　Accに変数Aの内容をコピー
 800C ADD       M　Acc ← Acc + 変数B
 800D PUSH      PSW　いったん結果を保存
 800E DAA　　　　　　十進補正
 800F PUSH      PSW
 8010 POP       B　AFのペアをBCにコピー
 8011 MOV       A,B
 8012 STA       F00A　変数Eに十進補正後の結果を返す
 8015 MOV       A,C
 8016 STA       F00C　変数Fに十進補正後のフラグを返す
 8019 POP       B
 801A MOV       A,B　変数Cに補正前の結果を返す
 801B STA       F006
 801E MOV       A,C
 801F STA       F008　変数Dに補正前のフラグを返す
 8022 RET

　これをBASIC側から変数Aと変数Bを0〜255の範囲で変化させてEXEC 0で呼び出し、結果を含めて画面出力するだけ。文字出力はBASIC内のサブルーチンを呼び出せばできそうだったが手を抜いてBASIC側でやった。ループも同様。どのみち9600bpsの端末への出力なのでいくら高速化してもそこで律速となる。

　なんでこれを作ったかというとIntel純正8080に対してNEC 8080Aは独自改良でDAA命令を修正したが、非互換ということでNEC 8080AFでIntelとまったく同じ動作に戻したという話があったので調べてみようと思ったからだ。次回お楽しみに。

復活!TK‐80

Posted with Amakuri at 2019.1.13

榊正憲

アスキー

Amazonで詳細を見る

ソ連のCPU KP580BM80Aの動作確認(2)

hardyboy — 2019-01-10T05:04:03+09:00

　前回の続き。

　さて、KP580BM80Aの動作が怪しいので確認用にebayでもう1個購入。2週間程度で届いた。

　マークが{S}みたいなのは製造元(工場？)が異なるため。

　で、問題なく動作。ということはKP580BM80Aは個別故障ということになる。

　PALO ALTO BASICで5.09V/0.51A、BASICでA=A+1しながら数字を表示するループ実行で0.53A。電圧高めなのはスマホ用のUSB電源アダプタを適当に使ったせい。

　これでおしまい、でも良かったのだけれどももうちょっとだけ調査。

　割り込みの観測のため8080のINTE(pin16)にLEDを追加。電流制限抵抗は大きめ(8.2kΩ)にしたので駆動力ヨワヨワの8080でも問題ないでしょう。

　INTEは故障と思われるKP580BM80Aでもリセット後は点灯。ただし端末側のキーを押してINTを発生させるとLEDで消え、画面に連続した文字は出なくなる。つまりPALO ALTO BASICのROMで割り込みを受けるまでは画面に連続して文字が出ているので、CPUはなにかしらの命令を実行しているのだが、どこかで暴走しループしているように見える。

　故障箇所は前回の調査でわかった「INT信号で割り込みが発生し割り込みがマスクされるが38Hには飛んでいない」以外にもあり特定の命令の実行またはジャンプ先が変わるような動作でおかしくなっているようだ。少なくとも00HのNOP連続による動作はできた。

　横井与次郎著　マイクロコンピュータ・ハードウェア基礎技術　のp.156にある3.1.3 8080Aの絶対最大定格によると-5V側の電流は1μA〜1mAとあるが、ここの電圧が0Vだと+5V/+12Vの電流が非常に大きくなるので長時間-5Vを与えない状態で使うのはしてはいけないと書いてある。ということは何らかの原因で-5Vが印加されなくなったら動くことは動くけれども発熱で8080が故障するのであろうか。

　まあ良品を壊してまで調べようとは思わないので故障調査はこれでおしまい。ということでソ連製の8080クローンでもSBC8080は動作します。

マイクロコンピュータ・ハードウエア基礎技術―M6800系,8080系,Z-80系 (1981年)

Posted with Amakuri at 2019.1.10

横井与次郎

ラジオ技術社

Amazonで詳細を見る

ソ連のCPU KP580BM80Aの動作確認(1)

hardyboy — 2019-01-02T04:01:22+09:00

　SBC8080ボードができたので手持ちのコレクションについて動作確認。

　まずはソ連製の8080クローン、580GF24(8224)/580BK38(8238)/580BM80(8080)。

SBC8080+SUBボードで 5.03V 0.31A。PALO ALTO BASIC動作した。

　では、CPUを8080AクローンのKP580BM80Aに交換してみる。

　すると、このような表示に。最初はカタカナが連続して表示される(途中で繰り返すように見えるのはリセットを１回かけたため)。

　これはどういうことだろう。SBC8080ボードではCPUの周りのアドレスバスはHC541×2、データバスと制御信号は8238(8228)でガードされている。ということでまずはアドレスバスを疑いHC541→LS541に交換してみたが現象変わらず。次にデータバスと制御信号について、NEC uPB8228C / NEC uPB8224Cに交換してみたがこれも現象変わらず。

　SBC8080ボード用フリーランテストボードで確認してみたが00H(NOP)によるフリーランはできている。

　さて、どうしようか。の前にソ連製の8080クローンについて。

USSR 8080 microprocessor family(CPU-World) によると、3種類の8080/8080Aクローンが存在する。

・580VM80　8080のクローン

・KR580IK80A　8080Aのクローン

・KR580VM80A　8080Aのクローン、2.5MHz動作

独自に作られたものもあるようだ。ソ連はずっと8080互換でやってたんだろうか。

・KR580BM1 5V単一電源、5MHz動作、ピン非互換

なおKR580VM80Aはアルファベット表記で、本来は КР580ВМ80А とキリル文字で表記するらしい。キリル文字の方で検索するとロシア語のドキュメントに当たりやすい。

https://en.wikipedia.org/wiki/KR580VM80A

https://ru.wikipedia.org/wiki/КР580ВМ80А

　580BM80Aについてはビデオゲームの修理にそのまま交換部品として使われていたりリバースエンジニアリングでVerilogソースまで調べられているので、論理的には同一のはず。

Sidam Invasion

Reverse-engineering of KR580VM80A / i8080 is complete!

　PALO ALTO BASICでは調査も難しいのでもっと簡単なテストプログラムで確認してみる。SBC8080 CPUルーズキットで提供されているSBC8080データパックにある、TEST80というプログラムを使用する。これは8251を使ったエコーバックテスト。で、TEST80.HEXをROMに焼いて電源をいれると580BM80Aではプロンプト">"は出るがエコーバックせず。キーを押しても応答なし。いきなり当たりか？念のためSBC8080SUBボードの82C51を8251に変えてみたが現象変わらず。まあ文字の送信ができているということは8251の初期化はできているっぽい。

　端末からデータを受信すると8251はRXRDY信号を上げる。これは8080のINT入力に接続され、RST7割り込みが発生する。TEST80プログラムは割り込み発生後、38H番地からのコードで8251から1文字読んでメモリ上のバッファに書き込み、割り込みを再度許可する。TEST80プログラムはメインルーチンではバッファに何か文字があるとそれを送信し、バッファを空にする。

　ということで割り込みの状態を監視してみる。8080のINTE(pin16)を観測。以前作ったロジックチェッカーを使用した。で、NEC 8080Aでの結果はINTEは一瞬LになるがすぐHにもどる。つまり割り込みを受け付けられる状態になる。580BM80Aはリセット直後はINTEはHだが、キー入力があるとLになりそのまま。これ以降は割り込みを受け付けない。

　ここからはTEST80にパッチを当てながら確認していく。最初は38HにEI命令を入れてすぐに割り込みを許可するようにした。NEC 8080Aでは連続して割り込みが発生。これは8251の割り込み要因を落としていないので期待通りの動作。580BM80AではINTE信号がH→Lとなりそのまま。

　8080は割り込みが発生するといったんINTEをLにする。割り込み処理のプログラムで割り込み要因を落とした後、最後で割り込みを許可する。なので割り込み自体は受け付けている。あとは本当に38H番地に飛んでいるかどうかだ。

　さてそれをどう確認するかだが、SBC8080SUBボードにちょっとLEDを追加した。8251のTXRDY端子にLEDカソード側を接続、アノード側をVccへ。これで送信バッファがフル(=1文字送信中)の時に光るはず。

　パッチは38H番地にOUT C0Hを書き込む。これはAccにあるダミーデータを1文字送信する。580BM80Aでは一瞬も出なかった。念のためロジックチェッカーで監視しても同じ。つまり38H番地には飛んでいないということになる。

　以上から手持ちのKP580BM80Aは

・INT割り込みで割り込みをdisableするが38H番地へは分岐していない。

・別の番地へ飛んでいるのかHALTしているのかはバスの観測が必要。

・CPUの差し替え事例から個別故障の可能性がある。

ということで別に手配したKP580BM80Aを使って確認する予定。

インテル8080伝説

Posted with Amakuri at 2019.1.2

鈴木哲哉

ラトルズ

Amazonで詳細を見る

SBC8080ボード用フリーランテストボード

hardyboy — 2018-12-31T23:28:10+09:00

　手持ちのコレクションCPUが生きているかどうか気になる。Z80についてずっとデータ00Hをフェッチさせてアドレスバスを観測する手法があるが、SBC8080ボードでもいけるはずなので40ピンのバスに接続するアダプタを作った。

Z80でマイコンをつくる (3)Z80 CPU動作確認(Lチカ)(Kuninet Blog)

8ビット CPU Z80LED点滅(Yamamoto's Laboratory)

データバスを10kΩ×8の集合抵抗でプルダウン、A15〜A0をLEDのアノード、*MEMWR、*MEMRDをLEDのカソードに接続、電流制限抵抗は大きめ(〜10kΩ程度)、これでも充分明るい。LEDはバータイプ10個のものを2つ使うとA15-A0、*MEMRD、*MEMWR、*IORD、*IOWRでちょうどよい。

　左端のA15,A14あたりが点滅して見える。〜A0まで点灯して見えるが実際は高速に点滅している。

　フリーラン用のデータバスプルダウンを外せばバス観測に使えるはずなので作り直すかな。その時はピカピカ光るのでSBCゲーミングボードとしよう。

ゲーミングキーボード AULA キーボード青軸 7色LEDバックライト有線キーボードゲームキーボード 104キー Windows/Mac OS対応自由ノ翼【日本語配列】

Posted with Amakuri at 2018.12.31

AULA

Amazonで詳細を見る

SBC8080ボード

hardyboy — 2018-12-31T22:22:28+09:00

　記事を書いてたつもりが抜けていたのでメモとして。

SBC8080ルーズキット(電脳伝説)

SBC8080 SUBルーズキット(電脳伝説)

　8080Aは周辺チップが必要なことと+12V/-5Vの回路のせいでSBCシリーズとしては部品密度高めです。確実な組み立て方としては

(1) NJM2360A周辺を実装し、5V供給で+12Vが生成されることを確認

(2) 8224周辺と-5V生成回路を実装し、-5Vが生成されることを確認

(3)残りの部品を実装

の順でやればよいでしょう。

　ROM/RAM/UARTについては秋月B基板サイズに収まらないためSBC8080SUBボードに実装されます。作例では40Pフラットケーブルで接続されていますが、私はピンヘッダとピンソケットで重ねられるようにしました。このうちピンヘッダはSBC8080SUBボード側の部品面に、ROMなどソケット部品が干渉しないよう背の高い連結ピンヘッダを半分にカットして使用、SBC8080ボード側ははんだ面にピンソケットを実装。

連結ピンヘッダ　２×４０　（８０Ｐ）　６／９／３(秋月電子)

ボードの間隔は17mmになります。この高さのスペーサがなかなか見つからないのですが、使用すると接続後しっかり固定できます。

　動作確認はSBC8080システムROMで行った。以下は手持ちの石の組み合わせ。

NEC uPB8224C / NEC uPB8228C / NEC D8080A

次回予告：寒い国から来たCPU

インテル8080伝説

Posted with Amakuri at 2018.12.31

鈴木哲哉

ラトルズ

Amazonで詳細を見る

まごころせいじつ堂 - 8080

8080Aの割り込み応答の謎

NEC μPD8080Aの非互換部分まとめ

NEC uPD8080AのDAA命令調査 SUB編とINR/DCRの挙動

NEC uPD8080AのDAA命令調査 ADD編

SBC8080システムROMでBASICから機械語を呼び出す

ソ連のCPU KP580BM80Aの動作確認(2)

ソ連のCPU KP580BM80Aの動作確認(1)

SBC8080ボード用フリーランテストボード

SBC8080ボード

NEC uPD8080AのDAA命令調査　SUB編とINR/DCRの挙動

NEC uPD8080AのDAA命令調査　ADD編