[通过Wifi Direct(p2p)服务将Raspberry与Android连接

问题描述 投票:5回答:1

我正在尝试使用OS Jessie 8将Android应用程序与树莓派连接。

如果树莓附近只有一个Android设备,我可以手动连接。但是,如果有多个可用的android设备,我将无法确定树莓派必须连接的设备。为了解决这个问题,我正在尝试使用WifiP2P服务。

我正在使用类似configuration的东西。

p2p_supplicant.conf:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
driver_param=p2p_device=1
update_config=1
device_name=Pi
device_type=1-0050F204-1
p2p_go_intent=1
p2p_go_ht40=1

为WLAN接口配置:

sudo wpa_supplicant -B -dd -iwlan0 -Dnl80211 -c/etc/wpa_supplicant/p2p_supplicant.conf

我使用wpa_cli v2.3手动连接到android设备。但是我无法获得有关服务的任何信息(即服务名称或任何与服务相关的信息),我只会收到以下信息:

>p2p_find
<3>P2P-DEVICE-FOUND 8a:79:7e:12:0f:22 p2p_dev_addr=8a:79:7e:12:0f:22 pri_dev_type=10-0050F204-5 name='Moto G (4)' config_methods=0x188 dev_capab=0x25 group_capab=0x0
>p2p_peers
8a:79:7e:12:0f:22
>p2p_serv_disc_req 00:00:00:00:00:00 02000001
P2P-SERV-DISC-RESP 8a:79:7e:12:0f:22 82 81000101002436383539646564652d383537342d353961622d393333322d313233343536373839303132095f70726573656e6365c00c0010011562756464796e616d653d4a6f686e20446f65363234116e616d653d5f766963696e69747961707011617661696c61626c653d76697369626c650f6c697374656e706f72743d363736373900010100095f70726573656e6365c00c000c012436383539646564652d383537342d353961622d393333322d313233343536373839303132c027

documentation我知道事件P2P-SERV-DISC-RESP应该具有以下格式:

P2P-SERV-DISC-RESP:指示接收到P2P服务发现响应。事件后包含以下参数前缀:源地址,服务更新指示符,服务响应TLV作为十六进制转储。

但是,我无法解码电视的回应。我尝试使用在线解码器,但它们也不起作用。

如何解码此tlv的回复?或者如果我做不到如何识别Android设备?

android raspberry-pi wifi-direct wifip2p
1个回答
0
投票

仅出于(部分)完整性而已-尽管问题已经存在多年-此链接上的转换器:

https://tomeko.net/online_tools/hex_to_ascii.php?lang=en

将最后一个十六进制字符串,即81000101002436383539646564652d383537342d353961622d393333322d313233343536373839303132095f70726573656e6365c00c0010011562756464796e616d653d4a6f686e20446f65363234116e616d653d5f766963696e69747961707011617661696c61626c653d76697369626c650f6c697374656e706f72743d363736373900010100095f70726573656e6365c00c000c012436383539646564652d383537342d353961622d393333322d313233343536373839303132c027解码为:

[129][0][1][1][0]$6859dede-8574-59ab-9332-123456789012[9]_presence[192][12][0][16][1][21]buddyname=John Doe624[17]name=_vicinityapp[17]available=visible[15]listenport=67679[0][1][1][0][9]_presence[192][12][0][12][1]$6859dede-8574-59ab-9332-123456789012[192]'

据此,我假设以下内容:

本地URL: 6859dede-8574-59ab-9332-123456789012._presence._tcp

服务信息:

  1. buddyname = John Doe624
  2. name = _vicinityapp
  3. available = visible
  4. listenport = 67679

根据链接,方括号中的十进制值对应于32 ... 126范围之外的字节,尽管我已经能够在下面解码其中的一些,但我还没有解码。

但是文本8a:79:7e:12:0f:22是发送设备的Mac地址,可以将其清除。

[[192]后面的单引号,相对于[192]'似乎是预期消息的结尾,因为根据我的经验,消息偶尔会在此之后立即重复出现,这并不稀奇查看连续四或五个消息重复,每个重复结束时都带有[192]'

但是我们可以进一步解码:

[129] [0] [1] [1] [0] $ 6859dede-8574-59ab-9332-123456789012 [9] _presence [192] [12] [0] [16] [1] [21]好友名= John Doe624 [17]名称= _vicinityapp [17]可用=可见[15] listenport = 67679 [0] [1] [1] [0] [9] _presence [192] [12] [0] [12] [ 1] $ 6859dede-8574-59ab-9332-123456789012 [192]'

注意美元符号($),它直接位于Guid的前面,美元的十六进制是24,十进制的是36 ...而Guid的长度是36个字符。

所以现在变得更容易-

  • [[9]_presence等于_presence为9个字符长...
  • [[21]buddyname=John Doe624等于buddyname=John Doe624长21个字符...
  • [17]name=_vicinityapp-您猜对了,以下是17个字符...
  • [17]available=visible-再次,长17个字符...
  • [15]listenport=67679-15个字符长...
  • [[9]_presence-9个字符长...
  • $6859dede-8574-59ab-9332-123456789012-从上方重复,$表示36个字符长...

这样就可以解决以下问题:

  • [129] [0] [1] [1] [0](开始时)
  • [[192] [12] [0] [16] [1](将Guid与服务信息字符串分隔开)
  • [[0] [1] [1] [0](在服务信息字符串之后,在bonjour dns片段之前)
  • [192] [12] [0] [12] [1](在重复引导之前)
  • [192](在重复的guid之后但在重复标记之前)

我会继续努力,并在取得更多进展时发表评论。

© www.soinside.com 2019 - 2024. All rights reserved.