系统与架构

常电(ISVP)软件架构

Application → libimp / libsysutils / libalog / libivs_inf / libmxu → Linux Kernel 与 .ko 驱动 → Hardware

ISVP 启动链路:

SPL → U-Boot → Linux Kernel → rootfs → appfs/Application

示例 8 MB Flash 布局:

分区大小内容
boot256 KBSPL 与 U-Boot
kernel2560 KBLinux Kernel
root2048 KBrootfs
appfs剩余空间应用与可写数据

内存由启动参数划分为 Linux 使用的 mem 和 SDK/ISP 使用的 rmem。T33 常见内置内存为 64、128 或 256 MB。修改时必须保证两者之和不超过实际容量。


ZERATUL 软件架构

ZERATUL 将启动、配置和运行资源拆分:

Boot → TAG/Sensor 初始化 → Kernel → initrd rootfs → Application → System/Config

典型分区:

分区示例大小内容
boot256 KBBootloader 与 U-Boot
tag512 KBcmdline、Sensor 初始化、环境参数和 bootinfo
kernel4 MBLinux Kernel
rootfs4 MBLZO 压缩 initrd
recovery3 MB独立恢复系统
system3 MBSquashFS 资源与第三方库
config512 KB首次启动创建的可写 JFFS2 配置区

Boot 直接启动 Linux 以降低启动时间;需要交互式 U-Boot 时进入 Normal U-Boot。部分驱动以 .ko 形式延后加载,以缩短内核启动时间。


Atlas 软件架构

Atlas 在 ISVP 或 ZERATUL 媒体架构上增加电源管理和 AOV 状态管理:

正常帧率模式 ⇅ RTC/PIR/AI/Wi-Fi/4G 等事件 AOV 低帧率模式 ⇅ 空闲或低电量 低功耗保活模式

• 正常模式:远程预览、PIR 或 AI 事件,执行完整录像和联网。

• AOV 模式:主控周期性唤醒,低帧率编码,外设尽量保活。

• 保活模式:SOC 可下电,Wi-Fi/4G 或低功耗域维持唤醒能力。

进入 AOV 前应暂停其他媒体流、停止音频、卸载不必要外设并取完剩余帧。退出 AOV 时恢复 Sensor/ISP、编码和音频状态。

关键驱动
驱动作用
tx-isp-PRJ008.koT33 ISP
sensor_Sensor 控制
sinfo.koSensor 探测
audio.ko音频
mpsys.ko多进程 YUV 获取
tnpu.koTNPU 算法

ISP、Sensor、驱动和 Kernel 必须来自兼容的 SDK 版本。