指示和通知

⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
18个职位/ 0个新职位
最后发表
星期一,2019-04-29 09:04
# 1
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
指示和通知

嗨

我修改DA1458x_SDK \ 5.0.4 \ \ target_apps \ ble_examples \ prox_reporter项目。

请解释prox_reporter项目中indication和notify的区别。

指示是如何解决丢包问题。

请告诉我指示功能的调用过程。

谢谢!

关键词:
显示通知
设备:
DA14580
星期一,2019-04-29 11:18
PW_Dialog
离线
最后看到:2个月4天前
工作人员
加入:2019-04-03 02:54
嗨lewuyouc,

嗨lewuyouc,

不同的是，指示有数据接收的确认，而通知没有。

接受的答案
星期二,2019-04-30 01:36
(回复# 2)
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨PW_Dialog

嗨PW_Dialog

DA1458x_SDK\5.0.4\projects\target_apps\ble_examples\prox_reporter如何确认数据接收?

如果发送失败，如何解决?

谢谢

星期二,2019-04-30 03:35
PW_Dialog
离线
最后看到:2个月4天前
工作人员
加入:2019-04-03 02:54
嗨lewuyouc,

嗨lewuyouc,

为了确认数据是否收到，数据接收方可以将数据发送回发送方，发送方如果在一定时间后得不到确认，可以再次发送数据。

星期二,2019-04-30 03:43
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨PW_Dialog

嗨PW_Dialog

谢谢你的支持。

如果断开连接，发送者向手机发送数据总是失败，那么从机将总是再次发送数据?还是断开连接，从机使用指示错误?

“为了确认数据已收到，数据接收方可以将数据发回给发送方，发送方如果在一定时间后得不到确认，则可以重复发送数据。”“你能给我一些源代码参考吗?”

星期二,2019-04-30 04:44
PW_Dialog
离线
最后看到:2个月4天前
工作人员
加入:2019-04-03 02:54
嗨lewuyouc,

嗨lewuyouc,

这可以被视为一个状态机流，如果断开状态也会改变，那么在断开状态下会采取相应的动作(而不是重发数据)(例如准备重新连接)。

星期二,2019-04-30 04:54
(回复# 6)
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨PW_Dialog

嗨PW_Dialog

谢谢，但我需要一个完整的例子。

DA1458x_SDK\5.0.4\projects\target_apps\ble_examples\ble_app_all_in_one关于指示不完整。

谢谢!

星期二,2019-04-30 08:18
(回复# 7)
CYibin
离线
最后看到:7个月2周以前
工作人员
加入:2017-12-14 02:48
嗨lewuyouc,

嗨lewuyouc,

从用户的角度来看，IND和NOTF之间没有任何区别。用户所能做的只是向SDK发送一个命令并等待它的反馈。用户无法看到进程的源代码。

为了发送NOTF, GATTC_SEND_EVT_CMD和GATTC_NOTIFY参数从用户层发送到SDK层。

要发送IND，则带有GATTC_INDICATE参数的GATTC_SEND_EVT_CMD从用户层发送到SDK层。

发送上述命令后，SDK层会将结果反馈给用户层:

对于NOTF, NO_ERROR状态意味着数据已经从BLE外围发送。我们不知道BLE中央是否收到了。

对于IND, NO_ERROR状态意味着数据已经从BLE外设发送到中央。毫无疑问，数据已经被中央接收。

Br

宜宾

星期二,2019-04-30 09:56
(回复# 8)
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨

嗨

我用信息把我的数据发送到手机。

struct custs1_val_ind_req* req = KE_MSG_ALLOC_DYN(custs1_val_ind_req, TASK_CUSTS1, TASK_APP, custs1_val_ind_req, DEF_CUST1_INDICATEABLE_CHAR_LEN);申请- > conhdl = app_env - > conhdl;申请- >处理= CUST1_IDX_INDICATEABLE_VAL;申请- >长度= DEF_CUST1_INDICATEABLE_CHAR_LEN;memcpy(请求- >值、&status_value DEF_CUST1_INDICATEABLE_CHAR_LEN);ke_msg_send(要求的);

发送完上述命令后，SDK层会将结果反馈给用户层:“我不知道如何得到结果。”

谢谢!

星期二,2019-04-30帕克
(回复# 9)
CYibin
离线
最后看到:7个月2周以前
工作人员
加入:2017-12-14 02:48
嗨lewuyouc,

嗨lewuyouc,

要将数据发送到sdk层，你可以在sdk中找到以下API:

void prf_server_send_event(prf_env_struct *p_env, bool indication, uint16_t handle){//分配GATT通知消息struct gattc_send_evt_cmd *req = KE_MSG_ALLOC(gattc_send_evt_cmd, KE_BUILD_ID(TASK_GATTC,p_env->con_info.conidx)， p_env->con_info.conidx);prf_id gattc_send_evt_cmd);//填写参数结构req->req_type =((指示)?GATTC_INDICATE: GATTC_NOTIFY);申请- >处理=处理;//发送事件ke_msg_send(req);｝

为了在发送数据后从SDK层获得结果，你可以在回调函数中处理gattc_cmp evet:

static int gattc_cmp_evt_handler(ke_msg_id_t const msgid, struct gattc_cmp_evt const *param, ke_task_id_t const dest_id, ke_task_id_t const src_id) {if (param->req_type == GATTC_NOTIFY){//通知应用程序通知PDU已经通过空中发送。struct custs1_val_ntf_cfm *cfm = KE_MSG_ALLOC(custs1_val_ntf_cfm, custs1_env.con_info. con_info.)appid custs1_env.con_info。prf_id custs1_val_ntf_cfm);cfm - >处理= custs1_env.ntf_handle;cfm - > conhdl = gapc_get_conhdl (custs1_env.con_info.conidx);cfm - >状态=参数- >状态;ke_msg_send (cfm);} else if (param->req_type == GATTC_INDICATE){//通知应用程序该指示已被对等设备确认。struct custs1_val_ind_cfm *cfm = KE_MSG_ALLOC(custs1_val_ind_cfm, custs1_env.con_info. con_info.)appid custs1_env.con_info。prf_id custs1_val_ind_cfm); cfm->handle = custs1_env.ind_handle; cfm->conhdl = gapc_get_conhdl(custs1_env.con_info.conidx); cfm->status = param->status; ke_msg_send(cfm); } return (KE_MSG_CONSUMED); }

BR

CYibin

星期二,2019-04-30 10
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨CYibin

嗨CYibin

谢谢你的支持。

Void user_catch_rest_hndl(ke_msg_id_t const msgid，
空白const *参数,
ke_task_id_t const dest_id,
ke_task_id_t const src_id)

case CUSTS1_VAL_IND_CFM:在user_catch_rest_hndl()中可以得到反馈结果。

谢谢!

星期二,2019-04-30的专机
(回复# 11)
CYibin
离线
最后看到:7个月2周以前
工作人员
加入:2017-12-14 02:48
嗨lewuyouc,不客气BR CYibin

嗨lewuyouc,

不客气

BR

CYibin

太阳,2019-05-05 08:44
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨

嗨

“差异是指示有数据收到的确认，但通知没有。”

但是函数void user_catch_rest_hndl(ke_msg_id_t const msgid, void const *param, ke_task_id_t const dest_id,ke_task_id_t const src_id)

案例CUSTS1_VAL_NTF_CFM:
Struct custs1_val_ntf_cfm const *msg_param = (Struct custs1_val_ntf_cfm const *)(param);

/// @ref CUSTS1_VAL_NTF_CFM信息参数
struct custs1_val_ntf_cfm
｛
/ / /连接句柄
uint16_t conhdl;
///已更新属性的句柄
uint16_t处理;
/ / /确认状态
uint8_t状态;
}；

为什么我们可以得到通知反馈状态?

如果通知发送成功，则msg_param->status=0x00，否则msg_param->status=0x8B。

通知还能确认数据接收吗?

星期一,2019-05-06 16:34
PM_Dialog
离线
最后看到:1天7小时前
工作人员
加入:2018-02-08 11:03
嗨lewuyouc

嗨lewuyouc

是的，PW_Dialog是正确的，不同之处在于指示有数据接收的确认，但notify没有。CUSTS1_VAL_NTF_CFM是来自堆栈的确认，您成功地将CUSTS1_VAL_NTF_REQ消息推送到BLE堆栈。这不是来自中央的数据已成功接收的确认。每当发送通知时，您将获得CUSTS1_VAL_NTF_CFM(用于自定义概要文件)，一旦收到该通知，您就会知道刚刚发送的通知将被传递到中央，因此您可以直接放置第二个通知。你将不得不等待CUSTS1_VAL_NTF_CFM到达之前发送的下一个通知相同的特点,如果不是您将更新值的数据库与后者价值时,内核将通知到缓冲与相同的值,它将把两个通知因为通知的值是从数据库中获取的。如果您发现其中任何一个答案是有用的，请标记为“已接受”。

谢谢,PM_Dialog

星期二,2019-05-07 07:41
(回复# 14)
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨PW_Dialog

嗨PW_Dialog

感谢您的回复。

CUSTS1_VAL_IND_CFM和CUSTS1_VAL_NTF_CFM一样吗?CUSTS1_VAL_IND_CFM确保发送下一个事件。

请告诉我，我的ble设备如何知道手机接收数据成功?

期待您的回复!

星期二,2019-05-07十六
PM_Dialog
离线
最后看到:1天7小时前
工作人员
加入:2018-02-08 11:03
嗨lewuyouc,

嗨lewuyouc,

为了确认数据接收，您可以使用指示而不是通知。首先，指示是从外设而不是中心开始的(就像通知一样，但在值到达外设时使用应用程序确认)，外设只能向中心发送指示，而不是向中心发送指示。为了从外设你只需要发送一个信号从您的应用程序发送消息,中央不读indicatable价值,它只是表明价值中心的外围,中央就确认他收到消息从外围发送。当您发送一个指示时，您应该发出一个GATTC_SEND_EVT_CMD，该消息应该有一个GATTC_CMP_EVT作为响应。之后，GATTC_CMP_EVT将从custs1_task.c触发gattc_cmp_evt_handler()。请注意，当中央确认该指示已被中央正确接收时，该指示将被触发。为了了解如何声明可指示的特征，请查看SDK的ble_app_peripheral示例。

谢谢,PM_Dialog

结婚,2019-05-08“
lewuyouc
离线
最后看到:1年9个月前
加入:2016-07-18 01:38
嗨PW_Dialog

嗨PW_Dialog

谢谢，我会尽力的。

我们可以使用malloc()函数吗?我需要创建一个长链接。

结婚,2019-05-08十六21
PM_Dialog
离线
最后看到:1天7小时前
工作人员
加入:2018-02-08 11:03
嗨lewuyouc,

嗨lewuyouc,

我可以理解你想要实现的目标，但是你可以利用它。您也可以使用ke_malloc。

谢谢,PM_Dialog