鸿蒙OpenHarmony【平台驱动开发之Watchdog】 子系统

Watchdog

概述

功能简介

看门狗(Watchdog),又称看门狗计时器(Watchdog timer),是一种硬件计时设备。一般有一个输入、一个输出,输入叫做喂狗,输出连接到系统的复位端。当系统主程序发生错误导致未及时清除看门狗计时器的计时值时,看门狗计时器就会对系统发出复位信号,使系统从悬停状态恢复到正常运作状态。

基本概念

系统正常工作的时候,每隔一段时间输出一个信号到喂狗端,给看门狗清零,这个操作就叫做喂狗。如果超过规定的时间不喂狗,看门狗定时超时,就会给出一个复位信号到系统,使系统复位。

运作机制

在HDF框架中,Watchdog接口适配模式采用独立服务模式(如图1所示)。在这种模式下,每一个设备对象会独立发布一个设备服务来处理外部访问,设备管理器收到API的访问请求之后,通过提取该请求的参数,达到调用实际设备对象的相应内部方法的目的。独立服务模式可以直接借助HDF设备管理器的服务管理能力,但需要为每个设备单独配置设备节点,增加内存占用。

独立服务模式下,核心层不会统一发布一个服务供上层使用,因此这种模式下驱动要为每个控制器发布一个服务,具体表现为:

  • 驱动适配者需要实现HdfDriverEntry的Bind钩子函数以绑定服务。
  • device_info.hcs文件中deviceNode的policy字段为1或2,不能为0。

Watchdog模块各分层作用:

  • 接口层提供打开看门狗设备、获取看门狗设备状态、启动看门狗设备、设置看门狗设备超时时间、获取看门狗设备超时时间、喂狗、停止看门狗设备超时时间、关闭看门狗设备的接口。
  • 核心层主要提供看门狗控制器的添加、移除以及管理的能力,通过钩子函数与适配层交互。
  • 适配层主要是将钩子函数的功能实例化,实现具体的功能。

图 1 Watchdog独立服务模式结构图

外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

开发指导

场景介绍

对于无法直接观测到的软件异常,我们可以使用看门狗进行自动检测,并在异常产生时及时重置。当驱动开发者需要将Watchdog设备适配到OpenHarmony时,需要进行Watchdog驱动适配。下文将介绍如何进行Watchdog驱动适配。

接口说明

为了保证上层在调用Watchdog接口时能够正确的操作Watchdog控制器,核心层在//drivers/hdf_core/framework/support/platform/include/watchdog/watchdog_core.h中定义了以下钩子函数,驱动适配者需要在适配层实现这些函数的具体功能,并与钩子函数挂接,从而完成适配层与核心层的交互。

WatchdogMethod定义:

struct WatchdogMethod {
    int32_t (*getStatus)(struct WatchdogCntlr *wdt, int32_t *status);
    int32_t (*setTimeout)(struct WatchdogCntlr *wdt, uint32_t seconds);
    int32_t (*getTimeout)(struct WatchdogCntlr *wdt, uint32_t *seconds);
    int32_t (*start)(struct WatchdogCntlr *wdt);
    int32_t (*stop)(struct WatchdogCntlr *wdt);
    int32_t (*feed)(struct WatchdogCntlr *wdt);
    int32_t (*getPriv)(struct WatchdogCntlr *wdt);  // 【可选】如果WatchdogCntlr中的priv成员存在,则按需实例化
    void (*releasePriv)(struct WatchdogCntlr *wdt); // 【可选】
};

表 1 WatchdogMethod成员的钩子函数功能说明

成员函数入参出参返回值功能
getStatuswdt:结构体指针,核心层Watchdog控制器status:int32_t类型指针,表示获取的看门狗的状态(打开或关闭)HDF_STATUS相关状态获取看门狗状态
setTimeoutwdt:结构体指针,核心层Watchdog控制器 seconds:uint32_t类型,设置的看门狗超时时间HDF_STATUS相关状态设置看门狗超时时间,单位秒,需要保证看门狗实际运行的时间符合该值
getTimeoutwdt:结构体指针,核心层Watchdog控制器seconds:uint32_t类型指针,表示获取的超时时间HDF_STATUS相关状态获取看门狗超时时间
startwdt:结构体指针,核心层Watchdog控制器HDF_STATUS相关状态启动看门狗
stopwdt:结构体指针,核心层Watchdog控制器HDF_STATUS相关状态停止看门狗
feedwdt:结构体指针,核心层Watchdog控制器HDF_STATUS相关状态喂狗
getPrivwdt:结构体指针,核心层Watchdog控制器HDF_STATUS相关状态获取看门狗驱动的私有数据
releasePrivwdt:结构体指针,核心层Watchdog控制器HDF_STATUS相关状态释放看门狗驱动的私有数据

开发步骤

Watchdog模块适配包含以下四个步骤:

  • 实例化驱动入口
  • 配置属性文件
  • 实例化Watchdog控制器对象
  • 驱动调试

开发实例

下方将基于Hi3516DV300开发板以//device/soc/hisilicon/common/platform/watchdog/watchdog_hi35xx.c驱动为示例,展示需要驱动适配者提供哪些内容来完整实现设备功能。

  1. 实例化驱动入口

    驱动入口必须为HdfDriverEntry(在 hdf_device_desc.h 中定义)类型的全局变量,且moduleName要和device_info.hcs中保持一致。HDF框架会将所有加载的驱动的HdfDriverEntry对象首地址汇总,形成一个类似数组的段地址空间,方便上层调用。

    一般在加载驱动时HDF会先调用Bind函数,再调用Init函数加载该驱动。当Init调用异常时,HDF框架会调用Release释放驱动资源并退出。

    Watchdog驱动入口开发参考:

    struct HdfDriverEntry g_watchdogDriverEntry = {
        .moduleVersion = 1,
        .Bind = Hi35xxWatchdogBind,               // 挂接Watchdog模块Bind实例化
        .Init = Hi35xxWatchdogInit,               // 挂接Watchdog模块Init实例化,本例是一个空实现,驱动适配者可根据自身需要添加相关操作
        .Release = Hi35xxWatchdogRelease,         // 挂接Watchdog模块Release实例化
        .moduleName = "HDF_PLATFORM_WATCHDOG",    // 【必要且与HCS文件中里面的moduleName匹配】
    };
    HDF_INIT(g_watchdogDriverEntry);              // 调用HDF_INIT将驱动入口注册到HDF框架中
    
  2. 配置属性文件

    完成驱动入口注册之后,需要在device_info.hcs文件中添加deviceNode描述。deviceNode信息与驱动入口注册相关。本例以一个Watchdog控制器为例,如有多个器件信息,则需要在device_info文件增加对应的deviceNode描述,以及在watchdog_config.hcs文件中增加对应的器件属性。器件属性值与核心层WatchdogCntlr成员的默认值或限制范围有密切关系,比如Watchdog设备号,需要在watchdog_config.hcs文件中增加对应的器件属性。

    独立服务模式的特点是device_info.hcs文件中设备节点代表着一个设备对象,如果存在多个设备对象,则按需添加,注意服务名与驱动私有数据匹配的关键字名称必须唯一。其中各项参数如表2所示:

    表 2 device_info.hcs节点参数说明

    成员名
    policy驱动服务发布的策略,Watchdog控制器具体配置为2,表示驱动对内核态和用户态都发布服务
    priority驱动启动优先级(0-200),值越大优先级越低。Watchdog控制器具体配置为20
    permission驱动创建设备节点权限,Watchdog控制器具体配置为0664
    moduleName驱动名称,Watchdog控制器固定为HDF_PLATFORM_WATCHDOG
    serviceName驱动对外发布服务的名称,Watchdog控制器服务名设置为HDF_PLATFORM_WATCHDOG_X,X代表Watchdog控制器编号
    deviceMatchAttr驱动私有数据匹配的关键字,Watchdog控制器设置为hisilicon_hi35xx_watchdog_X,X代表Watchdog控制器编号
    • device_info.hcs 配置参考:

      在//vendor/hisilicon/hispark_taurus/hdf_config/device_info/device_info.hcs文件中添加deviceNode描述。

      root {
          device_info {
              match_attr = "hdf_manager";
              device_watchdog :: device {
                  device0 :: deviceNode {                                 // 驱动的DeviceNode节点
                      policy = 2;                                         // policy字段是驱动服务发布的策略,如果需要面向用户态,则为2
                      priority = 20;                                      // 驱动启动优先级
                      permission = 0644;                                  // 驱动创建设备节点权限
                      moduleName = "HDF_PLATFORM_WATCHDOG";               // 【必要】用于指定驱动名称,该字段的值必须和驱动入口结构的moduleName值一致
                      serviceName = "HDF_PLATFORM_WATCHDOG_0";            // 【必要】驱动对外发布服务的名称,必须唯一。
                      deviceMatchAttr = "hisilicon_hi35xx_watchdog_0";    // 【必要】用于配置控制器私有数据,必须和驱动私有数据配置表watchdog_config.hcs中的match_attr值保持一致。
                  }
              ......                                                      // 如果存在多个watchdog设备时【必须】添加节点,否则不用
              }
          }
      } 
      
    • watchdog_config.hcs 配置参考:

      在//device/soc/hisilicon/hi3516dv300/sdk_liteos/hdf_config/watchdog/watchdog_config.hcs文件配置器件属性,其中配置参数如下:

      root {
          platform {
              template watchdog_controller {                     // 【必要】配置模板,如果下面节点使用时继承该模板,则节点中未声明的字段会使用该模板中的默认值
                  id = 0;                                        // watchdog ID号
                  match_attr = "";
                  regBase = 0x12050000;                          // 【必要】地址映射需要,物理基地址
                  regStep = 0x1000;                              // 【必要】地址映射需要,寄存器偏移步进
              }
              controller_0x12050000 :: watchdog_controller {     // 【必要】是作为设备驱动私有数据匹配的关键字
                  match_attr = "hisilicon_hi35xx_watchdog_0";    // 【必要】必须和device_info.hcs中的deviceMatchAttr值一致
              }
              ......                                             // 如果存在多个watchdog设备时【必须】添加节点,否则不用
          }
      }
      

      需要注意的是,新增watchdog_config.hcs配置文件后,必须在产品对应的hdf.hcs文件中将其包含如下语句所示,否则配置文件无法生效。

      #include "../../../../device/soc/hisilicon/hi3516dv300/sdk_liteos/hdf_config/watchdog/watchdog_config.hcs" // 配置文件相对路径
      
  3. 实例化Watchdog控制器对象

    完成驱动入口注册之后,下一步就是以核心层WatchdogCntlr对象的初始化为核心,包括驱动适配者自定义结构体(传递参数和数据),实例化WatchdogCntlr成员WatchdogMethod(让用户可以通过接口来调用驱动底层函数),实现HdfDriverEntry成员函数(Bind,Init,Release)。

    • 驱动适配者自定义结构体参考。

      从驱动的角度看,驱动适配者自定义结构体是参数和数据的载体,而且watchdog_config.hcs文件中的数值会被HDF读入通过DeviceResourceIface来初始化结构体成员,其中一些重要数值也会传递给核心层WatchdogCntlr对象,例如watchdog设备ID号。

      struct Hi35xxWatchdog {
          struct WatchdogCntlr wdt;           // 【必要】是核心层控制对象,具体描述见下面
          OsalSpinlock lock;                  // 【必要】驱动适配者需要基于此锁变量对watchdog设备实现对应的加锁解锁
          volatile unsigned char *regBase;    // 【必要】地址映射需要,寄存器基地址
          uint32_t phyBase;                   // 【必要】地址映射需要,物理基址
          uint32_t regStep;                   // 【必要】地址映射需要,寄存器偏移步进
      };
      
      struct WatchdogCntlr {                  // WatchdogCntlr是核心层控制器结构体,其中的成员在Init函数中会被赋值。
          struct IDeviceIoService service;    // 驱动服务
          struct HdfDeviceObject *device;     // 驱动设备对象
          OsalSpinlock lock;                  // 自旋锁
          struct WatchdogMethod *ops;         // 钩子函数
          int16_t wdtId;                      // watchdog设备ID号
          void *priv;                         // 私有数据
      };
      
    • WatchdogCntlr成员钩子函数结构体WatchdogMethod的实例化。

      static struct WatchdogMethod g_method = {      // 钩子函数实例化
          .getStatus = Hi35xxWatchdogGetStatus,      // 获取看门狗状态
          .start = Hi35xxWatchdogStart,              // 启动看门狗
          .stop = Hi35xxWatchdogStop,                // 停止看门狗
          .setTimeout = Hi35xxWatchdogSetTimeout,    // 设置看门狗超时时间
          .getTimeout = Hi35xxWatchdogGetTimeout,    // 获取看门狗超时时间
          .feed = Hi35xxWatchdogFeed,                // 喂狗
      };
      
    • Init函数和Bind函数开发参考:

      入参:

      HdfDeviceObject:HDF框架给每一个驱动创建的设备对象,用来保存设备相关的私有数据和服务接口。

      返回值:

      HDF_STATUS相关状态 (表3为部分展示,如需使用其他状态,可参考//drivers/hdf_core/interfaces/inner_api/utils/hdf_base.h中HDF_STATUS的定义)。

      表 3 HDF_STATUS相关状态说明

      状态(值)问题描述
      HDF_ERR_INVALID_OBJECT控制器对象非法
      HDF_ERR_MALLOC_FAIL内存分配失败
      HDF_ERR_IOI/O 错误
      HDF_SUCCESS初始化成功
      HDF_FAILURE初始化失败

      函数说明:

      初始化自定义结构体对象,初始化WatchdogCntlr成员,调用核心层WatchdogCntlrAdd函数,完成看门狗控制器的添加。

      // 一般而言,Init函数需要根据入参(HdfDeviceObject对象)的属性值初始化Hi35xxWatchdog结构体的成员,
      // 但watchdog_hi35xx.c示例中是在bind函数中实现的
      static int32_t Hi35xxWatchdogInit(struct HdfDeviceObject *device)
      {
          (void)device;
          return HDF_SUCCESS;
      }
      
      static int32_t Hi35xxWatchdogBind(struct HdfDeviceObject *device)
      {
          int32_t ret;
          struct Hi35xxWatchdog *hwdt = NULL;
          ......
          hwdt = (struct Hi35xxWatchdog *)OsalMemCalloc(sizeof(*hwdt)); // Hi35xxWatchdog 结构体指针的内存申请
          ......
          hwdt->regBase = OsalIoRemap(hwdt->phyBase, hwdt->regStep);    // 地址映射
          ......
          hwdt->wdt.priv = (void *)device->property;                    // 【必要】此处是将设备属性的内容赋值给priv成员,但后续没有调用 priv 成员,
                                                                        // 如果需要用到priv成员,需要额外实例化WatchdogMethod的getPriv和releasePriv成员函数
          hwdt->wdt.ops = &g_method;                                    // 【必要】WatchdogMethod实例化对象的挂载
          hwdt->wdt.device = device;                                    // 【必要】这是为了方便HdfDeviceObject与WatchdogcCntlr相互转化
          ret = WatchdogCntlrAdd(&hwdt->wdt);                           // 【必要】调用此函数初始化核心层结构体,返回成功信号后驱动才完全接入平台核心层
          if (ret != HDF_SUCCESS) {                                     // 不成功的话,需要去除映射并释放Init函数申请的资源
              OsalIoUnmap((void *)hwdt->regBase);
              OsalMemFree(hwdt);
              return ret;
          }    
          return HDF_SUCCESS;
      }
      
    • Release函数开发参考:

      入参:

      HdfDeviceObject:HDF框架给每一个驱动创建的设备对象,用来保存设备相关的私有数据和服务接口。

      返回值:

      无。

      函数说明:

      该函数需要在驱动入口结构体中赋值给Release,当HDF框架调用Init函数初始化驱动失败时,可以调用Release释放驱动资源。该函数中需包含释放内存和删除控制器等操作。

      static void Hi35xxWatchdogRelease(struct HdfDeviceObject *device)
      {
          struct WatchdogCntlr *wdt = NULL;
          struct Hi35xxWatchdog *hwdt = NULL;
          ......
          wdt = WatchdogCntlrFromDevice(device);    // 【必要】通过device获取WatchdogCntlr
          ......
          if (wdt == NULL) {
              return;
          }
          WatchdogCntlrRemove(wdt);                 // 【必要】调用WatchdogCntlrRemove函数来释放WatchdogCntlr对象的内容
          hwdt = (struct Hi35xxWatchdog *)wdt;      // 这里将WatchdogCntlr转化为Hi35xxWatchdog
          if (hwdt->regBase != NULL) {              // 【必要】解除地址映射
              OsalIoUnmap((void *)hwdt->regBase);
              hwdt->regBase = NULL;
          }
          OsalMemFree(hwdt);                        // 【必要】释放驱动适配者自定义对象占用的内存
      }
      
  4. 驱动调试

    【可选】针对新增驱动程序,建议验证驱动基本功能,例如挂载后的信息反馈,获取看门狗状态、喂狗等。

根据你提供的项目功能描述和硬件清单,以下是一个完整的 **RK2206 鸿蒙嵌入式开发智能农业系统** 的功能分析与实现方案。 --- ## 🌱 一、项目功能总览 | 功能模块 | 子功能 | 描述 | |----------|--------|------| | 数据采集 | 温湿度(DHT11) | 获取空气温湿度数据 | | | 光照强度(BH1750) | 获取环境光照值 | | | 二氧化碳(SGP30) | 获取CO₂浓度 | | | 土壤湿度传感器 | 获取土壤湿度数据 | | 控制执行 | 继电器控制 | 控制水泵、灯光、加热器等设备 | | 显示功能 | OLED 显示 | 实时显示温湿度、光照、CO₂、土壤湿度及阈值状态 | | | 天气信息显示 | 显示当前地理位置天气情况(如广州、晴天、26°C) | | 网络通信 | Wi-Fi连接 | 使用E53模块连接Wi-Fi | | | 云平台上传 | 将传感器数据上传至云端 | | | 远程控制 | 接收来自云端的控制指令 | | 安全维护 | 异常重启机制 | 系统崩溃后自动重启并恢复运行 | --- ## 📦 二、硬件连接说明 | 模块名称 | 接口类型 | 连接引脚 | |----------|----------|----------| | DHT11(温湿度) | GPIO(单总线) | GPIOX_5 | | BH1750(光照) | I2C | SDA/SCL → I2C接口 | | SGP30(CO₂) | I2C | SDA/SCL → I2C接口 | | 土壤湿度传感器 | ADC | GPIO模拟输入 | | OLED显示屏 | I2C | SDA/SCL → I2C接口 | | 继电器模块(5路) | GPIO输出 | GPIOX_6 ~ GPIOX_10 | | E53模块(Wi-Fi) | 内置Wi-Fi模块 | 自动连接 | --- ## 💡 三、软件架构设计 ### 1. 主程序流程图(文字描述) ``` 开始 │ ├── 初始化各传感器模块 ├── 初始化OLED显示屏 ├── 初始化继电器GPIO ├── 初始化Wi-Fi连接 ├── 连接MQTT云平台 │ └── 循环任务: │ ├── 采集温湿度、光照、CO₂、土壤湿度数据 ├── 判断是否超过阈值并触发报警或控制设备 ├── 在OLED上实时显示数据和状态 ├── 上传数据到云平台 ├── 监听云端下发指令并执行控制 └── 检测系统异常并尝试自动重启 ``` --- ## 🔧 四、核心代码实现示例 ### 1. DHT11 读取函数(`dht11.c`) ```c #include "dht11.h" #include <unistd.h> #include "los_gpio.h" #define DHT11_PIN 109 // GPIOX_5 = 96 + 13 = 109 int dht11_read(float *temperature, float *humidity) { uint8_t data[5] = {0}; LOS_GPIO_DIR_SET(DHT11_PIN, GPIO_DIR_OUTPUT); LOS_GPIO_WRITE(DHT11_PIN, 0); usleep(18000); // 拉低至少18ms LOS_GPIO_WRITE(DHT11_PIN, 1); usleep(20); LOS_GPIO_DIR_SET(DHT11_PIN, GPIO_DIR_INPUT); int i; for (i = 0; i < 100; i++) { if (!LOS_GPIO_READ(DHT11_PIN)) break; usleep(100); } for (i = 0; i < 40; i++) { while (!LOS_GPIO_READ(DHT11_PIN)); usleep(30); if (LOS_GPIO_READ(DHT11_PIN)) { data[i / 8] |= (1 << (7 - (i % 8))); } usleep(40); } if ((data[0] + data[1] + data[2] + data[3]) != data[4]) return -1; *humidity = data[0]; *temperature = data[2]; return 0; } ``` --- ### 2. OLED 显示函数(`oled.c`) ```c #include "oled.h" #include "ssd1306.h" void oled_show_data(float temp, float hum, float light, float co2, float soil) { ssd1306_clear(); ssd1306_draw_string(0, 0, "Temp: %.1f C", temp); ssd1306_draw_string(0, 16, "Hum: %.1f %%", hum); ssd1306_draw_string(0, 32, "Light: %.1f lx", light); ssd1306_draw_string(0, 48, "CO2: %.1f ppm", co2); ssd1306_draw_string(0, 56, "Soil: %.1f %%", soil); ssd1306_update(); } ``` --- ### 3. MQTT 通信与远程控制(`cloud_communication.c`) ```c #include <mqtt_client.h> void upload_sensor_data(float temp, float hum, float light, float co2, float soil) { mqtt_publish("sensor/temperature", "%.2f", temp); mqtt_publish("sensor/humidity", "%.2f", hum); mqtt_publish("sensor/light", "%.2f", light); mqtt_publish("sensor/co2", "%.2f", co2); mqtt_publish("sensor/soil", "%.2f", soil); } void on_message_received(const char* topic, const char* payload) { if (strcmp(topic, "control/pump") == 0) { if (strcmp(payload, "on") == 0) gpio_relay_on(PUMP_RELAY_PIN); else if (strcmp(payload, "off") == 0) gpio_relay_off(PUMP_RELAY_PIN); } } ``` --- ### 4. 异常检测与重启机制(`watchdog.c`) ```c #include "watchdog.h" #include "cmsis_os2.h" void system_watchdog_task(void *arg) { while (1) { if (system_health_check() != OK) { printf("System error detected! Rebooting...\n"); system_restart(); } osDelay(10000); // 每10秒检查一次系统状态 } } ``` --- ## 📊 五、系统部署与测试步骤 1. 使用 VS Code + DevEco Device Tool 编译烧录程序 2. 检查所有传感器是否正常接入 3. OLED 是否正确显示各项参数 4. 测试 Wi-Fi 连接和云平台数据上传 5. 验证远程控制指令是否能成功触发设备动作 6. 模拟系统异常测试看门狗重启功能 --- ## 📚 六、扩展建议 - 添加 LoRa/WiFi6 支持实现远距离通信 - 使用鸿蒙上层应用展示历史数据趋势图 - 部署 Grafana + InfluxDB 实现数据可视化 - 实现异常报警机制(如高温/干旱自动通知) 在VMware虚拟机RK2206项目中完成代码烧录,文件结构应该如何
07-01
在 VMware 虚拟机中进行 RK2206 项目的开发与烧录时,合理的文件结构不仅有助于项目管理,也便于 DevEco Device Tool 和编译系统识别源码和配置。以下是推荐的 **RK2206 鸿蒙嵌入式项目文件结构**: --- ## 📁 一、标准项目文件结构 ``` rk2206_agriculture/ ├── applications │ └── sample │ └── agriculture # 应用层代码目录 │ ├── BUILD.gn # 模块构建配置 │ ├── dht11.c # 温湿度传感器采集逻辑 │ ├── oled.c # OLED显示驱动代码 │ ├── cloud_communication.c # MQTT通信及远程控制逻辑 │ ├── watchdog.c # 看门狗重启机制 │ └── main.c # 主程序入口 ├── base │ └── ... # OpenHarmony基础组件(SDK自带) ├── drivers │ └── ... # 驱动相关代码(SDK自带) ├── kernel │ └── ... # 内核相关代码(SDK自带) ├── utils │ └── ... # 工具库(SDK自带) ├── third_party │ └── ... # 第三方库(如MQTT客户端、SSD1306 OLED驱动等) ├── build │ └── config │ └── BOARD_rk2206.json # 板级配置文件 ├── out │ └── rk2206 # 编译输出目录,包含firmware.bin等 └── vendor └── huawei └── hello # 示例厂商代码(可选) ``` --- ## 🧱 二、关键文件说明 ### 1. `applications/sample/agriculture/main.c` 主函数入口,负责初始化各模块并启动任务循环。 ```c #include "ohos_init.h" #include "cmsis_os2.h" void AgricultureEntry(void) { printf("Starting Smart Agriculture System...\n"); // 初始化传感器 dht11_init(); bh1750_init(); sgp30_init(); soil_sensor_init(); // 初始化OLED oled_init(); // 初始化Wi-Fi & MQTT连接 wifi_connect(); mqtt_client_init(); // 创建数据采集与上传任务 osThreadNew(SensorDataTask, NULL, NULL); // 创建看门狗监控任务 osThreadNew(WatchdogTask, NULL, NULL); } APP_FEATURE_INIT(AgricultureEntry); ``` --- ### 2. `applications/sample/agriculture/BUILD.gn` 用于指定该模块的编译规则。 ```gn static_library("agriculture") { sources = [ "main.c", "dht11.c", "oled.c", "cloud_communication.c", "watchdog.c" ] include_dirs = [ "//utils/include", "//third_party/mqtt/include", "//drivers/peripheral/include" ] } ``` --- ### 3. `build/config/BOARD_rk2206.json` 板级配置文件,指定目标平台、工具链、链接脚本等。 ```json { "target-cpu": "arm", "target-arch": "arm", "target-os": "ohos", "target-board": "rk2206", "toolchain": "gcc", "kernel-type": "liteos_m", "kernel-version": "1.0" } ``` --- ## 🔧 三、编译流程(在虚拟机 Ubuntu 中) ```bash # 设置项目路径 cd rk2206_agriculture/ # 配置编译环境 hb set # 选择 rk2206 目标平台 # 开始编译 hb build ``` 编译成功后会在以下路径生成固件文件: ``` out/rk2206/firmware.bin ``` --- ## 🔌 四、烧录方式说明 ### 方式一:通过串口 + XMODEM 协议烧录 1. 使用 picocom 或 minicom 连接串口。 2. 开发板上电进入 Bootloader。 3. 输入命令: ``` loady 0x20000000 ``` 4. 发送 firmware.bin 文件(使用 Ymodem 协议)。 5. 执行跳转命令: ``` go 0x20000000 ``` ### 方式二:使用 Windows 上的 RKDevTool(VMware USB共享) 1. 在 VMware 设置中将 USB 接口直通给 Ubuntu。 2. 安装 RK USB 烧录工具和驱动。 3. 使用 RKDevTool 加载 firmware.bin 并点击 “Download”。 --- ## ✅ 五、验证运行 1. 观察串口终端是否有日志输出。 2. OLED 是否正常显示温湿度、光照、CO₂等信息。 3. Wi-Fi 是否连接成功,是否能上传数据到云平台。 4. 测试远程控制指令是否生效(如控制水泵继电器)。 5. 模拟断电或死机测试看门狗是否自动重启。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值