1. 下面的理解對嗎？

在一個連接事件中，中心設(shè)備發(fā)送了讀取請求，從機(jī)收到后，調(diào)用simpleProfile_ReadAttrCB()，以更新指定的特性數(shù)值。從機(jī)響應(yīng)中心設(shè)備的讀取請求。

按協(xié)議說，讀取請求包和響應(yīng)包的間隔是150us。請問，是在這個150us之內(nèi)，執(zhí)行了simpleProfile_ReadAttrCB()嗎？即響應(yīng)包中的數(shù)據(jù)是新的（本次連接事件更新的），還是上次調(diào)用simpleProfile_ReadAttrCB()更新的？

2. 在simpleProfile_ReadAttrCB()的注釋中有下面的話：

// No need for "GATT_SERVICE_UUID" or "GATT_CLIENT_CHAR_CFG_UUID" cases;

// gattserverapp handles those reads

請問，除了上述2個UUID，是不是charUserDescUUID也沒有公開，或公開在了哪里？因?yàn)槭褂肁PP，是能獲取charUserDescUUID對應(yīng)的字符串的，如"Characteristic 2"。

主機(jī)發(fā)送read請求，從機(jī)確實(shí)會進(jìn)simpleProfile_ReadAttrCB()回調(diào)，但是只是將里面的值讀出來，write才是更新里面的value。

像charUserDescUUID這類uuid都是藍(lán)牙協(xié)議定義的，

讀只會讀里面預(yù)存的配置信息，

用戶去使用讀寫功能應(yīng)該是使用自定義uuid的如FFE1.