MPU

在增加了对RZ MPU的支持之后,该计划现可提供来自200多个受信合作伙伴的软件组件,涵盖广泛的技术领域

全球半导体解决方案供应商瑞萨电子(TSE:6723)今日宣布,为其RZ产品家族微处理器(MPU)提供商业级、性能优化的组件---其中包括106个新合作伙伴和160个组件解决方案,进一步扩大“Renesas Ready合作伙伴网络”。在过去三年中,这一受信技术合作伙伴计划已发展至超过200个合作伙伴的规模,共同打造了300多款与瑞萨RZ MPU,以及RA、RX和RL78微控制器(MCU)产品线相配套的即用型组件解决方案。Renesas Ready合作伙伴网络覆盖了8位至64位产品,易于客户应用的扩展。

1.jpg

瑞萨电子现已将“Renesas Ready合作伙伴网络”覆盖全部MCU和MPU产品线

在过去三年中,“Renesas Ready合作伙伴网络”已发展成为一套即插即用的方案选择。结合瑞萨产品的优势,帮助用户简化设计流程,缩短上市与盈利周期。随着更多合作伙伴的加入,该解决方案生态系统将继续在全球范围内不断成长。

瑞萨电子执行副总裁、物联网及基础设施事业本部总经理Sailesh Chittipeddi表示:“瑞萨面向MCU和MPU构建了卓越的合作伙伴生态系统,并将继续壮大我们的网络,使用户的工作更加轻松。随着瑞萨RZ产品家族的加入,我们现在已拥有一个遍及所有瑞萨产品并由可信合作伙伴搭建的、强大的全球生态系统。”

领先的生态系统业务管理平台WorkSpan首席营销官Chip Rodgers表示:“由于工业物联网的解决方案层出不穷,Renesas Ready合作伙伴网络等产业生态系统变得愈发重要。解决方案设计的复杂性已扩大数倍,项目的时间安排也更为紧凑。合作伙伴生态系统对于建立整体解决方案以解决现实世界的技术问题,以及加强协作并推动成功,都至关重要。”

瑞萨电子战略合作关系和全球生态系统事业部总监Kaushal Vora和Chip Rodgers将于11月11日在WorkSpan的“Ecosystems Aces”播客中讨论生态系统和扩展Renesas Ready合作伙伴网络的重要性。了解更多信息并收听播客,请访问:bit.ly/3TN8UA6

Renesas Ready合作伙伴网络基于预先开发的第三方软件及硬件组件。这些“开箱即用”的解决方案利用瑞萨的MCU和MPU产品解决用户的实际问题,同时根据瑞萨软件平台和工具的每个主要版本进行修订。这些组件都拥有一个特定产品徽章,并附有易于理解的宣传资料与示例项目。通过技术演示、视频概述、参考设计和白皮书等形式提供互动、身临其境的内容,涵盖了广泛的技术领域。

查看来自Renesas Ready合作伙伴网络中众多合作伙伴的评价,请访问:renesas.com/renesas-ready

关于瑞萨RZ微处理器产品家族

瑞萨RZ产品家族32位和64位微处理器(MPU)能够提供未来智能社会所需的解决方案。通过高性能CPU内核和各种加速器及外围功能,工程师可以轻松实现高分辨率人机界面(HMI)、嵌入式视觉、嵌入式人工智能(e-AI),以及实时控制和工业以太网连接。更多信息,请访问:renesas.com/rz

关于瑞萨电子

瑞萨电子(TSE: 6723) ,科技让生活更轻松,致力于打造更安全、更智能、可持续发展的未来。作为全球微控制器供应商,瑞萨电子融合了在嵌入式处理、模拟、电源及连接方面的专业知识,提供完整的半导体解决方案。成功产品组合加速汽车、工业、基础设施及物联网应用上市,赋能数十亿联网智能设备改善人们的工作和生活方式。更多信息,敬请访问renesas.com。关注瑞萨电子微信公众号,发现更多精彩内容。

围观 14

设计师和开发人员在进行嵌入式系统UI 设计时经常会在协同方面遇到问题。而Qt 是 ST 合作伙伴计划的成员之一,它的框架可简化 STM32 的工作流,实现开发者与设计者的完美协同。

Qt 是一个由Qt Company开发的跨平台图形UI应用程序开发框架。最近,Qt对在ST的 MPU 上使用他们的工具进行了简化。Qt Board Support Package (QBSP) 安装指南展示了如何为 STM32MP157A 创建 Linux 启动映像。此外,Qt还提供 STM32的演示图像和 STM32MP157F-DK / STM32MP157-EVAL 开发工具的板级支持包。因此,将相同的应用程序及其 UI 从 MCU 移植到微处理器更容易了。在ST的解决方案中是如何使用Qt的呢?让我们详细介绍一下。

“让开发者疯狂爱上STM32

Qt:弥合设计和开发之间的差距

Qt 是包括框架及一系列工具和库的一个生态系统,主要用于在移动设备、PC 和嵌入式系统上开发应用程序。它弥合了设计和开发之间的差距。事实上,许多团队在从设计阶段进入开发阶段时进度会变慢,会遇到很多挑战。在 Photoshop 中设计 UI 时是无法预见到框架的复杂性或编程语言的局限性的。因此,当设计人员将他们的工作交给开发人员时,会带来很多挑战,例如如何创建一个反应敏捷的设计。同样,设计师也会觉得他们的想法没有被开发人员充分实现。这样的反反复复会很影响项目进度和团队士气,延长产品上市时间。

Qt采用不同的设计方法解决了这个问题。Qt Design Studio 使 UI 专家能够从 Photoshop 中导入自己的作品并使用线框来开发界面。What you see and what you get (所见即所得) 界面和基于时间线的动画可以更直观地创建环境。一旦设计师将他们的工作交给开发人员,这套工具就会显示执行优化、编写应用程序逻辑等的代码。开发人员还可以访问更复杂的 IDE,例如 Qt Creator IDE。仅具备以上这些功能还不够。ST 和 Qt 必须确保库、软件和框架能够在 STM32 MCU 和 MPU 上高效运行。

Qt助力提升性能

工程师在权衡 STM32 上的 Qt 是否适合自己的项目时,首先考虑的就是框架的性能。在与Qt合作期间,我们了解到了他们的解决方案如何利用我们的IP。比如,Qt针对ST的 ChromART 加速器或 STM32MP1 的 GPU 对它的库进行了优化,因此在相关硬件的助力下,让ST的MCU 和 MPU 上使用相同的代码库更具吸引力。 Qt 还提到,有些客户在采用Qt框架时看到性能提升了,并为UI带来了新的功能和更丰富的特性。这是因为 ST一直在与 Qt 合作,在他们为ST的器件优化代码时提供支持。

Qt充分激发STM32 MCU/MPU的潜力

Qt 在几年前进入微控制器领域,并与 ST 合作为STM32提供支持。这是该公司第一次在 Cortex-M 处理器上运行他们的库和框架,为ST的多款 MCU(从 STM32F7 、STM32H7到 STM32L4) 创建了二进制文件。因此,工程师可以在更多的开发板上进行概念验证。研发团队会更轻松地说服他们的主管,并且可以从更接近最终产品的配置开始。此外,当开发人员在需要满足特定功能安全标准的设置下使用 MCU 时,只需使用 Qt Safe Renderer就能更快地获得认证。
工程师青睐 Qt 的另一个原因是他们可以轻松地将MCU 应用程序移植到 STM32MP1 MPU。更丰富的资源和Linux操作系统让从MCU到MPU的过渡更容易。研发团队只需关注基本的实现问题,如加载脚本或硬件计时器,而无需担心库和性能。从 MCU 迁移到 MPU 还会涉及显示尺寸或分辨率的变化。Qt 通过提供可创建响应敏捷的用户界面的工具,解决了这个问题。总之,Qt为 STM32提供的支持,使研发团队可以更顺利地迁移到不同的平台,从而缩短产品上市时间。

来源:STM32
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 225

开发一款电子产品,基本都需要一个单片机或微处理器。当在两者之间选择其一时,需要考虑一些因素。

考虑选择微处理器(MPU)或者单片机(MCU)时,应用类型通常是关键因素。另一方面,最终选择取决于诸如操作系统和内存之类的因素。不过,有时可以将微处理器和单片机内核结合使用,这称作异构架构。

操作系统

对于一些基于Linux或安卓等操作系统的计算机密集型工业和消费类应用,需要大量高速连接或功能范围广泛的用户接口,微处理器就是最佳选择。这是因为大多数单片机都没有操作系统,而只有裸机程序,借助于顺序处理循环和状态机,几乎无需任何人工干预即可运行程序。然而,许多高性能单片机可以支持诸如FreeRTOS之类的实时操作系统(RTOS),从而以确定性方式实时响应需要硬实时行为的应用程序。

作为具有许多免费软件、广泛硬件支持和不断发展的生态系统的通用操作系统,嵌入式Linux取得了巨大的成功。它的另一个优点就是没有用户或授权许可费用。不过,与嵌入式Linux一起运行的应用程序至少需要300至400 DMIPS(ARM-Dhrystone MIPS)性能,因此较适合使用微处理器。单片机没有足够的计算能力和内存来应付此类应用。

如果是用于复杂或对实时性要求高的控制系统, RTOS则很有用,但至少要配合50 DMIPS的高性能单片机。这比嵌入式Linux所需的性能要求要少得多。传统的RTOS设计精简,因此可以在单片机上运行。针对实时计算硬件时,这是合理的,例如用于车辆的防抱死系统,若响应时间过长会带来致命的后果。即使必须支持大量的功能、中断源和标准通信接口,也建议使用带有RTOS的单片机。

内 存

微处理器与单片机之间的另一个主要区别是,微处理器依赖外部存储器来保存和执行程序,而单片机则依赖嵌入式闪存。在微处理器中,程序通常存储在非易失性存储器中,例如eMMC或串行闪存。在启动过程中,将其加载到外部DRAM中并在此执行启动程序。DRAM和非易失性存储器都可以具有几百兆甚至几千兆字节容量,这意味着微处理器几乎从来不受存储容量限制。但有一个潜在缺点:外部存储器或许会使得PCB布局的设计变得更加复杂。

即使是当前的高性能单片机,例如由意法半导体(STMicroelectronics)生产的STM32H7,最多也仅提供2 MB程序内存,对于许多需要操作系统的应用而言可能不足。由于程序位于片上内存中,因此其优点是执行启动和重置过程的速度明显更快。

计算能力

计算能力是典型的选择因素。不过,在这方面,微处理机与单片机之间的界线变得模糊了。例如,如果你将ARM体系结构视为单片机和微处理器市场中分布最广泛的体系结构之一,这就变得显而易见了。
ARM提供了不同的处理器体系结构以满足各种要求:

  • Cortex-A提供了最高性能,并且已经针对综合操作系统进行了优化。它们主要部署在功能强大的设备中,比如智能手机或服务器。
  • Cortex-M较小,具有更多的片上外设,但是能耗较低,并且针对嵌入式应用进行了优化。

Dhrystone是比较不同处理器性能的测试基准。根据该基准,普通平价单片机具有30 DMIPS,而当前性能最高的单片机(包括嵌入式程序闪存)与这些平价单片机的差距高达1027 DMIPS。相比之下,微处理器的起步点约为1000 DMIPS。

能 耗

单片机在能耗方面表现出色,要比微处理器低很多。尽管微处理器具有节能模式,但其能耗仍然比典型的单片机高得多。而且,微处理器使用外部存储器,因此较难切换到节能模式。对于需要较长的电池运行时间,并且很少使用或没有用户接口的超低功耗应用,单片机是更好的选择,尤其是对于消费类电子产品或智能电表来说。

连接性

大多数单片机和微处理器都配备了所有常规外围设备接口。但是,如果用户需要的是超高速外围设备,在单片机里是找不到例如千兆以太网这种相关接口的。尽管这实际上已成为微处理器中的标准功能单片机。这是十分合理的,因为单片机几乎无法处理这些高速接口所产生的数据量。一个关键问题是:是否有足够的带宽和通道来处理爆发的数据量?

实时表现

当实时性能是最重要的考虑因素时,单片机绝对是首选。凭借处理器内核、嵌入式闪存和软件(RTOS或裸机OS),单片机可以出色地完成实时任务。因为Cortex-A微处理器使用高性能的流水线,用户可以看到在跳转和中断期间,随着流水线的深度不断增加,延迟时间也随之升高。由于OS与微处理器一起执行多任务,因此很难实现硬实时操作。

系统基础IC

由于电源已经集成在单片机中,因此它们仅需要一个单电平电源。另一方面,微处理器需要许多不同电压的电源来为内核和其它组件供电,所以通常需要一个特殊配置的电源管理IC(即所谓的系统基础芯片)来进行供电管理。

结 语

很难说微处理器或单片机哪个才是更好的选择,但经验法则是,你应该始终权衡各种利弊条件。以下几点可以用作大致指导:

  • 单片机非常适合以能耗为主要关注点,且价格较低的移动应用以及具有实时需求的应用。
  • 微处理器则非常适合与操作系统一起运行并需要高速接口的密集计算应用。游戏和其他图形密集型应用使用特殊的微处理器进行联网处理。

来源:网络
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:
cathy@eetrend.com)。

围观 21

曾有一段时间,微处理器(MPU)与微控制器(MCU)是截然不同的两种设备,微控制器完成“控制”相关的任务,根据外界信号刺激产生反应,微处理器主要执行处理功能,对数据处理和计算能力的要求较高。但如今由于内存架构的变化,两者之间的界限正在变得模糊。

事实上,可以通过多种方式区分微处理器和微控制器,只是业界尚未对他们的区分标准达成共识。不过已经有一些人得出结论,目前两者之间的准确区分都已经不再重要了。

“近年来,MCU和MPU之间的区别变得越来越模糊。”西门子业务部门的嵌入式软件技术专家Colin Walls说,“最初,MCU在一个芯片上集成了CPU、内存和外围设备,如今大多数MCU依然如此,但因为MCU具有足够强大的功能来支持更复杂的应用程序,附加外部存储器的MCU也变得常见。”

计算芯片的两个市场

曾经有一段时间,计算芯片分为两个截然不同的市场,大部分芯片设备主要针对主流计算,性能是最主要的考虑因素,这些单片微型计算机被称之为“微处理器”,为个人计算机和更大的系统提供动力。

如今我们可以在各种类型的笔记本电脑、台式机和服务器中看到它们,值得注意的是,它们是通用引擎,旨在运行事先未知的任何数量的程序,主内存是DRAM,非易失性存储是硬盘驱动器或固态硬盘。

在不那么主流的嵌入式计算世界里,需要适度计算能力和专门用途,设计好的程序可能在固件中运行,以便让整个系统(包括程序和所有系统)在出货之前得以验证,内存需求将受到更多限制,可以将用于存储代码的SRAM和非易失性内存与CPU集成到同一块芯片上,关键一点,实时响应通常很重要。

嵌入式计算机也倾向于在有特殊I/O需求的环境中使用,一些可能是在驱动电动机,另一些可能是在处理声音或读取传感器。将专用外围设备接口硬件集成到同CPU和内存相同的芯片上十分有效,这会产生具有不同特性的各种芯片。

总的来说,CPU与SRAM、非易失性存储器和专用外设集成在一起的被称之为“微控制器”。

“正在消失的MCU与MPU之间的界限"

微处理器发展至今已经多达64位,而微控制器依然是8位居多,但在这中间发生了一些变化,使得两者之间的区别更加模糊。

集成式闪存是MCU的重要特征,不过这类闪存尚未在拥有最先进节点的微控制器上使用,因此许多以微控制器形式销售的设备都使用外部闪存而不是嵌入式闪存,此外还使用外部DRAM。

实际上,一个称之为“shadowing”的过程可以从外部闪存中获取代码,并将其复制到DRAM中,然后从中执行代码,而且为了提高性能,缓存也可以包括在内。这使得CPU/内存子系统与MPU几乎没有区别。

那么现在的MCU就是MPU吗?不再有区别了吗?

当下可区分MCU与MPU的因素

如今的MCU和MPU十分相似,但依然在很多方面有一些细微的区别,这包括CPU功能、位数、操作系统、时序要求、核心数量等方面。

在CPU功能方面,如果CPU具有复杂的流水线,具有预测执行和其他超标量功能,则可以将其视为MPU,但是转变的确切位置并没有明确界定。

在位数上,8位设备更有可能被视为MCU,64位设备很可能被视为MPU。不过最早的却是MPU是4位,这更像是历史问题,而不是决定性的特征。

也可以根据计算机可运行的操作系统进行分类,如果它运行Linux,则可以将其称为MPU。如果它仅允许较小的实时操作系统,甚至只运行裸机,则可以将其称为MCU,这为能够运行的Linux的设备留出了许多中间地带。在时序方面,MCU通常用于需要硬或软实时响应的应用程序,MPU通常不能用于这一目的。

一般也将多核处理器视为MPU,尤其是在内核相同且管理对称的情况下。不过专用设备可能具有多个处理器,有些专用于诸如数字信号之类特定任务的处理器也会被认为是MCU,因此通过核心数目判断是MPU还是MCU并不是一个准确的依据。

从使用目的来看,可以认为通用设备是MPU,单用途设备是MCU,但这实际上只关乎设备的使用方式,如果在不明确使用目的的情况下使用任何设备,那时候如何称呼这一设备呢?

通常全功能MPU不会具有专用外围设备,这在很大程度上是因为它们是通用的,而不是面向特定应用,因此你可能会认为只要有这样的外围设备,就是MCU,但是事实并非如此,缺少外围设备也并不意味着就是MPU。

从上面的分析来看,每个特征因素都会存在缺陷,结果无法令人满意,那么行业专家又是怎么认为的呢?

MCU和MPU已成过时的术语

Cadence IP集团产品行销总监Marc Greenberg对此表示:“我不知道MCU与MPU之间的区别是否存在某些官方的定义,经过简单的检索似乎表明,裸片上存在NVM的为MCU,但各种MPU上都有NVM的某些位,MPU也可能在同一片裸片上具有MCU,那又是什么呢?最小的无缓存处理器可能仍具有一些寄存器和SRAM,用RTL编码的定序器与从ROM执行的通用处理器真的有区别吗?显然MCU和MPU之间的区别有些随意,这意味着这一界限并不明确甚至可以随心所欲。当我想到MPU时,我想到的是用于控制通用计算机的设备,例如台式机、服务器、平板电脑等。”

Cadence高级工程师Grant Martin认为:“根据维基百科的解释,MCU是在单个金属氧化物半导体集成电路芯片上的小型计算机,MPU是一种计算机处理器,在MOSFET结构的单个或多个集成电路上结合了中央处理单元的功能。”

“如果深入研究,MPU具有CPU的功能,因此它是计算机处理器,而MCU则是更完整的计算机,这意味着MCU内包含MPU,这与常识相反。具有多个处理器核心的16路服务器处理器是否不再是MPU?而是一种多核异构SoC?”

“例如,一部手机可能包括多个应用程序处理内核,用于音频、视频、图像处理的多个DSP,一个或两个用于在屏幕上呈现图像的GPU以及一个仅用于娱乐目的的神经网络处理单元——MCU。从我的角度来看,行业应该放弃这些过时的术语,使用更精确更具描述性的术语。”Grant Martin继续说。

西门子业务部门Mentor的高级产品经理Jeff Hancock则认为:“从系统软件的角度来看,MCU有望适用于直接解释和控制硬件传感器和执行器的应用。这种访问通常涉及一致且可靠的指令时序,这与通用MPU的需求相矛盾。通用MPU旨在优化吞吐量,而MCU通常会优化延迟。因此,如果是需要处理大型数据库,MPU更合适,如果是要精细的机电控制,那么MCU更合适。

Jeff Hancock还说:“外部存储器和缓存肯定让MCU的标准有所变化,但这距离将MCU等同于MPU还有很长的路要走。特别是并不是所有MCU中的所有处理单元都专门使用外部存储器,也可以使用隔离的子系统构建系统,这些子系统允许关键的工作负载和不太关键的应用程序级系统并行继续。”

“从软件工程师的角度看,这是一个有趣的挑战,在不连续的地方可能有两个内存区域,集成式内存虽小,但速度更快,因此最好留给对速度有高要求的代码,例如实时操作系统。这意味着开发工具必须足够灵活以将代码正确地映射到存储器上,而RTOS必须足够小适合片上存储器。”西门子业务部门的嵌入式软件技术专家Walls补充到。

Tortuga Logic的高级硬件安全工程师Nicole Fern表示:“过去,MCU与嵌入式系统相关联。在嵌入式系统中,低成本和低功耗的要求比性能更为重要。但是随着移动计算和IoT边缘计算的出现,许多嵌入式系统现在需要复杂的处理,这样就产生了面向嵌入式领域看起来更像MPU的MCU产品,为带有外部存储器和高速缓存的器件提供了更高的性能和可配置性。这种情况下,术语MCU和MPU之间的差异仅取决于是否集成CPU系统。”

Arm的低功耗IoT业务高级总监Thomas Ensergueix也认为:“近年来,MCU和MPU之间的界限已经模糊。MCU和MPU之间的主要区别之一是软件和开发。MPU将支持丰富的OS,如Linux和相关的软件堆栈,而MCU通常将专注于裸机和RTOS。在决定哪种硬件平台、MCU或MPU最有效之前,由软件开发人员决定哪个软件环境和生态系统最适合他们的应用。

“随着现在MCU已经过渡到32位,我们还看到了性能的急剧提高,这有助于缩小MCU和MPU之间的差距。例如:许多基于Arm Cortex-M7的MCU可提供100多个Dhrystone MIPS,或在CoreMark中提供2,000多个点。这些设备中的许多设备还具有非常大的内置存储器,或者提供快速接口来连接外部存储器。这确保了性能和内存不再是MCU的瓶颈,并使它们更接近低端MPU。”

小结

如今MPU与MCU之间是否有明确的界限真的重要吗?可能不重要了。因为无论我们将其称之为什么,应用程序都有附带要求,这些要求将决定使用哪个设备。

本文编译自https://semiengineering.com/mpu-vs-mcu/

原文作者Bryon Moyer

来源:燃云汽车
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 42

瑞萨电子集团(TSE:6723)近日宣布,推出支持入门级AI应用设计的全新RZ/V2L MPU,扩展其RZ/V系列微处理器(MPU)阵容。作为RZ/V系列的一员,全新MPU集成瑞萨独有的人工智能(AI)加速器——DRP-AI(动态可配置处理器),使嵌入式AI系统更加简单、节能。全新RZ/V2L沿袭了多项从RZ/V系列第一款产品RZ/V2M所具备的功能特点,如兼备高精度AI推理能力与出色能效,以及专为入门级MPU定制的优化功能,如DRP-AI工作频率和内存接口等。

“瑞萨入门级MPU
瑞萨入门级MPU RZV2L搭载AI加速器,适用于视觉AI应用

“瑞萨视觉AI入门级MPU
瑞萨视觉AI入门级MPU RZV2L

DRP-AI可提供实时AI推理和图像处理功能,具备支持摄像头所必需的色彩校正和降噪等功能。帮助客户实现基于AI的视觉应用,如POS终端、扫地机器人等,而无需配置外部图像信号处理器(ISP)。此外,RZ/V2L出色的电源效率可消除对散热处理(如添加散热器、冷却风扇等)的需要。如今,不仅监控摄像机和工业设备,包括家用电器和消费电子产品在内的广泛应用中均可经济高效地实现AI。

RZ/V2L与现有通用MPU RZ/G2L封装及引脚兼容,这使得RZ/G2L用户可轻松升级至RZ/V2L,以获得更多的AI功能,而无需修改系统配置,可降低移植成本。

嵌入式视觉峰会主席兼边缘AI和视觉联盟创始人Jeff Bier表示:“将AI集成到嵌入式设备中已成为当今电子行业最重要的趋势之一,尤其是用于处理传感器数据(如图像)的AI技术。RZ/V2L这样的创新处理器,对于将感知型AI集成到成本及功率受限的广泛物联网设备中至关重要。”

瑞萨电子高级副总裁、物联网及基础设施事业本部SoC事业部部长新田启人表示:“全新入门级AI加速器产品将帮助客户从各种MPU产品中灵活地选择最适合的产品。这些经过AI优化的解决方案有助于将嵌入式AI应用扩展至家电和消费电子产品等更广泛的场景中,以帮助客户以较低的系统成本实现AI功能。”

作为RZ/V2L开发环境的一部分,瑞萨提供免费的DRP-AI翻译工具,可自动将AI模型转换为可执行格式,其输入格式为符合行业标准的开放式神经网络交换(ONNX)。开发人员可在使用惯用工具的同时利用DRP-AI,使用RZ/V2L评估基于经验证数据的AI模型。

RZ/V2L MPU的关键特性

  • 64位Arm® Cortex®-A55(1.2GHz,双核或单核)内核和Cortex-M33内核
  • DRP-AI(1TOPS/W级)AI加速器,能够以每秒28帧(fps)的速度运行Tiny YOLOv2
  • DRP库提供机器视觉所需的简单ISP功能(最高可支持全高清)
  • 16位、单通道DDR内存接口
  • 3D图形功能(Arm MaliTM-G31 GPU)
  • 视频编解码器(H.264)
  • 用于摄像头输入的CMOS传感器接口(MIPI-CSI和并行)
  • 显示界面(MIPI-DSI和并口)
  • 具备数据错误检查与纠正(ECC)保护功能的存储器
  • 提供基于CIP-Linux内核的工业级Linux,经验证的Linux软件包(VLP)
  • 提供15mm x 15mm或21mm x 21mm BGA封装,与RZ/G2L引脚兼容

瑞萨提供系列综合解决方案“成功产品组合”,包含了可相互兼容、无缝协作的产品,助力客户降低设计风险,协助其快速开发。“智能移动AR架构(SMARC)模组系统(SoM)解决方案”中包含RZ/V2L评估板,可快速验证不同应用。“SMARC解决方案”也可用于现有RZ/G2 MPU。这些参考设计提供优化的框图和电路板布局,包括电源电路和时序树。此外,针对RZ/V2L优化的电源管理IC(PMIC)正在开发中,结合RZ/V2L和全新PMIC的解决方案预计将于2021年下半年推出。“成功产品组合”作为经过工程验证的系统架构解决方案,充分融合瑞萨在模拟、电源和嵌入式计算方面的专业知识,助力客户加快产品上市。

供货信息

RZ/V2L样片即日起发售,并计划于2021年12月开始量产。了解有关RZ/V2L MPU的更多信息,请访问:https://www.renesas.com/rzv2l。SMARC SoM解决方案现已上市。

关于瑞萨电子集团

瑞萨电子集团 (TSE: 6723) ,提供专业可信的创新嵌入式设计和完整的半导体解决方案,旨在通过使用其产品的数十亿联网智能设备改善人们的工作和生活方式。作为全球微控制器、模拟、电源和SoC产品供应商,瑞萨电子为汽车、工业、家居、基础设施及物联网等各种应用提供综合解决方案,期待与您携手共创无限未来。

围观 51

每项新应用设计都需要一个单片机或微处理器。当在两者之间选择其一时,需要考虑一些因素。以下是微处理器、单片机的概述和对比。

考虑选择微处理器(MPU)或者单片机(MCU)时,应用类型通常是关键因素。另一方面,最终选择取决于诸如操作系统和内存之类的因素。不过,有时可以将微处理器和单片机内核结合使用,这称作异构架构。

操作系统

对于一些基于Linux或安卓等操作系统的计算机密集型工业和消费类应用,需要大量高速连接或功能范围广泛的用户接口,微处理器就是最佳选择。这是因为大多数单片机都没有操作系统,而只有裸机程序,借助于顺序处理循环和状态机,几乎无需任何人工干预即可运行程序。然而,许多高性能单片机可以支持诸如FreeRTOS之类的实时操作系统(RTOS),从而以确定性方式实时响应需要硬实时行为的应用程序。

作为具有许多免费软件、广泛硬件支持和不断发展的生态系统的通用操作系统,嵌入式Linux取得了巨大的成功。它的另一个优点就是没有用户或授权许可费用。不过,与嵌入式Linux一起运行的应用程序至少需要300至400 DMIPS(ARM-Dhrystone MIPS)性能,因此较适合使用微处理器。单片机没有足够的计算能力和内存来应付此类应用。

如果是用于复杂或对实时性要求高的控制系统, RTOS则很有用,但至少要配合50 DMIPS的高性能单片机。这比嵌入式Linux所需的性能要求要少得多。传统的RTOS设计精简,因此可以在单片机上运行。针对实时计算硬件时,这是合理的,例如用于车辆的防抱死系统,若响应时间过长会带来致命的后果。即使必须支持大量的功能、中断源和标准通信接口,也建议使用带有RTOS的单片机。

内 存

微处理器与单片机之间的另一个主要区别是,微处理器依赖外部存储器来保存和执行程序,而单片机则依赖嵌入式闪存。在微处理器中,程序通常存储在非易失性存储器中,例如eMMC或串行闪存。在启动过程中,将其加载到外部DRAM中并在此执行启动程序。DRAM和非易失性存储器都可以具有几百兆甚至几千兆字节容量,这意味着微处理器几乎从来不受存储容量限制。但有一个潜在缺点:外部存储器或许会使得PCB布局的设计变得更加复杂。

即使是当前的高性能单片机,例如由意法半导体(STMicroelectronics)生产的STM32H7,最多也仅提供2 MB程序内存,对于许多需要操作系统的应用而言可能不足。由于程序位于片上内存中,因此其优点是执行启动和重置过程的速度明显更快。

计算能力

计算能力是典型的选择因素。不过,在这方面,微处理机与单片机之间的界线变得模糊了。例如,如果你将ARM体系结构视为单片机和微处理器市场中分布最广泛的体系结构之一,这就变得显而易见了。ARM提供了不同的处理器体系结构以满足各种要求:

  • Cortex-A提供了最高性能,并且已经针对综合操作系统进行了优化。它们主要部署在功能强大的设备中,比如智能手机或服务器。
  • Cortex-M较小,具有更多的片上外设,但是能耗较低,并且针对嵌入式应用进行了优化。

Dhrystone是比较不同处理器性能的测试基准。根据该基准,普通平价单片机具有30 DMIPS,而当前性能最高的单片机(包括嵌入式程序闪存)与这些平价单片机的差距高达1027 DMIPS。相比之下,微处理器的起步点约为1000 DMIPS。

能 耗

单片机在能耗方面表现出色,要比微处理器低很多。尽管微处理器具有节能模式,但其能耗仍然比典型的单片机高得多。而且,微处理器使用外部存储器,因此较难切换到节能模式。对于需要较长的电池运行时间,并且很少使用或没有用户接口的超低功耗应用,单片机是更好的选择,尤其是对于消费类电子产品或智能电表来说。

连接性

大多数单片机和微处理器都配备了所有常规外围设备接口。但是,如果用户需要的是超高速外围设备,在单片机里是找不到例如千兆以太网这种相关接口的。尽管这实际上已成为微处理器中的标准功能单片机。这是十分合理的,因为单片机几乎无法处理这些高速接口所产生的数据量。一个关键问题是:是否有足够的带宽和通道来处理爆发的数据量?

实时表现

当实时性能是最重要的考虑因素时,单片机绝对是首选。凭借处理器内核、嵌入式闪存和软件(RTOS或裸机OS),单片机可以出色地完成实时任务。因为Cortex-A微处理器使用高性能的流水线,用户可以看到在跳转和中断期间,随着流水线的深度不断增加,延迟时间也随之升高。由于OS与微处理器一起执行多任务,因此很难实现硬实时操作。

系统基础IC

由于电源已经集成在单片机中,因此它们仅需要一个单电平电源。另一方面,微处理器需要许多不同电压的电源来为内核和其它组件供电,所以通常需要一个特殊配置的电源管理IC(即所谓的系统基础芯片)来进行供电管理。

结 语

很难说微处理器或单片机哪个才是更好的选择,但经验法则是,你应该始终权衡各种利弊条件。以下几点可以用作大致指导:

  • 单片机非常适合以能耗为主要关注点,且价格较低的移动应用以及具有实时需求的应用。
  • 微处理器则非常适合与操作系统一起运行并需要高速接口的密集计算应用。游戏和其他图形密集型应用使用特殊的微处理器进行联网处理。

本文转载自:21ic
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:
cathy@eetrend.com)。

围观 42

尽管许多嵌入式工程师充满了希望和梦想,但高可靠性的代码不是一蹴而就的。它是一个艰苦的过程,需要开发人员维护和管理系统的每个比特和字节。当一个应用程序被确认为“成功”的那一刻,通常会有一种如释重负的感觉,但仅仅因为软件在受控条件下的那一刻运行正常并不意味着明天或一年后还会运行正常。

从规范完善的开发周期到严格执行和系统检查,开发高可靠性嵌入式系统的技术有许多种。本文介绍了7个易操作且可以长久使用的技巧,它们对于确保系统更加可靠地运行并捕获异常行为大有帮助。

技巧#1——用已知值填充ROM

软件开发人员往往都是非常乐观的一群人,只要让他们的代码忠实地长时间地运行就可以了,仅此而已。微控制器跳出应用程序空间并在非预想的代码空间中执行这种情况似乎是相当少有的。然而,这种情况发生的机会并不比缓存溢出或错误指针失去引用少。它确实会发生!发生这种情况后的系统行为将是不确定的,因为默认情况下内存空间都是0xFF,或者由于内存区通常没有写过,其中的值可能只有上帝才知道。

不过有相当完备的linker或IDE技巧可以用来帮助识别这样的事件并从中恢复系统。技巧就是使用FILL命令对未用ROM填充已知的位模式。要填充未使用的内存,有很多不同的可能组合可以使用,但如果是想建立更加可靠的系统,最明显的选择是在这些位置放置ISR fault handler。如果系统出了某些差错,处理器开始执行程序空间以外的代码,就会触发ISR,并在决定校正行动之前提供储存处理器、寄存器和系统状态的机会。

技巧#2——检查应用程序的CRC

对嵌入式工程师来说一个很大的好处是,我们的IDE和工具链可以自动产生应用程序或内存空间校验和(Checksum),从而根据这个校验和验证应用程序是否完好。有趣的是,在许多这些案例中,只有在将程序代码加载到设备时,才会用到校验和。

然而,如果CRC或校验和保持在内存中,那么验证应用程序在启动时(或甚至对长时间运行的系统定期验证)是否仍然完好是确保意外之事不会发生的极好途径。现在一个编程过的应用程序发生改变的概率是很小的,但考虑每年交付的数十亿个微控制器以及可能恶劣的工作环境,应用程序崩溃的机会并不是零。更有可能的是,系统中的一个缺陷可能导致某一扇区发生闪存写入或闪存擦除,从而破坏应用程序的完整性。

技巧#3——在启动时执行RAM检查

为了建立一个更加可靠和扎实的系统,确保系统硬件正常工作非常重要。毕竟硬件会发生故障。(幸运的是软件永远不会发生故障,软件只会做代码要它做的事,不管是正确的还是错误的)。在启动时验证RAM的内部或外部没有问题,是确保硬件可以如预期般运作的一个好方法。

有许多不同的方法可用于执行RAM检查,但常用的方法是写入一个已知的模式,然后等上一小段时间再回读。结果应该是所读就是所写。真相是,在大多数情况下RAM检查是通过的,这也是我们想要的结果。但也有极小的可能性检查不通过,这时就为系统标示出硬件问题提供了极好的机会。

技巧#4——使用堆栈监视器

对许多的嵌入式开发者而言,堆栈似乎是一股相当神秘的力量。当奇怪的事情开始发生,工程师终于被难倒了,他们开始思考,也许堆栈中发生了什么事。结果是盲目地调整堆栈的大小和位置等等。但该错误往往是与堆栈无关的,但怎能如此确定?毕竟,有多少工程师真的实际执行过最坏情况下的堆栈大小分析?

堆栈大小是在编译时就静态分配好的,但堆栈是以动态的方式使用的。随着代码的执行,应用程序需要的变量、返回的地址和其它信息被不断存储在堆栈中。这种机制导致堆栈在其分配的内存中不断增长。然而,这种增长有时会超出编译时确定的容量极限,导致堆栈破坏相邻内存区域的数据。

绝对确保堆栈正常工作的一种方法是实现堆栈监视器,将它作为系统“保健”代码的一部分(有多少工程师会这样做?)。堆栈监视器会在堆栈和“其它”内存区域之间创建一个缓冲区域,并填充已知的位模式。然后监视器会不断的监视图案是否有任何变化。如果该位模式发生了改变,那就意味着堆栈增长得太大了,即将要把系统推向黑暗地狱!此时监视器可以记录事件的发生、系统状态以及任何其它有用的数据,供日后用于问题的诊断。

大多数实时操作系统(RTOS)或实现了内存保护单元(MPU)的微控制器系统中都提供有堆栈监视器。可怕的是,这些功能默认都是关闭状态,或者经常被开发人员有意关闭。在网络上快速搜寻一下可以发现,很多人建议关闭实时操作系统中的堆栈监视器以节省56字节的闪存空间。等等,这可是得不偿失的做法!

技巧#5 - 使用MPU

在过去,是很难在一个小而廉价的微控制器中找到内存保护单元(MPU)的,但这种情况已经开始改变。现在从高端到低端的微控制器都已经有MPU,而这些MPU为嵌入式软件开发人员提供了一个可以大幅提高其固件(firmware)鲁棒性(robustness)的机会。

MPU 已逐渐与操作系统耦合,以便建立内存空间,其中的处理都分开,或任务可执行其代码,而不用担心被stomped on。倘若真有事情发生,不受控制的处理会被取消,也会执行其他的保护措施。请留意带有这种组件的微控制器,如果有,请多加利用它的这种特性。

技巧#6 - 建立一个强大的看门狗系统

你经常会发现的一种总是最受喜爱的看门狗(watchdog)实现是,在看门狗被启用之处(这是一个很好的开始),但也是可以用周期性定时器将该看门狗清零之处;定时器的启用是完全与程序中出现的任何情况隔离的。使用看门狗的目的是协助确保如果出现错误,看门狗不会被清零,即当工作暂停,系统会被迫去执行硬件重设定(hardware reset),以便恢复。使用与系统活动独立的定时器可以让看门狗保持清零,即使系统已失效。

对应用任务如何整合到看门狗系统中,嵌入式开发人员需要仔细考虑和设计。例如,有种技术可能可以让每个在一定时期内运行的任务标示它们可以成功地完成其任 务。在此事件中,看门狗不被清零,强制被复位。还有一些比较先进的技术,像是使用外部看门狗处理器,它可用来监视主处理器如何表现,反之亦然。

对一个可靠的系统而言,建立一个强大的看门狗系统是很重要的。由于有太多的技术,难以在这几个段落中完全涵盖,但针对此一议题,笔者未来还会发表相关的文章。

技巧#7 - 避免易失存储器分配

不习惯在资源有限环境下工作的工程师,可能会试图使用其编程语言的特性,这种语言让他们可以使用易失存储器分配。毕竟,这是一种常在计算器系统中使用的技术,在计算器系统中,只有在有必要时,内存才会被分配。例如,以C开发时,工程师可能倾向于使用malloc来分配在堆(heap)上的空间。有一个操 作会执行,一旦完成,可以使用free将被分配的内存返回,以便堆的使用。

在资源受限的系统,这可 能是一场灾难!使用易失存储器分配的其中一个问题是,错误或不当的技术可能会导致内存泄漏或内存碎片。如果出现这些问题时,大多数的嵌入式系统并没有 资源或知识来监视堆或妥善地处理它。而当它们发生时,如果应用程序提出对空间的要求,但却没有所请求的空间可以使用,会发生什么事呢?

使用易失存储器分配所产生的问题是很复杂的,要妥善处理这些问题,可以说是一个噩梦!一种替代的方法是,直接以静态的方式,简化内存的分配。例如,只要在 程序中简单地建立一个大小为256字节长的缓冲区,而不是经由malloc请求这样大小的内存缓冲区。此一分配的内存可在整个应用程序的生命周期期 间保持,且不会有堆或内存碎片问题方面的顾虑。

结论

这些都只是一些可以让开发人员开始建立更可靠嵌入式系统的方法。另外还有很多其他技术,例如利用良好的编码标准、位翻转的监测、执行数组和指针边界检查,及使用断言等。所有这些技术都是让设计者可以开发出可靠性更高嵌入式系统的秘诀。

来源:网络转载

围观 85

页面

订阅 RSS - MPU