链接：工具 - 瑞萨 RA MCU 生态社区（https://www.ramcu.cn/lists/21.html）

下载开发板资料，如图：

1.2 板卡的固件下载

(资料图片)

资料列表：

板卡内容组成（我没有收到线），而且我们的板子和这里的不一样（可能还要自己买个J-link）。

直接可以使用USB线下载代码：

板子不一样，查看一下EK-RA2E1的原理图。

1.3 原理图

链接：：https://www.renesas.cn/cn/zh/products/microcontrollers-microprocessors/ra-cortex-m-mcus/ek-ra2e1-evaluation-kit-ra2e1-mcu-group

→注册后下载资料。

1.4 使用串口下载固件

参考：《使用UART串口烧写程序到瑞萨芯片.pptx》；

连接MCU下载固件：

下载成功了，但是LED没有闪烁。MCU选择如下：

修改MCU型号：

测试了P103发现引脚的电平没有变化，根据原理图来看，GPIO控制的是高电平端，如图：

上电，LED直接熄灭了。

修改时钟源：LOCO，

LED依旧常量。

修改代码LED正常闪烁

代码错误，没有加入while(1)循环：

时钟：LOCO 32768Hz（可以闪烁）；HOCO 48MHZ（可以闪烁）；MCU型号：R7FA2E1A72DNE；

小结：加入在生成的hal_entry()函数加入while()控制后，LED正常闪烁！

异常：确认，选择MCU型号-R7FA2L1AB2DFLLED不能点亮。总结：开发板非常小巧，开发环境也很紧凑，但是即便是点灯，对新手也不太友好。

野火也有RA系列的教程，链接：如何安装e2 studio/Keil开发环境 — [野火]瑞萨RA系列FSP库开发实战指南——基于野火启明开发板文档（https://doc.embedfire.com/mcu/renesas/fsp_ra/zh/latest/doc/chapter2/chapter2.html）

从教程中得知，不能使用DAP仿真器（那基本上ST-LINK就更不要想了）：

不过，没有关系，上一节已经实现了串口下载固件，继续往下走。当前计划使用IIC驱动一款显示屏，驱动的显示屏选择:oled12864, 如图：

设置IIC功能：

安装资料包中的PPT，针对IIC外设的使用，基本操作都讲到了。按照教程，增加IIC外设→属性：

当前P400引脚上没有输出信号：

需要注意的是：生成的工程使用rtos的时候，默认是没有之前的 hal_entry()函数调用了；所以这里已经没有调用之前的LED的初始化代码了，如图：

将OLED的初始化放到相关任务后，发现LED就不亮了；注释掉OLED操作的香瓜代码后，LED正常闪烁。最有可能是IIC的操作有错误，导致程序卡死了。现在没有初始化串口，所以暂时使用LED的亮灭状态来调试代码。

接上oled能够在示波器上看到IIC相关波形，如图：

所以，推测IIC初始化肯定成功了，只需要排除接线问题。果然，排除接线问题后，oled12864显示正常，如图：

这里的OLED驱动代码暂时也是使用的资料包里面的例程，后面会上U8G2显示库。2、驱动温度传感器

刚好有一个LM75温度传感器。简单看了一下时序：

简单看了设置寄存器，在这里并不想使用输出报警功能，只要能够读取实时温度就行。

正常的IIC通信时序：

IIC的通信知识点有点陌生了，找了几张图补充了一下知识点：

寄存器地址：

应该连起来看，首先是设置指针寄存器，然后就可以随便读取温度了。

尝试定义多个IIC对象

在这里OLED和LM75都是使用的硬件IIC，所以尝试定义多个IIC对象：

这里定义了2个IIC对象，结果发现固件下载后，直接异常了，OLED不显示，温度不能采集：

所以只能换一种方式，点击相关属性的感叹号，能够找到一主多从的解析：

抓取了部分代码：

显示温度效果：

任务之间传递变量：

发现当硬件I2C的不同的外设放到不同的任务的时候，会引发未知错误，外设不能正常工作，暂时放弃。

移植U8g2-硬件IIC

移植完成：

参考链接：STM32 U8g2 spi软件驱动，spi硬件驱动_u8g2 驱动_weixin_58595117的博客-CSDN博客

主要修改函数：

画图

使用普通软件取模生成的数组，u8g2_DrawGlyph(&u8g2, 112, 56, _air_conditioner_4x_t ); 不能显示，需要使用函数 u8g2_DrawXBM(&u8g2, 13,23, 30, 23, _air_conditioner_4x_t)。

生成bmp文件

使用画图软件调整大小：

生成数组

使用取模软件 -PCtoLCD2022:

代码

显示图片：u8g2_DrawXBM(&u8g2, 13,23, 30, 30, _clock_4x_t);

需要注意的问题：u8g2_NextPage

u8g2_NextPage（）的返回值一直为1，所以菜单页面不会更新。

修改 to_right( )函数：

当前显示温度需要关闭显示才能采集，因为温度采集和OLED显示都是使用硬件IIC，会产生冲突，所以这里针对U8G2做了一点改动，采集温度的时候关闭显示。底层代码逻辑：

关键变量：u8x8_d_ssd1306_128x64_noname_powersave0_seq、u8x8_d_ssd1306_128x64_noname_powersave1_seq。

详细显示如下：

实际上调用display off会导致屏幕熄灭，体验不好，所以，将display off 的寄存器进行修改：0x0ae → 0x0af 。骗过U8G2驱动，关闭U8G2不会真的关闭OLED的显示。

按键驱动

按键驱动做的比较粗糙，只有几个状态：短按、短按释放、长按、长按释放。菜单的显示框架参考RTT。

参考：

RTT-thread进行按键驱动的移植：https://packages.rt-thread.org/index.html。

关于按键消抖的时间描述：https://packages.rt-thread.org/detail.html?package=agile_button ；

基于RTT的例子：https://gitee.com/RT-Thread-Mirror/rt-u8g2/

如图：

1、为红外解码启动定时器

当前选择的模块，是费了很大心思的，选择了一个十分好的模块，如图：

因为发射和接收模块，价格很好-9个十分（0.9元/个）。选好了模块，接下来就是使用定时器来驱动发射模块了。

当前配置了GPT定时器后，无法编译通过。单片机Flash不够报错，已经很久没有体验到单片机Flash不够而报错的感觉了。

错误：

修改代码，减少数组定义，解决掉编译错误。

1.1、查阅RTOS的手册中关于定时器的资料

根据这里的意思，可以定位到GPT定时器中断。

RTSO的手中，有章节介绍怎样配置GPT定时器，那就说明RTOS和GPT定时器外设不冲突。

1.2、使用RTOS手册中的代码成功启用定时器

定时器配置：

代码启用定时器（没有采用PPT资料中的方式开启定时器）：

2、解码数据2.1、解码数据-1ms

修改GPT定时器的中断，通过在定时器中判断引脚电平的方式来解码红外数据。当前获取到的数据，异常。空调26℃→

重复解码，修改打印的次数：

解码数据异常，查看示波器的采样波形：

当前ms级的中断无法有效解码，优化方向：红外信号的检测任务需要微妙级别的定时器中断。

2.2、解码数据-10us

修改GPT定时器的中断的时间，中断间隔时间10us，抓取的数据如下：

现在对比开头的几行数据（前面4行），解码已经很准确，解码的时间误差在x*10us之内。

2.3、精确分析

1650us的高电平解码：在误差范围内。

650us的高电平解码：在误差范围内。

抓取比较长的数据，第37个长时间高电平脉冲：在误差范围内。

比较典型的9ms低电平解码：在误差范围内。

接下来可以根据红外信号解码的数据，还原红外信号的发送。

解码主要代码（当前的解码和发射都是使用同一个定时器，所以将定时器的周期修改为：26us -38KHZ）：

3、MCU还原遥控器信号

红外发送有问题的原因，在红外发送二极管上不能检测到波形，原因：runStatus变量为bool型，没有进入下面的逻辑。

现在改为static int8_t runStatus = 0;，示波器能够检测到波形，如图：

但是程序运行会卡死，在RTOS中加大了相关任务的堆栈。

在红外发射引脚上，示波器能够抓取到，波形的起始位置有一个大概9ms的低电平，如图：

分析：波形反过来。

修改后,抓取要发送的信号进行比对：解码的信号和还原的信号，在波形时间上没有明显差异。

但是还原出来的信号和遥控器的信号还是有差异。

还原的信号和原始信号对比：还原出来的信号和遥控器的信号，在空闲的时候，还是有差异。

还原信号：

初始信号：

修改解码逻辑-将空闲状态取消，还原信号如下：

小结：当前只能确保红外发射管上的波形，接收管上的波形后面再确认。