北岛夜话

车辆以太网诊断协议连载(4)——路由激活请求与应答

Tue, 24 Feb 2026 19:25:24 +0800

收到车辆信息后，测试仪尝试与车辆的DoIP网关通过TCP_DATA端口建立通信（测试仪为客户端）。成功建立通信后，测试仪发送路由激活请求指令，网关将对该指令进行应答。本文将详细介绍DoIP协议的路由激活请求与应答。

1、路由激活请求

测试仪通过TCP_DATA端口（13400）发送路由激活请求。以版本号0x03为例，报文格式如下：

0x03 0xFC 0x00 0x05 0x00 0x00 0x00 0x0B 0xXX ...

其中：0x0005是负载类型，0x0B是负载长度（11个字节），负载的格式如下表所示：

名称	位置	长度	描述
Source address	8	2	请求路由激活的实体（测试仪）的逻辑地址
Activation type	10	1	路由激活的类型
Reserved	11	4	ISO 13400协议保留（默认0）
Reserved for VM-specific	15	4	为车辆制造商预留

测试仪的逻辑地址可向车辆制造商获取，一般从0x0E80开始；
VM是“Vehicle Manufacture”的缩写，即“车辆制造商”；
路由激活的类型见下面的表格：

值	描述	请求动作
0x00	默认	无
0x01	法规要求的诊断通信 (例如遵循 ISO 27145-1, ISO 20730-1 等标准)	无
0x02 ~ 0xDF	ISO 13400协议保留
0xE0	中央安全 (通常指需要中央网关或安全模块处理的安全激活类型)	车辆制造商定义
0xE1 ~ 0xFF	可供车辆制造商 (VM) 额外定义使用	车辆制造商定义

2、路由激活应答

车辆的DoIP网关通过TCP_DATA端口（13400）发送路由应答。以版本号0x03为例，报文格式如下：

0x03 0xFC 0x00 0x06 0x00 0x00 0x00 0x11 0xXX ...

其中：0x0006是负载类型，0x11是负载长度（17个字节）。有的长度可能会是13字节或21字节，取决于车辆是否发送保留数据，参考下面表格介绍的负载格式：

名称	位置	长度	描述
Logical address of DoIP client Entity	8	2	路由激活请求实体（测试仪）的逻辑地址
Logical address of DoIP Entity	10	2	路由激活应答实体（网关）的逻辑地址
Routing activation response code	12	1	路由激活的应答码
reserved	13	4	ISO 13400协议保留（默认0）
reserved for VM-specific	17	4	为车辆制造商预留

测试仪的逻辑地址可向车辆制造商获取，一般从0x0E80开始；
路由激活应答码的含义如下面的表格所示：

值	描述	请求动作
0x00	拒绝：源地址未知	不激活路由，关闭该套接字
0x01	拒绝：所有当前支持的TCP_DATA套接字均已注册并激活	不激活路由，关闭该套接字
0x02	拒绝：收到的源地址或路由激活类型与已激活的TCP_DATA套接字上的连接表条目不符	不激活路由，关闭该套接字
0x03	拒绝：该源地址已在另一个TCP_DATA套接字上注册并激活	不激活路由，关闭该套接字
0x04	拒绝：缺少认证(missing authentication)	不激活路由，但将此连接注册为 [等待认证] 状态
0x05	拒绝：原因是确认被拒绝（rejected confirmamtion）	不激活路由，关闭该套接字
0x06	拒绝：不支持所请求的路由激活类型	不激活路由，关闭该套接字
0x07	拒绝：因为指定的激活类型需要使用安全的套接字	不激活路由，并关闭该（非安全）套接字
0x08	拒绝：由于车辆处于关键状态	说明[1]
0x09 ~ 0x0F	ISO 13400协议保留
0x10	路由激活成功	激活路由，并在该套接字上注册该源地址
0x11	路由已激活，但需要（车辆内部）确认	仅在收到来自车辆内部的确认后才激活路由
0x12 ~ 0xDF	ISO 13400协议保留
0xE0 ~ 0xFE	车辆制造商预留（专用）
0xFF	ISO 13400协议保留

说明[1]：当车辆处于关键状态收到路由激活请求消息时，DoIP实体应发送该响应码设。比如车辆正在进行不可中断的软件更新。

好了，关于DoIP协议的路由激活请求及应答就先介绍到这里。

本文参考文档：ISO 13400-2-2025 第12.5节

欢迎扫一扫微信小程序【李工谈工控】查看本站信息。

继续阅读《车辆以太网诊断协议连载(4)——路由激活请求与应答》的全文内容...

分类: 通信 | Tags: DoIP，路由激活， | 添加评论(0)

还没有评论，您来说两句？

车辆以太网诊断协议连载(3)——车辆识别请求及应答

Wed, 11 Feb 2026 09:40:56 +0800

车辆识别请求有三种负载类型：（通用）车辆识别请求、带实体识别码（EID）的车辆识别请求和带车辆识别码（VIN）的车辆识别请求。

1、通用车辆识别请求

通用车辆识别请求通过UDP_DISCOVER端口（13400）发送广播数据，所有收到该广播的车辆都将对其进行回应。该报文没有负载，仅通过报文头发送数据。以版本号为0x03为例，报文格式如下：

0x03 0xFC 0x00 0x01 0x00 0x00 0x00 0x00

其中：0x0001是负载类型，后面跟着负载长度（当前负载长度为0）。关于报文结构的更多详细信息见本连载第（1）篇文章。

2、带实体识别码（EID）的车辆识别请求

EID是“entity identification”的缩写，表示“实体识别码”。所谓“实体”，是指DoIP网络中的通信单元，在其它网络中也被称为“节点”。实体识别码是唯一能够标识该实体的一串字符，比如其网卡的物理地址（MAC address）。

该报文也通过UDP_DISCOVER端口（13400）发送广播数据，实体收到请求后，与识别码相匹配的实体进行应答。

该报文的负载类型为0x0002，负载长度为6。以版本号为0x03为例，报文格式如下：

0x03 0xFC 0x00 0x02 0x00 0x00 0x00 0x06 0xXX ... 0xXX

其中：0xXX ... 0xXX为实体识别码（长度为6字节）

3、带车辆识别码（VIN）的车辆识别请求

VIN是“Vehicle Identification Number”的缩写，表示“车辆识别码”，由17位字母和数字组成，包括：世界制造厂识别码、车辆特征码、车辆提示信息三部分。

1~3位是制造厂识别码。其中：第1位代表国家和地区，第2~3位代表厂商；
4~9位是车辆特征码。其中：第4~8位代表车辆的种类、系列、车身和发动机类型等信息，第9位是校验位；
10~17位是车辆提示信息。包括生产年份（代码）、装配厂、独有系列号等等；

带车辆识别码的车辆识别请求信息，是将车辆识别码作为负载发送到UDP_DISCOVER端口（13400），与该识别码相匹配的车辆将进行应答。

该报文的负载类型为0x0003，负载长度为17。以版本号为0x03为例，报文格式如下：

0x03 0xFC 0x00 0x03 0x00 0x00 0x00 0x11 0xXX ... 0xXX

其中：0xXX ... 0xXX为车辆识别码（长度为17字节）

4、车辆识别应答/车辆广播

收到车辆识别请求后，与之匹配的车辆将进行应答。其负载类型为0x0004，负载的格式如下：

名称	位置	长度	描述
VIN	8	17	车辆识别码
Logical Address	25	2	DoIP应答实体的逻辑地址
EID	27	6	实体识别码
GID	33	6	组识别码
Further action required	39	1	下一步动作要求
VIN/GID sync. status	40	1	车辆识别码/组识别码的同步状态

其中：位置从字节8开始，是因为字节0~7为报文头；

“下一步动作要求”的取值如下表所示：

值	描述
0x00	没有进一步的要求
0x01~0x0F	保留
0x10	路由激活需要初始化安全策略
0x11~0xFF	保留给制造厂商

“车辆识别码/组识别码的同步状态”的取值如下：

值	描述
0x00	车辆识别码/组识别码已经同步
0x01~0x0F	保留
0x10	车辆识别码/组识别码同步未完成
0x11~0xFF	保留

好了，关于车辆识别的请求及应答就先介绍到这里。

本文参考文档：ISO 13400-2-2025 第7.4节

欢迎扫一扫微信小程序【李工谈工控】查看本站信息。

继续阅读《车辆以太网诊断协议连载(3)——车辆识别请求及应答》的全文内容...

分类: 通信 | Tags: 车辆识别请求及应答，DOIP， | 添加评论(0)

还没有评论，您来说两句？

车辆以太网诊断协议连载(2)——通用报文头负响应

Fri, 30 Jan 2026 19:28:25 +0800

当接收到的DoIP报文格式错误或者负载类型不支持时，接收方应发送“通用报文头负响应报文”。

“通用报文头负响应报文”由报文头（8字节）+负响应码（1字节）组成，其负载类型的取值为0x0000（更多信息见上一篇文章）。以协议版本号为0x03为例，其报文格式为：

0x03 0xFC 0x00 0x00 0x00 0x00 0x00 0x01 0xXX

其中0xXX为负响应码，其取值及含义如下面的表格所示：

取值	描述	动作
0x00	格式不正确	关闭套接字
0x01	未知的负载类型	丢弃报文
0x02	报文过长	丢弃报文
0x03	内存溢出	丢弃报文
0x04	负载长度无效	丢弃报文
0x05 ~ 0xFF	保留

解释如下：

若接收到的报文不符合DoIP报文头的规范（比如“协议版本号”与“版本号取反”不匹配），或DoIP服务器不支持该版本，则应发送一条“通用报文头负响应”报文，并将否定码设置为0x00；
若接收到的报文的负载类型不被支持，则DoIP实体应发送一条“通用报文头负响应”报文，并将否定码设置为0x01；
若接收到的报文的负载长度超过了当前DoIP实体所支持的最大值，无论当前内存使用情况如何，均应发送一条“通用报文头负响应”报文，并将否定码设置为0x02；
若接收到的报文的负载长度超过了当前DoIP 实体可用的内存，则应发送一条“通用报文头负响应”报文，并将否定码设置为0x03；
若接收到的报文的负载长度与特定负载类型所期望的长度不匹配，则 DoIP 实体应发送一条“通用报文头负响应”报文，并将否定码设置为0x04。这包括针对特定负载类型的最小长度、固定长度和最大长度的检查；
当DoIP实体作为服务器运行并通过UDP接收到负载类型为0x0000或0x0004的DoIP消息时，应丢弃该消息且不发送“通用报文头负响应”报文；

欢迎扫一扫微信小程序【李工谈工控】查看本站信息：

继续阅读《车辆以太网诊断协议连载(2)——通用报文头负响应》的全文内容...

分类: 通信 | Tags: DoIP，UDS，车辆诊断， | 添加评论(0)

还没有评论，您来说两句？

车辆以太网诊断协议连载(1)——报文结构

Tue, 27 Jan 2026 07:41:41 +0800

随着汽车新功能（辅助驾驶、信息娱乐、软件更新、远程诊断等）的出现，其内部电子系统需要传输的数据量日益增多，以往基于CAN/CANFD网络的诊断协议逐渐不能满足要求，于是基于以太网的诊断协议便应运而生了。

车辆以太网诊断协议，英文名称“Diagnostic over Internet Protocol”，简称“DoIP”。2011年，国际标准化组织首次发布了ISO 13400-1:2011国际标准，其中明确了DoIP的概念、应用场景。2012年发布了ISO 13400-2:2012，详细规定了传输层、网络层的服务，以及DoIP报文的具体格式。2019年发布了ISO 13400-2:2019，对之前的协议进行改进，提升了稳定性。2025年发布了ISO 13400-2:2025，本文基于该版本进行介绍。

DoIP协议在开放互联参考模型（OSI）中的位置如下图所示（与传统协议进行对比）：

简单理解：DoIP协议的物理层和数据链路层依赖于百兆以太网，位于传输层TCP/UDP协议之上，同时又位于应用层协议（比如UDS）之下。

DoIP协议的报文由报文头和负载两部分组成。

报文头长度固定为8字节，包括：协议版本号、版本号取反、负载类型和负载长度，如下面的表格所示：

名称	长度（字节数）
协议版本号	1
版本号取反	1
负载类型	2
负载长度	4

其中：

1.协议版本号：长度1字节，取值范围包括：

0x00（ISO 13400-1:2011）；
0x02（ISO 13400-2:2012）；
0x03（ISO 13400-2:2012）；
0x04（ISO 13400-2:2025）；
0x05~0xFE（保留）；

2.协议版本号取反：协议版本号按位取反（长度1字节）。与协议版本号配合使用，作为协议验证模式，以确保接收到格式正确的DoIP报文；

3.负载类型：长度2字节，取值范围：0x0000~0xFFFF（下文详述）。

4.负载长度：长度4字节，取值范围：0~4 294 967 295。（四字节无符号数的表达范围，2的32次方）。负载长度的单位为字节。有些报文不需要负载，因此长度可以为0；

DoIP协议对负载类型进行了定义与归类，如下面的表格所示：

取值	名称	协议
0x0000	通用报文头负响应 generic DoIP header negative acknowledge	UDP_DISCOVER UDP_TEST_EQUIPMENT_REQUEST TCP_DATA
0x0001	车辆识别请求消息 vehicle identification request message	UDP_DISCOVER
0x0002	带EID的车辆识别请求消息 vehicle identification request message with EID	UDP_DISCOVER
0x0003	带VIN的车辆识别请求消息 vehicle identification request message with VIN	UDP_DISCOVER
0x0004	车辆声明消息/车辆识别应答消息 vehicle announcement message/ vehicle identification response message	UDP_DISCOVER UDP_TEST_EQUIPMENT_REQUEST
0x0005	路由激活请求 routing activation request	TCP_DATA
0x0006	路由激活应答 routing activation response	TCP_DATA
0x0007	车辆保活请求alive check request	TCP_DATA
0x0008	车辆保活应答alive check response	TCP_DATA
0x0009 ~ 0x4000	保留
0x4001	DoIP实体状态请求 DoIP entity status request	UDP_DISCOVER
0x4002	DoIP实体状态应答 DoIP entity status response	UDP_TEST_EQUIPMENT_REQUEST
0x4003	诊断电源模式信息请求 diagnostic power mode information request	UDP_DISCOVER
0x4004	诊断电源模式信息应答 diagnostic power mode information response	UDP_TEST_EQUIPMENT_REQUEST
0x4005 ~ 0x8000	保留
0x8001	诊断消息diagnostic message	TCP_DATA
0x8002	诊断消息正响应 diagnostic message positive acknowledgement	TCP_DATA
0x8003	诊断消息负响应 diagnostic message negative acknowledgement	TCP_DATA
0x8004	周期性诊断消息 periodic diagnostic message	TCP_DATA
0x8005 ~ 0x8FFF	保留
0x9000	保留
0x9001	DOIP网关连接的子网传输协议负载消息结构	TCP_DATA
0x9002 ~ 0x9FFF	保留
0xF000 ~ 0xFFFF	为制造商保留 reserved for manufacture-specific use

其中，缩略词：

EID：entity identification（实体识别码）
VIN：vehicle identification number（车辆识别码）

负载的内容根据类型不同而有所不同，将在后面的文章中陆续介绍。

好了，关于DoIP的报文结构就先介绍到这里。

欢迎通过微信小程序【李工谈工控】查看本站信息：

继续阅读《车辆以太网诊断协议连载(1)——报文结构》的全文内容...

分类: 通信 | Tags: DoIP，UDS，车辆诊断， | 添加评论(0)

还没有评论，您来说两句？

汇川中型PLC(AM521)ST语言编程及下载示例

Thu, 04 Dec 2025 15:26:03 +0800

今天这篇文章给大家介绍下汇川中型PLC使用结构化文本语言（ST）编写程序及下载示例。例程使用的控制器为AM521-0808TN，写一个测试数字量输出的跑马灯程序。

打开InoProShop，新建工程，设备选择“AM521-0808TP/TN”，如下图所示：

在设备树的【PLC逻辑】->【应用（Application）】单击右键，在弹出的对话框中选择“添加程序组织单元”。填写名称“testDQs”，选择类型为“功能块”，实现语言为“结构化文本”，如下图所示：

在testDQs中编写代码如下图所示：

该功能块使用一个延时接通定时器，控制字节变量（_tmpBytes）的位依次输出。输入参数为定时器的时间间隔，输出参数为要控制的字节变量。

在主程序（PLC_PRG）中实例化功能块testDQs为testLocalDQs，并定义本地变量_localDQs，调用实例化的功能块，如下图所示：

将变量_localDQs映射到模块的本地输出，如下图所示：

编译程序。

点击【在线】-【登录到】（或工具栏快捷按钮）登录到设备，首次登录时会查找设备，如下图所示：

登录后自动下载程。单击工具栏【启动】按钮运行程序，能实现需要的跑马灯效果，如下图所示：

好了，关于汇川中型PLC（AM521）的ST语言编程及下载示例就先介绍到这里。

下面是汇川中型PLC结构化文本语言编程的文章归档链接：

》》汇川AM系列控制器结构化文本语言编程《《

我的书《西门子S7-1200/1500 PLC SCL语言编程 ——从入门到精通》从硬件到软件，比较详细的介绍了SCL语言的编程，感兴趣的话可以扫描下面的二维码查看：

继续阅读《汇川中型PLC(AM521)ST语言编程及下载示例》的全文内容...

分类: PLC/HMI | Tags: | 添加评论(0)

还没有评论，您来说两句？

树莓派下安装网络服务器

Tue, 18 Nov 2025 06:19:26 +0800

今天这篇文章介绍下如何在树莓派下安装Nginx网络服务器。

启动树莓派进入命令行界面，如果你长时间没有更新本地软件列表信息，可以输入以下命令：

sudo apt-get update

列表信息更新后，如果你想对软件进行更新，可以输入以下命令：

sudo apt-get upgrade

如果你不需要更新软件，直接输入以下命令安装Nginx服务器软件：

sudo apt-get install nginx

安装完成后，输入以下命令（查看版本号）：

nginx -v

如果出现类似下面语句（版本可能不同）：

nginx version: nginx/1.14.2

说明Nginx网络服务器已经安装成功。

此时用网线将电脑与树莓派相连接（设置二者的网络地址在同一子网），在浏览器中输入树莓派的网络地址（比如：192.168.0.81），应该会看到下面的欢迎界面：

到这里，已经成功把树莓派改造成一台网络服务器了。

如果你的系统安装了简易防火墙（UFW,Uncomplicated Firewall），可以输入以下命令列出可用的应用配置文件：

sudo ufw app list

比如Ubuntu系统下可能会列出：

Nginx Full

Nginx HTTP

Nginx HTTPS

OpenSSH

其中：

Nginx Full：启用这个配置文件会同时打开80端口和443端口；
Nginx HTTP：启用这个配置文件只会打开80端口；
Nginx HTTPS：启用这个配置文件只会打开443端口；
OpenSSH：启用这个配置文件会允许SSH服务；

如果要启用某个配置，比如Ngnix Full，输入以下命令：

sudo ufw allow 'Nginx Full'

如果只允许HTTPS协议，则输入以下命令：

sudo ufw allow 'Nginx HTTPS'

sudo ufw delete allow 'Nginx Full'

检验简易防火墙的规则是否已经生效，输入以下命令：

sudo ufw status

更多关于简易防火墙的命令，请参考：

Linux应用开发之Ubuntu的UFW防火墙配置

如果想手动停止Nginx服务器，输入以下命令：

sudo systemctl stop nginx

再次启动输入以下命令：

sudo systemctl start nginx

重启服务器，输入以下命令：

sudo systemctl restart nginx

如果只是修改了配置文件，Nginx支持无缝加载配置文件，而不必中断现有连接。输入以下命令：

sudo systemctl reload nginx

一般情况下，Nginx开机会自动运行。如果想禁止开机自动运行，输入以下命令：

sudo systemctl disable nginx

启用开机自动运行，输入以下命令：

sudo systemctl enable nginx

查看Nginx服务的状态，输入以下命令：

sudo systemctl status nginx

看到Acitve(Running)字样，说明服务正常运行，如下图所示：

好了，关于树莓派下安装Nginx网络服务器就先介绍到这里。

继续阅读《树莓派下安装网络服务器》的全文内容...

分类: 嵌入式 | Tags: | 添加评论(0)

还没有评论，您来说两句？

汇川AM系列控制器结构化文本编程文章归档

Mon, 10 Nov 2025 19:44:37 +0800

创建【归档】类的目的是把相关的文章放到一起，方便大家系统性的学习。

本文是关于【汇川AM系列控制器结构化文本编程】相关文章的归档，包括如下内容：

汇川中型PLC(AM521)ST语言编程及下载示例

复杂数据类型(3)——基于汇川AM系列控制器的结构化文本语言编程

复杂数据类型(2)——基于汇川AM系列PLC的结构化文本语言编程

复杂数据类型(1)——基于汇川AM系列控制器的结构化文本语言编程

栈(Stack)指令——基于汇川AM系列控制器的结构化文本语言编程

队列(FIFO)指令——基于汇川AM系列控制器的结构化文本语言编程

产生随机数的算法—基于汇川AM系列控制器的结构化文本语言编程

汇川AM系列中型PLC的ST语言编程示例

您还可以扫描下方的二维码关注我们的微信公众号或者小程序【李工谈工控】。

继续阅读《汇川AM系列控制器结构化文本编程文章归档》的全文内容...

分类: 归档 | Tags: | 添加评论(0)

还没有评论，您来说两句？

Windows环境下使用MinGW-w64和Visual Studio Code搭建开发环境

Fri, 01 Aug 2025 09:04:00 +0800

Windows应用程序开发多数选择Visual Studio集成开发环境。但是我不太想用它，原因之一是它体积庞大（占用几个G的空间）；另一方面我习惯了Linux系统下的编译方式。因此我打算使用MinGW-w64和Visual Studio Code来搭建开发环境。

一、下载工具链

MinGW(Minimalist GNU for Windows)是一个用于Windows平台的开发工具集，它提供了一组GNU工具和库，可以用于编译和构建本地的Windows应用程序。但是该项目(mingw.org)已经停止，新的改进项目称为“Mingw-w64”。

Mingw-w64是于2007年与MinGW分道，以提供64位支持和更新的API。从那时起，它获得了广泛的使用和分发。Mingw-w64是头文件、导入库、库和工具的集合，当与编译器工具链（例如GCC或LLVM）结合使用时，为构建本机Windows 应用程序和库提供了完整的开发环境。

Mingw-w64的官网为www.mingw-w64.org

在官网的“下载（Download)”下有“预编译工具(Pre-build tools)”和“源代码(Source Code)"两个选项。如果你习惯从源代码编译，可以下载源代码。“预编译工具(Pre-build tools)”中提供了很多选项，根据自己的需要选择。这里我使用MinGW-W64-builds，如下图所示：

单击进入下载页面，如下图所示：

点击”Github"进入下载页面(https://github.com/niXman/mingw-builds-binaries/releases)，选择最新的版本，有如下可选项：

其中：

i686和x86_64是控制器的架构，前者是32位，后者是64位（适配相应的操作系统）；
15.1.0是版本号（GCC的版本号）；
mcf代表对多核原子操作（Multi-Core atomics）的支持，更具体地说是指包含了 "mcfgthreads" 库；
posix是“Portable Operating System Interface”的缩写，即“可移植操纵操作系统接口”多用在类似Unix系统（如Linux和macOS）设计的API风格;
win32：面向Windows系统；
sjlj：表示这个工具链使用“Setjmp/Longjmp”异常处理机制。SJLJ是一种更传统的异常处理方式，它通常用于那些不支持或不完全支持Windows结构化异常处理（SEH）的操作系统；
seh：表示这个工具链使用Windows的结构化异常处理（Structured Exception Handling, SEH）；
ucrt是Universal C Runtime的缩写，它是Windows10及更高版本中包含的一个新运行时库。它提供了与操作系统更紧密集成的API，并通常用于更现代的Windows应用程序；
msvcrt是Microsoft C Runtime的缩写，它是Microsoft提供的传统C运行时库；

如果你的目标平台是Windows10或更高版本，并且你希望利用最新的API和功能，ucrt可能是一个好选择。使用ucrt的库通常比使用msvcrt的库更小，因为它们不包含一些旧的、不再需要的API。

msvcrt提供了广泛的API支持，包括一些旧的、可能不再常用的API。如果你的代码依赖于msvcrt特有的API，或者你需要确保你的程序能在较旧的Windows版本上运行，msvcrt可能更适合你。

rt_v12：“runtime version”，即运行时库版本号;
.7z：文件的压缩格式；

这里我选择“x86_64-15.1.0-release-posix-seh-ucrt-rt_v12-rev0.7z”，将其下载后解压缩，内有mingw64文件夹，将其放到C盘根目录下，即存在C:\mingw64\

二、配置环境变量

与在Linux下搭建开发环境类似，这里也许需要修改环境变量。

选中“我的电脑”右键单击，在菜单中选择“属性”->“高级系统设置”->“环境变量”，如下图所示：

在弹出的对话框总选择“系统变量”->“Path”，打击“编辑”按钮，如下图所示：

在其中添加工具链的路径C:\mingw64\bin，如下图所示：

至此工具链安装完成。检验一下：

打开命令行，输入：

gcc -v

出现类似下面的图片说明已经成功安装：

三、解决不能使用make命令的问题

在MinGW-W64中，make是一个自动化编译构建工具，并无32位64位之分，所以MinGW-W64直接沿用了32位版本中的make工具，为了表明这个原因，make工具的名称变为mingw32-make.exe。因此我们在命令行使用的时候不能直接使用make命令，而需要输入完整的名称：

mingw32-make -v

如下图所示：

这样不太方便，我们可以把mingw32-make.exe文件复制一份，然后将副本重命名为make即可，如下图所示：

四、Visual Studio Code的安装

到官网（https://code.visualstudio.com）下载安装即可。安装完成后，安装C/C++相关的插件。

好了，这次我们完成了Windows下的开发环境搭建，可以使用类似Linux的风格来开发Windows平台的应用程序了。

继续阅读《Windows环境下使用MinGW-w64和Visual Studio Code搭建开发环境》的全文内容...

分类: 上位机/视觉 | Tags: Mingw-w64， | 添加评论(0)

还没有评论，您来说两句？

将命令行(cmd)添加到Windows右键菜单的方法

Fri, 01 Aug 2025 08:33:53 +0800

新建文本文件，复制如下内容：

Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\Directory\Background\shell\OpenCmdHere]
@="在此处打开CMD"
"Icon"="cmd.exe"
[HKEY_CLASSES_ROOT\Directory\Background\shell\OpenCmdHere\command]
@="cmd.exe /s /k pushd \"%V\""
[HKEY_CLASSES_ROOT\Directory\shell\OpenCmdHere]
@="在此处打开CMD"
"Icon"="cmd.exe"
[HKEY_CLASSES_ROOT\Directory\shell\OpenCmdHere\command]
@="cmd.exe /s /k pushd \"%V\""

其中：

@="在此处打开CMD"：右键菜单显示的文字，可自定义；
cmd.exe /s /k pushd \"%V\"：自动切换到当前目录路径

文件另存为 .reg 格式（如 add_cmd_here.reg），编码选择 UTF-16 LE（否则中文乱码）

双击运行 → 确认导入注册表

右键菜单立即可见新选项（无需重启）

继续阅读《将命令行(cmd)添加到Windows右键菜单的方法》的全文内容...

分类: 上位机/视觉 | Tags: | 添加评论(0)

还没有评论，您来说两句？

解决putty能接收数据但无法输入命令的问题

Thu, 24 Jul 2025 13:23:07 +0800

最近在乌班图（Ubuntu）下调试嵌入式开发板，使用putty接收调试串口的数据。putty能正常接收到板子的启动信息，但是无法输入命令。经研究发现串口的控制参数中启用了流控制，而实际上仅接了三根线（发送、接收和地线）。将串口配置中流控制（Flow control）设置为“无(None)”即可正常输入命令，问题解决。

继续阅读《解决putty能接收数据但无法输入命令的问题》的全文内容...

分类: 嵌入式 | Tags: putty， | 添加评论(0)

还没有评论，您来说两句？