RT 如果只是單純的連接藍(lán)牙設(shè)備能順利地找服務(wù)找特征基本不會(huì)失敗

如果在找代碼里添加找完特征后寫入數(shù)據(jù)這個(gè)功能，連接的時(shí)候就經(jīng)?？ㄔ谡曳?wù)或者找特征那里

求助

需要了解：

寫入數(shù)據(jù)的操作是如何進(jìn)行的，是通過TMOS任務(wù)進(jìn)行處理的嗎，數(shù)據(jù)傳輸是否有正常，可以貼代碼看一下。

藍(lán)牙在處理任務(wù)時(shí)，對(duì)于時(shí)間要求相對(duì)較嚴(yán)格，我們的tmos任務(wù)便是基于此做出的一個(gè)系統(tǒng)調(diào)整。因此你可以將間隔拉大一些，看看現(xiàn)象是否有改善。這里提供一個(gè)之前的帖子，你可以參考一下：

http://m.findthetime.net/bbs/thread-86278-1.html

是通過tmos任務(wù)進(jìn)行處理的而且是第二個(gè)任務(wù)了（第一個(gè)任務(wù)里面的事件滿了）

代碼思路：

先是第一個(gè)任務(wù)調(diào)用GATT_WriteCharValue（）往特征里面寫01使能notify，然后會(huì)返回一個(gè)ATT_WRITE_RSP信息，收到這個(gè)信息我就啟動(dòng)另外一個(gè)任務(wù)，在任務(wù)里面調(diào)用GATT_WriteCharValue（）往特征里寫數(shù)據(jù)。

一般我注釋掉上述的第二個(gè)任務(wù)是程序是沒問題的，就是加了這個(gè)任務(wù)之后容易出現(xiàn)找服務(wù)或者找不到特征

總感覺連續(xù)調(diào)用GATT_WriteCharValue（）函數(shù)就是容易出問題。。。

加大連接間隔好像并沒有什么效果，反而找特征找服務(wù)都慢了一點(diǎn)

容易出現(xiàn)找服務(wù)或者找不到特征，這里提供一份博客給你參考一下：

https://www.cnblogs.com/debugdabiaoge/p/16051780.html

如果還是有問題，可以發(fā)送郵件至郵箱lpc@wch.cn，我們這里幫忙看一下。

不是找不到服務(wù)和特征 是GATT_WriteCharValue（）函數(shù)的使用問題

你們能不能用這個(gè)函數(shù)循環(huán)發(fā)送數(shù)據(jù)，例程只是發(fā)一組數(shù)據(jù)。

用這個(gè)函數(shù)時(shí)有沒有要注意的，比如要不要延時(shí)？延時(shí)多久？

或者是CH573和別的芯片發(fā)數(shù)據(jù)時(shí)要注意點(diǎn)什么？

使用GATT_WriteCharValue（）函數(shù)的問題，可發(fā)送郵件至郵箱lpc@wch.cn，這里有一份工程可以提供講解。

個(gè)人信息保護(hù)，已隱藏謝謝老哥

?已發(fā)送郵件。

我也遇到類似的問題,能發(fā)我一份嗎??

個(gè)人信息保護(hù)，已隱藏

已發(fā)送至郵箱，請(qǐng)查收。