07.显示系统:第005课_Vsync机制:第004节_surface使用vsync过程代码分析

前面的小节中,我们讲解了Vsync机制机制的框架,无论SurfaceFlinger还是APP应用程序,对Vsync的使用,都是按需进行的:

在这里插入图片描述比如应用程序把新界面发送给SurfaceFlinger之后,SurfaceFlinger就需要得到一个Vsync信号,他就会把这个需求发送给EventThread,EventThread再转发给DispSyncThread,DispSyncThread收到硬件Vsync信号,或者软件Vsync信号之后,发会休眠一段时间,把信号虚拟化成Vsync-APP与Vsync-SF,然后发送给对应的EventThread,EventThread在发送给SurfaceFlinger,然后SurfaceFlinge在进行图片合成。
该小节我们对surface使用vsync的过程进行分析。

surface使用vsync可以分为以下几个步骤:

1.APP发送数据给SurfaceFlinger。
2.SurfaceFlinger发送请求给EventThread(sf)。
3.EventThread在发送请求给DispSyncThread
4.软件或者硬件的Vsync会唤醒DispSyncThread。
5.DispSyncThread发送信号给EventThread,EventThread发送信号给SurfaceFlinger,然后SurfaceFlinger在对图片进行处理(如:合成等等)

下面是是一个详细的代码调用过程:
在这里插入图片描述
在左上角标号1的处开始阅读

为了大家快速的了解,下面是一个草图。我们将围绕这这个草图进行讲解。
在这里插入图片描述

首先是应用程序APP发送数据给SurfaceFlinger,SurfaceFlinger跟EventThread存在一个connection的连接,SurfaceFlinger会向EventThread提出请求,这个请求会转发给DispSyncThread,DispSyncThread会被软件(一个线程VsyncThread)或者硬件产生的Vsync信号唤醒,

1.APP发送数据给SurfaceFlinger与SurfaceFlinger发送请求给EventThread(sf)

我们首先来看看APP发送数据给SurfaceFlinger的过程,其详细过程,我们在之前的章节中。已经进行了讲解,故此,这里只做简单的分析。

打开SurfaceFlinger.cpp文件,找到signalLayerUpdate函数:

/*当检测到有数据需要更新的时候,就会调用该函数*/
void SurfaceFlinger::signalLayerUpdate() {
    mEventQueue.invalidate();
    	/*请求得到下一个vsync信号,其中mEvents为Connection*/
    	mEvents->requestNextVsync();

可以看到其上mEvents为Connection类型,requestNextVsync函数在EventThread.cpp中实现:

void EventThread::requestNextVsync(
    /*如果count<0*/
    if (connection->count < 0) {
        connection->count = 0;
        /*发送一个广播,其目的是为了唤醒某一个线程*/
        mCondition.broadcast();
    }

注意requestNextVsync是EventThread中的线程,但是在SurfaceFlinger进程中使用,也就是说,SurfaceFlinger利用EventThread中提供的函数唤醒EventThread线程。
下面我们开始讲解第三个步骤。

EventThread再发送请求给DispSyncThread

之前我们提到,SurfaceFlinger把信号请求发送给EventThread,EventThread在把这个请求发送给DispSyncThread。

在EventThread.cpp中存在函数ThreadLoop:

bool EventThread::threadLoop() {
	/*1.发出Vsync信号请求,然后等待Vsync信号,其内部会判断所有Connection的count
	如果count大于0,这代表需要得到Vsync信号*/
	signalConnections = waitForEvent(&event);
		/*得到一个connection*/
		sp<Connection> connection(mDisplayEventConnections[i].promote());
		/*如果connection->count >= 0,则代表需要下一个vsync信号*/
		waitForVSync = true;
		enableVSyncLocked();
			/*给DispSyncThread设置回调函数Callback*/
			mVSyncSource->setCallback(static_cast<VSyncSource::Callback*>(this));
			mVSyncSource->setVSyncEnabled(true);
		/*等待vsync信号*/
		mCondition.wait(mLock);	
	/*发送信号给SurfaceFlinger*/
	status_t err = conn->postEvent(event);

从上面我们可以看到,当connection->count >= 0时,代表需要Vsync信号,其会为DispSyncThread线程设置一个回调函数Callback,当DispSyncThread接收到信号之后,就会调用该回调函数。

4.软件或者硬件的Vsync会唤醒DispSyncThread

从上面我们知道EventThread发送给请求给DispSyncThread之后进入休眠状态,DispSyncThread一般也处于休眠状态,其会被一个Vsync信号唤醒,我们暂时不理会硬件的sync信号,我们来看看软件的sync信号如何产生。

打开frameworks\native\services\surfaceflinger\DisplayHardware目录下的SoftVsyncObserver.cpp文件:

bool SoftVsyncObserver::threadLoop()
	spec.tv_sec  = next_vsync / 1000000000;
    spec.tv_nsec = next_vsync % 1000000000;
    err = clock_nanosleep(CLOCK_MONOTONIC, TIMER_ABSTIME, &spec, NULL);
    /*发出Vsync信号*/
    mDisplayDevice.onVsync(next_vsync);
    	mHwc.vsync(DEVICE_VIRTUAL, timestamp);

软件产生的方式比较简单,就是循环延时发出信号,然后会唤醒DispSyncThread线程,DispSyncThread发送信号给EventThread,EventThread调用

void SurfaceFlinger::onVSyncReceived(int32_t type, nsecs_t timestamp) {

函数唤醒SurfaceFlinger线程。在DispSync.cpp中:

virtual bool threadLoop() {
	/**计算最近的EventThread的时间Listeer*/
    targetTime = computeNextEventTimeLocked(now);
    	nsecs_t t = computeListenerNextEventTimeLocked(mEventListeners[i],
    /*现在的时间少于目标时间,则等待*/
    if (now < targetTime) {
    	/*修改等待时间到*/
         err = mCond.waitRelative(mMutex, targetTime - now);
    /*收集回调函数*/
    callbackInvocations = gatherCallbackInvocationsLocked(now);
    /*调用回调函数*/
    fireCallbackInvocations(callbackInvocations);

其上的回调函数,即前面EventThread线程中设置的回调函数。其中的Listeer来源:
EventThread线程发现connection->count >= 0时,向DispSyncThread注册Callback。Callback最终会导致EventThread中的onVSyncEvent被调用:

void EventThread::onVSyncEvent(nsecs_t timestamp) {
	/*发出一个广播*/
	mCondition.broadcast();

实际就是通过广播唤醒EventThread(ThreadLoop)线程。

SurfaceFlinger接收到Vsync信号之后会调用MessageQueue.cpp中:

int MessageQueue::cb_eventReceiver(int fd, int events, void* data) {
    MessageQueue* queue = reinterpret_cast<MessageQueue *>(data);
    queue->eventReceiver(fd, events);
    	 mHandler->dispatchInvalidate();
    	 	/*发送一个消息*/
			mQueue.mLooper->sendMessage(this, Message(MessageQueue::INVALIDATE));

发送消息之后:

void MessageQueue::Handler::handleMessage(const Message& message) {
	mQueue.mFlinger->onMessageReceived(message.what);

handleMessage会进行处理。其中onMessageReceived在SurfaceFlinger.cpp中实现:

void SurfaceFlinger::onMessageReceived(int32_t what) {
	signalLayerUpdate();
	refreshNeeded |= handleMessageInvalidate();
	handleMessageRefresh();
<think>好的,我现在需要仔细分析用户提供的代码片段,并解析每个参数的作用。这段代码看起来是针对ESP32-S3的摄像头模块(LCD_CAM)的配置,涉及多个寄存器的设置。用户之前已经询问过关于cam_rec_data_bytelen的问题,现在他们给出了更多的寄存器配置,需要逐一解释每个参数的功能。 首先,我需要确认自己对这些寄存器的了解是否正确。根据之前的回答,cam_ctrl和cam_ctrl1是控制摄像头模块的主要寄存器,可能包含时钟配置、数据格式、同步信号处理等设置。用户提供的代码中涉及多个字段,比如cam_clkm_div_b、cam_clkm_div_a、cam_clk_sel等,这些都是与时钟分频和选择相关的参数。接下来,还有关于数据顺序、中断使能、同步信号滤波等配置。 接下来,我需要逐个查看每个参数,并回忆或查找相关资料来确认它们的具体作用。例如,cam_clkm_div_b、cam_clkm_div_a和cam_clkm_div_num可能与时钟分频有关,用于生成摄像头模块所需的XCLK时钟信号。cam_clk_sel可能用于选择时钟源,而用户注释中提到选项3是“no clock”,这可能需要进一步确认是否正确,因为通常摄像头需要时钟信号才能工作,可能存在注释错误或特殊情况。 然后,cam_stop_en、cam_vsync_filter_thres、cam_update等字段可能涉及传输控制、同步信号滤波和寄存器更新机制。cam_byte_order和cam_bit_order可能与数据传输的字和位顺序有关,这通常用于适配不同传感器的数据格式。cam_line_int_en和cam_vs_eof_en则涉及中断的触发条件,比如行中断或帧结束信号。 在cam_ctrl1中,cam_rec_data_bytelen之前已经讨论过,这里设置为最大值减一,以避免溢出。其他如cam_clk_inv可能控制时钟的极性,cam_vsync_filter_en启用垂直同步滤波,而cam_hsync_inv和cam_vsync_inv则可能反转同步信号的电平。 此外,cam_rgb_yuv.val被设置为0,这可能用于配置数据格式为RGB或YUV,具体取决于寄存器的定义。需要确认该寄存器的各个位如何控制数据格式。 在分析过程中,需要确保每个参数的解释准确无误,特别是涉及硬件特定行为的配置,比如时钟分频计算、同步信号处理等。如果有不确定的地方,可能需要参考ESP32-S3的技术手册或官方驱动代码来验证。同时,注意用户提供的注释是否准确,比如cam_clk_sel的注释中提到选项3是“no clock”,但实际应用中摄像头通常需要时钟,这里可能存在特殊情况或注释错误,需要指出可能的矛盾。 最后,组织这些信息,按照功能模块(如时钟配置、数据格式、同步信号、中断控制等)进行分类,确保用户能够清晰地理解每个参数的作用及其对摄像头模块整体工作的影响。</think>### 一、代码功能总览 该代码用于配置 **ESP32-S3 摄像头接口(LCD_CAM)的寄存器**,涉及 **时钟生成**、**数据格式控制**、**同步信号处理** 和 **DMA 传输参数** 等核心功能。以下是逐行参数解析: --- ### 二、时钟配置模块 #### 1. **主时钟分频控制** - **LCD_CAM.cam_ctrl.cam_clkm_div_b** 和 **cam_clkm_div_a** 分频器参数,与 **cam_clkm_div_num** 共同计算摄像头主时钟(XCLK)频率: $$ XCLK频率 = \frac{源时钟}{(\text{div\_num} + 1) \times (\text{div\_a} + 1) + (\text{div\_b} + 1)} $$ 此处 `div_a = div_b = 0`,简化公式为: $$ XCLK = \frac{160\ \text{MHz}}{\text{config->xclk\_freq\_hz}} $$ 例如配置 `xclk_freq_hz = 20 MHz`,则 `div_num = 8`(160/20 -1 =7,但代码中直接计算为 `160000000 / 20000000 = 8`,需注意硬件是否要求减1)。 - **LCD_CAM.cam_ctrl.cam_clk_sel = 3** 时钟源选择: - **0/3**:无时钟(需确认传感器是否自带时钟) - **1**:APLL(高精度锁相环,可调频) - **2**:固定 160 MHz 时钟(CLK160) 此处选择 `3`(注释可能需核对,部分硬件可能用 `3` 表示外部时钟输入)。 --- ### 三、数据流控制 #### 2. **传输启停与同步信号** - **LCD_CAM.cam_ctrl.cam_stop_en = 0** 禁用强制停止传输功能(保持持续接收数据)。 - **LCD_CAM.cam_ctrl.cam_vsync_filter_thres = 4** VSYNC(垂直同步)信号滤波阈值,以 LCD_CAM 时钟周期为单位。 当 VSYNC 信号持续 **4 个时钟周期** 以上才被识别为有效,避免噪声干扰。 #### 3. **数据格式与顺序** - **LCD_CAM.cam_ctrl.cam_byte_order = cam->swap_data** 字顺序控制: - `0`:默认(大端或小端,由传感器决定) - `1`:交换字序(适配不同传感器输出) 例如,某些 RGB565 传感器输出高字在前,需通过此配置调整。 - **LCD_CAM.cam_ctrl.cam_bit_order = 0** 位顺序控制: - `0`:高位在前(MSB First) - `1`:低位在前(LSB First) #### 4. **中断与帧结束控制** - **LCD_CAM.cam_ctrl.cam_line_int_en = 0** 禁用行中断(HSYNC 每行触发中断,通常用于逐行处理数据)。 - **LCD_CAM.cam_ctrl.cam_vs_eof_en = 0** 帧结束信号选择: - `0`:由 `cam_rec_data_cyclelen` 控制 EOF(DMA 传输完成触发) - `1`:由 VSYNC 信号触发 EOF --- ### 四、高级配置(cam_ctrl1) #### 5. **DMA 传输参数** - **LCD_CAM.cam_ctrl1.cam_rec_data_bytelen = LCD_CAM_DMA_NODE_BUFFER_MAX_SIZE - 1** 定义单次 DMA 传输的字数(寄存器值为实际长度减1),例如缓冲区大小为 4096 字,则写入 `4095`。 - **LCD_CAM.cam_ctrl1.cam_line_int_num = 0** 每帧触发 HSYNC 中断的行数(0 表示不触发)。 #### 6. **信号极性控制** - **LCD_CAM.cam_ctrl1.cam_clk_inv = 0** XCLK 时钟极性: - `0`:上升沿采样 - `1`:下降沿采样 - **LCD_CAM.cam_ctrl1.cam_hsync_inv = 0** 和 **cam_vsync_inv = 0** 同步信号极性: - `0`:高电平有效 - `1`:低电平有效 #### 7. **滤波与模式** - **LCD_CAM.cam_ctrl1.cam_vsync_filter_en = 1** 启用 VSYNC 滤波(需配合 `cam_vsync_filter_thres` 使用)。 - **LCD_CAM.cam_ctrl1.cam_vh_de_mode_en = 0** 禁用 VHDE 模式(某些传感器通过 DE 信号控制数据有效区,而非 HSYNC/VSYNC)。 --- ### 五、数据格式配置(cam_rgb_yuv) - **LCD_CAM.cam_rgb_yuv.val = 0** 数据格式选择: - 通常 `0` 表示 RGB 格式(如 RGB565) - 其他值可能对应 YUV 或 RAW 模式(需参考具体寄存器定义)。 --- ### 六、关键问题与调试建议 1. **时钟源冲突** 若 `cam_clk_sel = 3` 表示无时钟,需确保传感器提供外部时钟(XCLK 由传感器输出)。 2. **分频计算误差** 示例中 `cam_clkm_div_num = 160000000 / 20MHz = 8`,但实际分频系数可能需要 `8 - 1 = 7`,需验证硬件是否自动补1。 3. **数据对齐问题** `cam_byte_order` 和 `cam_bit_order` 必须与传感器输出一致,否则图像颜色异常。 --- ### 七、完整配置流程图 ```plaintext 初始化寄存器 (val = 0) ├─ 配置时钟分频 (div_a, div_b, div_num) ├─ 选择时钟源 (cam_clk_sel) ├─ 设置同步信号滤波 (vsync_filter_thres) ├─ 定义数据格式 (byte_order, bit_order) ├─ 控制中断触发条件 (line_int_en, vs_eof_en) ├─ 配置 DMA 传输长度 (cam_rec_data_bytelen) ├─ 设置信号极性 (clk_inv, hsync_inv, vsync_inv) └─ 选择数据格式模式 (cam_rgb_yuv) ``` 通过此配置,ESP32-S3 的摄像头接口可稳定接收传感器数据并适配不同硬件特性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

江南才尽,年少无知!

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值