2017-09-26 114 views

回答

2

,一方面,我投來關閉這個問題,因爲它無關的編程。

另一方面,我對這個主題感興趣,並看了一下這篇論文。

經過幾分鐘的閱讀後,我會說這是低質量的論文之一,他們的作者迫切需要發佈一些內容。例如,他們正在討論前導碼和標題,不解釋應該是什麼,正在編寫「芯片」,他們明顯的意思是「啁啾聲」,正在談論有效載荷FEC作爲總是硬編碼在頭上作爲4/8 ,但在他們的示例中使用的是FEC 4/5,依此類推。

此外,論文充滿了正確的錯誤。

總之,我永遠不會知道這些論文如何通過同行評議。這不符合任何合理的學術或科學標準。

我最初的答案的其餘部分是錯誤的。所以我根據@ arminb的回答重新編寫了它。

正如@arminb指出的,正確的答案是:它意味着10個字節。

除了@ arminb的答案和那些不想僅僅相信計算器輸出的人,我試圖找出計算的細節。

首先,在他們的世界裏,一個符號只要一個字節。這可以毫無疑問地從以下計算中得出結論。

其次,所述前導碼是受到FEC(編碼率):前同步碼是12.25 symbols這是(12.25 * 4096) chirps = 50176 chirps考慮到當擴頻因子SF = 12,即有4096 chirps/symbol。假定帶寬爲125 kHz = 125000 chirps/s且沒有FEC,則前導碼需要的時間爲50176 chirps/(125000 chirps/s)) = 0.401408 s ≈ 401.41 ms。這正是@ arminb答案中計算器的數字。

第三,在這個例子中,頭部是三個字節,並且是而不是受FEC支配。因此,頭部需要的時間是(3 * 4096 chirps)/(125000 chirps/s) = 0.098304 s ≈ 98.30 ms,前提是一個字節和符號一樣長。

四,有效載荷爲10字節,受FEC約束; FEC是5/4。因此,如果一個字節和一個符號一樣長,那麼有效載荷的時間是((10 * (5/4) * 4096 chirps)/(125000 chirps/s)) = 0.4096 s = 409.60 ms。第五,CRC是兩個字節,而也受到FEC的影響; FEC是5/4。因此,CRC需要的時間是((2 * (5/4) * 4096 chirps)/(125000 chirps/s)) = 0.08192 s = 81.92 ms,前提是一個字節和一個符號一樣長。

添加所有這些時間,我們得到0.401408 s + 0.098304 s + 0.4096 s + 0.08192 s = 0.991232 s ≈ 991.23 ms這正是@ arminb的答案中的計算器中的示例數據包的播出時間。

我希望這可以幫助更多的讀者理解幕後發生的事情。

+0

你的答案很棒!! ......反向計算表明,要達到'911.23 ms',你需要'91123 chirps',這意味着_1位可能不是1 symbol_。 –

+0

@KetanMukadam我也這麼認爲。但另一方面,我們將分別具有「0.999857」或「1.000143」的符號比特率。這將是非常奇怪的;至少,我個人從未聽說過可能導致這種符號比特率的編碼或技術(儘管我在這方面的知識非常有限)。 – Binarus

+0

我同意並感謝您的回答! –

1

Semtech爲其LoRa芯片SX1272提供calcualtor。當你在參數計算器從示例(LoRa for the Internet of Things)填寫:

舉個例子,我們假設SF12,BW125,CR4/5,和TX功率17 dBm的 (一種高耗能的環境,讓很長在後面討論的 我們的實驗評估中使用的範圍)。具有10B有效載荷和12.25個符號前導碼的 分組的傳輸具有991.23ms的傳輸持續時間。

你準確得到991.23毫秒。您也可以在計算器中看到,10 假設意味着字節

enter image description here

一般大寫總是指字節,而小寫b應平均位數。

+1

你是對的,我的初步答案是錯誤的。讓我走錯路的是我無法相信一個符號在他們的世界中長達*字節*。說了這些,我已經根據你的修正了我的答案,並重新進行了計算並添加了詳細信息,以便進一步的讀者可以瞭解幕後發生的事情,如果他們願意的話。不過,我不會改變我對這篇論文質量的看法。 – Binarus