Openharmony 3.1Release中存在消息通知的处理，消息通知包括系统层事件发布、消息订阅、消息投递与处理，为了开发者能够熟悉消息的处理流程，本篇文章主要介绍系统层事件发布的相关流程。

接续上一篇《OpenHarmony 3GPP协议开发深度剖析》之--搜网流程之PLMN选择搜网流程可以简单概括为PLMN选择、小区搜索、网络注册，而PLMN选择主要在cp侧完成，而PLMN在OpenHarmony源码中（即AP侧）主要涉及到的业务就是搜网模块中的运营商相关信息获取的业务，比如我们常见的手机状态栏上的运营商名称显示。下面来针对AP侧中搜网相关的PLMN业务解读下源码流程。Ril架构回

RTC是Real Time Clock的简称，它在硬件电路上单独供电，当系统关机时，CPU和其他外部硬件设备全部掉电，但是RTC仍然继续工作。这样就可以继续给设备提供精准的时钟，并提供报警功能和计时器功能。问题1：/dev/rtc未生成，无法获取硬件时间# hwclock问题分析：启动日志报错no valid clock/calendar values available从log分析，rtc1时钟

OpenHarmony 3.0 LTS是面向全场景的开源分布式操作系统，能够在物联网上使用。可以支持三种系统类型，标准系统、轻量系统和小型系统。本文提供了在OpenHarmony 3.0 LTS实现串口调试功能的开发方案。本文介绍了在OpenHarmony 3.0 LTS系统上重串口功能实现到应用开发的整套流程。简单的API接口开发，可直接依赖系统模块。难点主要在轻量级系统开发，读者可参考开源鸿蒙

参数物理空间使用的是一维数组存储每个参数，但是从逻辑上使用Trie树（前缀树）的数据结构存储,从根节点往下依次连成最终的key。DAC信息通过":"分三段来描述，分别为参数的user，group以及UGO规则信息。同步等待系统参数的值匹配，支持模糊匹配，例如: hd*, 则匹配hdc,hdi等等。trigger参数根据类型在存储的时候，添加对应的前缀，方便与其他参数存储在Trie树中，方便查找。将

随着OpenHarmony的版本更新，在3.2上已经提供了非常丰富的API来调用照相机。此处讲解的是原生的使用相机的流程，并发像Android普通应用开发一样通过一个intent直接调用系统相机应用进行拍照，根据原生的调用相机的API可以让大家自己定义功能更加丰富的相机应用。这里为何我特意强调是OpenHarmony3.2 beta4，因为我发现即使同为3.2版本，beta4上的Camera相关的

创建结点/dev/kmsg，并打开，log写入这里。通过命令cat /proc/sys/kernel/printk_devkmsg 可以查看/dev/kmsg 是否打开。init进程启动后，首先挂载tmpfs,procfs 等文件目录，创建基本的dev设备节点，提供最基本的根文件系统。从 /etc/fstab.required 或/system/etc/fstab.require 获取挂载设备列表

本文主要介绍了基于RK系列适配OpenHarmony系统过程中，内核编译WiFi驱动源码的配置方法，指导开发者快速进行WiFi驱动编译工程的搭建和配置，使开发者能更轻松的学习OpenHarmony相关开发知识。3.4 device/board/isoftstone/RK系列/kernel/patchs/kernel.patch。3.3device/board/isoftstone/RK系列/ker

按需启动的服务需要配置的属性，配置有该属性的服务不会被start命令拉起，如果该服务同时配置有socket，init将会在解析服务时创建该socket并将其监听，当socket有消息上报时，init拉起对应服务。init提供了相关接口供服务调用，服务进程退出前调用接口将fd通过支持IPC通信的socket发送给init代持，待该服务重新启动时，init将持有的该服务相关的fd句柄通过同样的方式返回

千呼万唤始出来，在OpenHarmony最新发布的3.1版本中终于支持了surface+videoplayer实现视频播放的功能。1. surface+videoplayer视频播放与传统的video组件对比大家可能觉得不是很早就支持一个video组件就可以实现视频播放吗？是的，video组件也就简简单单能做个视频播放，而你仔细去查阅下，video组件支持的api功能太少了，很多定制化功能都无法实