信息時代、數(shù)字時代使得嵌入式產(chǎn)品獲得了巨大的發(fā)展契機(jī)，為嵌入式市場展現(xiàn)了美好的前景，同時也對嵌入式生產(chǎn)廠商提出了新的挑戰(zhàn)，從中我們可以看出未來嵌入式開發(fā)技術(shù)的幾大發(fā)展趨勢：
技術(shù) #1 – 嵌入式 DevOps
在過去十年左右的時間里，軟件 DevOps
對一般軟件開發(fā)進(jìn)行了顯著改進(jìn)，但嵌入式開發(fā)人員通常忽略了它。部分是因為大多數(shù)電氣工程師和嵌入式軟件開發(fā)人員在學(xué)?；蚵殬I(yè)生涯早期都沒有接觸過它。因此，雖然他們可能知道它的存在，但對項目的持續(xù)努力阻止了他們成功構(gòu)建
DevOps 流程。
對于希望恢復(fù)他們開發(fā)軟件的方式的開發(fā)人員，這里有幾條建議。首先，學(xué)習(xí)如何使用 Docker 設(shè)置嵌入式工具鏈。接下來，使用
CI/CD 服務(wù)器自動化構(gòu)建過程。最后，如果時間允許，通過添加代碼分析、單元測試、集成測試等來繼續(xù)改進(jìn)您的 CI/CD
流程。每天和每周都采取一些小步驟，到今年年底，您將開始擁有一個出色的 DevOps 流程。
技術(shù) #2 – 自動化硬件在環(huán)測試
除了調(diào)試之外，嵌入式開發(fā)人員和團(tuán)隊遇到的頭號問題是測試。測試總是一個問題有幾個原因，例如：
測試通常仍保留為手動過程
對硬件進(jìn)行自動化測試似乎既復(fù)雜又耗時
團(tuán)隊急于編碼，而測試是事后的想法
軟件界面設(shè)計不當(dāng)
硬件在環(huán)測試并不是什么新鮮事物，但卻是一種經(jīng)常被忽視的能力。因此，測試可能會被忽略，因為您需要考慮您的 DevOps
才能正確執(zhí)行測試。
有許多硬件在環(huán)技術(shù)，建議花一些時間來評估自動化目標(biāo)測試是否可以顯著提高代碼質(zhì)量和開發(fā)成本，如果答案是肯定的，請設(shè)定一些簡單的目標(biāo)來研究特定技術(shù)，并逐步將這些功能添加到您的測試體系中。隨著時間的推移，您將慢慢移除手動測試并用自動化測試取而代之，這將節(jié)省每個人的時間、壓力和您的公司資金。
技術(shù) #3 – 多核微控制器開發(fā)
多核微控制器的使用將在未來幾年猛增，我認(rèn)為它們在嵌入式開發(fā)中變得無處不在有幾個原因，例如：
許多應(yīng)用程序需要隔離運行時環(huán)境
低功耗應(yīng)用可以從打開和關(guān)閉功能目標(biāo)內(nèi)核中受益
將應(yīng)用程序分成運行時域在架構(gòu)上是有意義的
多核微控制器的成本正在急劇下降(撇開一些供應(yīng)鏈問題不談)。
技術(shù) #4 – Arm TrustZone
安全是重要驅(qū)動因素，或者應(yīng)該是我們設(shè)計和制造的產(chǎn)品的主要驅(qū)動因素。因此，我們需要在 2022
年及以后掌握安全技術(shù)，以保護(hù)我們的知識產(chǎn)權(quán)(固件)和客戶的數(shù)據(jù)和隱私。
有多種安全解決方案可用于微控制器，包括使用多核處理器來創(chuàng)建隔離的運行時環(huán)境。盡管如此，我認(rèn)為將 TrustZone
單獨作為一種學(xué)習(xí)技術(shù)是有道理的，這有幾個原因，例如：
新的 Arm 微控制器架構(gòu)具有 TrustZone 選項
TrustZone 工具正在進(jìn)入大多數(shù)商業(yè)甚至開源工具
TrustZone 提供更接近許多開發(fā)人員熟悉的軟件模型的單核解決方案
技術(shù) #5 – 學(xué)習(xí) C++
多年來，C++
在嵌入式應(yīng)用程序中慢慢變得越來越流行。該標(biāo)準(zhǔn)不斷更新，并為嵌入式開發(fā)人員提供了現(xiàn)代面向?qū)ο蟮墓ぞ邅碓O(shè)計和構(gòu)建他們的系統(tǒng)。在過去的兩年里，很多公司編寫的 C++
項目比 C 還多！
