有些板子没有板载RTC模块,有需求的客户就可以选择外接一个RTC模块解决时间保存需求
下面的例子是K1B-Android外接I2C-RTC模块的做法:
设备硬件连接
板子上使用的IO口:
实物接线如下:
其中CLK_OUT一般不使用不接 INT脚根据需求接,因板子没有带上拉的IO脚故不接
设备驱动移植
RK356x的SDK默认自带有一部分型号的RTC的驱动,如果发现没有自己使用型号就需要移植。示例中使用的驱动为hym8563(SDK自带有了),但是下面还是简单介绍一下驱动移植的步骤。
RK-RTC驱动位置路径:
Copy rk-android13.0\kernel-5.10\drivers\rtc\
将你从RTC厂家拿到的内核驱动放到此目录下。
有些厂家可能没有内核驱动的代码,只有单片机的,哪你只能自行将单片机驱动改成Linux内核驱动。
修改驱动路径下Makefile:
Copy + obj-$(CONFIG_RTC_DRV_HYM8563) += rtc-hym8563.o
修改驱动路径下Kconfig :
Copy +//make menuconfig
+config RTC_DRV_HYM8563
+ tristate "Haoyu Microelectronics HYM8563"
+ depends on OF
+ help
+ Say Y to enable support for the HYM8563 I2C RTC chip. Apart
+ from the usual rtc functions it provides a clock output of
+ up to 32kHz.
+
+ This driver can also be built as a module. If so, the module
+ will be called rtc-hym8563.
内核使能
Copy --- a/kernel-5.10/arch/arm64/configs/rockchip_defconfig
+++ b/kernel-5.10/arch/arm64/configs/rockchip_defconfig
@@ -864,7 +864,6 @@ CONFIG_LEDS_TRIGGER_BACKLIGHT=y
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
CONFIG_RTC_CLASS=y
+CONFIG_RTC_DRV_HYM8563=y
CONFIG_DMADEVICES=y
CONFIG_PL330_DMA=y
CONFIG_RK_DMABUF_DEBUG=y
设备树I2C3上增加rtc节点
Copy --- a/kernel-5.10/arch/arm64/boot/dts/rockchip/rk3568-kickpi-extend-20pin.dtsi
+++ b/kernel-5.10/arch/arm64/boot/dts/rockchip/rk3568-kickpi-extend-20pin.dtsi
@@ -15,6 +15,17 @@
&i2c3 {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&i2c3m0_xfer>;
+
+ hym8563: hym8563@51 {
+ compatible = "haoyu,hym8563";
+ reg = <0x51>;
+ #clock-cells = <0>;
+ clock-frequency = <32768>;
+ clock-output-names = "hym8563";
+ // IRQ GPIO IS MODIFYED FOR UPDATE HYM8562 DRIVER
+ //rtc-irq-gpio = <&gpio0 RK_PC2 IRQ_TYPE_EDGE_FALLING>;
+ };
+
};
rtc-irq-gpio就是对应INT脚接线的IO口,我测试没有接,所以注释了
用date和hwclock测试rtc驱动工作是否正常
下面测试步骤适用所有系统,其中步骤6是最关键的测试。
1.显示当前Linux系统时间
2.如果date时间也不正常,比如是1970年之类的,而不是我当前的时间,比如2009年,那么就自己手动设置一下正确时间
Copy $ date MMDDhhmm[[[CC]YY][.ss]]
MM 是月份(01-12)
DD 是日期(01-31)
hh 是小时(00-23)
mm 是分钟(00-59)`
[[CC]YY] 是年份(可选,CC是世纪,YY是年份)
[.ss] 是秒数(可选)
3.显示硬件rtc时间
由于此处是rtc驱动第一次加载,有些平台可能还没设置正确的时间,此时显示的时间会是是不正确的,如:1969,1970年。
4.将Linux系统时间设置到硬件rtc中
5.再次查看硬件rtc时间是否和系统中的一致
如果驱动正确工作的话,此处显示的时间,就应该和你当前的系统时间一致了,也就是传说中的,时间同步了。。。
否则,就说明你驱动工作不正确,没有正确地把系统时间设置进入硬件rtc中,就要你自己回去调试驱动,找原因去。
6.断电等个几分钟上电,再次输入:
正常的话,会看到此处的时间,相对步骤5中显示的时间,增加了对应的那几分几秒
那就说明rtc正常工作了。
RTC 中断测试:
Copy $ echo 0 > /sys/class/rtc/rtc0/wakealarm
Copy $ echo +60 > /sys/class/rtc/rtc0/wakealarm
+60:表示60秒后触发中断
查看rtc信息
Copy $ cat /proc/driver/rtc
rtc_time : 07:16:39
rtc_date : 2025-03-08
alrm_time : 06:42:53
alrm_date : 2025-03-08
alarm_IRQ : yes
alrm_pending : no
update IRQ enabled : no
periodic IRQ enabled : no
periodic IRQ frequency : 1
max user IRQ frequency : 64
24hr : yes
查看系统中断信息:
Copy $ cat /proc/interrupts
想直观看到中断,可以在RTC中间函数中加时间到RTC中断打印,可以参考下面这种修改:
Copy ---a\kernel-5.10\drivers\rtc\rtc-hym8563.c
+++b\kernel-5.10\drivers\rtc\rtc-hym8563.c
static irqreturn_t hym8563_irq(int irq, void *dev_id)
{
struct hym8563 *hym8563 = (struct hym8563 *)dev_id;
struct i2c_client *client = hym8563->client;
struct mutex *lock = &hym8563->rtc->ops_lock;
int data, ret;
+ printk("kickpi %s %d\n",__FUNCTION__,__LINE__); //add log
mutex_lock(lock);
/* Clear the alarm flag */
data = i2c_smbus_read_byte_data(client, HYM8563_CTL2);
if (data < 0) {
dev_err(&client->dev, "%s: error reading i2c data %d\n",
__func__, data);
goto out;
}
data &= ~HYM8563_CTL2_AF;
ret = i2c_smbus_write_byte_data(client, HYM8563_CTL2, data);
if (ret < 0) {
dev_err(&client->dev, "%s: error writing i2c data %d\n",
__func__, ret);
}
out:
mutex_unlock(lock);
return IRQ_HANDLED;
}