黄山派sf32 watch ui demo和lvgl8，9

资源内容介绍

黄山派作为一个特定的技术名词，在这里指的是某种与UI设计和开发相关的技术或框架。从给定的标题“黄山派sf32 watch ui demo和lvgl8，9”可以分析出，这涉及到了基于sf32 watch的用户界面演示（demo）和两个版本的LVGL（Light and Versatile Graphics Library）用户界面库，即lvgl8和lvgl9。这表明我们讨论的主题很可能与嵌入式系统或智能手表的UI开发紧密相关。LVGL是一个开源的嵌入式图形库，专门为资源受限的设备设计，它提供了一系列用于创建嵌入式GUI的工具和控件。LVGL8和LVGL9则分别代表该图形库的两个不同版本，这些版本之间可能存在API变更、新增功能或性能改进。开发者需要根据具体项目的需要，选择合适的版本进行开发。sf32 watch可能是指的某个具体的智能手表平台或系列，这里的UI demo则意味着黄山派为这一特定平台提供了用户界面的设计和实现示例。这对于开发者而言是十分重要的资源，因为他们可以通过参考和测试这些UI demo来学习如何为该平台开发应用程序。关于文件名“lckfb-hspi-ulp_example-main”，这似乎是一个专门的项目或代码库名称。虽然它不直接涉及到UI设计，但可能是一个与黄山派sf32 watch相关的技术项目，或者是一个包含LVGL集成示例的仓库。在嵌入式系统和智能手表UI开发中，经常需要与硬件组件如显示屏、传感器等进行交互，而“hspi”可能是某种硬件串行外设接口的缩写，“ulp”则可能是超低功耗（Ultra Low Power）的简写。这一切都是为了保证设备在尽可能低的能耗下稳定运行。考虑到上述信息，我们可以推断出黄山派sf32 watch ui demo和lvgl8，9的项目组合，是为嵌入式开发人员提供了一套完整的工具和示例，用于创建运行在sf32 watch平台上的用户界面。这不仅涉及到了用户界面的视觉设计，还包括了硬件交互、性能优化等技术层面的内容。通过提供针对特定硬件平台的UI demo和不同版本的LVGL库，该项目显著降低了嵌入式UI开发的技术门槛，让开发者可以更快速地实现创意和想法。

# I2C 外设示例I2C（Inter-Integrated Circuit）总线是一种重要的串行通信协议，它的历史可以追溯到上世纪80年代初期。I2C在很多嵌入式系统中被广泛使用，尤其是在传感器、存储器和其他外围设备之间的通信。I2C总线的设计初衷是为了简化多芯片系统中的通信，减少布线复杂度，提高数据传输效率。在立创黄山派中，板载了很多I2C外设，例如六轴传感器、光照传感器、充电IC等都是通过I2C总线与MCU进行通信的。在本次示例中，我们将以控制充电IC为例子。## I2C API介绍SiFli-SDK 目前基于 RT-Thread，因此外设方面API与RT-Thread 保持一致。详细的API使用说明可以参考 [RT-Thread I2C API](https://www.rt-thread.org/document/site/#/rt-thread-version/rt-thread-standard/programming-manual/device/i2c/i2c) 文档。在接下来的示例中，我们会逐步讲解每个API的使用方法。## 硬件连接我们查看一下立创黄山派的原理图，发现使用的充电IC是`AW32001`，SCL和SDA分别连接到MCU的`PA10`和`PA11`引脚上，并且外设总线使用的是`I2C2`。查看AW32001的手册，我们得知它的**7-bit**地址是`0x49`，因此我们在代码中有如下定义。```cstatic const uint8_t AW32001_ADDRESS = 0x49; // 7-bit I2C address for AW32001static const char *I2C_BUS_NAME = "i2c2";```## 初始化总线想要初始化总线，我们需要一个初始化函数，在工程中我们有如下代码：```cstatic bool i2c_init(struct rt_i2c_bus_device **bus) { *bus = rt_i2c_bus_device_find(I2C_BUS_NAME); if (*bus == RT_NULL) { LOG_E("I2C bus not found"); return false; } rt_kprintf("I2C bus found success\n"); rt_device_open((rt_device_t)(*bus), RT_DEVICE_FLAG_RDWR); rt_kprintf("I2C bus opened success\n"); struct rt_i2c_configuration configuration = { .mode = 0, .addr = 0, .timeout = 500, // Waiting for timeout period (ms) .max_hz = 400000, // I2C rate (hz) }; rt_i2c_configure(*bus, &configuration); rt_kprintf("I2C bus configured success\n"); return true;}```在这个函数中，我们首先通过`rt_i2c_bus_device_find`函数查找I2C总线设备，如果查找不到，`*bus`将会是`RT_NULL`，我们打印错误信息并返回`false`。另外这种提前返回的方式我们将其称之为`卫语句`，它可以帮助我们减少代码的嵌套层级，提高代码的可读性，后续中会多次使用。接下来我们需要打开I2C总线设备，这里我们使用`rt_device_open`，其中第二个参数代表我们这个设备是`读写`类型的，更多的使用方法可以参考 [RT-Thread 访问-io-设备](https://www.rt-thread.org/document/site/#/rt-thread-version/rt-thread-standard/programming-manual/device/device?id=访问-io-设备)。再接下来我们需要配置I2C总线的参数，这里我们使用`rt_i2c_configure`函数进行配置。我们可以设置I2C的工作模式、地址、超时时间和速率等参数。这里我们设置了I2C的速率为400KHz，超时时间为500ms。mode参数为设置7bit地址模式还是10bit模式，我们在此只需要7bit，因此设置为0。如果需要使用10bit地址模式，则应当设置为`RT_I2C_ADDR_10BIT`。addr参数则为从机模式下的设备地址，我们使用的是主机模式，因此忽略，可设置为0。至此，I2C总线的初始化工作已经完成，我们可以开始进行数据的读写操作了。### 硬件配置另外你可能会感到好奇，在上述的操作中我们并没有对具体的引脚进行配置，仅仅只有总线的名称，那rtt是怎么知道我们要用哪个引脚呢？其实这是因为在bsp中就已经进行了配置，在main函数之前就已经进行了初始化。具体的源码路径在`$SDK_PATH/customer/boards/sf32lb52-lchspi-ulp_base/bsp_pinmux.c`中，查找注释为`I2C2 (charger)`即可看到。```c// I2C2 (charger)HAL_PIN_Set(PAD_PA10, I2C2_SCL, PIN_PULLUP, 1);HAL_PIN_Set(PAD_PA11, I2C2_SDA, PIN_PULLUP, 1);```另外如果我们想要使用其他的引脚，只需要在设备open之前调用`HAL_PIN_Set`函数进行设置即可。## 扫描I2C总线众所周知，每个I2C设备都有一个地址，之前我们查询到AW32001的地址是`0x49`，但是如果我们并不知道这个地址怎么办呢？我们可以通过扫描I2C总线来获取所有连接在总线上的设备地址。```cstatic void scan_i2c_devices(struct rt_i2c_bus_device** bus){ rt_uint8_t buf[1]; struct rt_i2c_msg msg; msg.addr = AW32001_ADDRESS; msg.flags = RT_I2C_RD; msg.buf = buf; msg.len = 1; for (rt_uint8_t addr = 0x03; addr &lt;= 0x77; addr++) { msg.addr = addr; msg.flags = RT_I2C_RD; msg.buf = buf; msg.len = 1; rt_int32_t ret = rt_i2c_transfer(*bus, &msg, 1); if (ret == 1) { rt_kprintf("Find I2C device at address 0xX\n", addr); } }}```在这个函数中，我们使用了一个循环，从`0x03`到`0x77`依次扫描每个地址。我们将`msg.addr`设置为当前的地址，然后调用`rt_i2c_transfer`函数进行数据的传输。如果返回值为1，则表示该地址上有设备响应，我们打印出设备的地址。需要注意的是，I2C的地址范围是`0x03`到`0x77`，其中`0x00`和`0x01`是保留地址，不能使用。## 读写设备寄存器现在总线已经初始化完成，我们可以开始读写寄存器了。从AW32001的手册中可以查询到它有一个CHIPID，地址为`0x0A`，默认值应当是`0x49`。因此我们有如下代码：```cstatic void read_chip_id(struct rt_i2c_bus_device **bus) { rt_uint8_t buf[1]; struct rt_i2c_msg msg; rt_int32_t ret; msg.addr = AW32001_ADDRESS; msg.flags = RT_I2C_WR; msg.buf = buf; msg.len = 1; buf[0] = 0x0A; // AW32001 chip ID register address ret = rt_i2c_transfer(*bus, &msg, 1); if (ret != 1) { LOG_E("Failed to write to I2C device"); return; } msg.flags = RT_I2C_RD; ret = rt_i2c_transfer(*bus, &msg, 1); if (ret != 1) { LOG_E("Failed to read from I2C device"); return; } rt_kprintf("AW32001 chip ID: 0xX\n", buf[0]);}```在这个函数中，我们首先定义了一个`buf`数组，用于存储要写入的寄存器地址和读取到的数据。接下来我们定义了一个`rt_i2c_msg`结构体，用于描述I2C消息。`rt_i2c_msg`结构体中有几个重要的字段：- `addr`：从机地址- `flags`：读写标志位，有如下几个选项，也可参考<https i2c?id=数据传输>```c#define RT_I2C_WR 0x0000 #define RT_I2C_RD (1u &lt;&lt; 0) #define RT_I2C_ADDR_10BIT (1u &lt;&lt; 2) #define RT_I2C_NO_START (1u &lt;&lt; 4) #define RT_I2C_IGNORE_NACK (1u &lt;&lt; 5) #define RT_I2C_NO_READ_ACK (1u &lt;&lt; 6) #define RT_I2C_NO_STOP (1u &lt;&lt; 7) ```- `buf`：数据缓冲区- `len`：数据长度接下来我们需要写入需要读取的目标寄存器地址，这里我们将其设置为`0x0A`，然后调用`rt_i2c_transfer`函数进行数据的传输。这个函数的第一个参数�