DMS 安卓虚拟机调试监控服务

本文详细介绍Android开发环境中的Dalvik虚拟机调试监控服务DDMS的功能,包括EmulatorControl、TelephonyStatus、TelephonyActions、LocationControl以及FileExplorer窗口的使用,展示了如何模拟电话、短信、GPS信号以及查看和管理虚拟机文件。

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

1.DDMS简介

DDMS 的全称是Dalvik Debug Monitor Service,是 Android 开发环境中的Dalvik虚拟机调试监控服务。它为我们提供例如:为测试设备截屏,针对特定的进程查看正在运行的线程以及堆信息、Logcat、广播状态信息、模拟电话呼叫、接收SMS、虚拟地理坐标等等。

2.DDMS功能介绍

  1. Emulator Control:
    通过这个面板的一些功能可以非常容易的使测试终端模拟真实手机所具备的一些交互功能比如:接听电话,根据选项模拟各种不同网络情况,模拟接受SMS消息和发送虚拟地址坐标用于测试GPS功能等;
  2. Telephony Status:
    通过选项模拟语音质量以及信号连接模式.
  3. Telephony Actions:
    模拟电话接听和发送SMS到测试终端.
  4. Location Control:
    模拟地理坐标或者模拟动态的路线坐标变化并显示预设的地理标识,可以通过以下3种方式:
  5. Manual:
    手动为终端发送二维经纬坐标。
  6. GPX:
    通过GPX文件导入序列动态变化地理坐标,从而模拟行进中GPS变化的数值.
  7. KML:
    通过KML文件导入独特的地理标识,并以动态形式根据变化的地理坐标显示在测试终端

3.File Explorer 窗口

在File Explorer窗口中,可以查看Android虚拟机内的系统文件,以及将应用安装到虚拟机上所产生的配置和数据库文件。
在这里插入图片描述
mnt—shell—emulated—0 目录用于模拟用户SDcard的存储。在这里插入图片描述

4.SDcard文件导入和导出

在File Explorer中,将文件导入到mnt—shell—emulated—0目录里
在这里插入图片描述

系统软件层级架构 本人主要是基于Gualcoom平台软件架构开发,Gualcoom平台是以QNX为Host OS,并且其中包含Hypervisor 功能,Type 2软件架构方案。 Android Automotive OS为guest OS, 对Type 2软件架构分级进一步详细,再加上MCU 软件部分。 先从SOC部分开始介绍,QNX启动GVM进程加载AndroidAndroid主要分为APP、Framework、Native service、HAL 、BSP layer。 Android特别解释: Native Service:主要包含system分区除了framework 核心服务之外的一些外设服务,比如MDNSD(Multicast DNS daemon)、logcat、ADBD、Iptable、Radio Service、Factory Reset。还有和Vendor厂商相关的Native Service,比如:Thermal Engine、CNSS(Compass Navigation Satellite System)-Daemon、Power Daemon 、IPACM(IP Access Control Manager)。 Extend Service:主要是Vendor 厂商定制化的system Service,比如Speech Service、OMS(Occupation Monitor Service)、Car Audio Service。 Android Runtime:Ueventd 、VOLD、LMKD、 Tombstone、Zygote、Service Manager,这都是标准组件。 IPC OS:这个都是主机厂为了SOA Service所使用的模块,Android OS可以直接和外域OS通信。 QNX特别解释: Infrastructure Service:在QNX系统中提供核心服务的模块:收集QNX Log Service(一般会同时收集MCU log,然后通过UFS映射到Android 分区,直接通过ADB就可以查看,非常方便,不是需要通过MCU厂商提供的软件来导出MCU Log,很麻烦)、管理QNX power Service、接收Android系统界面信号vehicle Signal Service、接收整车车控信号的IPC Service、OMS、DMS、管理CSD屏幕和仪表屏幕的Display Service。 Cluster Service:主要是为仪控HMI APP提供基础服务能力,比如:接收IPC Service发送过来的车控信号,在仪表界面显示的各种状态灯提供处理分析逻辑;在多屏互动过程中提取Android map的图像数据和设置显示图层的基础Service;接收ADAS传输过来的自动驾驶感知数据Service。 APP:主要指HMI 模块,这个layer一般都会使用Unity或者Unreal Engine提供的解决方案和产品,让仪表屏幕能够显示各种图像和数据。再包括一些数据消息缓存队列 MCU软件架构主要是以AUTOSAR为标准进行搭建的,主要是处理总线信号的功能(包括各种车控信号和整车电源信号),主机厂能够开发的应该是SWC Layer,其他部分都是买的定制化AUTOSAR系统组件。 AUTOSAR(Automotive Open System Architecture)是一个全球性的汽车行业合作组织,同时也是一个开放的标准化软件架构,旨在为汽车电子系统提供一个标准化的开发框架。框架就相当于是把接口定义好,但是实现是需要自己写代码的,所以主机厂的AUTOSAR都是买的供应商的。 结合这篇文章的这些部分 展开描述一下智能座舱系统架构师的工作和所需要的技能?以一种科普笔记的视角和方式?
最新发布
03-18
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值