CN104202207B - A kind of hand-held bus debugging terminal and its method - Google Patents

A kind of hand-held bus debugging terminal and its method Download PDF

Info

Publication number
CN104202207B
CN104202207B CN201410373973.XA CN201410373973A CN104202207B CN 104202207 B CN104202207 B CN 104202207B CN 201410373973 A CN201410373973 A CN 201410373973A CN 104202207 B CN104202207 B CN 104202207B
Authority
CN
China
Prior art keywords
message
data
bus
parsing
configuration file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201410373973.XA
Other languages
Chinese (zh)
Other versions
CN104202207A (en
Inventor
孙志江
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huizhou Desay SV Automotive Co Ltd
Original Assignee
Huizhou Desay SV Automotive Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huizhou Desay SV Automotive Co Ltd filed Critical Huizhou Desay SV Automotive Co Ltd
Priority to CN201410373973.XA priority Critical patent/CN104202207B/en
Publication of CN104202207A publication Critical patent/CN104202207A/en
Application granted granted Critical
Publication of CN104202207B publication Critical patent/CN104202207B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

The present invention provides a kind of hand-held bus debugging terminal and its method, wherein the hand-held bus debugging terminal includes: power module, bus interface module, processor, RAM card, nonvolatile memory, key module and display module, and the power module is connect with bus interface module, key module, RAM card, display module and nonvolatile memory;The bus interface module is connect with processor, nonvolatile memory and key module;The processor is connect with the RAM card, nonvolatile memory, display module and key module;The RAM card and nonvolatile memory are used for storage configuration file, and the configuration file is for realizing customized packet sending and receiving and parsing.Hand-held bus of the invention debugs terminal, and the parsing and display of message data fully rely on the processor of therein to complete, and does not need volume and cost that debugging terminal is greatly reduced by computer or additional analysis software, more convenient to carry.

Description

A kind of hand-held bus debugging terminal and its method
Technical field
The present invention relates to bus data acquisition and analysis fields, more particularly to a kind of hand-held bus debugging terminal and its side Method.
Background technique
Bussing technique has been widely used for Auto Electronic Controlled System, industrial boats automation, medical treatment and industrial equipment Etc., such as in Auto Electronic Controlled System, bus will be generally carried out in the product development process of automobile modules The transmitting-receiving of data will be acquired and analyze to bus data, also to pass through bus especially in product development test process Data are sent to trigger certain functions.There are many major companies all to release bus debugging terminal in industry at present, but is all that price is high Expensive, volume is heavy, needs to cooperate computer and the upper computer software of profession that could use.On-the-spot test and research and development early period in product Test process in, such as burn-in test and non-global function verifying, it is only necessary to several simple bus messages carry out treating measurement of power The triggering of energy does not need powerful profession debugging terminal.It will cause device resource using professional bus debugging terminal Significant wastage.And it is inconvenient to carry when debugging at the scene.
Summary of the invention
It is not necessarily dependent on that upper computer software, development cost be low, volume the technical problem to be solved in the present invention is to provide one kind Lightly, portable method bus debugging terminal and carry out bus debugging using the terminal.
In order to solve the above technical problem, the present invention provides a kind of hand-held buses to debug terminal, which includes: power supply mould Block, bus interface module, processor, RAM card, nonvolatile memory, key module and display module, wherein the electricity Source module is connect with bus interface module, key module, RAM card, display module and nonvolatile memory, and is mentioned for it For all kinds of power supplys;The bus interface module is connect with processor, nonvolatile memory and key module, for being connected to The bus network interface of equipment to be debugged;It the processor and the RAM card, nonvolatile memory, display module and presses The connection of key module, data acquisition, parsing, key response, RAM card read-write and non-volatile memory function;The key What module was used to acquire user is input to processor;The display module message information current for real-time display and parsing knot Fruit and system mode;The RAM card and nonvolatile memory are used for storage configuration file, the configuration file for realizing Customized packet sending and receiving and parsing.
Preferably, the key module is also used to set automatic or manual transmitting-receiving message data, and if being currently set for hand Dynamic transmitting-receiving message data, then the key module is further used for the format that setting sends message data, and setting receives report The analytic parameter of literary data.
In order to solve the above-mentioned technical problem, it is debugged the present invention also provides a kind of using above-mentioned hand-held bus debugging terminal Method, this method comprises the following steps:
1: receiving the message that external equipment is sent;
2: the received message of institute is parsed;
3: parsing result and content are shown.
Preferably, it is further comprised the steps of: before receiving the message that external equipment is sent and judges that current setting is automatic reception report Text or message is received manually, if receiving message automatically, then load the configuration file in RAM card, receive report if manual Text then passes through the analytic parameter of key manual setting message.
Preferably, after the configuration file in the load RAM card or analytic parameter by key manual setting message Further include: in the nonvolatile memory by the storage of the packet parsing parameter of configuration file or manual setting, and it will set manually The packet parsing parameter set is optionally stored in RAM card.
Preferably, the configuration file in the load RAM card, which further comprises the steps of:, judges whether configuration file loads success, If unsuccessful, the last time configuration data that successfully uses that is loaded into nonvolatile memory.
Preferably, it is described received message is parsed specifically includes the following steps:
1: reading message from message buffer is received;
2: reading in the configuration file in user's manual setting or RAM card as paraphrase dictionary;
3: judge whether read message format matches with message format defined in paraphrase dictionary, if it does, then 4 are entered step, step 1 is otherwise back to;
4: inquiry paraphrase dictionary is interpreted as corresponding physical quantity or shape from the message for receiving message buffer reading for described State amount;
5: the physical quantity being converted to or quantity of state are shown;
6: judging whether paraphrase parsing terminates, if it is, terminating this process, be otherwise back to step 1.
It is preferably, described to show parsing result and content method particularly includes:
1: being loaded into initialization interface;
2: judging whether a frame message has parsed, if so, reading the content in display caching area, otherwise enter step 3;
3: judging whether timing expires, if so, reading the content in display caching area, be otherwise back to step 2;
4;Refresh and shows read content;
5: circulation step 2 to 4.
In order to solve the above-mentioned technical problem, it is debugged the present invention also provides a kind of using above-mentioned hand-held bus debugging terminal Method, this method comprises the following steps:
1: judging whether to send data by Self-learning Model, if so, entering step 2, otherwise enter manual setting and send out Process is sent, the message set using the data format of key manual setting message to be sent, and described in sending;
2: detecting whether otherwise opening Self-learning Model repeats step 2 if so, entering step 3;
3: receiving the message that external equipment is sent;
4: will be stored from the received message of the external equipment;
5: judging whether autonomous learning process terminates, if so, entering step 6, be otherwise back to step 3;
6: closing Self-learning Model;
7: cycling through the message received according to the reception sequence of message data and time difference.
The real time parsing that common bus data may be implemented in the present invention is shown and the customized transmission of message, and has autonomous Learning functionality can satisfy the field adjustable demand of associated bus lines application.User can pass through key flexible configuration bus data Reception parsing and self-defining data send, while also support from RAM card importing configuration files carry out data self parsing and It sends.Compared to existing bus analysis equipment, it is not necessary to which, dependent on the analysis software of computer and profession, system cost is low, small in size Ingeniously, easy to carry.
Detailed description of the invention
Fig. 1 is the practical application schematic diagram of the embodiment of the present invention.
Fig. 2 is the hardware block diagram that terminal is debugged in the embodiment of the present invention.
Fig. 3 is the overall workflow figure that terminal is debugged in the embodiment of the present invention.
Fig. 4 is debugging terminal autonomous learning flow chart in the embodiment of the present invention.
Fig. 5 is the structure chart of RS-232/RS-485/LIN bus data in the embodiment of the present invention.
Fig. 6 is the overall flow figure debugged terminal in the embodiment of the present invention and carry out protocol analysis.
Fig. 7 is the received flow chart of message data in the embodiment of the present invention.
Fig. 8 is the process of analysis figure of message data in the embodiment of the present invention.
Fig. 9 is the orientation parsing flow chart of message data in the embodiment of the present invention.
Figure 10 is example message structure figure in the embodiment of the present invention.
Figure 11 is the structure chart of CAN bus data in the embodiment of the present invention.
Figure 12 is message sending process figure in the embodiment of the present invention.
The flow chart of refreshing is shown in Figure 13 embodiment of the present invention.
Specific embodiment
Clear, complete description is carried out to technical solution of the present invention below by specific embodiment combination attached drawing, is shown So, described embodiment is only a part of the embodiments of the present invention, instead of all the embodiments, based on reality of the invention Example is applied, every other embodiment obtained by those of ordinary skill in the art without making creative efforts all belongs to In the scope of protection of the invention.
For being applied to the debugging terminal of vehicle-mounted product bus data:
Hand-held bus debugging terminal in the present embodiment is based on ARM Cortex-M core microprocessor, selected memory Card is SD card, and the customized reception that debugging terminal has RS-485, RS-232, LIN and CAN data is shown and customized transmission Function can be realized the customized parsing to message ID and data and set the automatic/hand transmission of message, and can will receive Data real-time display with transmission is on the LCD/TFT display module of debugging terminal.User can pass through hand-held debugging terminal Key carry out packet sending and receiving setting or by configuration file in direct editing SD card realize packet sending and receiving and parsing from Definition.The parsing and display of message data fully rely on the arm processor of hand-held debugging terminal inner to complete, do not need by Computer or additional analysis software greatly reduce the volume and cost of debugging terminal.Debugging terminal can be directly from automobile Cigarette lighter electricity, application scenarios are unrestricted.Specific a certain frame/a few frames message data is observed especially suitable for needing to receive Fixation message when variation or burn-in test or functions of modules are verified triggers scene, is also applied for the verifying of product development early period Test.Debugging terminal has the function of autonomous learning, and after enabling learning functionality, debugging message data received by terminal can be deposited It stores up in SD or nonvolatile memory, the message data learnt can be forwarded by user by setting, convenient It is used when carrying out vehicle-mounted aging of product test, this process is not required to the setting that user carries out any configuration file.
Systematic difference block diagram is as shown in Figure 1, the power supply of system is obtained from cigar lighter, and progress bus data is adopted in automobile When set analysis, it can be directly accessed the ODB diagnosis interface of automobile, without carrying out any change to automotive wire bundle.It is opened when in product When sending out early period just for a certain equipment progress bus analysis, simple power supply/bus switching head is used.User connects debugging After the power supply and connection of terminal, the parsing for receiving data and the control to data are sent can be realized by two ways:
1, menu setting is entered by user key-press to set to a certain frame/a few frames message content solution for receiving data Analysis;User will send the contents such as format, content, transmission condition and the period of message data by key menu setting;
2, by the configuration file in load SD card, realization is automatically configured.Data parsing and transmission pass through SD configuration file It completes, is manually set without user;User can also be saved in SD by the relevant parameter by key assignments as configuration file For using later.
Hardware configuration:
Hardware block diagram is as shown in Figure 2.The core of system is arm processor shown in 2-1, data acquisition, solution Analysis, key response, data are shown, SD reads and writes and nonvolatile memory FRAM operation etc. a series of functions.Bus interface module 2-6 is integrated with several common Vehicle Body Bus interfaces that hand-held debugging terminal is supported.Key module acquisition user's is input to ARM Processor, SD module storage configuration file, display module show current message information and parsing result and system mode.Power supply Module 2-5 is responsible for the power supply of the different voltages of each submodule of system.Non-volatile memory modules 2-7 uses ferroelectric memory FRAM stores the configuration of active user, even if the configuration file after powering on next time in user's SD card is lost or is fitted without SD card, system can load the last time configuration data of user without resetting by nonvolatile memory.FRAM read-write The good characteristic that speed is exceedingly fast and there is power failure data to keep is highly suitable for having frequent erasable and safety to want to data Ask higher application.
Workflow of the invention:
After system electrification, the key setting of detection user first judges that user is to carry out manual setting or SD card configuration The selection of file, as shown in 3-2.When user calls SD card to configure, can be judged by 3-4 SD card configuration file load whether Success? if load is unsuccessful, such as the configuration data being fitted without in SD card or SD card is lost, and system can be walked by 3-5 The configuration data that the rapid last time being loaded into nonvolatile memory successfully uses, selects to use, avoids user again for user Carry out the setting of bus debugging terminal.If loading can successfully supply by 3-9 current data storage to nonvolatile memory It calls later.If user does not select SD card configuration file, but carry out by key assignments, 3-6 process can complete user to reception The packet parsing of data sets the customized setting of fixed sum data transmission.After the completion of user setting, before carrying out next step operation, it is System can be asked the user whether current data parsing by 3-7 and send configuration storage to SD card, with calling after facilitating.No Current configuration data whether is saved by user, can be all saved in by 3-9 once the configuration data that user confirms non-volatile In memory.After user presses start button, system enters 3-10 process and solves according to user configuration to the data received Analysis, and pre-set message data is sent.3-11 process real-time display debugs the message during terminal operating Data and parsing and system running state.
Autonomous learning process:
Autonomous learning is that debugging terminal user avoids carrying out excessive setting when sending fixed message data for convenience And the function of designing.Debugging terminal forwards after capable of being stored the message data obtained during autonomous learning, especially It is applicable to send the application scenarios that fixed message is triggered, such as burn-in test, weatherability test or other repetitions The scene of function triggering.
Learning process is as shown in Figure 4.After debugging terminal starting mode of learning, system can constantly receive external equipment hair The message that send simultaneously is stored, until user terminates to learn.When user needs to send the message data of study, debugging terminal can be by Message is cycled through according to the record sequence of message data and time difference.Autonomous learning process can be analogized to " the record of recorder The transmission of sound " process, data analogizes to " broadcasting " process of recording file.
Key technology:
The customized parsing of bus protocol
Debugging terminal supports RS-232, R-485, LIN, CAN protocol analysis and data to send.RS-232/RS-485/LIN For data link layer be all it is identical, be all to be received and dispatched as unit of byte, one kind can be classified them as.Message ID Number, start of message (SOM) symbol, frame length etc. are defined by application layer.CAN bus has special specification to define report The information such as the ID data length of text can individually be classified as one kind as unit of frame.
1) RS-232/RS-485/LIN protocol analysis
A it) summarizes
Specific message content is defined since such agreement does not have a specification of standard, in order to enhance being applicable in for debugging terminal Range, it is customized that the Various types of data of such message can carry out as needed user.Message data structure is shown in Fig. 5.Wherein, certain A little agreements just do not re-define end mark after frame length has been determined, this will not influence the protocol analysis to communication packet, be User, which can be set, in the setting of system ignores specified any byte.
The lump-sum analysis process of message is as shown in fig. 6,6-1 is complete according to setting reception one frame of the user to debugging terminal first Whole message subsequently enters the message frame Context resolution process of 6-2, finally by the show process of 6-3 by parsing result and interior Appearance is shown.
B) message receives process
The protocol analysis of message data place one's entire reliance upon user to debugging terminal setting.The receive process of message are exactly root Message data is received according to the sequence of data structure listed by Fig. 5.The start frame for debugging terminal analytic message first, receives message and opens Message structure after beginning frame according to process shown in Fig. 7 and as shown in connection with fig. 5 judges one by one, until receiving frame end symbol or root Judge that current message finishes receiving according to frame length or check value.Terminal is debugged after having received complete frame message, is entered 6-2 content frame process of analysis.
C) packet parsing process
Process of analysis as shown in figure 8, system takes out the complete message data of a frame from the received message buffer of Fig. 7, It is compared since the configuration file with user setting or SD card byte-by-byte message ID, if the data format of the message With pattern matched defined in configuration file (or paraphrase dictionary), then enters data shown in 8-3 and orients resolving, This process passes through the data that comparison is currently received and inquires the paraphrase dictionary of debugging terminal, and current message data is converted It is sent to display buffer for corresponding physical quantity or quantity of state, is used for flow for displaying.
8-3 data orient process of analysis:
Data orientation parsing is exactly that message data is become the physical quantity actually shown.This is to realize protocal analysis Committed step.Into after orientation process of analysis, system can read in the configuration file in user setting or SD card by 9-1 first As paraphrase dictionary, according to message structure shown in fig. 5 compared with receiving the message data in buffer area and carrying out one by one, search every The ID of one message frame needs whether parsing/paraphrase message ID matches with predefined, if it does, then the data for carrying out 9-4 are released Corresponding message data is construed to the status data of vehicle body by adopted process, this process, e.g., vehicle body voltage, speed, vehicle door status Etc. physical quantitys.And the result of parsing is sent into display caching area, it is used for display.9-6 according to message length or end mark come Judge whether the paraphrase of current message terminates,.Matching paraphrase is carried out if it has not ended, then continuing to read in next byte.
Such as debugging terminal receives a frame message data as shown in Figure 10, before according to the parsing of user, data are set What two byte 0x35 0xe8 were represented is system voltage, then, can be to debugging terminal after orientation shown in Fig. 9 parsing The data of display buffer writing system voltage 13.8V (13800mV).
2) CAN message process of analysis
The data definition of CAN message has the specification of standard, but Context resolution is equally to rely on application layer.CAN message frame Structure is as shown in figure 11.Debugging terminal need to only read the data word of 11Bit (extension frame is 29Bit) ID and 8Byte of CAN message Section.It is defined according to the specification of CAN, processor, which receives the ID of CAN message and data, can be directly stored in arm processor In buffer area.User, which need to only read corresponding ID and data, can bring direct use.Without being assisted as RS-232/RS-485/LIN View equally wants byte-by-byte to read.The process of analysis of CAN message is identical as Fig. 8, Fig. 9.Physical quantity after paraphrase can be stored in aobvious Show in buffer area.
The customized transmission of message and real-time display:
1) the customized setting of user that message is sent
Terminal is debugged in addition to having the function of protocol analysis, the customized transmission of message can be also carried out according to the setting of user. User can be with the format of customized message, or utilizes the autonomous learning function automatic collection message to be sent.
Message sending process is as shown in figure 12.User is to the message data to be sent if it is autonomous learning hair to be carried out It send, then enters the transmission that autonomous learning process shown in 12-2 carries out message.Fig. 4 is the detailed implementation of this process.If It is to enter manual setting transmission flow, user is configured according to process shown in Figure 12 for message structure is byte-by-byte.12-5 Data can be set with the flow setting rule change of 12-7 to increase or reduce automatically, data one frame of every transmission, data content It will be changed.12-8 is arranged sending cycle and realizes that the periodically automatic of message sends, and trigger condition is arranged in 12-9, when reaching The message set after a certain condition can be sent automatically.The good transmission rule of user setting can also be deposited by 12-10 Storage facilitates calling after user.
Automatic sending function can realize that data are sent automatically according to the setting of user.It can be at any time in transmission process Modification sends the content of message, use when user being facilitated to debug in the car.
2) real-time display of message data
The display state of hand-held debugging terminal can be divided into two classes: working interface and user setup interface.For the two Different display interfaces, processing strategie are also different.
Show that process flow is as shown in figure 13, under user setup interface, due to the content for not having that dynamic is needed to update, only Have when user has button operation, just can read the update that data carry out display content from display buffer.Equally sent out in data When sending, when having by key pressing, display data just will do it refreshing.
Under working interface, debugging terminal wants the currently received message data of real-time display and parsing as a result, such as Fig. 1 institute Show.Display will increase the operating load of system immediately if receiving data.System can be received by 12-3 having parsed A frame message after once refreshed or 12-4 process in timing refreshes primary display to rear automatic.Pass through Figure 13's It shows design cycle, not only can guarantee the real-time of display content refresh but also not will increase the load of system.
Hand-held bus provided by the present invention debugs terminal, and the parsing and display of message data fully rely on hand-held debugging The arm processor of terminal inner is completed, and does not need to greatly reduce debugging terminal by computer or additional analysis software Volume and cost;In addition, the present invention can both pass through the reception parsing and self-defining data of key flexible configuration bus data It sends, and supports the importing configuration files from RAM card, realize the automatic/hand transmitting-receiving of message data.
The preferred embodiments of the present invention above described embodiment only expresses, the description thereof is more specific and detailed, but It cannot be construed as a limitation to the scope of the present invention.It should be pointed out that for the ordinary skill people of this field For member, without departing from the inventive concept of the premise, various modifications and improvements can be made, these belong to of the invention Protection scope.Therefore, the scope of protection of the patent of the invention shall be subject to the appended claims.

Claims (5)

1. a kind of method of bus debugging debugs terminal using hand-held bus, the hand-held bus debugging terminal includes power supply mould Block, bus interface module, processor, RAM card, nonvolatile memory, key module and display module, this method include Following steps:
1) message that external equipment is sent is received;
2) the received message of institute is parsed;
3) parsing result and content are shown;
Wherein, it is further comprised the steps of: before the message for receiving external equipment transmission and judges that current setting is automatic reception message Or message is received manually and then loads the configuration file in RAM card if receiving message automatically, receives message if manual, Then pass through the analytic parameter of key manual setting message;Configuration file in the load RAM card passes through key manual setting After the analytic parameter of message further include: the packet parsing parameter of configuration file or manual setting is stored in non-volatile memories In device, and the packet parsing parameter of manual setting is optionally stored in RAM card.
2. bus adjustment method as described in claim 1, which is characterized in that the configuration file in the load RAM card also wraps It includes step: judging whether configuration file loads success, if unsuccessful, the last time being loaded into nonvolatile memory successfully makes Configuration data.
3. bus adjustment method as described in claim 1, which is characterized in that described to carry out parsing specific packet to received message Include following steps:
1) message is read from reception message buffer;
2) configuration file in user's manual setting or RAM card is read in as paraphrase dictionary;
3) judge whether read read message format matches with message format defined in paraphrase dictionary, if it does, then 4 are entered step, step 1 is otherwise back to;
4) paraphrase dictionary is inquired, is interpreted as corresponding physical quantity or state from the message for receiving message buffer reading for described Amount;
5) physical quantity or quantity of state that the paraphrase obtains are shown;
6) judge whether paraphrase parsing terminates, if it is, terminating this process, be otherwise back to step 1.
4. bus adjustment method as described in claim 1, which is characterized in that described to show parsing result and content Method particularly includes:
1) it is loaded into initialization interface;
2) judge whether a frame message has parsed, if so, reading the content in display caching area, otherwise enter step 3;
3) judge whether timing expires, if so, reading the content in display caching area, be otherwise back to step 2;
4) refresh and show read content;
5) circulation step 2 to 4.
5. bus adjustment method as described in claim 1, which is characterized in that receive the message that external equipment is sent and specifically include Following steps:
1) judge whether to send data by Self-learning Model, if so, entering step 2, otherwise enter manual setting and send stream Journey, using the data format of key manual setting message to be sent, the message set described in transmission, and terminate this process;
2) detect whether otherwise opening Self-learning Model repeats step 2 if so, entering step 3;
3) message that external equipment is sent is received;
4) it will be stored from the received message of the external equipment;
5) judge whether autonomous learning process terminates, if so, entering step 6, be otherwise back to step 3;
6) Self-learning Model is closed;
7) message received is cycled through according to the reception sequence of message data and time difference.
CN201410373973.XA 2014-07-31 2014-07-31 A kind of hand-held bus debugging terminal and its method Active CN104202207B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410373973.XA CN104202207B (en) 2014-07-31 2014-07-31 A kind of hand-held bus debugging terminal and its method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410373973.XA CN104202207B (en) 2014-07-31 2014-07-31 A kind of hand-held bus debugging terminal and its method

Publications (2)

Publication Number Publication Date
CN104202207A CN104202207A (en) 2014-12-10
CN104202207B true CN104202207B (en) 2018-12-07

Family

ID=52087437

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410373973.XA Active CN104202207B (en) 2014-07-31 2014-07-31 A kind of hand-held bus debugging terminal and its method

Country Status (1)

Country Link
CN (1) CN104202207B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107153388A (en) * 2017-07-04 2017-09-12 株洲嘉盛柏联轨道交通设备有限公司 A kind of machine air dryer for vehicle intelligent monitor
CN111464408A (en) * 2020-03-17 2020-07-28 创驱(上海)新能源科技有限公司 Fully-configured vehicle machine and T-BOX testing device and testing method thereof

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203038106U (en) * 2013-02-07 2013-07-03 东北石油大学 A portable CAN bus analyzer
CN103293008A (en) * 2013-06-27 2013-09-11 长城汽车股份有限公司 Automobile diagnosing device
CN103546349A (en) * 2013-11-04 2014-01-29 南京交通职业技术学院 Design method of embedded vehicle-mounted CAN bus detector
CN103777582A (en) * 2012-10-19 2014-05-07 中国北车股份有限公司 Hand-held can bus data analysis device

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103777582A (en) * 2012-10-19 2014-05-07 中国北车股份有限公司 Hand-held can bus data analysis device
CN203038106U (en) * 2013-02-07 2013-07-03 东北石油大学 A portable CAN bus analyzer
CN103293008A (en) * 2013-06-27 2013-09-11 长城汽车股份有限公司 Automobile diagnosing device
CN103546349A (en) * 2013-11-04 2014-01-29 南京交通职业技术学院 Design method of embedded vehicle-mounted CAN bus detector

Also Published As

Publication number Publication date
CN104202207A (en) 2014-12-10

Similar Documents

Publication Publication Date Title
WO2015169110A1 (en) Personal vehicle diagnosis system and method based on mobile intelligent terminal
CN104820637B (en) A kind of hand-held USB3.0 protocol analyzers
US9135131B2 (en) Customizing operation of a test instrument based on information from a system under test
CN103744787A (en) Cellphone automated testing method
CN110109853A (en) Data acquisition and processing (DAP) device and method
CN104424089A (en) Terminal testing method and device
CN104202207B (en) A kind of hand-held bus debugging terminal and its method
CN111475174A (en) Device and method for online writing and configuration of vehicle-mounted gateway
CN108650501B (en) A kind of method, apparatus and electronic equipment for testing stability of set-top box
CN109637536B (en) Method and device for automatically identifying semantic accuracy
CN101795286A (en) Vehicle diagnosis system and method based on 3G network
US20170084087A1 (en) Mobile phone voice-based automobile diagnostics method
CN109918302A (en) Vehicle-mounted automated testing method, device, in-vehicle multi-media system and automobile
CN106990983A (en) Single-chip microcomputer programming method, device, system and single-chip microcomputer
CN115079675A (en) ECU testing device, testing method and testing system
CN106845004A (en) It is a kind of that system and method is built based on script for functional verification platform
CN113791605A (en) Test method, device, equipment and storage medium
CN106250253B (en) A kind of mobile terminal test device and test method
CN104008043B (en) Cross-terminal method of testing, end to be tested and test lead
CN109726112A (en) Traverse test method, unit and computer readable storage medium
CN109614127A (en) The software updating apparatus and method of Vehicle Controller
CN107908562A (en) A kind of method and device of the multimedia resource playing function of test application program
CN109101391A (en) A kind of server monitoring information acquisition system and method
CN207529167U (en) A kind of stereo garage voice broadcast control system
CN106373052A (en) Motor vehicle driving license student information obtaining method

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 516006 Guangdong province Huizhou City Zhongkai high tech Zone and five West Road No. 103

Applicant after: HUIZHOU DESAY SV AUTOMOTIVE CO., LTD.

Address before: 516006 Guangdong province Huizhou City Zhongkai high tech Zone and five West Road No. 103

Applicant before: Huizhou Desay SV Auto. Electronics Co., Ltd.

COR Change of bibliographic data
GR01 Patent grant
GR01 Patent grant