Percepio是ST 合作伙伴計劃的成員，它使用云遠程報告困擾該領域產品的錯誤。因此，我們希望對 Percepio DevAlert（以前的設備固件監視器）有所了解，以更好地了解它對物聯網設備的影響以及這種解決方案為公司帶來的各種優勢。 在某些情況下，開發人員甚至可以在消費者遇到任何問題之前使用該報告通過無線更新解決問題。有趣的是，Percepio 使用了 ST 的B-L475E-IOT01A物聯網探索套件作為他們項目的參考。因此，我們與 Percepio 的首席執行官兼創始人 Johan Kraft 以及他的銷售和營銷副總裁 Mike Skrtic 坐下來，以更好地了解該解決方案及其在 STM32 生態系統中的重要性。

自 1947 年出現第一個官方“錯誤”以來，由于飛蛾卡在哈佛 Mark II 機電計算機內部的硬件繼電器中，錯誤和故障繼續困擾著世界各地的代碼。美國商務部國家標準與技術研究院 （NIST） 2002 年的一項研究表明，漏洞每年給美國經濟造成約 600 億美元的損失。最近，The Journal of Systems and Software 1于 2016 年發表的一篇論文表明，許多錯誤，尤其是那些具有兩個以上條件的錯誤，避免了內部測試程序。簡而言之，開發人員本可以在發布程序之前發現它們，但他們沒有測試協議來發現它們。 畢竟，隨著程序變得越來越復雜，測試每個用例和代碼分支通常是不可能的。因此，像 Percepio DevAlert （DevAlert） 這樣的工具可以解決這個問題。

Percepio DevAlert 的低調性，從小內存到強大的 STM32 支持

為了利用 Percepio DevAlert，開發人員調用 API 以在發生故障時生成警報。警報包括錯誤代碼和消息以及開發人員想要使用的任何其他信息，例如特定值和跟蹤記錄，這是詳細說明程序執行的特殊日志。然后，程序員可以使用 Percepio 的 Tracealyzer 來分析記錄的跟蹤并確定出了什么問題。這種方法的一個顯著優勢是 API 調用可以在處理現有錯誤或異常的代碼中進行。因此，該工具相對簡單，因為它不需要重寫現有代碼，而是在已經處理錯誤的地方進行相對簡單的 API 調用。

Percepio DevAlert 支持所有使用 Cortex-M 的 STM32 微控制器，并在亞馬遜的 FreeRTOS 上運行。此外，使用跟蹤記錄器只需要幾千字節的 RAM，如果錯誤導致硬重啟，系統可以將此數據傳輸到閃存。

這不僅意味著 Percepio 的解決方案可以適用于很多系統，包括那些內存限制非常嚴格的系統，而且存儲數百或數千個事件是合理的。開發人員因此可以對他們的程序進行全面分析，并找出如何優化它。

Percepio DevAlert的實用性，從STM32CubeIDE到用戶體驗

快速測試 Percepio DevAlert 的一種方法是使用 B-L475E-IOT01A Discovery 套件。

該公司在去年推出 STLINK-V3 時就支持它，從而確保他們的客戶能夠享受更快的速度和新功能，例如快照模式。此外，Percepio 更進一步，為STM32CubeIDE 提供了一個 Eclipse 插件，這是我們第一個集成了 STM32CubeMX 的免費 IDE。該插件使在開發環境中使用 Tracealyzer 變得更加容易。DevAlert 還使用 AWS 基礎設施來幫助工程師跟蹤錯誤或特定信息，從而使系統不僅僅是錯誤檢測。

Percepio 使用云通過“分類引擎”來分類錯誤。在信息到達開發商之前，公司對其進行處理以突出任何新的或潛在的重要問題。它還可以使用云來跟蹤某些傳感器信息，就像常規的物聯網平臺一樣。這非常重要，因為開發人員可以監控特定的傳感器值，以查看是否存在可能損壞其系統的不可預見的情況。同樣，他們甚至可以跟蹤用戶如何與產品交互。 例如，程序員可以檢測人們是否意外按下按鈕或因為界面存在缺陷。在實驗室中測試每個極端情況和意外的用戶行為幾乎是不可能的。因此，來自 Percepio DevAlert 的反饋可以提供團隊無法以任何其他方式獲得的信息。

審核編輯：郭婷