项目背景
这个项目在我们接手之前，已经搁置了很长时间。
客户是一家做海上石油勘探的公司，计划在水下1000多米的位置部署蓝牙传感器，地面甲板有一套自研的数据采集App，专门用来连这些传感器读数据。问题就在这里——这个App只支持蓝牙，代码不开放，也无法修改。而水下到甲板，足足有一千米的距离。
标准蓝牙在典型应用场景下的有效通信距离通常在数十米以内，即便采用高功率模块，空旷环境下也难以突破数百米，远不足以跨越水下至甲板之间超过1000米的物理距离。
客户或许自己也想过办法：例如把电脑和配套设备一起打包，密封防水，随传感器下到水里，数据在水下处理完再往上传。这个方案理论上成立，实际上没人敢做。水下1000米的压强、设备的防护等级、一旦出问题的维修成本，让人难以承受。项目就这样一直没动。
2026年6月，这个需求转到了我们这边。
解决方案
方案的核心逻辑其实不复杂：蓝牙本身传输不了那么远，但有线网络可以。我们要做的，就是在蓝牙和有线网络之间架一座桥。
具体来说，是两台设备配合工作。
ALXB10-EBLeadar绑定在水下靠近传感器的位置。它的工作是主动扫描周围的蓝牙设备，跟传感器建立连接，把蓝牙数据转成以太网信号，通过水下已有的光纤或网线往上传。
ALXB10-EBDeputy连接在甲板控制站这边。它接收从EBLeadar传来的数据，然后在本地重新模拟出蓝牙信号。操作人员打开自研App，手机或平板"看到"的就是传感器的蓝牙广播——跟设备就在眼前没有区别。
整个链路对两端完全透明。通过App看不到经过了什么，传感器也不会因为对端在一千米之外而发生数据丢包。数据原样透传，不做任何解析，全程端对端加密。App代码零改动，传感器固件也不需要做任何改变。
部署完成后，系统正常运行，客户的App连上了，数据读出来了，和在旁边直连传感器的效果一样。
这个需求，终于算是落地了。
适用场景延伸
做完这个项目之后，我们整理了一下，发现结构类似的需求其实很多，行业不一样，但核心矛盾都是同一个：蓝牙设备在人够不到、或者不方便去的地方，但App又必须用蓝牙连。
几个典型的场景：
钻井现场——测斜仪跟着钻头下到几百甚至几千米的井下，地面要实时读姿态数据来调方向。现在EBLeadar随设备下井，地面工控机接EBDeputy，原厂软件照常用。
危险区运维——爆炸危险区边缘的检测仪，运维人员根本不能进去。EBLeadar放在危险区一侧，运维人员在安全区用EBDeputy接App操作，不用靠近，也符合安规。
禁无线场所——有些军工或保密场所，任何无线信号都不允许外泄，但有线网络是通的。EBLeadar在设备侧，通过有线隧道连到操作间的EBDeputy，全程没有无线信号泄漏出去。
测绘工地——RTK基站和全站仪散落在几公里的测线上，工程师不可能挨个跑过去读数。各测量点放EBLeadar，项目部通过EBDeputy统一汇数据。
大坝隧道监测——传感器埋在混凝土里头，不可能让人每次都进廊道。监控中心光纤接EBDeputy，工程师在外面用平板就能访问。
风电场——几十公里的场站里，几百台风机的蓝牙设备分散着。EBLeadar装在设备本地，通过场站光纤环网收到运维中心的EBDeputy，集中管。
能接入的蓝牙设备，远不止传感器
这套方案对蓝牙协议层是透明的，不管是BLE还是经典蓝牙，只要设备用标准蓝牙，就能直接接，不需要厂商配合，也不用动固件。
常见的包括：
各类蓝牙传感器（压力、温度、位移、振动、气体等）
测斜仪、随钻测量仪、陀螺测量仪
RTK接收机、全站仪、GNSS基准站
蓝牙工业网关与数据采集仪
蓝牙医疗监护设备（监护仪、血氧仪、血糖仪等）
蓝牙锁、蓝牙门禁、蓝牙资产标签
其他任何使用原厂蓝牙App进行操控或读数的仪器仪表
判断标准只有两条：设备用蓝牙通信，现场有线网络能到。满足这两条，就能用。
产品核心参数
ALXB10-EBLeadar 与 ALXB10-EBDeputy的硬件规格完全一致，两款设备硬件规格一致，根据部署位置决定哪台做哪端。具体参数见产品规格表。
结论
蓝牙的边界不是协议本身画出来的，而是距离画出来的。
ALXB10-EBLeadar 与 ALXB10-EBDeputy 做的事情，是把这条线往后推——推到有线网络能触达的任何地方，最远可达40公里。
你的App不用改。你的设备不用换。你的现场不用多拉一根无线天线。
距离，从此不再是问题。
