Bluetooth 经典蓝牙、蓝牙或。。。无线直达？

希望在正确的方向上得到推动：-）

我正在编写一个Java应用程序，该应用程序将运行在Raspberry Pi 4上，嵌入在车辆中（无头，无键盘）。客户端或中心将是android或iOS

我想要以下内容：

• 绝对无痛配对-这是最重要的一点！你走进射程，就会自动连接。切勿出现PIN验证提示或“连接验证”提示
• 不能干扰连接到汽车娱乐系统使用的相同BT模式（即不能干扰免提模式或音频模式）
• 在合理的时间内进行相对较小的文件传输（约500K）
• 当不传输文件时，我需要能够发送一些随机位，服务器/外围设备将根据这些位进行操作
• 电池寿命并不是一个真正的问题
• 安全不是一个真正的问题

我已经使用jSerial编写了一些经典的BT代码，但是raspberry pi存在一些连接问题，这使得经典的BT看起来很笨拙。连接过程需要接受PIN码，埋在汽车引擎盖下的无头覆盆子无法验证PIN码。断开/重新连接会导致rfcomm/串行端口出现问题。我可以通过SPP相对快速地传输文件，但连接/重新连接问题是一个障碍

我用SSP尝试了经典BT（“just works”安全性），但仍然收到PIN提示：-(

BLE似乎是“无需配对”的一个选项，但文件传输速度非常慢（我必须自己创建文件xfer进程）。不过，好处是iOS确实支持BLE

我已经简要介绍了wifi direct，但即使是它也需要从服务器端（引擎盖下的设备）进行连接验证，因此这可能是不可能的

BLE是最好的方式吗？我只需要习惯糟糕的文件传输速度？有什么建议或库可以通过BLE处理xmodem或其他有保证的文件xfer吗

谢谢你的建议

问候,

---

Bret

如果你想让你的设备与iOS和Android无缝地工作，那么你最好的选择就是BLE。这是因为与经典的蓝牙和WiFi Direct不同，BLE在iOS平台上更加成熟和适用，你最终会找到更多的资源（在iOS 13之前，CoreBooth只支持BLE连接）。有关详细信息，请查看以下链接：-

您已经完成了研究，对于上述不同技术的局限性，您是正确的，尽管自大多数设备现在支持蓝牙v4.2以来，BLE的速度已经大大提高。请查看以下链接：-

剩下的唯一挑战是为BLE实现一个类似于SPP的机制，我同意这不是一件小事，但过去有很多人尝试过这一点，尽管没有一个推荐的解决方案，但您也不会从头开始

---

BLE对我来说似乎是个不错的选择。请看一下，了解一下速度。它可能没有你想象的那么糟糕！非常感谢！：-）看起来我必须开发一些文件传输协议，然后使用BLE。谢谢你的建议。：-）谢谢你，优素福！感谢您的时间和建议！：-）