Keil5 头文件标红与 F12 无法跳转修复说明

最新推荐文章于 2026-08-19 10:46:48 发布
原创 最新推荐文章于 2026-08-19 10:46:48 发布 · 318 阅读 · 6 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
GEO检测
收录于
学习

当前文章被收录于：

学习
29 篇文章 1 人学习

学习

订阅专栏 查看详情

1. 文档目的

本文记录 Project101_App_Net_CAN_Dual(1) 工程在 Keil MDK 中出现以下现象时的诊断和修复过程：

  • 工程能够正常编译；
  • 编辑器却把部分头文件或符号标红；
  • 在函数调用处无法跳转到函数定义；
  • 容易把调试快捷键 F11 和源码跳转快捷键 F12 混淆。

本文只处理 Keil 编辑器和源码浏览环境，不修改 F407 的 CAN、LwIP、TCP 6000/6001、远程升级等业务代码，也不修改项目索引。

2. 涉及环境

项目当前值
原工程目录Stm32Project\Project101_App_Net_CAN_Dual(1)
Keil 工程Projects\MDK-ARM\atk_f407.uvprojx
Keil µVision5.43.1
编译器ARMCLANG 6.24
构建目标atk_f407_app
F407 APP 起始地址0x08040000
英文路径入口C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1

3. 为什么“能编译”但“编辑器仍然报错”

Keil 中至少有两套相关但不完全相同的工作机制：

  1. 编译器读取 .uvprojx 中的宏定义、头文件搜索目录和源文件，生成 AXF、HEX、BIN。
  2. **编辑器源码浏览器（Source Browser）**负责解析符号、显示错误提示，以及执行“跳转到定义/声明”。

因此，编译成功只能证明编译器找到了头文件和源码，不能自动证明编辑器当前的浏览数据库也是正确的。如果用户状态文件保存了旧路径，或者工程路径使编辑器的解析缓存异常，就可能出现“编译正常、编辑器标红、跳转失败”的现象。

Keil 官方说明中，ARM Compiler 6 的源码浏览信息会在打开工程时动态建立。因此，清理失效的用户状态并通过稳定路径重新打开工程，是本次修复的关键。

参考资料：

4. 本次检查到的证据

4.1 工程编译配置本身存在且有效

atk_f407.uvprojx 中已经启用：

<DebugInformation>1</DebugInformation>
<BrowseInformation>1</BrowseInformation>

工程目标的头文件搜索目录也已经包含：

..\..\Drivers
..\..\Drivers\CMSIS\Include
..\..\Drivers\CMSIS\Device\ST\STM32F4xx\Include
..\..\Drivers\STM32F4xx_HAL_Driver\Inc
..\..\Middlewares
..\..\User
..\..\Drivers\BSP\Components\dp83848
..\..\Middlewares\Third_Party\LwIP\src\include
..\..\Middlewares\Third_Party\LwIP\src\include\lwip
..\..\my_task

宏定义为：

USE_HAL_DRIVER
STM32F407xx

这说明本次问题不是简单的“工程没有配置头文件目录”。

4.2 用户状态文件中存在失效的旧路径

原文件：

Projects\MDK-ARM\atk_f407.uvguix.hwy

其中保存过不属于当前工程的旧目录：

\Stm32Project\Project101\Drivers\BSP\GANTRY

.uvguix.<用户名> 是 Keil 的用户界面状态文件。旧工作区路径残留可能导致已打开文件、导航位置和编辑器解析状态与当前工程不一致。

4.3 原工程路径较长且包含中文字符

原工程路径含有中文目录名和括号。ARMCLANG 编译能够正确处理该路径，但 Keil 编辑器、旧版组件或用户缓存对复杂路径的处理可能与编译器不同。

这里需要严谨区分：

  • 已确认：旧用户状态文件确实包含失效路径；工程通过英文路径可以完整编译。
  • 合理推断：旧状态文件与复杂路径共同导致源码浏览器没有正确重建。
  • 尚未单独证明：无法仅凭现有证据断言“中文路径”是唯一根因。

因此采取的是可回退的组合修复，而不是修改固件源码。

5. 实际修复步骤

5.1 关闭 Keil

修改或移除 .uvguix 前必须关闭 Keil，否则 Keil 退出时可能把内存中的旧状态重新写回文件。

本次操作前已经确认：

UV4_CLOSED

5.2 备份工程元数据

备份目录：

Projects\MDK-ARM\Keil_Metadata_Backup_20260815_164410

备份内容：

atk_f407.uvprojx
atk_f407.uvoptx
atk_f407.uvguix.hwy
atk_f407.uvguix.hwy.removed_from_active

这样即使用户界面布局或调试选项出现异常，也可以从该目录恢复。

5.3 移出当前生效的旧用户状态文件

把当前 Projects\MDK-ARM\atk_f407.uvguix.hwy 移到备份目录，避免 Keil 再加载其中的旧路径。

没有删除 .uvprojx，也没有重新生成工程。

5.4 建立纯英文目录入口

创建 Windows 目录联接：

C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1
    -> \Stm32Project\Project101_App_Net_CAN_Dual(1)

目录联接不是第二份工程，也不会复制源码。两个路径访问的是同一批文件，因此不会出现“改了副本却没有改到当前工程”的问题。

如果以后英文入口丢失，可以在管理员 PowerShell 或具备创建联接权限的终端中重新建立：

New-Item `
  -ItemType Junction `
  -Path 'C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1' `
  -Target \Stm32Project\Project101_App_Net_CAN_Dual(1)'

执行前应确认目标路径正确，且联接路径下没有需要保留的同名目录。

5.5 新增固定的 Keil 启动入口

新增文件：

Keil5_英文路径打开工程.cmd

其核心内容为：

@echo off
setlocal

set "UV4=C:\d\Keil5\MDK\UV4\UV4.exe"
set "PROJECT=C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1\Projects\MDK-ARM\atk_f407.uvprojx"

if not exist "%UV4%" (
    echo [ERROR] Keil5 not found: %UV4%
    pause
    exit /b 1
)

if not exist "%PROJECT%" (
    echo [ERROR] ASCII project alias is missing: %PROJECT%
    echo Recreate the directory junction before opening this project.
    pause
    exit /b 2
)

start "" "%UV4%" "%PROJECT%"
endlocal

以后应使用此脚本打开工程，不再直接从中文长路径双击 .uvprojx。

5.6 通过英文路径完整重编译

本次使用的等价命令为：

& 'C:\d\Keil5\MDK\UV4\UV4.exe' `
  -r 'C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1\Projects\MDK-ARM\atk_f407.uvprojx' `
  -j0 `
  -o 'C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1\Projects\MDK-ARM\keil_index_fix_full_rebuild_20260815.log'

参数含义：

  • -r：重新构建目标；
  • -j0：让 Keil 自动选择并行任务数；
  • -o：将构建输出写入日志。

6. 构建验证结果

构建日志：

Projects\MDK-ARM\keil_index_fix_full_rebuild_20260815.log

关键结果：

Program Size: Code=88612 RO-data=3476 RW-data=112 ZI-data=65520
"..\..\Output\atk_f407_app.axf" - 0 Error(s), 26 Warning(s).
Build Time Elapsed: 00:00:07

输出文件：

文件大小SHA-256
Output\atk_f407_app.hex259387 BE2B81673306A5C32CAFD6B43578EA62B2B4D7F8CBC9ECB30C30F59A0093F88F3
Output\atk_f407_app.bin92200 B2BBDC6428DE02CD070FEC0FB6529EA12DB4B27AF5AF2F2F45E7429389DF6FCCD
Output\atk_f407_app.axf567884 B5B637317B362A00E395019A47FF8606E4D471D5B669AF3F1051F2CA564085D97

构建后再次比较当前工程元数据与备份：

META_UNCHANGED atk_f407.uvprojx=True
META_UNCHANGED atk_f407.uvoptx=True

由此确认：

  • 固件仍能完整构建；
  • 工程配置没有被本次修复改写；
  • 修复没有改动 CAN 下载和网络业务逻辑；
  • 现有 26 个警告是本次修复前已经存在的源码警告，本次未扩展范围去修改它们。

7. 正确使用方法

7.1 打开工程

双击工程根目录中的：

Keil5_英文路径打开工程.cmd

Keil 标题栏应显示类似：

C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1\Projects\MDK-ARM\atk_f407.uvprojx - µVision

如果标题栏仍显示原来的中文长路径，说明没有使用新的入口。

7.2 验证函数跳转

打开：

User\main.c

在以下调用处测试：

f103_can_gateway_init();

该调用当前位于 User\main.c 约第 237 行，定义位于：

User\f103_can_gateway.c:1164

操作方法：

  1. 把文本光标放在 f103_can_gateway_init 名称中；
  2. 按 F12，应跳转到函数定义；
  3. 按 Ctrl+F12 可跳转到声明；
  4. F11 是调试器的单步进入快捷键，不用于编辑状态下的函数定义跳转。

还可以测试：

f103_can_gateway_process();

其定义位于 User\f103_can_gateway.c 约第 1184 行。

7.3 验证头文件状态

打开：

User\main.c
User\f103_can_gateway.c
User\f103_can_gateway.h

等待 Keil 完成 ARMCLANG 源码信息解析后，观察：

  • #include 是否还显示无法找到；
  • f103_can_gateway_init 是否可以识别；
  • 右键菜单中的跳转功能是否可用；
  • F12 是否到达 .c 文件中的真实定义。

8. 验证状态边界

截至本文生成时：

已验证

  • 旧用户状态文件已经备份并移出活动目录；
  • 英文目录联接指向正确的原工程；
  • Keil 已通过英文路径打开；
  • BrowseInformation=1；
  • DebugInformation=1；
  • 完整构建结果为 0 Errors, 26 Warnings；
  • .uvprojx 和 .uvoptx 未发生变化；
  • 新的 AXF、HEX、BIN 已生成并记录哈希。

需要用户在 Keil 界面确认

  • 头文件红色波浪线是否完全消失；
  • F12 是否可以稳定跳到函数定义；
  • 关闭并再次通过启动脚本打开后，跳转功能是否仍然正常。

GUI 交互结果在实际按键确认前不能写成“已完全验证”。

9. 如果仍然无法跳转

按以下顺序排查，不要直接重建整个工程。

9.1 确认打开路径

标题栏必须以此路径开头：

C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1

如果不是，关闭 Keil，再运行 Keil5_英文路径打开工程.cmd。

9.2 等待源码浏览信息建立

ARMCLANG 6 的浏览信息是在打开工程后动态分析的。大型工程刚打开时需要等待一段时间，再尝试 F12。

9.3 确认当前目标

Keil 的活动目标应为：

atk_f407_app

如果打开了其他目标，其宏定义或包含目录可能不同。

9.4 检查 Browse Information

在 Keil 中检查：

Options for Target -> Output -> Browse Information

应保持启用。不要为了消除编辑器提示而随意删除头文件路径或宏定义。

9.5 再次清理用户状态

如果问题复现：

  1. 保存源码；
  2. 完全关闭 Keil；
  3. 备份新生成的 Projects\MDK-ARM\atk_f407.uvguix.hwy；
  4. 将其移出活动目录；
  5. 重新运行英文路径启动脚本。

不要删除：

atk_f407.uvprojx
atk_f407.uvoptx

9.6 笔记本功能键问题

部分键盘需要按：

Fn + F12

如果右键菜单可以“Go To Definition”，但直接按 F12 无反应，应检查键盘的 Fn 锁定或系统功能键设置，而不是继续修改工程。

10. 回退方法

如果需要恢复修复前的 Keil 用户界面状态：

  1. 关闭 Keil；
  2. 从以下目录取回原文件：
Projects\MDK-ARM\Keil_Metadata_Backup_20260815_164410
  1. 将备份的 atk_f407.uvguix.hwy 复制回：
Projects\MDK-ARM\atk_f407.uvguix.hwy

通常不建议恢复，因为原文件中含有已经失效的旧工程路径。

如果不再需要英文入口，只需在确认它仍是目录联接后移除该联接。移除联接不会删除实际工程，但执行前必须再次核对 LinkType=Junction 和目标路径，避免误删真实目录。

11. 最终复现检查表

  • Keil 已完全关闭后再清理 .uvguix。
  • 原 .uvprojx、.uvoptx 和 .uvguix 已备份。
  • C:\STM32_Keil_Work\Project101_App_Net_CAN_Dual_1 是指向原工程的 Junction。
  • 通过 Keil5_英文路径打开工程.cmd 打开工程。
  • 标题栏显示纯英文工程路径。
  • 当前目标为 atk_f407_app。
  • 完整构建为 0 Error(s)。
  • Browse Information 保持开启。
  • main.c 中 f103_can_gateway_init 按 F12 能跳到定义。
  • 关闭并重新打开 Keil 后再次验证跳转。

12. 结论

本次没有通过修改固件源码来掩盖编辑器问题，而是修复了 Keil 的工程打开环境：备份并清理含旧路径的用户状态文件，使用目录联接提供稳定的纯英文路径，并在该路径下完成全量构建验证。

该方案保持原工程和业务逻辑不变，具有明确备份和回退路径。构建层面已经验证通过；编辑器红线和 F12 跳转的最终验收，以用户在当前 Keil GUI 中的实际操作结果为准。

标签
#单片机 #stm32
解决Keil无提示问题：针对STM32芯片包配置核心要点
weixin_42263617的博客
01-06 813
遇到Keil代码提示不显示的问题？很可能是STM32芯片包配置不当所致。掌握核心配置要点，如正确安装设备支持包和启用浏览信息，可快速恢复keil代码提示功能，提升开发效率。
Keil5安装四层依赖解析：ARM编译器、DFP包与调试协议实战指南
congtaixiao7151的博客
07-15 455
Keil5并非普通IDE，而是嵌入式开发中ARM编译器、芯片支持包（DFP）、调试协议和Windows系统策略深度耦合的工具链。其核心原理在于四层严格绑定：µVision IDE外壳需匹配特定版本的ARM Compiler或C51 Compiler；DFP包提供芯片寄存器定义与Flash算法，决定能否识别STM32F103C8T6等型号；ST-Link/J-Link固件版本必须与Keil调试驱动兼容；而UAC权限、杀软拦截、.NET框架等系统层因素常成为静默失败根源。该工具链的技术价值在于构建可复现、可验证
STM32开发入门：Keil MDK v5环境搭建与配置全攻略
chuannaoxuan4674的博客
08-03 409
在嵌入式系统开发领域，集成开发环境（IDE）是连接开发者与硬件平台的核心工具，它通过整合编辑器、编译器和调试器，将高级语言代码转化为可在微控制器上运行的机器指令。其工作原理在于提供统一的软件框架，管理项目文件、处理编译链接过程，并支持硬件仿真与调试。对于ARM Cortex-M内核微控制器（如STM32系列）开发而言，一个配置正确的IDE能显著提升开发效率和代码可靠性。Keil MDK作为ARM官方推荐的商业IDE，凭借其与STM32芯片的深度整合、成熟的调试功能和丰富的生态资源，成为工业界与教育领域的主流
GD32开发环境优化指南：VScode与Keil无缝协作实战
weixin_28836875的博客
02-01 609
本文详细介绍了如何通过VScode与Keil无缝协作优化GD32开发环境，提升代码编辑效率和项目管理能力。文章涵盖环境搭建、工程迁移、智能补全配置及调试技巧，特别推荐使用Keil Assistant插件实现双环境高效协作，显著提升GD32开发体验。
Keil5与MDK区别解析：嵌入式ARM开发环境搭建与STM32实战指南
weixin_33885676的博客
08-14 338
在嵌入式系统开发中，集成开发环境（IDE）与工具链是构建软件的核心基础。IDE作为统一的开发平台，负责项目管理、代码编辑和调试界面呈现；而工具链则包含编译器、链接器等关键组件，负责将源代码转换为目标硬件可执行的机器码。理解IDE与工具链的协作原理，对于构建稳定高效的开发环境至关重要，能有效解决环境配置、编译报错等工程实践问题。这一技术组合广泛应用于ARM Cortex-M系列微控制器开发，例如针对STM32等流行芯片进行嵌入式应用程序开发。本文聚焦于Keil µVision5 IDE与MDK工具链的关系解析
STM32开发入门：HAL库、Keil5与CubeMX环境搭建与实战指南
weixin_33676492的博客
07-29 488
嵌入式开发是连接硬件与软件的核心技术领域，其核心在于通过微控制器对硬件外设进行高效、可靠的控制。ARM Cortex-M系列内核因其高性能与低功耗特性，已成为主流微控制器架构。为降低开发门槛、提升代码可移植性，硬件抽象层（HAL）应运而生，它封装了底层寄存器操作，提供了统一的API接口。在工程实践中，HAL库与图形化配置工具STM32CubeMX、集成开发环境Keil MDK-ARM（Keil5）构成了高效的工作流。这套组合极大地简化了从芯片选型、引脚配置、时钟树设置到代码生成的全过程，尤其适合快速原型开发
从零手动搭建STM32 HAL库工程：深入理解Keil配置与编译链接原理
weixin_34377919的博客
08-14 317
嵌入式开发中，理解编译链接原理和工程配置是掌握MCU开发的核心基础。编译器将C语言源代码转换为机器码的过程，涉及预处理、编译、汇编和链接多个阶段，而链接器则负责合并目标文件、解析符号引用并分配内存地址。这一原理对于代码调试、移植和性能优化至关重要，尤其在资源受限的嵌入式场景。通过手动配置STM32的HAL库工程，开发者能透彻理解文件依赖、头文件路径和全局宏定义等工程骨架的构建逻辑，这是掌握Keil或IAR等IDE深度使用的关键。本文以STM32F1系列为例，详解如何不依赖CubeMX等自动化工具，从获取HA
ARM7 S3C44B0X启动代码移植与Keil BIOS开发实战
weixin_30896511的博客
06-06 363
嵌入式系统开发中，启动代码（Bootloader）是硬件上电后执行的第一段程序，负责初始化CPU核心、时钟、存储控制器等关键硬件，为上层应用构建稳定的运行环境。其工作原理基于芯片的复位向量和存储映射，通过配置寄存器完成从底层硬件到C语言运行环境的过渡。这项技术的核心价值在于为裸机程序或实时操作系统（RTOS）提供可靠的硬件抽象层，大幅提升开发调试效率。典型应用场景包括工业控制、物联网设备及教学实验平台等嵌入式领域。本文聚焦于经典ARM7TDMI核心处理器S3C44B0X，针对Keil CARM开发环境，详解
3. 基于CW32F030C8T6与Keil MDK的模块化工程模板创建实战
weixin_42168902的博客
03-14 124
本文详细讲解了基于CW32F030C8T6微控制器与Keil MDK开发环境，从零搭建模块化工程模板的完整实战流程。内容涵盖工程目录规划、固件库文件组织、Keil工程创建与分组管理、头文件路径配置、关键编译选项设置以及一个必须修改的代码坑点。最终实现一个编译零错误警告、具备串口打印和LED控制功能的可复用工程框架，显著提升后续项目开发效率。
Keil5常见问题解决指南：从‘no browse information’到‘Device not found’的实战排查
tcp8optimizer的博客
02-28 184
本文针对Keil5开发中的常见问题，提供了从代码导航失效到硬件连接失败的系统性解决方案。详细解析了‘no browse information’错误的生成机制与四步修复法，并深入剖析了‘Device not found’等硬件连接问题的排查逻辑，涵盖驱动检查、调试器配置与Flash算法加载等关键步骤，帮助开发者高效排障。
VScode搭建Keil开发环境：从配置到烧录全流程指南
nokia的博客
03-10 614
本文详细介绍了如何在VSCode中搭建Keil开发环境，实现从代码编写、工程管理到编译烧录的全流程。通过配置VSCode作为主编辑器并调用Keil工具链，开发者可以结合VSCode的现代化编码体验与Keil的稳定编译调试能力，显著提升嵌入式开发效率。文中以STM32项目为例，涵盖了环境配置、插件安装、头文件路径设置及烧录调试等关键步骤。
Keil5中文注释显示为方块？新手常见问题详解
weixin_33582089的博客
02-04 339
Keil5打开含中文注释的代码时，常出现方块或乱码，根源在于编码格式与字体设置不匹配。只需将文件编码改为GB2312或UTF-8无BOM，并在编辑器中指定支持中文的字体，即可让keil5显示中文注释乱码彻底消失。
告别Keil卡顿！用VSCode+Keil Assistant插件重构你的STC单片机开发环境（附stcgal烧录指南）
weixin_30629653的博客
04-23 213
本文详细介绍了如何通过VSCode和Keil Assistant插件重构STC单片机开发环境，解决传统Keil C51的卡顿和效率低下问题。保留Keil编译链的同时，利用VSCode的现代化功能提升开发体验，包括智能代码补全、多核编译优化和集成烧录工具stcgal，显著提高开发效率。
Keil C51软件安装图解说明：面向工控应用
weixin_28746457的博客
01-27 362
手把手带你完成Keil C51软件安装全过程，覆盖环境配置、驱动兼容性处理及常见报错解决，专为工控应用场景优化。结合实际调试需求，强调安装路径规范与legacy芯片支持要点，确保8051单片机开发环境稳定可靠。
51单片机仿真调试实战：基于STC-ISP与Keil的普中A2开发板硬件在线仿真指南
weixin_30905981的博客
08-02 456
在嵌入式开发与单片机学习中，仿真调试是一项核心技术，它允许开发者在程序实际运行于硬件之前或同时，深入观察和控制系统行为。其核心原理是通过软件模拟或硬件监控，实现对代码执行流程、寄存器状态、内存数据和外围设备信号的实时追踪与控制。这项技术的核心价值在于将传统的“黑盒”式调试转变为“白盒”式洞察，极大提升了定位逻辑错误、时序问题和硬件交互异常的效率和精度，是嵌入式工程师从入门到精通的必备技能。在应用场景上，仿真技术广泛应用于嵌入式系统开发、物联网设备调试、自动化控制以及单片机教学实验等领域。本文聚焦于51单片机
【CLion】嵌入式开发新选择：CLion 2025.2 如何无缝衔接 Keil 工程
weixin_29172963的博客
02-11 381
本文详细介绍了CLion 2025.2如何成为嵌入式开发中Keil工程的最佳搭档，提供一键导入、拖拽文件夹和手动配置CMake三种迁移方法，并分享调试技巧与避坑指南，帮助开发者提升效率。CLion的智能编辑和调试功能为嵌入式开发带来全新体验。
Keil MDK-ARM新手必看：主窗口和工具栏保姆级图解指南（附C51通用说明）
weixin_30338481的博客
03-30 420
本文为Keil MDK-ARM新手提供主窗口和工具栏的详细图解指南，帮助快速上手嵌入式开发。内容涵盖菜单栏、工具栏、工程窗口等关键区域的功能解析，并对比MDK-ARM与Keil C51的界面差异，附带LED控制实战案例，助你高效掌握开发工具。
STM32 SRAM运行配置指南：Keil环境下程序加载与调试优化
weixin_34161083的博客
07-29 399
在嵌入式系统开发中，程序通常存储在Flash中运行，但Flash的擦写寿命、访问速度及调试效率有时会成为瓶颈。SRAM（静态随机存取存储器）作为芯片内部的高速易失性存储器，具有零等待访问、无限次快速写入的特性，能够有效提升调试效率和实时性。其技术价值在于为时间敏感型算法、底层驱动调试及故障诊断提供了纯净的执行环境，避免了Flash预取和等待状态引入的时序干扰。通过理解链接脚本的加载视图与执行视图分离原理，并配置专用的SRAM下载算法，开发者可以将程序完全加载至SRAM中运行，实现快速迭代验证。本文以STM3
Banana Pi BPI-VP10采用的峰岹科技FU7512L MCU 和伺服解决方案
最新发布
Banana PI 香蕉派的专栏
08-19 177
FortiorTech推出高性能伺服解决方案，基于RISC-V架构的双核MCU FU7512L，集成自主研发电机控制引擎（ME）。该方案提供芯片级和系统级定制，支持硬件FOC、双电流环采样等专用算法模块，具有高处理速度、灵活扩展和性价比优势。配套BananaPi BPI-VP10开源伺服驱动平台，覆盖100W/200W应用，支持多种控制方式和编码器协议，适用于机器人、工业伺服等领域。方案包含完整开发生态，助力客户快速产品化。（149字）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Wuyang Hu-全球通史

感谢您的鼓励

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值