屏幕调试是我们做的较多的工作,且以MIPI屏为主,调试时总是会遇到一些参数需要一点一点配的时候,这样的工作其实很是繁琐,在我们确认完硬件没有问题时能不能使用简易的方法来解决这个问题呢 ? MTK已经为大家想好了这个问题,在内置的工具里面有一个fbconfig来修改mipi的timging信号. 首先是开启的方式是源文件在vendor\mediatek\proprietary\hardware\fbconfig_tool\common 下. 使用时需要打开Project中的宏改为MTK_EMULA

1.前言 在前面的文章MSM8909中LK阶段LCM屏适配与显示流程分析(一),链接如下: https://www.cnblogs.com/Cqlismy/p/12019317.html 介绍了如何使用GCDB工具生成要适配的屏幕的相关配置文件,同时,也介绍了如何在LK启动阶段中,在基于Qualcomm的LCD屏幕软件驱动框架中,修改相应的文件去适配一款屏幕,此外,该文章是"MSM8909中LK阶段LCM屏适配与显示流程分析"的第二部分,主要是分析LK启动阶段中屏幕的初始化和显示流程是

1.前言 在驱动开发中,我们往往需要适配一些新的屏幕或者调试一些屏幕的参数等,对于Qualcomm的MSM8909这款SoC,当启动Android系统时,会有一个LK阶段,该阶段用来启动Linux内核系统,本文,将简单介绍如何在MSM8909的LK阶段中如何进行LCM屏的兼容和适配流程,并对LK阶段中,LCD屏幕的初始化和显示流程进行简要分析. 2.LCM接口框图 下图为LCM的接口框图,屏幕的背光灯使用PWM波进行控制: 3.适配LCM屏幕 接下来,将基于MSM8909的Android系统平台

源: MIPI接口LCD屏调试心得

平台:mt6582 + Android 4.4 前面就说过,在mtk代码中支持屏是可兼容的,通过调用驱动中的compare_id函数来匹配驱动和屏,这里来细看一下代码. 1. LK部分(mediatek/platform/mt6582/lk/disp_drv.c) OOL DISP_DetectDevice(void) { //LCD_STATUS ret; DISP_LOG("shi=>%s, %d\n", __func__, __LINE__); lcm_drv = disp

对于LCM驱动移植,一般分为三部曲: 1.硬件IO口配置: 2.确保LCM背光能够正常点亮: 3.LCM驱动移植: 硬件电路: 1.GPIO配置 打开 mediatek\dct\DrvGen.exe 选择 mediatek\custom\xiaoxi\kernel\dct\dct\codegen.dws 配置文件 配置LCM PWM引脚.RST复位引脚.DISP_PWM引脚和LCM电源控制引脚 2.背光灯 编译烧录后启动系统,验证LCM背光是否能正常点亮,否则无法继续调试LCD; 3.LCM驱动

之前没有接触过驱动调试.这里上手就要解决一个因为某个自定义驱动导致的系统登陆后蓝屏问题,记录下来.   问题: 从客户那边弄来的一个虚拟机,已知是加了我们的驱动之后才会导致蓝屏. 解决过程:   使用windbg直接双机调试 开机登陆后会直接蓝屏,错误码是0x00000050.想要进入安全模式去移除驱动也进不去,会卡在某个驱动加载过程中.首要的就是进入系统去排查是哪个驱动有问题.还好是虚拟机,有如下方式可更改操作系统中内容.,改完之后要在虚拟机射中的使用工具中断开相应映射. 注意:有些与具体设备

一般在写Windows内核程序的时候,经常会出现蓝屏的问题,这个时候一般是采用记录下dump文件然后用windbg查看得方式,具体的过程就不说了,网上一大堆的内容.现在我主要记录自己当初按照网上的方案出现windbg的open crashdump项呈现灰色的情况.就像下面这样 这个问题曾今百思不得其解,曾今一度以为是自己的win10不能很好的兼容这个,后来发现自己想多了 ( ^_^ ),现在公布这个问题的解决方案.主要是确保下面的工作完成 1)首先需要在虚拟机上确保我们打开了抓取dump文件的功

2011-06-25 19:20:47 驱动自己写完了,应用函数自己就不写了,找了一点代码参考,移植并修改了一下,配合之前的定义的接口文档,我贴出部分代码.目录: 一,开发环境... 1 二,底层函数... 1 三,应用接口函数... 3 四,部分代码参考... 5 一,开发环境 硬件:开发板TQ2440,LCM为2.4寸QVGA TFT屏,IC=ili9325. 软件:IAR ARM 5.5. 二,底层函数 1,LCD_Init(LCD初始化) 函数原型: Void LCD_Init(void

2011-06-24 21:57:09 一,读id--完成 二,自己写了驱动--完成 三,调试LCD屏驱动--完成 一         读id,不过过程还有点曲折. 因为之前写命令写数据的时序是根据ili9325规格书P108来的,那么读也应该是这个方法.但是就是没法读出正确结果.为什么呢?于是我突然想到iar我曾经仅快速运行几行与程序整体运行起来,在这2种情况下,用示波器测他们引脚的频率是不同的.所以我把单次读id改成了循环读id.没想到真的ok了.循环了几十次后读出了id=0x9325.于是

2011-06-21 22:04:54 LCD连接好了,读id,不成功.说明配置引脚或读写时序不对. 原来是软件引脚配置出错. 应该用如下. #define LCD_CS   {3<<30,'E',PIO_OUTPUT_0, PIO_PULLUP,1<<30,1<<15}     rGPACON&=~mask;     rGPACON|=PullUpmask; mask是3<<30,PullUpmask是1<<30. 我一开始用的如下 #

常常我们开 发程序的时候我们不需要系统唤醒系统锁屏功能,用户有时候在看电视或视频的时候不希望系统的锁屏 功能启动,既不想锁频,然而系统却在我们看电视或者视频的时候出来个锁屏的界面进行锁频拉,我们还要想继续看的话还要去解锁,这样好麻烦,不是我们想要 的,那我们该怎么做呢,其实很简单 方法一 :我们只要在程序中用代码实现.代码如下:   //方法一 getWindow().setFlags(WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON, WindowM

CPU:RK3288 系统:Android 5.1 1.修改kernel/arch/arm/configs/rockchip_defconfig,打开mipi屏开关 # CONFIG_LCD_GENERAL is not set CONFIG_LCD_MIPI=y CONFIG_RK_TRSM=y # CONFIG_RK32_LVDS is not set # CONFIG_RK32_DP is not set # CONFIG_RK_VGA is not set CONFIG_MIPI_DSI

clk=(width + W total porch)x(height + H total porch)x (6<18bit>或者x8<24bit>)x fps/ lane nubmer/2   按照这个去估算 从uart log搜索fps,才是输出的fps

一.UART初始化 1. kernel-3.18/drivers/misc/mediatek/uart/uart.c static int __init mtk_uart_init(void) { ; tx_history.buffer = kzalloc(UART_HISTORY_DATA_SIZE, GFP_KERNEL); rx_history.buffer = kzalloc(UART_HISTORY_DATA_SIZE, GFP_KERNEL); tx_history.index =

[DESCRIPTION] 在测试手机各项功能过程中,经常会遇到概率性复现“屏幕画花了,界面画错乱了等绘制异常问题”,而且概率还非常小: 这类问题请不要直接提交eService,而是先请测试人员及工程师保留住测试现场,然后根据此条FAQ的步骤进行排查:   通常贵司提交问题的时候所提供的资料太少,无法直接定位问题,与其提交了eService之后再又去花时间复现,不如在复现问题的当下,就先按照FAQ的步骤做一个初步排查和分析. 如果在排查过程中,分析问题遇到困难,再将已经排查的结果以及排查过程中每

在实际屏调试过程中,工程师经常需要对屏的寄存器频繁进行参数修改和读取测试,LcdTools针对这个做了很好的支持,可以在线进行指令调试,大大提高调试效率. 打开点屏工程,连接PX01并使模组上电点亮.切到"在线调试"栏,在线调试分两种模式:代码指令和表格指令. 1)  代码指令 在代码指令编辑栏写入需要调试指令,如一些读写指令等:如果是MIPI屏调试,请选择是否在LP模式发送,默认是HS模式,其他接口屏则不用关心.勾选"代码指令",点击"编译"按

GDB是在linux下的调试功能 命令: 启动文件: 普通调试 gdb 可执行文件 分屏调试 gdb -tui 可执行文件 ->调试: 运行 r 设置断点 b 删除断点 delete 断点编号 删除所有断点 delete 清除行x上的所有断点 clear x 显示断点信息 i b 显示代码 l 逐步运行 s 逐条运行 n x条运行 n x 执行完当前函数 finish 退出当前循环体 until 跳到程序第x行 jump x 继续运行程序至下个断点 continue 显示当前堆栈 backtra

MTK平台充电调试总结 摘要:调试电池的充放电管理,首先须要深入了解锂电池的电池原理和特点.充放电特性以及主要的电池安全问题.然后须要对MTK的电池管理驱动程序有深入的了解.理解电池充放电算法的基本原理. 在此基础上,对充放电导致的问题进行调试优化. 一. 锂电池工作原理和特性 1.工作原理: watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70

本文为博主原创文章,转载请注明出处:https://www.cnblogs.com/lialong1st/p/11218433.html CPU:RK3288 系统:Android 5.1 调试 mipi 屏前,先关闭了 uboot 的 logo 显示 rockchip,uboot-logo-on = <0>; 屏调试完成后,打开 uboot 的 logo 显示 rockchip,uboot-logo-on = <1>; 但是开机时,系统竟然进不了 kernel,一直在 uboot

eDP屏快速点亮,EDID回读, eDP屏调试 是否为点屏的准备工作感到烦躁: 1)查找LCD模组的数据手册(常常还未必能找着) 2)在上位机软件或者单片机程序里设置一大堆的LCD屏参,这个频率,那个Porch--然后,编译,下载(常常还忘记下载线放哪里了),然后-- 是否为测试不同屏使用不同的治具,不同的固件感到混乱: -- 电脑里存了一堆的文件夹,一堆的固件-- Tesla E380提供傻瓜式脱机eDP点屏方案,行业首创,点屏只需二步: 1)接上屏: 2)开启电源: 就这么简单!我们把麻烦留