- 课程目录
- 相关资源
- 课程笔记
好,大家好!欢迎来到我们的 TI Live Training 课堂
我们先来自我介绍一下
我叫 Ray ,是 TI 的模拟现场支持工程师,就是 AFA
主要是负责支持汽车客户的模拟器件的选型
还有解决方案的使用
然后在我旁边的这位是我们的张永
好,大家好!也欢迎大家来参加我们这次的直播
我是 TI 汽车领域的处理器的现场营运工程师,我叫张永
我同样也是负责 Processor 这块的方案的一些选型啊
选型技术支持等工作
后续我将会给大家带来一些
G center的家族处理器的一些信息给到大家
谢谢
OK 那么我们今天的 Topic 是 Telematics 就 T-Box 的设置、设计
大概会分成两个部分
我会先讲讲我们 T-Box 的 TI Solution
Focus 在 Analog 这块就模拟器件这一块
包括电源啊
然后整个 Audio 器件的设计跟选型
然后待会张永的话会 Focus 在我们 Processor 这一块
好,那我们今天就借这个机会跟大家一起交流一下
然后希望大家有什么反馈的话也随时可以跟我们在线上进行互动
好
OK 我们的主题 Again 就是这个 T-Box 的 TI Solution
这是我们今天的 Agenda
那么一开始的话,我们会先聊聊这个到底什么是 T-box?
因为是一个非常 New、 Emergent 的应用,对吧?
然后在后面的话我们可以聊一聊
在这个一里面会有哪些 Key design challenges?
然后对于这些 Key design challenges
我们 TI 会提供什么样的解决方案?
对于这些解决方案其实 TI 都会做很多这个 Reference 的设计
就针对于实现某一个功能或者说...
整合某一个模块
就用 TI 我们自己的器件去搭建这么一个 Reference Design
这个我们也可以介绍一下
然后再往下的话我们会细分一下
就是我们在这个 Reference Design 里面用了哪些料?
而这些料我们 TI 的 Road Map 是怎样的?它的性能是怎样的?
可以为大家提供一个什么样的选型跟选择跟设计的帮助
主要是有三个部分
一个就是 Wide Vin Buck、Low Vin Buck
还有我们这个 Audio Solution
OK 那么我们先从这个 T-Box 聊起
其实 T-Box 的话
Telematics 是两个词的合成
一个应该是 Telecommunication 就是通信
一个就是 Informatic 就是信息
那么它其实是主要特指在我们汽车上的信息交互单元
这么一个应用
对 Telematics 来说它应该是有一个演化的过程
首先的话,它最早是从 eCall 开始
eCall 的话就 Emergency Call 就是紧急呼叫
我们知道就汽车的话安全是永远是第一个考虑的问题
所以在设计上我们会预留了很多
安全的一些措施或者说我们的应对方案
那么 eCall 就是我们总称安全非常重要的一个组成部分
它的作用就在于
在我们车遇到紧急的情况的时候
我们可以通过这个 eCall 模块跟外界跟我们这个紧急呼叫中心
或者跟其他的一些服务平台取得联系
然后能够达到即时的报警
然后通知我们这个紧急呼叫中心
我们相关的一些车辆信息、驾乘的一些情况
然后能够协调出对我们那个...
事故车辆的救援
那么它是一个非常初级的功能
在...
2018 年 3 月应该是欧洲率先在全球
创了一个法规上的规定
所有到市场的车都必须安装这个 eCall 的设备
然后来实现这个 eCall 的功能
那它技术上其实有很多的要求
包括你需要在车辆出现事故的时候
那个电池可能就没办法正常工作了
你需要在 Backup battery 支持的情况下
去完成一个 8 到 10 分钟的完整通话
还有一个要求的话比如说,它会说在 60 分钟以后
你要保证有足够的能力能够接到一个
这个外方的一个电话比如说,一个紧急救援的回复
这个就是 eCall 的一个基本概念
那么从 eCall 再往上走就是到了我们说的 TCU
Telematics Control Unit
这个 TCU 的话
更多是 Focus 在...
扩展信息交互的能力
就 eCall 是其中的一个方面
但除了我们这个紧急情况下的一些信息交流之外
那么 TCU 它还包括了我们在行车过程中
或者在我们这个停车过程中
我们这个车作为其中一个信息节点跟外界的一个交流
那么这个我们就可以在后面的 Slides 里面再详细讨论一下
那么再往上的话
就是我们现在说的 Smart Telematics Gateway
那么它是集成了一个 Gateway 的功能
去做一个网关
去把我们外界车外跟车内的系统完全连接起来
因为我们知道车里面的通信是非常复杂的
它分成了不同的域
比如说,Body 车身域
Info 就是这个车载娱乐域
比如说,底盘 Powertrain 的域等等
它们每个域都有自己的局域通信网络
那这个局域通信网络它又是通过不同的形式去实现的
包括 CAN 包括在 Body 上用很多的 LIN 啊
包括可能在车载娱乐上面我们就是现在越来越流行的
以太网
也包括可能在宝马车上率先使用的
在这个 Powertrain 底盘域的一个 FlexRay 等等
那么这些不同的通信它就需要一个网关去做这个信息的整合
这个网关其实一开始的话它在车身上其实是有一个车身域自己的网关
它会把很多不同的 CAN 网络跟 LIN 网络的信息进行整合跟交会
那这个只是网关一个在车上比较常做的应用
那这里说的 Telematics Gateway 的话
那更多的是在更上一层级,比如说在不同域控制器之间的一些信息交互
包括我们的车跟外界的一些信息交互
所以它是属于一个要处理更大的数据量
然后要有更丰富的接口
然后要有实现更强大功能的这么一个控制器
那么基本上这就是我们这个
看到的这个 Telematics 的发展的 Road Map
OK
V2X 非常 Popular 的一个概念
V就是Vehicle
那X的话就有很多了就是...
Anything
V2I、V2V、V2G等等
那其实它就是基于我们现在所说的Telematics的一个...
Road Map或者说发展的愿景
它需要作为一个节点
然后通过我们的硬件跟软件去实现V2X的功能
就我们整车跟外界去做一个交流的功能
OK
那我们可以再详细的去看一下
V2X它包括了很多,比如说
第一个就是V2V
Vehicle to Vehicle
Vehicle to Vehicle
那么这个是一个非常Popular的一个概念
然后它的实现是说我们可以通过
DSRC或者c-V2X的技术
来实现短程的、不同的汽车单体之间的通信
那DSRC就是Dedicated Short Range Communications
就是一个短波大概在10米的一个无线电通信
那么c-V2X的话是基于这个
Cell Phone就是蜂窝的一个通信格式
其实这个是两个不同的那个...
两个不同的组织去Develop出来的一个...
就是行业的标准
那这个的话也是我们现在
Telematics 市场主要 Focus 的两种技术
那么汽车跟汽车的通信会通信哪些内容呢?
那我们可以想到就等于我们人在路上走一样,对吧?
然后因为人可以通过很多我们自主的一些,比如说手势啊
眼神啊、声音啊或者就是体态等等去进行交流
那么车的话它就通过我们这个 Telematics做一个节点去进行通信
它会告诉,比如说我这个
每辆车之间跟相邻车之间的距离是多少?
然后加速减速的情况是多少?
对于我们这个可能产生的一些碰撞
或者刮蹭提供一些预判或者警示等等,然后
掉的话可能对于我们一些再往上一点通过这个信息
单点的车其实可以通过收集周围车的一些信息
去做一些,比如说提前自动刹车
或者辅助刹车等等一些主动安全的操作
这个就是V2V的一些应用
那么第二个就是V2I
就是Vehicle to Infrastructure
就是跟我们机件的一些通信
其实它就是一个移动的手机,对吧?
然后可以通过一些固定区的一些基站
的机件设施去把附近一些车的信息收集起来
然后在后台去做一些,比如说
我们可以分析现在这个地区
这个车流量怎么样?
它是一个舒适、拥挤还是非常拥堵的一个状态
然后再通过这个基础设施
去反馈给单点的车
然后进行一个路况的更新等等
这个就有点像我们Navi就是
比如说跟导航技术的一些融合这一块也是非常重要的
那么第三点的话就是V2P
Vehicle to Pedestrian
就是车跟路边行人的一个交互
那我们知道我们现在的移动设备非常非常Popular
也非常非常的常见
就包括我们的手机、Smart Phone
包括我们的一些可穿戴设备等等
其实这些就是一个很好的通信节点
那么...
通过我们的Telematics 能够与周围的一些...
行人的信息节点进行一些交互
能够有效地避免我们这个因为人跟车就是
比如说驾驶员疲劳或者说过马路看手机等等的情况而造成的一些碰撞
或者伤害
这是一个基于安全上非常大的一个前景
那么第四个的话就是这个V2C跟V2N
Vehicle to Cloud/Vehicle to Network
Cloud也是一个非常这几年非常Popular的概念
就是云
简单来说就是后台一个很大的平台
做一个信息的融合、分析、调度
然后再传送一些 Deliver一些即时的结果
那么在这一块V2C的话它的应用场景是什么呢?
比如说,我们谈得比较多的叫OTA Update就是
Over The Air Update
我们的车
现在的车如果没有这一块的话你需要做这个软件的更新
很有可能你就需要开到4S店对吧
然后它通过OBD的接口或者其他的一些车载的接口
然后再通过它的电脑
去给你整车的软件进行一个升级
这是未来的话我们可以省去这一步
通过我们这个Telematics
作为终端就可以完成这么一个OTA的升级
那同样的节省我们的人力物力
然后也能更方便去完成我们这个或者提高我们这个用车的体验
OK
最后一个是V2G
就是Grid充电站就充电设施
那这个主要是我们新能源的应用
因为你知道现在新能源车越来越多是吧
大城市又不限牌
上周还出了一个就国务院还出了一个关于我们这个...
汽车行业振兴的政策指导
所以我们可以看到新能源是越来越受国家重视
或者说它有一个政策的扶持
在可预想的可预见的时间内
它其实还是会有一个持续发展的这么一个趋势
那么其中一个痛点新能源其中一个特点就是充电对吧
然后我们这个Telematics
V2G的话可以做到就是...
一个可以通过我们的Telematics 可以跟周边的充电网络
或者充电设施进行互联
然后能够有效的监控我们现在新能源车电池的使用情况
然后即时做一些,比如说...
充电电量提醒然后给你做一些充电预约
然后或者说是到充电站或充电设施的
一些引领或者指导等等
然后另外一个方面就是说其实对新能源车的话
国家我们其实已经有对应的那个...
标准或者说行业规范
其中一个点的话就是说...
任何新能源車它都要具备一个将自身的车载状况
传输给我们国家管理中心一个后台
这么一个功能
这些状况就包括你需要定期的上传你电池的信息
包括电量,包括诊断的信息等等
第二个的话可能是包括你这个OBC On Board Charger的一些信息
包括Traction 就电机、驱动等等的一些信息
Overall它就是为了能够有效地监控
或者说有效地Monitor 我们新能源车的使用状况
然后也能够在一个宏观的角度
去做一些数据的分析
OK这其实就是我们Telematics的
我们的理解就Telematics的一个发展前景
跟它以后需要实现的哪些功能
这页Slide回到我们刚刚说的一个问题就是
我们的Smart Telematics Gateway
Anyways其实它就是通过你可以看到其实我们
这个V2X它需要很多节点
去进行不同的交互
所以它的信息是非常复杂
跟非常繁琐的
同时它可能对时效性又会有一个要求,对吧
比如说,我要反馈堵车的状况你不可能把那个,比如说
一个小时或者两个小时之前的状况反馈给那个驾驶员
因为那是没有意义的所以时效性的话也是对某一类
这个V2X信息的一个比较大的一些要求
那么如此庞大的信息的话我们就需要在Telematics里面
集成这个Gateway的功能
能够有效地去处理跟调度我们所需要的一些信息
然后去完成我们外界跟车里面所有系统
进行信息交互的这么一个功能
OK这个就是大概我们从整车的角度来看一下
我们Telematics可能的一些应用跟...
就是一些Case
那么这是我们TI.com官网的一个截图
其实我个人觉得TI 做得非常好的一个点就是说
我们把自己定位在一个不只是卖芯片的公司
因为就是如果只卖芯片这格局显得太小了,对吧?
所以我们 Focus 在是一个
System Solution就是我们要做一个
解决方案的一个供应商
用我们自己的器件去提供一套解决方案
满足某一个应用场景满足某一类就是
就是设备应用的需求
那么其实TI 它把我们汽车分了四个大块
一个是Powertrain就是Evhe的
一个是ADAS的或一些雷达等等的应用
还有一类的话就是Infotainment and Cluster
就是我们的车载娱乐系统
以及仪表盘
那么我们在这里看到的就是我们这个
Infotainment and Cluster
下面的一个子分类
在里面的话它会分成 Cluster、Display、
Telematics和Integrated Cockpit
所以我们Telematics就处于这个...
Infotainment and Cluster下面
所以因为其实...
对于Telematics来说就更多的还是跟我们信息交互相关
比如说,仪表盘啊,然后显示啊还有我们智能座插啊都是
相似的应用
但是它也有不同点就在于它可能要集成一些,比如说eCall的功能
比如说,一些网关的功能等等
所以我们把它独立分成了一个子类
那么Telematics刚刚也说了其实它在演化的过程中
它肯定是有很多不同的变种
功能也是逐渐加进来的
所以我们把Telematics这些种类的话
也是往下再细分了不同的这个子的系统
包括比如说后装的Telematics
包括只有简单的eCall功能
包括智能的天线模块
包括我们刚刚一直在说的这个就是Smart Telematics Gateway
可能还有一些专门去做V2X的模块
还有一些无线连接
这么一个模块等等
其实我建议大家如果有时间的话也可以到我们官网上去
看一下因为里面的信息真的是非常多
包括我们对其中一个子系统的了解
理解
里面的话有我们的一个Blog Diagram就是系统框图
里面我们觉得要实现这个功能需要有哪些子的功能模块
要对这些功能模块 TI有什么样的解决方案
这是一点第二的话我们也会有
针对于不同的子模块的一些 Reference Design就是参考设计
参考设计的话我们有很多...
Demo版或者说EVM 你们可以做申请或者购买
然后回来再做一个具体的研究跟学习或者探讨
然后同时的话到里面其实我们还有很多相关的一些文档
比如说,Telematics下面会有我们对这个行业发展的一些
研究的结果然后我们会有很多系统的工程师
去Focus在这一块然后针对一些新的需求或者
他能看到行业的一些新爆点在我们这个网站里面都会有分享
OK
说了这么多其实这才是我们今天关注的一个比较大的主题
就是我们如何去
为这个Telematics TCU 提供我们这个TI的解决方案
这个就是其中一个子系统
的一个系统框图就是 Telematics Smart Gateway
的一个大的子系统框图
按照我们TI的理解要实现这个系统的功能
它可能是需要具备大家看到的
这么多的一些功能模块
但是我要说的话就是说这其实是一个最大化了
因为...
很多OEM它其实对Telematics的定义都不太一样
在发展中的Telematics的话它实现的功能也不一样可能
跟其他的一些现有的整治控制器
有一些功能的重叠
可能某一些OEM希望在里面加一些更前应的一些东西,比如说
以太网通信
就是也是这两年在车载上应用比较广泛等等
所以说这是一个最大化的系统框图
这一个好处是什么呢?就是说
我们可以在里面找到了我们TI理解的
所有功能模块
然后对应功能模块我们可以找到我们TI自己推荐的解决方案
那么对于各位在线的朋友的话
你们去看这个系统框图也可以加深一下对这个Telematics
的硬件的一个理解
然后如果你真的需要具体做项目
做哪一块的研究的话通常我们这个系统框图
你可以进去连接到不同的子模块
然后去对对应的子模块的页面去做更深入的探讨
或者搜索
OK那我们就大概来讨论一下
这个Reference Diagram
我觉得可以分成大概三个部分
第一个就是我们整个Telematics
就T-Box的电源架构
这个电源其实是所有的ECU就是...
车载控制器它不可或缺的一部分,对吧
所有工作都是需要我们的电源去支撑的
TI也是一个电源产品非常丰富的一个公司
我们会提供Wide Vin、Low Vin
还有 Mid Vin 的所有产品
还有不同拓扑的一些比如说Boost、Buck、Sepic
或者FlyBack Control
然后这种不同拓扑的一些控制器
然后它还有再往下方的话有Controller跟Converter
有的可以给你节省一些外部的MOS管
然后去达到一个成本更优的一个解决方案
OK对于Telematics来说
电源它其实还可以分成两个部分
首先上面的第一个部分
那就是我们主的电源架构
因为整个Telematics它芯片很多而且如果你是做到Gateway的话
你还有很多DSP、Processor、M Su
它需要很多不同的电源轨
每个电源轨所需要的电流能力跟这个
电源参数的要求又不一样
所以说你需要一个丰富的电源芯片
去搭建起整个电源架构
按TI的理解
大概可以分为三级
一个的话就是...
一进来我们的整车都会有这个电池
整车电池都直接进来的话我们都会需要做一个防反的保护
然后...
直接从电池往下去做一个初级的电源转换
车载电池的话就 Typical就是Off嘛,对吧?
但是大部分整车场要求的话
全功能工作范围应该是9到16伏
然后在特殊工况下可能还是有那个,比如说
crank,就是我们的那个...
延后启动的时候那个电池电压可能遇到低到4.5伏
然后这个时候它还要求某些功能要保持正常
那这个也是我们在EZ电源遇到的一些特殊需求
那比如说EZ电源还会有
因为它直接接电池你需要考虑的是
整车电池的一些输入状况
比如说,它需要有一个Jump Start
Jump Start意思就是跨线启动
我们用的都是12伏的电池
但是如果你的电瓶没电了
其实你还可以从别的电池拉过来
别的车把电池拉过来去做一个跨线启动
这个时候的话就别的车一般而言也是一个轿车
我们说12伏的但也有可能它是一个卡车的系统
那就是24伏所以它就要兼容这个跨线启动24伏
然后最后一个就是漏洞
但这就是在传统车我们有发电机
的情况下超负载的一个工况
就我的电池跟...电池已经脱开了方向机
直接跟一些后续的控制器相连
那它需要达到就可能就 Up to 30几伏的最高电压
所以这个都是在一级电源我们需要去做的一些考虑
OK那一级电源我们防反经过一级电源之后
可能会下来一个,比如说5伏的轨
或者说中间有一些6伏
或者有一些直接到3.3伏的轨
那么这样这个是比较常用的一个...
电源轨,因为大部分芯片其实都是有5伏跟3.3伏这样的需求
但是仅仅有5伏跟3.3伏其实还不够因为我们芯片
包括DSP啊、processor 还有很多电源轨1.1伏、1.35伏
或者说1.8伏、2.5伏或者低到0.1伏、0.9伏都有
所以的话我们就需要一些叫做二级电源
二级电源它的要求就是我一级降下来了之后
我二级再做一个降压
OK二级再做一个降压就把它稳在我们后级所需要的电源轨
就刚刚说的比3.3伏更低的
那么对于这些器件来讲
它其实跟这个一级电源不一样
就是说它其实这个输入电压不需要承受那么高
也不需要考虑我们直接接电池的一些特殊工况
它只需要...
比如那个能够接受我这个
那就可以了所以它对那个输入级的电压需求就会不一样
那么第二点的话就还是说
如果是二级出来的我们很多是直接给后级芯片去供件的
所以说它对输出电源的一些参数也是比一级相对更为严苛一点
比如说,一些Low Regulation
或者Light Regulation 就是瞬态的一些响应参数
需要比一级电源更严苛一点
或者它需要输出的一些noise
等等的参数要比一级电源要更为严格一点
OK那么到二级下来的话其实我们也可以有三级
毕竟那个5伏转3.3伏
那再往下转的话我们就可以考虑一些,比如说
LDO或者一些还是用一个二级的Buck去往下
产生更小的电压
OK这个就是一级、二级电源
这一块那么对于TCU来讲它有一个特殊的地方就在于
它是需要有Backup Battery的就是我们这个备用电池
这个每一家实现的不一样有的是用纽扣电池
有的是用那个就我们常见的一些一节节的电池
它的作用是在于一开始我们也提过就要支持这个eCall的功能
那么在紧急情况发生的时候很有可能你的车损坏了
然后电瓶不能提供正常供电了
那么其实整车其他的系统依靠电瓶供电的,它都没有办法起来
但是我们这个eCall功能要实现的话必须还有一个供电
这个时候这个TCU就会切换到我们这个Backup Battery的供电
Backup Battery它在选用的时候也会考虑法规的要求
比如说,支持5到10分钟的持续通话
比如,支持一个小时之后
一个回复电话的一个时长跟要求
那么对于这个备用电池的话
我们电源还是有专门一块是需要给它处理的
一个就是你在做电源的时候就需要考虑到
如果你把那个Car Battery断开
然后你要有一个备用电池到我后续关键部件供电的路径
在这个过程中你可能需要一些过压的保护啊
或者是一些过压的监控等等
或者低压的监控
然后再另外一点就是说
在我车正常的时候我要保证这个电池是能够被整车去进行充电的
因为你不可能说这个控制器
这个定期像手机一样
就外接充个电或者说
像我们玩具一样换一个节电池
那车这技术装到车上就没办法取下来
做这个操作而且很麻烦所以正常的话就会有一个充电路径
那么这个就会通过一些芯片
简单的可以通过一个简单的LDO
从正常的电源轨里面取电
然后输出我们Battery的充电电压
在我们正常的行车过程中我们就可以给这个Backup Battery充电
保证它是一个满载的状态
那么另外的话,我们也有专门的这个电池的充电芯片
它跟LDO要更好的就是它具备了很多,比如说
充电的线流功能充电的过压跟欠压保护功能
等等就Diagnostic跟Protection的 Feature会更好
OK这是我们大部分的那个电源架构
就是我们这个TCU
聊完了电源那我们就聊聊下一块
下一块的话其实就是中间一个处理器
那因为它需要很多信息的交互
它会有很多Processor 就整个信息链路上
有很多器件
我们可以看到首先的话它可能是有
这个GPS或者GLONASS的模块
这个的话就是全球定位但是我觉得其实这里也可以加入我们的北斗
其实都是比较...
就全球四大全球定位系统
然后再有一个的话就是这个GSM跟LTE
它其实就是支持我们这个移动通信的模块
GSM就是我们以前说的2G
那LTE的话现在用的很多就是我们的移动4G
我们这个打电话都需要这个模块去支持
这个语音连接
还有的话就是它可能需要一些WiFi跟Bluetooth的模块
这些无线模块更多的话跟...比如说就移动设备啊
去完成一些V2X的功能
OK这个是我们网外通信的一些模块
就车与外面设备通信的一些模块
那么同时它肯定会有一个...
Processor
然后这个的话待会张永会再详细聊聊
我们TI Processor的方案
这个我就是不专业的人就还是Focus在我们的模拟器件
好OK
那么对于Processor来说它可能就会有一些辅助的周围器件
在模拟设计里面需要...
需要考虑了
包括一些Clocking的模块
就是做时钟同步的模块
包括一些 Voltage Translator的模块就是
芯片之间它通信的电瓶可能不一样
需要做一些转换
I²C、I²S啊
等等的一些电瓶转换
都是有可能在设计中是需要的
OK那还有一个就是我们跟车内
通信的一些模块
这个就是Interface
就是刚刚说的车内很Popular的包括LIN线、CAN线
这个以太网都可以用于我们车内的一些跟不同域之间的一些通信
OK这是我们的第二块
那么最后一块的话就是特別指出的就是这个Audio的链路
Audio的链路它其实就是为了实现这个eCall的功能
因为你要通话的话你需要有麦克风采集你的声音
OK同时做处理之后就发出去
然后你需要把缩好的音频信息通过我们这个Speaker
外放然后达到一个Handsfree就是...
就是免提
这么一个通信的功能
这个也是我们TI其实在Entertainment 就是车载娱乐还有
Class上面都是很多应用的一个场景
OK这个的话就是大概我们Telematics Reference
的一个系统框图
那么在系统框图里面真的东西很丰富
所以...
建议大家可以有时间去好好了解一下
因为这种很多都是一些Common Block
就其实对于TCU来讲
TCU来讲它有一些特殊的功能
但是如果它做一个控制器的层级去看的话
它其实有很多跟所有控制器通用的一些Block
包括电源模块、通信模块包括我们Processor的一些
周围的一些器件的模块level shift等等
所以说在看这个的时候不一定说
只会看这个telematics的应用
OK那么看了我们这个系统框图之后
我们就可以再深入聊聊就是对于实现这个Telematics
我们有哪些在设计上会比较挑战的地方
那总结出来就大概有四点
第一个的话就是eCall 始终是Telematics的核心功能
或者说是一个必备功能
所以说Audio的Performance Audio的质量
是我们在考虑这个音频电路设计方面是非常重要的一个点
那么第二的话就是
我们可以看到这个因为它是有Backup Battery的应用
包括在整车上可能是一直有 Always On的一些应用
所以说在电源模块这块的话有一个Challenge就是说
我们用的一些电源芯片必须是一个Low Iq
就是它的静态电流要比较低
然后是效率比较高
这样的话我们可以
能够在实现同样功能的情况下
保证它的损耗最少然后这个电池可以用得更久
第三点就是Low EMI的要求
这个也很好因为我们Telematics有很多
跟外面的通信跟内部的通信
它用到了很多不同的通信形式
所以这个时候我们的EMI 就是一个比较重要的指标
是不同通信形式之间不能互相干扰
然后我们自己的一个设计硬件
R1跟C1等等都要满足
我们这个没有频段干扰或者说对各个频段Limit值的一些需求
那第四点的话就是Easy of design
这个其实因为Telematics非常Popular
然后大家很多人都开始去关注,开始去做
那么之前没有接触到这一块的朋友的话
直接上手可能是觉得这个系统太过庞大
但是今天我們也推薦了一個非常好的方式就是上TI.com
就看我们的系统框图可以慢慢去了解
我们了解了之后在后面的话
我们TI online的一些文档啊
然后我们器件的一些介绍啊
包括我们整个就是 Reference Design也好
或者EVM也好都能够帮助大家更好的去上手
猜你喜欢
换一换
推荐帖子
- 开关电源纹波,抑制或减少的5种方法
- 纹波,理论上和实际上都是一定存在的。通常抑制或减少它的做法有5种: 1、加大电感和输出电容滤波 根据开关电源的公式,电感内电流波动大小和电感值成反比,输出纹波和输出电容值成反比。所以加大电感值和输出电容值可以减小纹波。 同样,输出纹波与输出电容的关系:vripple=Imax/(Co×f)。 可以看出,加大输出电容值可以减小纹波。 通常的做法,对于输出电容,使用...
- Aguilera 模拟与混合信号
- 求一款AC-DC电源模块(220AC转24DC)
- 估计大虾应该会觉得这个太简单了 不过本人对电源实在是没什么研究 导师说这样的模块很好找 也没跟我说具体用哪个 希望大虾们不吝赐教 告诉我下有什么适合的模块型号或者有什么链接让我自己去寻找下 先行谢过!...
- zjangel1 模拟与混合信号
- LED 驱动器
- 本帖最后由 dontium 于 2015-1-23 13:13 编辑 LED 驱动器 并行输出提供高电流输出 LED 驱动器注意事项 想获取更多资料,快下载附件吧~ ...
- 德州仪器 模拟与混合信号
- 回报论坛,发一个经验帖~有关430精确控制AD采样率
- 这段时间在搞的项目要用到430精确控制AD采样率,感觉自己搞了好久,期间没少问问题,论坛啊,QQ群啊,甚至还问过TI的员工,还和自己的小伙伴讨论了这个问题。非常给力的是最终我终于解决了这个问题。 因为我没有什么写代码的基础,当年的C语言也是水过去的。。。。。。单片机也没有学过,所以搞起来其实还是挺吃力的。最后程序的结构貌似也有些问题,不过先实现了精确控制AD采样的功能,还是挺有成就感。 在...
- Ben讨厌苦咖啡 微控制器 MCU