具身神经-机器人运控通讯架构与实现系列

优质文章学习记录

— 1 min read

具身智能热潮之下，大量企业投身具身行业。在机器人本体控制方案上各家争鸣，但是试错路径太长，不少团队会在底层控制方案上走大量的弯路，导致资源浪费、项目延期甚至破产。

以第一性原则，探索当前具身机器人通讯架构实现最优解，加速具身机器人行业底层控制（通讯）系统技术方向收敛。尽可能帮助机器人本体系统工程师减少试错。

本系列仅针对机器人本体控制系统底层通讯部分：小脑<--->执行器/传感器之间的架构和具体实现。

gitee链接：https://gitee.com/Lenz_s_law/embodied-nerve

博文汇总

欢迎投稿

通讯架构分析篇

CAN/FD技术篇

  • CAN/FD总线性能分析-机器人应用
  • 机器人CAN/FD总线通讯架构设计
  • 机器人CAN/FD接口关键性能指标
  • 机器人CAN/FD接口扩展/实现方案

EtherCAT技术篇

内容待补充

机器人通讯模组计划

高性能USB-CANFD工具普及计划（非盈利性推广）

开源具身运控模块：EtherCAT-CANFDX4-OP

参考智元DCU方案设计，项目链接： https://gitee.com/ChengDu-KunHong/kh-ethercat-canfdx4-op.git

Read more

不只是 Copilot：Kimi Code 正在改变写代码的方式

不只是 Copilot：Kimi Code 正在改变写代码的方式

之前介绍过，在 Claude Code 中使用 Kimi，现在Kimi也推出自己的 CLI 了。但是目前是会员专供！ Kimi Code 是由 Moonshot AI（Kimi） 推出的下一代 AI 编程助手/代码智能体，作为 Kimi 会员订阅中专为开发者设计的增值权益，旨在帮助开发者更快、更智能、更高效地完成编程任务。它可以直接融入开发流程、终端工具和主流 IDE，让 AI 编程能力成为日常开发的一部分。 核心定位：你的 AI 代码伙伴 Kimi Code 不只是简单的补全工具，而是一个智能编程代理（AI Code Agent）： * 自动理解问题和代码结构，回答开发者的问题。 * 辅助编写、调试、重构和测试代码，覆盖开发生命周期。 * 直接运行在终端与

告别 Copilot 时代：Cursor, Kiro 与 Google Antigravity 如何重新定义编程？

如果说 GitHub Copilot 开启了 AI 辅助编程的“副驾驶”时代，那么 2024-2025 年则是 AI Agent（智能体） 全面接管 IDE 的元年。 现在的开发者不再满足于简单的代码补全，我们需要的是能理解整个项目架构、能自主规划任务、甚至能像真人同事一样工作的“编程搭子”。 今天，我们盘点三款目前最受瞩目、处于风口浪尖的 AI 编程工具：Cursor、Kiro 以及 Google 的重磅新品 Antigravity。无论你是想提升效率，还是想尝鲜最前沿的 Agentic Workflow，这三款神器都不容错过。 1. Cursor：当下体验最好的 AI 代码编辑器 定位：目前最成熟、最流畅的 VS Code 替代者 Cursor

llama.cpp + llama-server 的安装部署验证

飞桨AI Studio星河社区-人工智能学习与实训社区 用的是 魔塔的免费资源 不太稳定 我的Notebook · 魔搭社区 cat /etc/os-release  Ubuntu 22.04.5 LTS (Jammy Jellyfish) —— 这是一个长期支持（LTS）且完全受支持的现代 Linux 发行版，非常适合部署 llama.cpp + llama-server。Ubuntu 22.04 自带较新的 GCC（11+）、CMake（3.22+）和 Python 3.10+，无需手动升级工具链，部署过程非常顺畅。 一、安装系统依赖 sudo apt update sudo apt install -y
彻底解决 Codex / Copilot 修改中文乱码【含自动化解决方案】

彻底解决 Codex / Copilot 修改中文乱码【含自动化解决方案】

引言 在使用 GitHub Copilot 或 OpenAI Codex 自动重构代码时，你是否遇到过这样的尴尬：AI 生成的代码逻辑完美，但原本注释里的中文却变成了 我爱中文 这样的乱码？有时候这种字符甚至会污染正确的代码，带来巨大的稳定性隐患。 一、 问题核心：被忽视的“终端中转” 乱码的根源不在于 AI 的大脑，也不在于编辑器的显示，而在于执行链路的编码不一致。 Copilot/Codex 在执行某些修改任务（如：重构整个文件或批量替换）时，往往会通过终端调用系统指令。由于 Windows 终端（PowerShell/CMD）默认使用 GBK 编码，它在处理 AI 传来的 UTF-8 字节时会发生“误读”，导致写入文件的内容从源头上就损坏了。