VS Arduino - 1512.14

Dec 16^th, 2025 at 11:48am (UTC)

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

VS Arduino › › › 1512.14

‹ Previous Topic | Next Topic ›

Pages: 1

Send Topic

1512.14 (Read 1830 times)

Tim@Visual Micro Administrator Offline Posts: 12203 Location: United Kingdom Joined: Apr 10^th, 2010	1512.14 Dec 10^th, 2015 at 10:05pm	Print Post
	Debug support for Teensy when set to MIDI (By default uses Serial1 and Hardware serial) Debug support for Cosa in Arduino. Change RTC to RTT, implemented statis IOStream, changed #includes (thanks user 'guilus') Debug for digispark/tiny serial. The serial is transmit only so the debugger is trace and expression watch only, no break, no change variable values during debug) Support Pololu upload + improvements to verbose out for 1200 baud touchable boards Default bootloader upload - Use "build.tool" in preference to "build.uploadUsing" when both are defined. Removed sketch and library -I paths from "Core" compiler includes Added additional Sam/Due intellisense paths a) Build & upload buttons on the Visual Micro bar and menu compile the active editor project if the "startup project" is not an arduino project. b) New "tools>options>application features>start/upload active code" forces the behavior all the time. Leonardo/usb type uploads wait for reset of port does not exist. + better messages during auto-reset and port discovery. As an experiment there is also a new "tools>options>visual micro>Application features>Upload/debug active code" setting that can be enabled which always ignores the startup project if Arduino code is open and active for edit. The functionality of this setting might be more obvious when multiple Arduino projects are in the same solution and one is the startup project. In this case the F5/continue shortcut key during debug sessions might be more intuitive with the setting switched ON/true. Fix: Multiple breakpoints in different source files failed to compile if a millis based HitCount was used as a breakpoint Condition (debug compile failed with __VM_GlobalMillis__ error)
	« Last Edit: Dec 19^th, 2015 at 5:01pm by Tim@Visual Micro »

	WWW Facebook Twitter YouTube IP Logged

Pages: 1

Send Topic

‹ Previous Topic | Next Topic ›

« Board Index ‹ Board Top

Cookie Consent