8086 vs. Z80 vs. 6809 vs. 6502 その16
8086(8088)・Z80・6809・6502のうち、どのCPU(MPU)が優れているか議論するスレッドです。
CPU(MPU)アーキテクチャや周辺デバイス制御など
基本的に「石」に関連する議論なら、ほぼ何でもアリです。
♪ /.i /.i /.i
♪ ∠__ノ ∠__ノ ∠__ノ
〈,(・∀・;)ノ・∀・;)ノ・∀・;)ノ
└i===|┘i===|┘.i===|┘
〈__〈 〈__〈 〈__〈
■過去スレ(勝手にワッチョイ化)
8086 vs. Z80 vs. 6809 vs. 6502 その15
https://kizuna.5ch.net/test/read.cgi/i4004/1624078918/ よくわからんがシーケンサ(リレーよろしく接点ON/OFF制御する)っぽい話ということかねえ ヤナセ「世界ではじめてコンピューターで走るフォルクスワーゲン」 グーグル検索でトップに出てきた
内部写真がpdfカタログのトップに写ってる アナログ・コンピューターだったのかな? オペアンプ本来の使い道
今はデジタルコンピューターだからプログラムで処理するためには数値化するADと
アナログに戻すDAが必要だけどアナログコンピューターならそのまま連続性を持って処理できる(アナログシンセみたいにズレるだろうけど) >自動車に使われるマイコンが世界で初めて開発されたのは1977年で,場所は米国テキサス州のAustinでした.そ
>れは,米国General Motors社向けの,エンジンの点火時期制御のためのカスタム・マイコンとして誕生しました.
>翌年の1978年には,そのCPUコアをベースとした1チップ・マイコン「MC6801」が開発されました
知られざる車載マイコン徹底解剖 - CQ出版社 アナログコンピュータ云々でOPアンプが生まれたという話はみたことあるが、
そもそも微分方程式でつまづくような人間には_だった ><; 微分積分いい気分〜♪
解けると気持ちいいんだけどね
ラプラス変換を知った時は「ずるい」って思った笑 >>301
基板が全然電子計算機に見えないのはともかくとして
排ガスがきれいになった〜の理由がNOxじゃないのか
時代を感じさせてて面白いな。 >>301
pdf見てみた、時代的に uA709か 741の CANパッケージだな
1グレードだけコンピューター無しだけど、パワーも最大巡航速度も同じ!ってのが、寂しいねぇw >>304
1970年代以前はインジェクションといえば「機械式」だった
昔の欧州車には機械式インジェクションを装備したモデルがけっこうありました。
だがしかし、気温や気圧、水温などの条件変化に対応した噴射量の変更ができない機械式インジェクションでは
強化される一方の排ガス規制をクリアできないため、
空燃比補正フィードバック制御ができるマイクロプロセッサー搭載ECUに淘汰されて消えていった
これは当時のS130ZのECU、「HD46802」が使われているが、
↓の正体はMC6802互換品です
https://i.imgur.com/FxwiLoL.jpeg
https://i.imgur.com/ECtJ9yk.jpeg
https://i.imgur.com/dWrjFKc.jpeg MC6802が載ったワンボードのトレーニング用マイコンが発売だってさ
商品名ERIS6800 >ERISシリーズ として
>ERIS6800 (MC6802搭載)
>ERIS6809 (MC6809搭載)
>ERIS Z80 (Z80搭載)
>ERIS68008 (MC68008搭載)
>ERIS6502 (MCS6502搭載)
>の展示とデモを行いました。
>左側の黒いバインダーは ERIS6800 のマニュアルです。
>1975年当時のマニュアルと同じデザインで新規に制作しました。 何年か前にワンボードマイコンスレ?で一瞬話題になってたやつだな
まだ生きていた案件なのかw 近頃は6502のワンボードを開発中みたいだね。
なにやらAIM-65互換とのことだが6502は国内では文献が
Z-80や6809のように多くなく、NET上の解説ページを参考に
するしかないから苦労するだろうな。
まあ海外雑誌のMICROあたりを読めればなんとかなるのだろうけど。 6502 datasheetやbus chartでググったらわんさかでてくるし
ボード固有のデバイスも説明書ないわけないかと 6502のプログラミングの実際とかコツみたいな実践的なのは日本にはあんまない気がするね。
アメリカにはAppleII関係でたくさんあるみたいだけど。
スタックとかの色んな制約を回避するテクニックとか6502はそこら辺が特殊だから。 1977年のApple IIやCommodore PET、
1979年のAtari 800、って6502のホビーパソコンが主流だったからでしょ
Apple IIだけならそこまで6502ばかり扱いにはなってなかった >>311
インジェクションは燃料を噴射する電子制御の装置のことで
機械式の燃料を噴射する装置はキャブレターでないのか
ttps://www.goo-net.com/magazine/carmaintenance/repair/215999/#toc1
>>317
ノウハウはHAL研とかコナミ(ハドソン)辺りにあるのではと
ただし今更6502のプログラミングをして役に立つとも思えない
率直に言ってアキュームレータが1個しかない6502は使いにくい
って言うか、どのようにプログラミングするのかを戸惑う
尚、Z80はパチンコで現役らしいがパチンコなど無くなった方が良い サンプルプログラムだけでもあればそれだけでもコツはつかめるけど、それさえも昔は少なかったね。
>>318
なんかねAppleIIのウォズのコーティングがスゴくて、それだけを解説した本がいっぱいあるみたいよ。
ハードウェアの方でもそういう本がいっぱい出てるんだって。 役に立つとも思えないという考え自体がなんかちょっとズレてる気がします。
この板で昔のパソコンで使われているCPUさわっている人は当時のシステムに
対してイマサラ中身を調査するとかコード書いてみて何か動かしてみるということ
自体に意味を見だしているのだと思うので。 そういうイロモノならY!のオレンジピコあたりで基板売らないかな。 >>319
インジェクションとは圧力をかけて燃料を噴射する方式のことで、電子制御かどうかは関係がない。
もちろん電子制御インジェクション(EFI等)と言う場合は電子制御に限るが、それは当たり前である。 たしかFILCOあたりのキーボードコントローラが6805系だったと思う(現行機種は知らない)
8051系と同じで知らないうちに使ってるかもしれん 6502はスタックポインタも8bitなんでしょ?
あまりに特殊すぎて手が出せない >>325
メモリ空間をフルには使わない小規模なヤツなら、小さなスタックしか使えなくてもどうにかなるやん
むかし、某社のポケコンのマニュアルについてた、それのCPU用のマシン語の説明でも6502とかと同じようなスタックとレジスタの仕様してた気がする >>325
もしもZ80の相対ジャンプとDJNZに16ビット幅に対応したコマンドがあったら…
最新AIにアセンブラコードを書かせると毎回やらかすので指摘するとルールはしっかり覚えている
だがしかし現実には応用できなくて「うっかり・失念」しましたと言い訳してくるので再指摘したら私はどうかしてました。また失念を… 6502そんなに使いづらいかな。当時ファミコンのゲームを作ってたけど良いCPUだと思ったけど。
APPLE IIやPET-2001も良い機械だったし名作も多い。APPLE IIのゲームはプロテクト外して逆アセして多くを学んだ思い出。 >>328
6502単独だと並のプログラマだと思うようにプログラミングはできない
ファミコンやPCエンジンのプログラミングは今で言うGPU(画像回り)の
ハード的、ソフト的(ライブラリ)なサポートが前提でないのかな
一部の秀でたエンジニアが開発環境を構築して、他はそれに乗っかる
的にして成立する制作現場、その観点ではAPPLEIIやPET-2001も同様
尚、制約があると打破しようと挑戦的に燃えると言う人がいるけど
自分を卑下する訳ではないけどそんなに優秀じゃないし 6502含む680x系は全然知らんけど
Apple IIの16ビットエミュレータ(Sweet16)みたいな話? >>329
全然関係なくて申し訳ないけど、
> 並のプログラマだと思うようにプログラミングはできない
> ハード的、ソフト的(ライブラリ)なサポートが前提
> 一部の秀でたエンジニアが開発環境を構築して、他はそれに乗っかる的にして成立する制作現場
この辺は現代でもそういう現場はそこそこあるから、6502だからとか8bitの時代だったからとかはあんまり関係ない気がする。 6502はForthなどのスタック指向言語で使うなら普通の8bit CPU扱いで特別視せず済むのでは >>333
256バイトじゃ心許ないから、本格的に使うなら仮想スタックを用意してって事になりそうではある。
スタックを複数個用意しなけりゃならない処理系にするならなおさら。
言語系はスタックを多用するし、そこら辺を考え出すと面倒な感じはする。特に速度の点でもね。 6502は65C02じゃないと細かい仕様上のバグでハマるので、それに比べたらスタックが8bitとかは問題にもならない >>336
ソフトウェアスタックフレームを自前で作る事自体は難しくないのだけど、割込が絡むルーチンのスタックの取扱いは慎重にやらないと一瞬で破綻するのが厳しい
そういう込み入ったアプリケーションを採用したいなら処理速度を気にしたら負け。ゴリゴリにアセンブラ書ける人以外は65系を触る必要が特にないかと 6800(のサブセット)なら B-CASカードとして大量に使われてるね 6802系の細かい仕様の部分は使い続けてた人はCPU差し替えてってたから、
65816にまで差し替え出来てたので65816が使えた扱いでも良いかな
後はカスタムな個々の話だろうし 5bitにまで減らす利点ってなんだろう?
16bitから8bitはアドレス演算専用の別ALUが無い初期CPUでは8bitALUを1回か2回かの2倍のアドレス計算のクロック数の差になるから分かりやすいが
8bitから5bitにしても3bit分を何かに活かせてるような仕組みが思い浮かばない そもそも2KBとかしかアドレスできないし、スタックはサブルーチンと割り込み待避用として割り切った仕様みたいよ。
そこら辺のことがここに書いてある。
http://www.st.rim.or.jp/~nkomatsu/mc680x/MC6805.html 上位ビットが固定なだけで
内部的にはフルでアドレスしてそう >>343
Aレジスタ8bit、Xレジスタ8bit、SPレジスタ5bit、PCレジスタ11bitだから、
メモリとしては32bit分とキリ良くなった訳か
8×4と並べてバスに繋ぐのに収まりよく面積を減らす事ができた設計と 一部の割り込みでステータスレジスタも保存する必要がある場合にも、アドレスと合わせて16ビットに収まるようにしてメモリ節約? 6805、昔ネタで買ったが死蔵してる
せめてTinyBasicでも動けば使い道(?)あんだけどな