自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

navy2015_163的博客

C++, python,Linux,Go

  • 博客(11)
  • 收藏
  • 关注

原创 tegra camera GMSL通用驱动框架样例

实现一个基于GMSL的相机驱动框架,可以通用,不同相机配置只需要修改GMSL寄存器配置即可。

2025-05-12 08:59:53 302

原创 GMSL相机调试中一种解决I2C通信错误的方法

针对GMSL相机调试中出现的I2C通信问题,举例说明对orin/max96712/max9295a的i2c配置。

2025-05-12 08:48:21 372

原创 Orin Agx VI通道配置

本文给出了基于jetson AGX Orin的CSI配置方案。

2025-05-12 08:32:40 595

原创 max96712 GMSL1/2 相机调试记录

在部分相机调试中,使用i2cdetect 无法进行i2c扫描,一旦进行扫描会影响整个I2C总线通信异常,但是其能使用i2ctranfer命令进行读写操作,并不影响相机的开发调试。max96712的流路径分布如下图所示,需要通过对max96712进行相关配置,对GMSL-A/B/C/D进入的数据规划pipe。确认VID_PKL_DET 状态。max96712相关状态确认。MAX97612 状态确认。Linux 状态确认。

2025-05-08 11:40:44 739 6

原创 Jeston agx orin GMSL 相机无流时,VI通道复位导致内核奔溃

在调试GMSL相机时,使用gst拉取视频流时,当vi通道没有视频流数据时,vi道通会超时复位,出现内核奔溃死机。修改相机平台驱动,解决此种内核奔溃现象。

2025-05-05 13:12:57 384

原创 D457深度相机调试记录(max96712+max9295A)

使用max96712解串器解4路D457相机。采集深度相机Depth和RGB流。

2025-04-29 14:24:06 709 12

原创 OpenHarmony引导启动配置文件--jobs管理和服务管理

Init配置文件基于JSON格式,用来配置系统启动时必要的命令和服务。Init在系统启动时解析配置文件,并根据配置文件执行对应的命令,启动相应服务。分组配置文件(device.xxxx.group.cfg)(标准系统支持),文件由jobs、services和groups组成。用来限制能够执行的jobs和service。根据cmdline中的bootgroup属性决定当前的分区。device.boot.group系统默认配置,触发执行配置文件中的所有的job和服务。

2025-03-30 15:16:31 2094

原创 OpenHarmony启动子系统(init)

启动恢复子系统除负责加载各系统关键进程之外,还需在启动的同时设置其对应权限,并在子进程启动后对指定进程实行保活(若进程意外退出要重新启动),对于特殊进程意外退出时,启动恢复子系统还要执行系统复位操作。OHOS的启动框架图如下图所示。在kernel中启动的/init进程,实际上是一个软链接,指向了/bin/init_early;查看//base/startup/init/services/init/standard/BUILD.gn文件中构建规则,用于编译init进程和init_early进程。

2025-03-26 14:25:47 641

原创 OpenHarmony 源码构建体系--跨部件调用

OpenHarmony使用BUILD.gn 和bundle.json体现源码构建编译关系,本文举例说明同一子系统不同部件之间的动态调用和不同子系统之间的动态库调用。以更进一步数据OpenHarmony 源码的结构和编译体系。

2025-03-23 09:17:02 1666

原创 OpenHarmony源码构建体系

OpenHarmony技术架构中有四大子系统集:“系统基本能力子系统集”、“基础软件服务子系统集”、“增强软件服务子系统集”、“硬件服务子系统集”。部件是对子系统的进一步拆分,可复用的软件单元,每一个部件单独存放在一个文件夹,包含源码、配置文件、资源文件、编译脚步;在//build/subsystem_config.json文件中增加名为mysample的子系统,并在源码根目录新建mysampl目录用于存放子系统的源码。整个模块可从大到小划分为。模块就是编译子系统的一个编译目标,部件也可以是编译目标。

2025-03-19 14:03:37 774

原创 OpenHarmony-5.0.2-Release源码下载和编译

执行如下命令,确认输出结果为bash,如果输出不是bash,请执行dpkg-reconfigure dash进行修改。单独编译一个部件(例如hello),可使用"hb build -T 目标名称"进行编译。编译结束后,出现 " rk3568 build success "字样,则证明构建成功。源码下载完成之后,在源码根目录下执行prebuilts脚步,安装编译器及二进制工具。完整编译整个产品,可使用 "hb build -f" 进行编译。增量编译整个产品,可使用 " hb build"进行编译。

2025-03-16 07:51:32 2190 2

OpenHarmony内核Patch应用详解:从Makefile编写到Git版本管理的全路径指引

内容概要:本文详述了如何针对OpenHarmony操作系统对Linux内核进行补丁(patch)操作的方法与流程。首先是构建适用于补丁打补环境的Makefile文件及其内部具体规则定义,特别是针对不同设备以及不同补丁种类如HDF补丁、Kernel补丁的具体部署。接着讲解了基于Git版本控制系统创建Git仓库并维护Linux内核代码的操作指导,如初始代码的导入、新增补丁文件的跟踪记录等步骤。随后介绍了将内核代码的特定变更打包为补丁文件并记录至git日志的详细做法。最后提供了一个安全机制——如何利用git重置指令恢复到指定的历史版本从而撤销错误修改的方法,确保开发工作的持续可靠进行。 适用人群:具有一定Linux及OpenHarmony使用经验和基本Git、Makefile知识的开发者。 使用场景及目标:旨在协助用户完成针对自定义OpenHarmony系统的内核定制化调整,特别是在嵌入式系统或IoT物联网项目中有需要优化底层驱动支持的情况下尤为实用。帮助开发者理解整个过程的工作流和技术细节,并能够实际应用在自己的开发环境中以解决特定的问题或是添加新特性。 其他说明:该文档对于想要深入了解O

2025-03-17

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除