AT91RM9200开发板SDRAM配置与Keil MDK调试实战
1. 问题背景与现象分析
最近在调试基于AT91RM9200的自制开发板时，遇到了一个典型的ULINK2闪存编程问题。这块板子参考了Atmel官方评估板的原理图，但将原本的两片SDRAM改为单颗Micron MT48LC4M32B2-7芯片（16MB容量）。当我尝试通过Keil MDK环境加载Ext_RAM.ini初始化脚本时，调试器报出了"Memory Mismatch"错误，具体表现为地址0x20000000处的数值与预期不符。
这个错误表面看起来是内存访问异常，但实际上涉及三个关键因素：
- 硬件层面：SDRAM容量和布局变更（32MB→16MB）
- 软件层面：初始化脚本未适配新硬件
- 开发环境配置：目标设备参数未更新
提示：在嵌入式开发中，内存不匹配错误往往不是单纯的硬件故障，而是软硬件配置不一致导致的。需要系统性地检查各个环节。
2. 硬件差异解析
原厂AT91RM9200-EK评估板采用了两片16MB SDRAM（共32MB），地址空间分配为：
- Bank0: 0x20000000-0x21000000
- Bank1: 0x21000000-0x22000000
而我的自制板仅保留一片16MB SDRAM，实际有效地址范围应为：
- 0x20000000-0x21000000
这种变化导致两个关键影响：
- 内存容量减半（0x02000000→0x01000000）
- 缺失了第二个存储体（Bank1）
3. 初始化脚本问题诊断
原Ext_RAM.ini脚本存在几个需要调整的地方：
3.1 SDRAM控制器配置
AT91RM9200的EBI（External Bus Interface）控制器需要正确设置：
_WDWORD(0xFFFFFF60, 0x00000002); // EBI_CSA: 仅启用CSA1 _WDWORD(0xFFFFFF98, 0x2188C154); // SDRAM模式寄存器配置其中0x2188C154这个魔数需要特别注意：
- 位[12:10]=001：CAS延迟=2
- 位[9]=0：突发类型=顺序
- 位[8:7]=00：突发长度=1
- 位[6:4]=011：行地址位数=12
- 位[3:2]=01：列地址位数=8
3.2 内存初始化序列
SDRAM需要严格的初始化时序：
_WDWORD(0xFFFFFF90, 0x00000002); // 进入模式寄存器设置状态 _WDWORD(0x20000000, 0); // 写入任意值触发配置 // ...省略中间8次写入... _WDWORD(0xFFFFFF90, 0x00000003); // 进入自动刷新状态这个序列中每个延时和写入次数都不能随意更改，否则会导致SDRAM工作异常。
4. 开发环境配置修正
4.1 目标内存设置
在Project → Options for Target → Target选项卡中，需要修改：
- ROM1 Start: 0x20000000 → Size: 0x800000
- ROM2 Start: 0x20800000 → Size: 0x800000
这种分段设计是为了：
- 避免超出实际物理内存范围
- 为Bootloader和应用程序保留独立空间
4.2 闪存编程算法
在Utilities → ULINK Settings中需要：
- 移除默认的Flash算法
- 添加AT49xV32xT专用算法
这是因为不同Flash芯片的编程时序和命令集可能完全不同。使用错误的算法会导致编程失败或数据损坏。
5. 完整解决方案实施步骤
5.1 硬件检查清单
- 确认SDRAM供电电压（3.3V±5%）
- 测量时钟信号质量（应≈100MHz，抖动<5%）
- 检查地址/数据线等长（差异<50ps）
5.2 软件配置流程
- 新建空白工程，选择AT91RM9200器件
- 修改Target配置：
IROM1: 0x20000000 0x00800000 IROM2: 0x20800000 0x00800000 IRAM1: 0x00000000 0x00040000 - 更新Ext_RAM.ini：
// 修改后的初始化代码 _WDWORD(0xFFFFFF94, 0x000002E0); // 刷新计数器调整为适合16MB
5.3 调试技巧
- 使用Memory窗口实时查看0x20000000区域
- 在Setup()函数起始处设置断点
- 启用ULINK2的Trace功能监控总线活动
6. 常见问题排查指南
6.1 内存校验失败
症状：下载时报告"Memory Mismatch" 排查步骤：
- 确认物理连接可靠
- 检查电源纹波（应<50mV）
- 验证SDRAM型号与原理图一致
6.2 程序跑飞
症状：PC指针异常跳转 解决方法：
- 确认向量表地址正确
- 检查堆栈指针初始化
- 验证中断控制器配置
6.3 下载速度慢
优化方案：
- 提高JTAG时钟频率（最高1/6 CPU频率）
- 启用ULINK2的加速模式
- 减少Flash编程算法中的延时
7. 经验总结与进阶建议
经过这次调试，我总结了几个关键经验点：
- 硬件变更必须同步更新所有相关软件配置
- SDRAM初始化时序对稳定性至关重要
- Keil环境中的Target配置会影响底层调试行为
对于更复杂的应用，建议：
- 使用Scope验证关键时序
- 实现RAM自检算法
- 保留JTAG测试点以便诊断
这个案例也提醒我们，参考设计修改时需要全面考虑软硬件协同工作的细节。特别是在内存子系统这类关键部件上，任何配置偏差都可能导致难以排查的异常行为。