登录|注册

一牛网 › 芯片词条 › Android

Android

Android是一种基于Linux的自由及开放源代码的操作系统，主要使用于移动设备，如智能手机和平板电脑，由Google公司和开放手机联盟领导及开发

高通骁龙450/高通msm8953 android H265支持双屏异显核心板/开发板可替代MT6762

MT6797 Android 8.0通话版平板方案/整机

MT6739 android三防4G智能终端整机/方案定制

“Android” 的帖子

主题	版块	作者	回复/查看	最后发表

	mt6515 android2.3.6开机漏电，开关下wifi就好了	MTK软件	knuther 2012-8-25	6 2572	sofi 2014-9-19 16:47
	MTK Android 2.3.6如何在Linux下启动模拟器	Android应用开发	tonydotcom 2012-8-28	1 2009	Nil 2012-9-10 10:11
	15上用4+4的flash开机进不了android	Android应用开发	lxq5656812 2012-8-28	8 2138	st-sc 2012-10-29 09:55
	MT6515编译android时遇到错误38	MTK软件	sliter 2012-8-29	6 3637	sliter 2012-8-29 19:35
	高通平台android开发总结	高通软件	liujin 2012-8-31	77 22209	风清云淡 2023-10-28 10:48
	@SdkConstant(SdkConstantType.BROADCAST_INTENT_ACTION)作用	Android源码	chr8880 2012-9-3	3 7966	qqq11123 2017-7-23 17:12
	MT6757mtk android modem 编译	MTK软件	wax 2012-9-7	17 6640	Summer_DsnUN 2022-5-11 14:18
	MT6575 android4.0代码模块编译不了？	MTK软件	chr8880 2012-9-10	12 3660	baxk 2013-4-28 17:00
	MTK android 如何接收与发送DTMF？	MTK软件	chr8880 2012-9-22	1 4360	chr8880 2012-9-22 11:22
	TP IC GT818B 的驱动问题	GOODiX\|汇顶科技	patli 2012-9-24	4 2798	patli 2012-9-24 16:23
	展讯智能机软件资料	软件资料	jianghuiyan 2012-9-28	42 13621	zzabccba 2019-8-9 23:15
	MT6515 Android 2.3的修改为从NAND修改到EMMC报错	MTK软件	jianghuiyan 2012-10-13	8 2757	tan_gary 2014-8-1 16:24
	MT6515 NAND(4+4) android4.0编译下载不了	MTK软件	jianghuiyan 2012-10-23	1 2929	jianghuiyan 2013-3-16 12:54
	联想A780 升级 Android 4.0 教程	维修经验交流	hbk3675 2012-10-28	2 2294	htrs 2014-3-21 18:52
	SC6820_Android平台应用开发与支持	软件资料	jianghuiyan 2012-11-1	2 3005	saiv126 2012-11-1 11:04
	MT6577 android 4.0无法识别外部T卡	MTK软件	davadpdw 2012-11-9	4 3395	jianghuiyan 2012-11-13 13:21
	MT6575 android4.0上做7寸平板（800*480）怎么配置？	MTK软件	davadpdw 2012-11-16	2 3069	jianghuiyan 2013-5-14 20:03
	adb命令详解	MTK软件	jianghuiyan 2012-11-21	41 10175	Tian_acvXf 2022-8-29 18:00
	MT6577 android4.0 HOME按键在factory mode下没有效果！	MTK软件	davadpdw 2012-11-29	7 3526	jianghuiyan 2012-11-29 16:12
	Android 4.0 Launcher2源码分析——主布局文件	Android资料	jianghuiyan 2012-12-3	3 3150	№.寒夜 2014-2-14 09:57

查看更多

“Android” 的资料

MT2712_Android_P_User_Guide-EA1810.pdf

大小：1.43 MB 更新日期：2023-11-24 14:21:13 免费

QQ截图20231020171233.jpg

大小：77.05 KB 更新日期：2023-10-20 17:12:43 免费

MTK平台手机串号（IMEI）修改.pdf

大小：253.34 KB 更新日期：2023-10-12 10:35:56 1rdb

f_bfaa857b466fb48885c6638ddc734efe&t=jpg&o=&s=&v=1609321530.jpg

大小：17.87 KB 更新日期：2023-08-29 10:36:27 免费

vendor_sprd_tools_Log4Android2PC-W21.24.3.zip

大小：9.55 MB 更新日期：2023-08-06 18:32:13 3rdb

查看更多

“Android” 的日志

分享 Android短视频开发业务中视频编解码的相关知识阅读: q3557873521 2018-12-24 11:42; 随着互联网对人们生活习惯的改变， Android 短视频开发业务不断升温。移动端各个媒体平台成为流量市场中增长的主力，各式各样的短视频应用迅速抢占人们的手机屏幕。而在 Android 端想要实现录制功能，就需要储备相关的知识，以实现 720P 、 30 帧为例选择一个正确的实现方案，避免 CPU 的消耗太大造成手机发烫的现象。比如今天想跟大家分享的关于视频的编解码的相关知识。软件编码和硬件编码定义 1. 软件编码即采用 CPU 对相机所采集的原始数据进行编码，然后跟音频一起合并成为 MP4 格式的文件。这一方案的优点是， 2. 硬件编码即采用手机提供的硬编接口，利用其中的硬件芯片直接进行编码的合成。区别 1. 软件编码相对来说技术比较成熟，实现起来快而且兼容性也好。缺点就是，软件编码的 CPU 占用率高，像一些性能比较差的手机可能就无法达到我们所说的 720p ， 30 帧。而且还会同时引用大量的第三方库，导致包体过大。 2. 而硬件编码的速度非常快且效率极高， CPU 的占用率低，简单点讲就是即使我们长时间的保持高清录制，手机也不会发烫。缺点是，由于某些智能手机的机型问题，需要处理兼容性方面的问题，同时 Android 端上的硬件编码和 Surface 以及 openGL 的关系相对也比较密切。对于这一方的知识，还需要多查阅多摸索才行。软件解码和硬件解码 1. 硬件解码就是通过硬件进行视频的解码工作，其中硬件解码是由 GPU 来进行的，使用 GPU 解码能够降低 CPU 的工作负荷从而降低功耗。 2. 软件解码则是通过软件本身占用的 CPU 进行解码，所以会增加 CPU 工作负荷造成功耗上升。区别 1. 硬件解码播放出来的视频更加流畅，而且能够延长移动设备终端播放视频的时间。而软件解码由于会加大 CPU 工作负荷，导致占用了过多的移动 CPU 资源，如果手机的 CPU 能力不足，那么软件也会受到一定影响。 2. 硬件解码所需要的解码视频格式容易受到 GPU 的影响，导致无法播放全部视频，画质也不够清晰。而软件解码能解码所有的视频格式文件，且画质更加清晰。综合以上内容我们可以看出，在 Android 短视频开发业务中，硬件编解码方式比较合适。因为短视频的本地录制并不像直播，对带宽、实时性和互动性等方面要求严格，比如编码需要进行动态调节编码器中码率帧率的情况，所以本地录制可以将编码器的码率设置的比较高一些，也不需要进行动态的调节来改变视频分辨率。
展开>>

收起<<; 613 次阅读| 0 个评论

分享手机蓝牙转串口硬件和ANDROID的APK程序开发源代码: dyh0023 2018-3-6 09:43; 一．概述深圳宏进蓝牙模块是专为智能无线数据传输而打造，采用英国CSR公司BlueCore4-Ext芯片，遵循V2.1+EDR蓝牙规范。本模块支持RS232串口以及RS485总线接口，并支持SPP蓝牙串口协议，具有成本低、体积小、功耗低、收发灵敏性高等优点，使用灵活。二．特点：三、宏进蓝牙串口助手接线示意图四、蓝牙串口模块外部接口连接示意图。五、手机如何连接蓝牙模块六、如何从手机导出蓝牙捕捉数据。利用91助手打开文件管理器，在SD卡的根目录下存有文件名为宏进蓝牙串口数据.txt的文件。该文件为保存的串口数据，可以导出打开查询。七、如何修改蓝牙串口参数。 1.串口设置命令：波特率-S B的范围0－8 2400BPS 4800BPS 9600BPS 19200BPS 38400BPS 57600BPS 115200BPS 128000BPS 256000BPS S的范围0－2 0:无检验位 1：奇检验 2：偶检验修改成功后返回“OK”。例：4800-2 串口修改为，波特率4800，8位数据位，偶检验默认串口设置是：9600，8位数据位，无检验位。设置波特率图片—设置 9600波特率-奇校验八、通过本软件还可以以WIFI连接的形式把蓝牙捕捉到的数据传到电脑上，电脑显示和发送数据与蓝牙同步。具体操作步骤如下：首先手机必须和电脑位于同一个WiFi环境中，也就是手机和电脑的连接网络必须为同一个WiFi。然后打开资料包中的宏进TCP调试工具。出现如下界面，设置工作方式为服务器模式，此时宏进蓝牙串口助手会以客户端的模式连接该服务器的IP和端口。记住该IP和端口，在手机中进行设置发送 Ip.192.168.159.2.8000 命令。就可以连接到电脑了。连接成功后电脑端图片。此时就可以在电脑端观测蓝牙的数据收发了。上述是蓝牙转接口用于串口数据采集的关键流程点。每个步骤都经过笔者的检验，应用没有问题。同时深圳宏进科技公司已经把模块放在淘宝上销售。可以搜索商铺-深圳宏进科技看到该产品。为了方便相关人员体验，提供APK以及Android源程序的下载。
展开>>

收起<<; 1432 次阅读| 0 个评论

分享 Android手机的USB转串口开发硬件以及软件源代码: dyh0023 2018-3-6 09:40; Android手机的USB转串口开发 Android手机的USB接口在各个领域都得到了广泛的应用和推广。笔者前几天接手一个项目，主要就是解决工业现场数据采集的问题，该项目是由深圳宏进科技委托笔者开发的。现场的总线是RS485和RS232总线，需要用电脑和手机方便的采集数据，保留并从现场发给深圳公司进行数据分析和问题的解决。硬件采用常用的USB转串口模块，既可以用电脑配合串口软件进行数据采集，又可以通过Android手机的USB配合相应的APP进行数据采集。硬件如下图：电脑的数据采集软件网上很多。笔者在此不再做过多的阐述，主要对Android的手机APP开发进行详细的讲解。模块和手机的接线示意图如下：接2个USB转串口模块和电脑进行数据的交互测试。测试波特率600-460800bps。收发数据10000次，无丢包和误码。现主要讲解一下Android的开发。 1、要使用手机的USB口首先要获取相关的权限。 2、相关文件在主程序中的包含 3、相关参数的定义 4.APP操作界面的规划。 5、USB的调用调用界面显示： 6、串口参数的设置 7、数据的接收界面展示 8、数据的发送展示界面上述是Android手机USB接口用于串口数据采集的关键流程点。每个步骤都经过笔者的检验，应用没有问题。同时深圳宏进科技公司已经把模块放在淘宝上销售。可以搜索商铺-深圳宏进科技看到该产品。为了方便相关人员体验，提供APK以及Android源程序的下载。
展开>>

收起<<; 1194 次阅读| 0 个评论

分享 Android常用adb指令集合: Noah1003 2018-1-17 22:58; 要使用 adb 命令，手机需要打开 USB 调试。安装软件 adb install apk 文件名称 .apk 重新安装该软件 adb install -r apk 文件名称 .apk 卸载 apk 软件 adb uninstall apk 包名 .apk 查看手机上的运行日志，此项可以用来查错 adb logcat 查看手机是否连接，以及连接了几台手机 adb devices A 为手机路径， B 为电脑路径，意思为：把文件从手机中复制到电脑上 adb pull A B A 为手机路径， B 为电脑路径，意思为：把文件从电脑中复制到手机上 adb push B A 进入手机的超级终端 adb shell 重新挂载文件系统 adb remount 重启手机 adb reboot 重启到 Recovery 界面 adb reboot recovery 重启到 bootloader 界面 adb reboot bootloader 进行 adb 运行环境 adb shell 设置超级用户模式 su 映射出目录 mount -o remount,rw -t yaffs2 /dev/block/mtdblock3 /system 退出 su exit 退出 shell 准备接受下一个 adb 命令 exit 增加 flash_image 文件到手机上 adb push flash_image.zip /system/bin/flash_image recovery 先复制到卡上 adb push recovery-RA-heroc-v1.6.2.img /sdcard 再次进入 adb 环境 adb shell 修改文件属性 chmod 0755 /system/bin/flash_image 重启系统 Reboot
展开>>

收起<<; 个人分类: Android软件| 962 次阅读| 0 个评论

分享 Android Vendor Test Suite (VTS) 的环境搭建: 热度 1 2031172631 2017-12-29 21:46; 进行 VTS 测试，首先需要搭建测试环境，我们需要以下这些组件：　 + 64-bit Ubuntu17.04 + Java 8 + Python 2.7.13 + ADB 1.0.39 具体的搭建步骤是： 1）安装 Python 开发包 $ sudo apt -get install python -dev 2）安装 Protocol Buffer 工具 $ sudo apt -get install python -protobuf $ sudo apt -get install protobuf -compiler 3）安装 Python 虚拟环境相关工具 $ sudo apt -get install python -virtualenv $ sudo apt -get install python -pip 4）在设备上启用开发者模式并打开 USB 调试功能 5）检查设备是否能被 ADB 探测到 $ adb devices 6）使用 ADB 登录设备 $ adb shell 　　如果以上步骤你都执行成功了，那么 VTS 测试环境就搭建好了。　　然后我们还需要先编译 VTS 测试工具。 android-vts.zip 目录下找到 VTS 测试包，解压之后，进入 android-vts/tools/ 目录，执行以下命令即可进行默认的全局 VTS 测试： $ vts-tradefed run vts 　　也可以只对某个模块进行测试： $ vts -tradefed run vts -m VtsHalAudioV2_0Target 《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《《》有需要帮助的朋友请留言。》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》
展开>>

收起<<; 个人分类: 环境搭建| 2466 次阅读| 2 个评论

分享 Android 源码编译环境搭建: 热度 4 changlejushi 2017-12-27 10:07; 我这边自己使用Ubuntu 14.04 搭建了一个Android源码的编译环境，并打包成系统镜像，送给不会搭建编译环境的同学们。链接：https://pan.baidu.com/s/1boDxdbL Android 1.6 到8.0 最新版本的Android全套源码，持续更新中：地址：http://pan.baidu.com/s/1ngsZs 这个镜像目前默认的jdk是open 1.7的，因此默认可以直接编译 5.0 5.1 6.0的源码，如果要编译4.2,4.4，以及 7.0,8.0的源码，需要重新配置下jdk， jdk 1.6 是给 4.2 以及4.4 源码使用的，链接如下：https://pan.baidu.com/s/1gfIoXEV 这个jdk是jdk 1.6 64位的，Linux系统上用的。解压安装即可使用， jdk 1.8 是给7.0 以及8.0 源码使用的，链接如下：https://pan.baidu.com/s/1qYhyQsO 这个jdk是open jdk 1.8 64位的，Linux系统上用的。解压安装即可使用，使用过程中，可以使用动态的环境变量，实现4.2 到 8.0 代码的全部编译，只需要切换一下jdk就行，切换jdk命令如下：切换到 jdk 1.6 export JAVA_HOME=/home/XXX/bin/jdk1.6.0_06 // 注意这里路径 export JRE_HOME=${JAVA_HOME}/jre export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib export PATH=${JAVA_HOME}/bin:$PATH 切换到open jdk 1.8 export JAVA_HOME=/home/XXX/bin/OpenJDK-1.8.0.102-x86_64-bin // 注意这里路径 export JRE_HOME=${JAVA_HOME}/jre export CLASSPATH=.:${JAVA_HOME}/lib:${JRE_HOME}/lib export PATH=${JAVA_HOME}/bin:$PATH 以上两条命令可以写个脚本jdk，然后使用 source jdk + 参数来切换。
展开>>

收起<<; 4786 次阅读| 4 个评论

分享 Android应用程序漏洞防护措施打开的正确方式！: 热度 4 御安全 2017-5-9 14:56; 目前， Android 应用程序市场的发展速度飞快，不少开发者为了追求开发速度而忽视应用程序的安全。但由于 Android 系统的开源性及其 Java 编写的特殊性，各类 Android App 经常被爆出漏洞，有的 Android 开发者只是对 App 进行混淆代码或是防二次打包，对于源码的保护并不到位，同时也不清楚其中所隐藏的漏洞。腾讯御安全作为一个专注于为个人和企业移动应用开发者提供全面的应用安全服务的平台，其丰富的漏洞特征库，能够全面覆盖已知漏洞，可对 99% 的安卓 APP 进行漏洞风险扫描。同时，基于广大用户的漏洞扫描案例，总结出以下几点常见的漏洞。一、门户大开：常见漏洞攻击的 3 个入口 1 ）导出组件导出组件，是 Android 上最常见，门槛最低的攻击入口，如 manifest 中组件设置不当的话，就存在被任意调用的可能，最常见的是拒绝服务攻击。示例：防护措施：对外暴露的组件要做到 “ 最小化 ” 输出，发布前做好安全检测分析，提前发现风险。 2 ）端口开放应用通过监听固定接口，使用 socket 来实现本地 IPC 、远程网络通信。这种监听固定端口的方式很容易被局域网内攻击程序探测到，这些暴露的 socket 如果没有协议加密、没有权限控制的话，就很容被利用，作为攻击入口，轻者拒绝服务，重者远程代码执行。示例：固定端口的监控扫描 Socket 实现，如果不做访问控制，协议安全性又比较弱，那后果就严重了防护措施：端口随机化，访问要控制，协议要加密。 3 ）插件加载插件加载设计很普遍， so 加载、 dex 加载 ….. 但因为插件存储不安全，很容易被人篡改和替换，如果没有在加载过程做校验的话，那就有可能被人用伪造的插件来进行任意代码执行。示例：公共目录存储的插件 Dex 加载没校验，存在任意代码执行的风险 … 用 System.load 来进行 so 加载，如无校验，存在被替换、篡改的风险防护措施：存储要安全，别让别人碰。加载要校验，我的地盘我做主。二、偷梁换柱：常见漏洞攻击的 2 种手段 1 ）伪造通信常见伪造通信类型有：进程内组件间的 Intent 通信、远程 Service 通信、 Socket 的 IPC 通信等，如果没有严格的通信校验，攻击者通过伪造通信数据，达到不可告人的目的。示例：通过暴露的远程 service ，伪造通信数据，实现应用程序远程下载和安装伪造 socket 通信数据，实现应用特定指令执行，盗取敏感数据防护措施：协议数据要加密，通信访问要验证。 2 ）伪造文件文件权限和校验的失控，让攻击者有机可乘。代码文件存放在公共目录，程序没有对文件进行完整性校验，就很容易造成应用的代码被劫持，从而进行注入。示例： sdcard 公共目录下的 so 文件应用程序的进程信息代码注入防护措施：注意插件存储安全，尽量避免公共目录存储；同时插件加载要校验，以免被劫持注入。 APP 作为通向海量用户信息的入口，涉及到直接的金钱交易或个人隐私相关的应用的重要性是不言而喻的。而 Android 应用市场对 app 的审核相对 iOS 来说也比较宽泛，为很多漏洞提供了可乘之机。所以安卓应用程序要做好自身的防护措施，同时借助专业的安全服务平台，如腾讯御安全，除了拥有专业级加固解决方案之外，还提供 APP 漏洞扫描服务，开发者可发现常见的漏洞及风险，完美避开大规模工具攻击。（腾讯御安全原创，转载请注明来源）
展开>>

收起<<; 3507 次阅读| 2 个评论

分享 Android GSM驱动模块详细分析: 热度 10 yaokai 2016-12-1 19:17; Android的RIL驱动模块，在hardware/ril目录下，一共分rild，libril.so以及librefrence_ril.so三个部分，另有一radiooptions可供自动或手动调试使用。都依赖于include目录中ril.h头文件。目前cupcake分支上带的是gsm的支持，另有一cdma分支，这里分析的是gsm驱动。 GSM模块，由于Modem的历史原因，AP一直是通过基于串口的AT命令与BB交互。包括到了目前的一些edge或3g模块，或像omap这类ap,bp集成的芯片，已经使用了USB或其他等高速总线通信，但大多仍然使用模拟串口机制来使用AT命令。这里的RIL(Radio Interface Layer)层，主要也就是基于AT命令的操作，如发命令，response解析等。（gprs等传输会用到的MUX协议等在这里并没有包含，也暂不作介绍。）以下是详细分析，本文主要涉及基本架构和初始化的内容：首先介绍一下rild与libril.so以及librefrence_ril.so的关系： 1. rild：仅实现一main函数作为整个ril层的入口点，负责完成初始化。 2. libril.so：与rild结合相当紧密，是其共享库，编译时就已经建立了这一关系。组成部分为ril.cpp，ril_event.cpp。libril.so驻留在rild这一守护进程中，主要完成同上层通信的工作，接受ril请求并传递给librefrence_ril.so，同时把来自librefrence_ril.so的反馈回传给调用进程。 3. librefrence_ril.so： rild通过手动的dlopen方式加载，结合稍微松散，这也是因为librefrence.so主要负责跟Modem硬件通信的缘故。这样做更方便替换或修改以适配更多的Modem种类。它转换来自libril.so的请求为AT命令，同时监控Modem的反馈信息，并传递回libril.so。在初始化时， rild通过符号RIL_Init获取一组函数指针并以此与之建立联系。 4. radiooptions： radiooptiongs通过获取启动参数，利用socket与rild通信，可供调试时配置Modem参数。接下来分析初始化流程，主入口是rild.c中的main函数，主要完成三个任务： 1. 开启libril.so中的event机制，在RIL_startEventLoop中，是最核心的由多路I/O驱动的消息循环。 2. 初始化librefrence_ril.so，也就是跟硬件或模拟硬件modem通信的部分（后面统一称硬件），通过RIL_Init函数完成。 3. 通过RIL_Init获取一组函数指针RIL_RadioFunctions，并通过RIL_register完成注册，并打开接受上层命令的socket通道。首先看第一个任务，也就是RIL_startEventLoop函数。RIL_startEventLoop在ril.cpp中实现，它的主要目的是通过pthread_create(s_tid_dispatch, attr, eventLoop, NULL)建立一个dispatch线程，入口点在eventLoop. 而eventLoop中，会调ril_event.cpp中的ril_event_loop（）函数，建立起消息(event)队列机制。我们来仔细看看这一消息队列的机制，这些代码都在ril_event.cpp中。每个ril_event结构，与一个fd句柄绑定（可以是文件，socket，管道等），并且带一个func指针去执行指定的操作。具体流程是： ril_event_init完成后，通过ril_event_set来配置一新ril_event，并通过ril_event_add加入队列之中（实际通常用rilEventAddWakeup来添加），add会把队列里所有ril_event的fd，放入一个fd集合readFds中。这样ril_event_loop能通过一个多路复用I/O的机制（select）来等待这些fd，如果任何一个fd有数据写入，则进入分析流程processTimeouts()，processReadReadies(rfds, n)，firePending()。后文会详细分析这些流程。另外我们可以看到，在进入ril_event_loop之前，已经挂入了一s_wakeupfd_event，通过pipe的机制实现的，这个event的目的是可以在一些情况下，能内部唤醒ril_event_loop的多路复用阻塞，比如一些带timeout的命令timeout到期的时候。至此第一个任务分析完毕，这样便建立起了基于event队列的消息循环，稍后便可以接受上层发来的的请求了（上层请求的event对象建立，在第三个任务中）。接下来看第二个任务，这个任务的入口是RIL_Init, RIL_Init首先通过参数获取硬件接口的设备文件或模拟硬件接口的socket. 接下来便新开一个线程继续初始化，即mainLoop。 mainLoop的主要任务是建立起与硬件的通信，然后通过read方法阻塞等待硬件的主动上报或响应。在注册一些基础回调（timeout,readerclose）后，mainLoop首先打开硬件设备文件，建立起与硬件的通信，s_device_path和s_port是前面获取的设备路径参数，将其打开（两者可以同时打开并拥有各自的reader，这里也很容易添加双卡双待等支持）。接下来通过at_open函数建立起这一设备文件上的reader等待循环，这也是通过新建一个线程完成， ret = pthread_create(s_tid_reader, attr, readerLoop, attr)，入口点readerLoop。 AT命令都是以\r\n或\n\r的换行符来作为分隔符的，所以readerLoop是line驱动的，除非出错，超时等，否则会读到一行完整的响应或主动上报，才会返回。这个循环跑起来以后，我们基本的AT响应机制已经建立了起来。它的具体分析，包括at_open中挂接的ATUnsolHandler, 我们都放到后面分析response的连载文章里去。有了响应的机制（当然，能与硬件通信也已经可以发请求了），通过RIL_requestTimedCallback(initializeCallback, NULL, TIMEVAL_0)，跑到initializeCallback中，执行一些Modem的初始化命令，主要都是AT命令的方式。发AT命令的流程，我们放到后面分析request的连载文章里。这里可以看到，主要是一些参数配置，以及网络状态的检查等。至此第二个任务分析完毕，硬件已经可以访问了。最后是第三个任务。第三个任务是由RIL_Init的返回值开始的，这是一个RIL_RadioFunctions结构的指针。其中最重要的是onRequest域，上层来的请求都由这个函数进行映射后转换成对应的AT命令发给硬件。rild通过RIL_register注册这一指针。 RIL_register中要完成的另外一个任务，就是打开前面提到的跟上层通信的socket接口（s_fdListen是主接口，s_fdDebug供调试时使用）。然后将这两个socket接口使用任务一中实现的机制进行注册（仅列出s_fdListen）这样将两个socket加到任务一中建立起来多路复用I/O的检查句柄集合中，一旦有上层来的（调试）请求，event机制便能响应处理了。到这里启动流程已经分析完毕。 link Android GSM驱动模块详细分析
展开>>

收起<<; 6943 次阅读| 12 个评论

分享 (转载)Android——编译release版签名系统: 热度 6 liujin 2016-10-21 17:11; 本文转载至：http://blog.csdn.net/jscese/article/details/24243171 一：签名类型 android的标准签名key有： testkey media platform shared 以上的四种，可以在源码的/build/target/product/security里面看到对应的密钥，其中shared.pk8代表私钥，shared.x509.pem公钥，一定是成对出现的。其中testkey是作为android编译的时候默认的签名key，如果系统中的apk的android.mk中没有设置LOCAL_CERTIFICATE的值，就默认使用testkey。而如果设置成： LOCAL_CERTIFICATE := platform 就代表使用platform来签名，这样的话这个apk就拥有了和system相同的签名，因为系统级别的签名也是使用的platform来签名，此时使用android:sharedUserId="android.uid.system"才有用！二：自定义签名Key 在/build/target/product/security目录下有个README，里面有说怎么制作这些key以及使用问题（android4.2）： The following commands were used to generate the test key pairs: development/tools/make_key testkey '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com' development/tools/make_key platform '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com' development/tools/make_key shared '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com' development/tools/make_key media '/C=US/ST=California/L=Mountain View/O=Android/OU=Android/CN=Android/emailAddress=android@android.com' The following standard test keys are currently included: testkey -- a generic key for packages that do not otherwise specify a key. platform -- a test key for packages that are part of the core platform. shared -- a test key for things that are shared in the home/contacts process. media -- a test key for packages that are part of the media/download system. These test keys are used strictly in development, and should never be assumed to convey any sort of validity. When $BUILD_SECURE=true, the code should not honor these keys in any context. 从上面可以看出来在源码下的/development/tools目录下有个make_key的脚本，通过传入两个参数就可以生成一对签名用的key。其中第一个为key的名字，一般都默认成android本身有的，因为很多地方都默认使用了这些名字，我们自定义的话只需要对第二个参数动手脚，定义如下： C --- Country Name (2 letter code) ST --- State or Province Name (full name) L --- Locality Name (eg, city) O --- Organization Name (eg, company) OU --- Organizational Unit Name (eg, section) CN --- Common Name (eg, your name or your server’s hostname) emailAddress --- Contact email address 另外在使用上面的make_key脚本生成key的过程中会提示输入password，我的处理是不输入，直接enter，不要密码！后面解释，用自定义的key替换/security下面的。可以看到android源码里面的key使用的第二个参数就是上面README里面的，是公开的，所以要release版本的系统的话，肯定要有自己的签名key才能起到一个安全控制作用。三：修改系统默认签名key 在上面提到如果apk中的编译选项LOCAL_CERTIFICATE没有设置的话，就会使用默认的testkey作为签名key，我们可以修改成自己想要的key，按照上面的步骤制作一个releasekey，修改android配置在/build/core/config.mk中定义变量： DEFAULT_SYSTEM_DEV_CERTIFICATE := build/target/product/security/releasekey 在主makefile文件里面： ifeq ($(DEFAULT_SYSTEM_DEV_CERTIFICATE),build/target/product/security/releasekey) BUILD_VERSION_TAGS += release-keys 这样的话默认的所有签名将会使用releasekey。修改完之后就要编译了，如果上面的这些key在制作的时候输入了password就会出现如下错误： Enter password for build/target/product/security/releasekey.pk8 (password will not be hidden): java.lang.NullPointerException at com.android.signapk.SignApk.decryptPrivateKey(SignApk.java:142) at com.android.signapk.SignApk.readPrivateKey(SignApk.java:166) at com.android.signapk.SignApk.main(SignApk.java:531) Enter password for build/target/product/security/releasekey.pk8 (password will not be hidden): make: *** 错误 1 make: *** 正在等待未完成的任务.... Enter password for build/target/product/security/releasekey.pk8 (password will not be hidden): java.lang.NullPointerException at com.android.signapk.SignApk.decryptPrivateKey(SignApk.java:142) at com.android.signapk.SignApk.readPrivateKey(SignApk.java:166) at com.android.signapk.SignApk.main(SignApk.java:531) make: *** 错误 1 Warning: AndroidManifest.xml already defines minSdkVersion (in http://schemas.android.com/apk/res/android); using existing value in manifest. Warning: AndroidManifest.xml already defines targetSdkVersion (in http://schemas.android.com/apk/res/android); using existing value in manifest. 'out/target/common/obj/APPS/Calendar_intermediates/classes.dex' as 'classes.dex'... Enter password for build/target/product/security/releasekey.pk8 (password will not be hidden): java.lang.NullPointerException at com.android.signapk.SignApk.decryptPrivateKey(SignApk.java:142) at com.android.signapk.SignApk.readPrivateKey(SignApk.java:166) at com.android.signapk.SignApk.main(SignApk.java:531) make: *** 错误 1 ^Cmake: *** 错误 130 我在网上找到了合理的解释：其实会出现这个错误的最根本的原因是多线程的问题。在编译的时候为了加速一般都会执行make -jxxx，这样本来需要手动输入密码的时候，由于其它线程的运行，就会导致影响当前的输入终端，所以就会导致密码无法输入的情况！再编译完成之后也可以在build.prop中查看到变量： ro.build.tags=release-keys 这样处理了之后编译出来的都是签名过的了，系统才算是release版本我发现我这样处理之后，整个系统的算是全部按照我的要求签名了。四：其它网上看到还有另外的签名release办法，但是应该是针对另外的版本的，借用学习一下： make -j4 PRODUCT-product_modul-user dist 这个怎么跟平时的编译不一样,后面多了两个参数PRODUCT-product_modul-user 和 dist. 编译完成之后回在源码/out/dist/目录内生成个product_modul-target_files开头的zip文件.这就是我们需要进行签名的文件系统. 我的product_modul 是full_gotechcn,后面加“-user”代表的是最终用户版本，关于这个命名以及product_modul等可参考http://blog.csdn.net/jscese/article/details/23931159 编译出需要签名的zip压缩包之后，就是利用/security下面的准备的key进行签名了： ./build/tools/releasetools/sign_target_files_apks -d /build/target/product/security out/dist/full_gotechcn-target_files.zip out/dist/signed_target_files.zip 签名目标文件输出成signed_target_files.zip 如果出现某些apk出错，可以通过在full_gotechcn-target_files.zip前面加参数"-e apkname=" 来过滤这些apk. 然后再通过image的脚本生成imag的zip文件，这种方式不适用与我目前的工程源码，没有做过多验证！
展开>>

收起<<; 个人分类: android 驱动开发| 8972 次阅读| 8 个评论

分享 android4.2系统以上，如何让android系统禁止休眠: 热度 3 tangh 2016-8-11 14:37; android4.2以上版本比android4.2以前的版本framework层框架部分有了很大的改变，androd4.2以前版本framework层给上的接口函数与android4.2以上版本的接口函数也有了些变化，以前让机器永不休眠的方法用在android4.2以上版本已经不起作用了。现将android4.2以上版本修改永不休眠的方法记录下来。首先还是要修改defaults.xml文件里def_screen_off_timeout的值。 1. 修改default值，不自动休眠 /frameworks/base/packages/SettingsProvider/res/values/defaults.xml 修改def_screen_off_timeout为-1 2.修改PowerManagerService.java文件getScreenOffTimeoutLocked()函数修改前： view plain copy privateintgetScreenOffTimeoutLocked(){ int timeout = mScreenOffTimeoutSetting ; if(isMaximumScreenOffTimeoutFromDeviceAdminEnforcedLocked()){ timeout = Math .min(timeout,mMaximumScreenOffTimeoutFromDeviceAdmin); } if(mUserActivityTimeoutOverrideFromWindowManager =0){ timeout =(int)Math.min(timeout,mUserActivityTimeoutOverrideFromWindowManager); } returnMath.max(timeout,MINIMUM_SCREEN_OFF_TIMEOUT); } 修改后: view plain copy intnosleep; int timeout = mScreenOffTimeoutSetting ; if(isMaximumScreenOffTimeoutFromDeviceAdminEnforcedLocked()){ timeout = Math .min(timeout,mMaximumScreenOffTimeoutFromDeviceAdmin); } if(mUserActivityTimeoutOverrideFromWindowManager =0){ timeout =(int)Math.min(timeout,mUserActivityTimeoutOverrideFromWindowManager); } nosleep = mScreenOffTimeoutSetting ; if(nosleep 0 ) { nosleep = mMaximumScreenOffTimeoutFromDeviceAdmin ; returnMath.max(nosleep,mMaximumScreenOffTimeoutFromDeviceAdmin); } returnMath.max(timeout,MINIMUM_SCREEN_OFF_TIMEOUT); 修改后就不会休眠了。可能还有其它方法让其用不休眠，有兴趣的人可以在看看源码找着看。
展开>>

收起<<; 个人分类: android framework power| 2607 次阅读| 3 个评论

分享 Andriod keylayout: 热度 1 liujin 2016-5-19 12:03; 转自http://blog.csdn.net/mcgrady_tracy/article/details/47358689 Android kl（key layout）文件是一个映射文件，是标准linux与anroid的键值映射文件，kl文件可以有很多个，但是它有一个使用优先级： /system/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl /system/usr/keylayout/Vendor_XXXX_Product_XXXX.kl /system/usr/keylayout/DEVICE_NAME.kl /data/system/devices/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl /data/system/devices/keylayout/Vendor_XXXX_Product_XXXX.kl /data/system/devices/keylayout/DEVICE_NAME.kl /system/usr/keylayout/Generic.kl /data/system/devices/keylayout/Generic.kl 如果你没有为设备单独定义kl文件，那么就会使用默认的那个Generic.kl文件。例如： # This is an example of a key layout file for basic system controls, such as # volume and power keys which are typically implemented as GPIO pins that # the device decodes into key presses. key 114 VOLUME_DOWN WAKE key 115 VOLUME_UP WAKE key 116 POWER WAKE 像前面114、115这些数字都是在linux-3.10/include/uapi/linux/input.h中定义的，kernel报上来的键值就是114或115，而kl文件是对这个键值的映射，在android系统中代表的是VOLUMEDOWN、VOLUMEUP。还有一点需要注意，我们怎么知道这个vendor号和input name呢，可以通过cat /proc/bus/input/devices命令查看，当然getevent -p也可以查看input name。而android这边的keycode定义在frameworks/native/include/input/InputEventLabels.h文件中，定义在KEYCODES这个数组中的，是通过宏DEFINE_KEYCODE定义的，例如： DEFINE_KEYCODE(VOLUME_DOWN), 而真正的键值是定义在frameworks/native/include/android/keycodes.h中的。
展开>>

收起<<; 个人分类: android 驱动开发| 2557 次阅读| 1 个评论

分享 Android中的lcd_density && 在应用源码中设置横竖屏和取消横竖屏 && 改变设备 ...: wxh020 2013-6-18 16:44; 一款LCD屏幕，它的density密度是有其工艺决定好的，但是在软件中我们可以进行修正以满足要求。对于HVGA屏，设置ro.sf.lcd_density=160，对于WVGA屏，设置ro.sf.lcd_density=240。来到相关的源码部分，Density获取的部分在DisplayMetrics.java（frameworks\base\core\java\android\util）这个类里面，系统定义了3个等级的density，分别是low-120，medium-160，high-240。 view plaincopy /** *StandardquantizedDPIforlow-densityscreens. */ public static final int DENSITY_LOW=120; /** *StandardquantizedDPIformedium-densityscreens. */ public static final int DENSITY_MEDIUM=160; /** *StandardquantizedDPIforhigh-densityscreens. */ public static final int DENSITY_HIGH=240; 同样在这个类最下面，找到系统获取Density的方法： view plaincopy private static int getDeviceDensity(){ //qemu.sf.lcd_densitycanbeusedtooverridero.sf.lcd_density //whenrunningintheemulator,allowingfordynamicconfigurations. //Thereasonforthisisthatro.sf.lcd_densityiswrite-onceandis //setbytheinitprocesswhenitparsesbuild.propbeforeanythingelse. return SystemProperties.getInt( "qemu.sf.lcd_density" , SystemProperties.getInt( "ro.sf.lcd_density" ,DENSITY_DEFAULT)); } 从这个方法中可以看到，系统会去读系统属性。先去读ro.sf.lcd_density，若存在，那么设置这个属性记录的density的值。否则，则取默认值也就是160。所以简单的测试方法就是改build.prop中的ro.sf.lcd_density，重启测试发现果然屏幕的分辨率发生了变化，但是这样直接修改build.prop的效果在重编译后就覆盖了；如果要在安卓CODE中添加，则在DisplayHardware.cpp (frameworks\base\services\surfaceflinger\displayhardware)中查找ro.sf.lcd_density，直接将property值写死。或者修改buildinfo.sh，添加echo "ro.sf.lcd_density=160"也可以。曾经碰到这样一个问题，WVGA的7寸LCD的平板，图标和字体看起来很大很不舒服，此时它的默认density是240，也即一英寸240像素；我们可以人工将它的density改小，比如180，这样字体和图标都是按英寸计算长度的，更新后的图标和字体就显得小多了。关于平板模式手机模式切换，以及的density影响请参见参考原文5。因为该值有人为改变的可能性，可以用以下办法获取系统真实的DPI。样例基础是：http://blog.csdn.net/zhandoushi1982/article/details/8498822，添加如下即可。 view plaincopy DisplayMetricsdm= new DisplayMetrics(); getWindowManager().getDefaultDisplay().getMetrics(dm); scale.setText( "scaleis" +dm.densityDpi); ================================================================================================================== 设置安卓应用中的横屏或竖屏，使不能自动旋转，在相应AndroidManifest.xml中对Activity属性进行设置。如： activity android:name="ScreenLoading" android:screenOrientation="portrait"限制竖屏，或者在配置中加入android:screenOrientation=”landscape”限制横屏。一般的应用可以满足横竖屏两种布局的需要，因为手机屏幕方向变化的时候系统会自动调用相应的布局文件，但如果一种布局文件无法满足两种屏幕显示的时候，可以在res目录下建立layout-port和layout-land两个目录，里面分别放置竖屏和横屏两种布局文件就行了。 ============================================================================================================== 有时候在LCD或touchscreen或键盘调好之前，android默认10秒就会suspend导致系统睡眠，不方便调试。此时可以通过其他方式来将睡眠时间改长。在DisplaySettings.java (packages\apps\settings\src\com\android\settings)中，改变FALLBACK_SCREEN_TIMEOUT_VALUE的值（也可能要以provider的值为准）。参考原文：http://blog.csdn.net/muojie/article/details/6656572 参考原文：http://blog.sina.com.cn/s/blog_72fad6270100wh5y.html 参考原文：http://blog.csdn.net/linweig/article/details/5029843 参考原文：http://blog.csdn.net/ponderforever/article/details/7296734 参考原文：http://blog.csdn.net/xubin341719/article/details/7960521#comments
展开>>

收起<<; 个人分类: android| 3099 次阅读| 0 个评论

更多...

友情链接

一牛网课堂

|

|

|

电子元器件商城

小广播

一牛网是干什么的？1分钟了解一牛网

热门推荐

一牛MTK技术交流QQ群：947753880

MTK方案定制,请联系

13316559917(微信同号，加号请备注：MTK）

MTK系列开发板/核心板:

MTK5G-MT6853开发板

MTK5G-MT6873开发板 MT6771-4G核心板

mt8788 AI智能模块 MT6763开发板

MT6762开发板 MT6761开发板

MT6765开发板 MT6757芯片核心板

MT6753核心板 MT6739开发板

更多开发板点击查看

相关词条

热门资料下载

RK3368 V1.0_PCB文件.zip

必须弄懂的495个c语言问题.pdf

MT6356_PMIC_Data_Sheet_V1.3.pdf

很好的MTK-Android资料.doc

LinkIt_Assist_2502_pin_out_v1_0 .pdf

MT7623N_Datasheet_preliminary (1).pdf

MT7623A_Datasheet_preliminary (1).pdf

MediaTek_LinkIt_Assist_2502_Hardware_Reference_Design_v1_1.zip

4G IMEI 写号神器.rar

帮助中心|隐私声明|联系我们|手机版|( 粤ICP备13053961号-1 )

© 2013-2023 一牛网 | 营业执照 | EDI证