How to change value while a central tries to read a specific characteristic?

嗨HM，

您能否在论坛上查看以下上一篇之前的帖子？

https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bluetooth-low-energy-%E2%80%93-software/changing-value-database-dinamically

我遵循该帖子，我添加了perm（ri，启用）到ADC1特征的值。通过这样做，我能够在尝试读取ADC值1特征时触发CUST1_TASK.h的GATTC_READ_REQ_IND_HANDLER（）函数。我建议您检查使用类似选项的普通配置文件的实现，也可以在读取倾斜的特性时触发vist_task.h的gattc_read_req_ind_handler（）函数。

Thanks, PM_Dialog

嗨HM，

在我的设置和修改ADC值特征上并添加了您提到的额外权限，我没有看到帖子中提到的内容。Just to be clear on that, there is no implementation on the SDK side that will handle this kind of transaction, that means that you will have to take care of the code in the gattc_read_req_ind_handler() since the SDK profile doesn’t convey any message towards the application in order to be aware that somebody read from that specific characteristic. So, regarding the fact that the callback occurs only once, how you are able to determine this ? Are you using breakpoints ? In case the break point hits once, then the link will be lost, and the central on the other side will delay as long as the supervision timeout until it realizes that he is not able to find the slave and issue a disconnection. In the case that the gattc_read_req_ind_handler() didn’t occur after one read the device would be disconnected after 30 seconds (which I don’t think is the case on your side), the reason for the disconnection would be that the confirmation message from the slave wouldn’t be sent. In the case of the SDK this is not the case since when you have the RI feature enabled you always get a slave response even if this is an error due to the incomplete custom profile for handling the RI case. So I trust that the callback occurs, tested that on my side. Regarding the attmdb_att_set_value(), you won’t need this, I suppose that what you would like to implement is that every time you get a read indication you would like to send a different value to the master, so in order to do that you will have to implement it on the gattc_read_req_ind_handler() callback, that means that as soon as the gattc_read_req_ind_handler() is triggered you should perform whatever tasks you would like to compute the value and then allocate and send a GATTC_READ_CFM message that will contain the value that you would like to send to the master (the value should be copied to the cfm->value struct). Please check the example below.

cfm = ke_msg_alloc_dyn（gattc_read_cfm，src_id，dest_id，gattc_read_cfm，长度）;

cfm->handle = param->handle;

cfm->status = GAP_ERR_NO_ERROR;

CFM->长度= 2;

if (status == GAP_ERR_NO_ERROR)

{

test++;

Memcpy（CFM->值，和测试，2）;

}

ke_msg_send(cfm);

测试是每次读取特定特性时应该增加的全局变量。

Thanks, PM_Dialog

嗨HM，

Let me try to check and replicate your issue and I will let you know as soon as possible.

Thanks, PM_Dialog

嗨HM，

The Client Characteristic Configuration length is 2 bytes, and they used for enabling either notifications or indications. I am not able to understand what you mean that the attribute always has “No value”. In case of attribute value characteristics, the max length is 20 bytes (23 - 3 =20bytes) without MTU exchange. There isn’t something wrong, but be aware that the attribute value is 20 because you are not using the MTU exchange.

Thanks, PM_Dialog