Before logging an issue, please update to the latest release of Visual Micro from the Downloads Page.

When Logging a Support Issue in the Forum, please ensure you have also:-

  • Enabled vMicro > Compiler > Show Build Properties
  • Re-Compile your program with these settings enabled
 
Save the new Output to a Text File and....
  • Click the Reply button and attach as .txt file OR
  • Click here to Email us with the file attached, and a link to your post
Support requests without the output above may be impossible to answer, so please help us to help you
 
Page Index Toggle Pages: 1 Send TopicPrint
Normal Topic How to solve: Unconditional Breakpoints and Visualizations might cause pc display to fall behind (Read 1961 times)
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12191
Location: United Kingdom
Joined: Apr 10th, 2010
How to solve: Unconditional Breakpoints and Visualizations might cause pc display to fall behind
Oct 25th, 2012 at 9:07pm
Print Post  
If you have unconditional breakpoints and visualizations such as anlogs/digital etc then the arduino might be producing messages faster than the pc can process them. 

In this case alter the project "Thottle (ms)" property to 100 (or a higher value depending on the speed of your computer. The correct value will enable your pc to keep up with the arduino and stay "realt-time"

The default throttle in 1210.24 is 80 milliseconds, preventing the arduino from executing a breakpoint within 80 milliseconds of another. 

Normally, with conditional or well placed breakpoints the speed of the arduino will not be affected by the throttle delay. 

The throttle setting is more useful for new users and quick project tests. It can be disabled entirely by settting "Throttle Enabled = False". The default is True.
« Last Edit: Oct 25th, 2012 at 9:09pm by Tim@Visual Micro »  
Back to top
IP Logged
 
Page Index Toggle Pages: 1
Send TopicPrint