1. 项目概述与核心价值

在嵌入式开发领域，让一个资源受限的微控制器（MCU）接入网络，并提供一个可以通过浏览器访问的Web界面，曾经是一项颇具挑战性的任务。这不仅仅是点亮一个LED或者读取一个传感器那么简单，它涉及到从物理层到应用层一整套复杂的网络协议交互。CMX-MicroNet TCP/IP栈的出现，为这类需求提供了一个经过验证的、可裁剪的解决方案。它不是一个遥不可及的理论框架，而是一套可以直接集成到你的工程中，让你专注于业务逻辑的“轮子”。

我接触CMX-MicroNet栈是在多年前的一个工业数据采集网关项目上。当时我们需要让基于Freescale（现NXP）HCS12系列MCU的设备能够通过以太网将数据上报到服务器，同时允许现场工程师通过网页进行简单的参数配置。资源极其紧张：几十KB的Flash，几KB的RAM。自己从头实现TCP/IP协议栈几乎不可能，而一些开源的“轻量级”栈在当时要么功能不全，要么移植复杂度高。CMX-MicroNet以其高度模块化、可配置性以及对8/16位MCU的友好支持，成为了我们的选择。通过它，我们成功地在那个“小身板”的MCU上跑起了一个功能完整的Web服务器。

这篇文章，我将结合官方文档AN2624/D以及我个人的实战经验，为你拆解如何使用CMX-MicroNet栈进行嵌入式Web服务器开发。更重要的是，我会重点分享那些在文档角落里可能一笔带过，但却能让你在调试网络连接时少走弯路的“坑”与技巧。无论你是正在评估这款协议栈，还是已经深陷某个网络连接问题的泥潭，希望这些内容能给你带来切实的帮助。

2. CMX-MicroNet TCP/IP栈架构与配置精要

在动手写代码之前，理解你手中的工具是至关重要的。CMX-MicroNet不是一个黑盒子，它的可配置性既是其强大之处，也是初学者容易困惑的地方。

2.1 协议栈的分层模型与依赖关系

CMX-MicroNet遵循经典的四层TCP/IP模型（实际上混合了OSI模型的思想），但其实现是高度模块化的。文档中的图17清晰地展示了各协议层之间的依赖关系，这是你进行功能裁剪的“地图”。

网络接口层 ：这是栈的基石，负责与物理网络硬件（如LAN91C111以太网控制器）打交道。在 mnconfig.h 中，你需要通过 #define Ethernet 1 来启用以太网支持。这一层的驱动（如 hcs12e_91C111.c ）是硬件相关的，通常需要根据你的具体硬件进行适配，主要处理帧的发送与接收、MAC地址设置等。

网络层 ：核心是IP协议。要实现任何基于IP的通信，这一层是必须的。ARP（地址解析协议）也属于这一层，它负责将IP地址映射到MAC地址。如果你的设备需要与同一局域网内的其他设备通信，通常需要启用ARP（ #define ARP 1 ）。Ping功能基于ICMP协议，是调试网络连通性的利器，通过 #define PING 1 启用。

传输层 ：提供TCP和UDP两种选择。这是关键决策点。

  • TCP ：面向连接、可靠。Web服务器（HTTP）、文件传输（FTP）、邮件（SMTP）都必须基于TCP。启用： #define TCP 1 。
  • UDP ：无连接、高效但不保证可靠。常用于DNS查询、TFTP、或自定义的轻量级数据报协议。启用： #define UDP 1 。

应用层 ：这是我们最终实现功能的层面。CMX-MicroNet内置了多种应用层协议的实现：

  • HTTP ：Web服务器的核心。 #define HTTP 1 。
  • FTP ：文件传输。 #define FTP 1 。
  • TFTP ：简单文件传输。 #define TFTP 0 （通常不需要）。
  • SMTP ：发送邮件。 #define SMTP 0 。
  • DHCP/BOOTP ：自动获取IP地址。 #define DHCP 1 或 #define BOOTP 1 。

关键理解 ：依赖关系是自底向上的。例如，你想启用HTTP服务器，就必须先启用TCP。想用TCP，就必须有IP层和网络接口层的支持。在 mnconfig.h 中裁剪功能时，务必顺着这个依赖链思考，只启用你真正需要的协议，这是优化内存占用的第一步。

2.2 核心配置文件 mnconfig.h 的实战解析

这个头文件是CMX-MicroNet的“总控中心”。官方示例给出了一份配置，但直接套用往往不行。下面我结合常见场景，拆解几个关键配置项：

1. 协议使能与内存权衡 

#define TCP         1  // 启用TCP，Web服务器必须
#define UDP         0  // 如果不需DNS、TFTP等，可以关闭以节省资源
#define PING        1  // 强烈建议启用，网络调试必备
#define ARP         1  // 局域网通信建议启用
#define DHCP        0  // 使用静态IP则关闭；需要动态获取则开启并配置回调
#define HTTP        1  // 目标：Web服务器
#define SERVER_SIDE_INCLUDES 1 // 允许在HTML中嵌入动态内容（如CGI），很有用
#define VIRTUAL_FILE 1 // 虚拟文件系统，用于管理网页资源，必须启用

2. 缓冲区大小设置：性能与资源的博弈 

#define NUM_SOCKETS              6  // 最大并发Socket数。对于基础Web服务器，2-4个通常足够。
#define RECV_BUFF_SIZE           2048 // 接收缓冲区大小。越大，能处理的数据包越大，但耗RAM。
#define XMIT_BUFF_SIZE           1518 // 发送缓冲区大小。以太网MTU通常为1500字节，加上帧头约1518。
  • 避坑指南 ：在RAM紧张的MCU上（如只有4KB RAM），这两个缓冲区是内存消耗大户。你需要根据实际应用估算：你的网页最大多大？同时会有几个客户端连接？对于简单的状态显示页面， RECV_BUFF_SIZE 设为512或1024可能就够了。但如果你需要通过网页上传文件，就需要更大的缓冲区。 务必通过测试确定最小值 ，而不是盲目使用默认值。

3. TCP参数调优 

#define TCP_WINDOW       1460 // TCP窗口大小，影响吞吐量。在低速MCU和网络下，减小此值（如536）可以降低内存需求和处理压力。
#define TCP_RESEND_TICKS 600   // 重传超时时间（滴答数）。在网络不稳定的环境中，适当增加此值可以减少不必要的重传。
#define TCP_RESEND_TRYS  12    // 最大重传次数。连接失败前的尝试次数。

这些参数在标准网络环境中通常无需改动，但在高延迟或丢包率高的工业现场网络中，可能需要调整以优化连接稳定性。

2.3 硬件抽象与驱动适配： callback.c 与 hcs12e_91C111.c

协议栈需要知道你的硬件信息，这主要通过两个文件配置。

callback.c ：网络身份配置 这个文件定义了设备的网络身份，是网络能否正确寻址到你的设备的关键。

// 静态IP配置示例（当DHCP关闭时）
byte ip_src_addr[IP_ADDR_LEN] = {192, 168, 1, 100}; // 设备自身的IP地址
byte gateway_ip_addr[IP_ADDR_LEN] = {192, 168, 1, 1};   // 网关地址。若无网关，填{255,255,255,255}
byte subnet_mask[IP_ADDR_LEN]     = {255, 255, 255, 0}; // 子网掩码

// MAC地址：必须唯一！通常烧录在芯片唯一ID或外置EEPROM中。
byte eth_src_hw_addr[ETH_ADDR_LEN] = {0x00, 0x11, 0x22, 0x33, 0x44, 0x55}; // 示例，请修改！
  • 致命错误 ：MAC地址冲突。如果多台设备使用相同的MAC地址，网络会彻底混乱。 务必确保每个设备的MAC地址全局唯一 。可以从芯片唯一ID派生，或向IEEE购买地址段，对于实验和小批量产品，使用一个精心挑选的本地管理地址（第二位为2, 6, A, E）也可以，但要确保局域网内不冲突。

hcs12e_91C111.c ：物理层驱动配置 这个文件是针对特定以太网控制器（LAN91C111）和MCU（HCS12）的，你需要根据你的硬件平台修改或重写类似的驱动。

#define DO_DEBUG        0     // 调试开关。设为1时，栈会通过串口打印调试信息，极其有用！
#define AUTO_NEGOTIATE  1     // 自动协商。通常设为1，让网卡自动协商速率和双工模式。
#if (!AUTO_NEGOTIATE)
int full_duplex = 1; // 手动设置：1为全双工，0为半双工
int speed_100 = 0;   // 手动设置：1为100M，0为10M
#endif
  • 调试利器 ：将 DO_DEBUG 设为1，然后连接MCU的串口到电脑，用串口助手查看输出。你会看到ARP请求、IP包收发、TCP连接建立等详细信息。这是诊断网络问题最直接的手段，远比盲目猜测高效。

3. 嵌入式Web服务器的构建与实现

配置好协议栈后，我们就可以着手构建Web服务器本身了。这个过程可以理解为：准备网页素材 -> 将其转换为C语言数组 -> 注册到协议栈 -> 处理用户交互。

3.1 从HTML到C代码：资源嵌入技术

在资源受限的嵌入式设备上，不可能存放一个完整的文件系统来存储 .html , .jpg , .gif 文件。CMX-MicroNet的解决方案是使用“虚拟文件系统”（VFS）。你需要将所有的网页资源（HTML、图片、CSS、JavaScript）转换成C语言源文件中的字符数组。

1. 使用 html2c 工具 CMX提供了 html2c 工具（通常是一个可执行文件或脚本）。它的作用很简单：读入一个二进制文件（如图片）或文本文件（如HTML），输出一个 .c 和 .h 文件，其中包含了以数组形式存储的文件内容。

# 示例命令（具体参数请参考工具文档）
html2c -i index.html -o index.c -n index_htm

这会将 index.html 转换为 index.c ，并在其中定义一个名为 index_htm 的 byte 数组，以及一个表示数组大小的宏 INDEX_SIZE 。

2. 手动处理动态内容 对于包含服务器端包含（SSI）或表单的HTML，需要特殊处理。例如，文档中的HTML包含一个表单和一个JavaScript函数 checkInfo() ，以及一个服务器端标签 <!--#exec cgi="get_demo_var"--> 。

  • JavaScript会在客户端浏览器运行，无需转换，直接作为HTML的一部分即可。
  • <!--#exec cgi="get_demo_var"--> 是一个SSI指令。它告诉CMX-MicroNet的HTTP服务器：当服务这个页面时，此处需要调用一个名为 get_demo_var 的C函数，并将该函数的返回值（一个字符串）填充到这个位置。 html2c 工具会识别这种标签并正确生成代码框架，但具体的C函数需要你自己实现。

3.2 应用主程序 examplee.c 的深度剖析

这是整个Web服务器应用的核心，它完成了初始化、资源注册和事件循环。

1. 初始化的正确顺序 

int main(void) {
    // 1. 硬件初始化（文档中省略了，但你必须做！）
    // 初始化MCU时钟、GPIO、以太网控制器硬件（如LAN91C111的复位、配置寄存器等）。
    // 这部分代码通常在厂商提供的BSP或你自己写的硬件初始化函数中。

    // 2. 协议栈初始化 - 必须在任何其他网络操作之前调用！
    if (mn_init() < 0) {
        // 初始化失败，可能是内存不足或硬件驱动问题
        while(1); // 或进行错误处理
    }

    // 3. 注册网页资源到虚拟文件系统
    mn_vf_set_entry((byte *)"index.htm", INDEX_SIZE, index_htm, VF_PTYPE_STATIC);
    mn_vf_set_entry((byte *)"cmxlogo.gif", CMXLOGO_SIZE, cmxlogo_gif, VF_PTYPE_STATIC);
    // ... 注册其他所有页面和资源

    // 4. 注册CGI处理函数
    // POST处理函数：用于处理表单提交
    mn_pf_set_entry((byte *)"set_demo_var", set_demo_var_func);
    // GET处理函数（SSI）：用于动态生成页面内容
    mn_gf_set_entry((byte *)"get_demo_var", get_demo_var_func);

    // 5. 全局变量初始化
    demo_var = 12345;

    // 6. 启动服务器主循环 - 这是一个永不返回的函数
    mn_server();
    return(0); // 实际上永远不会执行到这里
}
  • 关键点 ： mn_init() 失败是常见问题。除了检查硬件，务必确认 mnconfig.h 中的缓冲区大小没有超过你芯片的可用RAM。你可以通过计算 (NUM_SOCKETS * (RECV_BUFF_SIZE + XMIT_BUFF_SIZE)) + 其他全局缓冲区 来粗略估算栈的内存需求。

2. CGI函数实现：连接网页与逻辑 CGI函数是Web服务器与你的应用程序逻辑交互的桥梁。

  • POST函数 ( set_demo_var_func ) ：当用户在网页表单点击“提交”时触发。参数 socket_ptr 包含了本次HTTP请求的所有信息（如请求头、请求体）。函数 mn_http_find_value 用于从POST数据中解析出指定名称（如 "webvar" ）的表单字段值。解析成功后，你就可以更新应用程序变量（如 demo_var ），并决定返回哪个页面给用户（示例中固定返回 main1.htm ）。
  • GET函数 ( get_demo_var_func ) ：当服务器解析到SSI标签 <!--#exec cgi="get_demo_var"--> 时被调用。它的任务是将一个应用程序变量（如 demo_var ）转换为字符串，并通过 str 指针返回。函数 mn_ustoa 是CMX提供的实用函数，用于将无符号整数转换为ASCII字符串。

经验之谈 ：在CGI函数中， 避免进行长时间的操作或阻塞 。HTTP服务器是在一个主循环中处理所有连接和请求的，如果一个CGI函数执行时间过长（比如去读写一个很慢的传感器），会导致服务器无法及时响应其他客户端，甚至看门狗超时。对于耗时操作，应考虑在后台任务中处理，并通过状态标志与CGI函数通信。

3.3 内存优化策略：在螺蛳壳里做道场

对于8/16位MCU，内存（尤其是RAM）是黄金资源。CMX-MicroNet已经比较精简，但仍有优化空间。

1. 协议栈裁剪 再次强调，在 mnconfig.h 中， 只启用绝对必要的功能 。如果你不需要FTP、SMTP、TFTP，就把它们全部设为0。如果不需要UDP，也关掉。每个协议都会带来代码大小和数据结构的内存开销。

2. 缓冲区尺寸最小化 RECV_BUFF_SIZE 和 XMIT_BUFF_SIZE 直接影响RAM占用。一个HTTP请求或响应的最大尺寸是多少？对于简单的控制页面，一个TCP包（约1460字节）可能就够了。你可以尝试将这些值设小，然后进行压力测试（如用浏览器访问，用工具模拟多请求），直到找到不出现功能异常的最小值。

3. 网页资源优化

  • 图片 ：是Flash占用大户。务必使用工具对GIF、JPEG、PNG图片进行压缩。甚至考虑使用单色或低色深的图片格式。
  • HTML/JS/CSS ：移除所有注释、不必要的空格和换行符（压缩）。可以使用在线的HTML/JS/CSS压缩工具。
  • 考虑分页 ：不要把所有内容都做到一个页面上。将功能分散到多个小页面，按需加载，可以减少单个请求的数据量和缓冲区需求。

4. 使用编译器的优化选项 确保在编译工程时，开启了空间优化选项（如GCC的 -Os ）。这会让编译器尽力减小生成的代码体积。

4. 网络连接问题深度调试指南

开发完成，编译下载，给设备上电，接上网线……然后发现浏览器里打不开网页。这是嵌入式网络开发中最常见的阶段。别慌，按照以下层次化的方法进行排查。

4.1 层级一：物理层与链路层问题 - “网线亮了吗？”

这是最底层的问题，表现为设备完全“离线”。

症状 ：Ping不通，设备网口指示灯（Link/Speed）可能不亮或状态异常。 排查清单 ：

  1. 物理连接 ：网线是否插好？换一根已知好的网线试试。确认使用的是直通线（Straight-through）而非交叉线（Crossover），现代网卡大多支持自动翻转，但老设备或特定组合可能仍需注意。
  2. 电源与硬件 ：以太网控制器（如LAN91C111）的供电是否稳定？复位信号是否正确？检查硬件原理图和焊接。用示波器或逻辑分析仪检查以太网控制器的相关引脚（复位、时钟、中断、MDIO/MDC）。
  3. 驱动初始化 ：检查你的以太网驱动初始化代码（如 hcs12e_91C111.c 中的 smsc91C111_init ）。 DO_DEBUG 打开后，串口是否有任何网络相关的输出？如果没有，很可能驱动初始化失败或硬件未就绪。
  4. 自动协商 ：确保 AUTO_NEGOTIATE 设置正确。如果强制设置为10M半双工，而交换机是100M全双工，就会导致链路无法建立。 最稳妥的方法是先启用自动协商 。
  5. 操作系统网络设置 ：确认你的电脑网络适配器设置。是否设置了固定的IP地址导致冲突？是否启用了某些虚拟网卡干扰了通信？尝试将电脑和设备连接到同一个简单的交换机或路由器上，并设置到同一网段。

4.2 层级二：网络层问题 - “我能Ping通吗？”

链路通了，但IP层通信还有问题。

症状 ：网口指示灯正常，但Ping不通。 排查清单 ：

  1. IP地址配置 ：这是最常见的原因。确保设备IP（ ip_src_addr ）、电脑IP、子网掩码（ subnet_mask ）在同一子网内。例如，设备IP为 192.168.1.100 ，掩码 255.255.255.0 ，那么电脑IP也必须是 192.168.1.xxx （xxx不能是100）。
  2. 网关设置 ：如果设备需要与不同子网的设备通信，需要设置正确的网关地址（ gateway_ip_addr ）。如果只是同子网内通信，网关应设为 255.255.255.255 （广播地址）或一个不存在的地址，避免产生无用的ARP请求。
  3. ARP问题 ：启用ARP后，设备会广播ARP请求来解析目标IP的MAC地址。你可以通过串口调试信息查看ARP过程，或者在电脑上使用 arp -a 命令查看ARP缓存表，看是否能学习到设备的MAC地址。如果学不到，可能是设备的ARP响应有问题。
  4. 防火墙 ：临时关闭电脑的防火墙（包括Windows Defender防火墙和第三方杀毒软件的防火墙），看是否能Ping通。防火墙可能会阻止ICMP回显请求（Ping）。

4.3 层级三：传输层与应用层问题 - “Ping通了，但网页打不开？”

这是最令人困惑的情况，底层网络是通的，但服务无法访问。

症状 ：可以Ping通设备IP，但浏览器访问 http://设备IP 时连接超时、被拒绝或无法显示网页。 排查清单 ：

  1. TCP端口监听 ：HTTP默认使用80端口。确认CMX-MicroNet的HTTP服务器已正确启动（ mn_server() 被调用）。你可以使用电脑上的 telnet 命令进行测试： telnet 192.168.1.100 80 。如果连接成功（出现一个空白光标或立刻断开），说明TCP 80端口是开放的。如果连接被拒绝，说明HTTP服务未运行或Socket配置不足（检查 NUM_SOCKETS ）。
  2. 协议分析器抓包 - 终极武器 ：当逻辑分析变得困难时，必须祭出协议分析器（如开源的Wireshark）。在电脑的网卡上抓包，过滤条件设为 ip.addr == 你的设备IP 。
    • 观察TCP三次握手 ：浏览器发起 SYN -> 设备回复 SYN-ACK -> 浏览器回复 ACK 。如果看不到设备的 SYN-ACK ，问题在设备的TCP层。
    • 观察HTTP请求/响应 ：握手成功后，你会看到浏览器发送 GET / HTTP/1.1 请求。设备应该回复 HTTP/1.1 200 OK 以及网页内容。如果设备回复了 404 Not Found ，说明虚拟文件系统注册有问题，找不到 index.htm 。如果设备没有回复，可能是HTTP处理逻辑卡住了，或者发送缓冲区不足。
  3. 双工模式不匹配 ：这是一种隐蔽的故障。一端是全双工，另一端是半双工，可能导致高层协议通信时断时续或性能极差，但Ping小包可能正常。 务必确保两端协商一致 ，使用自动协商是最佳实践。
  4. 应用逻辑阻塞 ：检查你的CGI处理函数或主循环中是否有 while 死循环、耗时太长的操作，导致服务器任务无法及时响应网络事件。确保看门狗喂狗逻辑正确。

4.4 使用Wireshark进行针对性诊断

Wireshark的使用需要一点学习成本，但它能让你看到网络上流动的每一个比特，是无可替代的调试工具。

  1. 设置过滤 ：在过滤栏输入 ip.addr == 192.168.1.100 只看与你设备相关的流量。
  2. 分析ARP ：查看设备是否发送了ARP请求？是否对电脑的ARP请求做出了应答？
  3. 分析TCP流 ：右键某个TCP包 -> 跟踪 -> TCP流。这会高亮显示整个TCP会话的所有包，你可以清晰地看到握手、HTTP请求、响应、断开的全过程。
  4. 查找错误标志 ：关注带有 [RST] , [FIN] , [DUP ACK] 等标志的包。 RST 表示连接被重置，可能是服务端崩溃或端口未监听。大量重传（ [TCP Retransmission] ）表明网络质量差或一端处理不过来。

调试网络问题就像破案，需要从物理证据（指示灯、抓包）出发，结合逻辑推理（配置、代码），一层一层地排除嫌疑。保持耐心，善用工具（串口调试、Ping、Wireshark），大部分问题都能被定位和解决。

5. 项目优化与进阶思考

当你的Web服务器基本跑通后，可以考虑从稳定性、功能和资源管理上进行优化。

5.1 增加看门狗与异常恢复机制

工业环境要求设备长期稳定运行。网络的不确定性（异常断开、畸形数据包）可能引起协议栈内部状态异常。

  • 硬件看门狗 ：确保在 main 函数的主循环或 mn_server() 的 idle 处理中定期喂狗。
  • 软件守护任务 ：可以创建一个低优先级任务，定期检查网络链路状态（例如，尝试Ping网关）。如果长时间无响应，可以尝试软复位以太网控制器甚至整个协议栈模块（谨慎操作，需避免复位时造成数据丢失）。

5.2 实现更复杂的交互功能

基础的变量显示和设置只是开始。你可以利用CMX-MicroNet提供的机制实现更多功能：

  • 多页面与导航 ：注册多个HTML页面，并在页面间通过超链接跳转。
  • AJAX异步更新 ：在网页中使用JavaScript的XMLHttpRequest，定期向设备请求数据（如传感器读数），实现页面局部刷新，无需整个页面重载。这需要在设备端实现额外的API处理函数。
  • 文件上传 ：通过HTTP POST处理文件上传，可用于固件升级或配置导入。这需要仔细处理多部分表单数据，并确保有足够的缓冲区存储文件数据块。
  • 身份验证 ：实现简单的HTTP Basic Authentication，为网页增加密码保护。

5.3 资源监控与动态管理

在长期运行中，监控资源使用情况至关重要。

  • 内存池使用率 ：如果启用了 NEED_MEM_POOL ，可以添加代码来监控内存池的分配和释放，预防内存泄漏。
  • Socket使用情况 ：跟踪当前活跃的Socket数量，防止因连接未正常关闭而耗尽Socket资源。
  • 连接数限制 ：在应用层实现简单的连接数限制，拒绝过多的并发连接，保护设备不会因过载而瘫痪。

嵌入式Web服务器开发是一个系统工程，它横跨了硬件驱动、网络协议、应用逻辑和前端展示。CMX-MicroNet栈提供了一个坚实的中间层，让你能更专注于创造产品的核心价值。希望这篇结合了官方指南与实践踩坑经验的总结，能为你点亮开发路上的几盏灯。记住，调试网络问题，抓包分析永远是通往真相的最快路径。

Logo
AI硬件创业社区

智能硬件社区聚焦AI智能硬件技术生态，汇聚嵌入式AI、物联网硬件开发者，打造交流分享平台，同步全国赛事资讯、开展 OPC 核心人才招募，助力技术落地与开发者成长。

更多推荐

数据中心液冷沙盘模型控制系统设计与实现：基于STM32与Modbus RTU的实战方案

筑城世纪模型基于STM32与Modbus RTU的控制系统方案，已在工业沙盘模型的多个项目中经过现场验证，可迁移至数据中心液冷沙盘场景。筑城世纪模型的工业沙盘控制系统方案，正是基于上述需求，采用STM32+Modbus RTU架构，已在多套工业机械模型和能源电力沙盘中完成部署。本文结合筑城世纪模型在工业沙盘控制系统开发中的项目经验，梳理数据中心液冷沙盘模型控制系统的设计与实现方案。││ 指令解析│

avatar AI硬件创业社区
cover

为什么KCC全局卡尔曼滤波器的“侧信道”风险不成立

avatar AI硬件创业社区

Git配置URL错误：esp-mirror配置问题解决指南

Git配置URL重定向问题解决摘要 问题：克隆时跳转至jihulab认证框。 原因：存在错误的URL重写配置url.https://jihulab.com/esp-mirror.insteadof。 解决方案： 删除配置： git config --global --unset url.https://jihulab.com/esp-mirror.insteadof 验证：执行git config

avatar AI硬件创业社区