ライセンスの問題についてはどなたかからフォローがあるものと思いますが、http://weblabo.griffonworks.net/dorlog/2nddorcom/98mania/thread20806.html
はご覧になりましたでしょうか?
PCI-BIOSがチェックサムを取る区間は0000h-3FFFhです。
7FF0hの変更はなにか必要があったのでしょうか？

また、別の問題ですが、AEC-6280はデバイスIDが0009hで間違い無いでしょうか?
たしかAEC-6280はUIDE-133R用の石でUIDE-133用の石とは別だったと記憶しております。
INTELSATを用いて、
INTELSAT /EDIT　というエディットモードでデバイスIDは確認できます。
アドレス02hがWORD単位でデバイスIDになります。
もしくはUIDE-133R用のWindowsのドライバ中にあるINFファイルに
記載されているものでも同じかと思います。

　また、チェックサムといっているのが、PCI-BIOSが妥当なROMか
判断するためのものではなく、書きこみソフトがROM内容が想定外の
イメージでないことを吟味するためのチェックサムの可能性があります。
その場合は色々確かめるなり書きこみソフトをいじるなりする必要があります。

　最後に、失敗すると最悪の場合98でもAT互換機でもメモリチェックで固まる
不良ボードになる可能性があります。（たとえばチェックサムを命令コード中で
合わせてしまった場合）私もそう言う経験がありますので・・・

> AEC-6280はUIDE-133R用の石でUIDE-133用の石とは別だった
6280 − UIDE-133
6880 − UIDE-133R
です。

> 6280 − UIDE-133
> 6880 − UIDE-133R
> です。
勘違いしていました。ご指摘ありがとうございます。m(_ _)m

>スレッドの中で足した分どこかで引けと書かれていますが、
>バイナリコードは全然解らん上に、
>区間0000h-3FFFhは広すぎて皆目検討もつきません。(T_T)

弄り回すなら、少なくとも逆アセンブルリストを作って自分なりに大まかな構
造を理解して納得してから始めるのが定石ではないかと。
まぁ、しくじって何枚もボードをゴミにしながら、お金と時間を浪費して覚え
るという方法もないわけではありませんし、人それぞれですから止めませ
んが。

UIDEシリーズではメモリ全体のチェックサムを冒頭のデータ領域で合わせ
ています。
UIDE-66だと0068hで帳尻を合わせていますが、そこはどうなっていますか？
UIDE-98/Mでは0066hなので、UIDE-133だとまたこのアドレスは違う可能性
もあります。
0002番地のROMサイズを読んだ後、×2^9してアドレスサイズに変換し、そ
の回数分ループを回して足した後、合計値をNEGしている所があると思いま
す。その結果を書き出しているアドレスがBYTE-SUMのアドレスです。
アルゴリズム上、ここはROMデータの時点では必ず00hが入っていなければ
なりません。

この処理をしているところは一箇所しかないので、捜せばわかると思いま
す。
まずは解析してみることからお勧めします。

っと、そこまで辿り着いていないようなので、もう一つアドバイスを。
　逆アセンブルして解析してみるとすぐにわかりますが、UIDE-133に付属し
ているBIOS書き換え用プログラム（AECFLASH.EXE）は、最初にBIOSデータを
読み込んで、どのATAカード（チップ）に対応したBIOSデータなのかを調べ、
その結果により、それぞれに固有な書込パラメータを設定して動作していま
す。
　この値が正しく設定されないまま、プログラムを書き換えて強制的に書き
込みモードへ突入させても、エラーを吐いて止まってしまいます。

　従って、正しいパラメータが設定されるようにBIOSデータの方も直してや
る必要があります。

　このパラメータですが、BIOSデータヘッダのデバイス／リビジョン／プロ
ダクトデータの部分で確認されていますので、そこを目的とするボードのも
のに書き換えてやらなければなりません。

取りあえずこんな所でしょうか。
頑張って解析してみて下さい。

アマティさん
ありがとうございました。
できれば元スレッド
http://weblabo.griffonworks.net/dorlog/2nddorcom/98mania/thread20806.html

に書いて頂けていたら、着手しなかったと思います。(^^ゞ
＞UIDE-66だと0068hで帳尻を合わせていますが、そこはどうなっていますか？
00000060 20 00 00 00 00 80 00 00 　00 00 00 00 00 00 FF FF
00000070 FF FD FF 00 00 00 00 00 　00 00 00 00 00 00 00 00
この事でしょうか？
本人は、何もしていない様に思うんですが・・・。
それと、
書きこみを読んで、ここまでしなくちゃいけないんだとすると、
私では手に負いない・・・。今更遅いか(T_T)

あのスレッドはＵＩＤＥ−１３３の話であって、　
ＯＥＭ元のＡＥＣ−６２８０は含まない話だったんですね。(^^ゞ

全ては私の勘違い。
私は川崎に住んで居た時、プリント基板の設計に携わっていたもんで
ＡＥＣ−６２８０はシルク印刷を変えたものかと思って買ってしまった。）
只のラベル商売じゃ無かったんですね。−＞ＩＯＤＡＴＡさん
大変失礼しました。m(__)m

それで結論を申し上げますと、成功しました。(^^ゞ

ある方から、エラーそのものを無視するという方法を
教わりなんと一回で書き換え終了してしまいました。

アマティさんの２度目の書きこみを読む前でした。
アマティさんの２度目の書きこみを読んで、こういうことだったのかと
納得しました。
＞BIOS書き換え用プログラム（AECFLASH.EXE）は、最初にBIOSデータを
＞読み込んで、どのATAカード（チップ）に対応したBIOSデータなのかを調べ、
＞その結果により、それぞれに固有な書込パラメータを設定して動作していま
＞す。

それで、ＵＩＤＥＰＡＴ当てする前はエラーが出なくて
当てると途端だったんですね。

それにしても、ここまで２ケ月かかりました。
今更ながら思うに、ＵＩＤＥ−１３３が製造中止になる前に
スレッドを読んでいたらなあ・・。
しかし、表示速度の問題と通信料金の問題でそんなにネット
サーフィン出来ません。(^^ゞ
昔、パソコン通信で５万円の請求書が来ました。
それにくらべれば格段に安いですが・・・。

私の地域は、去年の５月にＡＤＳＬの８Ｍになりました。
私はいまだに５６Ｋモデムを使っています。
月￥９８０／４時間のプロパイダー料金です。
ＵＰＤＡＴＥ等の容量の大きいファイルは
ちょっと隣町のインターネットカフィ（２０Ｋｍ先）まで
行ってダウンロードしています（そこは２４Ｍ）。
今回の設定では、冷やかされながらも随分通いました。

アマティさんの指摘通り、お金と時間を浪費して
やっとここまで出来ました。(^^ゞ
アマティさんのアドバイス、
＞　正しいパラメータが設定されるようにBIOSデータの方も直してやる。
＞　BIOSデータヘッダのデバイス／リビジョン／プロダクトデータの部分のパラメータの
　書き換え。
は、もう少し勉強してからやります。
ＨＤＤを買うお金をつぎ込んでしまったし
今は、４０ＧＢを認識して動いてくれたからいいやという事で・・・。
それに、正直疲れました。

皆様、貴重な時間を割いて書きこんで下さり、
またアドバイスを頂きありがとうございました。

駄目もとで投稿してよかったです。

本当にありがとうございました。

一応繋がったという事で、
★ ★ ★ HDBENCH Ver 3.30 (C)EP82改/かず ★ ★ ★
M/B Name PC-9821XA13/W12
Processor AMD K6-III+ 596.89MHz[AuthenticAMD family 5 model D step 0]
Cache L1_Data:[32K] L1_Instruction:[32K] L2:[256K]
Name String AMD-K6(tm)-III Processor
VideoCard スタンダード ディスプレイ アダプタ (9821 シリーズ)PC-9821: GA-SV4 Series Bus Master Driver
Resolution 1024x768 (32Bit color)
Memory 160,104 KByte
OS Windows 98 4.10 (Build: 2222) A
Date 2004/01/04 04:58

HDC = ACARD AEC6280 UDMA133 IDE Controller

AB = Maxtor 2 F040L0 PM Rev VAM5
C = QUANTUM FIREBALL EX6.4SM Rev A0A.
D = GENERIC NEC FLOPPY DISK
F = PHILIPS 4424 CDRW Rev 2.4C

ALL Integer Float MemoryR MemoryW MemoryRW DirectDraw
19888 28610 18262 7218 3526 7050 8

Rectangle Text Ellipse BitBlt Read Write Copy Drive
8937 9161 3333 47 38151 31721 20983 A:100MB

追加です。
一応ファイルをチェックしました。
まりもさん作のＰＣＩＸＲＯＭ．ＥＸＥを使用して、
ＡＥＣ−６２８０の差さっているマシンで、
Ａ：￥＞ＰＣＩＸＲＯＭ
出来あがったファイル（ＰＣＩＸＲＯＭ．ＢＩＮ）は６４ＫＢなので、これを
元ファイル（ＵＩＤＥ６６．ＢＩＮ）の４８ＫＢに合わせて
（ＰＣＩＸＲＯＭ．ＢＩＮのお尻を削除しただけですが・・・。）
フロッピディスクに保存して、
ＷＩＮＤＯＷＳを起動して、
ＤＯＳ窓から
Ｄ：￥＞ＦＣ　／Ｂ　ＵＩＤＥ６６．ＢＩＮ　ＰＣＩＸＲＯＭ．ＢＩＮ
すると、
ファイルを比較しています。ＵＩＤＥ６６．ＢＩＮ　ＰＣＩＸＲＯＭ．ＢＩＮ
ＦＣ：違いは見つかりませんでした。
と画面表示されたので、一安心です。

本当は、アマティさんのアドバイスで設定できれば、
始めのタイトル通りチェックサム合わせとなるところなんだけど、
チェックサムをハードルに例えるなら、なぎ倒してゴールした様な
気分だったので（抜けた所は無いか）ファイルチェックして見ました。

アマティさん、ごめんなさい。
＞0002番地のROMサイズを読んだ後、×2^9してアドレスサイズに変換し、そ
＞の回数分ループを回して足した後、合計値をNEGしている所があると思いま
＞す。その結果を書き出しているアドレスがBYTE-SUMのアドレスです。
＞アルゴリズム上、ここはROMデータの時点では必ず00hが入っていなければ
＞なりません。

今の私の頭では、理解出来ません。
勉強します。
貴重なアドバイスありがとうございました。