tag 标签: 汽车芯片

相关帖子
相关博文
  • 2025-3-27 13:50
    241 次阅读|
    0 个评论
    ​ 2025年3月27日 ​,贞光科技授权代理品牌紫光同芯正式发布新一代汽车安全芯片T97-415E。作为T97-315E的迭代升级产品,该芯片以 大容量存储、全球化合规认证、双SPI接口协同 为核心突破,直击智能网联汽车"多场景安全并行"与"出口合规"两大行业痛点,助力车企抢占智能驾驶与全球化市场双赛道。 行业趋势锚定:三大升级回应智能化浪潮 1. 大容量存储:破解车联网多任务瓶颈 随着​ 车机功能泛在化 ​(数字钥匙、OTA、T-BOX等安全服务集成),传统安全芯片面临存储资源挤占难题。T97-415E创新性采用​ RAM+FLASH双扩容架构 ​,支持​ 4+1多通道并发处理 ​(4路蓝牙+1路NFC),可同时承载数字钥匙配对、车云认证、远程控车等高并发场景,较前代效率提升40%。 2. 全球合规认证:欧盟R155法规下的"出海通行证" 针对欧盟 R155网络安全法规 及​ CCC 3.0数字钥匙标准 ​,T97-415E通过​ CC EAL5+(国际最高安全等级) ​、 国密二级 及​ AEC-Q100 Grade2车规认证 ​,成为国内首款同时满足中欧美三地合规要求的车规SE芯片,助力车企规避技术性贸易壁垒。 3. 双SPI接口:智驾域与座舱域的安全协同 面对 跨域融合 趋势,T97-415E首创​ 双SPI接口架构 ​,可同时响应SOC(智能座舱)与MCU(智驾控制)的安全请求,实现​ 4+1通道加解密零延时调用 ​。在UWB高精度定位场景中,支持主节点直连SE,运算效率较传统方案提升50%,完美适配L3+自动驾驶的实时性需求。 差异化布局:本土化与全球化双线发力 ​ T97-315E ​:延续40nm成熟工艺与金融级安全技术,凭借 高性价比 持续服务国内主流市场,已导入蔚来、比亚迪等30余家主机厂。 ​ T97-415E ​:瞄准出口车型,以 Pin-to-Pin兼容设计 实现产线无缝切换,降低车企研发成本。目前已完成与英飞凌、恩智浦等国际Tier1的协议适配,助力国产车企拓展欧美市场。 技术纵深:二十年安全基因赋能车规芯片 紫光同芯依托​ 20年金融级安全技术积累 ​(超250亿颗芯片出货量),构建从​ 密钥生成(真随机数算法)到端云通信(国密/国际算法双支持)的全链路安全体系。T97-415E更集成抗侧信道攻击硬件防护 ​,可抵御量子计算破解风险,为智能网联汽车提供"芯-端-云"一体化安全基座。 产业协同:剑指千亿级车规芯片市场 据中汽协预测,2025年全球汽车安全芯片市场规模将突破1200亿元,其中 数字钥匙与OTA安全模块 年复合增长率达35%。紫光同芯已联合华为、腾讯云等生态伙伴,搭建"芯片-协议栈-云平台"全栈解决方案,加速智能座舱、V2X等场景落地。 在 软件定义汽车 与 全球合规强监管 的双重驱动下,紫光同芯通过T97系列芯片的差异化布局,不仅实现了国产车规芯片从"可用"到"好用"的跨越,更以 本地化服务+全球化认证 的双重优势,为智能汽车产业注入安全新动能。未来,随着AI大模型在车端的深度应用,紫光同芯或将在 动态加密 与 异构算力调度 领域持续突破,值得行业期待。 作为紫光同芯战略伙伴, 北京贞光科技有限公司 提供车规安全芯片硬件、软件SDK销售及技术服务,可派专业人员现场支持,协助芯片选型和定制服务。如果您有样品申请或订购需求,欢迎来电或邮件咨询:13720002686 taohua@zgkeji.com
  • 热度 2
    2025-3-14 09:38
    65 次阅读|
    0 个评论
    北京贞光科技有限公司作为紫光同芯产品的官方代理商,提供车规安全芯片硬件、软件SDK销售及专业技术服务,可安排技术人员现场支持客户选型和定制需求。近日,紫光同芯汽车域控芯片THA6206项目获ASPICE CL2认证,标志其汽车电子软件开发体系达国际标准。紫光同芯构建"功能安全+网络安全+软件质量"三位一体技术体系,为智能汽车提供全栈解决方案,推动汽车电子产业国际化发展。 近日, 紫光同芯宣布 ,汽车域控芯片THA6206项目成功通过国际权威机构TÜV NORD的全过程域审核, 获颁ASPICE CL2(能力等级2)能力评估报告。 这标志着紫光同芯在汽车电子领域已构建起满足国际先进标准的软件开发与质量管理体系,能够有效保障产品的高质量交付。 TÜV NORD大中华区副总裁叶政治(左)、紫光同芯高级副总裁黄钧(右) ASPICE是由德国汽车工业联合会(VDA)制定的汽车行业软件过程评估和改进模型。作为全球汽车产业广泛认可的标准,它用于评价供应商的软件研发能力,确保软件开发质量,不仅是国际公认的高含金量软件开发通行证,也是全球汽车供应链体系的关键准入标准。 此次通过ASPICE CL2认证,表明紫光同芯在研发流程体系化、过程管控精细化、质量追溯透明化等维度实现国际接轨,具备为客户构建从芯片到系统的可信开发链条的能力。 在智能汽车“软件定义”趋势下,芯片已从功能执行单元跃迁为软件生态的硬件基座,其安全性、可靠性成为生态构建的核心门槛,驱动企业系统性构建技术体系,确保芯片能满足更高安全标准。近年来,紫光同芯在汽车电子领域斩获众多国内外权威资质,致力于搭建 “功能安全+网络安全+软件质量” 三位一体的技术护城河: 功能安全 :通过 ISO 26262 ASIL D功能安全流程和产品双认证 ,确保产品在汽车安全关键场景中可靠应用,最大程度避免系统性失效和随机硬件失效。 网络安全 : ISO/SAE 21434认证 ,支持HSM硬件加密,达到EVITA-Full防护等级,支持构建全方位网络安全防线,确保数据传输与存储的机密性、完整性和可用性。 软件质量:遵循ASPICE流程体系 ,从需求分析、设计、编码到测试,每个环节严格把控,有效减少软件漏洞和缺陷,提升软件的可维护性与可扩展性,为产品长期稳定迭代奠定基础。 作为业内领先的芯片及解决方案提供商,紫光同芯依托“全域尽揽,卓越之选”的业务理念,面向全车应用打造了汽车控制芯片、汽车安全芯片、功率器件等全栈产品矩阵,服务全球数十家头部车企及Tier1客户, 产品广泛应用于动力域、底盘域、车身域、座舱域、智驾域等核心场景 ,得到头部主机厂和知名Tier1厂商的认可。 紫光同芯高级副总裁黄钧表示 :“ASPICE CL2认证是对公司长期以来在技术研发、质量管控和安全保障方面投入的肯定,也是我们对‘软件定义汽车’时代需求的积极回应。紫光同芯将‘更加专业,持续创新’,携手车企客户共同应对功能安全、网络安全与软件复杂性的三重挑战,为汽车产业提供 更智能、更便捷、更安全 的芯片解决方案,推动行业从单点技术创新向生态级安全能力跃迁,赋能中国汽车电子产业的国际化发展。” TÜV NORD大中华区副总裁叶政治表示 :“感谢紫光同芯对TÜV NORD一贯的支持和信任。在本次项目中, 紫光同芯团队高度规范的流程管理与严谨的技术实践让人印象深刻 ,不仅代表中国企业在汽车电子领域实现技术突破,更彰显了其为客户提供高安全、高可靠产品与服务的坚定决心。未来,期待双方继续深化合作,探索更多前沿技术的认证与应用,为全球汽车产业的安全与可持续发展贡献力量。” 作为紫光同芯战略伙伴, 北京贞光科技有限公司 提供车规安全芯片硬件、软件SDK销售及技术服务,可派专业人员现场支持,协助芯片选型和定制服务。
  • 热度 5
    2024-11-21 10:01
    362 次阅读|
    0 个评论
    IAR与鸿轩科技共同推进汽车未来
    一站式集成方案及功能安全专家服务加速客户产品上市 中国上海, 2024 年 11 月 20 日 – 全球领先的嵌入式系统开发软件解决方案供应商IAR日前宣布,公司与鸿轩科技(SiliconAuto B. V.)展开合作。IAR将成为鸿轩科技的功能安全(FuSa)方案开发伙伴,通过IAR Embedded Workbench for Arm协助开发汽车芯片,辅以C-STAT、C-RUN分析工具,以高集成度加速客户产品上市,共同提升汽车芯片安全功能,并推动未来汽车技术的发展。 鸿轩科技由鸿海科技集团和全球领导车厂Stellantis共同投资成立,专注设计适用于各类汽车系统的芯片技术。鸿轩科技的三大产品线包括微控制器(MCU)、SerDes以及系统级芯片(SoC)。这些技术推动了多种电子控制单元(Electronic Control Unit,ECU)的发展,如车身控制模块(Body Control Module,BCM),摄像头和显示数据传输,以及驾驶辅助系统等。 汽车产业中所运行的程序均须通过功能安全(FuSa)认证,并经历严格的验证和测试阶段,选用合适的工具对于确保代码质量、加快开发进度和提升效率是至关重要的。鸿轩科技在选择汽车芯片开发伙伴时,始终将功能安全视为核心需求,因此选择IAR作为其功能安全(FuSa)解决方案的合作伙伴,共同推动实现高效、高可靠的开发流程。 鸿轩科技系统平台设计总监林宏文表示:“我们的客户群对我们合作方的解决方案质量有着非常严格的要求,因此在项目初始阶段由他们推荐的、已验证的IAR方案让我们深具信心。IAR在FuSa方面的深厚经验让我们可以快速地进行开发和验证,并维持开发版本的一致性。更重要的是,IAR的本地服务团队是持有认证的功能安全专家,能提供即时、全面的专业服务,这对于高度依赖技术支持的汽车产业特别重要。” 鸿轩科技选用IAR Embedded Workbench for Arm来开发驱动程序和验证芯片的正常运行,相关合作也使鸿轩科技的MCU能够在BCM车身控制器中提供强大的安全功能。IAR Embedded Workbench for Arm全面的开发工具链包括高度优化的编译器和先进的调试功能,例如,IAR提供的代码分析工具可以主动发现各种代码问题,提高代码质量,并尽可能减少潜在的数据安全攻击途径,确保发现和消除各种漏洞。 IAR亚太区副总裁Kiyo Uemura表示:“IAR很高兴能提供最佳的功能安全解决方案,协助鸿轩科技提供更可靠的汽车芯片技术。全球的汽车产业蕴含极大的潜力,MCU的发展已成为汽车电子智能化创新的关键推动因素。IAR将持续不断地与诸如鸿轩科技这样的优质生态伙伴合作,为安全的嵌入式应用奠定基础,提供从产品开发到大规模生产的安全防护,支持全球汽车产业创造满足当前需求的产品并实现迎合未来趋势的创新。” IAR提供从设计到整个开发流程的完全集成且一致的解决方案,可以帮助简化设计流程,节省设计时间和成本,使客户专注于创新。IAR Embedded Workbench for Arm不仅具有高度集成性,同时也具有代码一致性;不仅可以使客户的开发、验证更有效率,更可以帮助客户更快将产品上市,使其率先掌握并满足汽车市场的未来需求。
  • 热度 2
    2024-6-13 17:28
    1069 次阅读|
    0 个评论
    ​这里详细介绍下瑞萨的各中文件和启动事项,希望对大家学习和使用瑞萨芯片有所帮助。 依据rh850的U2A为案例: # File Directory Description 1 startup.850 Project root/src/ PE0/PE1 Startup Routine Call, Vector Table 启动程序的调用向量表 2 startup_PE0.850 Project root/src/ PE0 Startup Routine, Vector Table 3 startup_PE1.850 Project root/src/ PE1 Startup Routine, Vector Table 4 startup2.850(※1) Project root/src/ PE2/PE3 Startup Routine Call, Vector Table 5 startup_PE2.850(※1) Project root/src/ PE2 Startup Routine, Vector Table 6 startup_PE3.850(※1) Project root/src/ PE3 Startup Routine, Vector Table 7 main.c Project root/src/ Main Routine 8 main_pe0.c(※1) Project root/src/ PE0 Main Routine 9 main_pe1.c(※1) Project root/src/ PE1 Main Routine 10 main_pe2.c(※1) Project root/src/ PE2 Main Routine 11 main_pe3.c(※1) Project root/src/ PE3 Main Routine 12 section.ld(※1) Project root/ Section Settings PE 0,1,2,3 是内核PE0,PE1是内核; PE2,PE3是锁步核; “.850” 这里算瑞萨的向量文件;里面是汇编程序; 你熟悉下汇编的指令是可以看懂的,主要是程序启动后根据这些向量去指向映射的区域,你就这么理解。 “.c”这里是c语言的文件,我们写代码的区域; “ld” 文件是链接脚本文件。 “gpg”文件是ghs的编译器生成文件文件; 1 .cintvect First of interrupt vector table of PE0/PE1一个中断向量表 2 .coldboot Boot controller of PE0/PE1 开启控制 3 .intvect_PE0 Interrupt vector table of PE0 0内核的中断向量表 4 .intvect_PE1 Interrupt vector table of PE0 1内核的中断向量表 5 .rozdata Fixed data 固定的数据---这里理解是代码数据段 6 .robase 7 .rosdata 8 .rodata 9 .text 10 .ascet_const 11 .mytext0 12 .fixaddr 13 .fixtype 14 .secinfo 15 .syscall 16 .romdata Data with initial value (ROM) 初始化ROM 17 .romsldata 18 .cintvect2 Reset vector table of PE2/PE3 复位向量表 19 .coldboot2 Boot controller of PE2/PE3 2/3内核的开启控制 20 .intvect_PE2 Interrupt vector table of PE2 2内核的中断向量表 21 .intvect_PE3 Interrupt vector table of PE3 3内核的中断向量表 22 .romdata Data with initial value (ROM) 初始化rom数据 23 .data Data with initial value (RAM) 初始化RAM数据 24 .bss Data without initial value (RAM) 没有初值的RAM数据 25 .sdabase SDA (Small Data Area) base register 数据区域寄存器 26 .stack Stack area 堆区域 27 .heapbase Base address of heap area 首数据的基础地址 28 .heap Heap area 首区域 这里对ld文件做简单介绍:脚本文件就是脚本指令组成的 我们解释下常见的脚本指令: 1、ENTRY(SYMBOL) : 将符号SYMBOL的值设置成入口地址。 入口地址(entry point): 进程执行的第一条用户空间的指令在进程地址空间的地址) ld有多种方法设置进程入口地址, 按一下顺序: (编号越前, 优先级越高) 1, ld命令行的-e选项 2, 连接脚本的ENTRY(SYMBOL)命令 3, 如果定义了start 符号, 使用start符号值 4, 如果存在 .text section , 使用.text section的第一字节的位置值 5, 使用值0 1、ENTRY(SYMBOL) : 将符号SYMBOL的值设置成入口地址。 入口地址(entry point): 进程执行的第一条用户空间的指令在进程地址空间的地址) ld有多种方法设置进程入口地址, 按一下顺序: (编号越前, 优先级越高) 1, ld命令行的-e选项 2, 连接脚本的ENTRY(SYMBOL)命令 3, 如果定义了start 符号, 使用start符号值 4, 如果存在 .text section , 使用.text section的第一字节的位置值 5, 使用值0 2 、INCLUDE filename : 包含其他名为filename的链接脚本 相当于c程序内的的#include指令, 用以包含另一个链接脚本. 脚本搜索路径由-L选项指定。 INCLUDE指令可以嵌套使用, 最大深度为10. 即: 文件1内INCLUDE文件2, 文件2内INCLUDE文件3… , 文件10内INCLUDE文件11. 那么文件11内不能再出现 INCLUDE指令了. 3 、INPUT(files): 将括号内的文件做为链接过程的输入文件 ld首先在当前目录下寻找该文件, 如果没找到, 则在由-L指定的搜索路径下搜索. file可以为 -lfile形式,就象命令行的-l选项一样. 如果该命令出现在暗含的脚本内, 则该命令内的file在链接过程中的顺序由该暗含的脚本在命令行内的顺序决定. 4 、GROUP(files) : 指定需要重复搜索符号定义的多个输入文件 file必须是库文件, 且file文件作为一组被ld重复扫描,直到不在有新的未定义的引用出现。 5 、OUTPUT(FILENAME) : 定义输出文件的名字 同ld的-o选项, 不过-o选项的优先级更高. 所以它可以用来定义默认的输出文件名. 如a.out 6 、SEARCH_DIR(PATH) :定义搜索路径, 同ld的-L选项, 不过由-L指定的路径要比它定义的优先被搜索。 7 、STARTUP(filename) : 指定filename为第一个输入文件 在链接过程中, 每个输入文件是有顺序的. 此命令设置文件filename为第一个输入文件。 8 、OUTPUT_FORMAT(BFDNAME) : 设置输出文件使用的BFD格式 同ld选项-o format BFDNAME, 不过ld选项优先级更高. 9 、OUTPUT_FORMAT(DEFAULT,BIG,LITTLE) : 定义三种输出文件的格式(大小端) 若有命令行选项-EB, 则使用第2个BFD格式; 若有命令行选项-EL,则使用第3个BFD格式.否则默认选第一个BFD格式. TARGET(BFDNAME):设置输入文件的BFD格式 同ld选项-b BFDNAME. 若使用了TARGET命令, 但未使用OUTPUT_FORMAT命令, 则最用一个TARGET命令设置的BFD格式将被作为输出文件的BFD格式. 另外还有一些: ASSERT(EXP, MESSAGE):如果EXP不为真,终止连接过程 EXTERN(SYMBOL SYMBOL ...):在输出文件中增加未定义的符号,如同连接器选项-u FORCE_COMMON_ALLOCATION:为common symbol(通用符号)分配空间,即使用了-r连接选项也为其分配 NOCROSSREFS(SECTION SECTION ...):检查列出的输出section,如果发现他们之间有相互引用,则报错。 对于某些系统,特别是内存较紧张的嵌入式系统,某些section是不能同时存在内存中的,所以他们之间不能相互引用。 OUTPUT_ARCH(BFDARCH):设置输出文件的machine architecture(体系结构),BFDARCH为被BFD库使用的名字之一。可以用命令objdump -f查看。 可通过 man -S 1 ld查看ld的联机帮助, 里面也包括了对这些命令的介绍. 下面看下瑞萨的片子的启动过程其他单片机基本也是这个过程:(重点) 中断向量表--复位--内核进程启动--单内核进程运行--单内核进入进程等待-其他内核进程运行 1 Power on (Reset interrupts) - startup.850 startup2.850 The process of PE0 and PE1 are implemented in vector table of startup.850, the process of PE2 and PE3 are implemented in vector table of startup2.850. 2 Initializing registers _RESET _RESET2 startup.850 startup2.850 The process of PE0 and PE1 are implemented in startup.850, the process of PE2 and PE3 are implemented in startup2.850. 3 Clock gearup settings _clock_gearup startup.850 To be processed only when running PE is PE0. (※1) 4 Module standby settings _module_standby_set startup.850 To be processed only when running PE is PE0. (※2) 5 Enabling PE1~3 __start_PE0 startup.850 To be processed only when running PE is PE0. (※3) (※ 4) (※5) 6 Initializing RAM areas __start_PE0 __start_PE1 __start_PE2 __start_PE3 startup.850 startup2.850 To be processed with “_hdwinit_PE0” when the running PE is PE0, with “_hdwinit_PE1” when the running PE is PE1, with “_hdwinit_PE2” when the running PE is PE2, and with “_hdwinit_PE3” when the running PE is PE3. 7 Timing synchronization __start_PE0 __start_PE1 __start_PE2 __start_PE3 startup.850 startup2.850 To be processed with “_hdwinit_PE0” when the running PE is PE0, with “_hdwinit_PE1” when the running PE is PE1, with “_hdwinit_PE2” when the running PE is PE2, and with “_hdwinit_PE3” when the running PE is PE3. (※3) (※4) (※5) 8 Interrupt handler address settings _init_eiint _init_eiint2 startup.850 startup2.850 The process of PE0 and PE1 are implemented in startup.850, and the process of PE2 and PE3 are implemented in startup2.850. 9 Initializing each pointer _RESET_PE0 _RESET_PE1 _RESET_PE2 _RESET_PE3 startup_PE0.850 startup_PE1.850 startup_PE2.850 startup_PE3.850 To be processed with “_RESET_PE0” when the running PE is PE0, with “_RESET_PE1” when the running PE is PE1, with “_RESET_PE2” when the running PE is PE2, and with “_RESET_PE3” when the running PE is PE3. (※3) (※4) (※5) 10 Setting Coprocessor _RESET_PE0 _RESET_PE1 _RESET_PE2 _RESET_PE3 startup_PE0.850 startup_PE1.850 startup_PE2.850 startup_PE3.850 To be processed with “_RESET_PE0” when the running PE is PE0, with “_RESET_PE1” when the running PE is PE1, with “_RESET_PE2” when the running PE is PE2, and with “_RESET_PE3” when the running PE is PE3 Calling a main function of user application _RESET_PE0 _RESET_PE1 _RESET_PE2 _RESET_PE3 startup_PE0.850 startup_PE1.850 startup_PE2.850 startup_PE3.850 To be processed with “_RESET_PE0” when the running PE is PE0, with “_RESET_PE1” when the running PE is PE1, with “_RESET_PE2” when the running PE is PE2, and with “_RESET_PE3” when the running PE is PE3 下面是一个U2A的启动案例----重点 Power-On (RESET Interrupts)----电源开启--进入复位中断 Initializing Registers----初始化寄存器 Clock Gearup Settings----时钟开始设置 Module Standby Settings---使能等待模式 Enabling PE1~3----使能内核 Initializing RAM Areas----初始化RAM区域 Timing Synchronization---内核同步运行 Setting Interrupt Handler Address----设置中断首地址--标志位理解 Initializing Each Pointers----初始化堆指针 Setting Coprocessor---设置浮点--或者16位进制 Calling a Main Function of User Application---回调用户程序 下面是寄存器的案例 根据寄存器的解释看下流程: 一 Program registers r1~r31 0 二 Basic system registers EIPC 0 确认EI级别异常时,状态保存寄存器---EI状态 3 FEPC 0 确认EF级别异常时,状态保存寄存器---EI状态 4 CTPC 0CALLT执行状态保存寄存器 5 EIWR 0EI级异常工作寄存器 读写异常 6 FEWR 0EF级异常工作寄存器 读写异常 7 EBASE 0异常处理程序向量地址 8 INTBP 0中断处理程序“地址”表的基址 9 MEA 0内存错误地址 10 MEI 0内存错误信息 11 RBIP 0寄存器库初始指针 12 PSW 0x00010020 状态字 ID=1: Prohibit receiving EI level exceptions. CU0=1: Enable FPU 三 FPU system registers FPSR 浮点设置 0x00220000 Value after Reset 14 FPEPC 0当确认FE级别异常时,状态保存寄存器 15 FPST 0浮点运算状态 16 FPCC 0浮点运算比较结果 四 MPU function system registers MCA 0 18 MCS 0内存保护设置检查大小 19 MCR 0内存保护设置检查结果 20 MPLANote1 0保护区最小地址 21 MPUANote1 0保护区最大地址 22 MPAT Note1 0保护区属性 23 MPID0 0可以访问保护区域的SPID 24 MPID1 0 25 MPID2 0 26 MPID3 0 27 MPID4 0 28 MPID5 0 29 MPU function system registers MPID6 0 30 MPID7 0 31 MCI内存保护设置检查SPID 0 五 Cache operation function registers ICTAGL 0 33 ICTAGH指令缓存标签Hi访问 0 34 ICDATL 指令缓存标签Li访问 0 35 ICDATH指令缓存数据Hi访问 0 36 ICERR指令缓存错误 0 六 Virtualization support function system register HVSB 0 38 Guest Context Register当虚拟化支持函数有效时 这些必须设置为0 GMEIPC 0 39 GMFEPC 0 40 GMFEPSW 0 41 GMEIIC 0 42 GMFEIC 0 43 GMEBASE 0 44 GMINTBP 0 45 GMEIWR 0 46 GMFEWR 0 GMEIPC, GMFEPC, GMEBASE, GMINTBP, GMEIWR, GMFEWR, GMMEA, GMMEI.----------------设置为0 ​
  • 热度 12
    2023-8-16 15:34
    990 次阅读|
    0 个评论
    车规级半导体,也被称为“汽车芯片”,主要应用于车辆控制装置、车载监控系统和车载电子控制装置等领域。这些半导体器件主要分布在车体控制模块上,以及车载信息娱乐系统方面,包括动力传动综合控制系统、主动安全系统和高级辅助驾驶系统等。 ​ 按照功能种类划分,车规级半导体大致可分成以下几类:主控/计算类芯片,如MCU、CPU、FPGA、ASIC和AI芯片等;功率半导体,如IGBT和MOSFET;传感器,如CIS、加速传感器等;无线通信及车载接口类芯片;以及车用存储器等。 ​ 若按照车辆的不同控制层级来衡量,车辆的智能化和网联化导致对新型器件的需求主要集中在感知层与决策层,其中摄像头、雷达、IMU/GPS、V2X和ECU等直接刺激了各种传感器芯片和计算芯片的需求。另一方面,汽车电动化在执行层更直接地作用于动力、制动、转向和变速系统,这比传统燃油车对功率半导体和执行器提出了更高的要求。 ​ 未来,汽车将与手机、电脑等设备一样,成为整个半导体行业发展的首要推动力。这主要是由于更加高级别的自动驾驶、智能座舱、车载以太网络、车载信息系统等都会酝酿着对半导体新的需求。 新能源汽车携带的芯片比传统燃油车增加了1.5倍左右。据预测,到2028年,单车半导体含量将比2021年时增加一倍。自动驾驶级别越高,需要的传感器芯片的数量也就越大。L3级自动驾驶的传感器芯片平均为8颗,而L5级自动驾驶的传感器芯片数量增加到20颗。
相关资源