VS2010远程调试你的程序vc++/wpf/C#/MFC

VS2010远程调试你的程序vc++/wpf/C#/MFC

1 背景说明

      在进行设备控制软件开发的时候,需要进行设备的上机调试。我们在安装了工作环境(VS2010+Access+流程图等软件)的电脑上编码写好待调试的软件之后,待机器零配件和电气安装好之后,再在设备上进行调试,这个时候,设备会自带自己的工控电脑,这个工控电脑没有安装代码调试的软件。一般的解决办法是,将开发所需要的所有软件在目标工控机上再安装一遍,然后将代码拷贝到目标机,然后在目标机上修改代码和调试代码。这样做有一下几个缺点。

 

    (1)、工作环境搭建很耗时。

     目标机需要安装的软件多,VS2010+Access+Visio+Office+SVN等一系列软件,最少需要2个小时的安装时间,时间过久。另外,对于每一个要上机调试代码的目标机,都要搭建一遍工作环境,那是多么蛋疼!

   (2)、修改代码效率低

    在目标机上安装好开发环境之后,修改代码麻烦。因为在机器上,键盘、鼠标和显示器的安装位置并不适合开发,会导致效率低下。通常为了调试方便,要多余的调试桌子和多余的键盘和鼠标等,可是,现场往往会出现没有这些多余的硬件的场合。

   (3)、客户现场解决问题响应慢

    特别是新机器的软件,一方面,需要在客户的工厂里面,根据客户的要求,现场修改程序;另一方面,由于是全新的软件,肯定会有逻辑问题要现场调试修改。但是机器发到客户后,往往是没有开发环境的。这个时候,安装工作环境,在客户的目标机上修改代码进行调试,并且在客户生产现场,几乎没有客户会提供你桌子,让你开发和调试的时候更加舒适和高效,通常只能站着,改几句代码。这一切,都会导致在客户现场的解决问题的效率低下。

  (4)、代码泄露风险高

    通过拷贝的方式将代码拷贝到目标机上,中途往往会有上厕所啊、借个电话等事情,让你暂时离开你的目标机电脑,但是这个时候,代码还在机器上。如果将代码拷贝回来,又很麻烦,如果不拷贝,又有代码被被人拷贝走的风险。要知道,一份比较完整的控制系统软件,是开发团队很长时间的智力结晶!

  (5)、拷贝次数多,代码合并麻烦

    在目标机器上调试的程序,最终要拷贝回到开发电脑上,并和团队其他人的工作合并,

经常代码迁入和迁出,再进行代码合并,是让人很恼火的。

 

     为了解决上面的问题,必需要有新的方法,必需统一开发电脑和目标调试电脑。而这个方法就是VS2010的远程调试功能,通过开发机直接调试目标机的运行程序,包括VC++程序和C#程序,并且代码只需要呆在开发机。使用VS2010的远程调试功能,我们只需要几个简单的步骤就可以。

 

2 搭建硬件环境

    为了实现VS2010的远程调试的工作环境,需要有一个功率比较高的USB无线网卡给工控机接收信号,有以下几步

 

  (1)、搭建目标机和开发机的局域网。

    机器上的工控机都是不联网的,而且网口可能会全部被硬件占用,不一定够用。为此,开发中专门配置USB无线网卡,通过该USB无线网卡接收信号。要注意,这里必须是接收信号,因为USB无线网卡通过USB供电,他的功率不够高。

   开发机,使用笔记本电脑,用笔记本电脑自带的无线网卡作为局域网发射端。注意,必须是笔记本电脑作为发射端,因为笔记本电脑是220V的电源,发射无线信号是很强大的。

 

   笔记本电脑作为发射端,比用工控机USB无线网卡做发射端,二者的局域网信号强弱差4格。笔记本发射是满格,而USB无线网卡发射是1格!本人亲测!

  

  (2)、猎豹免费wifi

   设置无线网卡作为发射端,很是很麻烦的。我试过几个方法,1、自己通过控制面板->网络连接->无线连接的属性配置无线网络,发现很难搞,不一定能成;2、通过360的免费wifi软件设置,发现这些软件只能在电脑连接互联网的情形下,才能使无线网卡发射信号;3、最后试了猎豹免费WIFI,发现这是个好东西,可以一键设置局域网发射端,不需要电脑连接互联网。

 

   另外,如果开发机和目标机都在统一的路由器的局域网中,那么二者可以都不做发射端,都只做接收端就可以。

3、设置开发机和目标机能共享文件

   局域网搭好之后,要确保开发机和目标机能相互ping通,并实现文件读写共享,这是VS2010远程调试的前提。

(1)、XP系统的文件共享
     1、“我的电脑-工具-文件夹选项-查看”:去掉“使用简单文件共享(推荐)”前的勾;然后设置共享文件夹,并设置共享权限;接着指定共享文件夹用户权利;
     2、“右键网上邻居-右键本地链接-属性”:启用“Microsoft网络客户端”;启用“Microsoft网络的文件和打印机共享”;安装NetBIOS网络协议;双击“TCP/IP协议”为每台电脑指定同一网段静态IP地址及网关;接着点击“高级-设置”关闭Windows自带防火墙
     3、“右键我的电脑-管理-服务和应用程序-服务”:在右窗中确保“Computer Browser”服务没有被停止或禁用;
     4、“控制面板-管理工具-本地安全策略-本地策略”:“用户权利指派”-“从网络访问此计算机”中加入Guest帐户;“拒绝从网络访问这台计算机”中删除Guest帐户;“安全选项”-把“网络访问:本地帐户的共享和安全模式”设为“典-本地用户以自己的身份验证”;
     5、最后,右键单击你需要共享的文件夹,然后选择“共享”,并设置好相应权限。

(2)、win7如何共享文件

    1:设置网卡参数
进入控制面板选择“查看网络状态和任务“,选择更改适配器设置,进入本地网络设置。在使用的本地连接上点击右键选择属性,在弹出的界面中双击“Internet协议版本4”进入网络参数设置。 设置网卡参数
    2:打开Win7共享设置
在“打开网络和共享中心”界面中单击左侧的“更改高级共享设置”,打开“高级共享设置”窗口,
设置网络发现,文件和打印机共享,公用文件夹共享为启用,关闭密码保护共享,设置完成后,单击保存修改即可。
更改文件共享设置

    3:开启Win7文件夹共享功能
右键单击需要共享的文件夹选择属性,选择“共享”,再点击下方的“高级共享”,在弹出的窗口中选择共享此文件夹。
设置文件夹共享
    4:关闭Win7防火墙
防火墙有可能造成局域网文件的无法访问。进入“网络和共享中心”,单击“Windows的防火墙”,在打开的“Windows的防火墙”窗口中,单击“打开或关闭Windows防火墙”命令,
在打开的窗口中选择“关闭Windows防火墙”选项,单击“确定”保存。
关闭防火墙
    5:启用Win7文件夹共享规则
防火墙关闭后,在“防火墙设置”界面左边的“高级设置”中,在“入站规则”和“出站规则”这两个规则中分别找到“文件和打印机共享”选项,并且将其全部选项设定成“启用规则”。
    6:设置Win7文件共享权限
Windows7中要实现文件共享还需要设置文件夹的共享权限。查看共享文件的属性,随后切换到“共享”选项卡里,单击“高级共享”,打开“高级共享”对话框,在“权限”中依次单击“添加”→“高级”→“立即查找”。然后在查找的结果中选择“Everyone”,并且根据需要设置好用户的操作权限。
    7:打开Win7 NTFS格式文件权限
Windows7中我们使用的磁盘格式为NTFS,还需要设置NTFS格式的权限。右键单击需要共享的文件夹,依次选择“属性”→“安全”,在“组或用户名”栏点“编辑”,再点“添加”,在“输入对象名称来选择”中输入“Everyone”点“确定”即可。

    8、“控制面板-管理工具-本地安全策略-本地策略”:“用户权利指派”-“从网络访问此计算机”中加入Guest帐户;“拒绝从网络访问这台计算机”中删除Guest帐户;“安全选项”-把“网络访问:本地帐户的共享和安全模式”设为“典-本地用户以自己的身份验证”;

4  VS2010的远程调试

    局域网环境搭好之后,就可以进行VS2010的设置了,假设开发机为A、目标机为BVS2010安装在A机器上,也就是说A机器是开发使用的机器。B机器是程序运行部署使用的机器。

    先在B机器上建立共享文件夹,有读写功能,方面复制文件。

1)不带身份验证的远程调试

    不带身份验证的远程调试,本人测试过,只能对非托管VC等代码进行调试,对托管代码和C#程序无法调试。

1、在B机器的上开启远程调试器

a、在A机器上的vs2010安装目录倒找Remote Debugger文件夹。如下图:

b、复制C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger目录到B机器上,(通过共享文件夹的方式)。

c、运行B机器中Remote Debugger\x86下的msvsmon.exe文件如下图:(注意以管理员的程序运行msvsmon.exe

d、在上图中选择Tools中的Options菜单项,如下图:


e、在弹出的对话框中按照下列方式进行设置,如下图:

f、设置完成后点击OK按钮 

到此需要调试的机器B的远程调试器已经设置完毕。

2、将执行程序复制到B机器

.exe.pdb文件一起复制到B机器上,pdb文件包括的调试信息,一定要复制。

3、开发机A机器的工程设置

   A机器上打开MotorTest.exe对应的源码(注意源码必须与MotorTestexe保持一致,本文只给出调试方法,例子中代码无任何逻辑)可以通过附加到进程进行调试,也可以设置工程属性直接调试。一般而言,附加到进程是目标机上的执行程序已经在运行了,需要调试其运行状态的时候才用。工程属性直接调试,则修改代码之后,直接启动工程,就能在目标机上运行程序。

a.附加到进程的调试设置

8中选择Debug菜单中的Attach to Process子菜单项,如下图:

弹出如下对话框:

10、在Transport中选择:Remote(Native onlywith no authentication)选项,并在Qualifier中输入IP地址,192.168.1.129.如下图

点击Refresh按钮,就可以看到B机器上的进程列表了。在进程列表中找到我们需要调试的的进程MotorTest.exe并选中

12、选择需要调试的进程后,单击Attach,就可以调试B机器上的程序。

b.工程属性直接调试

    工程属性,将调试器选择为远程window调试器,按照上图进行设置,注意IP设置成目标机的IP地址。程序编译好之后,将.exe.pdb一并复制到目标机B上,再开发机A上,按下F5就能直接启动B上的执行程序,并进行调试。

 

 

2)带身份验证的远程调试

   带身份验证的远程调试,本人测试过,能对非托管VC等代码进行调试,也能对托管代码和C#程序调试。

   设置地方和不带身份验证的远程调试一样,只是设置过程有所变化。

前提条件:

1将目标机B上的操作系统的用户名和密码与开发机A上的用户名及密码保持一致。

(2)在目标B机上建立一个与开发机执行程序一致的路径,并只能将A机器编译好的执行程序放在B机器的相同目录下。

例如:在开发A机器上,

工程编译后的执行程序目录为

这个时候,必须在B机器上相同的目录,放执行程序

 

远程调试的步骤:

1步:启动B机器的远程调试器Remote Debugger。启动之后,不要做任何操作即可。

2步:设置工程属性,如图

注意:远程服务器名称为用户名@机器名。这个设置可以在B机器上的Remote Debugger启动之后看的到。然后选择带window身份验证的访问即可。远程服务器名称如下图

3步:对于C#WPF的远程调试

只需要设置一下远程计算法的名称。

你可能感兴趣的:(C#,VC,WPF,Studio,Visual,2010)