简介：这份IMX678数据手册PDF面向摄像头模组、嵌入式视觉与安防监控方向的硬件工程师、驱动开发者及图像专业学生，用于选型评估、电路设计与寄存器配置时查阅原始规格。压缩包含1个PDF文件，约592KB，轻量便于随查随用；已有2771人学习下载，参考热度较高。文档围绕1/1.8英寸、约840万有效像素CMOS传感器展开，给出3.0μm方形像素、模拟3.3V/数字1.1V/接口1.8V供电及-20℃至70℃工作温度等参数，并说明全像素扫描、2/2线合并、窗口裁剪和正常/倒置读出模式。还可查阅60帧/秒输出、RAW10/RAW12、CSI-2多Lane接口、数字重叠HDR与Clear HDR、可变速度快门及CDS/PGA增益范围，配合时序图与引脚说明，可支撑原理图评审、驱动参数初调与成像链路排错。

1. IMX678 datasheet 先看哪几页：1/1.8 英寸 8.4MP camera 传感器的落地边界

IMX678 datasheet 不是给 camera 整机厂看的宣传页，它更像一份把 1/1.8 英寸、8.40M 有效像素、2.0 μm 像元和 CSI-2 输出绑在一起的工程约束清单。你如果正在选安防 camera 的主 sensor，或者手上已经有一块 132 pin LGA 的板子要 bring-up，这份资料最值钱的地方不是参数表，而是读出模式、HDR 和增益链路的边界。它适合做硬件评审、驱动配置和图像调优的人，不适合只想看样张的读者。先把供电、Lane 数和曝光单位对上，再谈画质。

2. 从 datasheet 到原理图：8.40M 像素、三路供电和 CSI-2 Lane 的账怎么算

2.1 三笔选型账：2.0 μm 像元、8.86 mm 对角与 3840×2160

IMX678-AAQR1 的像素账要先分清四个数：总像素 3856×2200、有效像素 3856×2180、活跃像素 3856×2176、推荐记录像素 3840×2160。很多 camera 项目在原理图评审时只看“800 万像素”就过了，等到点亮才发现镜头像圈、ISP 裁剪和输出分辨率对不上。推荐记录像素比活跃像素少一圈，不是为了好看，而是给边缘处理、去马赛克和后续裁剪留余量。驱动里如果直接按 3856×2180 出 RAW，后端 ISP 的 crop 和 lens shading 表都要重算。

2.0 μm 方像素在 1/1.8 英寸上做到 8.40M 有效像素，选型时最该问的是镜头匹配，而不是继续堆像素。镜头解像力不够，中心看着还行，四角在 850 nm 近红外下会先塌。datasheet 给了光学格式和像元尺寸，但 CRA 曲线、镜头座高度、IR 滤光片厚度要跟镜头厂对。我的习惯是先把 8.86 mm 对角画在结构图上，确认镜头后焦和法兰距离，再让硬件定 LGA 焊盘。血泪经验是：sensor 选对了，镜头像圈差 0.3 mm，边缘暗角和解析力一起翻车。

2.2 三路供电与 132 pin LGA：评审时先锁哪些约束

这颗芯片是模拟 3.3 V、数字 1.1 V、接口 1.8 V 三路供电，封装为 132 pin LGA。三路电不是“能亮就行”，模拟域噪声会进暗电流，数字核心纹波会进图像，接口电源会进 CSI-2 眼图。原理图评审时我一般先锁三件事：每路电源的上电顺序、去耦位置、以及 LGA 焊盘的回流路径。datasheet 给的是电压和典型特性，具体上电时序、电流峰值和电源爬升要求要以原厂 power-up sequence 为准，不要凭经验拍脑袋。

132 pin LGA 的焊接空焊和虚焊，是 bring-up 阶段最容易被误判成“驱动问题”的坑。板子回来先别急着改寄存器，用万用表量三路电对地阻抗，再看复位释放和时钟有没有到脚。Tj=60 °C 条件下的特性表是评估画质的基准，但整机散热要按实际外壳和连续运行工况留余量。安防 camera 经常在高温环境下长时间跑，sensor 周边不要被主控和电源芯片烘着，热设计没做好，暗电流和噪点会替你说话。

2.3 CSI-2 2/4/8 Lane 与 RAW10/RAW12 带宽估算

IMX678 支持 CSI-2 2 Lane、4 Lane、8 Lane 和 4 Lane×2ch，输出 RAW10 或 RAW12。All-pixel 模式下 3840×2160 最大 60 frame/s，12 bit 和 10 bit 都标了 60 frame/s。选 Lane 数时不要只看“能跑”，要把 payload、blanking、CSI-2 包开销和主控接收能力一起算。下面这段脚本只算裸像素 payload，用来做第一轮 Lane 数筛选，实际配置还要按 datasheet 时序留 20%～30% 余量。

# 估算 IMX678 在给定分辨率、帧率和位深下的裸 payload width = 3840 height = 2160 fps = 60 for bit_depth in (10, 12): pixels_per_sec = width * height * fps payload_gbps = pixels_per_sec * bit_depth / 1e9 print(f"RAW{bit_depth}: {payload_gbps:.2f} Gbps payload") for lanes in (2, 4, 8): per_lane = payload_gbps / lanes print(f" {lanes} Lane 均摊: {per_lane:.2f} Gbps/Lane")

这段代码的逻辑很直接：像素数乘帧率再乘位深，得到每秒比特数，再按 Lane 数均摊。参数里width、height要跟你实际读出模式一致，binning 模式要改成 1920×1080；bit_depth对应 RAW10 或 RAW12；lanes只用于估算，不代表 sensor 一定能在该 Lane 数下跑满 60 frame/s。算完裸 payload 后，还要把 HTS、VTS、CSI-2 包间隔和主控 D-PHY 能力加进去。4 Lane 跑 4K60 RAW10 时，均摊约 1.24 Gbps/Lane，看起来不夸张，但布线和参考地没做好，误码会先表现为花屏和掉帧。

提示：Lane 数不是越多越稳。4 Lane×2ch 适合双通道输出场景，普通单路 camera 先把 4 Lane 的走线等长、阻抗和参考地做扎实，再考虑 8 Lane。

3. 读出模式落地：All-pixel、2/2-line binning 与 window cropping 怎么配

3.1 All-pixel 3840×2160@60 fps：先确认输入频率与行周期

All-pixel scan mode 是这颗 sensor 的主模式，推荐记录像素 3840×2160，最大帧率 60 frame/s。datasheet 给了输入频率选项：13.5 MHz、18 MHz、24 MHz、27 MHz、36 MHz、37.125 MHz、72 MHz、74.25 MHz。驱动 bring-up 时，第一步不是写一堆寄存器，而是把 XCLK、PLL、CSI-2 Lane rate、HTS、VTS 这五个参数对齐。输入频率选错，I2C 能通，图也能出，但帧率会像玄学一样飘。

我一般按这个顺序确认：先看板子实际晶振和 clock generator 输出，确认落在 datasheet 支持的频率列表里；再看驱动里的 PLL 配置是否按该频率计算；然后用示波器或主控计数器量帧同步；最后看 CSI-2 接收端有没有包错误计数。All-pixel 60 frame/s 是上限，不是保证值。VTS 设大了帧率会掉，HTS 设小了行周期不够，图像会撕裂或直接不出。datasheet 给的是模式能力，具体 HTS/VTS 组合要按寄存器手册和实际链路算。

注意：datasheet 标的 60 frame/s 是 All-pixel 模式上限，binning 和 cropping 模式要单独看表，不要拿一个模式的时序套所有模式。

3.2 2/2-line binning 到 1920×1080：帧率不翻倍的真正原因

水平/垂直 2/2-line binning 模式推荐记录像素 1920×1080，约 2.07M 像素，最大帧率仍然是 60 frame/s，输出接口 CSI-2，ADC 10 bit。很多人第一反应是“像素少了一半，帧率应该翻倍”，实际并不是。binning 的收益主要在低照灵敏度和数据量，不是自动送你高帧率。读出时序、ADC 转换、CSI-2 输出和内部处理链路都有上限，datasheet 表里写 60 就是 60，别在驱动里硬超。

binning 模式落地时要注意两点：第一，2/2-line binning 不是简单把四个像素取平均，水平方向和垂直方向各做 2 线合并，驱动里的起止坐标、binning 使能位和 ISP 输入尺寸要一起改；第二，binning 后的 1920×1080 图像在锐度和细节上会变软，后端锐化不要按全分辨率参数硬套。安防 camera 用 binning 多半是为了低照和码流，这时候优先保噪声和动态范围，不要为了“看起来清晰”把锐化拉爆。

如果项目需要 1080p 高帧率，先确认主控和 sensor 是否支持其他读出组合，不要默认 binning 能提速。实际调试时我会先跑 All-pixel 60 frame/s，确认链路稳定，再切 binning 看帧率、曝光和增益是否按预期变化。切换后图像亮度突然变化，多半是增益或曝光行数没有跟着模式重算，不是 sensor 坏了。

3.3 Window cropping 与 normal/inverted readout 的坐标系

Window cropping mode 允许在有效像素区域内开窗，水平/垂直方向都支持 normal 和 inverted 读出。这个模式在机器人视觉和安防 camera 的 ROI 场景里很好用，但坐标系最容易翻车。驱动里写的起始坐标是 sensor 坐标系，ISP 里又做了一次 crop，镜头安装如果倒装，inverted readout 再叠一层，最后图像方向就会变成“上下左右总有一个不对”。

我的做法是先固定一个最小测试窗口，比如从画面中心开 640×480，确认四角标记和实际物体方向一致；再改起始坐标，看窗口是不是按预期移动；最后切 inverted readout，确认镜像和翻转符合结构安装。datasheet 给了模式能力，但具体寄存器地址和坐标单位要以 register map 为准。窗口裁剪还会影响黑电平校正和镜头阴影校正，ROI 靠近边缘时，暗角和色彩阴影会更明显，别拿全画面的校准表直接套。

3.4 1H 单位可变快门：曝光行数怎么算

这颗 sensor 有可变速度快门功能，分辨率是 1H 单位。也就是说，曝光时间不是直接写微秒，而是写曝光行数，每一行对应一个 1H 时间。1H 时间由 HTS 和像素时钟决定，datasheet 没给一个固定微秒值，必须按你实际配置的时序算。曝光行数算错，图像要么过曝，要么在荧光灯下出现频闪条纹。

# 按 1H 单位计算曝光行数 line_time_us = 14.8 # 示例：实际由 HTS 和像素时钟决定，必须按寄存器配置算 exposure_us = 1000.0 # 目标曝光时间，单位微秒 min_lines = 1 max_lines = 2200 # 示例上限，实际受 VTS 和读出模式限制 exposure_lines = round(exposure_us / line_time_us) exposure_lines = max(min_lines, min(exposure_lines, max_lines)) actual_us = exposure_lines * line_time_us print(f"exposure_lines={exposure_lines}, actual={actual_us:.2f} us")

代码里的line_time_us是示例，不能直接抄进项目，必须用你实际的 HTS 和像素时钟算出来；exposure_us是目标曝光；max_lines要按当前模式的 VTS 和允许的最大曝光行数设置。逻辑是先算行数再夹到合法范围，最后反算实际曝光时间。自由运行模式下曝光行数不能超过 VTS 相关上限，否则会出现帧率抖动或图像异常。安防 camera 在 50 Hz 光源下还要考虑工频闪烁，曝光时间尽量卡在 10 ms 的整数分频附近，这一步比后期去频闪算法更管用。

4. HDR 与增益链路：Digital overlap HDR、Clear HDR 和 0–72 dB 的调参顺序

4.1 两种 HDR 的曝光安排：数字重叠与 Clear HDR 的差别

IMX678 支持 Digital overlap HDR 和 Clear HDR。名字看起来接近，落地时的曝光安排和后端合成策略不一样。Digital overlap HDR 通常按行做数字重叠，长短曝光在读出时序上交错，后端拿多帧或行间数据合成；Clear HDR 更偏向传感器侧输出清晰的 HDR 结果，后端处理链路可以简化。datasheet 给的是功能名称和能力，具体曝光比、行数和合成曲线要以寄存器手册为准，不能凭名字猜。

选型时先看场景：安防 camera 拍人车运动，DOL 的长短曝光时间差太大，运动边缘容易出鬼影；Clear HDR 在低拖影和后端链路简化上更友好，但动态范围压缩风格要调。我的习惯是先跑单曝光确认基础画质，再开 DOL 看高光压制和运动边缘，最后切 Clear HDR 对比同一场景。切换 HDR 模式后，曝光行数、增益和 ISP 的 HDR 合成开关都要同步改，只改 sensor 不改后端，图像会灰蒙蒙或高光直接切边。

4.2 模拟增益 0–30 dB 与数字增益 30.3–72 dB 的分界

增益链路是这颗 sensor 调参的重点。datasheet 写得很清楚：0 dB 到 30 dB 是模拟增益，步进 0.3 dB；30.3 dB 到 72 dB 是模拟增益 30 dB 加数字增益 0.3 dB 到 42 dB，步进 0.3 dB。翻译成调参顺序就是：低照先开模拟增益，模拟增益到 30 dB 后再进数字增益。数字增益是后面补的，噪声也会跟着放大，不要一上来就把总增益拉到 60 dB。

0.2 lux 对比图里，同亮度下 IMX678 用 48 dB，前代同尺寸型号用 60 dB，差了约 12 dB。这个差距说明低照灵敏度有提升，但不代表可以无脑拉高增益。实际调参时先看曝光时间能不能加，再看模拟增益，最后才动数字增益。安防 camera 的夜间场景，曝光时间受帧率限制，增益又受噪声限制，调参顺序错了，画面会又亮又脏。

4.3 0.2 lux 与 850 nm 近红外：对比图里该看什么

datasheet 给了两组对比条件：0.2 lux 下 F1.6、曝光 33.3 ms，IMX678 用 48 dB，前代用 60 dB，输出亮度接近；850 nm 近红外下 F1.6、曝光 33.3 ms、增益 0 dB。看这两组图不要只看“谁更亮”，要看暗部噪声、高光保留、中心到边缘的解析力一致性。近红外场景还要看镜头焦点偏移，很多镜头在可见光下对焦准，切到 850 nm 后焦点会跑，中心还行，边缘发虚。

我的验证方法是：先在可见光下用测试卡确认中心和四角解析力，再切 850 nm 看同一区域的对比度和噪声，最后把 IR 滤光片和镜头一起调。datasheet 的对比图是评估基准，不是整机效果承诺。安防 camera 的夜视效果，sensor、镜头、IR 滤光片、补光灯和 ISP 调参各占一部分，只换 sensor 不改镜头，近红外提升可能被镜头拖住。

5. 避坑与排查：IMX678 camera 联调最常翻车的 5 个点

5.1 现象：上电有 I2C 无出图 → 原因 → 解决

现象是主控能读到 I2C，寄存器读写正常，但 CSI-2 收不到图像，或者只收到全黑、全绿。原因通常不在驱动，而在电源时序、复位释放、XCLK 或 Lane 极性。三路供电里任何一路没到、复位释放太早、XCLK 频率不在支持列表，都会让 sensor 表面“活着”，实际不出流。Lane 极性接反也会出现 I2C 正常但无图。

解决顺序：先量模拟 3.3 V、数字 1.1 V、接口 1.8 V 的对地阻抗和上电波形；再看复位释放是否在电源稳定之后；用示波器确认 XCLK 频率和幅度；最后查 CSI-2 Lane 的 P/N 极性和主控接收配置。不要一上来就改寄存器，先把板级黑匣子打开。我的后悔药是 bring-up 前做一张电源和时钟检查表，每块新板都强制走一遍。

5.2 现象：4 Lane 只跑一半帧率 → 原因 → 解决

现象是 4 Lane 配置下 4K 只跑到 30 frame/s，或者帧率忽高忽低。原因可能是 Lane 数配置和硬件不匹配、CSI-2 每 Lane 速率不够、VTS 设得过大，或者主控 D-PHY 接收能力不足。还有一种情况是驱动里按 2 Lane 算的时序套到了 4 Lane，payload 均摊错了，帧率自然上不去。

解决时先算裸 payload，再核对 HTS/VTS 和 Lane rate，最后看主控 CSI-2 错误计数。4K60 RAW10 的 payload 约 4.98 Gbps，4 Lane 均摊约 1.24 Gbps/Lane，看起来不高，但加上 blanking 和包开销后余量会变小。把 VTS 改小、确认 Lane binding、检查走线等长和参考地，通常能定位。不要用“降分辨率能跑”来掩盖 Lane 或时序问题。

5.3 现象：HDR 合成边缘鬼影 → 原因 → 解决

现象是开 DOL HDR 后，运动物体边缘出现重影或半透明拖尾。原因是长短曝光时间差太大，运动物体在两段曝光里位置不同，后端合成没对齐。曝光比越大，鬼影越明显；室内荧光灯下还可能叠加工频闪烁。

解决时先缩短长短曝光比，确认后端合成对齐，再考虑切 Clear HDR。运动场景优先保边缘干净，不要为了高光压制把曝光比拉得太夸张。同步传感器功能在多 sensor 场景下也要用上，避免多个 camera 的曝光节拍错开。调 HDR 不要只看静态测试卡，拿一个走动的人或转动的风扇看边缘，鬼影会很明显。

5.4 现象：850 nm 下中心清晰边缘发虚 → 原因 → 解决

现象是可见光下画面正常，切到 850 nm 近红外后中心还行，四角明显发虚、对比度下降。原因多半是镜头近红外焦点偏移、CRA 匹配不好，或者 IR 滤光片厚度和镜头设计不匹配。sensor 本身支持近红外高画质，但镜头不配合，整机效果照样翻车。

解决时换 IR 校正镜头，缩小光圈看焦点是否改善，重新调后焦，确认 IR 滤光片规格。安防 camera 的近红外不是只换 sensor 就能解决，镜头、滤光片、补光灯角度要一起调。我的习惯是先在 850 nm 下用分辨率卡看四角，再决定要不要动镜头结构，避免在 ISP 里用锐化硬补。

5.5 现象：连续跑 2 小时花屏 → 原因 → 解决

现象是常温短时间正常，连续跑 2 小时后开始花屏、掉帧或 I2C 失联。原因可能是散热不足导致温度漂移、电源纹波变大、LGA 虚焊，或者 CSI-2 信号完整性在高温下变差。Tj=60 °C 是特性测试条件，整机外壳内温度可能更高，sensor 周边被主控烘着，问题会晚一点出现。

解决时先测连续运行时的板温和 sensor 周边温度，再用示波器看三路电源纹波，最后查 LGA 焊点和 CSI-2 眼图。结构上给 sensor 留散热路径，电源上把模拟域和数字域分开，CSI-2 走线不要跨分割地。连续运行测试不要只跑 10 分钟，安防 camera 至少跑 2 小时，最好过夜。这个坑最消耗时间，提前做热设计比事后改板便宜。

6. 把 datasheet 变成 bring-up 检查表：IMX678 的验证顺序与我的复盘习惯

6.1 一张 bring-up 检查表

6.2 验证顺序与我的复盘习惯

我一般按“电源→时钟→I2C→CSI-2→图像→模式切换→HDR→近红外→连续运行”的顺序走，不跳步。每改一次寄存器，先把当前配置存一份，再记录 HTS、VTS、Lane rate 和增益值。出现问题先回到上一个能出图的配置，不要在一堆改动里猜。测试图案是最好的后悔药，它能区分“sensor 没出图”和“后端没收到图”。从那以后我每次拿到新的 IMX678 datasheet，都先把供电表、读出模式表和增益表折角，再让硬件同事确认 LGA 焊盘和镜头像圈，最后才动寄存器。希望帮到你。

本文还有配套的精品资源，点击获取