主題:MC37I發(fā)送數(shù)據(jù)延時(shí)很大 共有43887人關(guān)注過本帖 |
---|
客人 |
1樓 |
MC37I發(fā)送數(shù)據(jù)延時(shí)很大 Post By:2014-6-26 10:24:00 [只看該作者]
MC37i做GPRS網(wǎng)絡(luò)傳輸時(shí)延時(shí)很大,至少超過10秒,有沒有辦法能解決這個(gè)問題? |
|
單帖管理 | 引用 | 回復(fù) |
lqk |
2樓 |
Post By:2014-6-26 13:06:00 [只看該作者]
能具體說說你的測(cè)試方法嗎?
在網(wǎng)絡(luò)環(huán)境良好的情況下,不會(huì)有這么大的延時(shí)的。
|
|
單帖管理 | 引用 | 回復(fù) |
客人 |
3樓 |
Post By:2014-6-26 13:48:00 [只看該作者]
我們將CE作為客戶端使用TCP方式連接到一個(gè)數(shù)據(jù)收集服務(wù)器,為了保證通訊,使用間隔兩秒的心跳,并設(shè)置了10秒的超時(shí),如果在10秒內(nèi)沒有接收到心跳,則認(rèn)為連接異常,經(jīng)過測(cè)試發(fā)現(xiàn),時(shí)不時(shí)發(fā)生連接異常(即有10秒未接收到心跳,但實(shí)際上心跳按照2秒在定時(shí)發(fā)送,時(shí)間有時(shí)兩個(gè)小時(shí)出現(xiàn)一次,有時(shí)半個(gè)小時(shí)出現(xiàn)一次,不固定)。
|
|
單帖管理 | 引用 | 回復(fù) |
lqk |
4樓 信息 | 搜索 | 郵箱 |
加好友 發(fā)短信 |
Post By:2014-6-26 14:51:00 [只看該作者]
我感覺不是網(wǎng)絡(luò)傳輸有延時(shí),而是客戶端根本就沒把數(shù)據(jù)發(fā)出去,你可以跟蹤一下數(shù)據(jù)發(fā)送函數(shù)的返回值。
另外,請(qǐng)檢查一下外接天線是否接好,可以通過AT指令讀一下網(wǎng)絡(luò)信號(hào)強(qiáng)度。
|
單帖管理 | 引用 | 回復(fù) |
客人 |
5樓 |
Post By:2014-6-26 15:24:00 [只看該作者]
我基本可以證實(shí)是延時(shí)過大,因?yàn)槲矣?jì)算了相鄰兩個(gè)心跳的間隔,有時(shí)候差值達(dá)到了18秒(心跳時(shí)定時(shí)2秒發(fā)的沒有問題),但是總的幀數(shù)卻沒有少,所以基本排除發(fā)送失敗的可能
|
|
單帖管理 | 引用 | 回復(fù) |
yy |
6樓 信息 | 搜索 | 郵箱 |
加好友 發(fā)短信 |
Post By:2014-6-26 15:48:00 [只看該作者]
如果連上網(wǎng),延遲應(yīng)該非常小。你說的長達(dá)18秒的延遲,我更懷疑是信號(hào)問題導(dǎo)致的連不通,這18秒是重連造成的。
如果是這種情況,我覺得記錄里應(yīng)該是,之前的心跳包比較穩(wěn)定的是2秒的間隔,然后出問題的幾次突然延長了很長。 要不你用TCP發(fā)送的時(shí)候看下返回長度,如果沒發(fā)送成功,你讀下信號(hào)強(qiáng)度看看呢,看下有沒有什么聯(lián)系。
[此貼子已經(jīng)被作者于2014-6-26 15:48:40編輯過]
|
單帖管理 | 引用 | 回復(fù) |
lqk |
7樓 信息 | 搜索 | 郵箱 |
加好友 發(fā)短信 |
Post By:2014-6-26 15:48:00 [只看該作者]
有沒有檢查過信號(hào)強(qiáng)度?MC37i有兩個(gè)物理串口,可以通過另一個(gè)串口隨時(shí)讀取信號(hào)強(qiáng)度。
你可以生成一個(gè)日志文件,每次發(fā)送心跳后記錄發(fā)送時(shí)間,信號(hào)強(qiáng)度,以及發(fā)送函數(shù)返回情況。 你還可以在每次發(fā)送心跳后通過ICMP協(xié)議測(cè)試網(wǎng)絡(luò)時(shí)延,并記錄日志,然后與服務(wù)器對(duì)比。
|
單帖管理 | 引用 | 回復(fù) |