ISO_16845_2004_FR.pdf.pdfISO_16845_2004， CAN总线，Con

文件名称: ISO_16845_2004_FR.pdf.pdf

所属分类: IT管理

开发工具:

文件大小: 494kb

下载次数: 0

上传时间: 2019-08-31

提供者: caosh*****

下载 (494kb)

不能下载？报告错误

详细说明：ISO_16845_2004， CAN总线，Conformance Test Plan, 一致性测试lso16845:2004(E Contents Page Foreword Scope.… Normative references…… 2345 Terms and definitions Abbreviated terms…,… General m 日日m 5.1 Architecture of the test plan(TP)…… 5.2 TP organization . 5.3 Hierarchical structure of tests 1,重日m 6 LT parameters 6.1 5578999 1■■ 6.2 Description of parameters Test type 1, received frame type... 10 7.1 Test class 1. valid frame format 10 7.2 Test class 2 error detection 18 7.3 Test class 3, active error frame management 7.4 Test class 4, overload frame management 7.5 Test class 5, passive -error state and bus off 26 7.6 Test class 6, error counter management 7.7 Test class 7, bit timing class 37 Test type 2, transmitted frame..... 42 8.1 Test class 1. valid frame format.m... d aaandanddndt 42 8.2 Test class 2 error detection 47 8.3 Test class 3, active error frame management 50 8.4 Test class 4, overload frame management 52 8.5 Test class 5, passive-error state and bus-off.... 55 8.6 Test class 6, error counter management 62 8.7 Test class 7, bit timing.. 71 Test type 3, bi-directional frame 76 9.1 Test class 1. valid frame format 76 9.2 Test class 2 error detection 76 93 Test class3, active error frame management……… 76 Test class 4, overload frame management 76 9.5 Test class 5, passive-error state and bus-off 7 Test class 6, error counter management 76 9.7 Test class7, bit timing…,,…,…,… 量量量量画 77 o so 2004-All rights reserved so16845:2004(E Foreword ISo( the International Organization for Standardization) is a worldwide federation of national standards bodies (Iso member bodies ). The work of preparing International Standards is normally carried out through Iso technical committees. Each member body interested in a subject for which a technical committee has been established has the right to be represented on that committee International organizations, governmental and non-governmental, in liaison with ISo, also take part in the work. ISo collaborates closely with the International Electrotechnical Commission(IEC)on all matters of electrotechnical standardization International Standards are drafted in accordance with the rules given in the ISo/EC Directives, Part 2 The main task of technical committees is to prepare International Standards. Draft International Standards adopted by the technical committees are circulated to the member bodies for voting Publication as an International Standard requires approval by at least 75 of the member bodies casting a vote Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. ISO shall not be held responsible for identifying any or all such patent rights Iso 16845 was prepared by technical Committee ISO/TC 22, Road vehicles, Subcommittee SC 3, Electrical and electronic eguipment o Iso 2004-All rights reserve INTERNATIONAL STANDARD lso16845:2004(E Road vehicles-Controller area network(CAN) Conformance test plan 1 Scope This International Standard provides the methodology and abstract test suite necessary for checking the conformance of any CAn implementation of the Can specified in Iso 11898-1 2 Normative references The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments)applies ISO/EC 9646-1: 1994, Information technology - Open Systems interconnection Conformance testing methodology and framework-Part 1: General concepts ISo 11898-1: 2003, Road vehicles- Controller area network(CAN)Part 1: Data link layer and physical signalling ISO 11898-2: 2003, Road vehicles- Controller area network (CAN)-Part 2: High-speed medium access unit 3 Terms and definitions For the purposes of this document, the following terms and definitions apply 3.1 AcK delimiter second bit of the ack field 3.2 AcK field last field before the Eof, used for message validation 3.3 acknowledgement error error condition of the transmitter when it does not detect a dominant bit on the ack slot 3.4 ACK slot first bit of the ack field 3.5 active error flag first field of an active error frame 3.6 active error frame error frame that starts with an active(dominant)error flag o so 2004-All rights reserved so16845:2004(E 3.7 active state state of a node when it can transmit an active error frame 3.8 arbitration field field starting after the SoF bit and finished with the rtR bit bit error error condition encountered when the received bit does not correspond to the transmitted or expected bit 3.10 conformance testing application of the test plan to an lUT 3.11 CRC delimiter last bit of the crc field 3.12 CRC error error condition of a receiver when the receiyed crc code does not match the calculated crc code 3.13 CRC field field preceding the ACK field, consisting of the Crc code and the Crc delimiter 3.14 end of frame last field of a data or remote frame before the intermission field 3.15 error delimiter second field of an error frame 3.16 error flag first field of an error frame 3.17 error frame formatted sequence of bits indicating an error condition 3.18 form error error condition encountered in a fixed form field 3.19 idle state can bus state where no frame is started after intermission field 320 intermission field field after eof error de limiter or overload de limiter 3.21 lower tester tester that supervises the test suite o Iso 2004-All rights reserve lso16845:2004(E 3.22 overload delimiter second field of an overload frame 3.23 overload flag first field of an overload frame 3.24 overload frame formatted sequence of bits indicating an overload condition 3.25 passive error flag first part of a passive error frame 3.26 passive state state of the device when the value of the rec or the tec has reached the error passive limit 3.27 REC passive state state of the device when the value of the rec has reached the error passive limit 3. recessive state state of the can bus when no can node drives a dominant value on the line 3.29 stuff bit bit inserted into the bit stream to increase the number of edges for synchronization purpose 3.30 stuff error error condition encountered when an expected stuff bit is missing 3.31 suspend transmission field waiting time added after the intermission field for an error passive transmitter, before it can start another transmission 3.32 TEC passive state state of the device when the value of the tEC has reached the error passive limit 3.33 test case specificly numbered and named test in the test suite 3.34 test frame CAN frame containing the test pattern specified 3.35 test suite check of the behaviour of the lUT for particular parameters of the Can specification o so 2004-All rights reserved so16845:2004(E 3.36 test type specification of the direction of the test frames EXAMPLE Specification of the behaviour of the IUT receiving and/or transmitting messages 3.37 time quantum elementary time unit of the Can bit time derived from the oscillator clock and the prescaler upper tester tester that acts as an user of the iUt 4 Abbreviated terms ACK Acknowledgement BRP Bit rate prescaler CAN Controller area network CRc Cyclic redundancy check CTrL Control Data length code EOF End of frame DIE Identifier extension bit IDEN CAN identifier Information processing time IUT Implementation under test C Logical link control LME Layer management entity LT Lower tester MAC Medium access control MDI Medium dependent interface NDATA Network data NTQ Number of Time Quanta Pco Point of control and observation o Iso 2004-All rights reserve lso16845:2004(E PLS Physical layer signalling PMa Physical medium attachment REc Receive error counter RTR Remote transmission request RX Receiver signal SJW Re-Synchronization jump width SLIo Serial linked input/output sof Start of frame srr Substitute remote request Transmit error counter Test plan TQ Time quantum TSYS System clock time(of the IUT) UT Upper tester 5 General 5.1 Architecture of the test plan(TP) le architecture of the tp plan is as shown in Figure 1 The TP is a specific application of iso 9646-1 and is restricted to the single party testing mode. Since the upper service boundary of a CAN implementation is not standardized and in some cases may not be observed and controlled, because of an application specific behaviour embedded in this implementation,(e. g. CAN SLIO), the TP shall rely either on the coordinated test method or the remote test method Depending on the test method applied, the tP shall involve up to three test functions an LT operating in way similar to the CAN IUT, running test suite and granting test verdict: an UT acting as user of the IUT(IUT-dependant) a test management protocol between the lUT and the lt, consisting of test coordination procedures The last two functions are only applicable to the coordinated test procedure During testing, the LT may observe and control the standardized lower service boundary of the IUT(PCO through the two service primitives provided by the Pls sub-layer, i.e. PLs Data indicate and PLs Data request, in most cases The environment that implements the tp is described in Figure 2 o so 2004-All rights reserved so16845:2004(E Data link layer LLC s up Acceptance filtering Overload notification ecove ry. management MAC Data encapsulation decapsulation Fault Frame coding confinement (stuffing, destuffing medium access management (MAC-LME Covered Error signal ing by test suites Acknowledgement Serialization/deserialization Physical layer PLS Bus failure Bit encoding/decoding management Synchronization (PLS_LME) PMA Driver/receiver characteristics Connectors Figure 1- Architecture of the test plan Upper test Test (UT) coordination Parameters Lower tester procedures depending on IUT plementation der test PLS Data, indicate PLS Data request Figure 2-CAN conformance TP environment Using the network interface, the LT indicates to the UT the actions to be performed and the UT provides the LT with information concerning the internal behaviour of the IUT. In order to allow the Lt and the ut to communicate, it is necessary to specify some test coordination procedures between them. These procedures use the network to the exclusion of any other physical link. They are used to set up the ut and to verify the test results o Iso 2004-All rights reserve

(系统自动生成,下载前可以参看下载内容)