更多連接的電子設備意味著更多的代碼。更多的代碼意味著更多的錯誤。更多的錯誤意味著需要更多的持續(xù)集成和持續(xù)交付 （CI/CD），以便在不影響最終用戶體驗的情況下使設備保持最新狀態(tài)。

錯誤將永遠存在。但是，為了在它們影響您或您客戶部署的物聯(lián)網系統(tǒng)之前幫助捕獲并控制它們，Memfault 為嵌入式開發(fā)人員開發(fā)了一個基于云的自助式設備“可觀察性”平臺。

與許多其他物聯(lián)網設備管理解決方案一樣，Memfault平臺支持設備監(jiān)控和OTA更新。然而，與其中許多人不同的是，該解決方案支持遠程調試，該公司的首席技術官表示，允許開發(fā)團隊“通過持續(xù)更新和調試來管理連接的設備，而不會對最終用戶產生任何影響”。

Memfault 由一個輕量級嵌入式 SDK 組成，該 SDK 從觀察到的設備收集數(shù)據和事件，一個“數(shù)據包化器”（將設備數(shù)據劃分為可通信的塊）和 REST API，用于將這些數(shù)據包公開給包含 Memfault CLI 工具的 Web 應用程序，可以在其中進行調試。

該平臺與幾乎所有嵌入式硬件目標兼容，包括基于 Android 的設備以及運行實時操作系統(tǒng) （RTOS） 或裸機軟件的 Arm Cortex-M 或 ESP32 微控制器。Memfault 不僅可用于持續(xù)檢測和修復這些平臺上的代碼錯誤，還支持自動警報、捕獲隊列范圍的指標，并與 Jira 等流行的開發(fā)生命周期工具集成。

內存故障設備可觀測性平臺的實際應用

如前所述，Memfault 平臺從輕量級固件 SDK 開始，該 SDK 集成了用于設備監(jiān)控、修復和調試的各種模塊。在設備上允許Memfault固件SDK捕獲和分析核心系統(tǒng)數(shù)據。其中包括調試寄存器、日志、“核心轉儲”、回溯等，盡管用戶只能選擇他們打算使用的模塊，以將占用空間降至最低。

核心轉儲在設備意外崩潰、掛起或斷言時捕獲系統(tǒng)狀態(tài)

重新啟動原因跟蹤提供有關設備在現(xiàn)場重新啟動的原因的摘要分析

使用跟蹤事件進行錯誤跟蹤可在系統(tǒng)運行時捕獲輕量級錯誤事件，以幫助調試

其他常規(guī)設備指標

可能需要發(fā)送這些和其他數(shù)據結構進行進一步分析。如果是這樣，SDK 將數(shù)據分配到小至 9 字節(jié)的數(shù)據包中，然后使用 Zigbee、藍牙、Wi-Fi、LTE、LoRa 或系統(tǒng)可用的其他協(xié)議將這些數(shù)據包傳輸?shù)交ヂ?lián)網。然后將這些數(shù)據包發(fā)布到塊 HTTP API，在那里它們可以被 Memfault 云訪問、重新組裝和解釋。

攝取后，Memfault 云會分析數(shù)據以查找問題、根本原因，在某些情況下還會分析恢復選項。

用戶可以設置警報來監(jiān)視特定事件，這些事件在由 SDK 識別并在云分析期間確認時，將編譯在警報表中，并作為通知發(fā)送給關鍵利益干系人。然后，用戶可以深入了解托管儀表板視圖的 Memfault Web 應用程序或前面討論的命令行工具中的問題，該工具的功能類似于 HTTP API 的客戶端。安裝 CLI 工具后，它應該可以在您的本地 shell 或三元應用程序中使用。

這些接口可用于將設備添加到隊列和/或管理 OTA 版本。

Memfault 設備可觀測性平臺入門

鑒于Memfault設備可觀測性平臺支持廣泛的硬件目標，該公司開發(fā)了一組文檔，示例項目和代碼，以幫助潛在用戶快速啟動并運行其設備。這些涵蓋了從術語和創(chuàng)建新項目到將數(shù)據發(fā)布到 Memfault 云以及通過無線方式將更新推送回設備的所有內容。

審核編輯：郭婷