mtk android adb读取pmic寄存器

最新推荐文章于 2023-11-28 15:04:04 发布
最新推荐文章于 2023-11-28 15:04:04 发布
阅读量2.1k 收藏 3
点赞数
分类专栏： android
本文介绍了如何在MT6575平台上使用ADB工具控制PMIC6329寄存器的方法。具体步骤包括进入adb shell环境，切换到pmic相关目录，通过echo命令进行读写操作，并使用cat命令查看结果。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

mtk android adb读取pmic寄存器

分类： android驱动 2012-10-12 15:48 69人阅读 评论(0) 收藏 举报
怎么用adb读取pmic6329寄存器的值
在mt6575上使用mt6329，可以通过如下方式控制pmic 寄存器。
1：进入adb shell
2：通过cd命令进入/sys/devices/platform/mt-pmic
3：读取操作，比如读取bank0的0x17这个寄存器
输入echo 17>pmic_access_bank0来读取寄存器的值
输入cat pmic_access_bank0来显示寄存器的值
4：写操作，比如向bank0的0x17这个寄存器写入0x5a
输入echo 17 5a>pmic_access_bank0
注意：
1：用cat显示的值是十进制的，而输入的寄存器的ID和输入的值都是十六进制的。
也就是说如果写入0b（十六进制的值），读出来是11（十进制的值）
2：每次读取都要输入echo和cat两条命令。
3：在/sys/devices/platform/mt-pmic目录下用ls命令，可以看到很多LDO的标志。
4：使用cat LDO_VSIM_VOLTAGE可以看到此LDO软件设置的输出电压。
5：使用cat LDO_VSIM_STATUS可以看到此LDO软件设置的输出电压。

【高通平台电源管理汇总】PMIC基础知识简介
猜中了开始
05-23 2004
提供先进的推理，复杂的指令，更多的创造力。
mtk平台LCD驱动调试经验总结
hismee的博客
10-16 7180
以mtk6737平台hx8363a的wvga屏举例说明 目录： 1、前期准备 2、开始移植LK部分 3、移植Kernel驱动部分 4、遇到一些问题的处理方法 5、附录1-查看系统运行过程中当前函数被哪些函数调用的方法 6、附录2-开机过程lcm驱动初始化的重要函数调用过程 一、前期准备： 1、拿到LCD显示屏样品，叫供应商提供屏初始化参数、proch值、芯片数据手册、屏规格书。 2、找到主板LCD接口相关的硬件原理图。 3、需要USB转串口的工具，方便查看开机过程的串口log。 4、正式进入LCD驱动移植前
MTK平台如何通过adb动态读写sensor寄存器的值
Flying snow
12-06 1958
本篇文章实作环境是：调试效果或debug sensor register时需要动态读写sensor寄存器应该怎样修改代码？ 目前参考的代码是Kernel-4.19，具体每个kernel版本可能都差不多，这里我们只看Main Sensor。
如何通过adb shell 循环读取寄存器状态
wangjicong_215的博客
11-06 4161
通常我们需要读取手机某个寄存器状态时，会通过adb shell cat xx来读取。 不如读取耳机是否插入的寄存器： adb shell cat sys/class/switch/h2w/state问题来了上面的指令需要我们一次次输入才能显示，如果我们需要在插拔耳机下观察它的变化，就很难从上面实现了 。解决通过编写shell脚本，并内置（或者push到system下，这个需要debug版本）。通
【MTK】pmic寄存器读取与设置
天高任鸟飞海阔凭鱼跃的专栏
10-24 4795
pmic, 寄存器读取, mtk 【mtk】pmic寄存器读取与设置[DESCRIPTION]在产品的调试过程中或者Eservice处理中，经常会遇到读取或者设置pmic寄存器的情况，以下会介绍几种方式，方便大家调试用。[SOLUTION]1.ADB 方式：读取0x330的值：cd /sys/devices/platform/mt-pmic echo 330 > pmic_access cat
在Android手机中通过i2c读取芯片寄存器（含i2c-tools）
whshiyun的专栏
10-26 5866
在Android手机中通过i2c读取芯片寄存器（含i2c-tools）tags： Android Linux i2c driver需求：同事甩来一个某品牌的手机，Android系统，需要把里面某个芯片的寄存器配置参数值读出来。折腾了两天（坑爹的网络以及……xxx墙），记录一下，以备今后查询思路： 在Android下运行一个C语言程序 用这个c语言程序去访问i2c bus 利用lin
adb怎么看闪光灯电流数值
07-17
部分设备需通过`debugfs`（调试文件系统）或直接读取PMIC寄存器获取电流数据，需结合硬件文档（如MTK、高通的PMIC手册）。 #### **步骤**： 1. **确认PMIC型号**： 通过设备规格书或内核日志（`logcat | grep ...
Android内核断电
05-13
# 查看PMIC寄存器 adb shell echo 0x1F > /sys/kernel/debug/pm8xxx-registers/address adb shell cat /sys/kernel/debug/pm8xxx-registers/data ``` **模式2：看门狗触发** ```bash # 查看看门狗配置（高通平台...
MTK pd异常
最新发布
07-18
- **Android框架层**：使用`adb logcat`过滤PD相关事件（例如，`adb logcat | grep "PD_Error"`）。 - **常见错误日志**： - 电池检测超时（如`PMIC timeout`）。 - 权限冲突（如`ENABLE_DYNAMIC_PERMISSIONS`未...
android-linux register读写工具
12-13
该工具用于linux,android环境下，读写寄存器操作，方便驱动调试，附有源码和Makefile文件
寄存器读取驱动及测试应用
02-20
linux Android 调试技巧 寄存器控制读写函数，适用于所有linux平台
android/linux 读取寄存器值
06-21
android/linux 读取寄存器值
[RK3288][Android6.0] 调试笔记 --- pmu(rk818)寄存器读写【转】
12-21 396
本文转载自：http://blog.youkuaiyun.com/kris_fei/article/details/76919134 Platform: RockchipOS: Android 6.0Kernel: 3.10.92 rk的pmu模块只提供了每次单个寄存器的读写，驱动提供了这个节点供使用：/sys/rk818/rk818_test举例： 读取： echo r ...
查看Android系统的音频设备
TinyHorse的博客
09-22 4160
查看音频设备
Android读取麦克风,Android 获取麦克风的音量(分贝)
weixin_30953869的博客
05-28 1500
【实例简介】Android 获取麦克风的音量(分贝)，一吹就有80左右的分贝值。【实例截图】【核心代码】ATest└── ATest├── AndroidManifest.xml├── bin│ ├── AndroidManifest.xml│ ├── ATest.apk│ ├── classes│ │ ├── android│ │ │ └── support│...
adb shell读取返回值_如何在ADB shell中读取耳机状态和读取ACCDET寄存器
weixin_36237278的博客
12-31 557
如何在ADB shell中读取耳机状态和读取ACCDET寄存器录入：edatop.com点击：[Description]如何在ADB shell中读取耳机状态和读取ACCDET寄存器[Solution]获取耳机状态cat /sys/class/switch/h2w/statestate值为0表示heADSet plug out；state值为1表示有MIC的耳机插入(四段式耳机)；stat...
Android平台i2c-tools及16位地址读写，以及not executable: 64-bit ELF file解决办法
happy08god的专栏
08-22 8517
i2c-tools使用，编译，16位地址寄存器读写
Liunx下的常用工具及使用方法
weixin_44316455的博客
11-28 213
echo -n "module bst_i2s -fmlt" > /mnt/dbg/dynamic_debug/control //取消格式打印，只打印消息。1. linux代码风格简介：https://www.kernel.org/doc/html/v4.15/translations/zh_CN/coding-style.html。2. 控制某个文件所有 dev_dbg()，echo -n "file xxx.c +p" > /mnt/dbg/dynamic_debug/control。
我应该怎么通过uart log来确定开机流程卡到那一步了，有哪些标志点，在mtk平台上
03-28
<think>嗯，用户现在问的是如何通过UART日志来确定MTK平台上的开机流程卡在哪一步，以及有哪些关键标志点。之前他们询问过LK流程中的SETUP ATAGS步骤，现在的问题看起来是进阶的，可能是在实际开发或调试中遇到了启动问题。需要先理解他们可能的使用场景和需求。 首先，用户可能是在进行嵌入式系统开发，特别是基于MTK芯片的设备，比如手机或物联网设备。他们在启动过程中遇到了问题，设备卡住了，无法正常开机，所以需要分析UART日志找出问题所在。这可能涉及到Bootloader、内核、驱动等不同阶段的问题。 接下来，需要回忆MTK平台的启动流程。通常，MTK设备的启动流程包括BootROM、Preloader、LK（Little Kernel，即Bootloader）、Linux内核、init进程等阶段。每个阶段在UART日志中会有不同的输出信息，通过识别这些标志性日志，可以确定当前启动阶段，从而定位卡住的位置。 然后，用户需要知道每个阶段的关键日志信息。比如，Preloader阶段会有版本信息，内存初始化日志；LK阶段会显示启动模式、加载内核和DTB的信息；内核阶段会有解压日志、设备树初始化、驱动探测等；用户空间阶段则会有init进程启动和服务启动的日志。 另外，用户可能需要知道常见的卡死原因和对应的日志关键词，比如Preloader阶段的DDR初始化失败，LK阶段加载镜像失败，内核阶段的驱动panic，或者用户空间的启动脚本问题。同时，还需要提供一些分析方法，比如检查错误信息、确认镜像完整性、硬件信号测量等。 用户可能还希望了解如何使用工具辅助分析，比如MTK的Flash工具下载日志，或者结合示波器测量硬件信号。此外，高级技巧如调整日志等级、检查内存布局、审查设备树配置也可能对他们有帮助。 需要确保回答结构清晰，分阶段说明每个步骤的标志点和常见问题，同时给出实际案例和解决方法，让用户能够按图索骥，逐步排查问题。还要注意用词准确，避免技术错误，特别是MTK平台特有的术语和流程，比如Preloader和LK的区别，以及Meta模式的使用。 最后，总结关键点，强调逐步缩小范围、结合硬件测试的方法，帮助用户系统化地解决问题。可能还需要提醒用户注意日志中的时间戳、错误代码和重复模式，这些都可能提供线索。</think>--- ### **通过 UART 日志定位 MTK 平台开机卡死问题的步骤** 在 MTK（联发科）平台上，开机流程通常分为 **BootROM → Preloader → LK（Little Kernel，即 Bootloader） → Linux Kernel → Android/用户空间** 几个阶段。通过 UART 日志可以观察每个阶段的标志性输出，从而定位卡死位置。以下是具体分析方法和关键标志点： --- #### **1. **阶段划分与关键日志标志** 以下是 MTK 平台开机流程的典型日志标志和对应阶段： | **阶段** | **关键日志示例** | **意义** | |------------------|--------------------------------------------------------------------------------|----------------------------------------| | **BootROM** | 无直接输出（需结合硬件信号） | 芯片内部固件初始化，无日志输出 | | **Preloader** | `[PL] version: xxx`<br>`[PL] Init DRAM...` | Preloader 初始化 DDR 内存和基础硬件 | | **LK（Bootloader）** | `[LK] LK version: xxx`<br>`[LK] jump_to_kernel: entry=0xxxxx` | 加载内核、设备树，准备跳转 | | **Linux Kernel** | `Uncompressing Linux...`<br>`Booting Linux on physical CPU 0x0`<br>`[ 0.000000] OF: fdt: ...` | 内核解压、设备树解析、驱动初始化 | | **用户空间** | `init: init first stage started!`<br>`init: Loading SELinux policy` | Android 初始化、服务启动 | --- #### **2. **常见卡死场景与日志特征** 根据卡死阶段，日志中会留下不同的关键线索： ##### **(1) Preloader 阶段卡死** - **日志特征**： - 无后续日志（停留在 `[PL] Init DRAM...` 或空白）。 - 重复输出 `[PL] ERROR: DRAM init failed!`。 - **常见原因**： - DDR 内存参数配置错误（如时序、电压）。 - 硬件问题（如 DDR 颗粒损坏、供电异常）。 - **调试方法**： - 检查 Preloader 的 **emi（External Memory Interface）配置**（`emi_xxx.h`）。 - 使用示波器测量 DDR 的时钟和电压信号。 ##### **(2) LK 阶段卡死** - **日志特征**： - 停留在 `[LK] Loading kernel...` 或 `[LK] jump_to_kernel`。 - 出现 `[LK] ERROR: Failed to load kernel image!`。 - **常见原因**： - 内核镜像损坏或加载地址错误（如 `entry=0x80008000` 与实际地址不符）。 - 设备树（DTB）未正确传递（日志中无 `[LK] DTB loaded at 0x...`）。 - **调试方法**： - 检查 LK 的 **`project.mk` 或 `rules.mk`** 中的内核地址配置。 - 通过 `fastboot getvar all` 验证镜像完整性。 ##### **(3) 内核阶段卡死** - **日志特征**： - 停留在 `Uncompressing Linux...`（内核解压失败）。 - 出现 `Kernel panic - not syncing: VFS: Unable to mount root fs...`（根文件系统加载失败）。 - 驱动初始化报错（如 `[ 0.500000] mmc0: Controller never released inhibit bit(s)`）。 - **常见原因**： - 内核镜像与芯片型号不匹配（如 MT6765 内核误刷到 MT6762）。 - 设备树中硬件节点配置错误（如 GPIO、时钟、电源域）。 - 文件系统损坏或启动参数错误（如 `cmdline` 中 `root=` 路径无效）。 - **调试方法**： - 在设备树中启用调试日志（如添加 `debug` 属性到关键节点）。 - 检查内核配置的 `CONFIG_CMDLINE` 是否包含正确参数。 ##### **(4) 用户空间阶段卡死** - **日志特征**： - 停留在 `init: init first stage started!`。 - 出现 `init: Failed to mount /system: No such device`。 - SELinux 策略加载失败（如 `init: Could not load SELinux policy`）。 - **常见原因**： - 文件系统镜像损坏（如 `system.img` 未正确生成）。 - 分区表错误（如 `userdata` 或 `vendor` 分区未格式化）。 - SELinux 模式冲突（如强制模式与文件系统标签不匹配）。 - **调试方法**： - 通过 `adb shell` 或 `fastboot` 检查分区挂载状态。 - 在 `cmdline` 中添加 `androidboot.selinux=permissive` 临时禁用 SELinux 强制模式。 --- #### **3. **MTK 平台特有工具与技巧 ##### **(1) 使用 MTK Flash Tool 抓取完整日志** - 通过 **MTK Smart Phone Flash Tool** 或 **MTKLogger** 工具，可在烧录时捕获更详细的 Preloader 和 LK 日志。 - 日志路径：`MTK_Flash_Tool/logs/flash_log_xxxx.txt`。 ##### **(2) 关键寄存器检查** - 若日志完全中断，通过 **JTAG/SWD 调试器** 读取以下寄存器： - **PC（Program Counter）**：查看代码卡死位置。 - **R0-R3**：检查函数调用参数。 - **CPUID**：确认当前运行的 CPU 核心。 ##### **(3) Meta Mode 调试** - 进入 MTK 的 **Meta Mode**（通常按 `Volume+ + Power`），可绕过正常启动流程，直接测试硬件模块（如 RF、Camera）。 - 使用命令： ```bash META > emi_init # 测试 DDR 初始化 META > pmic_dump # 检查电源管理芯片状态 ``` --- #### **4. **实际案例：内核解压失败** - **日志片段**： ```bash [LK] Loading kernel from 0x80008000... Uncompressing Linux... LZMA: Incorrect uncompressed size (expected 0x12345678, got 0x00000000)! ``` - **分析**： - LK 加载内核后，解压时发现大小不匹配。 - **解决步骤**： 1. 检查内核编译配置（`Image.gz-dtb` 是否生成正确）。 2. 确认 LK 的加载地址与内核链接脚本（`vmlinux.lds`）中的入口地址一致。 3. 使用 `readelf -h vmlinux` 验证内核的入口点（Entry point address）。 --- #### **5. **高级技巧 - **启用早期控制台（Earlycon）**： 在内核配置中添加 `earlycon=mtk8250,mmio32,0x11002000`，可在内核初始化解压前输出日志。 - **检查时钟与复位信号**： 若日志突然中断，测量 AP/CP（应用处理器/基带处理器）的时钟信号和复位引脚电平。 - **对比参考设计**： 使用 MTK 提供的 **参考板（EVB）日志** 进行对比，快速定位异常点。 --- ### **总结** 通过 UART 日志定位开机卡死问题的核心是： 1. **分阶段识别标志性日志**，确定卡死范围。 2. **结合硬件信号与软件配置**，排查常见错误（如 DDR、镜像加载、设备树）。 3. **利用 MTK 专用工具**（如 Meta Mode、Flash Tool）加速调试。 对于 MTK 平台，需特别注意 Preloader 的 DDR 初始化和 LK 的镜像加载地址配置。若问题复杂，建议逐步缩小范围：从 BootROM → Preloader → LK → Kernel → Init，逐级验证硬件和软件状态。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值