為什么物聯網運用不同的互聯網技能？
盡管物聯網的姓名來自改動世界的網絡，但物聯網并不總是依賴于傳統的互聯網協議。例如，用戶數據報協議（UDP）無處不在，被很多運用程序運用?？墒?，關于具有巨大核算和內存約束的低功耗設備，它并不是首選解決方案。微控制器有UDP完成，但開發人員不會運用它們來連接數千個傳感器。因而，開發人員運用需求較少內存或核算吞吐量的協議。問題在于，這些技能并不總是供給使互聯網如此有用的時機，例如每個設備的IP。
什么是LoRaWAN和SCHC上的IPv6？
為了戰勝這些應戰，LoRa聯盟最近推出了依據LoRaWAN的IPv6。望文生義， 它使物聯網產品能夠取得 IPv6 地址，以促進安全通訊并經過 LoRa 網絡享用 IP 數據包的有用性。此外，依據LoRaWAN的IPv6指定了一種稱為SCSC（發音為“chic”）的緊縮和分段技能。最近由IETF界說， 它縮小了有效載荷和標頭，假如它們大于LoRaWAN的MTU，則能夠分化音訊.SCHC 經過界說反映大多數包外觀的上下文和結構來作業。因而，發送方能夠省掉很多標頭數據，由于它能夠由接納方從上下文中重建。
進步 LoRaWAN 功率的解決方案
SCHC怎么比較？
經過具有低功耗MCU設備的網絡緊縮信息的主意并不新鮮。但是， 有人可能會問為什么 LoRa 聯盟挑選了 SCHC.比利時根特大學的研究人員宣布了一篇論文1在2019年，這答復了這個問題。在其間，作者將SCHC與6LoWPAN緊縮和分段機制進行了比較，并得出結論，SCHC需求“更少的內存”，并運用“在標頭開支，可靠性和交流的數據包總數方面為LPWAN設備運用更適宜的緊縮和分段機制”。
Acklio在STM32上的完成
開發人員面對的應戰是完成 SCHC。該規范界說了首要規范，但集成到運用程序中則完全是另一回事。因而，Acklio供給了一個運行在STM32上的SCHC嵌入式庫，乃至供給了經過DLMS/COSEM對智能電表運用緊縮的才能。事實上，依據智能動力世界的說法，DLSM / COSEM是“最廣泛承受的公用事業外表數據交流世界規范”。超低功耗MCU用最簡略的術語來說，DLSM（設備言語音訊規范）刻畫音訊，COSEM（能量計量的 COmpanion 規范）界說其間的內容。它完成了設備之間的互操作性，并為職業供給了規范。
Acklio的STM32設備庫能夠緊縮IPv6 / UDP標頭和DLMS包裝器，以供給高達90%的削減和75%的數據包自身緊縮。因而，智能電表需求傳輸更少的數據，然后削減其網絡運用量并縮短體系堅持清醒所需的時刻。它還進步了規劃的可持續性。更低的動力和數據要求也意味著更少的保護和更長的單個電池的運用壽命。為了協助開發人員入門，Acklio供給了一個DLMS Gurux服務器，客戶端運用程序和示例代碼。此外，運用STM32WL，這是第一款帶有嵌入式LoRa收發器的MCU，能夠協助削減物料清單并簡化規劃。
