沒有這樣的晶元I2C介面輸入，PWM訊號輸出30

如果您指的是具有這種功能的專用晶元，那麼似乎沒有......通常，晶元的通訊和PWM輸出功能是相互獨立的。 例如，具有PWM輸出功能的微控制器自帶PWM輸出功能，通過程式設計控制PWM輸出的占空比; I2C介面控制也應由相應的通訊協議程式處理。 1kHz的頻率不高，很多微控制器可以達到十K以上。

您可以看看 TI 的電源管理晶元。

不過，汽車ECU程式設計是用組合語言完成的。

它可以用 C 語言代替，底層的東西需要硬體支援。

汽車ECU最簡單的方法是轉換儲存程式晶元，在更換不同程式設計的晶元時，只要將ECU的背板拆開，將原來的晶元拔掉，換上新的晶元，因為有些舊的E-ROM晶元只能寫入程式一次， 所以每次修改程式後，都必須將程式燒錄到空白晶元中，用記錄儀替換原來的晶元。

很多新的ECU都採用Flash-ROM（快閃記憶體）晶元，可以多次讀寫，修改程式時無需更換空白晶元即可直接載入，比E-ROM方便得多。

無論晶元的形式如何，原廠和晶元改裝商都會加裝保護設計，防止其被解碼和被盜，所以在改裝時，晶元改裝經銷商必須首先將每輛車的資料上傳到晶元改裝商，以驗證車身編號、ECU編號、年份和規格。 資料確認後，將相關程式傳送到經銷商的電腦，然後技術人員使用記錄儀將資料寫入空白晶元或通過用於連線原始測試計算機的插槽，並在ECU中更新Flash-ROM晶元程式。

基本的計算機程式語言 C 語言。

程式語言有一條規律：越容易掌握和使用，應用面越窄，程式體積越大，執行速度越低; 它的用途越廣泛，通用性就越低; 反之亦然。

晶元程式設計的程式空間非常有限，I-O介面複雜多樣......我們總是希望擁有最小的體積和最快的速度，所以我們只能專注於彙編，因為只有彙編才能實現最小的（程式）體積、最快的（執行）速度和最靈活的IO介面，這是所有程式語言的基礎和基礎。 如果你不考慮缺點，它顯然是最理想的語言。 缺點是程式設計難度最大，程式設計效率最低，開發時間最慢，開發成本最高; 不同的晶元有不同的組合語言。

與組合語言相比，C語言相對容易學習，程式設計和開發效率明顯優越，被廣泛普及。 雖然生成的程式的體積和速度不如彙編，但它們比其他高階語言要好，而且在很多情況下是可以接受的，尤其是在當今世界，晶元的成本逐年下降，也越來越多地用於晶元程式圖形介面的開發。

所有這些都是CCS程式設計。

CCS有兩種操作模式：

1.軟體模擬模式：可與DSP晶元分離，在PC上模擬DSP的指令集和工作機制，主要用於前期演算法的實現和除錯。

CCS開發系統由以下元件組成：

整合**生成工具;

整合開發環境;

實時核心外掛程式及其 API API;

4.實時資料交換RTDX外掛程式及相應的程式設計介面API;

5.多種應用模組外掛程式均由第三方TI公司提供。

DSP系統的啟動載入是指系統將外部非易失性儲存器中儲存的一段**移植到內部DSP的高速RAM中，並在系統上電後執行的過程。

因此，外部非易失性儲存器和DSP的效能在引導載入系統中尤為重要。

快閃記憶體是一種高密度、非易失性、可電重寫的儲存器。

此外，**每單位儲存器位低於傳統EPROM的位，因此非常適合外部儲存器。

在系統上電之前，必須將引導載入程式和使用者程式寫入快閃記憶體。

在程式設計時，除了專用的硬體程式設計器可用於對快閃記憶體進行程式設計外，快閃記憶體通常還支援DSP軟體程式設計，以達到相同的功能。

系統上電時，引導載入程式一般先在Flash中執行，自行完成使用者程式的移植操作，然後通過DSP高速運算將使用者程式傳輸到DSP晶元上。

像DSPC2000、C6000等，大多使用CCS作為開發環境，C、C++、彙編相結合，其中C語言是主要的程式語言，C++多用於定義，彙編多與C混合。

基本上我用的是TI的CCS、C語言和組合語言，但現在很多人只懂C語言，C語言很容易上手，而且我在學校學過，所以有一定的基礎。

我認為DSP的編譯仍然很困難。

Altera的Quartus，簡單易用。

萊迪思的isplever不是很好用，如果要用萊迪思，建議使用乙個新的軟體，比如叫Diamond，比isplever好

萊迪思從來沒用過，他的市場占有率太低了，但無論用哪家公司的產品，都不要用其他公司的開發平台。 但是，建議將來使用 Altera 或 Xinlinx。 在國內，xinlinx的ISE因子應該是最多的。

你願意嗎，C C++是一種適合編寫硬體驅動程式的語言。

它通常用於彙編，也用於C。

PLC是用什麼語言寫的？

將梯形圖或順序圖用於命令表。

不同的是梯形圖更直觀簡單，因此比微控制器程式設計更容易學習，PLC也更穩定，但成本略高於微控制器。

程式語言就像不同的民族語言，它們旨在與人類和機器進行交流。

不管你看多少，都是沒用的，典型的眼對眼，手拉手。 你應該先按原樣敲打例子，慢慢體驗，然後嘗試自己寫簡單的，然後學習別人寫的複雜的，最後獨立程式設計。

在這一點上，是時候看看晶元的硬體了。 如果你有乙個例程，你只需要修改一些例程。 慢慢來，多寫點，你就會知道套路。

你想學習微控制器嗎？ 主要是關於暫存器和引腳上的一些操作以及一些演算法，其實不管是學習微控制器程式設計還是軟體，最重要的是演算法，而你了解了一些演算法之後，這些都很容易上手，就是思想。

只有一件事：編寫更多的程式。

即使它只是乙個整個下午寫的程式。