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

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

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

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

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

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

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

核心轉儲在設備意外崩潰、掛起或斷言時捕獲系統狀態

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

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

其他常規設備指標

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

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

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

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

Memfault 設備可觀測性平臺入門

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

審核編輯：郭婷