面向教育汽车软件工程的AUTOSAR静态测试策略

原创 智能汽车开发者平台 2022-09-13 18:00
摘要


AUTOSAR(汽车开放系统架构)是欧洲汽车领域软件开发的领先架构基础。然而,由于存在大量不同的工具、规范和架构指南,其本身就很复杂,所以使用时更复杂。因此,汽车软件工程领域的学生需要指导和手段,以快速和可理解的方式评估他们的编程输出是否符合标准。基于之前提出的汽车软件工程的教育云平台,在本文中提出了一种评估基于AUTOSAR的软件开发质量的方法。这种方法被定位为开发过程中的一个步骤,学习者最终会在测试驱动过程中运行实现,以评估其实际性能。在这样的测试基础设施中,关于测试执行的资源总是短缺的,因为真正的测试驱动涉及相当复杂的准备工作和时间表。但在采用软件或硬件在环模拟的情况下,也需要协调执行。因此,本文描述的方法有两方面的重点。一方面,希望在更稀缺的资源(如模拟器或真正的测试车辆)被分配之前,尽快捕捉方法上的错误。为此,我们提出了专门用于评估基于AUTOSAR实现的静态测试方法。希望避免实际运行必然会失败的实现。另一方面,上述方法的输出应使学习者和开发者更容易评估和比较其结果的质量。

I.简介
在过去的15年里,汽车领域的软件开发经历了很多的重新调整和改进,包括对现有方法论的改进以及新方法的建立。今天,软件组件的模块化、可重用性和可测试性等方面被认为与实际功能同等重要。因此,旨在减轻确保这些特性所需精力的架构已经被开发出来。其中一个框架是AUTOSAR(Automotive Open System Architecture),它是欧洲汽车软件工程的事实上的标准。本质上,由于涉及许多不同的要求和企业,AUTOSAR是一个非常复杂的话题,拥有一个陡峭的学习曲线,需要大量的经验才能有效地工作。因此,开发人员需要应用不同领域的知识,如硬件开发、通信系统和软件工程。此外,汽车开发人员必须在资源受限的系统中操作,需要比非嵌入式编程(如网络开发)更有效地使用。AUTOSAR引入了以功能为导向的应用开发范式。它将电子控制单元(ECU)的系统结构分成三个水平层--应用层、运行时环境(RTE)和基本软件。应用层的开发是独立于目标平台的。因此,在开发新功能时,需要花费相对较长的时间,直到开发人员能够观察到他们的代码在真实车辆的真实硬件上运行,而这两者在开发开始时可能根本不存在。在此之前,将对实施方案进行大量的测试,以确保质量并且符合AUTOSAR标准,并暴露出需要返工的地方。此外,每个测试步骤都需要获得更多有限的测试资源,例如单元测试平台、硬件/软件在环解决方案和最终的真实测试车辆。图1说明了V型模型中开发过程中的各种测试步骤,这是在嵌入式汽车软件开发中使用的主要过程模型。然而,这种设置使得开发人员,特别是学习者,很难及时检索反馈信息,或者以简洁的方式评估、可视化以及比较他们的进展。因此,一个测试步骤越早进行,其结果就应该越快得到,对稀缺资源的依赖也就越少。满足这些要求的一种方法是静态代码分析。在本文中指出静态代码分析在多大程度上可用于基于AUTOSAR的软件的早期测试和评估。此外,将展示AUTOSAR特定的静态测试如何为汽车学习者和开发人员提供比通用静态代码分析更多的好处。

图 1.  标明测试阶段的V模型



II.相关工作
静态代码分析是软件测试方法学的一个重要组成部分。它是通过在语法和语义层面上分析源代码来进行的,但不需要实际编译和执行。静态代码分析被用作一种手段,以发现开发人员常犯的错误,这些错误不会导致编译器错误,但很可能表现为运行时故障—一个众所周知的例子是在Java中使用引用相等来比较字符串。此外,静态代码分析工具1也经常被用来确保遵守代码准则,如项目范围内一致的标识符命名。统一的风格是可取的,以减少团队成员在接手别人的源代码时的学习难度,并方便编码审查。此外,当还没有完全可编译和可执行的原型时,静态分析可以在早期开发阶段发现问题。这是一种节约成本和开发资源的手段,因为通常在开发过程中越晚发现缺陷,修复的成本就越高,这是由模型和现实世界研究提出的。此外,静态代码分析经常被用来搜索导致软件安全漏洞的缺陷。事实上,在行业中生效的一些安全规范要求使用静态代码分析2。根据所使用的编程语言,存在着大量不同的静态分析工具。由于AUTOSAR是C标准,可以使用针对C的静态分析工具。在这个领域,一些现有的和不断开发的工具是Infer、Coverity和Splint。作为一个特例,Clang3值得一提,它本身是一个编译器,但也提供一个静态分析器。这些工具是报告内容方面的通用工具。一方面,这些是警告或错误,暗示着可能的运行时问题,另一方面,可能的输出是代码质量指标。这样的指标提供了一种快速的方法来评估代码库的总体性质和质量。它们的范围可以从最简单的代码行数、评论与代码比率到更复杂的,如循环复杂性。然而,通用工具只能检查有关编程语言的常见错误,并执行风格指导,但不能详尽地分析AUTOSAR项目,因为它们没有考虑到领域知识。这主要是由于AUTOSAR项目由模块化的源代码文件和大量的配置文件组成,这些文件是相互依赖的。在此基础上,配置是AUTOSAR项目的一个非常复杂和关键的方面。因此,许多错误都与配置有关,特别是在早期开发阶段。例如,定义的端口或属性实际上没有被实现,或者配置和实现的行为之间不匹配。这些错误不可能用标准的C语言静态分析工具发现,因为这些工具只在源代码层面上操作。

在[7]中,作者使用三种常见的静态分析工具,对AUTOSAR软件组件的可测试性进行了研究。然而,他们只评估了有关C语言编程的常见错误,而没有评估与AUTOSAR配置有关的错误。因此,最近提出了专门为测试AUTOSAR项目设计的静态测试方法。  在教育背景下,为学习者提供一种简单易懂的方式来评估他们自己的表现或进步也很重要。此外,还需要一个指标来比较相互竞争的实施方案,以便选择应该被看好的解决方案进行进一步测试。因此,在本文中提出了一个在汽车软件工程教育背景下的AUTOSAR项目的静态分析方法。与一般用途的提示器一样,这种方法提供了质量指标和可能的错误检测,但以AUTOSAR特定的方式,使其对汽车领域的学习者和开发者更加有用。此外,还会根据检测到的问题提供纠正建议。本文展示了如何利用这些静态分析来评估和提高AUTOSAR项目的质量。


III.AUTOSAR特定静态分析
如前所述,本文提出的方法有两个目的,一方面是为开发人员,特别是学习者提供一个简单而便捷的方法来评估他们的表现,另一方面是在动态和集成测试阶段之前提高汽车软件项目的质量。提出方法与V型模型中的四个主要发展里程碑相结合,如图1所示(M1至M4)。在第一个里程碑中,支持的对象是单个功能的开发者,他们会根据所进行的静态分析得到提示。这提高了AUTOSAR项目在实施过程中的代码库质量,确保了与标准有关的一致行为,并通过纠正建议促进了学习效果。第二个里程碑在正常测试过程开始之前。这里进行的检查可能比在里程碑一的检查更严格。例如,对某些模式的遵守可以被强制执行,而在第一步中只建议更改。这是必要的,因为开发人员可能会在(原型)开发期间忽略提示,或者以非标准兼容的方式合并建议的纠正。因此,在这个里程碑的分析确保了测试过程开始前的预期质量水平。事实上,如果使用虚拟验证平台,这个里程碑可能存在两次。在这种情况下,在V模型中建立第二个测试分支(见图1),并在虚拟平台上测试AUTOSAR应用之前执行检查。然后在V模型的右侧分支中正常处理常规测试流程。在目标ECU上动态测试实际代码之前的第三个里程碑,不仅要检查应用程序的质量,还要检查基本软件(BSW)和RTE。这可能是这个过程中最重要的一步,因为AUTOSAR提供了大量的参数作为ECU配置的一部分。这个配置需要以一种特定于应用程序的方式创建,这意味着在这一点上的修改可能也需要对应用程序进行调整。第四个里程碑位于开发过程的后期,对整个 AUTOSAR 项目的质量进行评估,因此涉及的检查可能与之前的检查非常不同。这个里程碑的想法是确保应用程序的高质量,并评估它们是否适合被添加到跨项目的汽车库中。该库中的应用将在其他项目中以新的配置重新使用,因此要遵守更严格的合规性和兼容性要求。特别是通过第二和第四个里程碑的检查,可以对参与项目的开发人员进行分类或评估。因此,它们已被用作AUTOSAR软件工程自适应学习概念的一部分。总之,里程碑M1至M4的检查旨在实现AUTOSAR开发的以下方面:
M1  通过改正建议为个别开发者提供支持
M2 对AUTOSAR应用的分析,以及对目前开发草案RTE部分内容的分析
M3  对BSW和最终RTE应用特定的检查
M4  应用特定的BSW和RTE的动态测试,适合于整合到库中
图 2.  静态测试AUTOSAR
如图2所示,AUTOSAR项目主要由配置文件和源代码组成,这些文件都是由提出的静态测试来分析的。这些测试与实际使用的工具链无关,只要对正式的、标准化的文件进行分析即可。该分析建立在一个广泛的知识库上,其中包含AUTOSAR的架构信息。该知识库主要包括BSW及其模块以及RTE的信息。每个AUTOSAR版本的信息都是单独存储的,从而能够支持针对不同版本和供应商堆栈的并行开发。每个静态分析都可能产生一个修正建议,包括对程序员的解释。如果应用了此修正,并且项目文件发生了更改,那么该检查也将重新运行。这就避免了在项目中因错误应用纠正建议而造成的错误。如果在分析过程中确实发生了问题,但没有进行修正,则在分析报告中增加一个单独的报告条目。该报告条目包含关于文件、行号和分析模块的信息。
A. 分析的对象
静态分析的对象是某AUTOSAR项目的文件。这包括所有架构层,即应用、BSW和RTE。除了在每个文件的基础上进行分析外,我们还解决和比较不同位置和层之间的属性问题。 
虽然AUTOSAR项目可以由不同供应商的不同工具创建,但它通常由以下类型的文件组成:
●   源代码文件(c和h文件)
●   AUTOSAR标准规定的配置文件
●   供应商指定的配置文件
该静态分析是基于对所谓方面的定义。一个方面确定了相关分析的调查重点。目前,对于每个被分析的项目,可以定义一组具有以下属性的问题:
●  颗粒度
●   AUTOSAR 层
一个方面的粒度目前可以是三个不同的类别之一--文件、函数和代码/配置行,如表I所示。
相应的,AUTOSAR层方面是应用层、BSW和RTE。每一个方面a的分析都会产生一个相应的覆盖值cva,它是成功检查的实体数量(取决于粒度)和这个方面中实体总数之间的比率,例如cva = #检查的entitiesa /#entitiesa(#是基数)。
B. AUTOSAR一致性等级
一组覆盖率值可用于计算AUTOSAR软件项目或项目部分的单一、整体质量值。这种综合指标称为 AUTOSAR 一致性水平 CL。让cva指定给定方面a的一致性值和ωa的严重度,那么集合A中各方面的CL可以用以下方法计算:

其结果是一个单一的值,它提供了一个简明的方法来快速评估AUTOSAR项目在标准一致性方面的质量。在下一节中,将展示如何使用一致性值和级别来提高资源利用率和开发人员在基于AUTOSAR的汽车开发和测试基础设施中的反馈。



IV.应用和用例

对于汽车软件工程研究课程的发展,我们已经建立了工作流程,如图3所示,该流程已在[4]中提出。在那里,学习者可以在基于AUTOSAR的实施方案的开发周期中承担不同的角色。它们得到了两个工具的支持。ASTAS(AUTOSAR系统的应用规格测试)和TUC驱动云。前者提供了测试AUTOSAR ECU的方法,而后者则提供了一个测试驱动管理接口,以及访问汽车测试驱动数据的大数据存储的标准化方法。
图 3.  已部署的汽车软件工程工具链与图1中注释的测试步骤
由于本文提出的AUTOSAR特定静态测试已被整合到ASTAS中,本节将把重点放在这里。图4说明了测试AUTOSAR项目的原型的工作流程,以及ASTAS在这个过程中的整合。ASTAS包含用于分析AUTOSAR项目的软件模块和用于AUTOSAR ECU动态测试的软件模块。除了AUTOSAR特定的静态测试,ASTAS还支持以连续的方式对BSW和RTE进行应用特定的测试。这种测试方法是用符合AUTOSAR的方法实现的,并支持错误定位。知识库包含了在目标平台上实现动态测试的所有必要信息。关于这种方法的细节在[18]中解释。除了自有的功能之外,还整合了一个商业工具链,用于代码分析、构建和测试。在开发和教学过程中,从以下方面检查项目:
●    AUTOSAR应用之间的连接(M1, M2)
●   符合AUTOSAR BSW(M2)的要求
●   产生的RTE与应用程序和BSW的一致性(M2, M3)
●   整个AUTOSAR应用的一致性(M1, M4)
图 4.  通过ASTAS和集成工具链测试AUTOSAR系统的工作流程
图 5.  应用程序中软件组件之间未连接端口的例子
第一个检查是评估应用程序内通信的一致性。AUTOSAR在应用中定义了所谓的软件组件,它代表了ECU的实际功能。为了实现部分或完整应用的可重复使用性,软件组件内的通信需要符合标准。然而,遵守标准通常意味着实施者要做额外的工作,而学习者往往在一开始就尽量避免。因此,在实施过程中,使用这种考核是确保软件质量的一个非常重要的辅助手段。AUTOSAR ECU的BSW是根据映射的应用进行配置的,由一组不同的模块组成。为了确保符合标准,第二次评估根据应用情况检查项目中的集成和配置模块。这一步骤确保了应用程序在以后开发中的可扩展性。在实施应用和配置BSW之后,AUTOSAR方法论规定了RTE的生成。这是在目标平台上测试前的最后一步。由于不同的层(RTE、BSW、Application)可以使用不同的工具进行开发,AUTOSAR ECU的所有三个层的一致性需要得到确认。这种检查避免了测试过程后面步骤中代价高昂的错误定位。第四个方面是单独测试应用程序。它包含关于代码合规性、架构和编码准则的检查。通过这种方式,希望确保AUTOSAR库的软件质量,其中包含用于教学、学生自我评估以及研究课题的应用程序。例如,我们正在使用这些评估层面,对研究示范车Yellow Car 进行持续测试,其中包括3个符合AUTOSAR的ECU。在汽车软件课程教学方面,最重要的应用之一是灯光控制,它管理着汽车的不同灯光(如内部、外部)。灯光控制的主要功能被映射到一个ECU,由11个软件组件组成,共有48个端口。AUTOSAR应用之间的联系评估了AUTOSAR规格化的配置文件,称为系统描述。就灯光控制而言,已经检查了3429行的配置和262行的代码。为了演示各层面检查的目的,想象一下图5中的情景:在当前的开发中,应该集成两个新的端口。这些端口能够集成一个活跃的信号,代表对其他ECU的可用性。被指定的开发者已经在软件架构中实现了这些端口,但它们在RTE中没有端点。因此,该评估将显示96%的符合性(见公式2)。但是,我们对连接端口的测试配置将100%定义为严格的要求。因此,程序员需要解决断
开连接的端口。这个检查乍一看可能是微不足道的,但是因为即使没有连接的端口,代码也是可编译的,它是在开发后期才会被检测到的方面,从而产生不必要的额外费用。此外,根据经验,这种错误经常发生,特别是对AUTOSAR新手来说。除此之外,ASTAS目前的检查还分析了端口的更多属性,而不仅仅是连接。
由于我们有两个端口,一个具有require属性,第二个端口具有provid属性,ASTAS建议用户用一个接口连接这两个端口。为此,用户可以选择发送者-接收器和客户端-服务器的通信原则。图6显示了程序员批准后进行的修正。在这种情况下,修正改变了系统描述,这是一个正式的标准化AUTOSAR配置文件。一个发送者-接收者接口已经创建,并被分配给两个新的端口。之后,在集成的商业工具链中触发RTE生成,以创建RTE端点。
图 6.  系统描述中对架构中断开的端口的更正
图7显示了在AUTOSAR项目中通过采用自动修正建议所能实现的改进。左边的条形图代表了在引入建议的静态分析之前的学生项目的CL。
图 7.  通过使用拟议的AUTOSAR特定静态测试改善CL

右边的条形图显示了运行静态分析后的CL值。可以看出,在开发过程中,不同架构层的组合获得了最大的改善。这一阶段对学生来说往往是一个挑战,因为它需要对整个标准有深刻的了解,包括其方法和异质的AUTOSAR工具链。


V.结论和未来的工作

本文提出的测试策略促进了AUTOSAR项目的发展。程序员可以通过AUTOSAR特定的静态分析来支持配置和C代码,而一般静态分析工具只支持C代码。静态分析涵盖了系统架构的所有架构层,并且独立于正在使用的AUTOSAR版本和工具链。使用建议的方法,通过提高学生AUTOSAR项目的质量来改善应用程序的可重复使用性。此外,该静态分析通过对AUTOSAR标准的解释和参考,帮助学习者了解软件质量的不同方面,这些问题在架构中都有显示。因此,ASTAS的静态分析是汽车软件工程硕士研究课程中的一个重要教学部分,特别是从电子学习的角度来看。
在未来,希望将这一概念进一步发展到自我学习和自我评估的方向,其中个人统计变得更加重要。例如,我们通过直接向学习者展示一致性值和水平随时间的变化来探索对学习者动机的影响。


参考文献:

[1]  S. Mathur and S. Malik, “Advancements in the v-model,” International Journal of Computer Applications, vol. 1, no. 12, 2010.

[2]  B. Hardung, T. Kölzow, and A. Krüger, “Reuse of software in distributed embedded  automotive  systems,”  in  Proceedings  of  the  fourth  ACM international conference on Embedded software - EMSOFT '04.    ACM Press, 2004.

[3]  K. Juhnke, M. Tichy, and F. Houdek, “Challenges concerning test case specifications in automotive  software testing: assessment of frequency and criticality,” Software Quality Journal, nov 2020.

[4]  N. Englisch, R. Bergelt,  and W. Hardt,  “An Educational Platform  for Automotive Software Development and Test,” in 2020 IEEE 32nd Confer- ence on Software Engineering Education and Training (CSEE&T).  IEEE, nov 2020.

[5]  A. Leitner, R. Mader, C. Kreiner, C. Steger, and R. Weiss, “A development methodology for variant-rich automotive software architectures,” e  &  i Elektrotechnik und Informationstechnik, vol. 128, pp. 222–227, 2011.

[6]  P. Louridas, “Static code analysis,” IEEE Software, vol. 23, no. 4, pp.58–61, jul 2006.

[7]  A. Imparato, R. R. Maietta, S. Scala, and V. Vacca, “A comparative study of static analysis tools for AUTOSAR automotive software components development,” in 2017 IEEE International Symposium on Software Reli- ability Engineering Workshops (ISSREW).   IEEE, oct 2017.

[8]  I.  Gomes,  P.  Morgado,  T.  Gomes,  and  R.  Moreira,  “An  overview  on the static code analysis approach insoftware development,” Faculdade de Engenharia da Universidade do Porto, Tech. Rep., 2009.

[9]  R.  van  Megen  and  D.  B.  Meyerhoff,  “Costs  and  benefits  of  early defect  detection:  experiences  from  developing  client  server  and  host applications,” Software Quality Journal, vol. 4, pp. 247–256, dec 1995.

[10]  J. Westland, “The cost of errors in software development: evidence from industry,” Journal of Systems and Software, vol. 62, pp. 1–9, 2002.

[11]  P. Vitharana, “Defect propagation at the project-level: results and a post-hoc analysis on inspection efficiency,” Empirical Software Engineering, vol. 22, no. 1, pp. 57–79, nov 2015.

[12]  M. Kulenovic and D. Donko, “A survey of static code analysis methods for security vulnerabilities detection,” in 2014 37th International  Con- vention on Information and Communication Technology, Electronics and Microelectronics (MIPRO).   IEEE, may 2014.

[13]  M. Courrier, H. Clergeau, A. Calvy, P. Favrais, and M. Lecat, “Autosar

bsw  in  real  life:  A  summary  of  the  last  years  starting  and  putting projects into production,” in Embedded RealTime Software and Systems (ERTS2012), Toulouse, France, Feb. 2012.

[14]  N. Englisch, R. Mittag, F. Hänchen, O. Khan, A. Masrur, and W. Hardt,

“Efficient Static Testing of AUTOSAR Software supported by an auto- matically created Knowledge Base,” in Proceedings of the 7th Conference on Simulation and Testing for Vehicle Technology, May 2016, pp. 87–97.

[15]  H.  Venkitachalam,  K.  A.  Powale,  C.  Granrath,  and  J.  Richenhagen,

“Automated Continuous Evaluation of AUTOSAR Software Architecture for Complex Powertrain Systems,” in INFORMATIK 2017, 15. GI Work- shop Automotive  Software Engineering, M. Eibl and M. Gaedke, Eds. Gesellschaft für Informatik, Bonn, 2017, pp. 1563– 1574.

[16]  D. Diekhoff, “AUTOSAR Basic Software for Complex Control Units,” in

Proceedings of the Conference on Design, Automation and Test in Europe, ser. DATE ’10.   3001 Leuven, Belgium, Belgium: European Design and Automation Association, 2010, pp. 263–266.

[17]  N. Englisch, A. Heller, U. Tudevdagva, J. Tonndorf-Martini, L. Gaitzsch,

and  W.  Hardt,  “Adaptive  Learning  System  in  Automotive  Software Engineering,” in Proceedings  of  the  27th International  Conference  on Software, Telecommunications and Computer Networks (SoftCOM), 2019.

[18]  N.  Englisch,  F.  Hänchen,  F.  Ullmann,  A.  Masrur,  and  W.  Hardt,

“Application-Driven Evaluation of AUTOSAR Basic Software on Modern ECUs,” in Proceedings of the 13th IEEE/IFIP International Conference on Embedded and Ubiquitous Computing (EUC), October 2015, pp. 60– 67.

[19]  N. Englisch, O. Khan, R. Mittag, F. Hänchen, A. Heller, and W. Hardt,

“YellowCar Automotive MultiECU Demonstrator Platform,” in 15.  GI Workshop Automotive Software Engineering, 2017, pp. 1517– 1522.


END

分享不易,恳请点个【👍】和【在看】

智能汽车开发者平台 分享汽车最新前言技术解读,行业分析,与授权行业资料分享平台。
评论
  • 嘿,咱来聊聊RISC-V MCU技术哈。 这RISC-V MCU技术呢,简单来说就是基于一个叫RISC-V的指令集架构做出的微控制器技术。RISC-V这个啊,2010年的时候,是加州大学伯克利分校的研究团队弄出来的,目的就是想搞个新的、开放的指令集架构,能跟上现代计算的需要。到了2015年,专门成立了个RISC-V基金会,让这个架构更标准,也更好地推广开了。这几年啊,这个RISC-V的生态系统发展得可快了,好多公司和机构都加入了RISC-V International,还推出了不少RISC-V
    丙丁先生 2025-01-21 12:10 131浏览
  • 本文介绍瑞芯微开发板/主板Android配置APK默认开启性能模式方法,开启性能模式后,APK的CPU使用优先级会有所提高。触觉智能RK3562开发板演示,搭载4核A53处理器,主频高达2.0GHz;内置独立1Tops算力NPU,可应用于物联网网关、平板电脑、智能家居、教育电子、工业显示与控制等行业。源码修改修改源码根目录下文件device/rockchip/rk3562/package_performance.xml并添加以下内容,注意"+"号为添加内容,"com.tencent.mm"为AP
    Industio_触觉智能 2025-01-17 14:09 167浏览
  •  光伏及击穿,都可视之为 复合的逆过程,但是,复合、光伏与击穿,不单是进程的方向相反,偏置状态也不一样,复合的工况,是正偏,光伏是零偏,击穿与漂移则是反偏,光伏的能源是外来的,而击穿消耗的是结区自身和电源的能量,漂移的载流子是 客席载流子,须借外延层才能引入,客席载流子 不受反偏PN结的空乏区阻碍,能漂不能漂,只取决于反偏PN结是否处于外延层的「射程」范围,而穿通的成因,则是因耗尽层的过度扩张,致使跟 端子、外延层或其他空乏区 碰触,当耗尽层融通,耐压 (反向阻断能力) 即告彻底丧失,
    MrCU204 2025-01-17 11:30 187浏览
  • 高速先生成员--黄刚这不马上就要过年了嘛,高速先生就不打算给大家上难度了,整一篇简单但很实用的文章给大伙瞧瞧好了。相信这个标题一出来,尤其对于PCB设计工程师来说,心就立马凉了半截。他们辛辛苦苦进行PCB的过孔设计,高速先生居然说设计多大的过孔他们不关心!另外估计这时候就跳出很多“挑刺”的粉丝了哈,因为翻看很多以往的文章,高速先生都表达了过孔孔径对高速性能的影响是很大的哦!咋滴,今天居然说孔径不关心了?别,别急哈,听高速先生在这篇文章中娓娓道来。首先还是要对各位设计工程师的设计表示肯定,毕竟像我
    一博科技 2025-01-21 16:17 105浏览
  • Ubuntu20.04默认情况下为root账号自动登录,本文介绍如何取消root账号自动登录,改为通过输入账号密码登录,使用触觉智能EVB3568鸿蒙开发板演示,搭载瑞芯微RK3568,四核A55处理器,主频2.0Ghz,1T算力NPU;支持OpenHarmony5.0及Linux、Android等操作系统,接口丰富,开发评估快人一步!添加新账号1、使用adduser命令来添加新用户,用户名以industio为例,系统会提示设置密码以及其他信息,您可以根据需要填写或跳过,命令如下:root@id
    Industio_触觉智能 2025-01-17 14:14 125浏览
  •     IPC-2581是基于ODB++标准、结合PCB行业特点而指定的PCB加工文件规范。    IPC-2581旨在替代CAM350格式,成为PCB加工行业的新的工业规范。    有一些免费软件,可以查看(不可修改)IPC-2581数据文件。这些软件典型用途是工艺校核。    1. Vu2581        出品:Downstream     
    电子知识打边炉 2025-01-22 11:12 82浏览
  • 现在为止,我们已经完成了Purple Pi OH主板的串口调试和部分配件的连接,接下来,让我们趁热打铁,完成剩余配件的连接!注:配件连接前请断开主板所有供电,避免敏感电路损坏!1.1 耳机接口主板有一路OTMP 标准四节耳机座J6,具备进行音频输出及录音功能,接入耳机后声音将优先从耳机输出,如下图所示:1.21.2 相机接口MIPI CSI 接口如上图所示,支持OV5648 和OV8858 摄像头模组。接入摄像头模组后,使用系统相机软件打开相机拍照和录像,如下图所示:1.3 以太网接口主板有一路
    Industio_触觉智能 2025-01-20 11:04 162浏览
  • 2024年是很平淡的一年,能保住饭碗就是万幸了,公司业绩不好,跳槽又不敢跳,还有一个原因就是老板对我们这些员工还是很好的,碍于人情也不能在公司困难时去雪上加霜。在工作其间遇到的大问题没有,小问题还是有不少,这里就举一两个来说一下。第一个就是,先看下下面的这个封装,你能猜出它的引脚间距是多少吗?这种排线座比较常规的是0.6mm间距(即排线是0.3mm间距)的,而这个规格也是我们用得最多的,所以我们按惯性思维来看的话,就会认为这个座子就是0.6mm间距的,这样往往就不会去细看规格书了,所以这次的运气
    wuliangu 2025-01-21 00:15 201浏览
  •  万万没想到!科幻电影中的人形机器人,正在一步步走进我们人类的日常生活中来了。1月17日,乐聚将第100台全尺寸人形机器人交付北汽越野车,再次吹响了人形机器人疯狂进厂打工的号角。无独有尔,银河通用机器人作为一家成立不到两年时间的创业公司,在短短一年多时间内推出革命性的第一代产品Galbot G1,这是一款轮式、双臂、身体可折叠的人形机器人,得到了美团战投、经纬创投、IDG资本等众多投资方的认可。作为一家成立仅仅只有两年多时间的企业,智元机器人也把机器人从梦想带进了现实。2024年8月1
    刘旷 2025-01-21 11:15 530浏览
  • 临近春节,各方社交及应酬也变得多起来了,甚至一月份就排满了各式约见。有的是关系好的专业朋友的周末“恳谈会”,基本是关于2025年经济预判的话题,以及如何稳定工作等话题;但更多的预约是来自几个客户老板及副总裁们的见面,他们为今年的经济预判与企业发展焦虑而来。在聊天过程中,我发现今年的聊天有个很有意思的“点”,挺多人尤其关心我到底是怎么成长成现在的多领域风格的,还能掌握一些经济趋势的分析能力,到底学过哪些专业、在企业管过哪些具体事情?单单就这个一个月内,我就重复了数次“为什么”,再辅以我上次写的:《
    牛言喵语 2025-01-22 17:10 68浏览
  • 数字隔离芯片是一种实现电气隔离功能的集成电路,在工业自动化、汽车电子、光伏储能与电力通信等领域的电气系统中发挥着至关重要的作用。其不仅可令高、低压系统之间相互独立,提高低压系统的抗干扰能力,同时还可确保高、低压系统之间的安全交互,使系统稳定工作,并避免操作者遭受来自高压系统的电击伤害。典型数字隔离芯片的简化原理图值得一提的是,数字隔离芯片历经多年发展,其应用范围已十分广泛,凡涉及到在高、低压系统之间进行信号传输的场景中基本都需要应用到此种芯片。那么,电气工程师在进行电路设计时到底该如何评估选择一
    华普微HOPERF 2025-01-20 16:50 76浏览
我要评论
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦