2267712_zh-CN

Yes

使用 PN7160 — P2P 与 Type-4 标签模式在两个 Linux 板之间共享 Wi-Fi DPP 凭证？

您好，NXP团队，

我正在使用 PN7160 NFC控制器和恩智浦 Linux NFC 堆栈在两个 Linux 板（联发科 Genio 510 EVK）之间进行 Wi-Fi 接入 ：

https://github.com/NXPNFCLinux/linux_libnfc-nci

系统设置

Board-1 (M1)
- 使用 hostapd 充当 Wi-Fi 接入点 (AP)
- PN7160 支持 NFC
Board-2 (M2)
- 使用 wpa_supplicant 充当 Wi-Fi 站 (STA)
- PN7160 支持 NFC

目前是

手动配置凭证时，Wi-Fi 接入点/STA 连接正常工作
nfcDemoApp 中的 NFC 读/写和轮询示例正常工作

目标

我想使用以 NFC 作为引导通道的 Wi-Fi DPP（Easy Connect）自动配置从 M1（AP）到 M2（STA）的 Wi-Fi 凭证 ，这与 Wi-Fi 联盟的入门操作类似。

问题

1.NFC 模式选择

对于两块板之间的 Wi-Fi DPP 凭证配置：

是否应使用NFC 点对点（P2P / LLCP / SNEP）模式？
还是应该在接入点侧使用Type-4 Tag 仿真（NDEF、application/vnd.wfa.wsc 或 DPP URI），由 STA 充当 NFC 读卡器？

从Wi-Fi联盟的参考资料来看，NFC似乎主要用作引导渠道，但我想确认一下在使用 PN7160 时推荐的NFC模式。

2.使用恩智浦 demoapp

使用现有的linux_libnfc-nci demoapp 示例：

能否将Type-4 标签仿真示例扩展到：
- 在 M1（接入点）上模拟 Wi-Fi 配置标签
- 向 M2（STA）提供 Wi-Fi 接入数据
对于 Wi-Fi DPP 上载，推荐还是不推荐使用NFC P2P + SNEP？

3.Wi-Fi DPP 集成

一旦在 M2 上接收到 NFC 数据：

是建议的流量：
- NFC → DPP 引导信息（URI/公钥）
- 然后使用 wpa_supplicant通过 Wi-Fi 进行 DPP 验证？

恩智浦是否有集成方面的参考示例或指南：

PN7160 NFC 栈
Linux wpa_supplicant DPP 命令
可实现AP-STA 自动连接？

摘要

我正在寻求以下方面的指导：

Wi-Fi DPP 的正确 NFC 模式（P2P 与 Type-4 标签
如何重复使用或扩展现有的恩智浦演示应用程序
推荐架构，用于在两个 Linux 板之间实现安全、符合 Wi-Fi 联盟标准的接入

如有任何参考、样本流程或最佳实践，将不胜感激。

感谢您的支持。

致以最崇高的敬意，
Niranjan

Re: Wi-Fi DPP credential sharing between two Linux boards using PN7160 – P2P vs Type-4 Tag mode?

感谢您对我们的产品感兴趣。

建议的解决方案是使用我们的 "连接 "标签之一。在您描述的设置中，我们建议在 M1 (AP) 主板上连接 NTAG 5 Link 板。主机在 Tag 中生成要读取的正确的 NDEF 消息，并为安全访问配置所需的凭据。

如果您想使用 SNEP，则需要在双方都安装 NFC 阅读器。这将增加成本和 P2P 的实施，需要额外的指令交换。这还需要额外的符合规范的软件开发工作。

请记住，在接入点端使用 NTAG 5，您需要根据 NDEF 消息和 Type 5 标签内存配置规范的 NFC 论坛规范构建 NDEF 消息。有必要同时购买两种规格。

在 M2 板上，您将需要像 PN7160 这样的 NFC 读取器，它可以读取 NDEF 并与 AP 建立连接。

希望这些信息对您有所帮助。

Re: Wi-Fi DPP credential sharing between two Linux boards using PN7160 – P2P vs Type-4 Tag mode?

你好@Fabian_R

谢谢你的澄清。

我知道使用SNEP 需要在双方都安装 NFC 读卡器，这会增加 BOM 成本，而且由于P2P 命令交换和根据 NFC 规范进行额外的软件开发，也会增加复杂性。

不过，对于我们的使用案例，我们希望进一步评估这种方法。

能否请您就基于 SNEP 的解决方案澄清以下几点：

建筑指导
- 两个 Linux 板都应该在启用 P2P 读取器/启动器模式下运行吗？
- 一个板应该充当 SNEP 服务器，另一个板充当 SNEP 客户端，还是两者都需要支持这两个角色？
软件堆栈要求
- 能否使用linux_libnfc-nci 协议栈和演示应用程序（如 SNEP 或 P2P 示例）来实现？
- 基于 SNEP 的凭据交换是否需要对 NFC 栈进行任何特定的配置更改？
数据交换流程
- 是否建议通过 SNEP 有效载荷交换Wi-Fi DPP 引导信息（QR URI / 公钥）？
- 通过 NFC 接收数据后，应用程序是否应该直接在注册者端触发信号 wpa_supplicant DPP 命令？
合规方面的考虑
- 在这种情况下，基于 SNEP 的 P2P 通信是否需要遵守NFC 论坛的强制合规要求？

有关使用 SNEP 在两个 Linux 主板之间传输 Wi-Fi DPP 凭证的详细分步流程或参考实施指南将对我们评估可行性非常有帮助。

感谢您的支持。

Re: Wi-Fi DPP credential sharing between two Linux boards using PN7160 – P2P vs Type-4 Tag mode?

您好，先生，

我们提供的应用程序接口支持客户端和服务器角色。有关使用和实施的详细信息，请查阅规范（SNEP 和 LLCP）。P2P 的相关函数和实用程序可在 NfcLibrary/NdefLibrary/src/P2P_NDEF.c 中找到。

关于数据交换流问题，可以在Wifi联盟规格文档中找到此信息：连接移交技术规范和Wifi Easy Connect规范（设备配置协议）。

请记住，我们无法提供这些文件的具体内容。请务必购买。