You need to enable JavaScript to run this app.
最新活动
大模型
产品
解决方案
定价
生态与合作
支持与服务
开发者
了解我们

BeagleBone Black编译内核下USB Host无法识别FTDI设备的配置问询

嘿,我来帮你搞定BeagleBone Black上FTDI设备的静态内核配置问题!

一、必须的内核静态配置项(全部设为=y,不能是=m

因为你要求避免使用内核模块,所有相关驱动都得直接编译进内核:

  • USB Host 基础支持

    • CONFIG_USB=y:核心USB子系统支持,必不可少
    • CONFIG_USB_EHCI_HCD=y:BeagleBone Black的USB2.0 Host依赖EHCI控制器驱动
    • CONFIG_TTY=y:TTY子系统支持,FTDI设备会生成/dev/ttyUSB*类节点,必须开启
  • USB Serial 核心与FTDI专属驱动

    • CONFIG_USB_SERIAL=y:USB Serial核心框架(你已经在/proc/devices里看到它了)
    • CONFIG_USB_SERIAL_FTDI_SIO=y:FTDI芯片的专用驱动,这是识别FTDI设备的关键,必须静态编译
    • CONFIG_USB_SERIAL_GENERIC=y:通用USB Serial驱动,作为 fallback 选项,建议开启
二、DTS文件是否需要修改?

大部分情况下不需要额外修改,但要确认BeagleBone Black的USB Host节点处于启用状态:

  1. 打开你的设备树文件(比如am335x-boneblack.dts
  2. 找到usb1节点(BBB的USB Host口对应这个节点),确保status属性为"okay"
    &usb1 {
        status = "okay";
        dr_mode = "host";
        usb-phy = <&usb1_phy>;
    };
    
  3. 同时确认对应的usb1_phy节点也是启用状态:
    &usb1_phy {
        status = "okay";
    };
    

如果这些配置本来就是okay,就不用改DTS;如果是disabled,修改后重新编译DTS并烧录即可。

三、排查当前问题(看到usb-serial但设备未检测到)

既然/proc/devices里有usb-serial,说明核心框架已加载,但FTDI设备没被识别,大概率是以下原因:

  1. FTDI驱动未静态编译:检查内核配置里CONFIG_USB_SERIAL_FTDI_SIO是否设为=y,如果是=m或未开启,肯定识别不了FTDI设备
  2. USB Host枚举失败:插上FTDI设备后查看dmesg,找类似这样的日志:

    usb 1-1: new full-speed USB device number 2 using ehci-platform
    如果没有这条,说明USB Host控制器未正常工作;如果有,但后续没有ftdi_sio 1-1:1.0: FTDI USB Serial Device converter detected的日志,就说明FTDI驱动没编译进内核

  3. 根文件系统设备节点缺失:如果根文件系统没有udev/mdev自动创建设备节点,可能需要手动创建:
    mknod /dev/ttyUSB0 c $(grep "usb-serial" /proc/devices | awk '{print $1}') 0
    
    建议确保根文件系统包含udev/mdev支持,实现节点自动创建。

内容的提问来源于stack exchange,提问作者Avner Flesch

火山引擎 最新活动