PEAK-System Forum

I also did not see any reason why TeamViewer should affect CAN communication. My latest observation is, that on a private laptop it works perfectly with TeamViewer, but on company laptop it works almost never, even without TeamViewer. Some company IT policy setting or antivirus?

I have an odd problem with UDS communication. I have an application reading data from ECU via UDS. It is based on interfaces PCANBasic.dll, PCAN-ISO-TP.dll, PCAN-UDS.dll, PCAN-OBDII.dll
This application works properly on several computers (Windows 7 and 10) for a year. Now I am trying to run this ...

Thanks for your fast reply.
So in my case, message MESSAGE 2 was earlier on CAN bus because it has smaller time offset.

I have saved the following trace from PCAN-View:

;$FILEVERSION=2.0
;$STARTTIME=43944.426755081
;$COLUMNS=N,O,T,I,d,l,D
;
; D:\PRJ\BasicSw\XCP\tmp\200421\CfgDAQ while Running ERR_SEQUENCE.trc
; Start time: 23.4.2020 10:14:31.639.0
; Generated by PCAN-View v4.2.4.564 ...

Thanks you very much - it works.
What is surprising for me is, that
result = XCPApi.Upload(m_XcpSession, num);
returns error code XCP_ERR_CMD_SYNCH (but there is no corresponding message from slave on the bus). If I ignore this error code, I can successfully read data via XCPApi.DequeuePacket ...

Thank you very much for your fast response.
Is there another way how to implement block mode upload (Command Code = 0xF5, Number of data elements > 7)?

I am able to successfully upload up to 7 bytes (standard mode) via blocking call of

msg = new byte[20];
result = XCPApi.Upload(m_XcpSession, 7, msg, (ushort)msg.Length);

Attempt to upload more bytes in block mode, however, returns out of range err without sending any message to bus.
How can I ...