1. 项目概述当复古灵魂遇见现代躯壳如果你对计算机的历史着迷尤其是上世纪七八十年代那个8位处理器的黄金时代那么亲手让一个Z80 CPU在你的桌面上“复活”运行经典的CP/M操作系统绝对是一件充满乐趣的事情。不过与其去淘换那些年近半百、娇贵且难以维护的老古董硬件为什么不试试用我们手边更强大、更易得的现代微控制器来实现呢这次我们要做的就是在基于ARM Cortex-M4内核的Adafruit Grand Central M4 Express开发板核心是Microchip的ATSAMD51微控制器上运行一个完整的Z80 CPU模拟器——RunCPM。这不仅仅是简单的“怀旧”更是一次深刻的技术穿越。SAMD51拥有120MHz的主频和512KB的RAM其性能对于模拟一个运行在几兆赫兹、仅有64KB内存空间的Z80来说堪称“降维打击”。我们将通过模拟器在SAMD51内部虚拟出一个完整的Z80计算机环境并挂载CP/M 2.2操作系统。更有趣的是RunCPM还提供了桥梁允许我们在这个虚拟的Z80环境中用古老的Z80汇编语言去直接控制SAMD51上真实的物理GPIO引脚比如点亮一个LED。这种“套娃”式的体验——在现代ARM MCU上模拟的8位CPU中编程来控制这个ARM MCU的硬件——本身就充满了极客的浪漫和教学意义。整个项目的核心价值在于实践与理解。它不仅仅是一个模拟器配置教程更是一个理解计算机体系结构从8位到32位演进、操作系统基本原理如CP/M的BDOS调用、以及硬件抽象层HAL设计的绝佳案例。无论你是嵌入式开发新手想了解底层硬件交互还是复古计算爱好者想寻找一个便携的经典系统平台这个项目都能提供扎实的动手经验和知识收获。2. 核心组件深度解析Z80、CP/M与RunCPM在动手接线和烧录代码之前我们有必要对涉及的几个“古董级”核心组件有一个清晰的认知。理解它们的历史地位和工作原理能让你在后续操作中知其然更知其所以然遇到问题时也能更快地定位。2.1 Z80 CPU8位时代的王者Zilog Z80是一款在1976年发布的8位微处理器由前英特尔工程师Federico Faggin创立公司后设计。它并非凭空出世而是对英特尔8080 CPU的增强与兼容版。这种兼容性策略非常成功使得大量为8080编写的软件可以相对容易地移植到Z80平台为其迅速占领市场奠定了基础。它的核心优势与特点包括增强的指令集在兼容8080指令集的基础上增加了一整套新的指令和寄存器组如IX, IY索引寄存器。特别是引入了位操作、块传输和搜索指令大大提升了数据处理和内存操作的效率。对于汇编程序员来说这意味著可以用更少的代码完成更复杂的任务。简化的系统设计Z80内部集成了内存刷新计数器这对于当时普遍使用的动态RAMDRAM至关重要省去了外部刷新电路降低了整机设计的复杂度和成本。同时它采用单5V电源供电8080需要三种电压时钟电路也更简单。广泛的应用场景其影响力远超个人电脑。从经典的Sinclair ZX Spectrum、TRS-80到任天堂的Game Boy掌机再到《吃豆人》、《大金刚》等街机游戏的基板甚至一些早期的音乐合成器里都能找到Z80的身影。它定义了整整一个时代的低成本计算体验。在模拟器环境中我们并不关心Z80的物理引脚时序而是专注于精确再现其指令集和寄存器行为。RunCPM这个模拟器的核心任务就是用一个软件循环来解析、执行每一条Z80机器指令并维护所有寄存器AF, BC, DE, HL, SP, PC等和标志位Zero, Carry, Sign等的状态。2.2 CP/M 操作系统磁盘操作系统的先驱CP/MControl Program for Microcomputers由Digital Research公司开发是第一个被广泛使用的微型计算机操作系统。在MS-DOS统治PC世界之前CP/M是8位微电脑尤其是Z80系统上的事实标准。它的架构清晰而经典分为三个主要层次BIOS基本输入输出系统这是最底层与硬件直接打交道。它包含了针对特定机器的驱动程序用于控制磁盘、控制台键盘/显示器、打印机等。RunCPM项目的关键工作之一就是为SAMD51平台实现这个BIOS层将CP/M的磁盘访问、控制台输入输出调用映射到SD卡文件和USB串行端口上。BDOS基本磁盘操作系统这是核心层提供文件管理、内存管理、程序加载等系统服务。应用程序通过调用BDOS功能在Z80中通常是将功能号放入C寄存器然后CALL 5来使用这些服务。它的存在让应用程序无需关心底层硬件细节。CCP控制台命令处理器这就是用户看到的命令行界面。它解析用户输入的命令如DIR,TYPE,ERA并调用相应的BDOS功能或加载外部程序.COM文件来执行。CP/M的文件系统采用经典的“8.3”格式文件名8字符扩展名3字符这个概念被后来的MS-DOS直接继承。它的磁盘被组织成“用户区”从0到15每个用户区有独立的文件空间这可以看作是多用户概念的雏形虽然在同一时间只能有一个用户区处于活动状态。在RunCPM中我们使用的“磁盘”实际上是SD卡上的目录。例如A:盘对应SD卡根目录下的A文件夹其中的文件就是CP/M系统所看到的文件。这种将物理存储映射为逻辑磁盘的抽象是模拟器设计中的常见手法。2.3 RunCPM模拟器轻量高效的Z80环境RunCPM是一个用C语言编写的高度可移植的Z80模拟器。它的设计哲学是“最小化硬件依赖”通过一个抽象层abstraction.h来隔离平台相关的代码如I/O、文件系统、时间使得核心的Z80模拟引擎可以轻松移植到从Windows/Linux到Arduino等各种平台。它的工作流程可以概括为初始化加载指定的CP/M BIOS/CCP镜像文件如CCP-ZCP3.60K设置模拟内存。取指-译码-执行循环模拟器从Z80程序计数器PC指向的内存地址读取指令字节解码该指令然后调用相应的函数来模拟该指令的操作如算术运算、内存访问、I/O操作并更新PC和所有受影响的寄存器、标志位。中断与BDOS调用模拟器会检查是否有中断发生并处理之。当模拟的Z80程序执行CALL 5指令时模拟器会截获此调用根据C寄存器中的功能号跳转到宿主平台这里是SAMD51实现的对应BDOS/BIOS函数中执行。这正是我们能够用Z80汇编控制LED的关键——RunCPM扩展了BDOS功能号如220-224将这些调用转向了对Arduino API如pinMode,digitalWrite的调用。选择RunCPM的原因在于其“恰到好处”的复杂度。它完整实现了运行CP/M和应用所需的核心Z80指令集同时又足够简洁代码可读性强非常适合学习模拟器原理和进行移植。相比之下更全面的模拟器如MAME或MESS代码库过于庞大难以嵌入到资源有限的微控制器环境中。3. 硬件准备与开发环境搭建工欲善其事必先利其器。要让复古的CP/M世界在现代的Grand Central M4上运行起来我们需要准备好正确的硬件和软件环境。3.1 所需硬件清单与选型考量Adafruit Grand Central M4 Express开发板这是本项目的核心。选择它而非其他SAMD51板如Arduino Zero或Adafruit ItsyBitsy M4的主要原因有两个内置MicroSD卡槽CP/M系统需要虚拟磁盘存储SD卡是最佳载体。Grand Central板载了SD卡槽省去了额外连接SD卡模块的麻烦使得整个项目更加紧凑和稳定。充足的资源SAMD51拥有120MHz Cortex-M4内核、512KB Flash和192KB RAM。RunCPM模拟器本身和CP/M系统内存例如60KB版本会占用一部分RAM但剩余空间依然充裕确保模拟流畅。其性能足以让Z80模拟运行在远超真实硬件的速度上。MicroSD卡建议8GB或16GBClass 4以上容量无需太大因为CP/M时代的“硬盘”以MB甚至KB计。但务必确保将其格式化为FAT32文件系统。这是Arduino的SdFat库广泛支持的标准格式。使用过大的SD卡如128GB或exFAT格式可能会带来不必要的兼容性问题。USB数据线Micro-B接口用于供电、程序烧录以及最重要的——作为CP/M的“终端”。我们将通过串行监视器与虚拟的Z80计算机进行交互。可选LED和电阻220Ω-1kΩ用于后续的Z80汇编GPIO控制实验。将LED阳极通过电阻连接到Grand Central的某个数字引脚如D8阴极连接到GND。注意虽然原教程基于Grand Central但理论上任何具有足够内存RAM建议128KB和SD卡接口的SAMD51开发板都可以运行。你需要根据具体板型修改代码中的引脚定义和初始化逻辑例如使用SPI接口的SD卡模块时需要正确配置SDINIT片选引脚。3.2 软件环境配置与库安装安装Arduino IDE从Arduino官网下载并安装最新版本的IDE1.8.x或2.x均可。这是管理和编译项目的基础。添加Grand Central M4支持打开Arduino IDE进入文件-首选项。在“附加开发板管理器网址”框中添加Adafruit的板支持URLhttps://adafruit.github.io/arduino-board-index/package_adafruit_index.json然后打开工具-开发板-开发板管理器。在搜索框中输入“Adafruit SAMD”找到并安装“Adafruit SAMD Boards (32-bits ARM Cortex-M0 and Cortex-M4)”这个包。安装完成后你就能在开发板列表中选择“Adafruit Grand Central M4 Express”。安装必要的库RunCPM依赖于SdFat库来处理SD卡。在Arduino IDE的库管理器工具-管理库...中搜索“SdFat - Adafruit Fork”并安装。务必选择Adafruit维护的版本它针对其开发板做了优化兼容性更好。获取RunCPM源代码从GitHub克隆或下载RunCPM的主仓库https://github.com/MockbaTheBorg/RunCPM。原教程中提到的针对Grand Central的修改目前已经合并到主分支。下载后在Arduino IDE中打开RunCPM/RunCPM.ino这个主文件。3.3 MicroSD卡文件系统准备这是让CP/M“认盘”的关键一步。RunCPM期望SD卡的根目录下有特定的文件夹结构来代表不同的磁盘驱动器A:, B: 等。将MicroSD卡插入电脑读卡器。在SD卡根目录下创建两个文件夹分别命名为A和B。这对应了CP/M系统中的A盘和B盘。从下载的RunCPM源代码包中找到disks文件夹。将其中的全部内容包括.COM,.ASM等众多文件复制到SD卡的A文件夹内。这些就是CP/M 2.2的系统文件、工具如汇编器ASM.COM、编辑器ED.COM以及一些示例程序。可选在B文件夹内可以创建一个空的0文件夹。这是一个CP/M的“用户区”目录用于存放你的个人文件保持系统盘A的整洁。完成后的SD卡目录结构应大致如下根目录/ ├── A/ │ ├── 0/ │ ├── ASM.COM │ ├── DDT.COM │ ├── ED.COM │ ├── ... │ └── ZEXALL.COM └── B/ └── 0/ (可选)实操心得在复制文件时请确保你的操作系统显示了文件扩展名。有些文件如CCP-ZCP3.60K其扩展名.60K是CP/M系统识别内存模型的关键如果被隐藏或误删会导致模拟器无法启动。建议在复制完成后快速浏览一下A文件夹确认存在大量.COM和.60K文件。4. 代码适配与编译上传RunCPM本身是跨平台的但要让它在Grand Central上跑起来需要针对这块板子的硬件特性进行微调。幸运的是正如原教程所说这些修改已经集成到主分支中。我们这里会详细解读这些修改点以便你理解其原理并为将来移植到其他板子打下基础。4.1 关键代码修改点解析打开RunCPM.ino文件我们关注两个核心的适配部分1. 抽象层识别 (abstraction_arduino.h) 这个头文件定义了宿主操作系统HostOs。RunCPM通过预编译宏来判断当前平台。对于Grand Central我们需要确保它被正确识别为Arduino平台并启用相应的实现。// 在 abstraction_arduino.h 中查找类似以下的行 #if defined(ARDUINO_ARCH_SAMD) !defined(ARDUINO_SAMD_ZERO) !defined(ARDUINO_SAMD_MKR1000) !defined(ARDUINO_SAMD_MKRZERO) !defined(ARDUINO_SAMD_NANO_33_IOT) !defined(ARDUINO_SAMD_MKRFox1200) !defined(ARDUINO_SAMD_MKRWAN1300) !defined(ARDUINO_SAMD_MKRGSM1400) !defined(ARDUINO_SAMD_MKRWAN1310) !defined(ARDUINO_SAMD_MKRNB1500) !defined(ARDUINO_SAMD_MKRVIDOR4000) !defined(ARDUINO_SAMD_CIRCUITPLAYGROUND_EXPRESS) !defined(ARDUINO_SAMD_HALLOWING_M0) !defined(ARDUINO_SAMD_THING_PLUS) !defined(ARDUINO_SAMD_ZERO) !defined(ARDUINO_SAMD_GRAND_CENTRAL_M4) // 实际上在主分支中通常是通过添加 ADAFRUIT_GRAND_CENTRAL_M4 这个宏来判断。 // 确保在 boards.txt 中Grand Central 的定义包含了该宏的构建。在最新的代码中通常已经存在针对ADAFRUIT_GRAND_CENTRAL_M4的判断分支。你只需要确认在Arduino IDE中选择正确的开发板这个宏就会被自动定义。2. 板级专用配置 (RunCPM.ino) 这是最主要的修改区域位于setup()函数之前。// 在 RunCPM.ino 中查找板级配置部分 #elif defined(ADAFRUIT_GRAND_CENTRAL_M4) // 添加Grand Central的判断分支 #define USE_SDIO 0 // 不使用SDIO模式某些板子可能用 SdFat SD; // 声明SdFat对象 #define SDINIT SDCARD_SS_PIN // SD卡片选引脚对于板载卡槽通常有专用定义 #define LED 13 // 板载LED引脚号Grand Central是13 #define LEDinv 0 // LED点亮逻辑0为低电平点亮通常0为高电平点亮 #define BOARD ADAFRUIT GRAND CENTRAL M4 // 在终端显示的板卡名称USE_SDIO 0: 表示使用SPI模式访问SD卡。Grand Central的板载SD卡槽是通过一个专用SPI接口连接的而非SDIO高速模式。SDINIT SDCARD_SS_PIN:SDCARD_SS_PIN是Adafruit SAMD核心为板载SD卡槽预定义的片选引脚常量使用它能确保硬件SPI正确初始化。LED 13: Grand Central的板载用户LED连接在数字引脚13上。3. SD卡初始化差异 由于板载SD卡槽的硬件连接方式其初始化代码与通用SPI接口略有不同。// 在 setup() 函数中查找SD卡初始化的部分 #if defined(ADAFRUIT_GRAND_CENTRAL_M4) // Grand Central需要使用特定的 cardBegin 和 fsBegin 方法 if (SD.cardBegin(SDINIT, SD_SCK_MHZ(50))) { // 初始化SD卡硬件设置SPI时钟为50MHz if (!SD.fsBegin()) { // 初始化文件系统 _puts(\nFile System initialization failed.\n); return; } #else // 其他板子使用标准的 begin() 方法 if (SD.begin(SDINIT)) { #endif这里的关键是SD.cardBegin()和SD.fsBegin()的分步初始化这是SdFat库针对某些硬件配置的推荐做法能提供更好的兼容性和控制力。4.2 编译与上传流程在Arduino IDE中选择正确的开发板工具-开发板-Adafruit SAMD Boards-Adafruit Grand Central M4 Express。选择正确的端口工具-端口选择识别到的Grand Central对应的串口在Windows上可能是COMx在macOS/Linux上是/dev/cu.usbmodemxxx。将准备好的MicroSD卡插入Grand Central的卡槽。点击“上传”按钮向右的箭头。IDE会先编译代码然后通过USB线烧录到板子的Flash中。上传完成后不要打开串口监视器。RunCPM启动后会独占串口进行CP/M的终端交互。我们需要一个更强大的终端工具。4.3 终端软件的选择与配置CP/M系统期望与一个VT100或ANSI兼容的终端进行通信。Arduino IDE自带的串口监视器功能过于简单通常不支持完整的终端控制序列如清屏、光标定位这会导致显示错乱尤其是在运行像MBASIC这样的全屏程序时。推荐使用以下终端软件Windows: PuTTY, Tera Term, CoolTerm。macOS: Screen (命令行), CoolTerm, Minicom (通过Homebrew安装)。Linux: Screen, Minicom, Picocom。以CoolTerm跨平台为例进行配置打开CoolTerm点击Options。在Port中选择Grand Central对应的串口。设置Baud Rate为115200这是RunCPM默认的波特率。在Terminal选项卡下确保Terminal Mode设置为ANSI或VT100。在Terminal选项卡下勾选Local Echo通常是个好主意这样你输入的字符会立即显示。点击Connect。如果一切顺利你将在终端窗口看到RunCPM的启动信息并最终出现CP/M的提示符A。恭喜你你的SAMD51已经成功变身为一台Z80计算机5. CP/M系统初探与基本操作当终端屏幕上出现A提示符时意味着你已经进入了CP/M 2.2的命令行环境。这个简洁的界面背后是四十多年前的计算体验。让我们熟悉一些基本操作。5.1 内置命令与常用操作DIR列出当前磁盘A盘上的文件。你可以使用DIR *.COM来只列出所有可执行的命令文件。TYPE 文件名在屏幕上显示一个文本文件的内容。例如TYPE 1STREAD.ME可以查看自述文件。ERA 文件名删除文件。支持通配符*和?。操作需谨慎CP/M没有回收站。例如ERA *.BAK删除所有备份文件。REN 新文件名旧文件名重命名文件。注意等号两边的顺序。文件命名规则严格遵守文件名.扩展名格式文件名最多8字符扩展名最多3字符。例如MYPROG.ASM,LETTER.TXT。5.2 使用Transient Commands外部命令这些命令以.COM为扩展名存储在磁盘上使用时需要从磁盘加载到内存再执行。ED 文件名启动行编辑器。这是CP/M时代的主要文本编辑工具其操作方式如插入模式、行号编辑与现代编辑器差异很大需要适应。按CtrlZ保存并退出。ASM 文件名汇编Z80汇编语言源文件.ASM。它会生成.HEXIntel Hex格式和.PRN列表文件等输出文件。LOAD 文件名将.HEX文件转换为可执行的.COM文件。DDT动态调试工具。可以用于单步执行程序、查看内存、设置断点是调试汇编程序的利器。STAT显示磁盘空间和文件信息。STAT *.*显示所有文件的详细信息。一个完整的编辑-汇编-运行流程示例ED TEST.ASM创建一个新的汇编源文件。在ED中输入简单的汇编代码例如只包含RET指令程序退出。CtrlZ保存退出。ASM TEST汇编TEST.ASM。如果没有错误会生成TEST.HEX和TEST.PRN。LOAD TEST将TEST.HEX转换为TEST.COM。TEST运行刚刚创建的程序它什么也不做立即返回。5.3 探索预装软件SD卡的A盘中已经预装了许多经典工具和程序值得探索MBASIC.COMMicrosoft BASIC-80解释器。输入MBASIC即可进入BASIC环境你可以编写和运行BASIC程序。这是学习早期BASIC语法的好地方。ZEXALL.COM/ZEXDOC.COM这是非常著名的Z80指令集测试程序。运行ZEXALL会对模拟器实现的每一条Z80指令进行严格测试确保模拟的准确性。如果这个测试全部通过说明RunCPM的Z80核心模拟是高度可靠的。PIP.COM外围设备交换程序可以用于复制文件甚至在不同设备如虚拟盘B间传输数据。例如PIP B:A:*.COM可以将A盘所有COM文件复制到B盘。注意事项CP/M是区分大小写的。命令和文件名必须严格按照大小写输入通常都是大写。在终端软件中确保你的键盘处于大写锁定状态或者终端设置为自动将输入转换为大写可以避免很多“文件未找到”的错误。6. 核心实践用Z80汇编控制GPIO点亮LED这是整个项目中最能体现“古今结合”魅力的部分。我们将编写一段Z80汇编程序通过RunCPM扩展的BDOS调用来控制SAMD51上真实的物理引脚从而点亮一个LED。6.1 RunCPM的硬件抽象层BDOS扩展RunCPM在标准CP/M的BDOS调用CALL 5基础上增加了一组自定义的功能号用于访问宿主Arduino的GPIO功能。这些功能号对应关系如下C寄存器值功能D寄存器E寄存器返回值220 (0xDC)pinMode - 设置引脚模式引脚号模式 (0INPUT, 1OUTPUT, 2INPUT_PULLUP)无221 (0xDD)digitalRead - 数字读取引脚号无A寄存器 (0LOW, 1HIGH)222 (0xDE)digitalWrite - 数字写入引脚号值 (0LOW, 1HIGH)无223 (0xDF)analogRead - 模拟读取引脚号无HL寄存器 (0-1023)224 (0xE0)analogWrite - 模拟写入(PWM)引脚号值 (0-255)无调用约定这是Z80汇编的标准BDOS调用方式。将功能号放入C寄存器相关参数放入D、E寄存器然后执行CALL 5。模拟器会截获这个调用并执行宿主平台对应的Arduino函数如digitalWrite(pin, value)。6.2 汇编、汇编与执行全流程假设我们在Grand Central的**数字引脚8D8**上连接了一个LED阳极通过220Ω电阻接D8阴极接GND。我们的目标是编写程序点亮它。步骤1使用ED创建汇编源文件在CP/M提示符下输入ED LED.ASM。进入编辑器后输入以下汇编代码; LED.ASM - 点亮连接在引脚8上的LED ORG 0100H ; CP/M .COM程序必须从0100H开始 START: MVI C, 0DCH ; 功能号220 pinMode放入C寄存器 (0DCH是220的十六进制) MVI D, 8 ; 引脚号8放入D寄存器 MVI E, 1 ; 模式1 OUTPUT放入E寄存器 CALL 5 ; 调用BDOS设置引脚8为输出模式 MVI C, 0DEH ; 功能号222 digitalWrite放入C寄存器 MVI D, 8 ; 引脚号8 MVI E, 1 ; 值1 HIGH (点亮LED) CALL 5 ; 调用BDOS向引脚8写入高电平 RET ; 返回CP/M END START输入完成后按CtrlZ然后按E保存文件并退出编辑器。步骤2使用ASM进行汇编输入命令ASM LED。汇编器会处理LED.ASM文件。如果代码没有语法错误你会看到类似以下的输出CP/M ASSEMBLER - VER 2.0 0111 000H USE FACTOR END OF ASSEMBLY RunCPM Version 3.7 (CP/M 2.2 60K)这表示汇编成功。0111是生成的机器码的结束地址十六进制意味着程序从0100H开始到0110H结束共17个字节。步骤3使用LOAD生成可执行文件汇编生成的是LED.HEX文件Intel Hex格式需要转换为CP/M可直接加载执行的LED.COM文件。输入命令LOAD LED。Aload led FIRST ADDRESS 0100 LAST ADDRESS 0110 BYTES READ 0011 RECORDS WRITTEN 01LOAD程序读取.HEX文件并将其转换为内存映像保存为.COM文件。步骤4执行程序现在输入LED并回车。如果硬件连接正确你应该立刻看到连接到D8的LED被点亮步骤5进阶——让LED闪烁仅仅点亮还不够让我们修改程序实现闪烁。这需要引入延时。我们可以写一个简单的软件延时循环。创建一个新文件BLINK.ASM; BLINK.ASM - 闪烁LED ORG 0100H START: MVI C, 0DCH ; pinMode MVI D, 8 MVI E, 1 CALL 5 LOOP: MVI C, 0DEH ; digitalWrite HIGH MVI E, 1 CALL 5 CALL DELAY ; 调用延时子程序 MVI C, 0DEH ; digitalWrite LOW MVI E, 0 CALL 5 CALL DELAY ; 调用延时子程序 JMP LOOP ; 无限循环 ; --- 软件延时子程序 --- DELAY: PUSH B ; 保存BC寄存器 LXI B, 0FFFFH ; 将延时计数器加载到BC寄存器对 (65535) DELAY_LOOP: DCX B ; BC BC - 1 MOV A, B ; 检查BC是否减到0 ORA C ; 将B和C进行或操作结果在A JNZ DELAY_LOOP ; 如果结果非零跳回循环 POP B ; 恢复BC寄存器 RET END START按照同样的步骤ED编辑 - ASM汇编 - LOAD转换生成BLINK.COM并运行。你将看到LED以一定的频率闪烁。通过调整LXI B, 0FFFFH中的数值可以改变闪烁的速度。实操心得与排查LED不亮首先检查硬件连接是否正确、牢固。然后用DIR LED.*确认LED.COM文件已生成且大小不为0。可以尝试用DDT LED.COM加载程序然后使用G命令执行观察是否有错误。程序执行后系统无响应可能是你的汇编程序没有正确返回缺少RET指令或跳转到了错误地址。在CP/M下程序结束时必须通过RET指令将控制权交还给CCP。一个死循环程序会“卡住”命令行。此时可以尝试按CtrlC中断程序如果无效可能需要重启RunCPM复位Grand Central板。理解延时在真实的Z80机器上延时循环的计数需要根据CPU时钟频率精确计算。但在模拟器中Z80指令的执行速度取决于宿主MCUSAMD51的性能和模拟器的效率因此这里的延时是“经验性”的主要用于演示。如果需要精确计时可以利用RunCPM可能提供的其他BDOS调用如获取时间来实现。7. 项目扩展思路与深度探索成功运行CP/M并控制LED只是一个起点。这个平台为深入学习计算机科学和嵌入式开发的历史与现状提供了丰富的可能性。7.1 探索更复杂的Z80编程学习Z80汇编利用DDT调试器单步执行你的程序观察寄存器、内存和标志位的变化。这是理解CPU工作原理最直接的方式。可以尝试编写进行数学运算、字符串处理或内存块操作的程序。使用MBASIC运行MBASIC探索早期的BASIC语言。尝试编写一些简单的游戏如猜数字或实用程序。思考BASIC解释器本身是如何用Z80机器码实现的。研究CP/M系统调用除了我们使用的扩展调用标准的CP/M BDOS调用功能号0-44是那个时代应用程序的基石。例如功能号9输出字符串和10缓冲输入。编写一个调用这些标准功能的程序与用户进行交互。7.2 移植RunCPM到其他开发板如果你手头有其他SAMD51或类似性能的ARM Cortex-M开发板如STM32F4系列、ESP32-S3等可以尝试移植RunCPM。关键在于实现硬件抽象层在abstraction_arduino.h和RunCPM.ino中为你的板子添加新的#elif defined分支。适配SD卡驱动根据你的板子使用的SD卡接口SPI或SDIO正确配置SdFat库的初始化参数和引脚。适配串口终端确保RunCPM的字符输入输出正确映射到你的开发板的串口通常是USB CDC或硬件UART。 这个过程能让你深入理解硬件抽象层HAL的设计和嵌入式系统移植的通用方法。7.3 与现代开发工具链集成交叉开发在PC上使用现代的Z80汇编器如z88dk、SjASMPlus编写和调试更复杂的程序生成.COM文件后直接复制到SD卡上运行。这能极大提高开发效率。资源探索互联网上存在大量经典的CP/M软件从游戏如Zork到开发工具如Hi-Tech C编译器。你可以尝试将这些.COM文件复制到SD卡的A盘中运行体验更丰富的复古计算生态。7.4 性能分析与优化思考虽然SAMD51模拟Z80绰绰有余但你可以思考一些优化问题模拟器效率RunCPM是一个解释型模拟器每条Z80指令都需要多条ARM指令来模拟。如果追求极限性能可以考虑动态编译JIT技术但这在MCU上实现难度极高。I/O延迟通过BDOS调用控制GPIO经历了“Z80模拟代码 - RunCPM截获 - Arduino API调用 - 硬件寄存器操作”多层抽象。思考如果需要一个实时性更高的响应如读取按钮这种架构的延迟是否可接受如何优化提示可以考虑在模拟器内映射一段内存区域直接对应GPIO寄存器但这需要修改模拟器核心。这个项目就像一座桥梁连接了计算机历史的两个重要时代。它不仅仅是一个有趣的玩具更是一个强大的教学工具让你能够亲手触摸和操作那些曾经只存在于教科书或博物馆中的概念。通过将古老的软件环境运行在现代的硬件平台上你获得了一种独特的视角既能欣赏早期计算机系统的简洁与优雅又能利用现代工具的便利去探索和实验。
在ARM Cortex-M4上模拟Z80 CPU运行CP/M系统并控制GPIO
1. 项目概述当复古灵魂遇见现代躯壳如果你对计算机的历史着迷尤其是上世纪七八十年代那个8位处理器的黄金时代那么亲手让一个Z80 CPU在你的桌面上“复活”运行经典的CP/M操作系统绝对是一件充满乐趣的事情。不过与其去淘换那些年近半百、娇贵且难以维护的老古董硬件为什么不试试用我们手边更强大、更易得的现代微控制器来实现呢这次我们要做的就是在基于ARM Cortex-M4内核的Adafruit Grand Central M4 Express开发板核心是Microchip的ATSAMD51微控制器上运行一个完整的Z80 CPU模拟器——RunCPM。这不仅仅是简单的“怀旧”更是一次深刻的技术穿越。SAMD51拥有120MHz的主频和512KB的RAM其性能对于模拟一个运行在几兆赫兹、仅有64KB内存空间的Z80来说堪称“降维打击”。我们将通过模拟器在SAMD51内部虚拟出一个完整的Z80计算机环境并挂载CP/M 2.2操作系统。更有趣的是RunCPM还提供了桥梁允许我们在这个虚拟的Z80环境中用古老的Z80汇编语言去直接控制SAMD51上真实的物理GPIO引脚比如点亮一个LED。这种“套娃”式的体验——在现代ARM MCU上模拟的8位CPU中编程来控制这个ARM MCU的硬件——本身就充满了极客的浪漫和教学意义。整个项目的核心价值在于实践与理解。它不仅仅是一个模拟器配置教程更是一个理解计算机体系结构从8位到32位演进、操作系统基本原理如CP/M的BDOS调用、以及硬件抽象层HAL设计的绝佳案例。无论你是嵌入式开发新手想了解底层硬件交互还是复古计算爱好者想寻找一个便携的经典系统平台这个项目都能提供扎实的动手经验和知识收获。2. 核心组件深度解析Z80、CP/M与RunCPM在动手接线和烧录代码之前我们有必要对涉及的几个“古董级”核心组件有一个清晰的认知。理解它们的历史地位和工作原理能让你在后续操作中知其然更知其所以然遇到问题时也能更快地定位。2.1 Z80 CPU8位时代的王者Zilog Z80是一款在1976年发布的8位微处理器由前英特尔工程师Federico Faggin创立公司后设计。它并非凭空出世而是对英特尔8080 CPU的增强与兼容版。这种兼容性策略非常成功使得大量为8080编写的软件可以相对容易地移植到Z80平台为其迅速占领市场奠定了基础。它的核心优势与特点包括增强的指令集在兼容8080指令集的基础上增加了一整套新的指令和寄存器组如IX, IY索引寄存器。特别是引入了位操作、块传输和搜索指令大大提升了数据处理和内存操作的效率。对于汇编程序员来说这意味著可以用更少的代码完成更复杂的任务。简化的系统设计Z80内部集成了内存刷新计数器这对于当时普遍使用的动态RAMDRAM至关重要省去了外部刷新电路降低了整机设计的复杂度和成本。同时它采用单5V电源供电8080需要三种电压时钟电路也更简单。广泛的应用场景其影响力远超个人电脑。从经典的Sinclair ZX Spectrum、TRS-80到任天堂的Game Boy掌机再到《吃豆人》、《大金刚》等街机游戏的基板甚至一些早期的音乐合成器里都能找到Z80的身影。它定义了整整一个时代的低成本计算体验。在模拟器环境中我们并不关心Z80的物理引脚时序而是专注于精确再现其指令集和寄存器行为。RunCPM这个模拟器的核心任务就是用一个软件循环来解析、执行每一条Z80机器指令并维护所有寄存器AF, BC, DE, HL, SP, PC等和标志位Zero, Carry, Sign等的状态。2.2 CP/M 操作系统磁盘操作系统的先驱CP/MControl Program for Microcomputers由Digital Research公司开发是第一个被广泛使用的微型计算机操作系统。在MS-DOS统治PC世界之前CP/M是8位微电脑尤其是Z80系统上的事实标准。它的架构清晰而经典分为三个主要层次BIOS基本输入输出系统这是最底层与硬件直接打交道。它包含了针对特定机器的驱动程序用于控制磁盘、控制台键盘/显示器、打印机等。RunCPM项目的关键工作之一就是为SAMD51平台实现这个BIOS层将CP/M的磁盘访问、控制台输入输出调用映射到SD卡文件和USB串行端口上。BDOS基本磁盘操作系统这是核心层提供文件管理、内存管理、程序加载等系统服务。应用程序通过调用BDOS功能在Z80中通常是将功能号放入C寄存器然后CALL 5来使用这些服务。它的存在让应用程序无需关心底层硬件细节。CCP控制台命令处理器这就是用户看到的命令行界面。它解析用户输入的命令如DIR,TYPE,ERA并调用相应的BDOS功能或加载外部程序.COM文件来执行。CP/M的文件系统采用经典的“8.3”格式文件名8字符扩展名3字符这个概念被后来的MS-DOS直接继承。它的磁盘被组织成“用户区”从0到15每个用户区有独立的文件空间这可以看作是多用户概念的雏形虽然在同一时间只能有一个用户区处于活动状态。在RunCPM中我们使用的“磁盘”实际上是SD卡上的目录。例如A:盘对应SD卡根目录下的A文件夹其中的文件就是CP/M系统所看到的文件。这种将物理存储映射为逻辑磁盘的抽象是模拟器设计中的常见手法。2.3 RunCPM模拟器轻量高效的Z80环境RunCPM是一个用C语言编写的高度可移植的Z80模拟器。它的设计哲学是“最小化硬件依赖”通过一个抽象层abstraction.h来隔离平台相关的代码如I/O、文件系统、时间使得核心的Z80模拟引擎可以轻松移植到从Windows/Linux到Arduino等各种平台。它的工作流程可以概括为初始化加载指定的CP/M BIOS/CCP镜像文件如CCP-ZCP3.60K设置模拟内存。取指-译码-执行循环模拟器从Z80程序计数器PC指向的内存地址读取指令字节解码该指令然后调用相应的函数来模拟该指令的操作如算术运算、内存访问、I/O操作并更新PC和所有受影响的寄存器、标志位。中断与BDOS调用模拟器会检查是否有中断发生并处理之。当模拟的Z80程序执行CALL 5指令时模拟器会截获此调用根据C寄存器中的功能号跳转到宿主平台这里是SAMD51实现的对应BDOS/BIOS函数中执行。这正是我们能够用Z80汇编控制LED的关键——RunCPM扩展了BDOS功能号如220-224将这些调用转向了对Arduino API如pinMode,digitalWrite的调用。选择RunCPM的原因在于其“恰到好处”的复杂度。它完整实现了运行CP/M和应用所需的核心Z80指令集同时又足够简洁代码可读性强非常适合学习模拟器原理和进行移植。相比之下更全面的模拟器如MAME或MESS代码库过于庞大难以嵌入到资源有限的微控制器环境中。3. 硬件准备与开发环境搭建工欲善其事必先利其器。要让复古的CP/M世界在现代的Grand Central M4上运行起来我们需要准备好正确的硬件和软件环境。3.1 所需硬件清单与选型考量Adafruit Grand Central M4 Express开发板这是本项目的核心。选择它而非其他SAMD51板如Arduino Zero或Adafruit ItsyBitsy M4的主要原因有两个内置MicroSD卡槽CP/M系统需要虚拟磁盘存储SD卡是最佳载体。Grand Central板载了SD卡槽省去了额外连接SD卡模块的麻烦使得整个项目更加紧凑和稳定。充足的资源SAMD51拥有120MHz Cortex-M4内核、512KB Flash和192KB RAM。RunCPM模拟器本身和CP/M系统内存例如60KB版本会占用一部分RAM但剩余空间依然充裕确保模拟流畅。其性能足以让Z80模拟运行在远超真实硬件的速度上。MicroSD卡建议8GB或16GBClass 4以上容量无需太大因为CP/M时代的“硬盘”以MB甚至KB计。但务必确保将其格式化为FAT32文件系统。这是Arduino的SdFat库广泛支持的标准格式。使用过大的SD卡如128GB或exFAT格式可能会带来不必要的兼容性问题。USB数据线Micro-B接口用于供电、程序烧录以及最重要的——作为CP/M的“终端”。我们将通过串行监视器与虚拟的Z80计算机进行交互。可选LED和电阻220Ω-1kΩ用于后续的Z80汇编GPIO控制实验。将LED阳极通过电阻连接到Grand Central的某个数字引脚如D8阴极连接到GND。注意虽然原教程基于Grand Central但理论上任何具有足够内存RAM建议128KB和SD卡接口的SAMD51开发板都可以运行。你需要根据具体板型修改代码中的引脚定义和初始化逻辑例如使用SPI接口的SD卡模块时需要正确配置SDINIT片选引脚。3.2 软件环境配置与库安装安装Arduino IDE从Arduino官网下载并安装最新版本的IDE1.8.x或2.x均可。这是管理和编译项目的基础。添加Grand Central M4支持打开Arduino IDE进入文件-首选项。在“附加开发板管理器网址”框中添加Adafruit的板支持URLhttps://adafruit.github.io/arduino-board-index/package_adafruit_index.json然后打开工具-开发板-开发板管理器。在搜索框中输入“Adafruit SAMD”找到并安装“Adafruit SAMD Boards (32-bits ARM Cortex-M0 and Cortex-M4)”这个包。安装完成后你就能在开发板列表中选择“Adafruit Grand Central M4 Express”。安装必要的库RunCPM依赖于SdFat库来处理SD卡。在Arduino IDE的库管理器工具-管理库...中搜索“SdFat - Adafruit Fork”并安装。务必选择Adafruit维护的版本它针对其开发板做了优化兼容性更好。获取RunCPM源代码从GitHub克隆或下载RunCPM的主仓库https://github.com/MockbaTheBorg/RunCPM。原教程中提到的针对Grand Central的修改目前已经合并到主分支。下载后在Arduino IDE中打开RunCPM/RunCPM.ino这个主文件。3.3 MicroSD卡文件系统准备这是让CP/M“认盘”的关键一步。RunCPM期望SD卡的根目录下有特定的文件夹结构来代表不同的磁盘驱动器A:, B: 等。将MicroSD卡插入电脑读卡器。在SD卡根目录下创建两个文件夹分别命名为A和B。这对应了CP/M系统中的A盘和B盘。从下载的RunCPM源代码包中找到disks文件夹。将其中的全部内容包括.COM,.ASM等众多文件复制到SD卡的A文件夹内。这些就是CP/M 2.2的系统文件、工具如汇编器ASM.COM、编辑器ED.COM以及一些示例程序。可选在B文件夹内可以创建一个空的0文件夹。这是一个CP/M的“用户区”目录用于存放你的个人文件保持系统盘A的整洁。完成后的SD卡目录结构应大致如下根目录/ ├── A/ │ ├── 0/ │ ├── ASM.COM │ ├── DDT.COM │ ├── ED.COM │ ├── ... │ └── ZEXALL.COM └── B/ └── 0/ (可选)实操心得在复制文件时请确保你的操作系统显示了文件扩展名。有些文件如CCP-ZCP3.60K其扩展名.60K是CP/M系统识别内存模型的关键如果被隐藏或误删会导致模拟器无法启动。建议在复制完成后快速浏览一下A文件夹确认存在大量.COM和.60K文件。4. 代码适配与编译上传RunCPM本身是跨平台的但要让它在Grand Central上跑起来需要针对这块板子的硬件特性进行微调。幸运的是正如原教程所说这些修改已经集成到主分支中。我们这里会详细解读这些修改点以便你理解其原理并为将来移植到其他板子打下基础。4.1 关键代码修改点解析打开RunCPM.ino文件我们关注两个核心的适配部分1. 抽象层识别 (abstraction_arduino.h) 这个头文件定义了宿主操作系统HostOs。RunCPM通过预编译宏来判断当前平台。对于Grand Central我们需要确保它被正确识别为Arduino平台并启用相应的实现。// 在 abstraction_arduino.h 中查找类似以下的行 #if defined(ARDUINO_ARCH_SAMD) !defined(ARDUINO_SAMD_ZERO) !defined(ARDUINO_SAMD_MKR1000) !defined(ARDUINO_SAMD_MKRZERO) !defined(ARDUINO_SAMD_NANO_33_IOT) !defined(ARDUINO_SAMD_MKRFox1200) !defined(ARDUINO_SAMD_MKRWAN1300) !defined(ARDUINO_SAMD_MKRGSM1400) !defined(ARDUINO_SAMD_MKRWAN1310) !defined(ARDUINO_SAMD_MKRNB1500) !defined(ARDUINO_SAMD_MKRVIDOR4000) !defined(ARDUINO_SAMD_CIRCUITPLAYGROUND_EXPRESS) !defined(ARDUINO_SAMD_HALLOWING_M0) !defined(ARDUINO_SAMD_THING_PLUS) !defined(ARDUINO_SAMD_ZERO) !defined(ARDUINO_SAMD_GRAND_CENTRAL_M4) // 实际上在主分支中通常是通过添加 ADAFRUIT_GRAND_CENTRAL_M4 这个宏来判断。 // 确保在 boards.txt 中Grand Central 的定义包含了该宏的构建。在最新的代码中通常已经存在针对ADAFRUIT_GRAND_CENTRAL_M4的判断分支。你只需要确认在Arduino IDE中选择正确的开发板这个宏就会被自动定义。2. 板级专用配置 (RunCPM.ino) 这是最主要的修改区域位于setup()函数之前。// 在 RunCPM.ino 中查找板级配置部分 #elif defined(ADAFRUIT_GRAND_CENTRAL_M4) // 添加Grand Central的判断分支 #define USE_SDIO 0 // 不使用SDIO模式某些板子可能用 SdFat SD; // 声明SdFat对象 #define SDINIT SDCARD_SS_PIN // SD卡片选引脚对于板载卡槽通常有专用定义 #define LED 13 // 板载LED引脚号Grand Central是13 #define LEDinv 0 // LED点亮逻辑0为低电平点亮通常0为高电平点亮 #define BOARD ADAFRUIT GRAND CENTRAL M4 // 在终端显示的板卡名称USE_SDIO 0: 表示使用SPI模式访问SD卡。Grand Central的板载SD卡槽是通过一个专用SPI接口连接的而非SDIO高速模式。SDINIT SDCARD_SS_PIN:SDCARD_SS_PIN是Adafruit SAMD核心为板载SD卡槽预定义的片选引脚常量使用它能确保硬件SPI正确初始化。LED 13: Grand Central的板载用户LED连接在数字引脚13上。3. SD卡初始化差异 由于板载SD卡槽的硬件连接方式其初始化代码与通用SPI接口略有不同。// 在 setup() 函数中查找SD卡初始化的部分 #if defined(ADAFRUIT_GRAND_CENTRAL_M4) // Grand Central需要使用特定的 cardBegin 和 fsBegin 方法 if (SD.cardBegin(SDINIT, SD_SCK_MHZ(50))) { // 初始化SD卡硬件设置SPI时钟为50MHz if (!SD.fsBegin()) { // 初始化文件系统 _puts(\nFile System initialization failed.\n); return; } #else // 其他板子使用标准的 begin() 方法 if (SD.begin(SDINIT)) { #endif这里的关键是SD.cardBegin()和SD.fsBegin()的分步初始化这是SdFat库针对某些硬件配置的推荐做法能提供更好的兼容性和控制力。4.2 编译与上传流程在Arduino IDE中选择正确的开发板工具-开发板-Adafruit SAMD Boards-Adafruit Grand Central M4 Express。选择正确的端口工具-端口选择识别到的Grand Central对应的串口在Windows上可能是COMx在macOS/Linux上是/dev/cu.usbmodemxxx。将准备好的MicroSD卡插入Grand Central的卡槽。点击“上传”按钮向右的箭头。IDE会先编译代码然后通过USB线烧录到板子的Flash中。上传完成后不要打开串口监视器。RunCPM启动后会独占串口进行CP/M的终端交互。我们需要一个更强大的终端工具。4.3 终端软件的选择与配置CP/M系统期望与一个VT100或ANSI兼容的终端进行通信。Arduino IDE自带的串口监视器功能过于简单通常不支持完整的终端控制序列如清屏、光标定位这会导致显示错乱尤其是在运行像MBASIC这样的全屏程序时。推荐使用以下终端软件Windows: PuTTY, Tera Term, CoolTerm。macOS: Screen (命令行), CoolTerm, Minicom (通过Homebrew安装)。Linux: Screen, Minicom, Picocom。以CoolTerm跨平台为例进行配置打开CoolTerm点击Options。在Port中选择Grand Central对应的串口。设置Baud Rate为115200这是RunCPM默认的波特率。在Terminal选项卡下确保Terminal Mode设置为ANSI或VT100。在Terminal选项卡下勾选Local Echo通常是个好主意这样你输入的字符会立即显示。点击Connect。如果一切顺利你将在终端窗口看到RunCPM的启动信息并最终出现CP/M的提示符A。恭喜你你的SAMD51已经成功变身为一台Z80计算机5. CP/M系统初探与基本操作当终端屏幕上出现A提示符时意味着你已经进入了CP/M 2.2的命令行环境。这个简洁的界面背后是四十多年前的计算体验。让我们熟悉一些基本操作。5.1 内置命令与常用操作DIR列出当前磁盘A盘上的文件。你可以使用DIR *.COM来只列出所有可执行的命令文件。TYPE 文件名在屏幕上显示一个文本文件的内容。例如TYPE 1STREAD.ME可以查看自述文件。ERA 文件名删除文件。支持通配符*和?。操作需谨慎CP/M没有回收站。例如ERA *.BAK删除所有备份文件。REN 新文件名旧文件名重命名文件。注意等号两边的顺序。文件命名规则严格遵守文件名.扩展名格式文件名最多8字符扩展名最多3字符。例如MYPROG.ASM,LETTER.TXT。5.2 使用Transient Commands外部命令这些命令以.COM为扩展名存储在磁盘上使用时需要从磁盘加载到内存再执行。ED 文件名启动行编辑器。这是CP/M时代的主要文本编辑工具其操作方式如插入模式、行号编辑与现代编辑器差异很大需要适应。按CtrlZ保存并退出。ASM 文件名汇编Z80汇编语言源文件.ASM。它会生成.HEXIntel Hex格式和.PRN列表文件等输出文件。LOAD 文件名将.HEX文件转换为可执行的.COM文件。DDT动态调试工具。可以用于单步执行程序、查看内存、设置断点是调试汇编程序的利器。STAT显示磁盘空间和文件信息。STAT *.*显示所有文件的详细信息。一个完整的编辑-汇编-运行流程示例ED TEST.ASM创建一个新的汇编源文件。在ED中输入简单的汇编代码例如只包含RET指令程序退出。CtrlZ保存退出。ASM TEST汇编TEST.ASM。如果没有错误会生成TEST.HEX和TEST.PRN。LOAD TEST将TEST.HEX转换为TEST.COM。TEST运行刚刚创建的程序它什么也不做立即返回。5.3 探索预装软件SD卡的A盘中已经预装了许多经典工具和程序值得探索MBASIC.COMMicrosoft BASIC-80解释器。输入MBASIC即可进入BASIC环境你可以编写和运行BASIC程序。这是学习早期BASIC语法的好地方。ZEXALL.COM/ZEXDOC.COM这是非常著名的Z80指令集测试程序。运行ZEXALL会对模拟器实现的每一条Z80指令进行严格测试确保模拟的准确性。如果这个测试全部通过说明RunCPM的Z80核心模拟是高度可靠的。PIP.COM外围设备交换程序可以用于复制文件甚至在不同设备如虚拟盘B间传输数据。例如PIP B:A:*.COM可以将A盘所有COM文件复制到B盘。注意事项CP/M是区分大小写的。命令和文件名必须严格按照大小写输入通常都是大写。在终端软件中确保你的键盘处于大写锁定状态或者终端设置为自动将输入转换为大写可以避免很多“文件未找到”的错误。6. 核心实践用Z80汇编控制GPIO点亮LED这是整个项目中最能体现“古今结合”魅力的部分。我们将编写一段Z80汇编程序通过RunCPM扩展的BDOS调用来控制SAMD51上真实的物理引脚从而点亮一个LED。6.1 RunCPM的硬件抽象层BDOS扩展RunCPM在标准CP/M的BDOS调用CALL 5基础上增加了一组自定义的功能号用于访问宿主Arduino的GPIO功能。这些功能号对应关系如下C寄存器值功能D寄存器E寄存器返回值220 (0xDC)pinMode - 设置引脚模式引脚号模式 (0INPUT, 1OUTPUT, 2INPUT_PULLUP)无221 (0xDD)digitalRead - 数字读取引脚号无A寄存器 (0LOW, 1HIGH)222 (0xDE)digitalWrite - 数字写入引脚号值 (0LOW, 1HIGH)无223 (0xDF)analogRead - 模拟读取引脚号无HL寄存器 (0-1023)224 (0xE0)analogWrite - 模拟写入(PWM)引脚号值 (0-255)无调用约定这是Z80汇编的标准BDOS调用方式。将功能号放入C寄存器相关参数放入D、E寄存器然后执行CALL 5。模拟器会截获这个调用并执行宿主平台对应的Arduino函数如digitalWrite(pin, value)。6.2 汇编、汇编与执行全流程假设我们在Grand Central的**数字引脚8D8**上连接了一个LED阳极通过220Ω电阻接D8阴极接GND。我们的目标是编写程序点亮它。步骤1使用ED创建汇编源文件在CP/M提示符下输入ED LED.ASM。进入编辑器后输入以下汇编代码; LED.ASM - 点亮连接在引脚8上的LED ORG 0100H ; CP/M .COM程序必须从0100H开始 START: MVI C, 0DCH ; 功能号220 pinMode放入C寄存器 (0DCH是220的十六进制) MVI D, 8 ; 引脚号8放入D寄存器 MVI E, 1 ; 模式1 OUTPUT放入E寄存器 CALL 5 ; 调用BDOS设置引脚8为输出模式 MVI C, 0DEH ; 功能号222 digitalWrite放入C寄存器 MVI D, 8 ; 引脚号8 MVI E, 1 ; 值1 HIGH (点亮LED) CALL 5 ; 调用BDOS向引脚8写入高电平 RET ; 返回CP/M END START输入完成后按CtrlZ然后按E保存文件并退出编辑器。步骤2使用ASM进行汇编输入命令ASM LED。汇编器会处理LED.ASM文件。如果代码没有语法错误你会看到类似以下的输出CP/M ASSEMBLER - VER 2.0 0111 000H USE FACTOR END OF ASSEMBLY RunCPM Version 3.7 (CP/M 2.2 60K)这表示汇编成功。0111是生成的机器码的结束地址十六进制意味着程序从0100H开始到0110H结束共17个字节。步骤3使用LOAD生成可执行文件汇编生成的是LED.HEX文件Intel Hex格式需要转换为CP/M可直接加载执行的LED.COM文件。输入命令LOAD LED。Aload led FIRST ADDRESS 0100 LAST ADDRESS 0110 BYTES READ 0011 RECORDS WRITTEN 01LOAD程序读取.HEX文件并将其转换为内存映像保存为.COM文件。步骤4执行程序现在输入LED并回车。如果硬件连接正确你应该立刻看到连接到D8的LED被点亮步骤5进阶——让LED闪烁仅仅点亮还不够让我们修改程序实现闪烁。这需要引入延时。我们可以写一个简单的软件延时循环。创建一个新文件BLINK.ASM; BLINK.ASM - 闪烁LED ORG 0100H START: MVI C, 0DCH ; pinMode MVI D, 8 MVI E, 1 CALL 5 LOOP: MVI C, 0DEH ; digitalWrite HIGH MVI E, 1 CALL 5 CALL DELAY ; 调用延时子程序 MVI C, 0DEH ; digitalWrite LOW MVI E, 0 CALL 5 CALL DELAY ; 调用延时子程序 JMP LOOP ; 无限循环 ; --- 软件延时子程序 --- DELAY: PUSH B ; 保存BC寄存器 LXI B, 0FFFFH ; 将延时计数器加载到BC寄存器对 (65535) DELAY_LOOP: DCX B ; BC BC - 1 MOV A, B ; 检查BC是否减到0 ORA C ; 将B和C进行或操作结果在A JNZ DELAY_LOOP ; 如果结果非零跳回循环 POP B ; 恢复BC寄存器 RET END START按照同样的步骤ED编辑 - ASM汇编 - LOAD转换生成BLINK.COM并运行。你将看到LED以一定的频率闪烁。通过调整LXI B, 0FFFFH中的数值可以改变闪烁的速度。实操心得与排查LED不亮首先检查硬件连接是否正确、牢固。然后用DIR LED.*确认LED.COM文件已生成且大小不为0。可以尝试用DDT LED.COM加载程序然后使用G命令执行观察是否有错误。程序执行后系统无响应可能是你的汇编程序没有正确返回缺少RET指令或跳转到了错误地址。在CP/M下程序结束时必须通过RET指令将控制权交还给CCP。一个死循环程序会“卡住”命令行。此时可以尝试按CtrlC中断程序如果无效可能需要重启RunCPM复位Grand Central板。理解延时在真实的Z80机器上延时循环的计数需要根据CPU时钟频率精确计算。但在模拟器中Z80指令的执行速度取决于宿主MCUSAMD51的性能和模拟器的效率因此这里的延时是“经验性”的主要用于演示。如果需要精确计时可以利用RunCPM可能提供的其他BDOS调用如获取时间来实现。7. 项目扩展思路与深度探索成功运行CP/M并控制LED只是一个起点。这个平台为深入学习计算机科学和嵌入式开发的历史与现状提供了丰富的可能性。7.1 探索更复杂的Z80编程学习Z80汇编利用DDT调试器单步执行你的程序观察寄存器、内存和标志位的变化。这是理解CPU工作原理最直接的方式。可以尝试编写进行数学运算、字符串处理或内存块操作的程序。使用MBASIC运行MBASIC探索早期的BASIC语言。尝试编写一些简单的游戏如猜数字或实用程序。思考BASIC解释器本身是如何用Z80机器码实现的。研究CP/M系统调用除了我们使用的扩展调用标准的CP/M BDOS调用功能号0-44是那个时代应用程序的基石。例如功能号9输出字符串和10缓冲输入。编写一个调用这些标准功能的程序与用户进行交互。7.2 移植RunCPM到其他开发板如果你手头有其他SAMD51或类似性能的ARM Cortex-M开发板如STM32F4系列、ESP32-S3等可以尝试移植RunCPM。关键在于实现硬件抽象层在abstraction_arduino.h和RunCPM.ino中为你的板子添加新的#elif defined分支。适配SD卡驱动根据你的板子使用的SD卡接口SPI或SDIO正确配置SdFat库的初始化参数和引脚。适配串口终端确保RunCPM的字符输入输出正确映射到你的开发板的串口通常是USB CDC或硬件UART。 这个过程能让你深入理解硬件抽象层HAL的设计和嵌入式系统移植的通用方法。7.3 与现代开发工具链集成交叉开发在PC上使用现代的Z80汇编器如z88dk、SjASMPlus编写和调试更复杂的程序生成.COM文件后直接复制到SD卡上运行。这能极大提高开发效率。资源探索互联网上存在大量经典的CP/M软件从游戏如Zork到开发工具如Hi-Tech C编译器。你可以尝试将这些.COM文件复制到SD卡的A盘中运行体验更丰富的复古计算生态。7.4 性能分析与优化思考虽然SAMD51模拟Z80绰绰有余但你可以思考一些优化问题模拟器效率RunCPM是一个解释型模拟器每条Z80指令都需要多条ARM指令来模拟。如果追求极限性能可以考虑动态编译JIT技术但这在MCU上实现难度极高。I/O延迟通过BDOS调用控制GPIO经历了“Z80模拟代码 - RunCPM截获 - Arduino API调用 - 硬件寄存器操作”多层抽象。思考如果需要一个实时性更高的响应如读取按钮这种架构的延迟是否可接受如何优化提示可以考虑在模拟器内映射一段内存区域直接对应GPIO寄存器但这需要修改模拟器核心。这个项目就像一座桥梁连接了计算机历史的两个重要时代。它不仅仅是一个有趣的玩具更是一个强大的教学工具让你能够亲手触摸和操作那些曾经只存在于教科书或博物馆中的概念。通过将古老的软件环境运行在现代的硬件平台上你获得了一种独特的视角既能欣赏早期计算机系统的简洁与优雅又能利用现代工具的便利去探索和实验。
