8086 vs. Z80 vs. 6809 vs. 6502　その8

1 ：2012/04/09 〜 最終レス ：2012/10/26

8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです。
CPU(MPU)アーキテクチャや周辺デバイス制御など
基本的に「石」に関連する議論なら、ほぼ何でもアリです。
■過去スレ
8086 vs. Z80 vs. 6809 vs. 6502　その7
http://ikura.2ch.net/test/read.cgi/i4004/1319314159/
8086 vs. Z80 vs. 6809 vs. 6502　その6
http://toki.2ch.net/test/read.cgi/i4004/1286766300/
8086 vs. Z80 vs. 6809 vs. 6502　その5
http://toki.2ch.net/test/read.cgi/i4004/1280380374/
8086 vs. Z80 vs. 6809 vs. 6502　その4
http://gimpo.2ch.net/test/read.cgi/i4004/1252639237/
8086 vs. Z80 vs. 6809 vs. 6502　その3
http://gimpo.2ch.net/test/read.cgi/i4004/1235851359/
8086 vs. Z80 vs. 6809 vs. 6502　その2
http://gimpo.2ch.net/test/read.cgi/i4004/1213527504/
8086 vs. Z80 vs. 6809 vs. 6502
http://bubble6.2ch.net/test/read.cgi/i4004/1165801265/
6809とZ80 part 2
http://bubble4.2ch.net/test/read.cgi/i4004/1093190685/
6809とZ80
http://bubble2.2ch.net/test/read.cgi/i4004/1008496410/
■関連スレやサイトなど　※補足などあれば>>2-9あたりで
68K v.s. x86
http://gimpo.2ch.net/test/read.cgi/i4004/1220728356/
半導体コレクション展示会場
http://www.st.rim.or.jp/~nkomatsu/ICcollection.html

2 ：

おつ！

3 ：

>>1　乙です
小松さんのコレクションのサイトを閲覧してて、初めて知ったんだけど
AMDの石のセカンドソースを、Intelが出すような例が昔はあったんだね
AMDの数値演算プロセッサ Am9511　→　セカンドソース Intel 8231
ttp://www.st.rim.or.jp/~nkomatsu/peripheral/Am9511.html

4 ：

ああ、am9511は超有名だったからな。
そしていちょつ。

5 ：

Zilog Z180(HD64180)やIntel 8231/8257 (Am9511/9517のセカンドソース) への
柔軟な対応と、HD63C09へのどうしようもない対応が歴史を決定した。
オリジナルの6809のアーキテクチャに最大限の敬意を払って拡張され、
高速化され、CMOS化された優秀なセカンドソーサのチップを潰したMotrora。
MC68040、MC68060、PowerPC620、PowerPC G4と複雑化→開発遅れを
何度も何度も何度も同じ轍を踏んで、半導体事業撤退に至る。

6 ：

>>5
>高速化され、CMOS化された優秀なセカンドソーサのチップを潰したMotrora。
潰してないでしょ

7 ：

6309の独自拡張がモトローラと日立の紛争の原因とはなったようだが。
インテルやザイログは西海岸の企業だから製品や考え方に違いはあるだろ。
モトローラは西海岸の企業ではないから、企業文化としても災いしたのだろう。
現在はモバイルと通信に分社化され、モバイルはグーグルに買収という状態だ。
モバイル部門すら買収され影も形もないとなると問題は半導体部門だけじゃないだろうな。

8 ：

>>7
> 6309の独自拡張がモトローラと日立の紛争の原因とはなったようだが。
日立が勝手に拡張した内容をデータシートに載っけてモトローラに怒られただけ。
データシートの該当部分は削除になったけどチップの販売は普通に継続された。

9 ：

拡張仕様がリファレンスやデータシートに載ってない6309など、互換チップ以外に存在意義はないな。
実質的な圧力だろう。当時貿易摩擦もあったろうし東海岸の企業らしい。
モバイル部門がグーグルに買収されたら終了だろうかね。
モトローラという企業は、ビジネス的にチップだけでなく企業としてもイマイチだったのだろう。
そんな企業の作るチップを信じてしまった昔のPC板住人氏は残念でならない。

10 ：

>>9
>拡張仕様がリファレンスやデータシートに載ってない6309など、互換チップ以外に存在意義はないな。
CMOSだし、3MHz動作版もあったし、そんなことないでしょ。あんたバカじゃね？

11 ：

ロストテクノロジーで盛り上がってるな

12 ：

そもそもデータシートが外部非公開のエンジン制御用6301とかもっと魔改造されてるじゃん

13 ：

>>10
FM7系だと結構載せ替え流行ってたよ。

14 ：

>>13
マニアがどうこうした数なんて全体の生産量からすれば屁みたいなもんだろ。

15 ：

臭いって事？

16 ：

>>13
ないな。
ゲームが動かなくなるから。
あとFM77AV系はCPUが直付けだから、載せ換えはさらにハードル高い。

17 ：

>あとFM77AV系はCPUが直付けだから、載せ換えはさらにハードル高い。
DIPだし大したことない

18 ：

>>14
数が少ないからステータスになるのさ。
もちろんコテ持てない奴等はよだれ流してるだけ。

19 ：

いい加減な改造して不安定になるよりも
遅くてもノーマルで安定している方が良い
まして改造がステータスだなんて思っているヤツはアホゥ

20 ：

>>19
いいかげんな改造しか出来ない奴のいいわけだな。

21 ：

いい湯加減だよ

22 ：

6309はTFR,EXGの非互換さえなけりゃ神CPUだったのに。
惜しい、とても惜しい。

23 ：

この辺の話かいな?
http://www.6809.net/6809/?6309%CC%BF%CE%E1%C9%BD
> exg a,x のようなサイズの違うレジスタ同士の演算で、16ビット側レジスタの値は、 6809では
> 下位バイトが対象になるが、 6309では8ビットレジスタが16ビットレジスタペアになったときに
> 対応する位置が対象となる。 exg a,x なら 6309では xの上位バイトが対象となる。
> ※ 実のところ、サイズ違いの演算は あまり未定義アドレッシングと意識せずに使用されて
> いたと思われ (アセンブラで普通に指定できてたと思う)、 オーソドックスに組まれたと思われる
> ソフトが 6309にCPU換装して動かなくなる原因はこのへんだったらしい(?)。

24 ：

データシート上は互換だったのに、
未定義動作の互換性までは考えていなかったというオチ。

25 ：

まあ、8080→Z80でもけっこう非互換部分あるけど、あんまし文句言ってる人見たことないし、いいんでないの?

26 ：

オーソドックスに組まれてないだろそれ。
素人ならともかく、プロが未定義使うってどうなの。

27 ：

エラーにしないアセンブラが悪い希ガス

28 ：

使うヤツが悪いに決まっているだろ
アセンブラ、コンパイラのエラー報告は忠告程度
エラーがなくても疑うのがプロ

29 ：

>>28
アセンブルのたび、リンクのたびに出力されたコードをプログラマが精査ですか? プロって大変なんですね。

30 ：

全てやる訳無いだろ、バカかオメーはよ
アグレッシブなコードだけ精査するに決まってんだろ
とろい突っ込み入れてんジャネーヨボケが

31 ：

>>30
え、それじゃあ「エラーがなくても疑うのがプロ」てのは嘘なの?

32 ：

なんだ、テスト中は全然こなかったのに、テスト終わるとさっそくやって来たな。

33 ：

>>32
キミの頭の中はまだ学生気分なの?

34 ：

ていうか、意識して未定義使うとかの話じゃなくて、
意図せずにないsrc/dstの組み合わせをしてしまったとかの話なの？

35 ：

アマチュア製アセンブラやコンパイラが普通に使われていた時代
アマチュアとプロの境界線も曖昧だった時代
未定義動作の記述ハジくとか石の製造メーカーが作ったアセンブラぐらいしかなさそうな気が

36 ：

>>35
> アマチュア製アセンブラやコンパイラが普通に使われていた時代
そんな時代あったか？
俺は使ったことない。

37 ：

なんか、マシン語とか言いながらバイナリダンプを指すような人達の会話に見えてるな…

38 ：

>>36
お仕事でCP/Mとか使っていたヒトは知らないかもしれんけど
アマチュアホビーストはそんな高いモノ普通は手が出なかったから
ホビーストお手製のシステムプログラムでお茶を濁していたのだ

39 ：

この場合は6309だからCP/MじゃなくてOS-9とかだな。

40 ：

パソコン一台買って小遣いが干上がった子供はソフトは自作か雑誌で手入力

41 ：

>>38
お仕事の話じゃないのか…

42 ：

>>33
ならいいな、そろそろ赤いちゃんちゃんこに手が届きそうなんだよ。

43 ：

>>42
頭の中が学生気分であるか否かと、年齢ってあんま関係ないんじゃない?

44 ：

1D SEX

45 ：

符号拡張命令はホントに人気だねぇ

46 ：

CBWすげぇ

47 ：

別人の横レスですが、たとえば B を破壊せずに
X の下位バイトを A で使いたいとき
PSHS B
TFR X,D
TFR B,A
PULS B
等とする代りに
TFR X,A
だと一命令で済むから、少しでも節約したい場合(プロ/アマ問わずゲーム等)
もしかすると裏技的な常套手段だったのかも
これが 6309 だと、下位でなく X の上位バイトが転送されてしまうので
いきなり不具合に…　　単なる憶測ですみません
http://www.scribd.com/doc/72374827/6x09-Instruction-Sets

48 ：

だから、未定義命令を仕事で使っちゃだめだろ
純正品だってrevisionが変わったら動かなくなるかもしれん

49 ：

>動かなくなるかもしれん
その修正を有料で受けることを考慮した仕事を(ry

50 ：

TB級のHDDをカセットレコーダーエミュレーションさせて8bit機に活用出来ませんかね

51 ：

ICレコーダーでいいだろ

52 ：

999GBまど読んでエラーにする機能も実装

53 ：

>>48
ゲームとかでは使われている事が多々あって、実際MSXではHD64180機で動かないソフトが(ry

規格なんて、大手だって無視するんだぜwwww
iPadのUSB充電とか有名でしょw

54 ：

>>53
>MSXではHD64180機で動かないソフトが(ry
MSXでは64180の方が規格違反だろ。日立も64180のことをZ80コンパチとか謳ってないし。

55 ：

64180搭載機はZ80と切り替えられるから規格違反ではない

56 ：

>>55
動かないんだからどっか違反してんだろうな

57 ：

>>56
HD64180とかZ180とかZ380では
Z80のインデックスレジスタ関連の未定義命令が排除されてるってだけの事だな。
Zilog的には公式には存在しない命令なんだから
排除も何もない訳だがwww

58 ：

Z80も各命令の挙動についてマニュアルに全て書かれてる訳じゃないしな

59 ：

裏挙動があるのかー

60 ：

裏命令を使うとか今の基準で考えるとありえない事やってたんだな

61 ：

今は例外割り込みとかあるからな、普通に使えない。
(まぁまだCPUにもよるが…)
当時は速度が必要十分じゃなかったことと、メモリが高すぎたからな。
１バイト節約のためにトリッキーなことをするのも、たしなみみたいな意識もあったし。
(それはそれで色々問題あるが)

62 ：

ホントにメモリが逼迫していたり処理を速くしたくて
裏技を使うのは仕方が無いと思うけど
知っている事を自慢したくてとか、興味本位で使うヤツはギルティーだな

63 ：

64180とZ80じゃDAAしたときの挙動が違ってた気がする

64 ：

DAA命令って、8080でも、Z80でも、64180でも、マニュアルでちゃんとした動作の定義なかった気がする

65 ：

>>62
ある意味IOポート命令でVRAM(16bitアドレス指定アクセス)をするのもそうだな。
確か当初はOUT(C),Aとか上位バスにBレジの内容が出るとかいうのは、正式にはなかったはずだし。
DAAは8080A以降の命令じゃなかったかな、Aなしはなかったと思う。
それ以前に積極的に使う場所が限られてたような。

66 ：

>>65
>ある意味IOポート命令でVRAM(16bitアドレス指定アクセス)をするのもそうだな。
>確か当初はOUT(C),Aとか上位バスにBレジの内容が出るとかいうのは、正式にはなかったはずだし。
少なくともシャープのマニュアルには書いてあったぞ。
>DAAは8080A以降の命令じゃなかったかな、Aなしはなかったと思う。
Aなし→Aあり は電気的に改良されただけ。

67 ：

あ、そうだNECの偽物の話とごっちゃになってた。ぐぐって確認。
シャープのZ80だってところがミソってことだったんだろうなｗ

68 ：

Z80ってバグあったよね

69 ：

Zilogのマニュアルにも書いてあるがな

70 ：

>>65
>ある意味IOポート命令でVRAM(16bitアドレス指定アクセス)をするのもそうだな。
>確か当初はOUT(C),Aとか上位バスにBレジの内容が出るとかいうのは、正式にはなかったはずだし。
↓の269頁とか見れ
http://www.z80.info/zip/z80cpu_um.pdf

71 ：

288ページしかないんだが

72 ：

288ページもあれば、充分だと思うが。
まあ、out (c),a というニーモニックだし、"select the I/O device at one of 256 possible ports"
なんて書いてるから、たまたま A8-A15 に Bレジスタの内容がでるような設計になってて、
便利そうだということで仕様になったんだろうね。

73 ：

>>70
それ新しい版だから

74 ：

>>73
古い版のにはなかったとか言いたいならお前がそれ提示すればいいと思うよ

75 ：

ドヤ顔(笑)

76 ：

>>72
The contents of register C are placed on the bottom half (A0 through A7) of
the address bus to select the I/O device at one of 256 possible ports. The
contents of Register B are placed on the top half (A8 through A15) of the
address bus at this time.

77 ：

>>76
Bレジスタがアドレスの上半分に出てくるなんて書いてないだろ

78 ：

>>76
何を言いたいのか書いてくれないかな？
>>77
> The contents of Register B are placed on the top half (A8 through A15) of the
> address bus at this time.
> レジスターBの内容は、アドレスバスのトップの半分(A15によるA8)にこの時期に置かれます。

79 ：

ZiLOG Z80 Family User's Manual
OUT (n), A
Description: The operand n is placed on the bottom half (A0 through A7) of the address
bus to select the I/O device at one of 256 possible ports. The contents of the
Accumulator (register A) also appear on the top half (A8 through A15) of
the address bus at this time. Then the byte contained in the Accumulator is
placed on the data bus and written to the selected peripheral device.
OUT (C), r
Description: The contents of register C are placed on the bottom half (A0 through A7) of
the address bus to select the I/O device at one of 256 possible ports. The
contents of Register B are placed on the top half (A8 through A15) of the
address bus at this time. Then the byte contained in register r is placed on
the data bus and written to the selected peripheral device. Register r
identifies any of the CPU registers shown in the following table, which also
shows the corresponding three-bit r field for each that appears in the
assembled object code:

80 ：

ザイログ発行の資料にBレジスタの事が謳われていないんだから
それを見込んだプログラミングはトリッキーと言われても仕方が無いね
シャープについてはもう言う事無い、ただ異常としか
これからは使わないようにしようね

81 ：

>>80
>>79はZiLog発行資料な

82 ：

>これからは使わないようにしようね
そもそも、今後Z80のプログラムを組む可能性のある人は
ほとんど居ないんじゃなかろうか。

83 ：

>>81
だからそれのどこにもそんなこと書いてないじゃん
ザイログの資料にないことは全部裏技
裏技使えばどこかで問題が出る可能性が残る
だから使わないようにしようね
正統派のプログラマーは

84 ：

>だからそれのどこにもそんなこと書いてないじゃん
???

85 ：

>>83
>だからそれのどこにもそんなこと書いてないじゃん
>ザイログの資料にないことは全部裏技
http://www.zilog.com/docs/z80/um0080.pdf の15ページ、'Figure 7. Input or Output Cycles' に
A15-A0 のタイミングまで書いてあんのに?

86 ：

都合の悪いことは見えなくなる人かな？

87 ：

古いのもってこいよ

88 ：

レジスタBの値がアドレスバスの上位に出るから積極的に使ってネ
VRAMなんかI/Oアドレスに繋いでアクセするすると良いよ
とでも書いてあると思っているのか
マニュアルは事実だけしか書かれていない
それをどう使うかはユーザー次第
トリッキーなコード書くのもユーザー次第
ﾒﾝﾃﾅﾝｽが出来るならどんなコードでも良いんだよ

89 ：

>>70
それさところどころ間違ってるとこあるよね。
IN A(C)はED 7BじゃなくてED 78だよね。
ED 7B xx xx は LD SP,(nn)だよね。

90 ：

Z80の売りの一つなブロック入出力命令だと実質使えないんだから
積極的に16bitI/Oアドレス使ってねとは書けないよなwww

91 ：

>>90
Z80の売りの一つはDRAMのリフレッシュ機能だからDRAM以外は繋いじゃダメ、くらいナンセンスな話だな。

92 ：

>>90
Bレジスタがアドレスバスに出るから、OTIRとかINIRとかで
「あと何回で転送が終わるか」がCPUの外からも見えて便利なわけだなwww

93 ：

>>90
大活躍の間違いじゃないか

94 ：

I/OはA0-A7とA8-A15を入れかえて配線すると便利ですよ
とマニュアルに書いてて欲しかった
そうすれば公知の事実になったのに

95 ：

>>94
SONYのSMCﾅﾝﾄｶはそんな感じのI/Oマップだったらしいけど、なんか便利だった?
VRAMの並びがリニアでない時点でダメダメな気がするけど。

96 ：

なんでリニアでないとダメダメなの？

97 ：

16ビットでアドレス計算したあとペアレジスタの上下入れ替えるなんてしたくないよね

98 ：

I/Oのアドレス上下入れ替えて、VRAMはI/Oにぶら下げられるわ、1命令でI/Oは
アクセスできるわって話なら、I/Oのアドレス入れ替えるの止めてメモリの64KBの内
256バイト潰してメモリマップドI/Oにするのも考慮していいと思う。

99 ：

>>97
入れ替える必要ないんでないの？

100read 1read

1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲

パソコンサンデー回顧録2 (456)
ヨドバシカメラ (214)
OS-9スレッド (541)
MSXヤフーオークションスレ part2 (534)
★【ＡＴＡＲＩ】★ (228)
富士通Ｋシリーズ (207)
--log9.info------------------
【2D&3D】ゲームグラフィックス【質問OK】 (272)
NScripter Ver.18.00 (797)
【アイデア命#】配布型ＣＧＩゲームをつくろう (230)
【復活】shi3zスレ【元祖】 (839)
モナーＲＰＧを作ろう！　Part 8 (274)
人工知能or人工無脳作ろうぜ (840)
【入門書クリア前提】初心者用段階的ゲーム製作スレ (232)
【オープンソース】Construct【ゲーム作成ソフト】 (632)
作業じゃないミニRPGを作ってます (388)
絶対に成功しないプロジェクト　1000の特徴 (282)
ワールドネバーランドみたいなゲーム (250)
C言語×ダンジョン×学園なゲームを創りたいスレ (721)
不甲斐ないSEに変わってFFを作るスレ (497)
CEDECどうだった？ (514)
推薦図書/必読書のためのスレッド in ゲ製作技術5 (657)
RPGツクールの不満なところ (303)
--log55.com------------------
SIAM SHADE 50
SEX MACHINEGUNS (183)
【氷室京介】暴威-BOOWY-ﾎﾞｳｲ Vol.10【布袋寅泰】
【大日本】ガゼット-the GazettE-179【異端芸者】
新興宗教楽団NoGoD21
【シューゲイザー】Kαin #21【ﾈｵｱｺ ｴﾚｸﾄﾛﾆｶ】
LUNA SEA 350
PIERROT 362