Loading files
This file is pinned to the selected release. Download the original to open it in your design tool.
#
## [以前の日記](Diary3.md)
## 2024/1/15
些細なドキュメントのバグを修正。
## 2024/1/21
CP/MのDISKイメージを操作する[cpmtools](http://www.moria.de/~michael/cpmtools/)、DISKのフォーマットが`/etc/cpmtools/diskdefs`に定義されているものしか指定できず不便。ドキュメントを読んでも任意の`diskdefs`を指定する方法がなさそうなので、いっちょ修正してやろうかとソースを読み始めた。
cpmfs.c
```c
if ((fp=fopen("diskdefs","r"))==(FILE*)0 && (fp=fopen(DISKDEFS,"r"))==(FILE*)0)
{
fprintf(stderr,"%s: Neither `diskdefs' nor `" DISKDEFS "' could be opened.\n",cmd);
exit(1);
}
```
なんだ、カレントディレクトリに自分好みの`diskdefs`を置いとけばいいのか...。
ということで、[Issue#13](https://github.com/46nori/Z80Atmega128/issues/13)を修正した。
## 2024/1/23
**「入門/実習/応用 CP/M」 村瀬康治 著 アスキー出版局**
この3部作は定番の参考書だった。だが1981,1982年の出版なので、もはや入手は難しい。ところが[INTERNET ARCHIVE](https://archive.org/details/cp-m-ascii-series)に収録されているのをたまたま発見した。ありがたや。
## 2024/4/20
あぁ、ついにZ80がディスコンに...。
- [Z84C00 End of Life/last Time Buy Notification](https://www.mouser.com/PCN/Littelfuse_PCN_Z84C00.pdf)
- [The legendary Zilog Z80 CPU is being discontinued after nearly 50 years](https://www.techspot.com/news/102684-zilog-discontinuing-z80-microprocessor-after-almost-50-years.html)
## 2024/8/25
CP/Mを再配布していものかはっきりしなかったので、CP/M本体は[The Unofficial CP/M Web site](http://www.cpm.z80.de/)から、オンデマンドでコピーしてビルドするようにしている。
しかし、本プロジェクト開始のわずか約半年前(2022/7/9)にClarifyされ、実はライセンス問題は解決してたことに気づいた。
- [CP/M's open-source status clarified after 21 years](https://www.theregister.com/2022/07/15/cpm_open_source/)
- [License agreement for the CP/M material presented on this site](http://www.cpm.z80.de/license.html)
## 2026/3/12
CP/M上で動くZORKを、AIで自律攻略することを思いついた。
以下のような構成で、MCPサーバー経由でZ80ATmega128を制御できるようにし、GitHub CopilotのAIエージェントがゲームを攻略させる。
```text
GitHub Copilot → MCP Server → Z80ATmega128
```
ということで、まずはシリアル経由でMCPサーバーを作った。
GitHub: [mcp-serial-bridge](https://github.com/46nori/mcp-serial-bridge)
VSCodeのチャットからプロンプトを読み込ませ、チャットでプロンプトを読み込ませて指示を行う。
```text
#file:prompt_zork1.md を読んで、ゲームの攻略を開始してください。
```
LLMの種類によってかなり動きが異なる。
コンテキストサイズ、能力面からClaude Opus 4.6を試してみたが、プラムアムライセンスを三倍消費するくせに、シリアルデータをうまく取り込むことからおぼつかなかった。Claude Sonnet 4.6の方がだいぶましだった。GPT-5 miniは、いちいち指示待ちで、自律動作には程遠い。GPT-5.4が一番バランスがとれている印象。
### 攻略の様子
[](https://youtu.be/9ECWXsUKDJA)
LLMモデルがGPT-5.4のときの攻略の様子。
最終的にCP/M側がハングアップしてしまった。(T_T)
### プロンプト: prompt_zork1.md
```text
# Zorkの自律攻略
あなたはテキストアドベンチャーゲーム「Zork I」を攻略する自律プレイヤーです。人間の力を借りずに、ゲームと対話しながら自力で攻略してください。
## ゲームの起動
MCPサーバー(mcp-serial-bridge)を使用し、シリアルポートに接続されているCP/Mマシンを遠隔操作します。
1. ポートの一覧を取得して、適切なポートに 19200bps で接続してください。
2. "DIR"コマンドでファイル一覧を取得します。十分なタイムアウトを設定し、プロンプト'>'を待つようにしてください。
3. ファイル一覧が取得できたら、"ZORK1"を実行し、ゲームを起動します。十分なタイムアウトを設定し、プロンプト'>'を待つようにしてください。
4. ゲームが起動したら、以下の指針に従い、ゲームの攻略を開始してください。
## 目的
世界を探索し、アイテムを収集し、パズルを解き、可能な限りスコアを最大化してください。
あなたには現在のゲーム状態の要約が与えられます。
その情報をもとに状況を分析し、次に実行するコマンドを決定してください。
## 重要な行動方針
1. 新しい場所やオブジェクトを発見する探索行動を優先する
2. 見えているオブジェクトには積極的にインタラクションする
3. 同じ行動を繰り返して進展がない場合は別の行動を選択する
4. 新しい出口がある場合は移動を試す
5. アイテムは可能なら取得する
6. 無意味なコマンドの繰り返しを避ける
7.人間のインタラクションを求めない。自律的に行動を繰り返す。
## コマンド制約
出力するコマンドは必ずZorkの有効なコマンド形式にしてください。
使用可能なコマンド例:
look
inventory
north
south
east
west
up
down
open <object>
take <object>
drop <object>
read <object>
attack <target>
enter <location>
## 思考プロセス
以下の手順で考えてください。
1. 現在の状況を短く分析する
2. 可能な行動候補を3つ考える
3. その中から最も有望な行動を選択する
## 行動選択のルール
- 同じコマンドが直近2回実行され進展がない場合は選ばない
- 新しい場所や情報が得られる可能性の高い行動を優先する
- 可能なら未探索の出口を試す
- 見えているオブジェクトには優先的に行動する
## 出力フォーマット（必ずこの形式で出力すること）
Thought:
現在の状況の簡潔な分析
Candidate Actions:
1. <候補コマンド>
2. <候補コマンド>
3. <候補コマンド>
Best Action:
<選択したコマンド>
Command:
<実行するコマンド>
## 追加ルール
- 出力するコマンドは必ず1つだけにする
- コマンドは短く簡潔にする
- 無効なコマンドを作らない
- 同じ行動の無限ループを避ける
```
## 2026/3/16
電源への12V印加による故障解析のメモ。
### 症状
- AE-CH340E-TYPECは死亡
- AVR側は生きているっぽい。
- AVR側モニタの`test`コマンドによるメモリテストは正常
- `reset 0`でHALT LEDが点灯しないので、Z80側のグルーロジックはどこか壊れている可能性あり。
### 切り分け手順
1. **リセット信号**
- 故障範囲：リセットIC
- 前提：Z80側のメモリI/Oのロジックが無傷
- 確認方法：U15を外す。「reset 0の実行後、トグルスイッチの電源を素早くOFF/ON」 でHALTのLEDが光れば故障している。
1. AVRからSRAMにHALT命令が書き込まれる。
2. Z80電源レベルでリセットが掛かる。
3. メモリの電荷が抜ける前にHALT命令をフェッチして実行、/HALT信号がアクティブになる。
- 対応：リセットIC交換 U14,U15(DS1232)
2. **クロック信号**
- 故障範囲：クロック回路
- 前提：
- 確認方法：Z80のクロックに4MHzが来ていれば問題なし。
- 対応：U4(74HC04), U12(74HC74)の交換
3. **/WAIT信号**
- 故障範囲：/WAIT信号生成回路
- 確認方法：Z80の/WAIT入力がLowか？Highなら問題なし。
- 対応：/WAIT生成回路周りを交換 U10(74HC32), U13(74HC32), U7(74HC08), U12(74HC74)
4. **制御ロジック**
- 故障範囲：Z80側のメモリ, I/O制御ロジックIC
- 確認方法：なし
- 対応：U3,4,6〜12の交換
5. **バストランシーバ**
- 故障範囲：Z80とAVRのメモリ排他を行うバストランシーバ
- 前提：制御ロジックは生きている
- 確認方法：なし
- 対応：U3(74HCT574), U6(74HCT245)の交換
### 反省点
- VCC(+5V)はレギュレータで生成する。あるいは過電圧保護回路を追加する。
- VCC(+5V) → AE-CH340E-TYPECのVCC間にショットキーバリアを挿入し、VCCからの逆流による破壊を防ぐ。
### 改善点
- AE-CH340E-TYPECを切り離して直接RX/TXをプローブできるピンを追加しておく。
- HM62256はTTL互換だがプロセスはCMOSなので、74HCT574は74HC574でも問題ないはず。
- CMOS版Z80Aを使用するなら、74HCT245は74HC245でも問題ないはず。
## 2026/3/23
- 2026/3/12のハングアップの調査を探るために、Claude Opus 4.6を使ってコードレビューを行い、修正計画を作成した。プルリクエストとしてPR#19〜#32 を登録。
## 2026/3/24
- 動作確認用ブランチ `bugfix/BUG_working` で動作確認を実施。PR#19〜#31をマージした。
- `DISK00.IMG`の生成で以下のエラーが発生した。
```bash
vscode@Z80ATmega128:/z80/cpm22/image$ make
mkfs.cpm -f sdcard -b ./tmp/cpm22/CPM.SYS DISK00.IMG
' in line 9nvalid OS type `2.2
make: *** [Makefile:41: DISK00.IMG] Error 1
```
- 原因は`diskdefs`の改行コードが`CRLF`でパースに失敗するから。**Windows環境**での問題。
- [Issue #33](https://github.com/46nori/Z80Atmega128/issues/33)を登録した。
## 2026/3/24
故障した基板の修理を行なった。
- **Z80, HM62256(SRAM)は完全死亡で交換。**
- **ATmega128は半死状態で交換。** AVR側モニタは動いていたが、Z80側のシリアルが壊れていた。
- Fuseの書き換え、ファームの書き込み、EEPROMにCP/M BIOSの書き込みを実施。
- DS1232や74AC573は生きていた。
- **その他の74系標準ロジックは念の為交換。**
- レギュレータで3.3Vを供給している74HC4030やSDカード周りは問題なし。
ATmega128はQFPなので交換が大変。自動はんだ吸取機はないよりマシ程度であまり使い物にならない。
グラインダでチップの足を削ったが、一歩間違うと基板に致命的なダメージを与えるのでやめた方が良い。
さらにハンダこてでピンを温めながら力をかけてはぎとった。うまく行ったがこれは運みたいなもの。やはりヒードガンが欲しい。
## 2026/3/28
- 3/23から対応していた[バグ修正計画1](./bugfix/BugFixPlan1.md)の内容は動作確認用ブランチ `bugfix/BUG_working` にマージ済み。
- 特に問題なさそうなので、developブランチにマージし一旦完了。
552e9055cThis file is pinned to the selected release. Download the original to open it in your design tool.