Can 2 devices plugged in obd port cause problem?
I'm newbye in this area, so I apologize in advance if I will ask something stupid.
Shortly, I'm writing a software on top of connected cars that means that we are going to decorate and package data coming from an OBD_2 dongle.
Now, we are testing our product on a new Mercedes with connect.me service already installed. This service gets data throw another dongle plugged to the obd port (in the dashboard).
So in our case, the car has 2 dongles reading data from obd port.
The problem is that when we plug our device in,the dashboard shows an error message saying something like "limited me.connect service"
What are the reasons of this conflict? How can a read only device cause problem to another?
I'm sure I didn't use the right words but the point is how ro devices can cause problems each other.
obd-ii
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
add a comment |
I'm newbye in this area, so I apologize in advance if I will ask something stupid.
Shortly, I'm writing a software on top of connected cars that means that we are going to decorate and package data coming from an OBD_2 dongle.
Now, we are testing our product on a new Mercedes with connect.me service already installed. This service gets data throw another dongle plugged to the obd port (in the dashboard).
So in our case, the car has 2 dongles reading data from obd port.
The problem is that when we plug our device in,the dashboard shows an error message saying something like "limited me.connect service"
What are the reasons of this conflict? How can a read only device cause problem to another?
I'm sure I didn't use the right words but the point is how ro devices can cause problems each other.
obd-ii
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
1
Welcome to Motor Vehicle Maintenance & Repair! Realistically to me, you should be able to do this without conflict. I mean, the OBD2 system runs over a CAN Bus with many different computers vying for time on the Bus. As long as you are requesting information correctly through the bus, I'd think you shouldn't have an issue. I'd suspect your "reader" is trying to take over instead of just reading. I'm no expert, so this is just conjecture ... leaving it as a comment.
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 14:38
Thank you @Pᴀᴜʟsᴛᴇʀ2. What do you mean with "...trying to take over..."?
– Luca Rasconi
Mar 14 at 14:59
How are the two devices connected? As Mike and JPhi1618 have said, there's usually only one port. If you've added some kind of adaptor to allow two devices to connect to one port, this might not be passing all the manufacturer-specific pins correctly?
– Nick C♦
Mar 14 at 16:25
@LucaRasconi - Obviously there's a conflict with what you're putting on your CANBus and what already exists on the system. I'm suggesting whatever your putting on there is overriding the me.connect. I'm not quite sure what you mean by "decorate and package" data. Would it in any way be better for the car system to send/receive data through the me.connect system instead of interrogating the OBD2 system directly?
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 16:49
add a comment |
I'm newbye in this area, so I apologize in advance if I will ask something stupid.
Shortly, I'm writing a software on top of connected cars that means that we are going to decorate and package data coming from an OBD_2 dongle.
Now, we are testing our product on a new Mercedes with connect.me service already installed. This service gets data throw another dongle plugged to the obd port (in the dashboard).
So in our case, the car has 2 dongles reading data from obd port.
The problem is that when we plug our device in,the dashboard shows an error message saying something like "limited me.connect service"
What are the reasons of this conflict? How can a read only device cause problem to another?
I'm sure I didn't use the right words but the point is how ro devices can cause problems each other.
obd-ii
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
I'm newbye in this area, so I apologize in advance if I will ask something stupid.
Shortly, I'm writing a software on top of connected cars that means that we are going to decorate and package data coming from an OBD_2 dongle.
Now, we are testing our product on a new Mercedes with connect.me service already installed. This service gets data throw another dongle plugged to the obd port (in the dashboard).
So in our case, the car has 2 dongles reading data from obd port.
The problem is that when we plug our device in,the dashboard shows an error message saying something like "limited me.connect service"
What are the reasons of this conflict? How can a read only device cause problem to another?
I'm sure I didn't use the right words but the point is how ro devices can cause problems each other.
obd-ii
obd-ii
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
asked Mar 14 at 13:53
Luca RasconiLuca Rasconi
1113
1113
1
Welcome to Motor Vehicle Maintenance & Repair! Realistically to me, you should be able to do this without conflict. I mean, the OBD2 system runs over a CAN Bus with many different computers vying for time on the Bus. As long as you are requesting information correctly through the bus, I'd think you shouldn't have an issue. I'd suspect your "reader" is trying to take over instead of just reading. I'm no expert, so this is just conjecture ... leaving it as a comment.
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 14:38
Thank you @Pᴀᴜʟsᴛᴇʀ2. What do you mean with "...trying to take over..."?
– Luca Rasconi
Mar 14 at 14:59
How are the two devices connected? As Mike and JPhi1618 have said, there's usually only one port. If you've added some kind of adaptor to allow two devices to connect to one port, this might not be passing all the manufacturer-specific pins correctly?
– Nick C♦
Mar 14 at 16:25
@LucaRasconi - Obviously there's a conflict with what you're putting on your CANBus and what already exists on the system. I'm suggesting whatever your putting on there is overriding the me.connect. I'm not quite sure what you mean by "decorate and package" data. Would it in any way be better for the car system to send/receive data through the me.connect system instead of interrogating the OBD2 system directly?
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 16:49
add a comment |
1
Welcome to Motor Vehicle Maintenance & Repair! Realistically to me, you should be able to do this without conflict. I mean, the OBD2 system runs over a CAN Bus with many different computers vying for time on the Bus. As long as you are requesting information correctly through the bus, I'd think you shouldn't have an issue. I'd suspect your "reader" is trying to take over instead of just reading. I'm no expert, so this is just conjecture ... leaving it as a comment.
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 14:38
Thank you @Pᴀᴜʟsᴛᴇʀ2. What do you mean with "...trying to take over..."?
– Luca Rasconi
Mar 14 at 14:59
How are the two devices connected? As Mike and JPhi1618 have said, there's usually only one port. If you've added some kind of adaptor to allow two devices to connect to one port, this might not be passing all the manufacturer-specific pins correctly?
– Nick C♦
Mar 14 at 16:25
@LucaRasconi - Obviously there's a conflict with what you're putting on your CANBus and what already exists on the system. I'm suggesting whatever your putting on there is overriding the me.connect. I'm not quite sure what you mean by "decorate and package" data. Would it in any way be better for the car system to send/receive data through the me.connect system instead of interrogating the OBD2 system directly?
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 16:49
1
1
Welcome to Motor Vehicle Maintenance & Repair! Realistically to me, you should be able to do this without conflict. I mean, the OBD2 system runs over a CAN Bus with many different computers vying for time on the Bus. As long as you are requesting information correctly through the bus, I'd think you shouldn't have an issue. I'd suspect your "reader" is trying to take over instead of just reading. I'm no expert, so this is just conjecture ... leaving it as a comment.
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 14:38
Welcome to Motor Vehicle Maintenance & Repair! Realistically to me, you should be able to do this without conflict. I mean, the OBD2 system runs over a CAN Bus with many different computers vying for time on the Bus. As long as you are requesting information correctly through the bus, I'd think you shouldn't have an issue. I'd suspect your "reader" is trying to take over instead of just reading. I'm no expert, so this is just conjecture ... leaving it as a comment.
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 14:38
Thank you @Pᴀᴜʟsᴛᴇʀ2. What do you mean with "...trying to take over..."?
– Luca Rasconi
Mar 14 at 14:59
Thank you @Pᴀᴜʟsᴛᴇʀ2. What do you mean with "...trying to take over..."?
– Luca Rasconi
Mar 14 at 14:59
How are the two devices connected? As Mike and JPhi1618 have said, there's usually only one port. If you've added some kind of adaptor to allow two devices to connect to one port, this might not be passing all the manufacturer-specific pins correctly?
– Nick C♦
Mar 14 at 16:25
How are the two devices connected? As Mike and JPhi1618 have said, there's usually only one port. If you've added some kind of adaptor to allow two devices to connect to one port, this might not be passing all the manufacturer-specific pins correctly?
– Nick C♦
Mar 14 at 16:25
@LucaRasconi - Obviously there's a conflict with what you're putting on your CANBus and what already exists on the system. I'm suggesting whatever your putting on there is overriding the me.connect. I'm not quite sure what you mean by "decorate and package" data. Would it in any way be better for the car system to send/receive data through the me.connect system instead of interrogating the OBD2 system directly?
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 16:49
@LucaRasconi - Obviously there's a conflict with what you're putting on your CANBus and what already exists on the system. I'm suggesting whatever your putting on there is overriding the me.connect. I'm not quite sure what you mean by "decorate and package" data. Would it in any way be better for the car system to send/receive data through the me.connect system instead of interrogating the OBD2 system directly?
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 16:49
add a comment |
2 Answers
2
active
oldest
votes
Because having two devices connected at the same time can possibly change the behavior of the host system in some situations...
The manufacturer may only expect one device to be connected at any one time (whether it be a diagnostic reader, insurance recorder, fleet management recorder etc etc) - and not tested or warranted the performance for 2 or more devices to be connected at the same time... If you step out of the envelope then don't expect normal behavior.
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
1
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
1
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
1
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
add a comment |
Because most devices connect to the same addresses on CAN, this can be a problem. It’s very easy to connect to a device and steal the connection before the query to keep the connection alive is sent out.
Example: device A connects, device A queries something, module responds, device A acknowledges, device B sends out disconnect signal, device B connects, device A sends out keep connection alive signal, device B sends query, device A sends query, module responds to B, device A gets confused by response and sends out disconnect signal, device B acknowledges, device B sends query, no response.
In this situation both devices disconnected from the module and received incorrect responses, and from someone who has developed an OBD2 device that has thousands of users I can tell you this happens a lot more frequent than you would think. OBD2 protocols were developed for one device communication, but they run on CAN which can support multiple devices. OBD2 was not developed thinking that consumers would have displays and other extended devices added on to their car.
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "224"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmechanics.stackexchange.com%2fquestions%2f64569%2fcan-2-devices-plugged-in-obd-port-cause-problem%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
Because having two devices connected at the same time can possibly change the behavior of the host system in some situations...
The manufacturer may only expect one device to be connected at any one time (whether it be a diagnostic reader, insurance recorder, fleet management recorder etc etc) - and not tested or warranted the performance for 2 or more devices to be connected at the same time... If you step out of the envelope then don't expect normal behavior.
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
1
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
1
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
1
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
add a comment |
Because having two devices connected at the same time can possibly change the behavior of the host system in some situations...
The manufacturer may only expect one device to be connected at any one time (whether it be a diagnostic reader, insurance recorder, fleet management recorder etc etc) - and not tested or warranted the performance for 2 or more devices to be connected at the same time... If you step out of the envelope then don't expect normal behavior.
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
1
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
1
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
1
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
add a comment |
Because having two devices connected at the same time can possibly change the behavior of the host system in some situations...
The manufacturer may only expect one device to be connected at any one time (whether it be a diagnostic reader, insurance recorder, fleet management recorder etc etc) - and not tested or warranted the performance for 2 or more devices to be connected at the same time... If you step out of the envelope then don't expect normal behavior.
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
Because having two devices connected at the same time can possibly change the behavior of the host system in some situations...
The manufacturer may only expect one device to be connected at any one time (whether it be a diagnostic reader, insurance recorder, fleet management recorder etc etc) - and not tested or warranted the performance for 2 or more devices to be connected at the same time... If you step out of the envelope then don't expect normal behavior.
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
edited Mar 14 at 15:20
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
answered Mar 14 at 14:12
Solar MikeSolar Mike
19.2k21134
19.2k21134
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
1
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
1
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
1
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
add a comment |
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
1
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
1
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
1
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
How can a manufacterer expect only one device? I mean a diagnostic check can use obd port, insurances may suggest you to use an obd device, fleet management software can rely on data gathered from obd, for the taxi we can have same... there are several use cases where you can plug obd... I don't know
– Luca Rasconi
Mar 14 at 14:57
1
1
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
One device connected at any one time... You can have obd devices for different tasks, that's not an issue.
– Solar Mike
Mar 14 at 15:21
1
1
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
There is only one port, so they assume only one device at a time is able to connect. If there was a port under the dash and another one in the engine bay, they would have to assume both could be used at one time and deal with it.
– JPhi1618
Mar 14 at 15:39
1
1
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
@JPhi1618 and if they provide two ports then they would make sure there was "termination" or suitable to prevent transmission errors...
– Solar Mike
Mar 14 at 15:41
add a comment |
Because most devices connect to the same addresses on CAN, this can be a problem. It’s very easy to connect to a device and steal the connection before the query to keep the connection alive is sent out.
Example: device A connects, device A queries something, module responds, device A acknowledges, device B sends out disconnect signal, device B connects, device A sends out keep connection alive signal, device B sends query, device A sends query, module responds to B, device A gets confused by response and sends out disconnect signal, device B acknowledges, device B sends query, no response.
In this situation both devices disconnected from the module and received incorrect responses, and from someone who has developed an OBD2 device that has thousands of users I can tell you this happens a lot more frequent than you would think. OBD2 protocols were developed for one device communication, but they run on CAN which can support multiple devices. OBD2 was not developed thinking that consumers would have displays and other extended devices added on to their car.
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
add a comment |
Because most devices connect to the same addresses on CAN, this can be a problem. It’s very easy to connect to a device and steal the connection before the query to keep the connection alive is sent out.
Example: device A connects, device A queries something, module responds, device A acknowledges, device B sends out disconnect signal, device B connects, device A sends out keep connection alive signal, device B sends query, device A sends query, module responds to B, device A gets confused by response and sends out disconnect signal, device B acknowledges, device B sends query, no response.
In this situation both devices disconnected from the module and received incorrect responses, and from someone who has developed an OBD2 device that has thousands of users I can tell you this happens a lot more frequent than you would think. OBD2 protocols were developed for one device communication, but they run on CAN which can support multiple devices. OBD2 was not developed thinking that consumers would have displays and other extended devices added on to their car.
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
add a comment |
Because most devices connect to the same addresses on CAN, this can be a problem. It’s very easy to connect to a device and steal the connection before the query to keep the connection alive is sent out.
Example: device A connects, device A queries something, module responds, device A acknowledges, device B sends out disconnect signal, device B connects, device A sends out keep connection alive signal, device B sends query, device A sends query, module responds to B, device A gets confused by response and sends out disconnect signal, device B acknowledges, device B sends query, no response.
In this situation both devices disconnected from the module and received incorrect responses, and from someone who has developed an OBD2 device that has thousands of users I can tell you this happens a lot more frequent than you would think. OBD2 protocols were developed for one device communication, but they run on CAN which can support multiple devices. OBD2 was not developed thinking that consumers would have displays and other extended devices added on to their car.
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
Because most devices connect to the same addresses on CAN, this can be a problem. It’s very easy to connect to a device and steal the connection before the query to keep the connection alive is sent out.
Example: device A connects, device A queries something, module responds, device A acknowledges, device B sends out disconnect signal, device B connects, device A sends out keep connection alive signal, device B sends query, device A sends query, module responds to B, device A gets confused by response and sends out disconnect signal, device B acknowledges, device B sends query, no response.
In this situation both devices disconnected from the module and received incorrect responses, and from someone who has developed an OBD2 device that has thousands of users I can tell you this happens a lot more frequent than you would think. OBD2 protocols were developed for one device communication, but they run on CAN which can support multiple devices. OBD2 was not developed thinking that consumers would have displays and other extended devices added on to their car.
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
answered Mar 15 at 4:55
Damon EarlDamon Earl
892
892
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
add a comment |
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
So, as a developer, what are you going to implement to allow your obd device to negotiate with others?
– Solar Mike
Mar 15 at 6:28
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
No, there’s no real way to do it, the protocols are not meant for it.
– Damon Earl
Mar 16 at 15:07
add a comment |
Thanks for contributing an answer to Motor Vehicle Maintenance & Repair Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmechanics.stackexchange.com%2fquestions%2f64569%2fcan-2-devices-plugged-in-obd-port-cause-problem%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
Welcome to Motor Vehicle Maintenance & Repair! Realistically to me, you should be able to do this without conflict. I mean, the OBD2 system runs over a CAN Bus with many different computers vying for time on the Bus. As long as you are requesting information correctly through the bus, I'd think you shouldn't have an issue. I'd suspect your "reader" is trying to take over instead of just reading. I'm no expert, so this is just conjecture ... leaving it as a comment.
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 14:38
Thank you @Pᴀᴜʟsᴛᴇʀ2. What do you mean with "...trying to take over..."?
– Luca Rasconi
Mar 14 at 14:59
How are the two devices connected? As Mike and JPhi1618 have said, there's usually only one port. If you've added some kind of adaptor to allow two devices to connect to one port, this might not be passing all the manufacturer-specific pins correctly?
– Nick C♦
Mar 14 at 16:25
@LucaRasconi - Obviously there's a conflict with what you're putting on your CANBus and what already exists on the system. I'm suggesting whatever your putting on there is overriding the me.connect. I'm not quite sure what you mean by "decorate and package" data. Would it in any way be better for the car system to send/receive data through the me.connect system instead of interrogating the OBD2 system directly?
– Pᴀᴜʟsᴛᴇʀ2♦
Mar 14 at 16:49