EEPW论坛

10-05 实现DMA 方式串口发送数据
参考了硬件手册的809 及 812 页 的流程图 以及说明 
以及 RSKRL78G13_Samples_IAR 中的 DMAC 工程

首先是Applilet 的设置
串口2 发送


DMA传输


设置SFR 及 RAM 地址 传输方向 触发方式

主要代码






调试的过程


串口接收到的结果


代码：
myComDMA.rar

下一步准备做串口DMA接收数据

楼主 加油。
看着楼主的IAR现在正常通讯，真是羡慕啊~~

DMA 串口接收成功
参考硬件手册的 815 816 页 流程图
修改之处在于如下面的Remark所说 没有使用软件触发DMA中断，采用串口接收中断触发DMA传输中断


Applilet 设置




代码




调试过程

“貌似不对” 仔细看了才发现，原来是求助帖子。
嘿嘿……
据目前看来，只有楼主要入手adcam库。努力吧！

10-07 DMA 方式 AD数据采集
参考硬件手册832 及 833页



Applilet 设置




主要代码：


分别对 AD 8位 10位 DMA 8位 16位 进行了调试 

8位AD采集 16位DMA

可以发现 DMA的 RAM 的低8位均为0 高8位和 AD_ReadByte函数得到结果一致 
这是由于AD结果寄存器ADCRH为16位寄存器，AD_ReadByte得到其高8位
函数AD_ReadByte原型
void AD_ReadByte(UCHAR *buffer)
{
 *buffer = ADCRH;   // 高8位
}


10位AD采集 16位DMA

乍一看发现DMA 的RAM 和 AD采集的结果不一致？
这是由于DMA直接将16位寄存器 ADCR 的值进行了保存 
而10位AD采集结果是按照左对齐的，函数AD_Read为了得到实际结果内部进行了右移，从函数原型中可以看出
void AD_Read(USHORT *buffer)
{
 *buffer = (USHORT)(ADCR >> 6U);  // 左对齐？ 向右移位
}
而进过检验运算后 结果是一致的
0x7B40 >> 6 = 0x1ED

同时发现 关于DMA的寄存器 DBC 设置的是DMA 传输的次数 而不是DMA传输的字节数
虽然手册上解释说是"DMA byte count register" 太容易误导了
这一点可以从手册上的 图15-6上看出 
每次DMA传输 不管DRA的地址是加1还是加2 DBC都是只减去1


假期里把DMA 方式尝试了一下 收货还是挺大的

先传下我的上位机的界面 样子比较丑 用VC做的

测试绘图 及 打开串口功能

界面挺好的~~
简洁，大方……

我现在转到cube suite plus 那是一堆的不适应啊~~555.……

是被那个不能用的串口逼的吧……

10-28 基于瑞萨的声音采集系统测试

上位机由VC6 编写，通过串口向MCU 发送“开始”或者“停止”命令，并将接收到的采集数据显示。
下位机根据接收到的命令进入 待机模式 或者 工作模式，在工作模式下，定时器触发AD采集信号，并将信号以一定的格式发送到上位机；在待机模式下，MCU进入低功耗的HALT模式，通过串口响应可以退出HALT模式。

测试视频已经上传