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
Hot Topic (More than 8 Replies) First-use issues (Read 10245 times)
graynomad
Junior Member
**
Offline


Posts: 14
Location: nr Bundaberg, Australia
Joined: Oct 16th, 2011
First-use issues
Nov 10th, 2012 at 12:50pm
Print Post  
I've just downloaded the debugger and have the following feedback.

[pedantic mode]

The email says

Quote:
The easiest way to test the tool initially is to ONLY set (Micro Debug) to true (in the properties window),

Hmm, properties window, normally I right click on an object and select "Properties", no mention of Micro Debug there though, guess I better try the VM site.

I find a page that under the "Simple Example" heading says

Quote:
Open a simple sketch and click the project name node in the solution tree.

Nothing happens. But now I notice the Properties tab, so on the assumption that it should also have said "and then select the 'Properties' tab" I do and now

Quote:
Switch "(Micro Debug)" to "Full" in the project property viewer


is an option. Good, that's done.

But before all that the web page says

Quote:
Using the Visual Studio tool bar, change the configuration to "Debug" (or any other configuration of your choice)

What part of the "Visual Studio tool bar"?

After searching all the menus I find "Build > Configuration manager...", it's already set to "Debug", looks like I'm off and racing.

Now the worst people in the world to write documentation are those that wrote the product, unfortunately there's not usually anyone else to do it but one really has to put oneself in beginner mode and take every word and every phrase literally. For example

Using the Visual Studio tool bar, change the configuration to "Debug"

What exactly does that mean? Taken literally is doesn't mean anything so the poor user is forced to look through a 1000 menus items.

[/pedantic mode]

Anyway, moving right along, the next step is to define a breakpoint but first I think a compile is in order.

The compile fails

Code
Select All
Compiling 'Test' for 'Arduino Duemilanove w/ ATmega328'
Binary sketch size: 2386 bytes (of a 30720 byte maximum) (0.398 secs)
Compiling debug version of 'Test' for 'Arduino Duemilanove w/ ATmega328'
Test.pde : In file included from
VM_DBG.h : No such file or directory
VM_DBG.cpp : In file included from
VM_DBG.h : No such file or directory
VM_DBG.cpp : In file included from
VM_DBG.h : 'uint8_t' does not name a type
... 



And that's where I'm at.

Note this is VS2008 and Arduino 1.5

Any ideas?

______
Rob
« Last Edit: Nov 10th, 2012 at 12:51pm by graynomad »  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12191
Location: United Kingdom
Joined: Apr 10th, 2010
Re: First-use issues
Reply #1 - Nov 10th, 2012 at 4:37pm
Print Post  
Hi,

Yes a few ideas

1) Watch the YouTube video because it guides you through everything you mention. There is a link on the home page and the debugger page of the main site 

2) I asked arduino if I could pay for a Due 3 times during "beta" and then emailed again after release offering to pay for one. Nothing! I'm having trouble getting hold of one and planned to do the 1.5 work at the same time.

3) Yes not only am I not very good at documentation this project, the basic plugin and also the debugger has taken a huge amount of time to create. So I am hoping for some community help. So far there has been a little help but not so much on the documentation side of things. A few authors have made contact and have kindly suggested they hope to find time to help and expect nothing in return because the product has been so useful for so many. So time is short, please feel free to offer assistance  Smiley

4) There are many people using the debugger, there is still work to be done but it is a time saver and works well.

5) Seriously, your comments are great. If you can work through the video and can put a small list of the points you think the instructions should mention then please do. It will be appreciated

6) Don't forget it is a beta program. The documentation is one reason why it is still beta

Thanks
« Last Edit: Nov 10th, 2012 at 4:48pm by Tim@Visual Micro »  
Back to top
IP Logged
 
graynomad
Junior Member
**
Offline


Posts: 14
Location: nr Bundaberg, Australia
Joined: Oct 16th, 2011
Re: First-use issues
Reply #2 - Nov 11th, 2012 at 10:40pm
Print Post  
Quote:
Watch the YouTube video

Yikes, 25 minutes, not on my data plan Sad

I seem to have it installed, just doesn't compile.

Arduino are totally unresponsive to emails, I've tried many times and not had a single response.

I've done a lot of documentation work over the years and it ain't easy I admit, it's also VERY time consuming to do well so I feel your pain. I'm happy to help in small ways and I'm always evangelising the product on the Arduino forum, but I have a dual-processor board to get up and running plus maybe 20 plug in boards, not a lot of spare time I'm afraid. Thank goodness I don't have to work as well Smiley

Quote:
and planned to do the 1.5 work at the same time.

Is that the cause of my errors then?

______
Rob
  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12191
Location: United Kingdom
Joined: Apr 10th, 2010
Re: First-use issues
Reply #3 - Nov 11th, 2012 at 11:09pm
Print Post  
Yes sorry was in a rush. I would expect 1.5 to fail because they have changed the format of the boards.txt file.

You don't have to set the "Debug" configuration option but it is useful. All it is is a simple way to be able to switch between "Release" and "Debug" builds. 

You should see a drop down on the vs tool bar (see below) which is probably set to "Release". Just drop the list to set "Debug". 

When you set the vm project properties they are saved with whatever configuration name you have selected. So if you set "(Micro Debug)=True" when the "Debug" configuration is selected then when you switch to "Release" the "(Micro Debug)" will be False.

You can see the configuration name is set to "Debug" in this vs2008 image (just to the left of Win32)



Please use arduino 1.0.1 or 1.0.2 for now they will work just fine. You should also have the latest version of vm installed which is 1211.04. The version can be confirmed in "Tools>Options>Visual Micro>Version"

You seem to have spotted the only important debug property to get the debug going in trace mode "(Micro Debug)=true" so with 1.0.x I think it will all work just fine.

YES, your support is always appreciated! 

Thanks
« Last Edit: Nov 11th, 2012 at 11:17pm by Tim@Visual Micro »  
Back to top
IP Logged
 
graynomad
Junior Member
**
Offline


Posts: 14
Location: nr Bundaberg, Australia
Joined: Oct 16th, 2011
Re: First-use issues
Reply #4 - Nov 13th, 2012 at 4:55am
Print Post  
I've downloaded and installed 1.0.2 but still can't compile. Errors same as before I think.
Code
Select All
Compiling 'Test' for 'Arduino Duemilanove w/ ATmega328'

Binary sketch size: 1034 bytes (of a 30720 byte maximum) (0.541 secs)
Compiling debug version of 'Test' for 'Arduino Duemilanove w/ ATmega328'
Test.pde : In file included from
VM_DBG.h : No such file or directory
VM_DBG.cpp : In file included from
VM_DBG.h : No such file or directory
VM_DBG.cpp : In file included from
VM_DBG.h : 'uint8_t' does not name a type
VM_DBG.h : 'uint8_t' does not name a type
VM_DBG.h : 'byte' does not name a type
VM_DBG.h : 'uint8_t' does not name a type
VM_DBG.h : 'uint8_t' does not name a type
... 



Bottom line appears to be that it can't find VM_DBG.h, but then some of those errors appear to be in VM_DBG.h

So just as a work around I explicitly included both VM_DBG files

Code
Select All
#include "C:\Program Files\Visual Micro\Visual Micro for Arduino\Micro Platforms\Arduino\Templates\Hardware\Debuggers\VM_DBG\VM_DBG.h"
#include "C:\Program Files\Visual Micro\Visual Micro for Arduino\Micro Platforms\Arduino\Templates\Hardware\Debuggers\VM_DBG\VM_DBG.cpp 

"

Spaces in the path seem OK because now it tries to compile the cpp file but still gets a lot of errors (different this time)

Code
Select All
Compiling 'Test' for 'Arduino Duemilanove w/ ATmega328'
Test.pde : In file included from
VM_DBG.h : No such file or directory
Test.pde : In file included from
VM_DBG.h : : In member function 'void VisualMicroDebug::setVariable(T&, int, int)':
VM_DBG.h : 'transport' was not declared in this scope
VM_DBG.cpp : In file included from
Test.pde : from
VM_DBG.h : : At global scope:
VM_DBG.h : setVariable(T, int, long int)'
VM_DBG.h : setVariable(T, int, long int)' previously declared here
VM_DBG.h : setVariable(T, long int)'
VM_DBG.h : setVariable(T, long int)' previously declared here
VM_DBG.h : setVariable(T&, int, int)'
VM_DBG.h : setVariable(T&, int, int)' previously declared here
VM_DBG.h : setVariable(T&, int)'
VM_DBG.h : setVariable(T&, int)' previously declared here
Test.pde : In file included from
VM_DBG.cpp : : In member function 'void VisualMicroDebug::sendMessage(const char*)':
VM_DBG.cpp : 'transport' was not declared in this scope
VM_DBG.cpp : : In member function 'uint8_t VisualMicroDebug::readVariableTextDataType()':
VM_DBG.cpp : 'transport' was not declared in this scope
VM_DBG.cpp : : In member function 'uint8_t VisualMicroDebug::readVariableTextLength()':
VM_DBG.cpp : 'transport' was not declared in this scope
VM_DBG.cpp : : In function 'void no_lvalue_err()':
VM_DBG.cpp : 'class VisualMicroDebug' has no member named 'transport'
VM_DBG.cpp : : In member function 'void VisualMicroDebug::fetchVarData()':
VM_DBG.cpp : 'transport' was not declared in this scope
Error compiling
 



Obviously some things are previously declared which implies that the 

#ifndef _VM_DBG_
#define _VM_DBG_

protection isn't working to stop the h file being doubly included. So I remove the explicit h file include and things get a bit better

Continued next post, it's got too long
« Last Edit: Nov 13th, 2012 at 4:57am by graynomad »  
Back to top
 
IP Logged
 
graynomad
Junior Member
**
Offline


Posts: 14
Location: nr Bundaberg, Australia
Joined: Oct 16th, 2011
Re: First-use issues
Reply #5 - Nov 13th, 2012 at 4:56am
Print Post  
Code
Select All
Compiling 'Test' for 'Arduino Duemilanove w/ ATmega328'
VM_DBG.cpp : In file included from
Test.pde : from
VM_DBG.h : No such file or directory
VM_DBG.cpp : In file included from
Test.pde : from
VM_DBG.h : : In member function 'void VisualMicroDebug::setVariable(T&, int, int)':
VM_DBG.h : 'transport' was not declared in this scope
Test.pde : In file included from
VM_DBG.cpp : : In member function 'void VisualMicroDebug::sendMessage(const char*)':
VM_DBG.cpp : 'transport' was not declared in this scope
VM_DBG.cpp : : In member function 'uint8_t VisualMicroDebug::readVariableTextDataType()':
VM_DBG.cpp : 'transport' was not declared in this scope
VM_DBG.cpp : : In member function 'uint8_t VisualMicroDebug::readVariableTextLength()':
VM_DBG.cpp : 'transport' was not declared in this scope
VM_DBG.cpp : : In function 'void no_lvalue_err()':
VM_DBG.cpp : 'class VisualMicroDebug' has no member named 'transport'
VM_DBG.cpp : : In member function 'void VisualMicroDebug::fetchVarData()':
VM_DBG.cpp : 'transport' was not declared in this scope
Error compiling
 



______
Rob
  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12191
Location: United Kingdom
Joined: Apr 10th, 2010
Re: First-use issues
Reply #6 - Nov 13th, 2012 at 2:31pm
Print Post  
Please don't make any of these changes or try to fix it. 

We just need to look at what you have installed. It's a simple system that is working for many.

What version of vm do you have installed? "Tools>Options>Visual Micro>Version"

Thanks

ps: The only reason for moving from 1.5 to 1.0.x is that normal non-debug compile will work.  If normal compile works then the debugger will not object to the arduino version.
« Last Edit: Nov 13th, 2012 at 2:33pm by Tim@Visual Micro »  
Back to top
IP Logged
 
graynomad
Junior Member
**
Offline


Posts: 14
Location: nr Bundaberg, Australia
Joined: Oct 16th, 2011
Re: First-use issues
Reply #7 - Nov 13th, 2012 at 4:06pm
Print Post  
Version 1.1211.04

If I change (Micro Debug) to "None" the compile works. This is with 1.0.2 at present.

______
Rob
  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12191
Location: United Kingdom
Joined: Apr 10th, 2010
Re: First-use issues
Reply #8 - Nov 13th, 2012 at 5:09pm
Print Post  
Thanks that's good info. I sounds like the debug beta upgrade is out of date. A new release was added to the debug page at the same time as 1211.04 was produced.

If this is not the case and you have the latest 3.3 beta upgrade installed, then please go to control panel>add or remove programs and uninstall the Visual Micro Debug Upgrade and then run the install again from the beta page. Sometimes the windows installer doesn't update files which would leave you with an older version of the VM_DBG cpp/h files

Thanks v much

ps: When the debugger is officially released it will be merged with the std plugin installer so the additional step to add the debug support files will no longer be required after each upgrade.
  
Back to top
IP Logged
 
graynomad
Junior Member
**
Offline


Posts: 14
Location: nr Bundaberg, Australia
Joined: Oct 16th, 2011
Re: First-use issues
Reply #9 - Nov 15th, 2012 at 2:31pm
Print Post  
Thanks for your follow up email Tim.

I just got back to this and after following the above instructions it's working, now I can play with it to see exactly what it does.

______
Rob
  
Back to top
 
IP Logged
 
Page Index Toggle Pages: 1
Send TopicPrint