项目背景
这个项目在我们接手之前,已经搁置了很长时间。
客户是一家做海上石油勘探的公司,计划在水下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不用改。你的设备不用换。你的现场不用多拉一根无线天线。
距离,从此不再是问题。
