tag 标签: 功能安全

相关博文
  • 热度 3
    2024-4-20 18:03
    237 次阅读|
    0 个评论
    前言 在汽车与自动化行业,基于模型的开发过程中,从业者希望能够在保证建模效率的同时确保模型质量。此时,合理使用建模工具变得尤为重要。合适的工具不仅能够通过建模规范检查分析测试模型的质量,还能根据分析结果对模型进行自动改进。本篇文章为您介绍广受业界认可的静态测试工具MES Model Examiner® (MXAM) 。从MXAM在静态测试中的应用角色到实际演示与10.0版本功能更新,本文带您透彻了解MXAM如何能轻松帮助您实现优质建模。 基于模型的开发中静态测试的应用与MXAM MXAM是用于对Simulink®、Stateflow®、Embedded Coder®和TargetLink®模型进行全面静态分析的专业工具,主要应用于软件V型开发流程的左侧设计阶段,覆盖从架构到单元设计和实现的全过程。 基于模型的开发(MBD)依赖基于需求的,测试驱动的工作流来持续地确保质量。软件V型开发流程由左侧的设计阶段和右侧的测试阶段组成。功能质 量和功能的适用性是右侧测试阶段的主题,而设计的适用性和设计质量则是设计阶段关注的重点。设计质量和功能质量同样重要,因为模型设计的适用性能够有效促进功能的适用性。 那么,模型设计质量应如何保证? 模型静态测试能够帮助工程师保证模型设计的适用性:不仅可以改进已在开发过程中的模型,还可以通过质量保证前置帮助模型在代码生成前确保质量,生成代码的质量得以有效提升。 实际应用中,MXAM支持高度自动化的静态分析并致力于Simulink和TargetLink模型的可读性,鲁棒性,避免模型错误以及改进生成代码。 图1是一个Simulink模型的次级子系统。可以看出,模型目前存在违背建模规范的多项错误。例如第1处,模块命名应位于模块下方,而不是上方。再比如第2处,对于常值模块而言,其命名不应使用具体的、非0和1的数字,而应当设置为参数进行表示。对于模型的可读性来说,图1的信号流未对齐(第3处)。模块的命名应当被清晰识别,而第4处显然不符合建模规范的相关要求。第5处的输入端口隐藏在了系统布局内。此外,出于避免模型错误的出现,第6处的乘积模块不应存在超过两个输入端口…等等,这些问题严重影响了该Simulink模型的可读性和设计质量。图2展示了该模型经过MXAM修改优化后的结果:所有在之前讨论过的错误都被一一准确修正,模型的可读性得到了显著提升。 由此可见,评估模型的建模规范合规性在保证模型质量的实际应用中至关重要。此环节主要评估模型的布局,数据和控制流,数据类型,及其配置情况。模型的布局要求确保模型元素之间的关系和连接方式符合设计规范。模型的数据和控制流要求检验可能的逻辑错误及路径偏差。模型中的数据类型定义必须正确且一致。模型的配置情况则要求模型的配置参数符合设计规范。 这样的评估需要遵循相关的模型设计原则或标准,例如MISRA,MATLAB Simulink,或相应建模规范文件等等,设计原则的具体应用主要通过对根据相应规范而设置的模型指标的检验评估实现。例如汽车功能安全行业标准ISO 26262 – 6: 软件级别产品开发中对汽车软件架构所提出的具体建议和原则。其中,模型的复杂度,大小,和非相干度是检验模型是否符合相应建模规范的重要指标。模型的复杂度分析旨在发现模型中可能导致问题的复杂结构或关系,及时优化并简化模型,确保模型合规。模型的大小意在评估模型子系统,接口等等的规模,确保模型的可理解性和可维护性。模型的非相干度要求减少模型中的非相干性,以此确保模型各部分之间的关联适度。 模型指标的检验分析可以通过静态测试的方式在模型开发中及早实现,提高模型的质量,并保证软件系统运行的稳定性和安全性。在模型开发过程的敏捷工作流中,建立模型之后,根据建模规范或行业标准的要求分析模型指标,再生成清晰且全面的分析报告,并根据报告结果对模型进行修复,最终实现并输出优质的模型。 在模型开发过程中执行静态测试,可通过敏捷工作流实现。如图3所示,敏捷工作流中,首先建立模型,再根据业界标准和建模规范进行模型分析,得出清晰全面的分析报告,最后根据分析报告的结论快速解决和修复模型遇到的问题,最后实现质量门的通过,轻松实现优质建模。在这一过程当中,MXAM和MoRe (MES Model & Refactor® (MoRe), 现已集成在MXAM中) 两大工具,分别在敏捷工作流的不同阶段为建模工作提供有力支持。 图3:MXAM与MoRe为模型开发过程中敏捷工作流的不同阶段提供支持 通过启动模型分析,MXAM可以向用户展示模型根据建模规范一致性的分析结果报告,如图4所示的分析结果视图。 图4:MXAM分析结果视图 从展示形式来说,如图5所示,MXAM中的报告视图可展示为不同的导览方式,如规范文档导览(Document Navigation)和模型工件导览(Artificial Navigation)。规范文档形式下,在报告和文档的每个级别都显示聚合的分析结果:模型名称、分析完成的时间。在工具栏中,还可以通过选择树查看分析结果。工件导览是以模型结构树的形式显示相应系统或子系统对应的模型聚合分析结果。 图5. MXAM报告视图的不同导览方式 内容而言,图6显示了模型的合规报告视图右侧显示了模型的合规分析结果列表(Findings),模型架构分析的相应指标(Metrics),模型合规性的注释列表(Annotations),模型分析的配置详情(Analysis Configuration)和模型分析指标的摘要(Metrics Summary)。 图6. MXAM合规分析结果 用户还可以通过菜单(Menu)或过滤选项(filter)选择并查看相应的分析结果。分析结果的详细信息可以在详情结果视图(Finding Details)查看。如图7所示,用户可以查看到违反相关建模规范的详细信息和结果描述。 图7. MXAM违规项的详细信息 比如出现错误的具体路径(Path)和具体模块(Name),和出现这条错误报告的具体原因。用户可以通过路径及模块名称上的超链接直接到达模型中该错误所在的位置。修复选择(Repair Finding)可以帮助用户一键修复错误。 对于建模规范来说,此处以建模规范mcheck_misra_slsf_030_c为例,在详情页中(如图8所示)可以找到关于这一建模规范的详细描述,包括检查项通过该建模规范或不通过的评判标准(Pass-Fail Criteria),以及相应的解决方案(Solution)和修复的具体描述(Repair Action)。 最终的检查报告可以HTML-、 PDF-、 EXCEL-、XML-以及MXAM自带的mxmr格式快速导出。 图8. MXAM建模规范详情页 MXAM v10.0: MoRe的集成与功能升级 MoRe现已成为MXAM的一部分。 在前文中已提到,MXAM能够在模型敏捷开发流程的多个阶段提供强有力的支持:加速模型分析流程,快速生成报告,并辅助自动修复。同样来自MES模赛思的MATLAB Simulink扩展建模辅助工具MES Model & Refactor® (MoRe)能够为敏捷开发流程中的建模和修复提供高效帮助。 MoRe能将您日常建模中的步骤自动化,省去大量重复单调的操作,帮助您在建模时专注于重要步骤,节约时间,全面提高工作效率。现在,在MXAM全新版本v10.0之下, MoRe已集成在MXAM中。MXAM的功能变得更为全面,全力支持您基于模型的开发过程。 如图9所示,这是普通的MXAM安装程序。用户可以在此处选择许可证文件,而MoRe的标志已在此标注。接下来用户可以继续正常的下载步骤,MoRe的下载会自动随MXAM同步进行。 图9. MoRe的安装已集成在MXAM下载器中 进入MATLAB界面后,MXAM和MoRe即可马上使用。如图10中的Simulink 模型所示,"MES MoRe"选项已经显示在菜单中,可以直接调用MoRe的相关功能。 图10. MoRe的轻松调用 MoRe最新版本的所有功能均包含在内,集成在MXAM中和MoRe独立工具使用的体验相同。不仅是自动布局,MoRe同样可以从多角度帮助模型进行快速优化。不论是从将Goto/From模块转换为信号线,或是命名问题, MoRe都可以辅助您改进模型,并节约大量时间。 新增可选扩展全局参数及建模规范。 新版本中,MXAM 对Embedded Coder AUTOSAR运行实体中的参数进行了扩展。在使用Embedded Coder进行模型开发时,如果静态测试包括了自动生成的模型部分,则会导致大量的时间和资源浪费。MXAM v10.0对分析参数进行了扩展(见图11)。如果将此参数设置为“True“,那么MXAM只会对运行实体子系统中的模型元素进行分析。 图11:MXAM v10.0新增参数: "Global.AnalyzeAutosarRunnablesSubsystemsOnly" 在开发AUTOSAR模型的过程中,工程师一般通过ARXML文件开始进行模型生成和框架的构建,因而模型会自动生成很多层级以及其他文件。而模型的自动生成部分并非必须进行静态测试,因其必须遵循AUTOSAR提供给您的内容,模型结构固定,对固定部分进行静态测测试会耗费大量不必要的时间和精力。这个新的全局参数能够帮助工程师实现只分析 AUTOSAR运行实体中的模型和函数,这样开发工程师就可以将模型分析专注于实际应用和可以进行更新修改的模型部分,从而节约大量时间。 而对于建模规范而言, MXAM新版本的更新完全围绕主题“ 功能安全 “展开。 建模规范mes_slsf_1500: 确保可重用模型组件具有已解析并启用的链接。本建模规范完全专注于功能安全。在工程师应对可重用模型组件时,应当确保所有链接已解析,如果其中有尚未解析的链接,将模块用未启用的链接进行连接可能会导致潜在的问题。使用本建模规范可以确保模型引用可用且已更新,同时提高了可测试性,确保模型在进入下一个质量保证阶段前一切就绪。 另一项更新来自mes_slsf_2200: 避免舍入模式(Rounding Mode)。绝大多数 Simulink中的计算模块都可以设置特定的舍入模式。此时,确保代码生成的舍入模式都被明确定义十分重要。本建模规范能够避免模型将舍入模式设置为“Simplest”,并且对应的MES检查项中也有对应的检查参数可供使用。 本次更新还包括建模规范mes_slsf_3500: 禁止在Stateflow图中使用用户定义的事件。基于事件的建模可能会导致模型难以维护,出现隐藏控制流和可能的无限递归。同步问题也可能发生,且Stateflow的早期返回逻辑可能导致不良后果。此建模规范可确保模型不会在Stateflow图中使用用户定义的事件,从而防止隐藏控制流出现在模型之中。 除此之外,新版本还添加了对三个版本的TargetLink用户的相应变量类别和全新的MES检查。 如您想了解并体验MXAM v10.0全新版本,欢迎您申请免费试用,了解更多。
  • 热度 2
    2024-2-21 15:39
    304 次阅读|
    0 个评论
    瑞典乌普萨拉, 2024 年 2 月 20 日 – 全球领先的嵌入式系统开发软件解决方案供应商 IAR 宣布:推出其旗舰产品 IAR Embedded Workbench for Arm 功能安全版的最新版本 9.50.3 。此次发布进一步加强了 IAR 支持开发人员创建安全、可靠和符合标准的嵌入式应用程序的承诺,涵盖了汽车、医疗设备、工业自动化和消费电子等多个行业。该版本中最重要的新功能是经过认证的 C-STAT ,这是专为安全关键应用程序设计的静态代码分析工具。 IAR Embedded Workbench for Arm 功能安全版 v9.50.3 符合 C++17 标准,并新增了对 Cortex-M55 、 Cortex-M85 、 Cortex-R52+ 、 Cortex-R82 、 Cortex-A32 等 Arm 内核的支持,以确保符合 IEC 61508 、 ISO 26262 和 IEC 62304 等关键功能安全标准。新版本集成了强大的代码分析工具,包括静态分析工具 IAR C-STAT 和动态分析工具 IAR C-RUN ,以提升软件可靠性,同时符合 MISRA C 、 CERT C 和 CWE 等编码标准。 由 TÜV SÜD 认证的 C-STAT 功能安全版,可帮助开发人员进行全面的静态分析,对于确保代码符合安全标准至关重要。它可以检测各种潜在问题,包括代码漏洞和与 MISRA C 、 CERT C 等编码标准的偏差。这种积极主动的检测对于避免在开发周期后期进行昂贵且耗时的修复至关重要,从而增强了整体可靠性,并加速了产品上市时间。 ThreadX/Microsoft Azure RTOS 前首席执行官 / 联合创始人, PX5 RTOS 的创始人兼首席执行官 Bill Lamie 强调了 IAR 最新功能安全版本中 C-STAT 工具的关键作用: “ IAR C-STAT 在确保符合安全标准方面发挥着至关重要的作用,我们依靠 C-STAT 进行了 PX5 RTOS 代码库审查。这是一个极其有价值的工具,就像是采用了人工智能来快速审查你的代码一样。 IAR 的认证工具链与我们的高级实时操作系统之间的协同作用,为开发人员提供了无与伦比的价值。我无法想象如何在没有它的情况下构建产品! ” IAR 解决方案支持现代开发流程,包括持续集成( CI )和自动化构建,以满足当今快节奏的开发周期需求。同时,支持各种平台的可扩展构建服务器拓扑结构,如 Linux ( Ubuntu 和 Red Hat )和 Windows ,使工具链能够与现有的开发环境无缝集成。 IAR 首席技术官 Anders Holmberg 表示: “ 我们最新发布的 IAR Embedded Workbench for Arm 功能安全版旨在通过将静态代码分析无缝集成到基于 CI 的工作流程中,为开发人员和团队提供额外的信心保障,以实现自动化和满足功能安全标准。经过认证的功能安全版提供 IAR C-STAT 合规性报告,该报告提供了有关支持的标准和涵盖的规则等宝贵信息,以帮助开发人员进一步确保其应用程序的合规性和可靠性。 ” 有关 IAR Embedded Workbench for Arm 功能安全版,以及用于开发安全相关应用程序的更多产品信息,请访问 https://www.iar.com/products/requirements/functional-safety/ 。
  • 热度 2
    2024-2-7 20:17
    349 次阅读|
    0 个评论
    MBD工具链的云部署
    “ 云技术用于不会用于汽车开发 “ 。说到云部署在汽车行业的应用,业界曾经认为云技术并不适合用在汽车行业的产品开发。知识产权保护、数据的安全、流程不够透明、迁移成本过高、 IT 部门的保守等种种现实问题成为了云技术应用在汽车开发上的阻碍。然而,随着电动车巨头特斯拉等一众公司的成功,行业的发展趋势变得不言自明 : 汽车行业正朝着更加注重软件驱动的方向发展,越来越多的 OEM 正重新定位,将重心放在软件和技术方面。驱动这样的转变的因素有很多,比如高级辅助驾驶系统 (ADAS) ,电动出行技术 (E-mobility) ,以及信息娱乐和舒适系统的开发等。总的来说,汽车行业已经开始采用云技术推动汽车软件的设计,汽车软件向着更先进,更智能的方向迈进。本文着重探讨云技术在汽车行业应用的优势和注意事项,以及其在汽车行业软件设计质量保证领域的实际应用。 云技术的关键要素 首先明确云技术应用的关键要素。云技术是一种按需提供计算存储网络或其他 IT 资源的计算模式。对于云技术而言,算力和应用程序可在任意位置的集中式服务器农场中运行,这些服务器不受空间约束,可以是 OEM 在本地的部署,也可以是各个地方公共云上的服务器。虚拟机 (VM) 是一种虚拟的计算环境,是云技术的关键资源。在这些服务器当中,使用虚拟机进行计算,并可以根据工作的负载动态部署或撤销。理论上,云计算的算力可以无限扩展。个人电脑的角色也十分重要,是云计算中与云计算中心计算能力进行交互的主要接口。带宽资源在云计算中同样值得提及,为了使云应用程序发挥作用,需要足够的带宽接入使设备可以实现快速的互联网连接,并需要监控实际使用的应用服务,以确保一切正常运行。这些云技术的要素帮助提高了开发工作的灵活度,并使工作更容易扩展。从企业的角度来说,云技术能够帮助企业降低成本,提高效率。 围绕云技术,关键的概念也有很多。容器 (Container) 是一种把应用程序及其依赖项到打包在一起的一种技术,使其可以方便地在云环境中部署运行及管理应用程序。容器技术常见的一种实现被称为 Docker , Docker 是一种开源的容器化平台,可以帮助开发者将应用程序及依赖项打包,并在支持 Docker 的环境中运行,使其不受环境差异的影响。对于集群技术, Kubernetes ( 又称 k8s) 是一种容器编排系统,帮助企业管理容器化的应用程序。 Automation ( 自动化 ) ,作为云计算的重要概念,其目的在于降本增效。对于自动化管道及构建管道, Jenkins 、 Bamboo 、 Git 等等常被提及。 Jenkins 是一个由 Java 编写的、开源的持续集成的工具,类似的还有 Bamboo 。 Jenkins 主要帮助团队进行自动化的构建、测试和发布过程,提高软件交付的效率及质量。此外,同样需要版本控制系统的支持,比如 Git 。可以使用 Git 来追踪项目的变化,协同开发。仓库 (Repository) 用于存储云技术相关的软件要素。 IaaS ( 基础架构即服 务 ) , PaaS ( 平台即服务 ) 和 SaaS ( 软件即服务 ) 是云服务的主要类型。 IaaS ( 基础架构即服 务 ) 提供计算存储网络资源,用户可以按照实际使用需求支付费用。 PaaS ( 平台即服务 ) 提供开发,部署和运用应用程序的平台。 SaaS ( 软件即服务 ) 提供已经预先构建好的软件应用程序。 CaaS ( 内容即服务 ) 以提供消费者基础网络资源以及操作系统服务为中心。 DbaaS ( 数据库即服务 ) 为客户提供数据库的访问,而无需部署或管理底层的基础设施。无服务器 (Serverless) 通常称为功能即服务 (FaaS) ,是以 PaaS ( 平台即服务 ) 为基础,提供一个微型的架构,中层客户无需部署配置或者管理服务器的服务,代码运行所需要的服务器服务都由云端平台来提供。对于小型公司来说,可以运用云计算来托管其网站应用程序,无需投资建立自己的硬件软件,从而节省支出。而大型企业也可以使用云计算技术来扩展 IT 基础设施,以满足业务需求的多样化。 行业机遇与挑战 云技术的关键词和主要运用形式已作过介绍,下面来关注云技术的应用优势和面对的挑战。可扩展性是云计算的首要和关键优势。灵活的工具配置使云计算可以更好地适应不同的工作场景和负载。集中的管理可以实现实时的监控,使运作流程透明且可控。全局的标准化同样重要,云计算可以提供一种更为精简工作流的实现过程,同时其易维护性保障了系统的可维护性和高效利用。云计算的这些优势帮助企业达到降低成本,同时提高透明度的作用。 当然,云技术同样面临一些挑战。首先,由于云计算的应用可能需要用户更改其原本的工具使用模式,这使得用户的使用习惯面临改变,不适应的情况可能出现,用户的接受度成为一大挑战。此外,将项目完全迁移至云端也会耗费一定时间,项目的运行速度或进展可能因此延缓,企业在进行迁移前需要更好的准备工作以应对这些问题。云端工具链的不够完备,一些重要的工具可能还未实现云端化,云工具链的不完备也可能造成困扰,需要技术的持续发展来帮助工具链实现完全云端化。使用云技术还可能会导致企业对第三方服务的依赖,这其中也存在风险。 汽车行业中云部署的经典案例 在汽车行业的软件开发和测试中,云部署架构的实际应用主要有两种 : “桌面云”和“过程云”。“桌面云”以用户为中心。在这种应用案例中,最终的用户,也就是 PC 前的工作人员,通过传统 PC 触发应用程序,而算力和数据存储在云端的某服务器农场中。从用户体验上来说,基本与传统 PC 无异。使用的软件与应用以交互的方式被使用。“过程云”则是以过程为中心,在用户端以自动化流程触发应用程序,其触发的自动化管道前文已有所介绍,主要有 Jenkins 、 Git 和 Bamboo 等等工具。最终的结果以报告或事件的方式自动分发。 下面来分析具体架构案例。对于软件开发来说,当开发人员和测试人员向 Git 仓库 (Git Repository) 提交 (Commit) 一个模型更新或测试变更时,此行为会主动触发 (Trigger) Jenkins 主节点上的自动化管道,此自动化管道中包含了一系列对测试环境的描述。当测试环境描述文件发生变更时, Jenkins 主节点作为数据中心枢纽被自动触发,负责控制和分发这些更改的管道设置。 Jenkins 主节点首先向代理节点 (Agent Nodes) 请求部署,随后,代理节点会向云端仓库 (Container Repository) 请求下载相应的容器 (Docker) 。如图 1 所示, Docker 仓库中,已部署好适应不同平台 (Windows 或 Linux) 的容器包。随后,适合系统要求的容器包将被请求并部署至 Jenkins 代理节点上。容器包 (Docker) 随后接收到自动化管道发出的命令,继而从 Git 仓库 (Git Repository) 签出 (Check Out) 相应的模型及配置文件等需要的信息。并根据具体指令进行静态分析。 Jenkins 主节点随后请求结果,而分析结果将会被发送回 Jenkins 主节点,并自动存储。最后, Jenkins 主节点负责向代理节点 (Agent Nodes) 请求取消部署,关闭不再需要的容器 (Docker) ,并将最终报告发送给开发或测试人员。 图 1 :桌面云设置 而从用户出发,用户端 (User Clients) 也可以进行扩展,通过使用终端服务器来完成开发、测试和分析全过程 ( 由图 2 所示 ) 。用户可以是单一或多个开发或测试人员从终端服务器 (Terminalserver) 登录。服务器会针对不同的工作环境和要求匹配不同的工具链并进行设置。如果需要相应的工具许可,可以向浮动许可证服务器发送相应请求,而相应的许可也可以被托管在不同位置。为保证安全,服务器通常配置为冗余或异地冗余的模式。这种情况下,由提交 (Commit) 操作自动触发的 Jenkins 主节点分发相应的自动化管道 (Automation Pipeline) 到代理节点 (Agent Nodes) ,代理节点 (Agent Nodes) 则可以通过 Kubernetes 进行扩展,从而由静态扩展转向可扩展的代理,进而实现云环境的扩展。 图 2 :可扩展的云端自动化 对于云架构的过程支持,如果需要容器中的软件工具, MES 模赛思可以提供相应的容器模板辅助构建配置。 许可模式及工具链的云部署 回顾此前的关键词解释,根据云服务商交付模式的不同,云服务模型主要可以分为: · 1.软件即服务 (SaaS) · 2.平台或基础架构即服务 (PaaS or IaaS) 软件即服务 (SaaS) 中,用户应用是托管服务的集成部分,按使用量付费是主要的业务开展方式。平台或基础架构即服务 (PaaS or IaaS) 需要关注客户租用的算力以及操作系统的容量。平台即服务 (PaaS) 包括操作系统及数据库,而基础架构即服务 (IaaS) 包括硬件和虚拟机 (VM) 。使用平台或基础架构即服务 (PaaS or IaaS) 的客户拥有应用软件的所有权和许可,并可以通过定制计划来明确使用成本。而在高工作负载的情况下,额外容量变得非常重要,因此,更为灵活的动态订阅模式能够在超出常规用量的情况下提供额外的支持。 对于 MBD 工具链来说,行业的主流为基础架构托管。应用及工具链多保存在公司内部,这样的架构有利于对开发过程的监控和灵活调控。对于汽车厂商,基础架构即服务 (IaaS) 是主要的云技术运用方式。动态许可模式是目前行业的需求所在,也是 MES 模赛思所使用的许可模式。 MES 模赛思的工具链目前已完全适配云许可的模式,并可以提供 Windows 和 Linux 版本。对于汽车行业来说,许可订阅是主流选择。许可模式的一种是开发者云桌面,用于交互式云环境,为桌面迁移到云设计。对于许可模式的覆盖范围,自动化全球云覆盖全球许可,做到完全自动化和高动态,并且可以在全球任何地方使用,为过程迁移到云设计。同样,目前 MES 模赛思支持在云端设置 MBD 工具链,并可为试点项目提供基于云的沙箱环境,并为 Docker 容器提供配置模板。 MES 模赛思同样支持在云端设置的自动化管道 (Automation Pipeline) 。 图 3 : MES 模赛思云服务 如图 3 所示,从技术咨询,到工具与工作流,最后到构建与迁移, MES 模赛思能够为客户提供云部署的全程支持,帮助客户实现工具链的云部署。 模赛思软件技术有限公司 (Model Engineering Solutions ,简称 MES) 是一家高科技软件公司,专为软件项目的质量保证提供解决方案。 MES 为客户基于模型的软件开发提供技术支持,使其符合 IEC 61508 、 ISO 26262 或 ASPICE 等行业标准。 MES 的主要客户包括整车厂如戴姆勒、大众、丰田和吉利等以及博世、西门子和三星等行业供应商。在汽车行业中,除少数几家公司外,全球数十家顶尖制造商及供应商均在他们的开发环境中使用 MES 的解决方案。为支持其全球客户, MES 已在美国和中国建立了子公司,并与全球分销商网络紧密合作。 MES 的产品包括 4 种质量工具软件: MES Model Examiner ® 、 MES Test Manager® 、 MES Model & Refactor® 和 MES Quality Commander® ,它们共同构成了一个工具链,全面保障基于模型的软件开发过程中所有阶段的质量。通过 MES Jenkins Plugin ,该工具链也可以在持续集成环境中使用。工具链主要应用平台为 MATLAB®Simulink® 。除了 MES 质量工具外, MES 测试中心 和 MES 学院 的专家们还为全球客户提供关于质量保证和开发流程优化的定制咨询服务及培训课程。 MES 是 dSPACE 公司的战略合作伙伴和 MathWorks 及 ETAS 的产品合作伙伴。 MES 学院与 SAE International 有合作关系。
  • 热度 2
    2024-1-26 18:31
    157 次阅读|
    0 个评论
    战略合作 | IAR全面支持云途车规级MCU
    IAR 嵌入式开发解决方案现已全面支持云途半导体 YTM32 系列 MCU ,携手合作伙伴共同助力高端创新应用的开发 中国,上海 – 2024 年 1 月 26 日 – 嵌入式开发软件和服务 的全球领导者 IAR 与知名国产汽车芯片公司江苏云途半导体有限公司(以下简称“云途半导体”) 联合宣布,两家公司 达成战略合作,最新发布的 IAR Embedded Workbench for Arm 9.50 版本已全面支持云途半导体车规级 YTM32 系列 MCU , 双方将 共同助力中国汽车行业开发者的创新研发。 云途半导体是一家专注于高性能汽车控制器芯片的集成电路设计公司 。 通过建立完善的汽车集成电路设计和验证平台,并严格遵循 AEC-Q100 、 ISO-26262 功能安全和 ISO-21343 信息安全等开发流程体系和技术规范,云途迅速向市场推出了多款具有自主知识产权的 32 位车规级高性能控制器芯片 。 目前,云途半导体 已经实现“通用 MCU + 专用 SoC ”的完整产品矩阵, 已全面覆盖车身域、座舱域、底盘域、动力域及自动驾驶域五大域 90% 的应用 , 其中 YTM32B1L 和 YTM32B1M 两大通用 MCU 产品系列已经出货累计数百万颗,获得汽车项目定点 300+ 个 。 IAR Embedded Workbench for Arm 不仅仅是 IAR 的旗舰产品,更是全球数百万开发者钟爱的嵌入式软件开发解决方案。这一强大工具套件以其卓越的代码优化功能脱颖而出,不仅能够最大程度释放所选 MCU 的性能潜力,还可确保应用程序的高效能。除了提供灵活的代码和数据断点、运行时堆栈分析、调用堆栈可视化、代码覆盖率分析等多项强大调试功能,与 IAR 硬件仿真器 I-jet 搭配使用更可实现无限制的 Flash 断点。此外,该工具套件还完美融合了静态代码分析工具 IAR C-STAT ,支持 MISRA 、 CWE 和 CERT 编码标准,以及动态代码分析工具 IAR C-RUN ,可检测算术错误、数组访问越界等问题。这些功能有助于开发者在日常开发中及早发现潜在问题,提升代码质量。更令人振奋的是, IAR 还提供通过 TÜV SÜD 认证的功能安全版本,符合 ISO 26262 等十项功能安全认证标准,可助力开发者快速推进功能安全产品的开发和认证,为嵌入式系统的安全可靠性提供坚实支持。 云途半导体 CEO 耿晓祥表示:“我们很高兴与 IAR 达成合作。充分发挥云途 YTM32 系列的性能,需要 IAR Embedded Workbench for Arm 这样功能丰富的工具链,此次合作将为云途半导体产品开发提供极大支持,后续我们还会有更多新上市的芯片与 IAR 继续进行合作。” IAR 亚太区副总裁 Kiyo Uemura 表示: “云途半导体是国内车规 MCU 领先企业, 我们很高兴能和 云途 半导达成合作 , IAR Embedded Workbench for Arm 将持续 提供灵活 且完整 的解决方案,帮助客户充分挖掘 云途系列 MCU 的 潜能 。 IAR 一向重视与生态伙伴的合作, 我们期待与云途半导体携手共进,共同引领推动汽车行业的创新与未来发展 。 ” 关于 YTM32 系列的更多信息,请访问 https://ytmicro.com 。关于 IAR Embedded Workbench for Arm 的更多信息,请访问 http://www.iar.com/arm 。
  • 热度 3
    2024-1-18 15:56
    311 次阅读|
    0 个评论
    思瑞浦与IAR携手共筑嵌入式开发生态
    IAR Embedded Workbench for Arm 全面支持 3PEAK TPS32 混合信号微控制器主流系列产品 中国,上海 – 2024 年 1 月 18 日 – 嵌入式开发软件和服务的全球领导者 IAR 与思瑞浦今日联合宣布, IAR 旗舰产品 IAR Embedded Workbench for Arm 已全面支持思瑞浦 TPS32 混合信号微控制器主流系列产品,将为开发者提供更完整、高效的开发解决方案。 思瑞浦总部位于中国,提供模拟及嵌入式处理器产品和解决方案,销售和技术支持服务网点遍布美国、欧洲、日本、韩国以及中国台湾地区。在信号链和电源领域深耕与积累多年后,思瑞浦进军嵌入式处理器领域,并已取得亮眼的成绩。经过两年的潜心研发,精选工艺,严控质量,思瑞浦成功打造了首款数模混合信号 MCU 平台。 TPS32 是思瑞浦自主研发的混合信号微控制器芯片系列产品的旗舰品牌。凭借对垂直应用的深入洞察和对客户需求的持续挖掘,目前已经推出应用于泛工业领域的 TPS325M0 和 TPS325M5 两个系列产品,并迅速获得了行业龙头客户的广泛采用和好评。 IAR Embedded Workbench 集成开发环境一直是全球众多开发者在嵌入式软件开发中的优选解决方案。这一强大的工具套件已经为数百万开发者提供了全面且高效的支持。通过该解决方案,开发者能够充分利用代码优化功能,并享有一系列强大的调试功能,包括代码和数据断点、运行时堆栈分析以及调用堆栈可视化等。此外, IAR Embedded Workbench 还集成了静态代码分析工具 C-STAT 和动态代码分析工具 C-RUN ,可帮助开发者及早发现潜在问题,提高代码质量。值得一提的是, IAR 还提供经过 TÜV SÜD 认证的功能安全版本,符合 ISO 26262 等功能安全认证标准,为开发功能安全产品的开发者提供了有力的支持。 思瑞浦 MCU 事业部高级总监陈丽华女士表示: “ 在提 供优质的芯片产品的同时,思瑞浦还致力于为用户提供易使用、高品质、全方位、开放式的软硬件开发生态系统。我们非常荣幸能与业内知名的工具链供应商 IAR 建立合作伙伴关系,我们的合作启于未发,循序而进。 IAR 对于 3PEAK 芯片的全面支持,以及思瑞浦基于 IAR Embedded Workbench for Arm 提供完整 TPS32 SDK 软件包,这些仅仅是我们合作的第一步。坚信在不久的将来,我们将与 IAR 在更多的领域展开合作 , 共筑嵌入式开发生态,为客户创造真正的价值,提供便捷的体验。 ” IAR 亚太区副总裁 Kiyo Uemura 表示: “ 我们很高兴与思瑞浦达成合作,并对未来充满期待且信心十足。长期以来,我们深刻认识到中国在全球市场中的关键地位,蕴藏着巨大的潜力和无限机遇。思瑞浦作为国内强影响力的半导体上市公司,技术实力深厚,不断突破创新。我们与思瑞浦的合作彰显了双方的相互信任,两家公司将利用各自领域的技术优势,共同打造充满活力的嵌入式领域生态系统,为开发者提供世界一流的开发工具和原厂技术支持。 ” 有关 IAR Embedded Workbench for Arm 的更多详细信息,以及支持的超过 8800 款 Arm 芯片,请访问 https://www.iar.com/cn/product/architectures/arm/iar-embedded-workbench-for-arm/ 。
相关资源