VS Code 编译调试OPCUA62541测试程序

最新推荐文章于 2024-07-29 08:15:39 发布

小搓

最新推荐文章于 2024-07-29 08:15:39 发布

阅读量1.7k

点赞数

分类专栏：笔记

本文链接：https://blog.csdn.net/u011346024/article/details/103858788

版权

本文详细介绍了如何在VS Code中配置和编译OPCUA62541测试程序，包括安装MinGW-64、CMake、VS Code，下载源代码，新建工程，配置launch.json、tasks.json等文件，以及如何进行编译、调试和连接OPCUA服务器。

摘要由CSDN通过智能技术生成

1. 背景

用VSCode下编译测试OPCUA62541。
PC环境如下：
OS：Windows10
编译器：MinGW-64
编辑器：VS Code
下面是环境搭建和编译过程。

2. 环境搭建

2.1 安装MinGW-64

下载地址：https://sourceforge.net/projects/mingw-w64/files/
不要下载Latest，网页下面有个“x86_64-posix-seh”，这个应该能正常下载，免安装。
将下载的压缩包解压到： C:\MinGW64
在这里插入图片描述
下面配置环境变量：右键我的电脑 – 属性 – 高级设置 – 环境变量，下面的栏目里

新建环境变量
添加路径
双击环境变量“Path”，在里Path新一加条：

OK，关闭。
测试一下
打开cmd命令窗口输入：

gcc -v

在这里插入图片描述看来编译器安装正常。

2.2 安装CMake

这个简单，百度Cmake下载，直接找安装软件安装即可。

2.3 安装VSCode

这个也简单，百度VSCode，直接找安装软件安装即可。
VSCode扩展安装：C/C++，Code Runner，C++ Intellisense（这个插件不安装也行）。

3 OPCUA62541编译

3.1 源代码下载

github下载地址：https://github.com/open62541/open62541
我将下载的源码放到了C盘，路径：C:\git\open62541

3.2 源代码编译

在open62541文件夹里新建“build”文件夹
用Cmake-gui软件对源代码进行编译按，照下面的步骤操作即可。
在build文件夹下会生成很多文件：

除了源代码的方案，62541提供了其他方案生成OPCUA，以后可以尝试一下。

4 测试工程

4.1 新建工程

新建文件夹D:\OPCUA_Test_Prj

打开VSCode，File – OpenFolder – D:\OPCUA_Test_Prj
新建文件main.c, 里面内容后面再添加。
将open62541.c和open62541.h拷贝到D:\OPCUA_Test_Prj下
新建文件夹 .vscode，注意文件夹名称前面有个. ，再该路径下新建launch.json、tasks.json、settings.json、c_cpp_propreties.json。

4.2 VS工程配置

下面是最麻烦的，这里直接给出配置结果。

4.2.1 launch.json

{
    "version": "0.2.0",
    "configurations": [
        {
        "name": "(gdb) Launch", // 配置名称，将会在启动配置的下拉菜单中显示
        "type": "cppdbg", // 配置类型，cppdbg对应cpptools提供的调试功能；可以认为此处只能是cppdbg
        "request": "launch", // 请求配置类型，可以为launch（启动）或attach（附加）
        "program": "${workspaceFolder}/UAtest.exe", // 将要进行调试的程序的路径
        "args": [], // 程序调试时传递给程序的命令行参数，一般设为空即可
        "stopAtEntry": true, // 设为true时程序将暂停在程序入口处，相当于在main上打断点
        "cwd": "${workspaceFolder}", // 调试程序时的工作目录，此为工作区文件夹；改成${fileDirname}可变为文件所在目录
        "environment": [], // 环境变量
        "externalConsole": false, // 为true时使用单独的cmd窗口，与其它IDE一致；18年10月后设为false可调用VSC内置终端
        "internalConsoleOptions": "neverOpen", // 如果不设为neverOpen，调试时会跳到“调试控制台”选项卡，你应该不需要对gdb手动输命令吧？
        "MIMode": "gdb", // 指定连接的调试器，可以为gdb或lldb。但我没试过lldb
        "miDebuggerPath": "gdb.exe", // 调试器路径，Windows下后缀不能省略，Linux下则不要
        "setupCommands": [
            { // 模板自带，好像可以更好地显示STL容器的内容，具体作用自行Google
                "description": "Enable pretty-printing for gdb",
                "text": "-enable-pretty-printing",
                "ignoreFailures": false
            }
        ],
        "preLaunchTask": "Compile" // 调试会话开始前执行的任务，一般为编译程序。与tasks.json的label相对应
    }]
}

4.2.2 tasks.json

{
    "version": "2.0.0",
    "tasks": [{
        "label": "Compile", // 任务名称，与launch.json的preLaunchTask相对应
        "command": "gcc",   // 要使用的编译器，C++用g++
        "args": [
            "-std=c99",//这行貌似不加也行
            "${file}",
            "${fileDirname}/open62541.c",
            "-o",    // 指定输出文件名，不加该参数则默认输出a.exe，Linux下默认a.out
            "UAtest.exe",
            "-g",    // 生成和调试有关的信息
            "-Wall", // 开启额外警告
            "-static-libgcc",     // 静态链接libgcc，一般都会加上
            "-lws2_32",//  一定要加，62541要用到里面函数
            "-fexec-charset=GBK" ,  // 生成的程序使用GBK编码，不加这一条会导致Win下输出中文乱码
            // "-std=c11", // C++最新标准为c++17，或根据自己的需要进行修改
        ], // 编译的命令，其实相当于VSC帮你在终端中输了这些东西
        "type": "process", // process是vsc把预定义变量和转义解析后直接全部传给command；shell相当于先打开shell再输入命令，所以args还会经过shell再解析一遍
        "group": {
            "kind": "build",
            "isDefault": true // 不为true时ctrl shift B就要手动选择了
        },
        "presentation": {
            "echo": true,
            "reveal": "