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

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

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

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

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

運行中的 Memfault 設備可觀察性平臺

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

當設備意外崩潰、掛起或斷言時，Coredumps 捕獲系統(tǒng)狀態(tài)

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

帶有跟蹤事件的錯誤跟蹤在系統(tǒng)運行時捕獲輕量級錯誤事件以協(xié)助調試

其他通用設備指標

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

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

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

這些界面可用于將設備添加到群組和/或管理 OTA 版本。

Memfault 設備可觀察性平臺入門

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

入門指南適用于 Arm Cortex-M、nRF Connect SDK、Laird Pinnacle 100、ESP32 ESP-IDF 和 ESP8266 RTOS SDK。

審核編輯：郭婷