da1469x_custom_ble_service示例中的属性许可中的混淆

了解更多常见问题教程

10个帖子/ 0新
最后一篇
普拉斯坦娜
离线
最后一次露面:2天10小时前
已加入:2020-09-29 11:56
da1469x_custom_ble_service示例中的属性许可中的混淆

你好对话框,

我正在测试示例“ble_central”和“da1469x_custom_ble_service”以在GATT客户端和服务器之间实现一些通信。在自定义服务示例中,在peripheral_task.c中,分别有两个与A和THE特征定义的服务。在这里,我为这两个服务的特征设置了一些随机权限。请找到下面附带的日志文件。

ÿÐÊ@BLE Central application started BLE Central application started@BLE Central application started@BLE Central application started handle_evt_gap_connected:conn_idx=0000 handle_evt_gattc_discover_svc:conn_idx=0000 uuid=0x1800 start_h=0001 end_h=0007 handle_evt_gattc_discover_svc:conn_idx=0000uuid=0x1801 start\u h=0008 end\u h=0008 handle\u evt\u gattc\u discover\u svc:conn\u idx=0000 uuid=11111111-0000-0000-111111111 start\u h=0009 end\u h=000d handle\u evt\u gattc\u discover\u svc:conn\u idx=0000 uuid=22222-0000-0000-0000-000e end\u h=0016 handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=0 status=0handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=0x2a00 handle=0002 value\u handle=0003 properties=02(-R------)handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=0x2a01 handle=0004 value\u handle=0005 properties=02(-R------)handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=0x2a04 handle=0006 value\u handle=0007 properties=02(-R------)handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u read\u completed:conn\u idx=0000 handle=0003 status=0 43 75 73 74 6f 6d 20 42 4c 45 20 53 65 72 76 69 Custom BLE service 63 65 ce handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u discover\u char:conn\u idx=0000uuid=11111111-0000-0000-000000000001 handle=000a value\u handle=000b properties=22(-R---I--)handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2901 handle=000c handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2902 handle=000d handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=3 status=0 handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=2222222-0000-0000-000000000001 handle=000f value\u handle=0010 properties=0a(-R-W---)handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=22222-0000-0000-000000000002 handle=0012 value\u handle=0013 properties=02(-R-----)handle\u evt\u gattc discover\u char:conn\u idx=0000 uuid=2222222222-0000-0000-000000000003 handle=0015 value\u handle=0016 properties=02(-R-----)handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2901 handle=0011 handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=3 status=0 handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2901 handle=0014 handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=3 status=0 handle\u evt\u gap\u disconnected:conn\u idx=0000 address=06:06:06:01:01:01 reason=8 handle\u evt\u gap\u connected:conn\u idx=0000 handle\u evt\u gattc\u discover\u svc:conn\u idx=0000 uuid=0x1800 start\u h=0001 end\u h=0007 handle\u evt\u gattc\u discover\u svc:conn\u idx=0000uuid=0x1801 start\u h=0008 end\u h=0008 handle\u evt\u gattc\u discover\u svc:conn\u idx=0000 uuid=11111111-0000-0000-111111111 start\u h=0009 end\u h=000d handle\u evt\u gattc\u discover\u svc:conn\u idx=0000 uuid=22222-0000-0000-0000-000e end\u h=0016 handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=0 status=0handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=0x2a00 handle=0002 value\u handle=0003 properties=02(-R------)handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=0x2a01 handle=0004 value\u handle=0005 properties=02(-R------)handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=0x2a04 handle=0006 value\u handle=0007 properties=02(-R------)handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u read\u completed:conn\u idx=0000 handle=0003 status=0 43 75 73 74 6f 6d 20 42 4c 45 20 53 65 72 76 69 Custom BLE service 63 65 ce handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u discover\u char:conn\u idx=0000uuid=11111111-0000-0000-000000000001 handle=000a value\u handle=000b properties=22(-R---I--)handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2901 handle=000c handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2902 handle=000d handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=3 status=0 handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=2222222-0000-0000-000000000001 handle=000f value\u handle=0010 properties=0a(-R-W---)handle\u evt\u gattc\u discover\u char:conn\u idx=0000 uuid=22222-0000-0000-000000000002 handle=0012 value\u handle=0013 properties=02(-R-----)handle\u evt\u gattc discover\u char:conn\u idx=0000 uuid=2222222222-0000-0000-000000000003 handle=0015 value\u handle=0016 properties=02(-R-----)handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=2 status=0 handle\u evt\u gattc\u discover\u desc:conn\u idx=0000 uuid=0x2901 handle=0011 handle\u evt\u gattc\u discover\u completed:conn\u idx=0000 type=3 status=0

这些是我设置的愚蠢的特征权限。

const mcs_characteristic_config_t custom_service_1 [] {/ *初始化特征属性* / characture_declaration(11111111-000000000001,charperting_attr_value_max_bytes,char_write_prop_dis,char_read_prop_dis,char_notif_indic_en,初始化的特征,null,null,event_sent_cb),};常量mcs_characteristic_config_t custom_service_2 [] = {CHARACTERISTIC_DECLARATION(22222222-0000-0000-0000-000000000001,CHARACTERISTIC_ATTR_VALUE_MAX_BYTES,CHAR_WRITE_PROP_EN,CHAR_READ_PROP_DIS,CHAR_NOTIF_NONE,世界你好,NULL,set_var_value_cb,NULL),CHARACTERISTIC_DECLARATION(22222222-0000-0000-0000-000000000002,CHARACTERISTIC_ATTR_VALUE_MAX_BYTES,char_write_prop_dis,char_read_prop_en,char_notif_none,hello对话框,get_var_value_cb,null,null),compyristic_declaration(22222222-0000-0000-0000-000000000003,0,char_write_prop_dis,char_read_prop_dis,char_notif_none,null,null,null,null),};

请将权限与附加的输出日志进行比较。您可以看到服务1的唯一特征的属性被打印为(-R---I--),即使我禁用了Read属性。

至于第二个服务特征,它们分别被打印为(-R-W----)、(-R------)和(-R------),这三个特征与我实际授予的权限形成对比。

只有第二个服务的第二个特征根据我给出的正确打印。

我要求您调查为什么会发生这种情况,并建议我可以做些什么来避免这种情况。这对我的应用非常重要,因为我必须在GATT客户端和服务器之间交换数据。

提前谢谢。

问候,

普拉桑纳

设备:
PM_DIALOG.
离线
最后一次露面:1天16小时前
工作人员
已加入:2018-02-08 11:03
嗨普拉斯坦尼亚,

嗨普拉斯坦尼亚,

让我查一下,我会给你回电的。

谢谢,PM_DIALOG.

普拉斯坦娜
离线
最后一次露面:2天10小时前
已加入:2020-09-29 11:56
你好,PM\U对话,

你好,PM\U对话,

有关此问题是否有任何更新。我已经检查了两个可读取的两个特征,其中读取禁用,另一个写入禁用。写属性正常工作,我发现有读取权限有问题。你找到了同样的吗?

2.此外,我有时没有定义的状态。例如,当我尝试读取特征值时,我将输出作为“handle_evt_gattc_read_completed:conn_idx = 0000句柄= 000a status = 67”。在这里,您可以将状态视为67.此行为意味着什么意思是因为BLE_ATT.h文件中的ENUM ATT_ERROR_T中的值67声明了错误值。

问候,

普拉桑纳

PM_DIALOG.
离线
最后一次露面:1天16小时前
工作人员
已加入:2018-02-08 11:03
嗨普拉斯坦尼亚,

嗨普拉斯坦尼亚,

因此,如果我理解正确的话,问题只存在于customservice1中,其中错误的属性似乎没有正确出现。

请尝试使用通用BLE移动应用程序连接并检查权限吗?

此外,除了特征数据库之外,您是否可以共享您在示例中完成的修改?您是否使用了对话框提供的示例,或者您完成了任何更改吗?

谢谢,PM_DIALOG.

普拉斯坦娜
离线
最后一次露面:2天10小时前
已加入:2020-09-29 11:56
你好,PM\U对话,

你好,PM\U对话,

我已经检查了nrf连接应用程序以及。即使我禁用了read特性,我也可以在应用程序中看到read属性。Read属性似乎有问题。即使它的读取被禁用或启用,我们也可以读取。

在自定义服务示例中,除了更改权限之外,我没有对代码进行太多修改。

PM_DIALOG.
离线
最后一次露面:1天16小时前
工作人员
已加入:2018-02-08 11:03
普拉斯纳,

普拉斯纳,

我们正在编写这个教程,希望在本周末发布一个更新版本。我会让你知道一旦新版本可供下载。

谢谢,PM_DIALOG.

普拉斯坦娜
离线
最后一次露面:2天10小时前
已加入:2020-09-29 11:56
你好,PM\U对话,

你好,PM\U对话,

谢谢你的更新。

问候,

普拉桑纳

普拉斯坦娜
离线
最后一次露面:2天10小时前
已加入:2020-09-29 11:56
你好对话框,

你好对话框,

新版本在什么时候有更新吗?

问候,

普拉桑纳

annamarie.
离线
最后一次露面:2天16小时前
已加入:2021-01-27 11:14
很高兴看到你的问题

很高兴看到你的问题,因为我认为我有同样的问题,我也感到困惑,并需要在这个问题上的光。我需要帮助。

MyAARPMedicare登录

PM_DIALOG.
离线
最后一次露面:1天16小时前
工作人员
已加入:2018-02-08 11:03
大家好,

大家好,

我将再次检查内部状态,并很快返回给您。

谢谢,PM_DIALOG.