链接：工具 - 瑞萨 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的低电平，如图：
分析：波形反过来。
修改后,抓取要发送的信号进行比对：解码的信号和还原的信号，在波形时间上没有明显差异。
但是还原出来的信号和遥控器的信号还是有差异。
还原的信号和原始信号对比：还原出来的信号和遥控器的信号，在空闲的时候，还是有差异。
还原信号：
初始信号：
修改解码逻辑-将空闲状态取消，还原信号如下：
小结：当前只能确保红外发射管上的波形，接收管上的波形后面再确认。
