<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns="http://purl.org/rss/1.0/"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
>
<channel rdf:about="http://blog.livedoor.jp/hardyboy/">
<title>まごころせいじつ堂 - 6502</title>
<link>http://blog.livedoor.jp/hardyboy/</link>
<description>浜町庄金　研究開発
　マイコンで遊んでばっかりで

</description>
<dc:language>ja</dc:language>
<admin:generatorAgent rdf:resource="http://blog.livedoor.com/?v=2.0" />
<items>
 <rdf:Seq>
  <rdf:li rdf:resource="http://blog.livedoor.jp/hardyboy/archives/9697754.html" />
 </rdf:Seq>
</items>
</channel>

<item rdf:about="http://blog.livedoor.jp/hardyboy/archives/9697754.html">
<title>Fenestra6502の石数削減の検討</title>
<link>http://blog.livedoor.jp/hardyboy/archives/9697754.html</link>
<description>　@hatsugaiさんのFenestra6502。既存の6502にレジスタウィンドウ的なメカニズムを外付けして、関数呼び出しでの引数/結果の受け渡しに関わるコストを劇的に改善している。　引数の受け渡しおよびローカルな作業エリアはダイレクトページ上に確保し、関数呼び出しとリターン...</description>
<dc:creator>hardyboy</dc:creator>
<dc:date>2020-10-20T01:45:53+09:00</dc:date>
<dc:subject>6502</dc:subject>
<content:encoded><![CDATA[<div>　<a  target="_blank" href="https://twitter.com/hatsugai">@hatsugai</a>さんの<a  target="_blank" href="https://github.com/hatsugai/Fenestra6502">Fenestra6502</a>。既存の6502にレジスタウィンドウ的なメカニズムを外付けして、関数呼び出しでの引数/結果の受け渡しに関わるコストを劇的に改善している。</div><div>　引数の受け渡しおよびローカルな作業エリアはダイレクトページ上に確保し、関数呼び出しとリターンに対応するJSR/RTS命令でこれらの領域がずれて割当てられる。256バイトのダイレクトページは以下の割当て。</div><br /><div>%i $00-$3F 　呼び出し元からの引数。RTSでもどる前に結果をここに置く。<br /></div><div>%l $40-$7F　ローカル作業エリア。<br /></div><div>%o $80-$BF　JSRで呼び出す先の引数を与える。JSR先では%iで参照。<br /></div><div>%g $C0-$FF　グローバルエリア JSR/RTSで割当ては変化せず。</div><br /><div>%i,%l,%o,%gはSPARCアーキテクチャのレジスタウィンドウに合わせた分類で、役割も同様。</div><div><span  class="css-901oao css-16my406 r-1tl8opc r-ad9z0x r-bcqeeo r-qvutc0">JSR前の$80-$BFが飛び先では$00-$3Fに対応する。</span></div><br /><div>他にレジスタウィンドウを持つアーキテクチャはAMD Am29000、Intel i960、Intel Itanium、クヌースのMMIX。HITACHI H16も似たようなメカニズムを持つ。</div><br /><div>　Fenestra6502の仕組みについて。128Kバイトのメモリについて、$100C0~$1FFFFを65C02のアドレス空間に割り当てている。65C02の$0000~$00BF(192バイト)については外付けの回路でアドレス変換を行い、$00000~をダイレクトページ領域として割り当てている。</div><div>　アドレス変換はJSR命令で+1、RTS命令で-1するアップダウンカウンタを持ち、ダイレクトページをアクセスするアドレス$0000-$00BFとこのカウンタの値(7bitオフセット：x128)を加算し128Kバイトのメモリ$00000~に変換する。</div><div>　カウンタは65C02のスタックが256バイトしかないので、0~127の7bitで充分。(JSR命令で2バイトのアドレスをスタックに積むため)</div><br /><br /><div>　Fenestra6502のハードウェアはW65C02Sと制御用のATMEGA164P、128Kx8 SRAM 628128。GAL 22V10 x2、LS74、LS191 x2、LS283 x2、LS257 x2。10cm x 10cmの基板に収めるのはちょっときびしい気がする。GALを活用すればさらに石の数を減らせるんじゃないかと検討してみた。</div><br /><div>　Fenestra6502の回路図。(2020/10/14 Rev, 1.2)</div><div><a  target="_blank" title="Fenestra6502" href="https://livedoor.blogimg.jp/hardyboy/imgs/e/2/e24ff097.png"><img  class="pict" alt="Fenestra6502" src="https://livedoor.blogimg.jp/hardyboy/imgs/e/2/e24ff097-s.png" width="480" hspace="5" height="328" border="0"></a><br /><br /></div><br /><div>検討１：U6 LS74の削減</div><br /><div>　INSTDEC(GAL 22V10)はJSR/RTS命令をデコードして次段のLS191に対しカウントアップ/ダウンの指示をしている。このカウンターへの指示はLS74で1サイクル分保持されている。この程度ならINSTDECに吸収できそうだ。<br /></div><br /><div><a  target="_blank" href="https://gist.github.com/houmei/c130e530cd21b937e0c2ab692abbc41a">https://gist.github.com/houmei/c130e530cd21b937e0c2ab692abbc41a</a> INST22Q.PLD</div><br /><div>　FFの初期化のためのRESETを追加。これでU6 LS74をなくすことができる。</div><br /><br /><div>検討２：デコーダとカウンタの統合</div><br /><div>　カウンターは7bitあればよい。これと命令デコード部分を１つのGALでできないか？</div><div>　SYNC信号は命令フェッチのタイミングを示す。この立ち下がりのタイミングでデータバスに乗る命令をデコードし、そのままカウンタのアップ/ダウンを指示すればいけそうな気がする。SYNC信号を反転してその立ち上がりで動かせばよさそう。こういうのは昔の汎用ロジックの使い方っぽい。SYNC信号は!SYNCOUTとして反転出力し、それをGAL 22V10のCLK入力に与える。<br /></div><div>　命令デコードは8bitのデータバスを扱うためこれをそのままカウンタ回路につなごうとすると項数オーバーでパンクしてしまう。そこでデコード結果はいったんDU,CTEN出力として割り当て、フィードバックループでぐるっと回して入力信号に与える。<br /></div><div>　これで命令デコーダとカウンタはGAL 1個に入った。検討1での代わりに使うとLS74、LS191 x2の計3個を削減できる。そのかわりWR/RDなどの信号が扱えなくなるがこれは後で別のGALに追い出す。</div><br /><div><a  target="_blank" href="https://gist.github.com/houmei/15200ba5cba0b7c1f2282d67f5fabcfa">https://gist.github.com/houmei/15200ba5cba0b7c1f2282d67f5fabcfa</a> CT7INS22.PLD<br /></div><br /><br /><div>検討３：加算器をインクリメンタに変更</div><br /><div>　カウンタの出力7bitはアドレスA[13:7]に対応する。これにゼロページの変換対象となるアドレス$0000~$00BFが加算されるが、この下7bit A[6:0]はそのままスルーでA[7]のみカウンタの値と加算される。これは全加算器ではなく+1インクリメンタで充分。<br /></div><div>A[14]はカウンタの値が繰り上がった時に'1'だけど実質常に'0'。A[15]は常に'0'。</div><div>SRAMに与えるアドレスYA7はGALのU4 ADDRDECで生成しているRA7と同等のもの。端子が空いていたので配線の都合がよいように定義しただけ。</div><div>インクリメンタが出力するアドレスY15~Y8(ついでにY7)はOEでアウトプットイネーブルの制御を行う。これに65C02からのA15~A8を接続したLS245(新規追加)の出力をSEL信号で選択することによりアドレス変換/無変換後のアドレスをSRAMに与えることができ、LS257 x2を削減できる。</div><div>　これで従来の加算器とアドレスセレクタはLS283 x2とLS257 x2の4個を削減、GAL +1、LS245+1。<br /></div><br /><div><a  target="_blank" href="https://gist.github.com/houmei/61b1b5b993d6b3e78fe0186cc4cafa8f">https://gist.github.com/houmei/61b1b5b993d6b3e78fe0186cc4cafa8f</a> INC128.PLD<br /></div><br /><br /><div>検討４：その他の論理</div><br /><div>　検討２ではみ出てしまった RAM OEとRAM WEをGAL ADDRDEC(22V10)に押し込む。</div><br /><div><a  target="_blank" href="https://gist.github.com/houmei/552cdbcd841df929079a73506b85517e">https://gist.github.com/houmei/552cdbcd841df929079a73506b85517e</a> ADDR22.PLD<br /></div><br /><div>これで最終的にGAL 22V10 x3、LS245 x1になった。あとはレイアウトの都合で端子の配置を手直しすればよさそう。</div><br /><br /><br /><div>※これは机上での検討のみで実際には作っていませんのでご注意ください。</div><br /><br /><br /><div>　えっamazonにあるの？<br /></div><br /><div><div  class="amazon Default"><div  class="pictBox" align="left"><a  target="_blank" href="https://www.amazon.co.jp/dp/B08KXW1JML?psc=1&amp;tag=keisanki-22&amp;th=1&amp;linkCode=osi"><img  class="pict" style="margin-right:10px" alt="5pcs / lot GAL22V10B-15PC GAL22V10B 22V10 DIP-24在庫あり" src="https://m.media-amazon.com/images/I/31LLJyqpBqL._SL160_.jpg" hspace="5" border="0" align="left"></a></div><div  class="itemTitle"><a  target="_blank" href="https://www.amazon.co.jp/dp/B08KXW1JML?psc=1&amp;tag=keisanki-22&amp;th=1&amp;linkCode=osi">5pcs / lot GAL22V10B-15PC GAL22V10B 22V10 DIP-24在庫あり</a></div><div  class="itemSubTxt">YA13-JP-R015903</div></div><br  style="clear:left" clear="left"><br /></div>]]>
</content:encoded>
</item>

</rdf:RDF>
