Search Results

“LIN-BOX” is designed as a development tool for simulation, implementation and test of the automotive LIN (Local Interconnect Network) control devices or entire network. The tool can be used to simulate master and/or slaves around LIN system. The configurable signal processing makes it possible to simulate and test the communication behavior. LIN-BOX monitors the bus traffic in the vehicle. The data on LIN bus can not only be shown on various windows but also written into log files. LIN-BOX has been used by several cases for debugging and validation, the result shows that it is a powerful tool for LIN cluster design, simulation and test.

With the introduction of BroadR-Reach and time-sensitive networking (TSN), Ethernet has become an option for in-vehicle networks (IVNs). Although it has been used in the IT field for decades, it is a new technology for automotive, and thus requires extensive testing. Current test solutions usually target specifications rather than the in-vehicle environment, which means that some properties are still uncertain for in-vehicle usage (e.g., fault tolerance for shorted or open wires). However, these characteristics must be cleared before applying Ethernet in IVNs, because of stringent vehicular safety requirements. Because CAN is usually used for these environments, automotive Ethernet is expected to have the same or better level of fault tolerance. Both CAN and BroadR-Reach use a single pair of twisted wires for physical media; thus, the traditional fault-tolerance test method can be applied for automotive Ethernet.

With the explosion of in-vehicle data, Time Sensitive Network (TSN) is increasingly becoming the backbone of the in-vehicle network to ensure deterministic real-time communication and Quality of Service (QoS). However, legacy buses such as CAN FD and LIN will not disappear for a long time in the future. Many protocols are deployed in the gateway and it is an important component in the security and functional safety of the communication process. In this paper, the recommended Electrical/Electronic Architecture is first given and the use cases for the TSN/CAN FD gateway are illustrated. Then, a TSN/CAN FD routing mechanism is designed and security mechanisms are deployed. The routing mechanism includes the protocol conversion module, queue cache module, and forwarding scheduling module. The protocol conversion module unpacks or packs the TSN or CAN FD frames according to the routing table.

The software installed in Electronic Control Units (ECUs) has witnessed a significant scale expansion as the functionality of Intelligent Connected Vehicles (ICVs) has become more sophisticated. To seek convenient long-term functional maintenance, stakeholders want to access ECUs data or update software from anywhere via diagnostic. Accordingly, as one of the external interfaces, Diagnostics over Internet Protocol (DoIP) is inevitably prone to malicious attacks. It is essential to note that cybersecurity threats not only arise from inherent protocol defects but also consider software implementation vulnerabilities. When implementing a specification, developers have considerable freedom to decide how to proceed. Differences between protocol specifications and implementations are often unavoidable, which can result in security vulnerabilities and potential attacks exploiting them.