1樓：
我的結論是 DSP.但是從作者的身份來看,我猜想是成本不敏感的型別.當然我說的成本不敏感是在40塊錢的stm32和80塊錢的dsp中做選擇,而不是一下子上到1k塊錢的dsp.
惜命,莫噴.
我猜想應該是網上有這樣的聲音: 多感測器強調控制,所以要選stm32. 搞影象要上dsp. 所以才需要"艱難"選擇.
實際上不必糾結.dsp之所以為dsp,是因為在硬體層面對某些計算做了專門的處理,因此在數學演算法運算上有極大的優勢.等.
但dsp本身也是微控制器,搞控制絕對不弱雞的.就好像愛恩斯坦在大學教物理,你不能說人家去中學教數學就不行.
2樓：
emmm，嵌入式的事，還是具體一點吧
stm32 的 MP1，跟F0系列比；TI的c2000，跟c6000系列dsp比，效能都是乙個天上乙個地下。MP1跟c6000屬於效能比較可以的了，c6000系列也有針對影象處理的型號，當然arm功耗比較低。不過具體選啥還是考慮具體的效能需求，比如演算法具體有多複雜，以及成本控制的問題；
嵌入式的精髓大概就是：在能用、夠用、穩定的情況下選最便宜的當然，要是學本子申專案的話，往複雜裡，貴里寫
3樓：nefusmzj
你的需求是復合需求，作為乙個機械人，電控部分包括控制系統和你要求的影象識別系統。
如果單純對比DSP和STM32哪個更適合做影象處理，答案肯定是DSP。
但其實二者之外，仍然有許多滿足你需求的方案，例如全志H6、NXP imx6q、RK3399、樹莓派，上述方案可以同時滿足機械人的控制和影象識別，支援或可移植opecv甚至TensorFlow。
4樓：炸不掉的高壓鍋
簡單的識別DSP還可以，你這個至少得上樹莓派（應該不夠），最好是個人PC或者工控機這種。還是建議把影象傳回來處理好了再傳回去。
fpga和stm32那個處理影象更快一些
知否知否 fpga當然快，不過比較複雜，沒有基礎很難下手！用stm32就算了，mcu運算速度可想而知，還是用高階一點的mpu比較高！ 嵌入式小哥 Stm32碰瓷傳統arm的概念，怎麼又碰到fpga上了？醫療裝置的影象處理要求最高，你可以看下做醫療裝置的公司，招聘什麼人做影象處理 或非魚 只看誰快的話...
STM32 開發環境用哪個呢？
Morse Mo 用STM在2019年發布的STM32CubeIDE。比Keil 5看起來舒服多了。而且把STM32CubeMx圖形化晶元配置也整合在一起。 有沒有試過Embitz的，比keil iar好用，不過很久沒更新了，以後可以用vscode配合platformio外掛程式。 cking616...
嵌入式linux和用stm32微控制器做應用比如電機控制 兩者是什麼區別 ？
raymond fisher 用linux就是你在用裝好系統的計算機。直接用stm32有點類似於沒作業系統，你自己用裸機，不要作業系統，直接程式設計實現功能。當然這只是打個比方。 已登出 最大的區別就是M系列和A系列，也就是實時性問題的差別，給你乙個建議，學完STM32就得開始學ARM9 linux...