對(duì)于MSP430來(lái)說(shuō)，有一些芯片是有庫(kù)函數(shù)的，大家喜歡繼續(xù)沿用寄存器開發(fā)還是使用新的庫(kù)開發(fā)，還是二者都用？

有何想法見解，歡迎點(diǎn)擊閱讀原文跟帖回復(fù)討論。對(duì)于優(yōu)秀的見解，我們將選擇3名，贈(zèng)送精美實(shí)用禮物。下面就一起看看網(wǎng)友們的精彩討論吧！

freeelectron：

庫(kù)函數(shù)，庫(kù)函數(shù)更容易上手，開發(fā)更快。

石玉：

如果同時(shí)也提供了一些庫(kù)函數(shù)的例程的話當(dāng)然是用庫(kù)函數(shù)開發(fā)，怎么方便怎么快就用什么

先把要做的功能實(shí)現(xiàn)了再有時(shí)間去仔細(xì)了解深層原理，有感性認(rèn)識(shí)后學(xué)習(xí)也會(huì)快一些

zhang7309：

用庫(kù)上手快，并且比較方便，不過(guò)對(duì)于寄存器的配置有時(shí)候還是需要用的，但是感覺有的庫(kù)可能為了兼顧通用性不夠精簡(jiǎn)，必要時(shí)可以自己簡(jiǎn)化一下。

電子微創(chuàng)意：

1.對(duì)于想快速了解并上手開發(fā)還是用庫(kù)比較方便，甚至不需要對(duì)芯片手冊(cè)仔細(xì)研讀就可以開發(fā)。相對(duì)復(fù)雜的如涉及到usb協(xié)議的還是要用庫(kù)開發(fā)更省勁！

2.想了解芯片還是用寄存器方式更好，尤其對(duì)于Debug更有利！

3.還可以兩種方法混用，對(duì)于芯片的初始化工作可以調(diào)用庫(kù)來(lái)完成其他內(nèi)容就操作寄存器，我就是這樣用ti的

lcofjp：

用庫(kù)開發(fā)是趨勢(shì)，代碼簡(jiǎn)潔，開發(fā)效率高，缺點(diǎn)可能是生成的二進(jìn)制體積會(huì)略大，運(yùn)行效率或許也有輕微影響，所以我覺得容量小的單片機(jī)可以優(yōu)先使用寄存器來(lái)開發(fā)，因?yàn)槿萘啃〉墓δ芟鄬?duì)簡(jiǎn)單，寄存器也少，用寄存器操作相對(duì)來(lái)說(shuō)難度也會(huì)小。但是容量大功能復(fù)雜的單片機(jī)，用庫(kù)來(lái)開發(fā)肯定是首選，或者至少也是需要庫(kù)和寄存配合使用。

以上僅是個(gè)人觀點(diǎn)。

phwj2006：

430一般我還是使用寄存器操作。因?yàn)橹饕堑凸牡膬?nèi)容，自己操作庫(kù)更簡(jiǎn)潔。但是也有麻煩的地方。需要一定的開發(fā)經(jīng)驗(yàn)。

庫(kù)函數(shù)我認(rèn)為開發(fā)簡(jiǎn)單適合初級(jí)者開發(fā)使用。一些開發(fā)復(fù)雜的內(nèi)容，比如觸摸按鍵還是用庫(kù)比較合適。

湯權(quán)：

非常非常喜歡這個(gè)問(wèn)題，一直想跟別人討論關(guān)于庫(kù)函數(shù)和寄存器的優(yōu)劣，其實(shí)不管是什么處理器都有這個(gè)問(wèn)題，因?yàn)橹芭猄TM32和MSP430的時(shí)候都有這樣的疑問(wèn)，用庫(kù)函數(shù)的話程序顯得很死板，而且編譯出來(lái)的bin文件好像還大一點(diǎn)，最重要的是沒有一種自己在操控處理器的感覺，而是使用庫(kù)、庫(kù)、庫(kù)。所以一開始的時(shí)候開發(fā)我都是執(zhí)著于使用寄存器開直接開發(fā)程序，感覺使用寄存器的位操作心里很舒服。不過(guò)到了后來(lái)發(fā)現(xiàn)有的時(shí)候只使用寄存器是不太現(xiàn)實(shí)的，比如使用到了USB、以太網(wǎng)、SD卡的時(shí)候，光是這些個(gè)硬件的協(xié)議都能整死人，別說(shuō)是用寄存器來(lái)一點(diǎn)點(diǎn)調(diào)配這個(gè)外設(shè)的參數(shù)了。所以后來(lái)我還是使用了庫(kù)函數(shù)來(lái)開發(fā)，但是單純使用庫(kù)函數(shù)會(huì)有一些問(wèn)題，就是速度，畢竟調(diào)用函數(shù)的速度和直接操作寄存器的速度還是差了么點(diǎn)，有的地方例如高頻率的中斷處理函數(shù)中使用幾行寄存器的操作就搞定使用一大堆庫(kù)函數(shù)的任務(wù)了，速度和大小都會(huì)是最優(yōu)的， 所以我還是將庫(kù)函數(shù)和寄存器兩者結(jié)合在一起使用，將一些常用的例如GPIO口的操作都使用宏來(lái)定義。最后我想說(shuō)的是想要小打小鬧的玩玩MSP430的話直接使用寄存器沒問(wèn)題，但是想要做工程，做復(fù)雜，個(gè)人來(lái)看還是需要庫(kù)函數(shù)，也可以適當(dāng)加入一點(diǎn)寄存器的成分。（注：上面的寄存器是指“直接操作寄存器”）

Bingqi23：

做小項(xiàng)目的時(shí)候還是習(xí)慣直接寄存器操作，在做一些大點(diǎn)的項(xiàng)目時(shí)候，優(yōu)先選擇庫(kù)函數(shù)了

hjl240：

當(dāng)對(duì)效率要求不高的時(shí)候，使用庫(kù)函數(shù)方便。對(duì)效率要求比較嚴(yán)格的話，還是要用寄存器開發(fā)。

clls2080000：

功能多的，容量大時(shí)，用庫(kù)函數(shù)，功能少，容量小時(shí)，用寄存器

elvike：

樓上的都說(shuō)了，容量大的用庫(kù)，容量小的用寄存器。我想說(shuō)的是除了看mcu本身存儲(chǔ)器之外還要看系統(tǒng)功能，比如有一些時(shí)間比較苛刻的代碼，用庫(kù)的后果是哭成海。除此之外還要看個(gè)人，如果是江湖高手那自然不用說(shuō)了，新手還是從庫(kù)入門然后看懂庫(kù)的流程，修改成寄存器這個(gè)辦法不錯(cuò)的。現(xiàn)在mcu的性能越來(lái)越高了，以前用個(gè)51的地方都想換個(gè)m3，我們隊(duì)長(zhǎng)說(shuō)過(guò)一句話：水平不夠，性能來(lái)湊。這句話哪個(gè)在前哪個(gè)在后，貌似都有理

shinykongcn：

兩者都需要吧，庫(kù)雖然方便快速，但是寄存器有時(shí)候更高效啊，操控感更強(qiáng)～

16號(hào)哨兵：

還是庫(kù)方便點(diǎn)，注意效率和器件性能限制的時(shí)候再用寄存器。隊(duì)長(zhǎng)的水平不夠，性能來(lái)湊。真是如此

dageliu：

在學(xué)習(xí)STM32的固件庫(kù)，對(duì)比430我還是覺得430直接配置寄存器比較簡(jiǎn)單，可能是習(xí)慣了直接配置。但庫(kù)還是必要的。就像樓上說(shuō)的，二者各有各的優(yōu)點(diǎn)，要根據(jù)實(shí)際情況決定是用庫(kù)還是直接配置，這也得看個(gè)人喜好！

RCSN：

對(duì)于DIY或者個(gè)人開發(fā)的，新手或者剛接觸TI的， 還是先用寄存器操作，畢竟寄存器開發(fā)更能理解TI的MCU的寄存器，后續(xù)再使用庫(kù)函數(shù)來(lái)進(jìn)行開發(fā)。

對(duì)于公司開發(fā)的，可以用TI已經(jīng)成熟的庫(kù)函數(shù)進(jìn)行開發(fā)，這樣有助于后期人員因?yàn)檎{(diào)動(dòng)等原因引起的不必要的交接困難。

lansebuluo：

開始學(xué)習(xí)的話，用庫(kù)函數(shù)，上手快，要是想明白原理，還是要仔仔細(xì)細(xì)看庫(kù)內(nèi)容。

這些庫(kù)，是經(jīng)過(guò)嚴(yán)格測(cè)試的，拿到產(chǎn)品上用，比自己編寫可能更穩(wěn)定

數(shù)碼小葉：

要說(shuō)MSP430編程方式選擇，實(shí)際上估計(jì)沒有多少人用庫(kù)，個(gè)人覺得這個(gè)就和TI有關(guān)了，庫(kù)的通用性太弱，不是支持所有器件，參數(shù)太復(fù)雜，和ST沒法比，也可能和TI的庫(kù)出現(xiàn)不久有關(guān)吧。所以花時(shí)間去適應(yīng)庫(kù)覺得意思也不是很大，所以430一般更傾向于寄存器操作，一是沒那么復(fù)雜，二是，每個(gè)模塊都有例程，上手也不難。

另外，TI的Grace本來(lái)是個(gè)很不錯(cuò)的開發(fā)工具，可惜貌似被放棄了，然而ST卻推出了類似的CUBE

，讓開發(fā)大大簡(jiǎn)化

zgf004494：

沒有用過(guò)函數(shù)庫(kù)，一般都是參考列程 PDF ， 調(diào)完程序，再也不回頭看， 希望 有更多函數(shù)庫(kù)這樣參考性更多，通用性強(qiáng)

rowen800：

寄存器開發(fā)缺點(diǎn)：程序可讀性差、開發(fā)速度慢，但執(zhí)行效率高點(diǎn)。庫(kù)函數(shù)開發(fā)是 趨勢(shì)，代碼易讀，移植性好。

xunke：

用庫(kù)比較方便，然后再優(yōu)化。

DavidZH：

底層 庫(kù)，必須的，搞起

huaiqiao：

1、針對(duì)樓主提出的問(wèn)題，以前我也有此疑問(wèn)？

為什么430要像51一樣，如此麻煩的操作寄存器，沒有更加簡(jiǎn)單的方式？ 后來(lái)接觸到32我才發(fā)現(xiàn)，其實(shí)庫(kù)函數(shù)的本質(zhì)還是在操作寄存器。這個(gè)只是相當(dāng)于“站的高”一些而已；

以前剛開始接觸430的時(shí)候是f149，屬于比較經(jīng)典的老款單片機(jī)了。寫代碼的時(shí)候，要一遍看用戶手冊(cè)，一遍在iar中敲代碼。

其實(shí)如果是經(jīng)常用430的工程師，可以將一些常用的寄存器的操作封裝成函數(shù)。這樣直接引用函數(shù)就好。這個(gè)思路其實(shí)我在最近學(xué)習(xí)2530的時(shí)候想到的，可能我自己比較笨，也許有更好的辦法。

上次我跟一個(gè)網(wǎng)友交流說(shuō)，現(xiàn)在比較新的430的片子有庫(kù)函數(shù)了，不過(guò)我聽了以后沒有去深究。

2、既然提到IDE，那么ti在430 這塊的話，開發(fā)環(huán)境據(jù)我了解還是以ccs和iar為主。說(shuō)實(shí)話，ccs我沒有碰。原因是因?yàn)樗艽螅瑒?dòng)不動(dòng)就幾個(gè)G。。。。聽說(shuō)它很強(qiáng)大，但是對(duì)于我來(lái)說(shuō)，我不想浪費(fèi)電腦空間。所以就選擇了iar。。。。

3、當(dāng)然從開發(fā)的方便的程度來(lái)說(shuō)，庫(kù)函數(shù)開發(fā)可能會(huì)更加容易上手一些，或者說(shuō)更加方便一些，這也就是我身邊的幾個(gè)同事都偏向于使用32，而非TI的430或者飛思卡爾，以及小日本的額瑞薩。如果ti能把這塊做的像32一樣漂亮(說(shuō)實(shí)話，新的庫(kù)我沒有接觸過(guò)哦)，從低功耗的角度來(lái)講的話，會(huì)更加的受歡迎。

寄存器，這個(gè)最底層的東西。因?yàn)閐ebug的時(shí)候，一看就知道，語(yǔ)句操作寄存器操作的對(duì)不對(duì)？

我是奔著插線板來(lái)的，評(píng)不到的話，其他獎(jiǎng)品留給其他網(wǎng)友。哈哈，就這么“無(wú)恥”。O(∩_∩)O哈哈~

ketose：

用庫(kù)函數(shù)，還是使用寄存器，這個(gè)話題經(jīng)常看到在很多論壇都有討論。喜歡用寄存器的說(shuō)：庫(kù)函數(shù)效率低，不能了解低層。喜歡用庫(kù)函數(shù)的說(shuō)：寄存器開發(fā)代碼看起來(lái)晦澀，開發(fā)效率低，開發(fā)復(fù)雜。總之是公說(shuō)公有理，婆說(shuō)婆有理。

在我看來(lái)不能一概而論，首先任務(wù)事物的發(fā)展都要經(jīng)歷從低級(jí)到高級(jí)，從簡(jiǎn)單到復(fù)雜的這么一個(gè)過(guò)程。單片機(jī)軟件開發(fā)也不例外。從最初的只能用匯編寫，到現(xiàn)在可以使用C來(lái)寫代碼，再到可以使用C 來(lái)寫代碼，再發(fā)展到現(xiàn)在可以使用腳本(Python)來(lái)寫.無(wú)不是多少軟件硬件工程師努力的結(jié)果，其目的只有一個(gè)：就是希望簡(jiǎn)化單片機(jī)開發(fā)難度，提高單片機(jī)開發(fā)效率。

我們?cè)賮?lái)看單片機(jī)的發(fā)展，從最初的4位機(jī)，到8位機(jī)，到16位機(jī)，再到現(xiàn)在普遍使用的32位機(jī)，單片機(jī)的硬件也是超來(lái)超復(fù)雜，寄存器也從原來(lái)的十幾個(gè)到二十幾，三十機(jī)到現(xiàn)在的近百個(gè)。剛開始編程可以使用寄存器，我們能記住那么區(qū)區(qū)幾個(gè)寄存器，可是越到后面寄存器越來(lái)越多，我們已經(jīng)無(wú)法記住所有寄存器的使用方法。但是我們?nèi)祟愂锹斆鞯膭?dòng)物，我們會(huì)總結(jié)過(guò)去的經(jīng)驗(yàn)，把一些比較模式化的寄存器操作封裝成一個(gè)一個(gè)的函數(shù)，而且起一個(gè)比較直觀的名字。以后使用的時(shí)候，我們只需要調(diào)用一下以前總結(jié)的函數(shù)，不用一句一句的寫寄存器了。庫(kù)函數(shù)就這樣誕生了。哇，人類又向前邁進(jìn)了一步。。。

接下來(lái)我們?cè)賮?lái)看看軟件的發(fā)展，現(xiàn)在比較流行的Arduino,為什么能火起來(lái)？ARM為會(huì)么要致力推廣Mbed？為什么單片機(jī)也要跑操作系統(tǒng)？回答這個(gè)問(wèn)題我們先得了解下Arduion和Mbed,使用過(guò)這兩個(gè)系統(tǒng)的人都會(huì)為它們的簡(jiǎn)單而折服，我不需要有很深的單片機(jī)知識(shí)，我一樣能讓我的四軸飛行器飛上天，一樣能讓兩輪平衡車站起來(lái)，我只需要有數(shù)學(xué)知識(shí)和一點(diǎn)點(diǎn)電路知道就夠了。這就是Arduion和Mbed努力的目標(biāo)。就是因?yàn)檐浖こ淘絹?lái)越復(fù)雜，一個(gè)人的能力是有限的，所以我們要分工合作，熟悉低層的人可以來(lái)寫低層驅(qū)動(dòng)。熟悉算法，但對(duì)低層不熟悉的人可以來(lái)寫上層業(yè)務(wù)算法，術(shù)業(yè)有專攻這樣豈不更好。庫(kù)函數(shù)是對(duì)寄存器操作的封裝，而Arduion和Mbed在庫(kù)函數(shù)的基礎(chǔ)上更進(jìn)一步抽象，使得單片機(jī)也面向?qū)ο螅先藗冋J(rèn)識(shí)事物的邏輯。哦還忘了說(shuō)一個(gè)最重要的使用Arduion和Mbed寫出來(lái)的程序，移植性更好。雖然現(xiàn)在MSP430還只是發(fā)展到庫(kù)函數(shù)，但是總有一天也會(huì)像Arduion和Mbed看齊，我希望看到那一天的到來(lái)。

總結(jié)在單片機(jī)硬件越來(lái)越復(fù)雜，性能越來(lái)越強(qiáng)的情況下，我們會(huì)優(yōu)先選擇開發(fā)更為簡(jiǎn)單點(diǎn)的方式，在能滿足要求的前提下，我們應(yīng)該優(yōu)先選擇Arduion和Mbed，然后是庫(kù)函數(shù)，最后才是寄存器。當(dāng)然使用Arduion和Mbed的同時(shí)我會(huì)穿插使用庫(kù)函數(shù)，使用庫(kù)函數(shù)的同時(shí)我也會(huì)穿插使用寄存器，也并不是那么絕對(duì)。既然人類已經(jīng)進(jìn)入了信息化工業(yè)時(shí)代，我們?yōu)槭裁捶且氐绞鲿r(shí)代呢？

jishuaihu：

個(gè)人其實(shí)更喜歡用寄存器來(lái)操作各類MCU，430當(dāng)然也不例外，好處嘛，當(dāng)然就是能夠更清晰的了解內(nèi)部寄存器的結(jié)構(gòu)，理解每一個(gè)制定的具體意義，這樣基本上可以確保不會(huì)有多余的操作步驟，對(duì)于一些有嚴(yán)格操作順序的寄存器，在學(xué)習(xí)寄存器的定義的時(shí)候肯定也就注意到了，避免了誤操作之后再去找原因。同時(shí)，使用寄存器操作的代碼文本量一般回小一些，執(zhí)行效率一般也會(huì)高一些。不過(guò)呢，使用寄存器操作的缺點(diǎn)就更多了，首先就是意義不明確，時(shí)間稍微一長(zhǎng)就記不清到底表示說(shuō)明意思了，為了解決這個(gè)問(wèn)題，不得不去寫一大堆注釋，或者弄一大堆宏定義來(lái)表示寄存器的意義。其次，使用寄存器操作在跨平臺(tái)移植的時(shí)候也很麻煩，上述的工作又得重新來(lái)一遍，在更好新平臺(tái)之前需要重新了解一遍寄存器，并且都更改了。

話說(shuō)回來(lái)，喜歡歸喜歡，但我現(xiàn)在大多時(shí)候也在用庫(kù)函數(shù)，意義明確，使用方便，移植也方便，穩(wěn)定性也比較好。至于效率低的問(wèn)題，對(duì)于現(xiàn)在性能不斷提升的MCU來(lái)說(shuō)已經(jīng)不算說(shuō)明問(wèn)題了。誰(shuí)也不會(huì)把芯片的性能用到極致，否則升級(jí)的時(shí)候可能就麻煩了。

最終觀點(diǎn)，實(shí)際使用的話更推薦使用庫(kù)函數(shù)的方式，但喜歡以學(xué)習(xí)為主的童鞋們多了解一下寄存器的知識(shí)，這樣對(duì)理解芯片的核心部分有好處。

yaoyuanytu：

個(gè)人感覺還是庫(kù)函數(shù)比較方便些 理由1.庫(kù)函數(shù)比較直觀，方便簡(jiǎn)單集成度高 初學(xué)時(shí)候比較容易掌握各個(gè)需要的功能直接調(diào)用，省去了編寫大量基礎(chǔ)操作指令 理由2：庫(kù)函數(shù)比較整齊簡(jiǎn)化，方便移植和交叉使用 理由3：寄存器指令雖然是最底層最核心的東西，但是需要的時(shí)候需要大量的基礎(chǔ)操作，勢(shì)必會(huì)增加工作量。

mark86739851：

如果要求實(shí)時(shí)性比較嚴(yán)苛的地方直接操作寄存器是比較節(jié)省時(shí)間的，如果這時(shí)候用一大堆庫(kù)函數(shù)就不太合適了，但如果實(shí)時(shí)性要求不高的地方，大可放心的用庫(kù)函數(shù)，一來(lái)能減少工作量，而來(lái)能避免出錯(cuò)，可移植性也大大增強(qiáng)了

wudianjun2001：

個(gè)人還是比較喜歡寄存器的，占用的存儲(chǔ)空間少，但用庫(kù)的話會(huì)省很多事情，閱讀起來(lái)也方便，兩者結(jié)合使用，效果更佳

woody_chen：

個(gè)人覺得MSP430沒必要用庫(kù)編程。

1）430沒有什么復(fù)雜外設(shè)（如USB、Ethernet），寄存器配置起來(lái)還是比較簡(jiǎn)單的。

2）由于430存儲(chǔ)空間小，不可能像M3一樣寄存器都統(tǒng)一編址。這導(dǎo)致庫(kù)不能統(tǒng)一。

我都是參考TI的示例寄存器代碼稍微修改一下。

麻子照鏡子，個(gè)人觀點(diǎn)。

飛翔荷蘭人號(hào)：

需要自己精確把控的一些內(nèi)部資源，寄存器用起來(lái)還是比較順手，但是一些復(fù)雜外設(shè)，像UART、USB這些，直接用庫(kù)函數(shù)也很好

LeoMe：

初學(xué)的時(shí)候從寄存器 技術(shù)手冊(cè)開始會(huì)讓你受益匪淺，430是這樣，stm也是這樣，這些簡(jiǎn)單的微控制器其實(shí)寄存器布局和外設(shè)控制方式都很相似的（不信你去對(duì)比各廠商的timer的寄存器），這對(duì)你以后接觸學(xué)習(xí)其他處理器和找硬件bug是很有幫助的

那么到了實(shí)際應(yīng)用中，對(duì)于簡(jiǎn)單控制應(yīng)用，寄存器 庫(kù)函數(shù)結(jié)合起來(lái)效率更高，也可以嘗試模仿官方庫(kù)函數(shù)自己去寫一些外設(shè)驅(qū)動(dòng)（學(xué)習(xí)如何標(biāo)準(zhǔn)化接口和傳遞數(shù)據(jù)），如上面的兄弟所說(shuō)，純寄存器編程有利于壓縮代碼體積和壓縮430喚醒后運(yùn)行的時(shí)間，而遇到高級(jí)外設(shè)比如USB，函數(shù)庫(kù)幫你跑贏deadline。

說(shuō)到這個(gè)話題，從我接觸16位MCU開始發(fā)現(xiàn)大家都會(huì)去糾結(jié)這個(gè)問(wèn)題，特別是剛?cè)腴T甚至還沒入門的兄弟。其實(shí)這就跟論壇里問(wèn)“現(xiàn)在是學(xué)stm32前景好還是學(xué)DSP好還是學(xué)FPGA前景好”這種問(wèn)題差不多，有時(shí)間你都學(xué)都接觸一下，自己找最適合自己的，或者找你所在地最好就業(yè)的，去智聯(lián)搜一下相關(guān)職位描述的關(guān)鍵詞試試，會(huì)幫你找到自己的答案。

庫(kù)函數(shù)和寄存器各自的有點(diǎn)恐怕是一言難以蓋全的，恐怕具體到某一行代碼具體討論都不為過(guò)。大方向是你要權(quán)衡1執(zhí)行效率 2編程效率 3可移植性 這三點(diǎn)。我也經(jīng)常鼓勵(lì)剛?cè)肟拥男值軅兌鄤?dòng)手動(dòng)腦，在過(guò)程中自己找答案，而不是遇到問(wèn)題就開始求助，重要的是解決問(wèn)題的思路而不是解決問(wèn)題的結(jié)果，前者才是你將來(lái)漲工資的基石。

笑鳥007：

還是，比較支持庫(kù)函數(shù)，庫(kù)函數(shù)容易上手。易讀性、移植性等會(huì)更高。另外現(xiàn)在單片機(jī)的運(yùn)行速度，flash等都比以前有了很大的提高，所有利用庫(kù)函數(shù)開發(fā)也不要太擔(dān)心執(zhí)行效率的問(wèn)題（當(dāng)然特殊的要求還是利用寄存器）。當(dāng)然再利用庫(kù)函數(shù)的時(shí)候，一定要對(duì)寄存器有所了解，才能高效的開發(fā)應(yīng)用。

歡迎點(diǎn)擊閱讀原文參與討論贏取精美實(shí)用禮品。

以上圖文內(nèi)容均是EEWORLD論壇網(wǎng)友：qwerghf原創(chuàng)，在此感謝。

歡迎微博@EEWORLD

如果你也寫過(guò)此類原創(chuàng)干貨請(qǐng)關(guān)注微信公眾號(hào)：EEWORLD（電子工程世界）回復(fù)“投稿”，也可將你的原創(chuàng)發(fā)至：bbs_service@eeworld.com.cn，一經(jīng)入選，我們將幫你登上頭條！

與更多行業(yè)內(nèi)網(wǎng)友進(jìn)行交流請(qǐng)登陸EEWORLD論壇。