你好,
我们正在实现一个中心角色系统，外部处理器通过SPI通过GTL与DA14580通信。GTL消息看起来工作正常，我们有工作的主机代码来支持外围模式下的广告和主模式下的扫描。按照预期接收扫描结果。BLE设备上没有运行应用程序;在外部单片机上实现了GAP状态机。
问题是，尽管我们刚刚完成了一次成功的扫描，但我们无法与外围设备建立连接。外部微控制器发送一个GAPM_START_CONNECTION_CMD到TASK_GAPM，配置如下:
cmd - > op。代码= GAPM_CONNECTION_DIRECT;
cmd - > op。addr_src = GAPM_PUBLIC_ADDR;
cmd - > scan_interval = 0 x180;
cmd - > scan_window = 0 x160;
cmd - > superv_to = 500;/* 5秒，10ms间隔*/
cmd - > ce_len_min = 0;
cmd - > ce_len_max = 5;
cmd - > con_latency = 0;
cmd - > nb_peers = 1;
memcpy (cmd - >同行[0].addr。addr, addr, BD_ADDR_LEN);
cmd - >[0]。addr_type = GAPM_PUBLIC_ADDR;
cmd - > con_intv_min = 80;/* 1.25ms间隔*/
cmd - > con_intv_max = 400;
"addr"是一个uint8_t数组，它以反字节顺序包含目的地址。
没有收到此消息的回复。我必须发送一个GAPM_CANCEL来执行任何进一步的操作，因此看起来设备已经对START_CONNECTION消息进行了操作。我们尝试连接两个不同的目标设备，结果是一样的。
有什么建议吗?代码基于接近监视器主机示例。我尝试过的所有其他操作都和预期的一样——只是连接请求引起了问题。
问候
迈克
嗨。我也有类似的经历。基本上，与上面描述的设置相同(外部处理器、SPI等)。我们使用键盘参考应用程序作为外围设备。
我们的中心角色处理器是另一个基于手臂的系统。所有SPI通信工作正常。在我们发出gapm启动连接后，使用相同的参数
正如上面所描述的那样:
ble_spi_transfer: ntx = 44 nrx = 0: 05年11 34 0 d 00 3 f 24 12 00 00 00 00 00 00 00 00 00 00 00 00
00 80 01 60 01 50 00 90 01 00 00 f4 01 00 00 00 05 00 01 01 23 45 55 89 11 00
我们确实得到了一个连接请求消息:
HandleBleMsg: Type:0x3801 [Task:14,Cmd:1] Dstid:63 Length:16
gap_le_create_conn_req_ind_handler: app_env.state = 0
gap_le_create_conn_req_ind_handler:连接句柄0x0 -确认
然后我们发送一个CONNECTION_CFM(没有中间人，没有安全性):
ble_spi_transfer: ntx = 52 nrx = 0: 05年02 38 0 3 f e 00 00 2 c 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00, 00
我们返回GAPM_START_CONNECTION_CMD的GAPM完成:
HandleBleMsg: Type:0x3400 [Task:13,Cmd:0] Dstid:63 Length:2
HandleGapmCmpEvt:状态:0x0操作:0x12 MsgID:0x3400
大多数时候，我们会得到一个gapc断开指示，原因是0x3e (CO_ERROR_CONN_FAILED_TO_BE_EST):
HandleBleMsg: Type:0x3803 [Task:14,Cmd:3] Dstid:63 Length:4
Gap_discon_cmp_evt_handler: param->conhdl=0x0 app_env.blpkb_device.device.conhdl=0x0 reason:0x3e
很少情况下，它确实工作了，我们没有看到断开的ind，一切都按照它应该的方式工作。
我已经简化了我们的应用程序，不启用HOGRPH, DISC等，只是在我们发送连接确认后配对，但
问题仍然会发生(我们甚至在发送配对请求之前就得到了磁盘ind)。
这听起来类似于上面的问题(连接相关)。有人有什么想法吗?什么
导致0x3e发生的原因?它没有出现在rivierwaves的GAP接口文档中，表16。最大错误码
这里列出了0x3b。
干杯!
约翰
嗨,约翰,
我认为是单独的问题，但是你的SPI跟踪已经帮助我解决了我的问题，非常感谢发帖!为了其他人的利益，我的问题是__ARRAY_EMPTY (compiler.h)是未定义的。这将导致struct gapm_start_connection_cmd被声明，没有对peer bdaddr的空间，因此数据包被截断。解决方案是确保__ARRAY_EMPTY被定义为1。
我确实想复制你的问题，但对我来说，现在每次都有联系。外围端可能出现问题?我正在测试的外围设备不是基于对话框的，所以我恐怕我不能帮助这方面。
迈克
你好,
实际上,迈克。Tdi解决了这个问题。
连接请求命令的结构大小错误，这就是出现CO_ERROR_CONN_FAILED_TO_BE_EST(来自co_error.h文件的0x3E)的原因。
问候,
对话框的团队。
再保险:错误CO_ERROR_CONN_FAILED_TO_BE_EST
实际上,迈克。tdi was NOT getting the CO_ERROR_CONN_FAILED_TO_BE_EST (0x3e)错误。那是我的问题，那不一样。迈克的问题是结构大小，他注意到这一点是因为我的帖子。如果有人在Dialog半知道为什么我得到CONN_FAILED_TO_BE_EST，这将是有帮助的。谢谢!
嗨Johnbrvc,
根据BLE规范，“连接建立失败错误码表示LL发起连接，但连接建立失败。”
它看起来是在主机根本无法与设备通信时发送的，在CONNECT_REQ之后设备没有响应。
因此，在5-6个不成功的连接事件(主机轮询但设备不在那里)后，主机得到此消息。
如果您在那个时候成功地进行了会话，但是稍后连接丢失了，那么消息将是CO_ERROR_CON_TIMEOUT。
所以，我的猜测是，主机发送了一个CONNECT_REQ，但设备没有响应。
祝你在中枢神经系统上得到帮助。我得到了一个成功的连接到一个非对话基础的BTLE外围设备。您可能需要检查正在使用的扫描参数。如果使用OBSERVER模式(这样可以避免10秒的硬超时)，可能会导致不一致的结果。使用普通发现方式。此外，如果您正在使用它们的模板，通常会有与中心角色不一致的代码需要删除。然而，我正在做一个完全托管的实现，它涉及到与您的实现相当不同的配置。
从好的方面来看，我们很高兴看到一些其他的中心应用程序，它们可能会吸引DIALOG为我们的中心开发人员提供更亚博国际官网平台网址多的支持。到目前为止，我在这个论坛上的问题还没有通过涉及中心的对话来解决。我想我有点沮丧，因为我甚至没有一个使用标准概要文件的完整托管示例。也许我们可以互相帮助。
布莱恩，是的，我听到了。Dialog的sdk中确实有几个中心应用程序是有帮助的(无论如何，对我来说)……host_apps/windows/spota，以及proximity/monitor。它至少
为我指明了一个中心应用程序的基本结构的正确方向，但仍然留下了很多想象力。
如果您想进一步讨论，您可以直接通过电子邮件@联系我johnbrvc@yahoo.com．