描述

介紹

在這次 Covid-19 大流行期間，許多國家都面臨著經濟領域的危機。他們中的許多人陷入嚴重衰退，迫使他們建立債券以刺激經濟部門。這次經濟衰退的副作用是大量裁員。由于突然失業，他們中的許多人沒有做好準備，走捷徑當小偷。

該項目將通過使用 lorawan 和 GPS 找到丟失的車輛來解決這個特殊情況下的問題。GPS 將報告車輛的位置，并且 lorawan 節點 (RAK 811) 將其傳輸到我們的平臺。

要求

該項目需要 1 個 lorawan 傳感器節點 (RAK 811)、1 個 GPS 板 (Ublox Neo 6M) 和 1 個電池。然后需要在幾個位置焊接。然后，每個組件都需要放入外殼中。這是我工作的一些照片。

?

?

?

?

1 / 4 ?圖 1. 帶有 rak811 節點的 Lorawan 板

?

圖 1.是集成了 RAK 811 和一些電壓轉換器的 lorawan 傳感器節點。圖 1 中的 RAK 811 由于焊接活動而失去了屏蔽。這塊板看起來很糟糕，實際上它是我辦公室里一個壞掉的傳感器節點板，被扔進了垃圾中，所以從字面上看，我正在用垃圾來參加這次比賽，哈哈 :))。但不用擔心，經過組件檢查，該板工作正常，特別是對于 RAK811 板模塊。該板通過焊接一些跨接電纜與 GPS Ublox Neo 6M 結合在一起。我們需要連接的引腳是 UART TX RX 和 VCC GND。圖 2 顯示了外殼中的組合設備。和圖。3 是使用廉價的 ST-Link 克隆下載固件，并使用 USB 轉串口顯示結果/調試。圖 4 是測試部分，裝置附在車輛上。

重要說明：

在重建此設備之前，需要注意一些信息。

1、本項目在印尼Lorawan網絡實施。這里的 Lorawan 網絡工作在 921 - 923 Mhz 頻率 (AS923-2)，這不是標準的 Lorawan 頻率。我們知道，lorawan 亞洲網絡的標準是 923 - 928 Mhz。使用923 - 928 Mhz fr的設備實際上違反了來自通信和信息部的印度尼西亞頻率規則。由于這一規則，國家電信公司為印度尼西亞發布了標準頻率。勞拉聯盟的合法化可能會在幾個月內到來。

由于這個事實，我不能在這個項目中使用標準的 AS923。所以頻率需要更新為印尼標準的lorawan頻率。

2. 在這個項目中，我沒有使用我自己的 lorawan 網關，事實上，我沒有任何它（lorawan 網關），而且我從來沒有想過要買超出我預算的昂貴的東西 :))。那么，我是如何將我的節點連接到平臺的呢？答案是使用印尼國家電信公司提供的免費 lorawan 網關。這是一個試點項目，在印度尼西亞是新的，所以網關不是部署在城市的每個角落，只有特定區域有網關。很高興，他們在我的位置放置了一些 lorawan 網關:))。在美國，他們已經部署了大量的 lorawan 網關，這就是為什么存在許多像 HELIUM 這樣的平臺的原因。

3. 本項目使用印尼電信公司ANTARES開發的平臺，所以從lorawan節點發出的每一個數據，都會被他們的網關接收，并顯示在他們的平臺上。由于它需要大量開發，它不能很容易地連接到像 HELIUM 這樣的其他平臺，所以我還是想辦法。

固件

設備的主要活動在下面的流程圖中描述：

流程圖 lorawan 傳感器節點

?

該設備設置了 2 分鐘計時器以發送其數據。數據是設備的當前位置，包括從 GPS 獲取的緯度和經度。在我們獲取到數據后，將獲取到的數據發送到平臺是 lorawan 節點的職責。簡單的方案:))。

不幸的是，平臺可以接收的payload最大長度是12個字符，所以我們不能同時發送lat+long。通過這種方式，我們只能每 4 分鐘測量一次位置。

結果

該項目的結果如下圖所示：

?

?

?

?

1 / 3

?

平臺中的位置測量結果然后轉換為谷歌地圖位置如圖所示。3.不幸的是，我只得到了兩個完美的位置數據（經緯度）。測量結果取決于網關從傳感器節點接收到的數據。而傳輸的測量數據的質量取決于節點和網關之間的距離。這就是為什么，可用網關的數量有時會決定數據的質量。

結論：

該設備成功將車輛位置從 GPS 發送到 Lorawan 平臺。盡管該項目目標已實現，但由于數據丟失，該設備不足以執行強大的設備跟蹤器。這個問題可以通過增加城市中的網關數量來解決。

該車輛跟蹤器的替代方案是使用 NB-IoT。我相信 NB-IoT 會解決這種距離問題，因為他們使用我們的 GSM 網絡。