Page 2 of 2

Re: Bad Timing when writing Messages

Posted: Thu 16. Jul 2020, 10:42
by PEAK-Support
You could send CAN Frames as fast as you want, if the physicall send could be done (only you know your Network...) In the PE6 we only take care that we are able to keep the minimum possible 1 ms.
When you develop your own application (with any API) - this is work of your code. You simply fill Data into a queue of the driver if you call the send function ...not more - not less.
The PCAN-Developer have a option to add a time stamp to the sending CAN Message and the driver take care of pushing this message to the Hardware when this time is reached.
If the driver could send the Data on the real CAN Bus (Bandwith, Abitration etc.) is depending on the Network itself .As i wrote, you should know your network and also know what is possible and what not
If it make sencse on a Windows System to get a better timing as 1ms - i do not think so.... you better use a real time extension (like Kithara) or use a Real Time OS.

Re: Bad Timing when writing Messages

Posted: Fri 15. Oct 2021, 10:15
by Devin
Hi, I am struggling with the same issue. I found an example of a library using the multimedia timer, but when I tried to use the delay function I was getting an error due to the windows garbage collection system deleting the timer. Could you send the C# multimedia timer example to d***h@****.co.uk, so I can see what I am doing wrong, thanks.

*E-Mail Address changed by admin...you do not want to share it with all these Spamers...

Re: Bad Timing when writing Messages

Posted: Fri 15. Oct 2021, 10:26
by PEAK-Support
we send you the code...