Custom CAN address mapping

A free API for the communication with control devices according to UDS (ISO 14229-1)
Locked
testerpresent
Posts: 3
Joined: Mon 18. Dec 2023, 15:07

Custom CAN address mapping

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
Software Development
Posts: 305
Joined: Mon 9. Sep 2013, 12:21

Re: Custom CAN address mapping

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

Re: Custom CAN address mapping

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
Software Development
Posts: 1080
Joined: Wed 22. Sep 2010, 13:36

Re: Custom CAN address mapping

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

Re: Custom CAN address mapping

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!

User avatar
PEAK-Support
Sales & Support
Sales & Support
Posts: 1646
Joined: Fri 10. Sep 2010, 19:34

Re: Custom CAN address mapping

Post by PEAK-Support » Tue 19. Dec 2023, 12:25

**** Topic Closed ****
--------------------------------
PEAK-System Technik
Technical Support Team
support[at]peak-system.com
-------------------------------

Locked