尊敬的 Sirs：
根据 SPRUHE8D.pdf 数据表的表18-1、我们已将 SDRAM 添加到 EPI 中。 我们使用的 SDRAM 芯片是 IS42S16800F 128Mbit (8M x 16)。 我们将其放置在0x60000000的基地址。 我们在控制套件中使用了 SDRAM 软件示例。 当访问16位和32位数据大小时、它适用于偶数地址。 但是、我们无法在奇数地址写入8位数据。 下面是我们问题的调试输出示例：
将0写入地址60002000 将1写入地址60002001 将2写入地址60002002
将3写入地址60002003
从地址60002000中读取0 从地址60002001中读取0 从地址60002002中读取2
从地址60002003中读取2
感谢你的帮助。
Drew、
您是否更新了 EPISDRAMCFG 寄存器以匹配 SDRAM 配置？
Tommy
Drew、
根据您的观察结果、我倾向于认为 SDRAM 和 EPI 接口工作正常。 当您通过调试连接交互执行代码时、听起来好像存储器访问是有效的、但当您让应用程序自由运行时、却不是有效的。 是这样吗？
您对执行顺序的问题促使我在 TRM 中查看 M3集成详细信息、我在其中找到了：
0x60000000处的 EPI 存储器空间看起来是正常的存储器、可以重新排序事务。
这可能会解释您的观察结果、其中交互式(缓慢)代码执行可能会阻止重新排序、因为流水线可以在指令之间清空、但自由运行(快速)执行允许重新排序。 (我不确定管道是否在断点处清空)
您可能会尝试将指针从 char 更改为 volatile char、以查看编译器是否会自动生成屏障指令以保留事务顺序。
Tommy
嗨、Tommy、
是的、我们使用 TMDSHSECDOCK 卡将 SDRAM 连接到 F28M36控制卡。 SDRAM 安装在适配器板上、适配器板安装在底座接头上。 下面是适配器板的链接： 
我们将使用指向 short 的指针和指向 long (* short)和(* long)的指针。 我们只使用指向 char 的指针来写入一个字节(* byte)。 这就是我们在表达式窗口中进行测试的方式。
谢谢、
Drew
