Is it okay to "duplicate" the OBD2 Port?
I have an Aeroforce scan gauge that I will be mounting in a console pod. Rather than fish the harness from the scan gauge to the factory OBD2 port location, I'd like to splice into the OBD2 port and extend the wires to the console to create a duplicate port specifically for the scan gauge, thereby leaving the original OBD2 port available for other purposes.
Is there any detriment in wiring things this way?
TIA.
If need be, I'll hook the scan gauge to the factory OBD2 port. I was just hoping to keep the wiring a clean as possible.
Trending Topics
The Best V8 Stories One Small Block at Time
Also have an in-line AEM OBD2 Wideband and it works with everything on in the obd2 port...
Now, if I run hp Tuners, I disconnect all but the wideband...
-Don
yeah thats my understanding. the computer can only converse with one thing at a time, but you can have multiple devices "listening" to the data on the bus.
pete could explain it better.
Its a buss,, it can handle multiple devices connected and uses a protocol to handle who talks and who listens.
Its a buss,, it can handle multiple devices connected and uses a protocol to handle who talks and who listens.
I'd just unplug the Aeroforce when necessary but the way I have it planned, the connection will be inaccessible without pulling the console apart.
If I remember correctly, the E36 OBD2 originally had 4 wires, and I had to add 2 for the E40 PCM. Below are pictures of the AeroForce harness. I bought the gauge used and unboxed. It's supposedly specifically for the '05-'06 GTO, from which my drop-out came (although I now have an '06 SSR OS on the E40). Interestingly, there are 8 pins in the AeroForce connector vs. 6 in the E40 OBD2.
I really don't want to create a problem. This swap has been dragging on for way too long and I need to get it going. Obviously, I don't have an in depth knowledge of the serial and CAN functions of the OBD2.
At this point, I think I should either simply plug the AeroForce into the existing OBD2. Or, if I do add a second OBD2 port, place it in an inconspicuous but accessible location, so I can unplug the AeroForce if need be, when plugged in to the original OBD2 for tuning, etc.

As for switching the signal...sure it can be but not with a switch it self. A switch is designed to open or close a circuit for electrical current to flow though. The serial data line is a transmission line not a power line, to prevent interference or skewed readings use an automotive 5 blade relay tol split the 2 DLC ports. signals. Singel from the car would come in on terminal 30 of the relay, DLC 1- terminal 2(Serial Data) would be on #87A of the relay and Dlc 2 - terminal 2(serial data) would be on 87. Now wire a switch up to the relay on terminals 85/86 and boom you have a switching data port. When the relay is off DLC 1 would have the active data line, when the relay was turned on DLC 2 would have the active data line.
If your wanting to switch a bunch of lines look on Amazon or Ebay for "Arduino Relay Module". It's relay boards designed to switch multiple relays with a single switch. You can get big one's....I picked up a couple of 16 relay boards for around 10 bucks each this past summer. So with 1 switch it controls 16 relays that are built into the module.
If your smart about what you use you don't need to switch any data lines. If you have 2 devices plugged in at the same time all that's going to happen is neither device will work correctly until you unplug one of them.
You can split GM class 2 on to at least 12 DLC ports if the cables are kept shorter and shielded well. 12 isn't a hard cap it's just the most times I've ever split a data line where I had tools connected to all the ports at once.
And to others in this thread just to make it clear there are 2 ways tools get data. By far the easiest and most common is by sending a pid request and reading the response. By sending the request you'd not intruding on the data bus...nothing wrong with that but it means you are directly interacting with the computer system. The second method is done passively and much....much harder to implement on Serial data just due to the limited about of data present. In a passive setup you only read data from the bus(no requests or commands are sent). On the later stuff right before the E38 switch over you can get things like Speed, Rpm, Temp, Oil pressure, Fuel level and stored codes but that's about it. On CAN stuff you can get pretty much anything you want from the data bus this way but it's VERY time consuming to map out every message and data byte.








