OpenHarmony（鸿蒙南向）——平台驱动开发【MIPI CSI】

最新推荐文章于 2024-09-19 11:04:40 发布
最新推荐文章于 2024-09-19 11:04:40 发布
阅读量980 收藏 27
点赞数 24
分类专栏： 移动开发 鸿蒙开发 OpenHarmony 文章标签： harmonyos 驱动开发 OpenHarmony 鸿蒙开发 移动开发 嵌入式硬件
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/maniuT/article/details/141026071
版权
移动开发 同时被 3 个专栏收录
955 篇文章 12 订阅
订阅专栏
OpenHarmony
694 篇文章 17 订阅
订阅专栏
鸿蒙开发
504 篇文章 1 订阅
订阅专栏

概述

功能简介

CSI（Camera Serial Interface）是由MIPI联盟下Camera工作组指定的接口标准。CSI-2是MIPI CSI第二版，主要由应用层、协议层、物理层组成，最大支持4通道数据传输、单线传输速度高达1Gb/s。

物理层支持HS（High Speed）和LP（Low Speed）两种工作模式。HS模式下采用低压差分信号，功耗较大，但数据传输速率可以很高（数据速率为80M～1Gbps）；LP模式下采用单端信号，数据速率很低（<10Mbps），但是相应的功耗也很低。两种模式的结合保证了MIPI总线在需要传输大量数据（如图像）时可以高速传输，而在不需要传输大数据量时又能够减少功耗。

图1显示了简化的CSI接口。D-PHY采用1对源同步的差分时钟和1～4对差分数据线来进行数据传输。数据传输采用DDR方式，即在时钟的上下边沿都有数据传输。

图 1 CSI发送、接收接口

MIPI CSI标准分为应用层、协议层与物理层，协议层又细分为像素字节转换层、低级协议层、Lane管理层。

  • 物理层（PHY Layer）

PHY层指定了传输媒介，在电气层面从串行bit流中捕捉“0”与“1”，同时生成SoT与EoT等信号。

  • 协议层（Protocol Layer）

协议层由三个子层组成，每个子层有不同的职责。CSI-2协议能够在host侧处理器上用一个单独的接口处理多条数据流。协议层规定了多条数据流该如何标记和交织起来，以便每条数据流能够被正确地恢复出来。

  • 像素字节转换层（Pixel/Byte Packing/Unpacking Layer）

CSI-2规范支持多种不同像素格式的图像应用。在发送方中，本层在发送数据到Low Level Protocol层之前，将来自应用层的像素封包为字节数据。在接收方中，本层在发送数据到应用层之前，将来自Low Level Protocol层的字节数据解包为像素。8位的像素数据在本层中传输时保持不变。

  • 低级协议层（Low Level Protocol） LLP主要包含了在SoT和EoT事件之间的bit和byte级别的同步方法，以及和下一层传递数据的方法。LLP最小数据粒度是1个字节。LLP也包含了一个字节内的bit值解析，即Endian(大小端里的Endian的意思)的处理。

  • Lane管理层（Lane Management）

CSI-2的Lane是可扩展的。具体的数据Lane的数量规范并没有给出限制，具体根据应用的带宽需求而定。发送侧分发（distributor功能）来自出口方向数据流的字节到1条或多条Lane上。接收侧则从一条或多条Lane中收集字节并合并（merge功能）到一个数据流上，复原出原始流的字节顺序。对于C-PHY物理层来说，本层专门分发字节对（16 bits）到数据Lane或从数据Lane中收集字节对。基于每Lane的扰码功能是可选特性。 协议层的数据组织形式是包（packet）。接口的发送侧会增加包头（header）和错误校验（error-checking）信息到即将被LLP发送的数据上。接收侧在LLP将包头剥掉，包头会被接收器中对应的逻辑所解析。错误校验信息可以用来做入口数据的完整性检查。

  • 应用层（Application Layer）

本层描述了更高层级的应用对于数据中的数据的处理，规范并不涵盖应用层。CSI-2规范只给出了像素值和字节的映射关系。

运作机制

MIPI CSI模块各分层的作用为：

  • 接口层提供打开设备、写入数据和关闭设备的接口。

  • 核心层主要提供绑定设备、初始化设备以及释放设备的能力。

  • 适配层实现其它具体的功能。

说明：
核心层可以调用接口层的函数，核心层通过钩子函数调用适配层函数，从而适配层可以间接的调用接口层函数，但是不可逆转接口层调用适配层函数。

图 2 CSI无服务模式结构图

开发指导

场景介绍

MIPI CSI仅是一个软件层面的概念，主要工作是CSI资源管理。开发者可以通过使用提供的CSI操作接口，实现对CSI资源管理。当驱动开发者需要将MIPI CSI设备适配到OpenHarmony时，需要进行MIPI CSI驱动适配，下文将介绍如何进行MIPI CSI驱动适配。

接口说明

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

MipiCsiCntlrMethod定义：

struct MipiCsiCntlrMethod {
    int32_t (*setComboDevAttr)(struct MipiCsiCntlr *cntlr, ComboDevAttr *pAttr);
    int32_t (*setPhyCmvmode)(struct MipiCsiCntlr *cntlr, uint8_t devno, PhyCmvMode cmvMode);
    int32_t (*setExtDataType)(struct MipiCsiCntlr *cntlr, ExtDataType* dataType);
    int32_t (*setHsMode)(struct MipiCsiCntlr *cntlr, LaneDivideMode laneDivideMode);
    int32_t (*enableClock)(struct MipiCsiCntlr *cntlr, uint8_t comboDev);
    int32_t (*disableClock)(struct MipiCsiCntlr *cntlr, uint8_t comboDev);
    int32_t (*resetRx)(struct MipiCsiCntlr *cntlr, uint8_t comboDev);
    int32_t (*unresetRx)(struct MipiCsiCntlr *cntlr, uint8_t comboDev);
    int32_t (*enableSensorClock)(struct MipiCsiCntlr *cntlr, uint8_t snsClkSource);
    int32_t (*disableSensorClock)(struct MipiCsiCntlr *cntlr, uint8_t snsClkSource);
    int32_t (*resetSensor)(struct MipiCsiCntlr *cntlr, uint8_t snsResetSource);
    int32_t (*unresetSensor)(struct MipiCsiCntlr *cntlr, uint8_t snsResetSource);
};
c

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

成员函数入参出参返回状态功能
setComboDevAttrcntlr：结构体指针，MipiCsi控制器 ;
pAttr：结构体指针，MIPI CSI相应配置结构体指针		无HDF_STATUS相关状态写入MIPI CSI配置
setPhyCmvmodecntlr：结构体指针，MipiCsi控制器 ;
devno：uint8_t类型，设备编号;
cmvMode：枚举类型，共模电压模式参数		无HDF_STATUS相关状态设置共模电压模式
setExtDataTypecntlr：结构体指针，MipiCsi控制器 ;
dataType：结构体指针，定义YUV和原始数据格式以及位深度		无HDF_STATUS相关状态设置YUV和RAW数据格式和位深
setHsModecntlr：结构体指针，MipiCsi控制器 ;
laneDivideMode：枚举类型，Lane模式参数		无HDF_STATUS相关状态设置MIPI RX的Lane分布
enableClockcntlr：结构体指针，MipiCsi控制器 ;
comboDev：uint8_t类型，通路序号		无HDF_STATUS相关状态使能MIPI的时钟
disableClockcntlr：结构体指针，MipiCsi控制器 ;
comboDev：uint8_t类型，通路序号		无HDF_STATUS相关状态关闭MIPI的时钟
resetRxcntlr：结构体指针，MipiCsi控制器 ;
comboDev：uint8_t类型，通路序号		无HDF_STATUS相关状态复位MIPI RX
unresetRxcntlr：结构体指针，MipiCsi控制器 ;
comboDev：uint8_t类型，通路序号		无HDF_STATUS相关状态撤销复位MIPI RX
enableSensorClockcntlr：结构体指针，MipiCsi控制器 ;
snsClkSource：uint8_t类型，传感器的时钟信号线号		无HDF_STATUS相关状态使能MIPI上的Sensor时钟
disableSensorClockcntlr：结构体指针，MipiCsi控制器 ;
snsClkSource：uint8_t类型，传感器的时钟信号线号		无HDF_STATUS相关状态关闭MIPI上的Sensor时钟
resetSensorcntlr：结构体指针，MipiCsi控制器 ;
snsClkSource：uint8_t类型，传感器的时钟信号线号		无HDF_STATUS相关状态复位Sensor
unresetSensorcntlr：结构体指针，MipiCsi控制器 ;
snsClkSource：uint8_t类型，传感器的时钟信号线号		无HDF_STATUS相关状态撤销复位Sensor

开发步骤

MIPI CSI模块适配包含以下四个步骤：

  1. 实例化驱动入口

    • 实例化HdfDriverEntry结构体成员。
    • 调用HDF_INIT将HdfDriverEntry实例化对象注册到HDF框架中。

  2. 配置属性文件

    • 在device_info.hcs文件中添加deviceNode描述。
    • 【可选】添加mipi_csi_config.hcs器件属性文件。

  3. 实例化MIPI CSI控制器对象

    • 初始化MipiCsiCntlr成员。
    • 实例化MipiCsiCntlr成员MipiCsiCntlrMethod。

说明：
实例化MipiCsiCntlr成员MipiCsiCntlrMethod，其定义和成员说明见 接口说明 。

  1. 驱动调试

【可选】针对新增驱动程序，建议验证驱动基本功能，例如挂载后的信息反馈，数据传输的成功与否等。

开发实例

下方将基于Hi3516DV300开发板以//device/soc/hisilicon/common/platform/mipi_csi/mipi_csi_hi35xx.c驱动为示例，展示需要厂商提供哪些内容来完整实现设备功能。

  1. 实例化驱动入口

驱动入口必须为HdfDriverEntry（在hdf_device_desc.h中定义）类型的全局变量，且moduleName要和device_info.hcs中保持一致。HdfDriverEntry结构体的函数指针成员需要被驱动适配者操作函数填充，HDF框架会将所有加载的驱动的HdfDriverEntry对象首地址汇总，形成一个类似数组，方便调用。

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

MIPI CSI驱动入口参考

    struct HdfDriverEntry g_mipiCsiDriverEntry = {
        .moduleVersion = 1,
        .Init = Hi35xxMipiCsiInit,          // 挂接MIPI CSI模块Init实例化
        .Release = Hi35xxMipiCsiRelease,    // 挂接MIPI CSI模块Release实例化
        .moduleName = "HDF_MIPI_RX",        // 【必要且与HCS文件中里面的moduleName匹配】
    };
    HDF_INIT(g_mipiCsiDriverEntry);         // 调用HDF_INIT将驱动入口注册到HDF框架中
    c
  1. 配置属性文件 一般来说，驱动开发首先需要新增mipi_csi_config.hcs配置文件，在其中配置器件属性，并在//vendor/hisilicon/hispark_taurus/hdf_config/device_info/device_info.hcs文件中添加deviceNode描述。deviceNode与配置属性的对应关系是依靠deviceMatchAttr字段来完成的。只有当deviceNode下的deviceMatchAttr字段与配置属性文件中的match_attr字段完全相同时，驱动才能正确读取配置数据。器件属性值与核心层MipiCsiCntlr成员的默认值或限制范围有密切关系，deviceNode信息与驱动入口注册相关。

说明：
本例中MIPI控制器配置属性在源文件中，没有新增配置文件，驱动适配者如有需要，可在device_info.hcs文件的deviceNode增加deviceMatchAttr字段，同时新增mipi_csi_config.hcs文件，并使其match_attr字段与之相同。

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

表 2 device_info.hcs节点参数说明

成员名值
policy驱动服务发布的策略，MIPI CSI控制器具体配置为0，表示驱动不需要发布服务
priority驱动启动优先级（0-200），值越大优先级越低。MIPI CSI控制器具体配置为160
permission驱动创建设备节点权限，MIPI CSI控制器具体配置为0664
moduleName驱动名称，MIPI CSI控制器固定为HDF_MIPI_RX
serviceName驱动对外发布服务的名称，MIPI CSI控制器服务名设置为HDF_MIPI_RX
deviceMatchAttr驱动私有数据匹配的关键字，MIPI CSI控制器没有使用，可忽略

device_info.hcs配置参考

    root {
         device_info {
             match_attr = "hdf_manager";
             platform :: host {
                 hostName = "platform_host";
                 priority = 50;
                 device_mipi_csi:: device {
                     device0 :: deviceNode {
                         policy = 0;
                         priority = 160;
                         permission = 0644;
                         moduleName = "HDF_MIPI_RX";  // 【必要】用于指定驱动名称，需要与期望的驱动Entry中的moduleName一致。
                         serviceName = "HDF_MIPI_RX"; // 【必要且唯一】驱动对外发布服务的名称
                     }
                 }
             }
         }
    }
    c
  1. 实例化MIPI CSI控制器对象

完成驱动入口注册之后，最后一步就是以核心层MipiCsiCntlr对象的初始化为核心，实现HdfDriverEntry成员函数（Bind，Init，Release）。

MipiCsiCntlr对象的初始化包括驱动适配者自定义结构体（用于传递参数和数据）和实例化MipiCsiCntlr成员MipiCsiCntlrMethod（让用户可以通过接口来调用驱动底层函数）。

  • 自定义结构体参考

从驱动的角度看，自定义结构体是参数和数据的载体，一般来说，config文件中的数值也会用来初始化结构体成员，本例的mipicsi器件属性在源文件中，故基本成员结构与MipiCsiCntlr无太大差异。

        typedef struct {
            // 数据类型：8/10/12/14/16位
            DataType inputDataType;
            // MIPI波分复用模式
            MipiWdrMode wdrMode;
            // laneId: -1 - 禁用 
            short laneId[MIPI_LANE_NUM];

            union {
                // 用于 HI_MIPI_WDR_MODE_DT
                short dataType[WDR_VC_NUM];
            };
        } MipiDevAttr;

        typedef struct {
            // 设备号
            uint8_t devno;
            // 输入模式: MIPI/LVDS/SUBLVDS/HISPI/DC
            InputMode inputMode;
            MipiDataRate dataRate;
            // MIPI Rx设备裁剪区域（与原始传感器输入图像大小相对应）
            ImgRect imgRect;

            union {
                MipiDevAttr mipiAttr;
                LvdsDevAttr lvdsAttr;
            };
        } ComboDevAttr;

        // MipiCsiCntlr是核心层控制器结构体，其中的成员在Init函数中会被赋值。
        struct MipiCsiCntlr {
            // 当驱动程序绑定到HDF框架时，将发送此控制器提供的服务。
            struct IDeviceIoService service;
            // 当驱动程序绑定到HDF框架时，将传入设备端指针。
            struct HdfDeviceObject *device;
            // 设备号
            unsigned int devNo;
            // 控制器提供的所有接口
            struct MipiCsiCntlrMethod *ops;
            // 对于控制器调试的所有接口，如果未实现驱动程序，则需要null。
            struct MipiCsiCntlrDebugMethod *debugs;
            // 控制器上下文参数变量
            MipiDevCtx ctx;
            // 访问控制器上下文参数变量时锁定
            OsalSpinlock ctxLock;
            // 操作控制器时锁定方法
            struct OsalMutex lock;
            // 匿名数据指针，用于存储csi设备结构。
            void *priv;
        };
        c
  • MipiCsiCntlr成员钩子函数结构体MipiCsiCntlrMethod的实例化

说明：
其他成员在Init函数中初始化。

        static struct MipiCsiCntlrMethod g_method = {
            .setComboDevAttr = Hi35xxSetComboDevAttr,
            .setPhyCmvmode = Hi35xxSetPhyCmvmode,
            .setExtDataType = Hi35xxSetExtDataType,
            .setHsMode = Hi35xxSetHsMode,
            .enableClock = Hi35xxEnableClock,
            .disableClock = Hi35xxDisableClock,
            .resetRx = Hi35xxResetRx,
            .unresetRx = Hi35xxUnresetRx,
            .enableSensorClock = Hi35xxEnableSensorClock,
            .disableSensorClock = Hi35xxDisableSensorClock,
            .resetSensor = Hi35xxResetSensor,
            .unresetSensor = Hi35xxUnresetSensor
        };
        c
  • Init函数开发参考

入参：

HdfDeviceObject是整个驱动对外暴露的接口参数，具备HCS配置文件的信息。

返回值：

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初始化失败

函数说明：

MipiCsiCntlrMethod的实例化对象的挂载，调用MipiCsiRegisterCntlr，以及其他驱动适配者自定义初始化操作。

        static int32_t Hi35xxMipiCsiInit(struct HdfDeviceObject *device)
        {
            int32_t ret;

            HDF_LOGI("%s: enter!", __func__);
            g_mipiCsi.priv = NULL;                             // g_mipiTx是定义的全局变量
                                                               // static struct MipiCsiCntlr g_mipiCsi = {
                                                               //     .devNo = 0
                                                               // };
            g_mipiCsi.ops = &g_method;                         // MipiCsiCntlrMethod的实例化对象的挂载
        #ifdef CONFIG_HI_PROC_SHOW_SUPPORT
            g_mipiCsi.debugs = &g_debugMethod;
        #endif
            ret = MipiCsiRegisterCntlr(&g_mipiCsi, device);    // 【必要】调用核心层函数和g_mipiTx初始化核心层全局变量
            if (ret != HDF_SUCCESS) {
                HDF_LOGE("%s: [MipiCsiRegisterCntlr] failed!", __func__);
                return ret;
            }

            ret = MipiRxDrvInit();                             // 【必要】驱动适配者对设备的初始化，形式不限。
            if (ret != HDF_SUCCESS) {
                HDF_LOGE("%s: [MipiRxDrvInit] failed.", __func__);
                return ret;
            }
        #ifdef MIPICSI_VFS_SUPPORT
            ret = MipiCsiDevModuleInit(g_mipiCsi.devNo);
            if (ret != HDF_SUCCESS) {
                HDF_LOGE("%s: [MipiCsiDevModuleInit] failed!", __func__);
                return ret;
            }
        #endif

            OsalSpinInit(&g_mipiCsi.ctxLock);
            HDF_LOGI("%s: load mipi csi driver success!", __func__);

            return ret;
        }

        // mipi_csi_core.c核心层
        int32_t MipiCsiRegisterCntlr(struct MipiCsiCntlr *cntlr, struct HdfDeviceObject *device)
        {
            ......
            // 定义的全局变量：static struct MipiCsiHandle g_mipiCsihandle[MAX_CNTLR_CNT];
            if (g_mipiCsihandle[cntlr->devNo].cntlr == NULL) {
                (void)OsalMutexInit(&g_mipiCsihandle[cntlr->devNo].lock);
                (void)OsalMutexInit(&(cntlr->lock));

                g_mipiCsihandle[cntlr->devNo].cntlr = cntlr;   // 初始化MipiCsiHandle成员
                g_mipiCsihandle[cntlr->devNo].priv = NULL;
                cntlr->device = device;                        // 使HdfDeviceObject与MipiCsiHandle可以相互转化的前提
                device->service = &(cntlr->service);           // 使HdfDeviceObject与MipiCsiHandle可以相互转化的前提
                cntlr->priv = NULL;
                HDF_LOGI("%s: success.", __func__);

                return HDF_SUCCESS;
            }

            HDF_LOGE("%s: cntlr already exists.", __func__);
            return HDF_FAILURE;
        }
        c
  • Release函数开发参考

入参：

HdfDeviceObject是整个驱动对外暴露的接口参数，具备HCS配置文件的信息。

返回值：

无

函数说明：

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

说明：
所有强制转换获取相应对象的操作前提是在Init函数中具备对应赋值的操作。

        static void Hi35xxMipiCsiRelease(struct HdfDeviceObject *device)
        {
            struct MipiCsiCntlr *cntlr = NULL;
            ......
            cntlr = MipiCsiCntlrFromDevice(device);     // 这里有HdfDeviceObject到MipiCsiCntlr的强制转化
                                                        // return (device == NULL) ? NULL : (struct MipiCsiCntlr *)device->service;
            ......

            OsalSpinDestroy(&cntlr->ctxLock);
        #ifdef MIPICSI_VFS_SUPPORT
            MipiCsiDevModuleExit(cntlr->devNo);
        #endif
            MipiRxDrvExit();                            // 【必要】对设备所占资源的释放
            MipiCsiUnregisterCntlr(&g_mipiCsi);         // 空函数
            g_mipiCsi.priv = NULL;

            HDF_LOGI("%s: unload mipi csi driver success!", __func__);
        }
        c
  1. 驱动调试

【可选】针对新增驱动程序，建议验证驱动基本功能，例如挂载后的信息反馈。

如果大家想更加深入的学习 OpenHarmony（鸿蒙南向） 开发的全栈内容，不妨可以参考以下相关学习文档进行学习，助你快速提升自己：

OpenHarmony 开发环境搭建：https://qr18.cn/CgxrRy

《OpenHarmony源码解析》：https://qr18.cn/CgxrRy

  • 搭建开发环境
  • Windows 开发环境的搭建
  • Ubuntu 开发环境搭建
  • Linux 与 Windows 之间的文件共享
  • ……

系统架构分析：https://qr18.cn/CgxrRy

  • 构建子系统
  • 启动流程
  • 子系统
  • 分布式任务调度子系统
  • 分布式通信子系统
  • 驱动子系统
  • ……

OpenHarmony 设备开发学习手册：https://qr18.cn/CgxrRy

在这里插入图片描述

OpenHarmony面试题（内含参考答案）：https://qr18.cn/CgxrRy

写在最后

  • 如果你觉得这篇内容对你还蛮有帮助，我想邀请你帮我三个小忙：
  • 点赞，转发，有你们的 『点赞和评论』，才是我创造的动力。
  • 关注小编，同时可以期待后续文章ing🚀，不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源，请移步前往小编：https://qr21.cn/FV7h05

OpenHarmony_小贾
关注
专栏目录
rk3568点亮LCD(mipi)
weixin_35723192的博客
04-09 3423
MIPI (Mobile Industry Processor Interface) 是2003年由ARM, Nokia, ST ,TI等公司成立的一个联盟，目的是把手机内部的接口如摄像头、显示屏接口、射频/基带接口等标准化，从而减少手机设计的复杂程度和增加设计灵活性。
Harmony鸿蒙南向驱动开发
m0_64420071的博客
04-09 1030
OpenHarmony采用多内核（Linux内核或者LiteOS）设计，支持系统在不同资源容量的设备部署。
LT9211D 单片机代码
gitblog_09791的博客
09-06 382
LT9211D 单片机代码 LT9211D_MIPI_TO_LVDS_FVB_Code_U1.7z项目地址:https://gitcode.com/open-source-toolkit/da1f5 简介 本仓库提供了 LT9211D 单片机的代码资源。LT9211D 是一款高性能的单片机，适用于多种嵌入式应用场景。该代码资源旨在帮助开发者快速上手并实现基于 LT9211D 的项目开发。 内容 ...
高清摄像头MIPI_CSI2接口与ARM处理器的连接方式
01-09
高清摄像头MIPI_CSI2接口与ARM处理器的连接方式
OpenHarmony（鸿蒙南向）——平台驱动指南【MIPI DSI】
maniuT的博客
08-11 482
DSI（Display Serial Interface）是由移动行业处理器接口联盟（Mobile Industry Processor Interface (MIPI) Alliance）制定的规范，旨在降低移动设备中显示控制器的成本。它以串行的方式发送像素数据或指令给外设（通常是LCD或者类似的显示设备），或从外设中读取状态信息或像素信息；它定义了主机、图像数据源和目标设备之间的串行总线和通信协议。
MIPI CSI-2 协议介绍，CSI-2构成，数据多通道分布和合并详细解析
weixin_46999174的博客
07-30 3485
MIPI（Mobile Industry Processor Interface）协议是由MIPI联盟（MIPI Alliance）制定的一套标准，用于移动设备中的芯片间通信。MIPI协议涵盖了从图像传感器、显示屏、存储、音频到射频和物联网设备的广泛应用。MIPI协议的目的是提供高效、低功耗、低成本的解决方案，以满足现代移动设备和其他嵌入式系统的需求。​ CSI-2规范定义了发射器和接收器之间的标准数据传输和控制接口。定义了两种高速串行数据传输接口选项。
手写MIPI（一）：MIPI-CSI-2 RAW10笔记
NoNoUnknow的博客
11-06 3913
虚拟通道标识符的目的是为数据流中交错的不同数据流提供单独的通道。外设中的虚拟通道标识符应该是可编程的，以允许主机处理器控制数据流的解复用方式。规范的这一部分记录了传输介质的特性、信令的电气参数以及时钟和数据通道之间的定时关系。低级协议 (LLP) 包括为 SoT（传输开始）和 EoT（传输结束）事件之间传输的串行数据建立位级和字节级同步以及向下一层传输数据的方法。前两类表示短包数据类型。32 位数据包标头 (PH)、具有可变数量的 8 位数据字的应用程序特定数据有效负载以及 16 位数据包页脚 (PF)。
MIPICSI-2协议中文介绍.rar_MIPI 协议_MIPI协议中文_mipi csi 协议_mipi-csi_oldest
07-13
MIPI-CSI接口规范,详细时序要求和应用说明
mipi_CSI-2_specification_v1_mipi_CSI2资料_mipicsi2_mipi_MIPIcsi_mi
09-11
开发MIPI CSI-2协议层时，需要理解这些概念并根据规范实现相应的硬件接口驱动和软件栈。对于硬件设计，需要考虑信号完整性、电源管理以及物理层的兼容性。软件方面，涉及驱动程序的编写，确保正确接收和处理来自...
MIPI_CSI_2_Rx.zip_MIPI RX_MIPI csi_MIPI_CSI_2_mipi_mipi verilog
07-14
MIPI CSI 2 Rx verilog / vhdl core
LT8900中文英文说明资料及C源程序
04-29
本资料包含LT8900的C程序源码，包括LT8900的中文说明书及英文说明书各一份，以便不同需要。
mipi csi-2相关笔记，看完mipi csi就懂了
11-27
### MIPI CSI-2 相关知识点解析 #### 一、MIPI CSI-2 概述 MIPI CSI-2（Camera Serial Interface 2）是一种广泛应用于移动设备摄像头与主机处理器之间的串行通信接口标准。它由MIPI联盟制定，旨在提供一种高效、...
mipi接口linux驱动程序,ARM平台基于嵌入式Linux使用MIPI CSI-2接口
weixin_33268725的博客
05-01 1580
By Toradex秦海随着工业产品智能化发展,摄像头作为图像采集在嵌入式设备中需求越来越多,目前常见的摄像头接口有专用的Parallel Camera接口和MIPI CSI接口,以及USB/Ethernet Camera等采用USB, Ethernet等接口,本文就着重展示摄像头专用接口MIPI CSI在嵌入式Linux下的应用.MIPI (Mobile Industry Processor ...
Camera | 2.MIPI、CSI基础
热门推荐
一口Linux的专栏
01-16 1万+
上一篇我们讲解了camera的一些基础概念和知识。我们说了，现在的手机由于高分辨率的要求，现在基本上都是基于MIPI、CSI协议来实现的，本篇讲解MIPI、CSI的一些基础知识。
RK3568 OpenHarmony3.2 Camera介绍（MIPI、USB）
Martian_Jonas的博客
07-18 1468
本文主要介绍OpenHarmony下的Camera整体框架，以及USB、MIPI摄像头在RK3568下的驱动调试。
MIPI CSI/DSI介绍
weixin_37841024的博客
03-04 1215
MIPI DSI（Mobile Industry Processor Interface Display Serial Interface）是一种用于连接显示屏和主机设备的接口标准。它是由MIPI联盟（Mobile Industry Processor Interface Alliance）定义的，旨在提供一种高性能、低功耗和高带宽的接口，适用于移动设备、嵌入式系统和其他便携式设备。MIPI CSI是MIPI联盟定义的另一种接口标准，旨在提供高速、低功耗和高带宽的摄像头接口。
OpenHarmony标准系统mipi摄像头适配
最新发布
weixin_58069108的博客
09-19 839
Camera | 7.瑞芯微rk3568平台摄像头控制器MIPI-CSI驱动架构梳理
一口Linux的专栏
04-12 9164
因为有拍照、录制视频、直播等刚需，现在手机的摄像头基本都是高清，支持高清摄像头的SoC都支持MIPI-CSI。不同SoC的MIPI-CSI在实现上有一定差别，即使同一厂家设计生产的芯片也都不尽相同。本文基于瑞芯微rk3568平台evb1公板为例来详细讲解MIPI-CSI/DPHY驱动。阅读本文之前，建议大家先仔细学习前面几篇文章。
linux mipi csi 驱动开发
06-28
### 回答1： Linux mipi csi 驱动开发是指在 Linux 系统下开发 mipi csi 接口的驱动程序。Mipi csi 是一种高速串行接口，主要用于连接像素设备，如摄像头、显卡等，实现图像数据的传输。因此，开发 mipi csi 接口的驱动程序有很高的实用价值。 在 Linux 中，开发 mipi csi 驱动程序需要使用 V4L2 框架。V4L2 框架是 Linux 中的一种视频设备驱动框架，它可以用于管理摄像头、屏幕和视频编码器等设备。V4L2 框架的开发需要掌握一定的 C/C++ 编程技能和 Linux 系统编程知识，同时需要了解设备驱动编程的基本概念和方法。 在开发 mipi csi 驱动程序的过程中，需要进行驱动程序的初始化、配置和控制等操作。同时，还需要实现视频数据的采集、处理和输出等功能。为了确保驱动程序的稳定性和可靠性，在开发过程中需要进行充分的测试和调试。 总之，Linux mipi csi 驱动开发是一项具有重要实用价值的工作。通过合理的驱动程序设计和优化，可以实现高效、可靠的视频数据传输和处理，为应用开发和嵌入式系统提供了很高的灵活性和扩展性。 ### 回答2： Mipi-CSI是一种用于数据传输的接口标准，Linux下开发Mipi-CSI驱动时需要了解相关的硬件和软件知识。 首先需要了解Mipi-CSI接口的硬件设计，包括信号电路、时序和电源。在驱动开发过程中，需要通过驱动程序操作相关的硬件寄存器、GPIO等，确保数据的正确传输。对于一些复杂的处理需求，可以利用硬件加速和DMA技术来优化数据传输。 其次需要了解Linux内核下的设备驱动框架，驱动的开发一般基于Linux内核提供的v4l2框架。借助于v4l2框架，可以完成从硬件数据流采集到数据处理，并向用户应用提供图像数据流的过程。 在驱动开发过程中，还需要对Linux内核的编译和调试有深入的了解，如如何编写Makefile、如何使用打印调试信息、如何使用GDB调试等。 此外，在开发Mipi-CSI驱动时需要对图像视频处理有一定的了解，如帧率控制、分辨率调整、色彩空间转换等等。 综上所述，在开发Mipi-CSI驱动时需具备一定的硬件电路设计和软件驱动开发等知识，并需要了解Linux内核下的设备驱动框架和图像/视频处理相关的技术。只有掌握这些技术和知识，才能实现高性能的Mipi-CSI驱动程序。 ### 回答3： Mipi CSI是一种高速串行接口协议，广泛应用于移动设备和嵌入式系统中，用于连接图像传感器和芯片组。在Linux系统中，为了使用Mipi CSI接口连接图像传感器，需要开发相应的驱动程序。 驱动开发可以分为内核驱动和用户空间驱动两部分。内核驱动需要根据硬件平台不同进行相应的修改，采用适当的数据结构表示CSI接口和图像传感器，实现CSI接口的初始化、使能和数据传输等操作。用户空间驱动则负责将采集到的图像数据传输到上层应用程序，并提供相应的API接口，方便上层应用程序对图像数据的处理和显示。 在驱动开发的过程中，需要注意以下几点： 1. 硬件平台兼容性：在驱动开发之前，需要了解目标硬件平台的特性和限制，确保所开发的驱动程序能够兼容该硬件平台。同时，需要了解CSI接口的规范和协议，以保证数据传输的正确性和稳定性。 2. 驱动维护性和可扩展性：在设计驱动程序时，应尽可能考虑到其维护性和可扩展性，以后可以更容易地适应各种硬件平台和应用场景的需求。 3. 性能优化：图像传输对于实时性和稳定性有较高的要求，因此驱动程序应尽量优化传输效率，减少CPU负载和延迟，提高图像采集的精度和速度。 总之，Mipi CSI驱动的开发需要掌握一定的硬件和软件知识，了解CSI接口的规范和协议，并注重程序的维护性、可扩展性和性能优化。通过不断的实践和研究，可以编写出高效、稳定和可靠的Mipi CSI驱动程序。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值