TI中文支持网Part Number:CC2541
主设备是 CC2541 + STM32F407
从设备是全宙820芯片，有4g 蓝牙 gps
从设备用pc蓝牙助手调试都没有问题，连接，收发数据都可以的
但是主设备CC2541一直连不上从设备，AT+SCAN可以看到，也选择了地址，然后AT+CON+地址，返回也是OK的
但是检查GPIOH-pin8，用来判断是否连接的pin，一直显示没有连接成功，这是怎么回事呢
Zhongwen Jin：
CC2541 如果连接成功，会set p1.4的GPIO吗？
,
Nick Sun：
您好，
您能在具体描述解释一下这一部分吗？
Zhongwen Jin 说：但是检查GPIOH-pin8，用来判断是否连接的pin，一直显示没有连接成功
所以现在是从设备可以连接电脑手机，但是无法连接CC2541 + STM32F407？此处的CC2541 + STM32F407是如何连接的，CC2541在此的作用只是作为一个RF吗？
,
Zhongwen Jin：
主设备是 CC2541 + STM32F407，旧版从设备是单独的 CC2541 ，由于我们需要从设备增加4g联网，所以新的从设备全宙820芯片有蓝牙，4g等功能。
主设备和旧的从设备是工作没有问题的，cc2541主要是主从设备蓝牙通讯的桥梁。
旧的从设备 和 新的从设备，用pc蓝牙调试助手测试过，收发数据，广播，uuid这些都是一致的。
但是新的从设备 和 主设备没法建立连接。
主设备是 CC2541 + STM32F407，其中STM32的GPIOH-pin8做为gpio输入来读取cc2541的p1.4（被定义成bt-led），感觉cc2541的p1.4是反映连接状态的pin，不知道是原生cc2541的功能，还是用户程度实现的。新的从设备广播+连接时候，主设备AT+SCAN可以看到，也选择了合适的地址，然后AT+CON+地址，cc2541返回也是OK的。但是检查GPIOH-pin8，用来判断是否连接的pin，一直显示没有连接成功。
我们公司买cc2541应该有15k的量了，不知道能不能提供更多一些的技术支持。
,
Nick Sun：
您好，
因为我们手边也没有您所说的全宙的设备，无法做进一步的测试，希望您能否提供一下相关抓包的数据以供我们研究。
,
Zhongwen Jin：
蓝牙抓包还没有实现过，有相关资料吗？我们是可以实现的操作
,
Nick Sun：
您好，
TI有提供SmartRF Packet Sniffer 2（https://www.ti.com.cn/tool/cn/PACKET-SNIFFER），但似乎只支持到蓝牙4.0。
如果您有类似ellisys的蓝牙测试仪器那是最好的了。
有相关抓包数据可能对分析研究会更有效。
,
Zhongwen Jin：
这个可以下载。还需要买什么硬件吗？
,
Nick Sun：
您好，
SmartRF Packet Sniffer 2配合TI的产品就可以了，
，您先确认您的产品使用的蓝牙多少？
如果是蓝牙4.0以上可能需要您自行查找第三方抓包器件了。
,
Zhongwen Jin：
我们的蓝牙4.0，4.2，用2.4GHz的捕获器件就好了把？
,
Zhongwen Jin：
4.0
,
Nick Sun：
您好，
我刚查看了一下，CC254X需要使用SmartRF Packet Sniffer而不是SmartRF Packet Sniffer 2。
在相关页面还差看到了SmartRF
Packet Sniffer User’s Manual：https://www.ti.com.cn/cn/lit/ug/swru187g/swru187g.pdf?ts=1680162152143&ref_url=https%253A%252F%252Fwww.ti.com.cn%252Ftool%252Fcn%252FPACKET-SNIFFER
您看一下您手边硬件是否可以满足。
,
Zhongwen Jin：
我们有个usb dongle，但是这个软件怎么看不到呢，驱动应该有的，就是软件下面没有看到
,
Nick Sun：
您好，
我手头没有相关设备无法同步做测试。我在文档中看到
您看下能否更新到最新固件再来测试。
,
Zhongwen Jin：
有什么方法可以模拟cc2541从设备？然后看和我们主设备的通讯
,
Nick Sun：
您好，
不是很理解您所说的，如果用抓包的话不是也可以知道主机发送的数据吗？
,
Zhongwen Jin：
可不可以解释一下下面的代码？这个主要需要主从设备做什么呢？如果是非cc2541从设备怎么和这个cc2541主设备连接？
主设备：
// Default GAP pairing mode
#define DEFAULT_PAIRING_MODE GAPBOND_PAIRING_MODE_WAIT_FOR_REQ，
从设备：
// Whether to enable automatic parameter update request when a connection is formed#define DEFAULT_ENABLE_UPDATE_REQUEST TRUE
,
Nick Sun：
您好，
我们这边已将您的问题升级到英文E2E，有专业产线工程师帮您解决。由于涉及一些第三方产品，这边可能需要一些时间，有结论及时联系您。
,
Zhongwen Jin：
我们用的合宙820ug，上面说的支持bluetooth BR / EDR，问过他们技术人员，口头上说支持BLE，后面问协议包不是很全。这样的蓝牙可以和cc2541 ble连接吗？
,
Nick Sun：
您好，
我们不是很了解这款产品所以也不是很清楚，相关工程师会尝试查找一些无法连接可能性给到您这边，有结论及时联系您。
,
Zhongwen Jin：
好的，谢谢
,
Nick Sun：
您好，
收到工程师回复：
您是否将 cc2541 用作网络处理器？如果是这样，您可以测试 hosttest project以尝试连接到 peripheral/slave device。
我们工程师在 gpio pin 8 的文档中找不到任何地方作为连接指示。您能告诉我们是在哪里找到的吗？
,
Zhongwen Jin：
1. 我们没有用做网络处理器
2. 是我们的stm32 mcu的pin 8做为gpio input来读取cc2541的p1.4pin。
下面一些代码暂时连接从机，及相关判断
,
Nick Sun：
您好，
我们不认为 cc2541 设备会更改 p1.4 以指示连接，除非在连接事件期间将其设置为高？
我知道您说他没有将其用作 NPI，但事实上他使用 stm32 作为主机，他也可能是。
我会再次希望您使用 Hosttest 和 Btool 验证设备是否正常工作。
I dont believe the cc2541 device changes p1.4 to indicate connection, unless the customer is setting it high during the connection event?
I know the customer said he isnt using it as an NPI but by the fact that hes using the stm32 as a host he probably is.
I would again ask them to verify if the device is working properly by using Hosttest and Btool.
另外，这是升级帖子链接：https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1212476/cc2541-master-and-slave-always-fail-to-connect，您可以留言想给工程师的话（最好是英语），我们这边可以帮您代为转述以提升解决问题的效率。
