Search Results

In order to detect degradation of engine oil lubricant, bench testing along with a number of diesel-powered Ford trucks were instruments and tested. The purpose of the bench testing was primarily to determine performance aspects such as repeatability, hysteresis effects and so on. Vehicle testing was conducted by designing and installing a separate oil reservoir along with a circulation system which was mounted in the vicinity of the oil pan. An innovative oil sensor was directly installed on the reservoir which can measure five (5) independent oil parameters (viscosity, density, permittivity, conductance, temperature). In addition, the concept is capable of detecting the oil level continuously during normal engine operation. The sensing system consists of an ultrasonic transducer for the oil level detection as well as a Tuning Fork mechanical resonator for the oil condition measurement.

Bluetooth Low Energy (BLE) is an energy-efficient radio communication technology that is rapidly gaining popularity for various Internet of Things (IoT) applications. While BLE was not designed specifically with vehicular communications in mind, its simple and quick connection establishment mechanisms make BLE a potential inter-vehicle communication technology, either replacing or complementing other vehicle-to-vehicle (V2V) technologies (such as the yet to be deployed DSRC). In this paper we propose a framework for V2V communication using BLE and evaluate its performance under various configurations. BLE uses two major methods for data transmission: (1) undirected advertisements and scanning (unconnected mode) and (2) using the central and peripheral modes of the Generic Attribute Profile (GATT) connection (connected mode).

As the new features for driver assistance and active safety systems are growing rapidly in vehicles, the simulation within a virtual environment has become a necessity. The current active safety system consists of Electronic Control Units (ECUs) which are coupled to camera and radar sensors. Two methods of implementation exists, integrated sensors with control modules or separation of sensors form control modules. The subsystem integration testing poses new challenges for virtual environment for simulation of active safety features. The comprehensive simulation environment for integration testing consists of chassis controls, powertrain, driver assistance, body and displays controllers. Additional complexity in the system is the serial communication strategy. Multiple communication protocols such as GMLAN, LIN, standard CAN, and Flexray could be present within the same vehicle topology.

The USDOT and the Crash Avoidance Metrics Partnership-Vehicle Safety Communications 2 (CAMP-VSC2) Consortium (Ford, GM, Honda, Mercedes, and Toyota) initiated, in December 2006, a three-year collaborative effort in the area of wireless-based safety applications under the Vehicle Safety Communications-Applications (VSC-A) Project. The VSC-A Project developed and tested communications-based vehicle safety systems to determine if Dedicated Short Range Communications (DSRC) at 5.9 GHz, in combination with vehicle positioning, would improve upon autonomous vehicle-based safety systems and/or enable new communications-based safety applications.

Vehicle-to-vehicle (V2V) communication systems can enable a number of wireless-based vehicle features that can improve traffic safety, driver convenience, and roadway efficiency and facilitate many types of in-vehicle services. These systems have an extended communication range that can provide drivers with information about the position and movements of nearby V2Vequipped vehicles. Using this technology, these vehicles are able to communicate roadway events that are beyond the driver's view and provide advisory information that will aid drivers in avoiding collisions or congestion ahead. Given a typical communication range of 300 meters, drivers can potentially receive information well in advance of their arrival to a particular location. The timing and nature of presenting V2V information to the driver will vary depending on the nature and criticality of the scenario.

Vehicle-to-vehicle (V2V) and vehicle-to-infrastructure (V2I) communications are gaining increasing importance in automotive research and engineering domains. The novel communication scheme is targeted to improve driver safety (e.g., forward collision warnings) and comfort (e.g., routing to avoid congestion, automatic toll collection, etc.). Features exploiting these communication schemes are still in the early stages of research and development. However, growing attention to system wide infrastructure - in terms of OEM collaboration on interface standardization, protocol standardization, and government supported road/wireless infrastructure - will lead to popularity of such features in the future. This paper focuses on evaluating reliability and safety/integrity of data communicated over the wireless channels for early design verification. Analysis of a design can be done based on formal models, simulation, emulation, and testing.

Some communication buses are too powerful and expensive for simple digital on/off operations such as activating lights, wipers, windows, etc. For these applications the LIN bus is currently the most promising communication protocol across the world's automotive industry. This paper addresses a study using LIN (Local Interconnect Network) for Ford South America vehicles. This will propose a new electrical architecture designed with LIN network, which will be replacing the conventional rear and front lights cables in Trucks, where other higher protocols, such as CAN, are not cost effective. LIN is a new low cost serial communication system intended to be used for distributed electronic system that will allow gaining further quality enhancement and cost reduction on cables, connectors and switches.

The introduction of wireless communications capability into vehicles provides a means to offer new services centered on remote monitoring, diagnostics and prognostics for vehicle systems linked to the communications channel. This paper examines some important elements of on-board system design necessary to provide these services and indicates how they might be linked into an off-board “decision center” to provide effective services for commercial vehicles.

Key fobs, also known as remote keys or remote transmitters, have become a common piece of equipment in today's vehicle, being ubiquitous in every market segment. Once limited to remote locking and unlocking operations, today's key fobs can be used to control many comfort and security features beyond locking and unlocking, such as alarm system operation, vehicle locate, approach lighting, memory seat recall, and remote starting systems. Key fobs are designed to be easy to use as well as easy to carry and transport in personal containers, such as purses, pockets, wallets, and the like. Accordingly, as with other personal effects, key fobs and other portable remote devices can be lost or misplaced or can be otherwise difficult to find. Even with careful tracking of a remote device, children and pets, among other factors, can make location difficult. Moreover, multiple remote devices are often distributed with each vehicle.

This paper presents Telematics Battery Monitoring (TBM). TBM is a multi-faceted approach of collecting and analyzing electric power and vehicle data used to ultimately determine battery state of charge (SOC) and battery state of health (SOH) in both pre- and post-sale environments. Traditional methods of battery SOC analysis include labor intensive processes such as going out to the site of individual vehicle(s), gaining access to the vehicle battery, and then after the vehicle electrical system obtains its quiescent current level, performing a battery voltage check. This time-consuming manual method can practically only cover a small percentage of the vehicle population. In using the vehicle communication capabilities of Telematics, electric power and vehicle data are downloaded, compiled, and post-processed using decision-making software tools.

Nowadays, the automotive industry is experiencing the advent of unprecedented applications with connected devices, such as identifying safe users for insurance companies or assessing vehicle health. To enable such applications, driving behavior data are collected from vehicles and provided to third parties (e.g., insurance firms, car sharing businesses, healthcare providers). In the new wave of IoT (Internet of Things), driving statistics and users’ data generated from wearable devices can be exploited to better assess driving behaviors and construct driver models. We propose a framework for securely collecting data from multiple sources (e.g., vehicles and brought-in devices) and integrating them in the cloud to enable next-generation services with guaranteed user privacy protection.

Increasing number of vehicles are equipped with telematics devices and are able to transmit vehicle CAN bus information remotely. This paper examines the possibility of identifying individual drivers from their driving signatures embedded in these telematics data. The vehicle telematics data used in this study were collected from a small fleet of 30 Ford Fiesta vehicles driven by 30 volunteer drivers over 15 days of real-world driving in London, UK. The collected CAN signals included vehicle speed, accelerator pedal position, brake pedal pressure, steering wheel angle, gear position, and engine RPM. These signals were collected at approximately 5Hz frequency and transmitted to the cloud for offline driver identification modeling. A list of driving metrics was developed to quantify driver behaviors, such as mean brake pedal pressure and longitudinal jerk. Random Forest (RF) was used to predict driver IDs based on the developed driving metrics.

The advancement in connectivity technology is driving a shift in business models in almost every field. Automakers need to adapt to a new business model in which the platform (automobile) and the mobility solutions (Devices and Services) are enabled by a strong dynamic connectivity. To succeed in this business model, it is imperative to deliver an unparalleled customer experience. Traditional customer experiences focused only in the platform (automobile) are no longer sufficient to address the mobility needs. The development of in-vehicle features should consider both the platform and the connectivity in a single development scope. This paradigm shift sets new challenges for the in-vehicle features designers. Designers have to speak not only the language of the experience but rather a language to address different levels of abstractions to ensure effective communication with all stakeholders and developers including those outside the organization.

In-vehicle electronics is displacing the traditional mechanical interfaces and as a result, electrical architecture design is evolving and getting more complex due to increase in automotive electronic content. Several embedded communication protocols are used to build an electrical architecture, with predominant use of Controlled Area Network (CAN) and Local Interconnection Network (LIN). Demand for new electrical features is increasing, to meet and to exceed the customer expectations and also to adapt to new evolving electronic technologies. To accommodate future electrical content, the need for communication bandwidth is increasing at an exponential rate. In addition, some of the safety-critical features require predictability and deterministic network behavior. Current protocols are not capable of satisfying these demands. FlexRay protocol can address these needs with higher bandwidth and determinism.

This paper is the second in the series of documents designed to record the progress of a series of SAE documents - SAE J2836™, J2847, J2931, & J2953 - within the Plug-In Electric Vehicle (PEV) Communication Task Force. This follows the initial paper number 2010-01-0837, and continues with the test and modeling of the various PLC types for utility programs described in J2836/1™ & J2847/1. This also extends the communication to an off-board charger, described in J2836/2™ & J2847/2 and includes reverse energy flow described in J2836/3™ and J2847/3. The initial versions of J2836/1™ and J2847/1 were published early 2010. J2847/1 has now been re-opened to include updates from comments from the National Institute of Standards Technology (NIST) Smart Grid Interoperability Panel (SGIP), Smart Grid Architectural Committee (SGAC) and Cyber Security Working Group committee (SCWG).

To help address the issue of message authentication on the Controller Area Network (CAN) bus, researchers at Virginia Tech and Ford Motor Company have developed a proof-of-concept time-evolving watermark-based authentication mechanism that offers robust, cryptographically controlled confirmation of a CAN message's authenticity. This watermark is injected as a common-mode signal on both CAN-HI and CAN-LO bus voltages and has been proven using a low-cost software-defined radio (SDR) testbed. This paper extends prior analysis on the design and proof-of-concept to consider robustness testing over the range of voltages, both steady state drifts and transients, as are commonly witnessed within a vehicle. Overall performance results, along with a dynamic watermark amplitude control, validate the concept as being a practical near-term approach at improving authentication confidence of messages on the CAN bus.

FlexRay is a communication system targeted at, among other things, fault tolerant applications. In contrast to some other communication systems, FlexRay systems often contain a central device such as an active star. Due to their ability to isolate portions of the communication system central devices offer opportunities to mitigate certain faults. This paper presents several alternatives for the central device of a FlexRay system, specifically active stars, FlexRay switches, and Central Bus Guardians. The paper analyzes the fault detection, isolation and mitigation mechanisms of each central device based on available documentation and specifications.

The problem that we are trying to solve is how an application on telematics platform can utilize multiple network interfaces available in different electronic control units (ECU’s) in the vehicle efficiently. Although this appears to be a similar problem facing the application on the smartphone, it differs considerably in many scenarios and needs. When the vehicle is in motion, network interface availability is transient; this poses unique challenges for utilizing the available networks effectively. And also vehicle employs a power mode strategy to ensure that the battery is not drained, implying time available after ignition-off is limited. To address seamless connectivity for automotive platforms that are generally supported with multiple network interfaces, we are considering Multipath TCP (MPTCP).

The demand for drive-by-wire, telematics, entertainment, multimedia, pre-crash warning, remote diagnostic and software update, etc. will significantly increase the complexity of the future in-vehicle communication networks. New types of communication networks will also be necessary to satisfy the requirements of safety and fuel efficiency, and meet the demand for new features. Different sets of vehicle electronic modules will require different types of networks. For example, drive-by-wire and active collision avoidance systems need fault tolerant networks with time-triggered protocols, to guarantee deterministic latencies; multimedia systems need networks with high bandwidth to transfer video files; and body control electronics need low-bandwidth networks to keep the cost down. As the size and complexity of these networks increase, ease of integration has become a major challenge for design engineers.

The SAE J2716 SENT (Single Edge Nibble Transmission) Protocol has entered production with a number of announced products. The SENT protocol is a point-to-point scheme for transmitting signal values from a sensor to a controller. It is intended to allow for high resolution data transmission with a lower system cost than available serial data solution. The SAE SENT Task Force has developed a number of enhancements and clarifications to the original specification which are summarized in this paper.