個人の換装であり効用・効能を謳ったモノではない

 GAME-CCのやらかしバグについて まず、問題のファイルは ランタイムパッケージに相当する 「gamecc.asm」の中の W82            RMB        6+1            ; DIVIDE BINDEC/WORK ;            FCB        0 この箇所、これ gamecc.asmの終わりの方の、ほとんどRMBの並んでる中、ただ1バイト分 0をメモリに書き込んでる。 そこだけピンポイントで0格納するようにHEXファイルが生成されれば無駄もないんだが、 アセンブラの種類によっては前後のRMBブロックもゼロフィルして無駄に大きなHEXファイルになる。 W82は6バイト確保だったのを7バイト確保にしてFCBを消したんだが、一見これでも 動作はする。 メモリというものが、電源入れた直後に全てゼロになる前提なら。今回のエミュはそうはいかない。 メモリの確保イコールゼロで初期化まではやっていない。実機でもSRAMにしろDRAMにしろ電源投入直後は電気的には不確定なのが通常で ROMから起動したモニタがメモリをゼロフィルしてメモリの正常動作を確認するのが一般的な初期動作になる。 これまでにテストで使ったlinux上のエミュはメモリのゼロフィルが当たり前だったのが災いした形になる。 この6バイトは、数値の左詰め表示のための結果格納バッファで符号のための1バイト、1から32767までの5桁を入れる5バイトの合計6バイトになる。 そして、GAMEの内部処理では文字列は0終端の集合として扱って表示しているので、数値文字列の終わりのための0を入れる7バイト目が必要になる。 これを端折ったため、maze.hexのオブジェクトのエスケープシーケンスでカーソル位置指定する計算式で 結果が正しく出されずに謎文字列の羅列が爆発するバグにエミュレータ作成初期に悩まされた。 BYNDECルーチンのリターン直前に W82+7の位置に0を書き込むコードを挿入して回避するように修正。 エミ...

 githubで公開されてる、FM-7/77/AV系のエミュレータでlinux環境でも直で使える エミュとして唯一あるのが 77AVEMUであるが、ビルドの為のライブラリ導入のため目的のエミュ本体よりデカいTOWNSEMUを必要としたり、GUIが使えますと案内するが肝心のGUIのビルド方法については全く説明がないとか 謎仕様の塊で なかなか敷居の高いエミュなんだが 決して完成度の低いわけではないので ターミナルからCUIで使うか、pythonでも使って自前でフロントエンドでも作るかすれば済む話ではあるが、せっかく作者の方が用意してくれたのに使わないのはストレージの肥やしとしても勿体なさ過ぎるので、chatGPTとアレコレ対話しながら悪戦苦闘して 何をどう修正したとか 細かく説明したり、diffとってパッチファイルにするとかとてもじゃないが面倒なので、必要なファイル放り込んだフォルダごとZIPにしたので約240Mとデカいファイルだが 必要なら各自で ダウンロード して試してみて。最低限やった内容はHowToってテキストに書いてるけど あとは 各自でchatGPTにでも相談して解決して。    

 今回も動画からですが、物凄い地味な動画からです。とは言え、内容的には大きな成果ではあります。  地味な割にじっくり見てもらいたい部分があるので、 ダウンロード推奨 です。 お馴染みのBASIC9を読み込んで起動させ、time.bsという数行の簡単なBASICプログラムを走らせてます。一見ただ画面の左端を数字がカウントアップしてるだけの5秒位の動きですが、  --------------------------- 1 POKE &H0219,0:POKE &H0218,0 10 POKE &H8000,0 20 PRINT PEEK(&H0218)*256+PEEK(&H0219) 30 GOTO 20 ---------------------------- 中身はこんな感じです。メモリの0x0218と0x0219に0を書き込んで後は繰り返し読み出して表示しているだけです。これESP32からおよそ100ミリ秒のタイマー割り込みを受けて。1秒毎にカウントアップするようになってます。 動画編集ソフトのAvidemuxで1から2に変わる境目が 1:14.333 2から3に変わる境目が1.15.366 なんで おおよそ 1秒で1カウントアップする感じになってます。   でそれを踏まえて、アスキー文字でマンデルブロ図形を表示するプログラムの開始と終了の時間差を出して 130秒前後 の結果が出ました。 このタイマーの元ネタは  JR2XZY ブログ  の シリアル通信速度自動設定編  に出てくるPICの出力を見てたら、GPIOピンが一本空いてるのに気が付いて、見たらおおよそ100ミリ秒のパルス出てるのを見付けて、タイマーモドキに使えない？って考えて 実機のSBCのFIRQに送ってイロイロやっては見たけど 結局動かず。FIRQの処理中に次のパルスが来て無限ループしてるからかとか考えて、FIRQの処理中はパルス止める手段を加えないと無理かななんて思っていたんですよ で、エミュレータの中ならその辺はどうとでもなるかなとやってみたんですが 特に パルス止める処理とか必要なかったです。上に出てるBASICプログラムの10行にある 0x8000番地に0書き込んでるのは、リセット直後...

    まずは、動画を上げてみる。これはシリアル接続での実際の使い方の参考例動画で 全部で10分ほどです。音も字幕による解説も何も入れてません。googleの都合で、画質を落とされるので、端末の文字などをくっきり見たい方は 4shared で 上げているので、22メガ程のサイズですがダウンロードしてローカルで再生してみてください。 おおまかな流れとしては、SDの中身をDIRコマンドで一覧したり。LOADコマンドでGAME09インタプリタをロードして、GAME09にはリセットベクタなどの情報は含まれないのでVSETでスタートアドレス(0x9000)を設定して。一度 起動させます。そのまま CTRL+D で コマンドプロンプトに一度戻ります。 そこで GAME用のソースファイル MAZE.GB をLOADコマンドで読み込み。テキストデータの従来のGAMEプログラムソースはGAMEインタプリタの扱うメモリ空間に直接与えても受け付けてくれませんのでそれ用に変換した言わばGame source Binaryということで拡張子にGBを付けて区別してます。同様にBASICのソースもメモリ上では中間コードに変換して保持されるので従来のBAS形式では受け付けてくれません。GAMEの.gbファイルは簡単なpythonプログラムで変換できるのですが、BASICの中間コードの変換はかなり面倒なので、端末上のコピペ転送で一度読ませて、BASIC自体に変換させて保存する方法で間に合わせてます。 さて maze.gbファイルの読み込みが済んだら。そのままGOコマンドで戻るとソースエリアをクリアされて消えるので、VSETで0x9003(GAME09のホットスタート番地)を設定してGOコマンドで戻ります。0と打ってリスト表示を確認して、#＝1で実行。適当に数回ループさせて CTRL+D で コマンドプロンプトに戻ります。CTRL+CだとGAMEインタプリタに戻ります。次にLOADでsieve.gb lifegame.gb othello.gb と読み込んでは実行の流れを繰り返してます。CTRL+D は キー入力部で判読してるので 数値入力待ちのときに打てば強制的にプログラムを終了してコマンドプロンプトに戻ってこれます。GAMEインタプリタでの動作の後は同じものをコンパイルしたオブジ...

 これまでも、何度かPIC32を使ってMZ-80を再現するのとか挑んできたんですがPCGや320x200のグラフィック機能とか再現したりも、ただ8253周りの動作が怪しく 実機だと音が出るところで音が出ないとか在ったりで 現状保留中。しかも画面出力がコンポジット出力なのでその辺の改善も含めてVGAで出せないかと思案中に こんなモノを発見。       VGA出力のあるPIC32のduinomiteってのも持ってはいるんだが、これも いずれはMZ-80モドキにする前提で保留中。 で、これで何がやりたいかと言うと SBC6809の上位互換マイコンでも作ろうかと fabglなどを入れなくとも、arduino-ESP32としてだけでも、シリアル端末接続で SDカードの利用も可能で 先々fabglも組み合わせれば VGAでグラ表示もできるし、単音だが音も出せる。PS2キーボードやマウスも使える。ESP32のタイマーで6809にタイマー割り込みをかけて疑似時計モドキの機能も載せれる。ヘッドセット用に開けてあるピンはGPIOなので 使い方によってはLEDチカチカもできるかも？ で、いざ6809エミュレータを誰か作ってるだろうと探してみたら 一人しかいないw 試しに入れてみたんだが、作者謹製のモニタ機能が6809コア部分にまで食い込んでいてシンプルなSBC6809の再現に激しく邪魔になる。そりゃバグ取りとかには重宝するかもしれないけど、棲み分けできるならしておきたいなと思うわけでして。そこでPC用の6809エミュレーターで端末動作前提のソースファイル構成がなるべく単純なものを探して行き着いたのが virtual-multicomp  Z80,6502,6809の複合エミュだがそれぞれ独立しているので 3つのエミュレータが一つに入ったお徳用パックみたいなものだ。しかも 6809用のフォルダ以下の部分だけで独立してビルドできるし必要なファイルも整理すると6809本体部、ヘッダ、端末処理部の3つで済む。   最初に6809部の動きとUARTの入出力を組み込んで BASICROMを 組み込んで 動作することが確認が取れたので、そこからアレコレ試行錯誤というドロ沼での悪あがきが始まる。       ...

現在使用しているCPMエミュレーターは2種類 一つは、 https://github.com/jhallen/cpm から cpm を紹介します。 最後の更新から3年経過してますが、それでも まだ新しい部類の方です。 $ ./cpm #### で linuxのカレントディレクトリにあるCPMコマンドを直接起動して端末画面上で動作させることが出来ます。 $ ./cpm だけの場合は、linuxのカレントディレクトリを cpmの A> として扱います。 これは、BDOSエミュレーション機能によるものだそうです。 難点は、tek4010のコードを素通しできないので、一部改変が必要なことと。 BDOSエミュレーション機能のもとではhi-tech-Cがエラー出して、利用できません。 BDOSエミュレーション機能を切って、用意されたディスクイメージ上に hi-tech-Cの諸々をコピーしてやれば使えるやもしれませんが、 そこまでの手間を掛けるのも如何なものかと思われるので試すことすらしていません。 tek4010対応 改変版のリンクは https://www.4shared.com/s/flRE-X7-pfa 二つ目は、 https://github.com/serge-404/CPM32 から 「CP/M-80 program EXEcutor for LINUX」を紹介します。 こちらは、先の「cpm」と同じようですが A>のような コマンドプロンプトモードはありません。 linuxのシェル プロンプトから、カレントディレクトリにあるcpmコマンド 拡張子 COMかCPM のファイルを実行します。 難点は、tek4010のコードを素通しできないので、一部改変が必要なことと。 こちらではhi-tech-Cでのコンパイルはできるのですが、 逆にMBASICがBDOS・BIOSの機能の一部が対応してないとエラーで動作しない。 C言語より当時メジャーだったBASICが動かないのはかなり痛い問題なんだが この問題は、既に作者のもとに報告されているので そう遠くなく改善されると期待する。 あと、動作異常でターミナルに戻ってくるとターミナルの表示が乱れる場合は $ stty saneで解消されるらしい。 tek4010対応 改変版のリンクは https://www.4sh...