receiving a multiple-frame transmission from ECU. why 03 0a 0a?

A free API for the transfer of data packages according to ISO-TP (ISO 15765-2)
Post Reply
fabio.parodi@technoleader.it
Posts: 21
Joined: Thu 28. Apr 2022, 14:48

receiving a multiple-frame transmission from ECU. why 03 0a 0a?

Post by fabio.parodi@technoleader.it » Tue 10. May 2022, 17:47

Hello
I am using UDSApi.SvcTransferData_2013() and UDSApi.WaitForService_2013() to receive a file from an ECU.
After the first frame, the PC answers [03 0A 0A].
The PC is able to receive an unlimited amount of consecutive frames without delay, I am wondering why BlockSize is 10 and STmin is 10.
Is it possible to change that? I would like to set STmin to 0.
Thanks and regards
Fabio

F.Vergnaud
Software Development
Software Development
Posts: 305
Joined: Mon 9. Sep 2013, 12:21

Re: receiving a multiple-frame transmission from ECU. why 03 0a 0a?

Post by F.Vergnaud » Tue 10. May 2022, 17:57

Hello Fabio,

What you are seeing is the ISOTP Flow Control Frame, it holds the Block Size and the Minimum Separation Time.
These can be configured with the corresponding parameters: PCANTP_PARAMETER_BLOCK_SIZE and PCANTP_PARAMETER_SEPARATION_TIME.
Best regards,
Fabrice

fabio.parodi@technoleader.it
Posts: 21
Joined: Thu 28. Apr 2022, 14:48

Re: receiving a multiple-frame transmission from ECU. why 03 0a 0a?

Post by fabio.parodi@technoleader.it » Sat 14. May 2022, 10:01

thanks. it worked.

Code: Select all

        UInt32 STmin = 0;
        Peak.Can.IsoTp.cantp_status cantpres = CanTpApi.SetValue_2016(canport, cantp_parameter.PCANTP_PARAMETER_SEPARATION_TIME, ref STmin, sizeof(UInt32));

Post Reply