(ブートローダーの他にHR復活させたり、Thursutmaster TOPGUNジョイスティック[2本目]修理したり内容の濃い週末だった。。。。)
とりあえず、ysflight.comにもページ作りました。
http://www.ysflight.com/FM/towns/bootloader/j.html
http://www.ysflight.com/FM/towns/bootloader/e.html (英語版)
結構アメリカでTOWNS動態保存しててくれる人多いみたいなんですよ。ありがたいことです。多分、この勢いだと来週にはSCSI2SDや変換番長などを使って起動できる救難ブートローダーもできていると思います。これに成功するとCDドライブもFDドライブも死んだTOWNSも金の力である程度よみがえらせることができるようになりますね。引き続き開発続行します。なお、津軽の開発が相対的に遅くなってますが、ひそかにSCSIコマンドの2バイト目の処理を実機に近づけるなどの変更も入ってます。はっ、既に秋学期が始まってるのに僕はこんなことをしていていいのか!?

> りうさん、WINDYさん、

今のところICメモリカードブートローダーは自分の環境で目処が立たないので保留にしてましたが、考えてみたら作って置いたら誰か方法を編み出したら起動できるかもしれないですね。一応SCSI HDのIPLが済んだら、作っておきましょうかね。

2020-09-28 09:51:35

今、衝撃の事実に気が付いてしまいました！

ついさっき、まさかと思うけど一応なあ、と、思って津軽上で試したところ、なんと！MXのSYSROMですが、普通にSCSIのCD-ROMドライブのブートセクタ読み込んでジャンプしますね。HDDもCDもSCSIの読み込みコマンドは同じで、セクタサイズは違うものの、セクタ0から読み込むのでどっちもメディアの先頭だから、ひょとしたらと思っていたのですが。読み込み前にINQUIRYを出しているのでHD以外だったら読まないと思ってたら、気にせずREAD 10 (28H)を出すようです。

当然、内蔵CDのつもりでブートしようとするので、「不法な割り込みが発生しました」と出るのですが、じゃあ、実機で本当にそうなるかやってみりゃいいじゃん。ということで、やってみたら、なんと出ました！「おお、MX実機でもSCSI CDから起動できるんじゃん！」と、思ってよくよく見てみたら、そういや今日からHRが置いてあるんだった！うっかり、津軽上ではMXのSYSROM、実機はHRのSYSROMで動作を確認してしまいました！

ただし、2FのSYSROMだとだめだったので、おそらく、雰囲気としてCX以降はSCSIにつながってればHDDでもCDでもブートセクタを読むのではないでしょうか。

だとすると、別の起動メディアいらないという事態に発展してしまうんですが。SCSI接続のCDドライブとCD-Rが一枚あればFM TOWNS II以降の救済ができてしまうということに。ただし、CDの入れ替えが必要なので、少し複雑になりますが、パッドのボタンかなんかで対応すればいいだけなので、大した手間ではありません。どうせメニュー作ろうと思ってたし。

とりあえず、先にこの路線をやってみます！

2020-09-28 13:23:12

すごいものができてしまった。

https://github.com/captainys/FM/tree/master/TOWNS/IPL

まず、DISKIMG/CDIMAGE.ISOですが、これをCD-Rに焼いてSCSI CD-ROMドライブに入れて起動するとCDを入れ替えてパッドかマウスのボタンを押すように言ってくるので、そのようにすると、SCSI CD-ROMだけでTowns OSを起動できます。

で、次がBOOTSECT/BOOTSECT.BINで、Towns OSのISOイメージを取って、最初の6KBをこのデータと置き換えると、SCSI CDから起動できるTowns OSになります。

津軽上ではMXのROMで、実機ではHRで確認しました。HRはあえてCMOSバッテリーをはずしてあるので、CMOSが飛んだTOWNSの起動に使えます。

なお、CDドライブのSCSI IDは0～3の間である必要があると思います。それから、多分CXからこの手が使えると思いますが、少なくとも2Fだとだめです。
SCSI CDドライブがスピンアップするのに時間がかかるようだと最初の起動デバイスのサイクルではタイムアウトして失敗するかもしれませんが、次のサイクルで起動すると思います。僕が使ってるCDドライブだと一度目はタイムアウトで失敗して二度目のサイクルで起動します。なので、ハードディスクなどははずしておく必要があります。が、最近の使い方を考えるとハードディスクイメージまではエミュレータ上で作っておいて、あとはCMOSさえ設定できれば起動可能という状況にすると思うので、救済目的には十分すぎると思います。

今のブートローダーの仕組みは、IO.SYSの途中で処理を迎撃して、YSSCSICD.SYSをインストールしてから処理を返してやることでSCSI CDドライブからの起動を可能にしていますが、YSSCSICD.SYSだけ見ると32KBもあって、とてもブートセクタに入らないかに見えたのですが、そのうち28KBぐらいは、 DUP 2356*12 dup (0) が占めているので、実質的に4KBでした。そして、HRとMXのSYSROMはSCSI CDドライブから最初の4セクタを読み込むので、8KB使えます。ということで、ローダーを含めても余裕で青森県地図まで含めて収まってしまいました。

よかったら試してみてください。

2020-09-29 07:49:19

>14
あまり考えていなかった方向で突破口が開けてきて面白いです。

取り敢えずCDIMAGE.ISOを試そうと思ってCD-Rに焼いてみました。
モデル2は予定通り駄目でしたので、HCで試そうと考えたのですが内蔵HDDを外すのが面倒くさくなってドライブ構成から削除してトライ。
と、ここで、ドライブ構成から削除してもIPLはそんなの見てなくてIPL4のシグニチャを持つドライブを発見したら読み込んじゃうので意味無い・・・・ 想像通りIPLを読み込んでハングアップ(IPLより先はドライブ構成が必要なのに削除しちゃったので?)でした。
取り敢えずモデル2は駄目(と言っても全く無視するわけでも無く、エラーが出てスキップしていた)と判ったので、HCの方は後ほど動作確認を行います。

CDIMAGE.ISOを焼いたCD-RはWINDOWSで見たら空っぽだったのですが、これでOKですか? (IPLのみだから見えないのかと解釈しています)

折角なので最終的には開いたスペースでデモを仕込むのも有りだと思います。(山川機長さんHPより)

2020-09-30 10:57:47

早速試していただきありがとうございます！HDはいったんはずさないと多分そっちを見に行ってしまいますね。スピンアップが速いCDであればキーコンビネーションでなんとかなると思いますが、うちのCDドライブだと絶対間に合わないです。

今のところ、CDIMAGE.ISOの中身は空っぽです。たしかにデモを仕込みたくなってきますよね!

2020-09-30 21:48:51

津軽で３種とも起動してみました。これ凄いですね。面白いです。実機でSCSI CDから何かが起動するのは初めて見ました。

ここ数日随分確認して切り分けしてきたのですが、高速モードでFDからCDを起動すると"00000F05"数回の後に"00000105"と表示が出て止まります。
互換モードにするとFDからCD起動はできますが、ブートが途中で止まりました。
ブートセクタを書き換えたCDをSCSICDドライブに入れると、DIRECT SCSI CD BOOTと表示されたところで進まなくなります。
SCSIエミュレータでセクタを書き換えたCDイメージを起動させると同じ辺りで止まります。
手掛かりになるか分かりませんが、TOWNS OS V2.1 L20のコンソール表示の後に起動タイトルが表示されるところで読み込みが止まります。

確認したのはTOWNS OS V2.1 L20とL31で、機種はHCです。ＩＳＯイメージファイルは津軽で確認したものです。
環境は一応、GalaxyForce2がYSSCSICD.SYSで動く状態ですので壊れてはいないと思います。

ちなみにうちのHCはHDDの騒音が凄いので、かなり前ですがSCSIエミュレータを買ってHDDの中の線は抜いてしまいました。(^-^;
GUIのブートセレクタがBIOSに入ってるからこの頃のTOWNSは楽でいいですね。

2020-10-01 03:41:22

私のHCもType.Dさんと同じような感じです。(CDIMAGE.ISO)

IPLは読み込めて青森の地図も出て、CDを交換してマウスのボタンを押した後、恐らくSCSIのリスト"SCSI:**H TYPE:FFH"(後から上書きされるので、**の箇所は06のみ残っている場合や04位から残っている場合が有るが、恐らく止まるタイミングと表示タイミングの関係)が表示された後、
"CD DRIVE FOUND AT SCSI ID=03H"
"IO.SYS(FBIOS) FOUND AT SECTOR 25H"
"JUMPF FOUND AT 0A9C:02E1"

00000F05 00000F05 ・・・・・・・ が5x5行表示されて、最下位に"システム読み込み中に異常が発生しました"と出て止まります。

TownsOS V2.1 L30とフリコレ10のCDで試しましたが概ね同じような状態です。(FASTモード,互換モード共)

HCってば何かと動かないのでご迷惑をおかけします。(汗)

2020-10-01 08:13:07

ご確認ありがとうございます！別のユーザの方からMAで成功したという報告があったのですが、HCは難しいですか。00000105 の表示ですが、この意味は、SCSI STATUS, SCSI MESSAGE, PHASE FLAG, DEVICE TYPEで、最後が5になってるのはデバイスタイプがCD-Rドライブという意味です。PHASE FLAGはSCSIのフェーズのCOMMAND(01H), DATA_IN/OUT (02H), MESSAGE(04H), STATUS(08H)のフェーズを通過したかどうかのフラグで、01で止まってるということは、COMMANDフェーズの後 DATAフェーズに移行せずSCSIコントローラが黙ってしまったという意味です。Pentiumだと速すぎるんですかね？

この現象は高速モードで起こるとのことでしたので、FBIOSを探すタイミングはセクタリードを連続で出すのでSCSIコントローラがあまりにも短い間隔でコマンドを受けすぎてSCSIコントローラが対応しきれなかったのかもしれません。間にディレイを入れてみます。

WINDYさんの方だと00000F05だと、STATUS, MESSAGEフェーズをくぐっているということなので、FBIOS検索中正しくセクタが読めているようです。ひょっとするとつなげてるデバイスにも依存するのかもしれないですね。

互換モードでも起動しない問題ですが、HCだとYSCSICD.SYSを使ってTowns OS V2.1 L30は起動しますかね？V2.1はロゴが出ているあたりで INT 93H AX=05C0H CH=FFH (物理アドレスへの直接読み込み) を使っているらしく、YSSCSICD.SYSは現在のところUnrealモードで上位メモリにデータを転送という手を使っているのですが、もしかするとPentiumだとUnreal Modeがうまくうごかないのかもしれません。せっかくSCSIコマンドを直接出すコードを書いたのでUnrealモードを使うのをやめて、DMAで直接データを流し込むように変更しようと思っているので、これもできるようになったら結果が変わるかもしれません。

この二点、変更してみます。

とりあえずコマンドを出す前にディレイを入れてみます。

2020-10-01 09:27:16

とりあえず、やってみました。

- SCSI I/Oを直接攻撃する前に10msのディレイを入れてみた。
- INT 93H AX=05C0H CH=FFH (物理アドレス指定で直接読み込み)で、Unreal modeで転送するのでなくDMAで転送するようにした。
- DMA I/Oを直接攻撃した後は必ずアドレスの最上位バイトをクリアするようにした。

TypeDさんの環境でSCSIコントローラが失神していると思われる状況がPentiumが速すぎるからだとするとディレイを入れるとちょっと改善するかもしれません。それから、SYSTEM ROMとIO.SYSで、SCSIステータスを見るとき、

MOV DX,IO_SCSI_STATUS
MOV AL,DX
MOV DX,IO_SCSI_STATUS
MOV AL,DX

というように、一度ダミーリードしてるんですよね。何の意味があるのかわからないのですが、それに準拠してみました。ときどき、

IN AL,DX
IN AL,DX

と連続リードしてるのを見かけますね。最初のフェッチでChip-Selectが立って、データがバスに出るか不安な場合とかでしょうか？

WINDYさんの環境でクラッシュするタイミング (Towns OS のロゴ)では、INT 93H AX=05C0H CH=FFHを使って、物理アドレス81000000H～にデータを読み込んでいます。おそらくDRIVE_R.IMGだと思います。前のバージョンではこれをリアルモードメモリにいったんデータを読んでUnrealモードで上位に転送する方法で対応していましたが、DMAで直接流し込むように変更しました。

それで、その変更を加えたらいきなりTowns OS V2.1が起動しなくなって何事かと思ったのですが、なんとIO.SYSは↑のINT 93の特殊機能以外でDMAアドレスの最上位バイトに値を書き込まないようです。そのため、いったん81000000Hに値を読み込んだが最後、あらゆる読み込みが81xxxxxxHに発生していたようです。これを防止するために、DMA直接攻撃後は必ず最上位バイトをクリアするようにしました。

他の読み込みも全部自前のSCSIルーチンを使うことにして、CDSD.SYSが使っていたBIOS隠し機能を使わないという手もあるのですが、そうなると読み込みがポーリングになるので、CDを読んでいる間割り込みを止めてしまって、効果音などが長く止まることになります。半面、多分大体どんなゲームもCD読み込み中は音が止まってた気がするのでそれでもいいのかもしれません。

これでHCも対応できるとよいのですが。

2020-10-01 12:09:54

あ、なんかUNREALモードが原因の可能性は大ありのような気がしてきた。同じ方法をPHYSDUMP.EXEでも使ってたので、もしもPentiumで挙動が違うのであれば説明がつきそうな。486では参照してなかったGDTのビットがPentiumだと厳密にチェックするようになったとかそんな感じかもしれませんね。

2020-10-01 12:41:33

早速の対応、有り難うございます。 またやらねばと思っていたので、HCは半分解状態ですので試してみます。
あ、でも、ひょっとしたら・・・ いや,IPLが読めているので無いとは思いますがCD-ROMドライブが不調だったらごめんなさい。
今後必ず必要となりそうだったので今使っているCD-ROMドライブは最近入手したもので、WINDOWSでは動作確認は出来てない(と言うかWINDOWS10では出来ない)物なのです。
それも含めてテストしてみます。(故障や不調も考えて3台確保していますので・・・・ 残り2台はPD-DRIVEですけど←興味に負けた結果)

https://kei-sakaki.jp/2013/10/11/80386-called-unreal-mode/
https://en.wikipedia.org/wiki/Unreal_mode

この辺を読むとUnrealMode自体は隠しでも裏でもなく、少々トリッキーでは有る(マニュアル上に明記はされていない)がINTELが想定した動作みたいですね。
問題はあまりにも情報が少ないのでUnrealModeの制限事項や注意点が判らないことでしょうか。(ここに386,486とPentiumの差が存在する可能性が有りそうです)

2020-10-01 16:43:30

UNREAL MODEですが、僕の使い方だとUNREALモードに長時間滞在する必要が無いので転送中だけネイティブモード入りを寸止めするような感じで使っています。なので、一般的に言われるようなUNREALモードよりもネイティブモードに近いのですが、考えられるのはGDTのフラグなどすべて理解しているわけではないので(全部理解しなくてもエミュレータって書けるもんだと判明)、本当は間違った値が入っているが486まではCPUもチェックが甘かったようなフラグがあるとPentium機で影響が出るかもしれません。

もしも以前の方法でYSSCSICD.SYS起動ディスクから起動が可能であればRAYXANBERを起動可能かどうかでわかります。今までで INT 93H AX=05C0H CH=FFHを利用しているのを確認したのはRAYXANBERのオープニングとTownsOSのDRIVE_R.IMGだけです。(チェックしてないだけでDAPSとかも使っている鴨)

このIPLを作ってみて非常に興味深いのがDRIVE_R.IMGの処理ですね。YSSCSICD.SYSは組み込み時に起動ドライブが内蔵CDであるとTownsOSに思い込ませるようにCMOSというかI/Oの3C32Hに書き込んでいて、以後の処理はほぼCD起動と変わらないのですが、DRIVE_R.IMGは読み込まない模様です。この点はなんとなくそんな気がしていたのですが確認しました。これに対して新IPLを使う方法だと、おそらくより早い段階でシステムに内蔵CD起動と思わせる影響でDRIVE_R.IMGは読み込みます。このため前に書いたDMAアドレスの最上位バイト問題が(解明されるまでの短時間)発生しました。

この先、TownsのDMAを直接攻撃するコードを書く人が他に発生するとは思えませんが、Wikiの方にこの点書いておきました。(とか言ってると海外のレトロPCコミュニティはあなどれないから必ずしも無いとも言い切れない)

しかし！今HD用IPLも書いて一応上がってますが、起動メニューでブートデバイスあるいは同じSCSI IDのパーティションを選べるようにしたのですが、HCでCDからの起動に失敗する可能性があるのだとすると、非常用にドライブレターの割り当てができるようにするといいですね！いったん立ち上がってしまえばあとはいくらでもやりようがあるので。CMOSに何を書き込めばいいのかがわかればパッドで操作するメニューをMASMで書くなどは簡単なのですが、CMOSのどこにドライブレターの割り当てがあるかとかって情報わかります? 現在互換ROMのコードを読み始めましたが。WikiにCMOS情報もあるといい鴨しれないですね。

2020-10-01 23:20:17

UnrealModeに関しての見解については個人個人で様々でしょうし、いつまでIA32が残っているのか判りませんがもう使われることの少ない物ですので深追いする必要も無いと思います。

CMOSの情報についてもWIKIの方に最終的には是非記載しましょう、それが解明できればバッテリーの切れた状態からの復帰の際にシステムCDやDOSのFDが無くても最低限の設定はSCSI BootCDで行えるレスキューCDとしても使えると素敵だと思います。
起動ドライブやドライブ構成,メモリ構成等の他の項目もCMOSで覚えてるはずですが、DOS3のSETUP.EXEかDOS5 or DOS6のSETUP2.EXEを津軽でCMOS領域のR/Wでブレークさせるといいかも(解析よりも早いし)

2020-10-01 23:41:42

おお、たしかに！CDIMAGEの方もブートメニューが出るようにしておくといいですね！やりましょう！今週末は暇だし、CMOSの解釈がさっき書き込んだので合ってたら月曜までにはできる予定です。

2020-10-02 00:37:17

対策有難うございます。ご報告します。HCでTownsOSV2.1のL20とL31,L51の起動に成功しました！
FDブートローダーから起動して、ドライブ構成などの設定の起動を確認しました。
CDブートローダーとCDブートセクタはL20で確認しました。

外付けCD1台だけでTownsOSが起動するなんて凄いです。
互換モードにする必要はありますが、レスキュー手段としては画期的だと思います。
自分の環境では高速モードでブート中にハングするタイミングにゆらぎがあるので、CDドライブのへたりかも知れません。

ところで編集していて思ったのですが、BOOTSECT.BINはimg+cueに適用できないでしょうか。
バイナリエディタでIPL4の文字に合わせて貼ってもIO.SYS NOT FOUNDと出ます。
専門知識に乏しく不勉強でお恥ずかしいです。

2020-10-02 01:38:24

あれ? Type.Dさん動きましたか・・・・
私の方はIPLを読み込んだ後に、一番上に「TownsOS V2.1」 L31,一番下に「システム読み込み中に異常が発生しました」と出てます。
(YSSCSICD.SYSを使ったFDブートでも同じ,互換/高速モードでも同じ)

でも、このメッセージは内蔵CDROMから起動したときもそうなるので、内蔵CDROMの調子が悪いのかなと思っていましたが、何かの設定が足を引っ張っているのかなぁ・・・
この前CDROMのトリマ調整をやったときは内蔵CDから安定してブートできるようになったのですが、その後で故意に電池をOFFにしてCMOSを飛ばしてから
FDでDOS5を立ち上げてSETUP2.EXEを使ってドライブ構成とメモリ構成を再設定したのですが、その時に余計なことをしたのだろうか・・・・
どちらにしても安定して? 上記の状態までブートできているので後はこちらの問題のような気がしてきました。

2020-10-02 07:56:22

予定よりかなり早いですが、ブートメニューできました！まだ津軽でしか試してないですが、ドライブ構成を編集できます！CDIMAGEで起動するか、あるいはFDIMAGEでSCSI CDをセットしないで起動すると使えます。デフォルトではSCSI CDから起動するオプションが選ばれてますが、上のBACK TO MAIN MENUというやつを選ぶとCMOS設定メニューを選ぶことができます。一応、Virtual SCSIデバイスで使うことを想定して、HDIMAGEも作りましたがまだ実機テストができてません。このイメージは後ろに512バイト単位で0を足してやれば単純に大きな容量のHDDになるので後からパーティションを追加してTowns OSなどインストールできるはずなので、それを想定して同じSCSI IDのパーティションからの起動を選べるようにしたのですが、まだ本当にそこまでできるか実験してません。既にあるイメージの後ろにひっつけるためには、どこにLOADERが書いてあるか、どこにYSSCSICDがあるかの情報を書き換えれば可能なはずですが、それもまだ試してません。

Type.Dさん、

テストありがとうございます！「よっしゃあ！」とモニタの前でガッツポーズが出ました。BIN/CUEファイルですが、BINファイルのセクタ長が2048だったらそのまま上書きができるのですが、そうでない場合、セクタ間にデータが挟まってるのでそれを回避するように書き込めば多分行けると思うのですが、そういうファイルの編集ツールって無いもんでしょうかね。

WINDYさん、

内蔵CDからも起動したときもそうなるということは、何か別の要因がありそうですね。HDからの起動は普通にできているでしょうか?

2020-10-02 11:57:07

>28
HDDからだと全く問題なく起動できるので不思議なんです。
内蔵CDでエラーになるもんで、ずぅ～っと前から「CDROMは調子が悪いんだ」と思ってたのですがこの前にCMOSを故意に飛ばした際についでにCDROMのトリマ調整もやったんですが、その直後はCDROMから起動できたのでトリマ調整が効いたんだと思ってたのですが最近になってまたエラーが出るようになったのです。
なんだろ? もう一度CMOSを初期化してみようかな。

2020-10-02 13:08:43

追加情報です。SCSIエミュレータにISOをマウントするとHCの高速モードでも起動できました。
FDブートローダとセルフCDブート、どちらもOKでした。

>>山川機長さん
こちらこそ。うまくいって良かったです。自分も思わず拳を握り締めて喜んでました。
CDのデータフォーマットは後で後学のために調べてみようと思います。

>>WINDYさん
自分のSCSICDドライブもハングすることはありましたが、新しいバージョンではエラーなく起動できています。
cmosはSETCRASH.EXEコマンドでクリアすると確実だと思いますがもう試されましたか？

2020-10-02 22:02:15

なかなか難しいですね。OAKのメッセージやYSSCSICD.SYSのメッセージが出る前だということはタイミング的にIO.SYS内かCTL.SYS内でそのメッセージが出ているように思います。津軽でCTL.SYS前後でわざとINT 93に対してエラーを返して動作を見たのですが、CONFIG.SYSが読み込めなかったとかCOMMAND.COMが読み込めなかったというメッセージが出て、「システム読み込み中に」というエラーは出ませんでした。

しかし、CTL.SYS内であればINT 21Hでエラーを出しそうなので、エラーメッセージは画面上の方に表示されるように思います。なので画面下のメッセージはCTL.SYS以前のように思います。あるいはCTL.SYSが撃ったINTがIO.SYS内で回復不能のエラーを生じている可能性もありますが、この場合「システム読み込み中」と明示しているのであればそうではないように思います。IO.SYS初期化終了後にデバイスドライバやアプリケーションからのINTでエラーが発生したならば、システム読み込み中かどうかIO.SYSは判別できないはずなので。

そういえば、HDD起動ってDOS6ベースですよね。ということはMSDOS.SYSと多分COMMAND.COMもROMドライブから読んでませんね。試しにTownsOS V2.1でコンソールモードの起動ディスクを作ってみて起動するか見てみるというのが手かもしれないですね。そしてDOS6でFORMAT /Sで作った起動ディスクで起動するかどうか。ROMが悪くなってたりする可能性はありますかね。FM-7の時代のPCだと古いEPROMのビットが飛んだりするエラーはよくあったようですが。

ちなみに、一昨年部品取りのために買ったFM-7、起動するなら起動するようにしておこうと思ったら起動しなくて症状からEPROMを疑ったのですが、例の電子工学科の卒業生(当時学生)が診断に協力してくれて、さすがはカーネギーメロンで僕が会った中で最も優秀な学生さん、CPUが悪い、と診断してくれて見たらCPUの足がソケットの中で錆びてました。仕方ないのでなぜか持っていた63C09を刺して今動く状態にしてますが。あ、これはEPROMではなかった例ですね。

2020-10-02 23:19:19

「システム起動中に・・」のメッセージ自体はIO.SYS内で有る事は確かですが、表示なので遅れている可能性も有るので停止時点はどこなのかは解らないのですが、そもそもその表示自体が出ている事が通常では無いと思いましたので、IO.SYSを数年?ぶりに見てみました・・・・ 正直、モトローラに洗脳されているのでインテル表記が見にくくて今日だけでは突き止める事が出来ていません。
あの文字列を表示する為の判断が何を以て行われているかが判ればと思います。折角のCDブートが試せなくて残念ですが時間をかけてボチボチやりたいと思います。

取り敢えず、Type.Dさんと山川機長さんの意見を参考に、V2.1起動ディスクを作成してそれで起動できる事を確認してから、SETCRASH.EXEでCMOSを初期化してみようと思います。
前はFDDの調子もCDROMの調子も悪かったのでCMOSを飛ばしたときに危うく再起不能になりかけたので、準備してから行います。

2020-10-03 00:16:58

ブートローダーアップデートしました。

しかし、CMOSの内容はSYSROMの中で初期化されていると思ったのですが、HRでやったらIO.SYSまで初期化されないみたいですね。なので、CD BOOTが使えない環境だと、まずバッテリーは交換したうえでTownsOSかDOSの起動を試みて、一度「起動ドライブがシステム構成に登録されていません」と言わせてからCMOSを再設定しないとだめのようです。まあ、当初からバーチャルハードディスクとSCSI CDを組み合わせて起動することを想定していたので、このぐらいは許容範囲ですかね。というか、ひょっとしてSYSROMのサービスで初期化できるのかな？あとでCOMP_ROMのソースをもう一度読んでみよう。SYSROMで初期化できるんだったらそうするメニューを追加すればいいだけですね。

ところで、さっき試したところ、TownsOSはSCSI CD-RドライブをMOドライブとして認識するみたいですね。FM TOWNSシステムセットアップガイドを見直してみたんですが、58ページにMOには「ハードディスクと同じようにOSをインストールすることもできるので」とありますね。そして、ページ61にはMOから起動するには「TOWNSでは初代～3代(モデル2/2F/20F)がこのスイッチ(MOをハードディスクとして認識させるスイッチ)を使います。」とあります。従ってこの3代以外のTOWNSではSCSI CDからの起動が可能のようですね。ということは多分UXもCD起動が可能のはずですね。

2020-10-03 06:07:12

WINDYさん、

まったく偶然、TownsOS V2.1 L20で「システム読み込み中に異常が発生しました」が出せてしまいました。CMOS異常です(^_^;)ブートローダーでなんとかCMOSが飛んだ状態からドライブレターをいきなりアサインできるようにならないか、と、ドライブレター割り当ての部分だけを無理やり書き換えてIO.SYSにジャンプさせてみたのですが、そのメッセージ出ました。可能性としてですがHDから起動したときにCMOSに何か書き込んでしまっていたりするかもしれません。だとすると再度CMOSを飛ばして起動すると立ち上がるかもしれません。ブートローダーだけで完結させようと思ったらいったん初期化された状態のCMOSイメージをブートローダーに組み込んでおくか、IO.SYSが何を期待しているのかを調べてIO.SYSが機嫌を悪くしないように書き換えてやるしかなさそうですね。そうか。津軽があるんだからIO.SYS初回実行時に何を書いてるか調べればいいのか。(考えながら掲示板に書くな、というセルフ突っ込み)

2020-10-03 07:22:02

>34 山川機長さん
有り難うございます、助かります。
って言うことは、CMOSのぶっ飛び方によってはTownsOSがCDから起動できないような事もあり得ると言うことなのか・・・
私の手順も無茶なもので、バッテリーBOXのスイッチ(必要ないのですが、買った電池BOXに付いてた)を切ってCMOSを飛ばした後でCDROMから起動せずにDOS5で起動してドライブ構成やメモリ構成を行ってHDを認識できるようなるのでその後は「起動できるようになったのでOK!」と思っていたのですが、本来はこの後にSETCRASH.EXEを実行してCMOSの初期化→再度ドライブ構成とメモリ構成を行う必要が有ると言うことでしょうか。

2020-10-03 10:53:33

Type.Dさん、山川機長さん 有り難うございます。無事完全復帰できました。
ついでに今まで目視でCD-ROMのアルミ蒸着面に穴が空いていたので起動を諦めていたTownsOS V2.1 L50も実は起動できる事を確認しました。(どこかが読めない可能性は有りますが)

CDIMAGE.ISOの方でも全く問題なく起動できました!! ある意味感動ものですねこれは!!
ついでについでに、Panasonic LF-1600 PD-ROMドライブのCD-ROMとしての動作確認も取れたりしました。(PD への書き込みはやる意味もあまり感じられないのでパスです)

で、CMOSの初期化データなのですがベースはSETCRASH.EXEが書いている値で、プラスしてCMOS分析スレッドの情報で有用なものが書ければ良いのではないかと思います。
特に海外の方やTOWNSに興味を持って中古で購入したが、システムCDは必要とせず主にゲームをプレイする方には有用ではないかと思います。
(日本語が読める海外の方は良いのですが、そうでない方は日本語のメニューやメッセージは日本人が英語を読む事よりも困難だと思いますので)

2020-10-03 12:02:36

Type.Dさん

BIN/CUEへのセクタ書き込みですが、BIN/CUE自体はデータトラックのセクタ長を2048バイトに設定できて、そのようなBINファイルであればISOと同じように最初の方をバイナリエディタでBOOTSECTに書き換えてしまえばSCSI/Internal両起動対応CDができるはずです。というわけで、コンバータを書きました。津軽のソースのcmdutilの下にflattenbincueというプロジェクトがあるのでそれをビルドするとコマンドラインユーティリティができます。flattenbincue input.cue output.cue みたいな感じで使えます。とりあえず、正しい2048byte/sectorのBIN/CUEができているらしいところまでしか確認してないので、実際これを書き戻せるかどうかまで確認していないのですが、多分行けると思います。これでオーディオトラック込みのscsi起動対応CDが作れると思います。


WINDYさん、

HC完全復活おめでとうございます！多分、IO.SYS内ではSJISの「富士通」を見て初期化されているかどうか判別しているのではないかと見ています。もしも「富士通」が書かれているにもかかわらずIO.SYSが想定する内容になっていないとエラーを出して止まると推測してます。

CMOS初期化データですが、どうも見たところ旧機種で作ったCMOSを別の機種に持って行っても普通に動くっぽいので、8KBサンプルを取ってしまってもいいかと思ってますが、IO.SYSによるCMOSの初期化は例えばゲームのCDでも構わないので、CDのゲームをしたい人はいったんCD起動をした上で次の起動でドライブレターを割り当ててもいいので、まあいいかなと思ってます。当初の予定では、SCSI CDからの直接起動ができない機種用に、SCSI2CDとSCSI CDドライブを組み合わせることでTowns OSの起動を目指してたので、当初の目的を大幅に超えるものができてしまいました。

しかし、CDIMAGE、感動ものでしょう(ドヤ顔)。気にならないならCMOS飛んだままでもいいというところが優秀である、と、自分で悦に入ってます。なにより重要なのが、Wing Commanderが余裕で起動できる点です！（まだこだわる) これで本当にUX以降の大規模救済ができてしまうと、稼働状態に戻せるTOWNSの台数が大幅アップしそうですよね。TOWNS動態保存界(そんな界があるのか!?)の人口が増えてくれないかなあ。

なお、アメリカTOWNSコミュニティでは英語化されたTowns MENUが出回っているようです(^_^;)彼らのレトロPCを動かし続ける執念はおそるべきものがあります。サブカルチャーなんだけどぜんぜん地に潜ってません。また、彼らの執念で著作権法もレトロゲーム保存のためならコピープロテクト解除も合法という解釈になったので、拡大解釈すればTOWNSのゲームを動態保存する目的で、TOWNS自体を動態保存するために、やむを得ずTowns System Softwareを改変しても必ずしも違法とも言えないのかもしれません。割と正々堂々やってるようですし。そういうのを許容してくれる雰囲気もアメリカのいいところだと思ってます。

2020-10-03 13:59:38

偶然見つけたのですが、CD-RWドライブはIDを5か6にするとスムーズに起動してTownsOSのCDプレイヤーで音楽を流せるようになります。
0-4ですとスピンアップ・ダウンを繰り返して起動に時間が掛かり、TownsOSのCDプレイヤーはエラーになります。
CD-ROMドライブの場合、この辺の挙動はどんな感じでしょうか。入れてあるのは富士通の普通のCD-ROMです。

そういえばIDを4にしているとドライブがMOのようなアイコンになってクリックするとストレージにアクセス不能になります。
TownsのMOのアイコンが検索しても出なかったので憶測ですが、TownsOSからMOとして認識されているのかも…。

>>WINDYさん
CMOSが原因だったんですね。直って良かったです！

>>山川機長さん
変換ソフトを作っていただいたとは恐縮です。
ビルドしてみます！

2020-10-03 22:32:15

WINDYさんの陥った状況を考えると、DOS6が無い人はSETCRASHもできなくてバッテリーを引っこ抜くしかCMOSをクリアする方法が無いと思ったので、最新バージョンでブートメニューにRESET CMOS RAMを追加してみました。

> Type.Dさん、

ドライブ構成でSCSI CDドライブのIDにドライブレターを割り当てるとたしかにMOとして認識しているようです。ですが、MSCDEX経由でマウントされるQドライブはMOのアイコンにはならないはずなのですが、QドライブがMOのアイコンになってしまいますか? 僕はPanasonicのCD-Rドライブを使っていますが、今ID4で起動してみましたが、普通にCDのアイコンでしたね。ひょっとするとドライブレターを割り当てていると何か競合が起きて変な状態になるのかもしれません。SCSI ID4にドライブレターが割り当てられていないか確認してみていただけるでしょうか？

2020-10-04 00:38:05

>38 Type.Dさん

Townsで起動指定が出来るSCSIが0～4までなのと関係がありそうですね。(起動メニューでもTownsOS上でもSCSIは4までしか指定できない)
(当時のMO等のSCSI機器に関しては、FMRやFMTOWNSに接続する際にはSCSI IDを0～4の範囲で使用するようにとの但し書きが有ったりしました)

「なぜ4までだろう」と当時は思っていましたが5,6でもCDプレイヤーで音楽が鳴るんですね。

2020-10-04 00:38:17

QドライブはCDアイコンになっています。SCSI CDが横置きドライブのアイコンになっていました。
仰る通りSCSI CDにドライブレターが割り振ってあったので解除してみると、エラーは起きなくなりました。
起動時間の差についてはまとまらないので後で報告します。遅くてすみません。

>>山川機長さん
コンバータのほうはビルドできたのですが、コンバート先のイメージは起動できるものの、音楽トラックが細切れになっていて認識できませんでした。
残念ながら自分は改造できません(^-^;

>>WINDYさん
そうですね。ID0も確認したので起動可能なIDという認識で合ってると思います。
ID5,6はTownsOSからは認識できず、山川機長さんのドライバやローダーからは認識できるので競合を回避できてるんだと思います。

2020-10-04 12:32:15

アイコンの件は説明不足で失礼しました。
起動速度を計ってみました。どちらもドライブレターは割り振っていません。
SCSI ID 5,6 約47秒
SCSI ID 0-4 約2分24秒
速さはともかく、シーク音のような音が小刻みに鳴り続けているのがIDを変えるだけで解消されたので、
何らかの理由で再現されたときの参考にでもなればと思いました。
というか、自分だけなのかなと思ったので質問させて頂いた次第です(^-^;

2020-10-04 14:29:33

> Type.Dさん、

flattenbincueだと、たしかにオーディオトラックがずれますね。大変失礼いたしました。僕はImgBurnを使っていますが、データトラックが2048bytes/sectorの場合、データトラックを正しく書いてくれますが、BINファイル上の2トラック目の位置は(2352*データトラックのセクタ数)と解釈するようです。というわけでもう一本ユーティリティを書きました。padbincue input.cue output.cue で、input.cueにはデータトラックを2048バイト/セクタ化したCUEファイルを指定すると、output.cueにはデータトラック後にパディングを加えて2トラック目以降の位置を調整したBIN/CUEファイルを生成します。Towns System V1.1 L10とAfterburner IIとWING COMMANDERで演奏まで確認したので多分大丈夫だと思います。ただし、パディングしたBIN/CUEは津軽では正しく認識できません。

BIN/CUEファイルが誰かが適当に作ったフォーマットが広まってしまったパターンみたいで公式なデータフォーマットが存在しないのが問題なんですけどね。BIN/CUE自体はバイナリファイルを複数のバイナリに分割することもできるらしくて、それもトライしてみたのですが、そうするとImgBurnは最初のトラックしか認識しないみたいでした。

仕事でも誰かが適当に作ったらしいNASTRANなるフォーマットにいつも悩まされてます。ある解析ソフト用にNASTRANを出したら別の解析ソフトで読めなかったり。

2020-10-05 04:47:27

↑の書き込みの後で、そういうフォーマットのBIN/CUEも津軽が対応すりゃいいだけじゃん。と、思ったので、そのようにしました。また今日の晩にもPUSHします。とりあえずImgBurnでCDに焼いても正常にSCSICDから起動するTowns System Software V1.1 L10とWing Commander 1が使えることを確認しました。もうひとつ興味深いことに気が付いて、Wing Commanderって、新ブートセクタを使って内蔵CDから起動しようとするとDRIVE_R.IMGを読み込もうとするループで起動しないですね。動作の違いを見ようと思って新ブートセクタを書いてないCDで起動したらなんとDRIVE_R.IMGをfopenしてませんでした。どういう法則でDRIVE_R.IMGを使うのかも解明したい謎ですね。というか、誰か既に解明してましたか？

2020-10-05 06:15:16

>>山川機長さん

なるほど、音楽トラックにずれが生じていましたか。
自分はbinとwaveに分割してcueに書く方式で作ろうかと思ってcueの書き方を探したのですが、
cueもデータも読み込むソフトに合わせて書くようになっていて頭を抱えていたところです。

こういうツールは貴重ですね。imgburnで作ってみます！

2020-10-05 22:04:08

お陰様でpadbincueでカスタムCDが作れました。
役に立つ情報かは分かりませんが、自分の環境で若干安定しなかったのですがCDを開け閉めすると改善されることが分かりました。
お手数お掛けしました（o_ _)ｏ））

2020-10-06 20:56:59

成功してよかったです！開閉は、INT 21 AH=0EH の処理に関するものかもしれないですね。実はYSSCSICDもCXでTowns OS V1.1を起動するとき安定しないという報告が上がっているのですが、我が2Fでその現象が見られず、しかし、報告をくれた人がAUTOEXEC.BATの先頭でDIR Q:を挟むだけで良くなった！という追加報告をくれたのでなんとかなったらしい、というところで止まってます。Oh!FMTOWNSの記事でも確認できた通り0EHは開閉のポーリングであることは間違いないのですが、V2.1ではDL、V1.1ではALに値を返してるっぽいんですよね。調べたのがしばらく前で「らしい」で止まってるのですが。うーん、とりあえず津軽/YSSCSICDのTODOリストに入れました。というか、V2.1でも動作は安定しないでしょうか？そうであれば0EHとは違う要因かもしれないです。

2020-10-06 22:59:31

>>山川機長さん
今回使ったのはV2.1L51です。手掛かりになりそうなものを列挙します。

現象は稀に固まる、サイドワークが起動しないなどです。
目視で分かるのはCDプレーヤーを起動してみるとグラフィックの蓋が開いていて暫く待つと蓋のグラフィックが閉じたり開いたりする現象で、CDトレイを開けてから閉めるとそれ以降、現象は発生しなくなります。
一応コマンドモードからDIR Q:もしてみましたが、変化なしです。

先程、FDのブートローダーで普通のV2.1L51を起動しましたが、そちらも同じでした。
トレイが開いているグラフィックになる状況では何度もCDアクセスが発生しているようです。

これらの症状はトレイの開閉をすると改善されてCDアクセスも軽くなりました。
以上、現象報告でした。

2020-10-07 01:02:53

訂正: INT 21H -> INT 93H, AUTOEXEC.BATの先頭 -> AUTOEXEC.BATのMSCDEX直後 の間違いでした。

2020-10-07 06:23:25

津軽のキーボードのTranslationモードを TRANS1 (ESC->ESC+BREAK), TRANS2 (ESC->ESC), TRANS3 (ESC->BREAK) の3種類に分けました。コマンドパラメータまたはGUIでも指定できるようにしたので、DOSモードで起動するときは-KEYBOARD TRANS1, FB386のときは-KEYBOARD TRANS3、FB386でESCキーが欲しいときは-KEYBOARD TRANS2のように使い分けができるようにしてみました。従来同様起動後に切り替えることもできます。最近のキーボードはPause/Breakがついてないのが多いみたいな気がしますね。TOWNSは、キー多すぎ。PF20まではとても対応しきれんですね(^_^;)とりあえず、ソースはPUSHして、明日の夕方テストを通してからリリースにする予定です。なお、最近のバージョンでは、ジョイスティックにキーを割り当てるVirtual Key機能があるので、欲しいキーはUSBジョイスティックに割り当てたりすることもできるようになってます。

2020-10-07 09:27:56

津軽じゃなくてブートローダーの方のgithubにBIN/CUEファイルのデータトラックを2048 bytes/sector化してIPLを書き込むPython Scriptを追加しました。多分、動くと思います。よかったらお試しください。

2020-10-08 13:37:53

サブ環境にPythonを入れて動かしてみました。Pythonはこういうことも可能なんですね。先のツールと同じファイルが作れました。
哲学をやる程長くは待たされませんでしたが洒落が効いていますね(^_^;
別のバックアップファイルで作ってみて気付いたのですが、確認リストにRYXANBERとありますが動きますでしょうか？
自分の環境ではV1.1FDにYSSCSICD.SYS 0.93を入れた状態で動きますが、救済ブートローダですと若干化けたタイトルから進みません。前にあの画面は見た記憶があるのですが思い出せないです。

最近はWindows10が3モードのFDDを切ったためTownsのFDの読み書きができず不便になりました。お陰でどんどんlinuxの重要性が増してきています。FDが飛ぶのも久しぶりに体験しました。今度から.hdsを作ってSDに送ることにしよう…

2020-10-11 01:36:20

ご確認ありがとうございます！我がHRではRAYXANBER動いています。CDIMAGEまたはFDIMAGEからの起動で、BOOTSECTでの確認はしてないです。機種によって結構差があるのかもしれません。現在UXでまったく起動しないという報告があって(FD BOOTとかの最初の文字もでないらしい)、386SXで使えないインストラクションなんか使ってたっけ？と思いながら調査中です。

2020-10-11 08:05:14

調査中ですか。了解しましたm(_ _)m

2020-10-11 12:00:58

なぜUXで起動しないのか原因はまだわからないのですが、RS232CクロスケーブルでTOWNSとPCをつないでCMOSのバックアップ・リストア、それとROMイメージの吸いだしができるようになりました。TOWNSが使ってるシリアルIC、i8251は38400bpsまで安定して出ることがFM-7実機再稼働プロジェクトのときに判明していたので、試したらTOWNSでも38400bps出たのでデフォルトは38400bpsになってます。試しに76800bpsも試したのですが、さすがに出ませんでした。

これにより、CMOSはPC上にバックアップを取っておけば消滅しても復活できるようになりました。というか、バックアップしておかなくてもエミュレータ上で作ったCMOSイメージをそのまま転送してしまえばいいだけになり、エミュレータと実機の連携がよりお手軽になりました。

新しいTOWNSをヤフオクで落としたときなどは、このブートローダーでROMの吸出しができます。ROMを送信するのに約12分ですね。XMODEMで一本のファイルになるので、それを分割するユーティリティdecomrom.pyもUTILにあります。このぐらいやっとけば相当コンディションが悪い実機もなんとかなりますかね。UXで動かないという報告が気になってるのですが、手元にUX無いのでどうやってデバッグしたもんか。

2020-10-13 10:00:25

>55 山川機長さん
「80386DXと80386SXの違いはバス幅のみで命令については違いは無い」と過去から聞いていたのですが・・・・なぜUXでは起動できないのか・・・・
バス幅が狭い為にプロテクトモードでは相対的に速度低下するのが、タイミング上で問題になっているのでしょうかね。
進行状況を画面に表示させるのが良いのでしょうけど、実際に表示されるタイミングが遅れるのであまり充てに出来ないし・・・UXって他にLED等のインジケータが無さそうですね。

XMODEMでのバックアップ・リストアに関しては、結構時間がかかりますね。
記憶だとTownsOS上での通信では、9600bps位が限界だったと思っていたのですが、38400bpsでも大丈夫なのですね。(リアルモードだからかな)
あとは、XMODEMだとどうしてもスピードが出ないのでプロトコルを換える手もありますが、実装側の手間とフットプリントの大きさ,利用しやすさ等から考えるとXMODEMが良いのだと思います。
(XMODEMでバイナリデータを扱う場合、最終データが1Ahで有った場合にデータとパディングデータが同一である事からデータの破損が発生する可能性が有りますので気をつけてください)

2020-10-14 07:52:33

今日は津軽の感想のメールが二本(どっちも英語)届いて気を良くしてました。

UXの状況ですが、報告によると一瞬メッセージが出た後固まるとのことなんですが、この一瞬のメッセージが"FD BOOT"だとすると、止まってるらしい箇所はFM-R互換VRAMアクセスの書き込み先バンク指定直後なんですね。コード読み直したらなぜかIPLの中では指定してなかった。ひょっとすると(手抜きしてパレット再設定してないもんで)UXは初期パレットが違っててカラーコード15が黒になってしまっているという可能性もあります。ここは、まじめに再設定するように書こうかな。ただ、一瞬出るメッセージは読み取れない、ということなんですが"FD BOOT"は1秒は出てるはずなんですよね。それが読み取れないというのはなんとも。

38400bpsが出るのは、多分ポーリングでRS232Cの監視以外何もしていないからだと思います。RS232C BIOSがリアルモードのBIOSだったので、プロテクテドモードに入ってしまうとRS232C割り込みが出てからリアルモードに戻ってI/O読んでまたプロテクトモードに戻って、だと間に合わなかったのかもしれないですね。赤本によるとMXはFIFO Bufferを使える (pp.829)とのことなのですが、これEnableしたら76800bps出るのかな？気が向いたらTowns実機でD77イメージをRS232C経由で転送するプログラムを書こうと思っているのですが。

ちなみに、RS232Cだけに集中させたらFM-7でも38400bps出てます。リダイレクタでテープ版ソフトをRS232C経由で流し込むと実機なのに爆速でロードするので死ぬ前に一度見ておく価値があります。AV40はI/Oでスピード指定なもんだから19200bps止まりですが、AV40に刺しても大丈夫なRS232Cカード(本体のRS232CカードをEnableすると刺した方が寝る)設計だけしてまだ実際にはまだ作ってません。コロナで引きこもってるから作ってみようかな。

2020-10-14 10:20:54

面白そうだったのでRS232Cを使ったcmosバックアップをHCとWindowsPCで使ってやってみました。ダンプの中に富士通の文字を確認。津軽で読み込んでみても正常でした。
システムROMのダンプもやってみましたが、こちらは何か不備があるのかxmodemの転送が開始されずWindows側がタイムアウトになりました。
使ってみた端末のOSはWindows10で通信にはMopTermかTeraTermを使っています。bps変更の都度テストメッセージは確認しています。

余談ですがTownsが38400bpsで通信するのは初めて見ました。シリアル通信も馬鹿にできませんね。

2020-10-19 21:46:51

テストありがとうございます！多分、ROMのダンプがHCでできないのは、PHYSDUMPが動かなかったのと同じ理由ですね。Pentiumだと何かUnreal Modeの動作が違うのだと思います。もう少し勉強が必要のようです。

2020-10-20 07:20:59

>>59
Pentiumのせいでしたか。
Towns末期の機体だけあって市販品も動かないソフトが多いですし仕方ないのかも知れないですが残念です。
なんか指摘したようですみません。

2020-10-20 21:55:02

いえ、そういう報告が無いとどこまで動いているかわからないですし、ありがたいです。何か他にも気づいた点があったら教えてください。PentiumでもUnreal Modeは普通に動くはずなので、多分マイナーな修正で使えるようになると思うのですが。

多分、本来はプロテクテドモードに一瞬入ったときJMP命令でCSも新しくするべきところをNear Jumpでごまかしているあたりが怪しいとみているのですが。多分、Unreal Modeじゃなくて一瞬フルにプロテクテドモードに入った方がいいんでしょうね。

2020-10-22 01:03:35