我之前碰到过类似的RPi WiFi Direct主动发起连接的故障，结合你描述的现象——能接收Android的连接请求，但主动发起时Android没弹窗，p2p_find收不到P2P-DEVICE-FOUND事件但p2p_peers能列出设备，换系统和wpa版本都无效——给你几个具体的排查和解决思路：

1. 调整wpa_supplicant.conf的关键配置项 #

你的配置里已经有基础的P2P设置，但可以补充或修改以下参数：

• 扩展config_methods，增加更多设备兼容的配对方法：

  config_methods=virtual_push_button display keypad
  

  部分Android设备对单一配对方法的兼容性较差，扩展后可能触发连接请求弹窗。
• 尝试降低p2p_go_intent的值（比如设为0），强制RPi以Client角色发起连接：

  p2p_go_intent=0
  

  因为默认p2p_go_intent=7会让RPi优先作为Group Owner，部分Android设备可能拒绝GO角色的主动连接请求。

2. 确保wpa_cli在交互模式下监听事件 #

很多时候，非交互模式下执行p2p_find会导致事件无法正常推送。请按以下步骤操作：

1. 先进入wpa_cli交互模式：

   sudo wpa_cli -i wlan0
   

2. 在交互窗口内执行p2p_find，保持窗口打开，等待P2P-DEVICE-FOUND事件触发。
3. 如果还是没收到事件，尝试指定扫描的信道范围（覆盖2.4G常用信道）：

   p2p_find freq=2412,2437,2462,2422,2442,2452,2467
   

   部分RPi的WiFi芯片默认扫描信道不全，手动指定后能更稳定地发现设备。

3. 检查WiFi驱动的P2P兼容性 #

RPi的BCM系列WiFi芯片对P2P的支持依赖驱动参数，你可以尝试：

• 调整driver_param，增加p2p_no_group_iface=1（避免自动创建虚拟接口干扰）：

  driver_param=p2p_device=1 p2p_no_group_iface=1
  

• 重启wpa_supplicant服务生效：

  sudo systemctl restart wpa_supplicant
  

4. 启用wpa_supplicant调试日志排查细节 #

如果以上方法都无效，开启调试日志能帮你找到根本问题：

1. 停止当前的wpa_supplicant服务：

   sudo systemctl stop wpa_supplicant
   

2. 手动启动wpa_supplicant并开启调试：

   sudo wpa_supplicant -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf -dd
   

3. 另开一个终端进入wpa_cli交互模式，执行p2p_find和p2p_connect命令，查看调试日志里的P2P扫描、连接请求的具体过程，重点关注是否有“拒绝连接”“扫描超时”“配对方法不匹配”这类错误信息。

5. 强制指定连接角色发起请求 #

在RPi的wpa_cli交互模式下，执行p2p_connect时明确指定Client角色：

p2p_connect <your_android_dev_addr> pbc role=client

这会强制RPi以客户端身份发起连接，避免因GO角色冲突导致Android设备无响应。

内容的提问来源于stack exchange，提问作者Chintan Vadaliya