标签: iso

透过 Andes 晶心科技与 IAR 的整合功能安全解决方案，协助奕力科技开发其高性能的触控与显示驱动整合（ TDDI ）芯片 Andes 晶心科技（ TWSE ： 6533 ）和 IAR 共同宣布，奕力科技（ ILITEK ）的触控与显示驱动器整合（ TDDI ）芯片— ILI6600A ，采用 Andes 通过 ISO 26262 认证的 V5 RISC-V CPU 核心— N25F-SE ，以及 IAR 经过认证的 Embedded Workbench for RISC-V 工具链，以支持在其最先进的芯片中实现汽车功能安全 （ FuSa ） 。 ILI6600A 由一个高度集成的非晶 /LTPS （低温多晶硅） / 氧化物 TFT （薄膜晶体管） LCD （液晶显示屏） 驱动器，和一个内嵌式触控控制器构成。透过由 Andes 晶心及 IAR 提供具 ISO 26262 健全设计方法的整合解决方案，能缩短车用产品严格的认证流程，并加速客户产品上市时间。 ILI6600A 的 LCD 驱动器支持多达 3 个芯片级联，并提供高达 16.7M 的颜色数量。其 IIE （真彩图像增强）功能可以实现高质量的显示和视觉体验。 ILI6600A 的触控面板控制器采用 32 位高性能单周期指令集 MCU ，其内置的高速和高性能硬件加速计算模块提供了卓越的数据处理能力。凭借奕力科技的驱动技术和算法，触控控制器为用户带来了出色的性能体验、强大的抗噪能力和高信噪比。 ILI6600A 采用了 AndesCore™ N25F-SE ，这是全球首款全面合规 ISO 26262 标准的 RISC-V CPU 。作为备受欢迎的同系列产品 N25F 之强化安全功能版， N25F-SE 是专为汽车功能安全 （ FuSa ） 所设计，可防止系统性失效和随机硬件失效的发生。 IAR Embedded Workbench for RISC-V 是一个经过认证的集成开发环境，内含强大的 IAR C/C++ 编译程序和调试器。两家公司的联合解决方案和专业知识为客户提供了一流的汽车应用性能和安全性。 奕力科技首席执行官 Luen Wey 表示：“ ILI6600A 是我们第一款符合 ISO 26262 ASIL B 标准的产品，能够提供强大、实时、经过认证的故障检测功能。其较高的信噪比实现了优异的触控屏性能，可带来一流的用户体验。同时，我们的工程资源将提供及时的现场服务 。此外， ILI6600A 还拥有依托于我们为 TDDI 项目积累的经验而开发的远程 AI 调谐工具。我们很高兴与晶心科技和 IAR 合作开发我们的汽车 TDDI SoC 解决方案，以满足对具有更高分辨率的车载显示设备日益增长的需求。 ILI6600A AFE 可以扫描高达 960ch 的触控传感器，并支持 LongV 和 LongH 两种扫描方式。此外， ILI6600A 还支持虚拟触控键和旋钮功能。作为汽车应用中最重要的部分， ILI6600A 已经通过了汽车 ESD 、 EMI 和 EMS 测试，且很快就会成为 AEC-Q100 2 级合规产品。晶心科技的 RISC-V N25F-SE 具有高性能、低功耗和必要的安全功能等优点，是帮助 ILI6600A 实现其设计目标的理想处理器。” “我们很高兴与 IAR 合作，共同支持奕力科技的车用 TDDI SoC 产品开发。通过 N25F-SE ，我们能确保客户在其产品认证过程中，使用我们 ISO 26262 认证的 CPU IP 及安全套装方案。奕力科技已获得多款晶心科技自有第三代架构 V3 CPU 的授权。他们持续获得 Andes 最新的 CPU IP 授权并将其设计到自己的 SoC ，充分说明奕力科技对晶心科技多代 CPU 质量的认可。” Andes 晶心科技总经理暨技术长苏泓萌博士表示。“ Andes 晶心是第一家获得 ISO 26262 认证的 RISC-V CPU IP 公司。我们的车用处理器核心开发流程已符合 ISO 26262 标准之 ASIL D 等级要求。随着通过认证之开发流程到位，我们正式启动 ISO 26262 功能安全系列产品路线图以支持汽车产业供应链的发展。” IAR 首席技术官 Anders Holmberg 表示 ：“ IAR 很高兴能与晶心科技合作来帮助奕力科技确保其 TDDI 产品的功能安全。 RISC-V 技术将继续快速向前发展，为创新开辟新天地。我们将通过专业的开发工具支持生态系统和客户，继续推动行业变革。 ” IAR Embedded Workbench for RISC-V 的功能安全版通过了 TÜV SÜD 的认证，符合 10 个不同标准的要求，包括 ISO 26262 。除了强大的技术， IAR 还为售出的版本提供有保障的支持，包括长期客户支持合同、验证服务包以及对已知漏洞和问题的定期报告。 关于 Andes Technology 晶心科技 晶心科技股份有限公司于 2005 年成立于新竹科学园区， 2017 年于台湾证交所上市 （ TWSE ： 6533 ； SIN ： US03420C2089 ； ISIN ： US03420C1099 ） 。 Andes 是 RISC-V 国际协会的创始首席会员，也是第一家采用 RISC-V 作为其第五代架构 AndeStar ™ 基础的主流 CPU 供货商。为满足当今电子设备的严格要求， Andes 提供可配置性高的 32/64 位高效 CPU 核心，包含 DSP 、 FPU 、 Vector 、超纯量 （ Superscalar ） 、乱序处理 （ Out-of-order ） 及多核心系列，可应用于各式 SoC 与应用场景。 Andes 还 提供功能齐全的整合开发环境和全面的软 / 硬件解决方案，可帮助客户在短时间内创新其 SoC 设计。 2021 年， Andes-Embedded ™ SoC 的年出货量突破 30 亿颗；而截至 2022 年底，嵌入 AndesCore ™ 的 SoC 累积总出货量已超越 120 亿颗。 关于 IAR IAR 为嵌入式开发提供世界领先的软件和服务， 帮助 世界各地的公司创造满足当前需求和未来趋势的创新产品。自 1983 年以来， IAR 的解决方案已经辅助了超过一百万个嵌入式应用的开发，保证了其质量、可靠性和效率。公司总部位于瑞典乌普萨拉，并在世界各地设有销售和支持办事处。目前， IAR Systems Group AB 在纳斯达克 OMX 斯德哥尔摩交易所上市，属于中型股指数。如需了解详情，请访问 www.iar.com 。 关于奕力科技 奕力科技成立于 2004 年 11 月，为专业的面板驱动与触控 IC 设计公司，拥有显示与触控两项核心技术，多年来专注于面板显示器与触控相关技术之整合， 2017 年成功结合两项技术推出一系列整合型 TDDI 产品后，近年来营业额以年复合成长率 40% 大幅超越同业，市占率达到全球第 2 名，现为台湾前五大 IC 设计公司且为全球知名品牌的重要供货商。

ISO11898的第一部分，定义了数据链路层和物理层，免费下载。 下面是使用淘宝网购买的BLC1006 ECU模拟器与OBD产品进行通讯抓的数据流图，对于学习OBD与开发OBD产品的工程师有很高参考价值，可以让工程师更好地理解OBD通讯协议及加快OBD产品项目的进度与成功率，更多内容参考本博客的其他文章. ISO9141初始化时，BLC1006通过监控端口显示的数据流，图片可以放大 ISO14230初始化时，BLC1006通过监控端口显示的数据流，图片可以放大   更多的内容，可以参考本博客的其他文章: http://forum.eet-cn.com/view_comments***pa?entry_id=12299from=RSS http://forum.eet-cn.com/BLOG_ARTICLE_12314.HTM 百度一下

Have you heard of this old engineering joke? "Standards are great ... everyone should have one!"    The problem is that—very often—everyone does. For instance, take the case of storing textual data inside a computer, where the computer regards everything as being a collection of numbers. In this case, someone has to (a) decide which characters need to be represented in the first place and (b) decide which numeric values are going to be associated with the various characters. The resulting collection of character-to-number mappings is referred to as a "code". ASCII Code(s) Towards the end of the 1950s, the American Standards Association (ASA) began to consider the problem of defining a standard character code mapping that could be used to facilitate the representation, storing, and interchanging of textual data between different computers and peripheral devices. In 1963, the ASA – which changed its name to the American National Standards Institute (ANSI) in 1969 – announced the first version of the American Standard Code for Information Interchange (ASCII). However, this first version of the ASCII code (which is pronounced "ask-key") left many things – such as the lower case Latin letters – undefined, and it wasn't until 1968 that the currently used ASCII standard of 96 printing characters and 32 control characters was defined as illustrated in Figure 1.   Figure 1: The 1968 version of the ASCII code. (Dollar '$' Characters indicate hexadecimal values) Let's just pause for a moment to appreciate how tasty this version of the table looks (like all of the images in this article, it was created by yours truly in Visio). But we digress... Note that code $20 (which is annotated "SP") is equivalent to a space. Also, as an aside, the terms uppercase and lowercase were handed down to us by the printing industry, from the compositors' practice of storing the type for capital letters and small letters in two separate trays, or cases. When working at the type-setting table, the compositors invariably kept the capital letters and small letters in the upper and lower cases, respectively; hence, "uppercase" and "lowercase." Prior to this, scholars referred to capital letters as majuscules and small letters as minuscules , while everyone else simply called them capital letters and small letters . We should also note that one of the really nice things about ASCII is that all of the alpha characters are numbered sequentially; that is, 65 ($41 in hexadecimal) = 'A', 66 = 'B', 67 = 'C', and so on until the end of the alphabet. Similarly, 97 ($61 in hexadecimal) = 'a', 98 = 'b', 99 = 'c', and so forth. This means that we can perform cunning programming tricks like saying "char = 'A' + 23" and have a reasonable expectation of ending up with the letter 'X'. Alternatively, if we wish to test to see if a character (called "char") is lowercase and – if so – convert it into its uppercase counterpart, we could use a piece of code similar to the following: if (char = 'a') and (char = 'z') then char = char – 32; Don't worry as to what computer language this is; the important point here is that the left-hand portion of this statement is used to determine whether or not we have a lowercase character and, if we do, subtracting 32 ($20 in hexadecimal) from that character's code will convert it into its uppercase counterpart. As can be seen in Figure 1, in addition to the standard alphanumeric characters ('a'...'z', 'A'...'Z' and '0'...'9'), punctuation characters (comma, period, semi-colon, ...) and special characters ('*', '#', '%', ...), there are an awful lot of strange mnemonics such as EOT, ACK, NAK, and BEL. The point is that, in addition to representing textual data, ASCII was intended for a number of purposes such as communications; hence the presence of such codes as EOT, meaning "End of transmission," and BEL, which was used to ring a physical bell on old-fashioned printers. Some of these codes are still in use today, while others are, generally speaking, of historical interest only. For those who are interested, a more detailed breakdown of these special codes is presented in Figure 2.   Figure 2: ASCII control characters. One final point is that ASCII is a 7bit code, which means that it only uses the binary values %0000000 through %1111111 (that is, 0 through 127 in decimal or $00 through $7F in hexadecimal). However, computers store data in multiples of 8bit bytes, which means that – when using the ASCII code – there's a bit left over. In some systems, the unused, most-significant bit of an 8bit byte representing an ASCII character is simply set to logic 0. In other systems, the extra 128 codes that can be accessed using this bit might be used to represent simple "chunky graphics" characters. Alternatively, this bit might be used to implement a form of error detection known as a parity check , in which case it would be referred to as the parity bit .  

上接： 国际、国内电动汽车标准的故事1   最近都是和各种不同的标准打交道，目前我最讨厌谈的就是GB/T和各式各样奇奇怪怪的行业标准，有些规定实在让人费解万分。在这里继续聊聊IEC的标准的 故事，主要还是以TC69这个技术委员会为主。上周去开会的时候，听到号召与会人员发扬关注全球努力参与的精神，积极参与IEC/ISO的工作，我努力查 询了TC69的各个工作组的情况，两位熟人积极参与了几乎所有的工作组，然后在TC21/SC21A/WG4中又看到他们的身影，设身处地的想想，仅仅参 加某个标准的讨论，接收到了不下于10份的英文材料，参与那么多工作而且要努力发出声音，是多么的不容易。   转回主题，有两篇文章分别为： 1.The Evolving Standardization Landscape for Electrically Propelled Vehicles   此文叙述了一下的一些技术委员会极其下属工作组的前程往事，是非常有趣的。 3.1 IEC TC69 3.1.1 WG2: MOTORS AND CONTROLLERS 3.1.2 WG3: BATTERIES 3.1.3 WG4: INFRASTRUCTURE 3.1.4 OTHER IEC COMMITTEES 3.2 ISO TC22 SC21 3.2.1 BATTERY-ELECTRIC VEHICLES 3.2.2 HYBRID VEHICLES 3.2.3 FUEL CELL VEHICLES    这篇文章结构上其实与《The Evolution of Electrically Propelled Vehicle Technology and the Multidisciplinary Challenge for Standardization and Regulation》较为类似，我比较喜欢这张图：     2.The German Standardization Roadmap for Electromobility – Version 1.0.1   看 德国的工程师做的东东，有时候挺enjoy的，因为工作的关系，与BMW的工程师可能会打一些交道，一定要学两招。这份材料是德国 Electromobility的一个蓝图，在德国各个城市进行电动滑车辆试运行之外，德国这边标准化的工作看上去进行的按部就班，查看其在各个工作组里 头，分别是不同的人头，从上次IEC的会议来看，整车企业、一级供应商分别粉墨登场阵容强大，德国在IEC的话语权很大。上次听电池热分析的时候，听 ANSYS的老先生谈起德国的工业主要依赖于汽车及相关的工业，你无法估量德国汽车工业电动化的潜力。   里头的几张图：   1.计划蓝图   此图有很多弦外之音，当前重点为电池与充电，电机等相关玩意，德国人已经认为不是问题了。在各个地方都能看到德国电网在电动车方面的积极作用，看上去德国这边对于电的问题已经达成共识了，在发展电动汽车的同时对电网进行改造，一下两个产业一起调动。   2.标准化组织   看到这张图，有些诧异，咋这么多组织。 3.内部架构    此图还是很清晰的。 4.电网与EV之间的标准概述 在研究的同行可以按照此图进行一点点的深入研究，后面还有挺多的东西值得去看的。说实话，这个文档每个小部分可以单独拿出来探讨的，有时间来做这个事情吧。从我的角度，MS里面有些玩意有些偏颇，以后有机会再说。 再次建议大家可以从网上下来看看。

 最近需要将自己负责的一部分方向的内容的国际标准和国内标准对应起来，顺便把关于电动汽车相关的东东都梳理一下。   从整体而言，讲标准是绕不开ISO和IEC的，这两家的历史我们可以从网上找到不少的参考，例如：   ISO标准由国际标准化组织(International Organization for Standardization)制定发布。ISO组织成立于1947年2月23日，总部设在瑞士日内瓦，是世界上最大的非政府性国际标准化机构。其前身为国际标准化协会(ISA)和联合国标准协调委员会(UNSCC)。   IEC标准由国际电工委员会(International Electrotechnical Commission)制定发布。IEC组织成立于1906年，是世界上最早的国际性电工标准化机构，总部设在瑞士日内瓦。   两家是比较有意思的，在电动汽车领域分工为： 两家有许多的技术委员会 1.IEC技术委员会 IEC_TC.pdf (下列附件1： 20110618192800180_zyl_1.pdf )   电池的委员会以TC21为主，对电动汽车影响较大的则是SC21A。 TC 21 Secondary cells and batteries SC 21A Secondary cells and batteries containing alkaline or other non-acid electrolytes 接口作为统一的部分，其实很重要的，很遗憾我们国家的东东与IEC哪国都不一样。 TC 23 Electrical accessories SC 23H Industrial plugs and socket-outlets TC69未来是个最为重要的标准化的过程。 TC 69 Electric road vehicles and electric industrial trucks  IEC/TC69 ——电动道路车辆及电动工业货车技术委员会，成立于1970年代，是在全球环境问题、能源危机日趋严重的背景下产生的。IEC/TC69制定了一些标准和 技术报告，主要涉及蓄电池、充电器和车辆行驶系统，并成为比较活跃的国际标准化工作委员会。ISO/TC22和IEC/TC69还计划成立联合工作组以便 更好地开展这方面的工作。 　　目前，IEC/TC69的工作组情况为： IEC_WG_TC69_2011-06-18.xls (如下列附件3： 20110618192800180_zyl_1.pdf ) TC105 Fuel cell technologies    这块内容远着呢，有兴趣可自行查看。 2.ISO技术委员会 ISO_TC.pdf (如下列附件2： 20110618192800180_zyl_2.pdf )   ISO的TC22是规定道路汽车的标准用的，有两个分委员会，主要是涉及V2G和电动汽车性能安全方面的内容。 V2G V2G其实涉及了IEC和ISO的综合性的部分，因此这个联合工作组的结构如下： 性能要求   写到这里似乎刚开了个头，不过没关系，还有很多的内容后面会一点点去表述。特别是SAE的内容，是我非常关注的内容，在国际化标准边上也把它单独拉出来进行汇总。 PS：刚开始工作的时候，觉得有那么多标准，那么多东西要follow，觉得这些东西就是边界和规矩。现在看来，真的想要做一个被大多数人认同的标准，又岂是耍耍笔头，拍拍脑袋能做的。作为一个标准制定过程中的旁观者，甚至有一点点可能能参与其中，其实挺有趣的。   下接： 国际、国内电动汽车标准的故事2