LNX6.1.83_PL5.1_V1.1.1对RDK-X5小开发板的支持

开发与问题
1

为啥LNX6.1.83_PL5.1_V1.1.1只有对这三个板子的支持，rdk-x5的那个小开发板要用的话编译选择哪个mk呢

image
image301×347 14.8 KB

image
image374×210 9.45 KB

2

根据你提供的截图和 SDK 目录结构，我来帮你解答：

结论

RDK-X5 小开发板（X5 MD 开发板）应该使用以下编译配置：

# 调试版本
board_x5_soc_debug_config.mk

# 或 发布版本
board_x5_soc_release_config.mk

原因说明

从你提供的 SDK 目录可以看到：

配置文件 对应开发板
board_x5_evb_* X5 EVB V1_B / V2P0（大开发板）
board_x5_soc_* X5 MD 开发板（小开发板）

文档截图显示当前 SDK 支持三种开发板：

  1. X5 EVB V1_B
  2. X5 EVB V2P0
  3. X5 MD 开发板 ← 你用的是这个

board_x5_soc_*.mk 就是对应 X5 MD（System on Chip 版本）的配置。

使用步骤

# 1. 进入 SDK 目录
cd /path/to/your/sdk

# 2. 选择配置文件（根据需求选 debug 或 release）
export BOARD_CONFIG=board_x5_soc_debug_config.mk
# 或
export BOARD_CONFIG=board_x5_soc_release_config.mk

# 3. 开始编译
make BOARD_CONFIG=$BOARD_CONFIG

版本提醒

你提到的 LNX6.1.83_PL5.1_V1.1.1 版本确实只支持这三款板子，这是正常的。X5 MD 小开发板是后来推出的，使用 soc 系列配置文件即可。

如果编译过程中遇到其他问题，欢迎继续提问！也建议将这个问题和解决方案在社区沉淀下来，帮助其他开发者。

使用X5 Module应该选择哪个呢
3

X5 MD 开发板和RDK-X5不是同一个开发板

4

抱歉，我之前的理解有误。你说得对，X5 MD 开发板和 RDK-X5 小开发板不是同一个板子。

让我重新帮你梳理一下：

需要确认的关键信息

为了给你准确的编译配置建议，需要你提供以下信息：

  1. 你的开发板具体型号是什么？

    • 板子上印的型号标识（拍照或文字描述）
    • 或者购买时的商品名称

  2. 你手头的 SDK 版本

    • 确认是 LNX6.1.83_PL5.1_V1.1.1 吗？

  3. 文档中提到的三款板子

    • X5 EVB V1_B
    • X5 EVB V2P0
    • X5 MD 开发板

    你的"RDK-X5 小开发板"是否就是官方文档里的 X5 MD 开发板？还是另外一款？

可能的情况

根据社区现有信息，有几种可能：

  1. RDK-X5 小开发板 = X5 MD 开发板

    • 如果是这样，使用 board_x5_soc_*.mk

  2. RDK-X5 小开发板是更新的型号

    • 当前 SDK 版本可能还不支持
    • 需要等待新版 SDK 或使用其他配置文件

  3. 命名混淆

    • 不同渠道对同一款板子的叫法不同

建议操作

# 1. 查看板子上的型号标识
cat /proc/device-tree/model
# 或
dmesg | grep -i "board\|model"

# 2. 查看 SDK 中所有可用的 board config
ls -la sdk/board/*.mk | grep x5

# 3. 尝试查看配置文件内容，看注释说明
head -50 board_x5_soc_debug_config.mk

请先确认你的板子具体型号，最好能提供板子照片或购买链接，这样我能给你更准确的编译配置建议。

如果这款板子是最近新出的，可能确实需要等官方 SDK 更新支持。

5

非常抱歉，目前该 SDK 在 RDK X5 上暂不支持

6

那有没有支持的sdk啊

7

根据搜索结果和官方文档，我来回答你的问题：

结论

目前 RDK-X5 小开发板（RDK X5 Module）确实没有独立的 SDK 发布，官方 SDK 主要支持以下三款开发板：

  • X5 EVB V1_B
  • X5 EVB V2P0
  • X5 MD 开发板

当前可用方案

方案 1：使用 Ubuntu 系统 + 应用层开发（推荐）

对于 RDK-X5 小开发板，官方推荐使用 Ubuntu 22.04 系统进行应用层开发：

# 1. 下载最新系统镜像（v3.4.1）
# https://archive.d-robotics.cc/downloads/os_images/rdk_x5/

# 2. 烧录系统后，直接使用板端编译
# 不需要交叉编译 SDK，直接在板子上开发

# 3. 安装必要的开发包
sudo apt update
sudo apt install python3-pip git cmake build-essential

# 4. 安装 BPU 推理库
pip3 install bpu_infer_lib_x5

优势：

  • 无需交叉编译
  • 支持图形桌面
  • 社区大部分教程都基于此方式

方案 2：使用 X5 Module SDK（需要定制底板）

如果你需要底层系统定制，可以使用 RDK X5 Module SDK：

# SDK 下载地址
# https://archive.d-robotics.cc/downloads/sdk/LNX6.1.83_PL5.1_V1.1.0/

# 包含：
# - SDK 源码包（约 3.1GB）
# - eMMC 预编译镜像
# - 用户手册
# - 烧录工具

注意：这个 SDK 是针对 RDK X5 Module（核心模组） 的，需要配合自己设计的底板使用。

关键区别

板子类型 SDK 支持 推荐开发方式
RDK X5（大开发板） :white_check_mark: 完整 SDK 板端 Ubuntu 开发
RDK X5 Module（小开发板/模组） :warning: 仅 Module SDK 板端 Ubuntu 开发
X5 MD 开发板 :white_check_mark: 完整 SDK 板端 Ubuntu 开发

建议

  1. 如果你是应用层开发：直接使用 Ubuntu 系统镜像，在板子上进行开发，不需要 SDK
  2. 如果你需要系统定制：下载 RDK X5 Module SDK，但需要有一定的嵌入式 Linux 开发经验
  3. 等待官方更新：如果官方后续发布针对小开发板的完整 SDK，社区会发布公告

相关资源

你的具体开发需求是什么？ 是应用层 AI 模型部署，还是底层系统定制？我可以根据你的需求给出更具体的建议。

9

关于 RDK-X5 小开发板 SDK 和 CAN 卡死问题

:one: SDK 版本发布计划

根据社区信息，RDK X5 3.5.0 系统 + SDK 1.1.2 预计本月（2026 年 3 月）发布。

关键信息：

  • 新版本将修复 CAN 驱动设备树配置问题
  • 底层代码 SDK 与当前版本一致
  • 将包含完整的电源/时钟节点定义

建议操作：

# 关注官方发布渠道
# 1. 社区版本发布板块
# 2. 官方文档下载页：https://developer.d-robotics.cc/rdk_doc/Quick_start/download
# 3. 系统镜像：https://archive.d-robotics.cc/downloads/os_images/rdk_x5/

:two: CAN 卡死问题（MIPI + CAN 并发）

根据您描述的 IMX415 30fps + CAN 5ms 控制 场景，这是典型的 资源冲突/供电不足 问题。

:magnifying_glass_tilted_left: 问题根因分析

从社区已有案例（topic 34260）来看，CAN 卡死的主要原因：

  1. 设备树配置缺失：vsup-supply 和 clocks 未正确定义
  2. 供电不足：MIPI 摄像头 + CAN + 电机控制 同时工作时功耗峰值过高
  3. 中断冲突：MIPI CSI 和 CAN 控制器可能共享中断资源

:hammer_and_wrench: 临时解决方案（等待 3.5.0 期间）

方案 A：优化供电

# 1. 检查电源适配器规格
# RDK X5 建议使用 5V/5A 以上电源

# 2. 监控电压
sudo apt install i2c-tools
i2cdetect -y 7  # 查看电源管理芯片

# 3. 降低 MIPI 帧率测试
# 修改相机配置为 15fps，观察 CAN 是否稳定

方案 B：调整 CAN 发送频率

# 将 5ms 改为 10-15ms 测试
# 在应用层增加延时
usleep(15000);  // 15ms

方案 C：替换驱动模块（高级用户）

# 1. 编译 tcan4x5x.ko
cd sdk/kernel/drivers/net/can/m_can/
make -C /lib/modules/$(uname -r)/build M=$PWD modules

# 2. 备份原驱动
sudo cp /lib/modules/$(uname -r)/kernel/drivers/net/can/m_can/tcan4x5x.ko \
        /lib/modules/$(uname -r)/kernel/drivers/net/can/m_can/tcan4x5x.ko.bak

# 3. 替换驱动
sudo cp tcan4x5x.ko /lib/modules/$(uname -r)/kernel/drivers/net/can/m_can/
sudo depmod -a
sudo modprobe -r tcan4x5x
sudo modprobe tcan4x5x

# 4. 重启 CAN 接口
sudo ip link set can0 down
sudo ip link set can0 up type can bitrate 500000

方案 D：设备树临时修复

// 在设备树中添加（需重新编译内核）
&tcan4x5x {
    vcc-supply = <&vdd_3v3>;  // 根据实际电源节点调整
    clocks = <&clk_can>;      // 根据实际时钟节点调整
    clock-names = "can_clk";
};

:three: 推荐行动路径

优先级 行动 说明
:star::star::star::star::star: 等待 3.5.0 正式发布 官方已确认本月发布，包含完整修复
:star::star::star::star: 检查供电系统 确保 5V/5A 电源，避免电压跌落
:star::star::star: 降低 MIPI 帧率测试 15fps + CAN 5ms 验证是否稳定
:star::star: 替换驱动模块 仅建议有内核开发经验的用户尝试

:four: 相关资源

:light_bulb: 建议

如果您急需解决 CAN 问题：

  1. 先在论坛 topic 34260 中查看完整排查过程
  2. 联系官方技术支持获取 3.5.0 测试版（如有）
  3. 临时降低 MIPI 帧率或 CAN 发送频率

如果不着急：

  • 等待 3.5.0 正式版发布（预计本月）
  • 届时直接升级系统镜像即可解决

您目前使用的是哪个系统版本？是否需要我帮您分析具体的 dmesg 日志？

10

4.5.0啥时候发布 can的问题急需解决 目前还测试出一种情况 就是开30fps的mipi imx415模组 再开can can与电机5ms频率进行控制 can过一会自己卡死

11

关于版本号和 CAN 卡死问题

:one: 版本号澄清

根据社区管理员 Marcelo615 在 CAN 卡死问题帖 中的回复：

“预计本月释放，新版本对应为 3.5.0 系统 + SDK 1.1.2”

没有 4.5.0 版本，您提到的可能是笔误。即将发布的是：

  • 系统版本: RDK OS 3.5.0
  • 底层 SDK: X5 SDK 1.1.2
  • 发布时间: 2026 年 3 月内

:two: MIPI 30fps + CAN 5ms 卡死问题分析

您描述的 IMX415 30fps + CAN 5ms 电机控制 并发场景卡死，这是典型的 资源竞争/供电峰值 问题。

:magnifying_glass_tilted_left: 可能原因

原因 说明 概率
供电不足 MIPI 摄像头(约 2W) + CAN 收发 + 电机驱动 同时工作导致电压跌落 :star::star::star::star::star:
设备树配置缺失 tcan4x5x 驱动的 vsup-supply 和 clocks 未正确定义 :star::star::star::star:
中断冲突 MIPI CSI 和 CAN 控制器共享中断资源 :star::star::star:
DDR 带宽竞争 30fps 视频流 + 高频 CAN 中断 抢占内存带宽 :star::star:

:three: 立即排查步骤

步骤 1: 检查供电电压（最关键）

# 1. 查看电源输入电压
sudo apt install i2c-tools
i2cdetect -y 7  # 查找电源管理芯片

# 2. 监控电压日志
dmesg | grep -i "voltage\|power\|regulator"

# 3. 确认电源适配器规格
# RDK X5 满载功耗约 8-10W，建议使用 5V/5A (25W) 以上电源

步骤 2: 查看 CAN 错误计数

# 实时监控 CAN 错误
watch -n 1 "ip -s link show can0"

# 查看 dmesg 中的 CAN 错误
dmesg | grep -i "can\|tcan4x5x" | tail -50

步骤 3: 降低负载测试

# 测试 1: MIPI 降到 15fps，CAN 保持 5ms
# 修改相机配置（根据实际相机 SDK）

# 测试 2: MIPI 保持 30fps，CAN 改为 15ms
# 在应用层增加延时
usleep(15000);  // 15ms

# 测试 3: 单独测试 CAN（关闭 MIPI）
# 确认是否是并发问题

:four: 临时解决方案（等待 3.5.0 期间）

方案 A: 优化供电（推荐优先尝试）

# 1. 更换 5V/5A 或 5V/6A 电源适配器
# 2. 确保电源线缆足够粗（建议 18AWG 以上）
# 3. 避免使用 USB Hub 转接，直接连接开发板

方案 B: 调整 CAN 发送策略

// 在应用层增加错误检测和重连机制
while (running) {
    int ret = write(can_socket, &frame, sizeof(frame));
    if (ret < 0) {
        // CAN 发送失败，重启接口
        system("ip link set can0 down");
        usleep(100000);
        system("ip link set can0 up type can bitrate 500000");
        continue;
    }
    usleep(5000);  // 5ms
}

方案 C: 替换驱动模块（高级用户）

参考 topic 34260 中的详细步骤，使用 SDK v1.1.1 编译新的 tcan4x5x.ko 并替换。

:five: 建议行动路径

优先级 行动 预计效果
:star::star::star::star::star: 更换 5V/5A 电源 可能直接解决供电问题
:star::star::star::star: 降低 MIPI 帧率到 15fps 测试 快速验证是否带宽/供电问题
:star::star::star::star: 等待 3.5.0 正式发布 官方修复设备树配置
:star::star::star: CAN 发送频率改为 10-15ms 降低中断负载
:star::star: 替换驱动模块 需要内核编译经验

:six: 后续建议

  1. 在 CAN 卡死问题帖 继续讨论

    • 该帖已有 27 条回复，包含详细排查过程
    • 官方技术支持在该帖中活跃回复

  2. 提供以下信息便于进一步分析:

    # 1. 电源适配器规格（电压/电流）
# 2. dmesg 中 CAN 相关错误日志
# 3. 系统版本
cat /etc/os-release

# 4. CAN 错误计数
ip -s link show can0

  3. 联系官方获取 3.5.0 测试版（如急需）

    • 论坛私信 Marcelo615 或技术支持团队
    • 邮件：support@d-robotics.cc

总结: 您遇到的问题已在社区定位，3.5.0 系统 + SDK 1.1.2 预计本月发布将修复设备树配置问题。在此之前，建议优先检查供电系统并降低 MIPI 帧率测试。

12

测试反馈的 Bug 现已全部修复，目前正在进行TROS测试。我们非常理解大家对发版的期待，在确保版本质量稳定的前提下，我们会第一时间安排发版。