A free API for the communication with control devices according to UDS (ISO 14229-1)
-
testerpresent
- Posts: 3
- Joined: Mon 18. Dec 2023, 15:07
Post
by testerpresent » Mon 18. Dec 2023, 15:19
Hey all,
I checked the docs and saw 4.3.3 PCAN-UDS 2.x Example on how to configure custom mapping for an ECU, but I was wondering does it exist in the UDS protocol a way to generate this mapping runtime, probably based on some request/response to the CAN gateway that gives you what is actually available on the line? I am trying to emulate a tester, and looking at some products it looks like they generate the list of active ECUs on the fly, but I might be wrong.
I would apprecaite some information to get me started and I might be able to provide better description of what I am actually tring to do
Best regards!
-
F.Vergnaud
- Software Development

- Posts: 305
- Joined: Mon 9. Sep 2013, 12:21
Post
by F.Vergnaud » Mon 18. Dec 2023, 16:09
Hello,
UDS protocol does not include this kind of feature: there is no specification regarding a discovery protocol.
However you could implement it the same way it is done by IP scanners:
- make UDS TesterPresent requests on a range of CAN IDs,
- if you get a response for a request then you discovered a physical UDS request/response couple.
- if you get several responses for a request then you discovered a functional UDS request and some corresponding ECU responses.
Note: if your CAN bus only have one ECU, it may be difficult to distinguish functional/physical requests.
Best regards,
Fabrice
-
testerpresent
- Posts: 3
- Joined: Mon 18. Dec 2023, 15:07
Post
by testerpresent » Mon 18. Dec 2023, 16:26
Hello Fabrice,
Thank you for the quick reply and explanation, i reached the same solution with the Tester Present broadcast request, but I am still digging into docs to udnerstand it better.
Can you elaborate a bit on what is the idea to have only 8 physical ecu addresses (for example in normal 11bit mode) when there might be a lot more ECUs connected on the line? Does it mean that the different vehicle systems are grouped behind these 8 physical addresses always or this is just manufacterers decision at the time of production?
Best regards!
-
K.Wagner
- Software Development

- Posts: 1080
- Joined: Wed 22. Sep 2010, 13:36
Post
by K.Wagner » Mon 18. Dec 2023, 21:39
Hello,
testerpresent wrote: ↑Mon 18. Dec 2023, 16:26
Can you elaborate a bit on what is the idea to have only 8 physical ecu addresses (for example in normal 11bit mode) when there might be a lot more ECUs connected on the line?
Please note that this question is pure related to the UDS protocol itself and not to our API. The 8 physical addresses are like this per norm definition - we do not know the background. Also note that the support we give is for API using. Unfortunatelly, explaining the protocol itself and how it works is out of scope.
Thanks for your understanding.
Best regards,
Keneth
-
testerpresent
- Posts: 3
- Joined: Mon 18. Dec 2023, 15:07
Post
by testerpresent » Tue 19. Dec 2023, 09:17
K.Wagner wrote: ↑Mon 18. Dec 2023, 21:39
Hello,
testerpresent wrote: ↑Mon 18. Dec 2023, 16:26
Can you elaborate a bit on what is the idea to have only 8 physical ecu addresses (for example in normal 11bit mode) when there might be a lot more ECUs connected on the line?
Please note that this question is pure related to the UDS protocol itself and not to our API. The 8 physical addresses are like this per norm definition - we do not know the background. Also note that the support we give is for API using. Unfortunatelly, explaining the protocol itself and how it works is out of scope.
Thanks for your understanding.
Yes, of course!
Thank you for your answer!
-
PEAK-Support
- Sales & Support

- Posts: 1646
- Joined: Fri 10. Sep 2010, 19:34
Post
by PEAK-Support » Tue 19. Dec 2023, 12:25
**** Topic Closed ****
--------------------------------
PEAK-System Technik
Technical Support Team
support[at]peak-system.com
-------------------------------