By Robert Braswell, TMC Technical Director & Marsh Galloway, TMC Information Manager
Industry standards are great for two reasons: they facilitate market transactions and lower acquisition costs. When it comes to diagnostic tools for commercial vehicles, that means cheaper prices and better interoperability between vehicle/component manufacturers. But compliance issues can cause quite a bit of consternation for technicians and fleets.
Fleets and suppliers recognized the need for developing a common communication adapter for diagnostic tools 10 years ago when every electronic control unit (ECU) manufacturer had a proprietary adapter and every ECU application required use of the OEM’s adapter. The situation was fast becoming intolerable, with training and tool costs rapidly multiplying for multi-make fleets.
Various industry segments approached TMC about the issue and the Council’s S.12 Onboard Vehicle Electronics Study Group decided to tackle the situation by developing a communication adapter best practice. The result was RP 1210, Windows Application Program Interface, and it brought substantial efficiencies for both maintainers and manufacturers.
In the 10 years since its introduction, RP 1210 has undergone two major revisions. As a result:
- Hardware adapter manufacturers can now concentrate on adapters and hardware;
- PC-application developers can now concentrate on diagnostic applications; and
- Market competition is providing better and faster adapters, better diagnostic applications and reduced overall diagnostic cost.
Most manufacturers are aware of RP 1210 and are complying—or working on complying—with the voluntary standard. But compliance is not universal, and that costs the industry significant time and resources. When technicians encounter device-to-software-to-vehicle interface issues, the root of the problem is frequently unclear. Meanwhile, days can be spent going back and forth with application and adapter OEMs trying to debug the problem.
Because of this, technicians can’t assume that a RP 1210-compliant application will always work with a RP 1210-compliant adapter. In fact, some application developers have written their application to only work with certain adapters, defeating the purpose of RP 1210. This is especially troublesome if the application developer has not adequately communicated the need to use a specific adapter, said Ken DeGrant, field application engineering manager for Dearborn Group.
At TMC’s 2008 Annual Meeting, the S.12 Study Group presented a state-of-the-industry report on compliance with RP 1210. During this session, panelists highlighted the most common problems technicians encounter today, and what can be done to solve them. These include:
1. The adapter does not seem to be communicating. If so, it’s important to verify that the:
- Adapter drivers have been installed;
- Adapter has been configured in the application (and sometimes in several different places);
- Application allows you to choose all RP 1210 compliant adapters, and;
- Correct protocol has been selected (such as J1708, J1939).
2. A corrupted RP 1210A.INI file is preventing the application from “seeing” all installed drivers. Plugging in any non-Microsoft-certified device—which includes most RP 1210A adapters— into a universal serial bus (USB) port other than where it was first installed will generate the operating system’s “Hardware Found” wizard. Pressing “Cancel” is a sure-fire way to cause the adapter not to work, said DeGrant. Do not “Cancel,” just press “Next,” “Next,” etc.
3. The adapter sometimes loses communications in USB devices. If this occurs, the following should be attempted to resolve the issue:
- Unplug the USB cable from the adapter;
- Unplug the vehicle-side cable from the truck;
- Ensure the power is off for five seconds;
- Plug the USB cable into the adapter;
- Reconnect the adapter to the truck; and
- If that fails, reboot the computer and try the process again.