如果你手里刚好有一个BLE模块——比如ESP32、nRF52832开发板或者一个支持蓝牙的温湿度传感器——想快速确认它有没有在正常广播、能不能被扫描到你脑海里第一个蹦出来的工具是什么估计八成是手机上的nRF Connect或者某某蓝牙调试助手App。毕竟市面上几乎所有嵌入式和物联网教程讲到BLE调试时默认都是打开手机App扫描一下。但实际上大部分这类基础验证操作Windows系统自带的蓝牙功能就能完成根本没有必要为了一个简单的广播确认专门下载第三方桌面工具或者手机App。我在实际项目里用Windows自带蓝牙做过很多次这种第一道体检流程顺畅信息量也够用。这篇文章我从头到尾梳理一遍完整的操作方法先带你确认Windows的蓝牙环境是否支持BLE调试再一步一步走通扫描、配对、连接的完整链路然后分享几个系统自带却很少有人用的排查手段——事件查看器和PowerShell最后把我在真实项目里踩过的坑整理成排查清单。不管你是刚开始接触BLE的硬件爱好者还是带学生、做交付演示的工程师这篇都能直接抄作业。1. 先搞清楚Windows自带蓝牙调试BLE到底行不行先说结论能而且比大多数人想象中能干。但它的能力有边界不是万能的。搞清楚边界再动手省得后面期望落空。1.1 Windows蓝牙栈对BLE的支持程度Windows从8.1开始正式加入了对BLEBluetooth Low Energy低功耗蓝牙的支持到Windows 10、Windows 11这一代系统自带的蓝牙协议栈已经相当成熟。这里说的自带蓝牙包括两个层面一是系统内置的蓝牙驱动框架和协议栈二是设置里那个图形化的蓝牙管理界面。大多数人只接触过图形界面就是设置 蓝牙和其他设备那个页面觉得它太简陋——无非是开关、添加设备、删除设备。于是形成一个印象Windows自带蓝牙啥也干不了。其实这是低估了。图形界面虽然简陋但它背后接的是Windows的蓝牙协议栈支持传统蓝牙和BLE两套体系。传统蓝牙对应的就是经典蓝牙BR/EDR常用于音箱、鼠标、键盘BLE是低功耗那套常用于传感器、手环、智能家居设备。Windows 10/11对这二者的发现、配对、连接基础能力都内置了。但要注意一个关键点Windows对BLE的支持偏客户端角色也就是作为Central中心设备去连接外设。反过来如果你想用Windows当BLE外设Peripheral用自定义服务给手机提供数据那自带能力就很有限基本不可行。1.2 自带工具的真正定位第一道体检线我给Windows自带蓝牙的定位是四个字第一道体检。它能做的是帮你确认以下几个基础问题这个BLE模块到底有没有上电、固件有没有跑起来模块的广播有没有发出来广播名字或者MAC地址能不能被系统识别这个电脑能不能和模块完成配对、连接连接之后系统能不能识别出这个设备的关键属性这一层验证对硬件调试极其重要。做嵌入式开发的人都懂很多时候模块连不上、扫描不到根本原因不在软件而在硬件——比如天线没焊好、晶振没起振、固件根本没烧进去。用Windows自带蓝牙先做一轮能不能被看到、能不能连上的验证等于在最前端就把低级问题过滤掉了。打个比方自带蓝牙像万用表能快速测通断、测电压够用且方便专业调试工具像示波器能看波形细节、抓时序。你不能要求万用表干示波器的活但也不能因为示波器功能强大就连测个通断都非要扛着示波器出门。1.3 必须用第三方工具的惯性是怎么形成的这个惯性有三个来源。第一早年间Windows的蓝牙做得确实拉胯Windows 7及以前连蓝牙耳机都经常连不上更别说BLE了很多人被那个年代的体验伤透了心形成长期的Windows蓝牙难用印象。第二大部分嵌入式教程是围绕手机生态写的因为手机上的BLE调试App太成熟、太好用nRF Connect、LightBlue这类工具确实强大于是教程默认用手机。第三Windows图形界面确实不会告诉你GATT服务的UUID、特征值属性这些细节开发者想深入就本能地去找专业工具。但时代变了。Windows 10/11的蓝牙栈稳定性已经好了很多尤其是对BLE的支持日常调试完全够用。至少在快速验证模块是否工作这个最小闭环上你没理由再绕道去找第三方工具。2. 动手前准备把Windows的BLE调试环境彻底盘一遍很多人在扫描不到设备上卡住折腾半天发现是环境没准备好。动手之前先把下面四件事过一遍能省掉后面大量的排查时间。2.1 确认蓝牙硬件和系统版本首先电脑得有蓝牙硬件。笔记本基本上都内置了蓝牙模块台式机如果没有就得插一个USB蓝牙适配器。这里有个特别容易被忽略的坑USB蓝牙适配器质量参差不齐便宜的甚至用的老旧芯片驱动兼容性很差。如果要长期做BLE调试建议选CSR、Realtek、Intel芯片的适配器价格不贵但稳定度差距明显。确认方式很简单打开设备管理器WinX菜单里能找到展开蓝牙分类看有没有蓝牙适配器的条目。正常的设备名称会类似Intel(R) Wireless Bluetooth、Realtek Bluetooth Adapter之类的。一眼扫过去如果这里空荡荡说明电脑根本没蓝牙硬件后面就不用往下看了。系统版本方面Windows 10 1809以上或者Windows 11都行BLE相关功能已经很完善。太老的版本建议先更新系统否则某些设备可能因为协议栈兼容性问题连不上。2.2 检查并开启两个系统蓝牙服务这是个非常冷门但极其重要的点Windows有独立的蓝牙后台服务如果它们没启动蓝牙会表现得非常怪异——设置里开关能开但就是搜不到任何设备或者配对了也连不上。按Win R输入services.msc回车在服务列表里找这两个服务Bluetooth Support Service蓝牙支持服务蓝牙协议栈的核心服务必须处于正在运行状态。Bluetooth User Support Service蓝牙用户支持服务负责用户界面相关的蓝牙交互Windows 10/11上它没启动的话可能导致设置里的蓝牙页面报错或者配对不稳定。这两个服务的启动类型建议都设为自动。右键点属性就能改。改完最好重启一次电脑确保服务正常拉起。我在一次项目交付演示前就吃过这个亏对方电脑的蓝牙服务被优化软件禁用了演示时设备死活扫不到现场改完服务重启后秒连。后来我每次在外场调试前都会先确认这一步。2.3 设置里的蓝牙开关与发现选项打开设置 蓝牙和其他设备确认蓝牙开关是开着的。然后点页面右边的更多蓝牙设置旧版叫更多蓝牙选项在弹出的窗口里看看允许蓝牙设备查找此电脑这个选项是否勾选。这一步很多人直接忽略但实际上它影响的是本机是否可被其它蓝牙设备发现主要用于反向连接场景。另外还有一个细节首次打开这个页面时Windows可能会弹一个通知正在搜索蓝牙设备如果在蓝牙和其他设备页面停留系统会持续扫描周围的广播设备。这是自带工具里最接近扫描的操作入口。2.4 准备一个合适的测试设备做BLE调试总得有个被测对象。如果你手头有开发板比如ESP32、nRF52832、STM32WB系列很好如果只有现成的BLE外设——蓝牙标签、温湿度计、体脂秤——也行。关键是让设备进入可广播/可发现状态。这里有个新手高频误区以为设备通电就等于在广播。其实很多BLE模块默认是不广播的需要在固件里显式调用广播接口或者通过某个按键、上电时序触发。以ESP32为例Arduino环境下要调用BLEAdvertising相关的接口让设备进入广播状态以HM-10这类串口透传模块为例上电后默认一般是广播的部分模块需要AT指令配置。判断设备是不是在广播最直观的方法看模块上的状态LED很多BLE模块广播时LED会以一定频率闪烁不同的闪烁节奏代表不同状态广播、已连接、睡眠。这个得看具体模块的说明书但几乎是硬件调试的基本功。3. 核心操作走通扫描—配对—连接的完整链路环境确认没问题下面进入正题。这一节是保姆级操作路径我尽量把每一步都掰开讲。3.1 打开系统蓝牙界面把被测设备调到广播状态先把被测设备放在离电脑1-2米范围内确认它在广播状态。然后回到Windows桌面按Win I打开设置进入蓝牙和其他设备。页面顶部有蓝牙总开关确认是开。接着点添加设备蓝底加号按钮弹窗里选第一项蓝牙。这时候Windows会进入扫描状态持续列出一段时间内发现的附近蓝牙设备。扫描列表里出现的不一定都是BLE设备也可能有蓝牙音箱、鼠标这些传统蓝牙设备。怎么区分一个实用的经验BLE设备出结果的时长通常在几秒内而且设备条目往往会带上一些血统特征——比如设备有自己的广播名称或者是MAC地址的后几位甚至显示为带特殊图标的其他设备。如果发现列表迟迟不出现你的模块第一反应别是工具不行先检查三步模块是不是真的在广播天线附近有没有强干扰源模块离电脑够不够近一般这三步能解决90%的扫不到问题。3.2 配对过程看懂弹窗里的信号扫描到设备后点击它的名字Windows会发起配对请求。BLE的配对方式主要分几种Just Works无需确认、Passkey Entry输入PIN码、Numeric Comparison数字比对、Out of Band带外配对很少见。Windows会根据对端设备广播的IO能力自动选择一种方式。实际体验中很多BLE模块是串口透传模块它们通常声明无输入无输出能力于是Windows走Just Works流程点击设备后几秒钟就配好了。但也有部分模块声明需要Passkey此时Windows会弹一个框让你输入PIN码常见默认值是0000或者123456但也可能要求你在模块端输入屏幕上显示的六位数——这得看模块规格书。配对成功后弹窗关闭设备会出现在蓝牙和其他设备页面下方的已配对列表里。注意一个细节这个页面里BLE设备可能显示状态为已配对也可能显示已连接。两者含义不同。已配对指交换了密钥、建立了信任关系已连接才是真正建立了链路。对于BLE来说有些外设连接后会自动断开属于正常行为尤其是一些低功耗设备它们连接一次拿了需要的数据就断开。3.3 区分BLE设备和传统蓝牙设备的技巧Windows的扫描列表不会明确标注这是BLE还是这是经典蓝牙但对调试来说区分它们本身就很有意义。我的经验是看三个维度。第一看设备名BLE设备经常使用模块厂商的默认名比如HMSoft、BLE-BC04、SimpleBLEPeripheral之类的传统蓝牙设备一般有完整的品牌产品名。第二看图标和类别Windows会给不同类型的蓝牙设备分配不同图标鼠标、键盘、音频设备的图标特征很明显如果看到的是一个通用图标大概率是BLE设备或者未分类的传统设备。第三看配对速度BLE广播扫描通常会更快出现在列表里经典蓝牙往往要等久一会儿。这个不算严格的判定标准但结合前面几条足够帮你判断设备大致类型了。3.4 演示案例连接一个BLE串口从机的完整过程拿最常见的HM-10/BLE串口透传模块举例。这个模块很多人都有芯片方案一般是CC2541或者类似产品。第一步模块接好电源3.3V或5V视模块而定串口端先不接任何东西只看电源灯。第二步观察LED闪烁状态——HM-10这类模块通常上电后默认自动广播LED会以较快的节奏闪烁。第三步电脑端打开蓝牙和其他设备点添加设备-蓝牙片刻后列表里出现类似HMSoft或DSD TECH字样的设备点击它。第四步如果是第一次配对可能要求输入PIN码HM-10的默认PIN一般是000000六个零或者123456根据批次不同有差异。第五步配对成功后页面已配对列表里就会出现这个设备。到这里基本链路就跑通了。你在电脑端看到的一切——设备能出现、能配对成功本身就是有价值的调试信息说明模块供电正常、晶振在起振、固件在跑、广播在发、无线链路完整。4. 系统侦察兵用事件日志和PowerShell深挖BLE连接细节设置里能看到的只是表面。Windows真正有力的一面藏在事件查看器和PowerShell里。对于排查连接失败、分析连接稳定性这两个内置工具比很多第三方工具都管用。而且它们都是系统自带的完全符合告别第三方工具的主题。4.1 为什么还要翻事件日志BLE调试里最让人抓狂的场景就是没反应——点了添加设备扫不到或者扫到了点配对转圈几秒后失败系统只弹一个模糊的无法连接。这时候图形界面完全帮不上忙它不会告诉你失败的原因。但Windows底层其实记录了详细的连接日志存放位置就在事件查看器里。打开方式Win R输入eventvwr.msc回车左侧依次展开应用程序和服务日志 Microsoft Windows BTHBLE 里面有一个类别通常叫Operational。对这就是BLE相关事件的日志通道。重点看里面Error和Warning级别的事件每条事件会有具体描述和错误码虽然描述偏向底层但配合网上检索最常见的错误码能很快定位问题方向。比如日志中频繁出现连接超支、链路参数不匹配之类的字眼那大概率是设备的广播参数或连接参数与Windows协议栈不兼容。4.2 PowerShell查询蓝牙设备信息除了事件日志PowerShell也能做不少侦察工作。打开PowerShell建议以管理员身份运行下面这些命令能查到你从图形界面看不到的信息。先看系统里有几个蓝牙相关设备以及它们的状态Get-PnpDevice -Class Bluetooth | Format-Table FriendlyName, Status, InstanceId这个命令会列出系统里所有蓝牙设备实例包括真实的物理适配器、已配对的外设。Status列能直接看出设备当前是OK正常还是Error异常对排查很有用。想进一步看某个具体设备的详细信息先拿到它的InstanceId然后Get-PnpDeviceProperty -InstanceId 此处替换为InstanceId这个命令会列出该设备的大量属性包括蓝牙硬件ID、厂商信息、设备路径等。对调试来说最实用的场景是系统里看不到某些幽灵设备已删除但还挂着残留驱动的设备用这个命令能把它揪出来。还有一种更贴近调试的场景模块没配对前系统里其实已经有它的痕迹。有些BLE模块会在设备管理器里短暂出现一个条目然后又消失这就是广播时被系统识别、但未配对的痕迹。通过Get-PnpDevice -Class Bluetooth配合时间点观察能判断模块是否在持续广播。4.3 用显示隐藏的设备清理残留配对信息调试过程中一个常见问题设备改了广播名或者换了固件但Windows还保留着旧记录导致新名称的设备扫到了却配不上对。这其实是配对缓存冲突。解决办法在设备管理器里打开设备管理器在顶部菜单查看里勾选显示隐藏的设备。你会看到很多平时不显示的条目包括之前配对过但已断开的蓝牙设备。在这里找到对应你的BLE模块的条目一般是带有蓝牙图标的那一类右键卸载。卸载后重启设备管理器再回设置 蓝牙和其他设备把已配对列表里的残留设备也删掉。这一套双删做完再重新扫描配对基本能把缓存冲突问题清干净。4.4 通过系统日志判断为什么会掉线还有个我经常用的招BLE连接过程中如果出现连上一会儿就掉的情况很多人第一反应是去查模块固件其实Windows这边也有线索。同样在事件查看器的BTHBLE Operational日志里搜索掉线时间点前后的事件。如果看到设备断开时没有明确错误只有普通的Disconnected事件那多半是设备端的连接超时策略——BLE协议本身有连接超时Supervision Timeout参数印象中一般默认是几秒到几十秒不等设备端如果把这个参数设得很短又没有正确处理Windows的周期性连接事件就会出现看似稳定连接、实际几秒就断的怪现象。这个信息在第三方工具里反而不容易看在事件日志里却能找到时间线。5. 踩坑实录自带蓝牙调BLE的5个高频问题与排查思路下面这五个问题是我在不同项目、不同机器、不同模块上真实踩过的坑。每个问题我给完整的排查链路不是只说原因。5.1 问题一设备明明在广播Windows却扫不到现象手机App能扫到模块Windows扫不到或者同一台电脑今天能扫到明天扫不到。排查链路先亲手验证广播确实在发。最直接的方法是换一个手机App扫一下如果手机能扫到说明广播在发。确认电脑蓝牙硬件没被怪物状态卡住。打开设备管理器看蓝牙适配器前面有没有黄色感叹号。有感叹号先卸载设备勾上删除此设备的驱动程序软件然后扫描检测硬件改动让系统重装驱动。关掉USB选择性暂停。这个是笔记本用户的常见坑去控制面板 电源选项 更改计划设置 更改高级电源设置找到USB设置 USB选择性暂停设置设为已禁用。有些蓝牙适配器会因为这个节能策略间歇性罢工。检查驱动版本。到设备管理器里看蓝牙适配器驱动的日期和版本如果还是三五年前的去笔记本厂商官网或者适配器芯片厂商官网更新一下。Intel、Realtek的蓝牙驱动更新很频繁老驱动对新型BLE设备兼容性差是出了名的。最后一招拔掉USB蓝牙适配器重插或者在设备管理器里禁用再启用蓝牙适配器。这个动作能救回大部分死掉的蓝牙硬件。这套链路走完90%的扫不到能解决。如果还不行换个USB口试试有些USB口供电不足也会导致蓝牙适配器工作异常。5.2 问题二配对反复失败提示PIN码错误现象能扫到设备但点击配对后弹窗要求输入PIN码输入0000、1234、123456都不对或者输对了还是提示失败。这类问题多出在BLE模块声明的IO能力和实际不匹配上。有些模块默认声明需要输入PIN码但实际固件里写死的PIN又不公开导致Windows这边永远配不上。排查链路查模块规格书找默认PIN码。不同批次的HM-10 PIN码就可能不同有的是000000有的是123456。小厂模块更是五花八门。如果是自己写的BLE固件检查广播参数里Security Mode和IO Capability的配置。如果不需要安全加密直接在固件里把IO Capability设为NoInputNoOutput这样Windows走Just Works流程点一下就配对不弹PIN框。模块支持AT指令的话尝试通过串口发AT指令查询或修改配对模式比如部分模块支持ATPINxxxx这类指令设置固定PIN。还不行就断开重来把设备从已配对列表删除、卸载设备管理器里的隐藏条目、重启电脑。顺序很重要我遇到过必须重启才能清除配对状态缓存的情况。这里给个经验在调试阶段如果只为验证链路优先把模块的配对模式改成无需PIN能省掉一大半麻烦。等验证通过再去做安全的配对方案。5.3 问题三能连上但系统没有可用的服务/功能现象配对成功状态也显示已连接但设备就是没有可用的服务界面灰的或者双击设备没有任何反应。原因大概率是这个BLE设备的GATT Service不是Windows系统能识别的标准服务。Windows原生界面只对微软定义的标准服务做显式展示比如HID Over GATT低功耗蓝牙键盘鼠标、心率、电池服务等。而你自定义的私有Service UUIDWindows不会在界面里专门给你打开一个通道。这不是Windows坏了是它的定位问题。系统更在意的是这个BLE外设能不能当普通外设用而不是这个外设的UART串口服务怎么开。排查链路确认你的模块是不是标准HID设备。如果是自绘的BLE UART或者传感器服务Windows界面没有可用的服务是正常现象不代表设备坏了。想看服务内容就得上专业工具后面章节我会讲边界。但如果你只是想确认链路有没有建立可以回到事件查看器看有没有成功连接的事件或者在设备管理器里看这个设备的条目状态是否正常。如果你的模块本身是BLE鼠标键盘之类连接后界面仍然显示不可用那才是真问题优先更新Windows系统和蓝牙驱动。5.4 问题四USB蓝牙适配器的驱动冲突现象电脑刚重装系统或者Windows大版本更新后蓝牙适配器失灵扫描列表一片空白或者设备管理器里出现未知USB设备。这是典型的驱动冲突问题。Windows更新偶尔会强推一个不兼容的通用驱动覆盖掉原来的厂商驱动或者新旧驱动残留并存导致协议栈失效。排查链路设备管理器里找通用串行总线控制器下有没有未知USB设备或带感叹号的条目。有先右键卸载。回蓝牙分类把蓝牙适配器也卸载注意勾选删除此设备的驱动程序软件。拔掉适配器内置蓝牙就不用拔重启电脑。插回适配器让系统重新识别。如果这时候能正常装驱去蓝牙厂商官网把最新驱动装一遍。还不行打开设备管理器菜单操作 扫描检测硬件改动看Windows能不能自动找回合适的驱动。这个过程基本能清掉新旧驱动的叠加污染。同理如果蓝牙适配器本身是免驱的Windows会自动装内置驱动尽量避免同时安装多个厂商的通用蓝牙驱动工具包。5.5 问题五同一个模块在手机能连、在Windows连不上现象手机App秒连但Windows扫到设备后点配对总是提示失败或者连上后过几秒就掉。这个问题的根源往往是模块端为低功耗做了非常激进的配置较低的广播功率、较短的可连接窗口、严格的连接超时这些参数对手机友好但对Windows的协议栈不够友好。排查链路先看模块是什么芯片方案去芯片原厂官网查有没有针对Windows兼容性的连接参数推荐值。检查模块广播参数。广播间隔太短比如低于50ms可能导致Windows协议栈处理不过来表现为能扫到但配对失败广播间隔太长Windows可能在扫描列表里迟迟刷不出来。检查连接参数。连接间隔和从机延迟这两个参数尤其关键。有些模块为了省电把从机延迟设得很高Windows连接后可能觉得链路质量差而断开。改动固件参数后关掉模块电源重新上电再进行配对。BLE的参数变化很多时候只在上电时加载一次。如果模块是你自己画的板子这一步就得回头改固件如果是买来的现成模块优先查它的AT指令集看能否调整广播间隔和连接参数。6. 能力边界这些场景还是得请出专业调试工具前面说了那么多自带蓝牙的好话但必须说清楚边界在哪。有些工作Windows自带工具确实做不了硬扛只会浪费你的时间。6.1 自带工具完全够用的典型场景做设备体检时自带工具是最快的手段。比如你们公司来了一批BLE模块要做来料抽检确认每个模块能不能正常广播这时候打开Windows自带蓝牙一个一个点过去看能不能扫到、能不能配对一个模块不到一分钟效率很高。再比如给学生上课、给客户做产品演示需要现场演示这个传感器连上电脑Windows自带蓝牙流程简单、界面干净不会因为第三方工具的复杂配置卡壳。这个场景下稳定性比功能丰富更重要自带工具反而更合适。还有一个常见用途区分设备问题和上位机问题。当你怀疑一个BLE设备的行为异常时先用Windows自带的最基础连接做一次交叉验证。如果系统能连上说明设备链路没问题问题大概率在你自己的代码或工具链上如果系统也连不上那就回到硬件/固件排查。这个快速分流的价值很多人低估了。6.2 必须上专业工具的场景不过一旦调试深入自带工具就捉襟见肘了。具体来说下面这些工作靠Windows自带界面做不了GATT服务/特征值/属性查看Windows界面不会展示Service UUID、Characteristic的属性读、写、通知、指示连查看服务列表的能力都没有。通过BLE自定义服务收发数据比如你的设备定义了一个UART Over BLE服务想通过电脑向模块发一串十六进制数据自带的蓝牙界面干不了必须用一个能自定义读写特征的调试工具。广播包解析BLE广播包里的厂商自定义数据、服务UUID、设备外观、广播间隔这些信息是从底层诊断问题的利器但Windows系统不会把这些信息暴露给用户。RSSI测距/信号强度分析部分专业工具能显示实时RSSI值方便做信号覆盖测试和接近检测调试。Windows自带界面没有这个维度。抓包与协议分析这个属于高端操作一般配合专用抓包器或者支持抓包模式的USB蓝牙适配器使用用于链路层问题排查。6.3 自带工具、桌面调试工具、手机App怎么选以我自己的习惯桌面端常用的调试工具是nRF Connect for Desktop、小牛蓝牙调试助手这类手机端常用LightBlue、nRF Connect。它们各有侧重配合使用能覆盖从硬件验证到协议调试的全流程。做一个简单的对比能力维度Windows自带蓝牙桌面调试工具如nRF Connect手机App如LightBlue扫描发现设备支持支持且能看广播包详情支持便携性最好配对连接支持流程简单支持可控参数更多支持常见方式全覆盖查看GATT服务/特征值不支持支持支持自定义数据读写不支持支持支持RSSI与信号强度不支持部分支持支持广播包解析不支持支持支持系统级事件日志完整事件查看器不涉及不涉及适用阶段快速体检、现场演示协议调试、固件联调现场调试、野外测试从这个表能看出自带工具的优势不在深度而在轻量和系统级。打个比方自带工具就像医院的血压计、体重秤做常规快速检查专业工具才是CT机、B超做深入诊断。6.4 我个人的建议组合拳才是王道这几天重新梳理这东西期间我一哥们还在群里吐槽Windows自带蓝牙没用结果我一问他要的功能是给BLE设备OTA升级那确实不是自带工具的能力范围。但反过来他之前被误导必须下载XX助手才能调BLE结果为了一个广播确认动作白白在下载、注册、配置上耗了半小时这就是得不偿失。我建议的组合拳是日常快速验证、来料抽检、现场环境确认一律先用Windows自带蓝牙要做GATT服务分析、自定义数据读写、广播抓包再打开专业工具。别把工具神化也别把系统自带能力一棍子打死。工具是拿来解决问题的不是拿来囤的。用了这么久的Windows自带蓝牙调试BLE一个最深的体会是它不会主动声张自己能干什么但不代表它干不了。就像你不把设备拿到它面前扫一下永远不知道一个没电的模块只是虚惊一场。下次你手边没手机、没第三方工具或者单纯不想为了一个小操作去下载安装一堆东西的时候不妨直接打开Windows的蓝牙设置把它当你的第一台BLE调试设备用起来。这个过程里踩过的坑大概率也在上面的清单里翻一翻省不少时间。