標題: 單片機我還是習慣用匯編編程，現(xiàn)在還有多少用匯編語言的呢？ [打印本頁]
作者: xuanxuanxinxin1    時間: 2018-12-1 09:01
標題: 單片機我還是習慣用匯編編程，現(xiàn)在還有多少用匯編語言的呢？
我還是習慣用匯編編程，現(xiàn)在還有多少用匯編語言的呢？
作者: 456789；；    時間: 2019-3-20 21:48
單片機，stm32可以用匯編也可以用c語言，看個人喜歡
作者: 笨笨兔    時間: 2019-3-21 08:59
用C還是方便一點吧。
先匯編，再C，中間有個坎：總是用匯編的思維來想C。。。。。。
雖然我覺得匯編很好，可是移植性C要好很多！
作者: ping264888    時間: 2019-3-22 09:42
主要是C比較直觀.
作者: zl2168    時間: 2019-3-22 10:24
用匯編語言的不多了。相對來說，c比匯編有效和方便得多。c不難的！老匯編勸你！
作者: supermaker    時間: 2019-3-22 11:18
還是習慣用C語言，個別情況下使用匯編
作者: study512019    時間: 2019-3-22 13:42
匯編對于分析問題，還是不錯的；
作者: 貓人    時間: 2019-3-22 14:54
初學時老師必須讓用匯編，然后就習慣了…
作者: 塵土飛揚    時間: 2019-3-22 18:54
習慣了c語言還有c++語言，不太會用匯編語言
作者: 天風情    時間: 2019-3-23 09:53
匯編永不過時，但想成為主流已不太可能
作者: diy1997    時間: 2019-3-23 09:55
以前我也這么覺得，現(xiàn)在匯編基本沒用了。
作者: jiajuntao    時間: 2019-3-23 10:50
每次都想去好好用下匯編，但是無奈的事，每個項目的不同，會重選芯片，還有就是預定的工期，絲毫沒有一點精力去用匯編，而作為電子人，不可能在向以前一樣，鉆很深的項目，往往一個產(chǎn)品從開始到結束，由以前的5年周期到現(xiàn)在3年周期，甚至更短，研發(fā)周期也在不斷縮短，需要不斷的推陳出新，不斷去創(chuàng)新，新的芯片使用成為必然，就更沒有精力對一款單片機匯編進行使用了，也不知道是諷刺還是該痛恨自己，用“芯”不專。
作者: zwy123456    時間: 2019-3-23 15:22
還是用C方便，匯編會麻煩的
作者: 曠世奇達    時間: 2019-3-23 16:01
基本不用匯編，太麻煩，老師也不太支持用匯編
作者: Jun默默淡定    時間: 2019-3-23 20:46
現(xiàn)在絕大多數(shù)的單片機程序都是用C語言寫的，匯編寫的雖說在程序執(zhí)行起來比較快速和順暢，但是在一些較為復雜的單片機的程序編寫的時候，匯編就會比較繁瑣。比如說51的就幾個寄存器，用匯編的話記住這幾個寄存器的地址和配置方法即可，但是像STM32這樣的單片機，用匯編就比較麻煩了。包括用C去寫寄存器的方式開發(fā)都是很復雜的了，如果你比較喜歡用匯編，那你可以多寫寫一些底層驅動，或者是硬件的驅動固件之類的。
作者: 皮皮志    時間: 2019-3-23 22:06
C語言的受眾可能會廣一些吧，它和C++也有相似之處
作者: zl2168    時間: 2019-3-24 11:28
C51編程與80C51匯編語言相比，主要具有以下特點： ⑴ 編程相對方便。 用匯編語言編程，幾乎每一條指令操作都與具體的存儲單元有關，80C51單片機的片內存儲空間容量有限，編程之初即需安排好片內存儲單元的用途，且一般不宜重復使用。當一些應用項目程序量較大時，片內存儲單元有可能捉襟見肘，稍有不慎就將出錯，編程相對復雜。而C51編譯系統(tǒng)能自動完成對變量存儲單元的分配和使用，且對函數(shù)內局部變量占用的存儲單元，僅在調用時臨時分配，使用完畢即行釋放，大大提高了80C51片內有限存儲空間的使用效率。因此，使用者只需專注于軟件編程，不需過多關注涉及的具體存儲單元及其操作指令，編程相對方便。 ⑵ 便于實現(xiàn)各種復雜的運算和程序。 C語言具有豐富且功能強大的運算符，能以簡單的語句方便地實現(xiàn)各種復雜的運算和程序。相比之下，匯編語言要實現(xiàn)較復雜的運算和程序，就比較困難。例如，雙字節(jié)的乘除法，匯編語言要用許多條指令操作才能完成；而C51只需一條語句便能方便實現(xiàn)。又例如，循環(huán)、查表和散轉等程序，C51語句實現(xiàn)起來也相對簡單方便（當然C51語句編譯轉換為匯編語言指令后仍然復雜，只是不用程序員操心，由編譯器自動完成罷了）。 ⑶ 可方便地調用各已有程序模塊。 已有程序模塊包括C51編譯器中豐富的庫函數(shù)、用戶自編的常用接口芯片功能函數(shù)和以前已開發(fā)項目中的功能函數(shù)。讀者可能會說，匯編程序不也一樣可以調用嗎？不一樣。匯編程序調用時，涉及到模塊中具體的存儲單元，這些存儲單元很可能與主調用程序有重復，會引起沖突而出錯。而C51程序函數(shù)中的變量一般為局部變量，主函數(shù)調用前不占用存儲單元，僅在調用時由C51編譯器根據(jù)存儲區(qū)域空余情況臨時分配，使用完畢即行釋放，一般不會發(fā)生沖突而出錯。因此，C51程序可方便地調用各已有程序模塊，減少重復勞動，利于團隊合作開發(fā)，大大提高編程效率。 ⑷ 可讀性較好。 C語言屬于高級語言。一條C51語句，會編譯為多條甚至許多條匯編指令（例如數(shù)學運算和循環(huán)程序等），相對來說，C51程序簡潔而清晰，可讀性較好。 ⑸ 實時性較差。 匯編語言指令每一條對應1～3字節(jié)機器碼，每一步的執(zhí)行動作都很清楚，程序大小和堆棧調用情況都容易控制，響應及時，實時性較好。而C51程序并不能被單片機直接執(zhí)行，需編譯轉換為匯編語言指令。一條C51語句編譯后，會轉換成很多機器碼，占用單片機片內較多資源，可能出現(xiàn)ROM、RAM空間不夠，堆棧溢出等問題；且執(zhí)行步驟不很明確，有時還會兜圈子，因而實時性較差（參閱例9-3），甚至會因時序配合不好而出錯。然而，隨著單片機芯片技術的發(fā)展，其運行速度和內存容量有了較大提高，這些都為C51的應用創(chuàng)造了有利條件。 需要說明的是，完整的C51是一個較龐大的體系，名詞概念較多，語法較復雜多變。欲在相對較短的課時內，完全掌握和熟悉C51是一件比較困難的事情。好在單片機在大多數(shù)情況下的主要任務是實時控制，這就大大降低了學習C51的要求和難度。更重要的是，學習本書的目的，不是為了系統(tǒng)學習C語言，而是為了學習單片機C51編程。因此，一般讀者只要求重點熟悉和掌握C51中與實時控制有關的常用語句和編程方法，而并不過分追求全面、完整和嚴密。
作者: youmcu    時間: 2019-3-25 04:20
我使用單片機的時候只有匯編，然后就習慣了…
作者: aking991    時間: 2019-3-25 08:47
我原來也是學匯編的，這個對單片機認識要很了解，還有一些算法很麻煩，后來改學C，現(xiàn)在用起來輕松多了，也好寫作了，真的，不信你試試，但前提最好有個人幫你指點，不解的幫你理解一下，這樣學起來就更快了
作者: 道教組合    時間: 2019-4-28 15:06
我也學過c，后來學單片機的時候用匯編，覺得匯編和機器的指令更貼合，c的話更偏向于是人的思考，各有利弊吧，然而現(xiàn)在我單片機用的還是匯編......
作者: hajhdjk    時間: 2019-4-28 15:22
C語言比匯編簡單，匯編太繁瑣了，建議使用c語言
作者: jonebin    時間: 2019-4-29 09:16
匯編不會，直接學的C
作者: guoxiaoyang222    時間: 2019-4-29 12:52
現(xiàn)在都是C語言吧
作者: TTQ001    時間: 2019-4-30 08:40
c語言學起來更快, 而且移植性好, 建議使用c語言
作者: 盧坤云    時間: 2019-4-30 16:12
單片機學校里主要講匯編，但是個人感覺C語言更加直觀，易上手，并且市面上單片機的書用C偏多
作者: 877140465    時間: 2019-4-30 16:29
個人習慣吧
作者: csmyldl    時間: 2019-9-27 07:47
我兩者都用,根據(jù)編程需要決定
作者: esmember    時間: 2019-9-27 08:06
一直以來用的c語言，至于匯編，雖然我們總工教了一段時間，不過還是沒用，畢竟太麻煩，不想c語言可以用英文去理解。
作者: IdeaMing    時間: 2019-9-27 08:54
一聽用匯編，感覺你年齡就不小了。
作者: 那個誰和誰    時間: 2019-9-27 09:14
用匯編？太可怕了，根本看不懂。
作者: bbb168    時間: 2019-9-27 10:21
匯編效率高，但花費時間多。
作者: 美味的雞    時間: 2019-9-27 11:46
匯編語言現(xiàn)在用的太少了，C語言憑借它的簡明性和可移植性得到了非常廣泛的應用，匯編與C的區(qū)別就像是三極管與集成電路的區(qū)別
作者: sZhou    時間: 2019-9-27 12:18
編譯的時候，我會盯著匯編代碼看，有時間，學學匯編是非常好的事情。
作者: 皮條01    時間: 2019-9-27 12:46
習慣用C吧，C也很簡單
作者: azwsxedcrfvtgb    時間: 2019-9-27 16:56
感覺c更方便用得更多吧
作者: 累不死的狗    時間: 2019-9-27 23:16
還是C的比較普及
作者: jjwangxu2008    時間: 2019-9-28 08:10
看你是干什么工作的。 你如果是寫應用程序的，用匯編會累死的。你要是寫驅動的，也可能用到匯編。你如果是移植內核的 可能用匯編。如果你是自己玩玩的，用匯編挺不錯的
作者: 多少分多少分    時間: 2019-9-28 11:03
建議你不要再用匯編了，c語言便攜有方便，可移植性有強，何樂而不為呢？
作者: ccdmcu    時間: 2019-9-28 15:57
學的c，工作要用匯編然后現(xiàn)學的，因為用匯編可以降低芯片成本，選低端芯片。小項目用的用匯編空間和內存都夠用，用C就不行了。 不過一些復雜一點的或高檔些的用匯編工作量有點大，也繁瑣，比如一些數(shù)據(jù)技術， 乘除法，用c就是一個運算符的事，用匯編就要寫好長一段，麻煩的不得了。
作者: 仲雨寒    時間: 2019-9-30 20:07
用c吧，我們師傅都不要求我們會匯編了，說人家開發(fā)寫匯編的程序編的比一般的人都好。
作者: 王玉帆    時間: 2019-9-30 20:16
zl2168 發(fā)表于 2019-3-22 10:24
用匯編語言的不多了。相對來說，c比匯編有效和方便得多。c不難的！老匯編勸你！

老匯編和新C
作者: D-wada    時間: 2019-10-14 19:56
用匯編語言的不多了。相對來說，c比匯編用的多
作者: 在路上奔跑    時間: 2019-10-14 20:00
當然是C語言
作者: afehykrm    時間: 2019-10-14 20:29
用C更方便 但是學習過程中 就算麻煩 匯編語言能更加深理解
作者: 黑夜繁星    時間: 2019-10-14 22:09
現(xiàn)在的主流市場多于C語言，C語言比較直觀明了，雖然說匯編可以降低芯片成本，但是現(xiàn)在內存趨向于更大化，未來在更大內存時代，C語言可能會取代匯編語言，這是我個人觀點。
作者: 木曄    時間: 2019-10-15 13:05
個人習慣用C語言更方便更舒服
作者: Sky丶藍天    時間: 2019-10-15 14:05
使用最多說明，相對來說更為便捷
作者: C-Zachary    時間: 2019-10-16 12:26
因為會c，所以用c。而且匯編不是很便捷
作者: 2sc3357    時間: 2019-10-16 12:36
我是先學的C，后來覺得C里邊很多東西和硬件距離太遠，不直觀，于是又去學匯編�，F(xiàn)在嘗試在C里邊嵌入?yún)R編。
作者: seifer011130    時間: 2019-10-17 15:23
之前曾聽我前輩說過，會寫匯編的都是高手，但是現(xiàn)在C應該是比較主流的，程式步驟比起匯編來說簡化很多，像是寫到加減乘除，匯編就要寫一堆，C只要一兩行就解決了，而且事後修改或是除錯也是C比較容易，畢竟匯編不是每個人都是一樣寫法，很可能造成後面的人不知道如何修改
作者: xyz8864216    時間: 2019-10-23 02:23
C簡單一點
作者: 401086798    時間: 2019-10-23 13:22
基本上還是用的C比較多 匯編雖然在串口通信那方面也有用一點
作者: xybeyourself    時間: 2019-10-23 19:58
c語言相對匯編來說更簡潔明了，現(xiàn)在一般選用c語言了。
作者: 小黑屋525    時間: 2019-10-24 09:01
雖然我用的是C語言，但是我想學匯編！
作者: 51單片機交流    時間: 2019-10-24 11:12
c語言簡單一點吧，建議c語言
作者: wangchenglyg    時間: 2019-10-24 13:58
我兩者都用,根據(jù)編程需要決定，各有優(yōu)勢
作者: xuqiangcl    時間: 2019-11-2 22:17
能用的了匯編的不多了，還是覺得C用著方便
作者: 51單片機交流    時間: 2019-11-3 11:56
建議c語言
作者: diyhome    時間: 2019-11-3 12:51
個人傾向于C,畢竟C比匯編來的直觀
而且隨著現(xiàn)今處理器的計算能力加大,對程序性能的要求也沒那么高了
作者: i2sz    時間: 2019-11-3 15:41
建議用C，畢竟現(xiàn)在單片機資源多了就匯編就不必了。但是當資源很緊張，而開發(fā)產(chǎn)品功能也比較多時就必須考慮用匯編了，部分低成本家電還能用。
作者: 累不死的狗    時間: 2019-11-4 23:32
以學生的角度出發(fā)，用的人少，學的人多
作者: 111111111110    時間: 2019-11-5 18:59
砸門都不學匯編，都是從C開始做基礎的，匯編算淘汰吧？
作者: CZ1    時間: 2019-11-5 22:44
匯編語言很基礎了，c比較好一點，很多人都是用cd
作者: 121361061    時間: 2019-11-5 23:26
估計沒幾個人了
作者: tangp    時間: 2019-11-6 15:47
可以先從c開始學起吧，相對來說比較通用一點 也好擴展
作者: 阿薩界    時間: 2019-11-6 16:06
匯編語言挺好的，最起碼，可以在軟硬件之間還是很具有鏈接性的
作者: bh2030693    時間: 2019-11-6 17:32
    早期由于芯片容量小，價格高，為了節(jié)省成本，優(yōu)化和壓縮代碼，優(yōu)選匯編�，F(xiàn)如今大多數(shù)情況下已經(jīng)不存在這個問題了，而且代碼內容也大多了，當然優(yōu)選c/c++語言。而且現(xiàn)在寫代碼也不建議用keil直接寫了，都是用VSCode、Atom、Sublime Text3等等編輯，再用keil這些編譯工具編譯一下，由于“自動補全”和“Snippet"等功能的使用，甚至都不需要記住常用的關鍵字單詞，你輸入兩、三個字母，一大段函數(shù)就出來了，編寫程序速度非�？�。    對于用到匯編的情況，舉個簡單的例子：
    假如現(xiàn)在需要用51單片機做一個WS2821燈帶的簡單控制程序，由于WS2821對控制波形的頻率要求很高，直接用c語言很難精確掌握函數(shù)的執(zhí)行時間，因此就需要通過keil μVision 的調試模式查看匯編代碼的執(zhí)行情況，然后查表計算函數(shù)每條指令的執(zhí)行時間，這樣才能精確編寫控制函數(shù)，也可以采用嵌入?yún)R編的形式。


    為什么優(yōu)選c語言呢，這要去看看c語言的眾多優(yōu)點了，所以平常針對一般應用使用匯編的話，根本就是浪費時間和生命！
    另外現(xiàn)在的公司都是團隊工作，移植和協(xié)同工作非常重要，自然對語言有一定要求。
    所以匯編和C語言都要會。需要用到匯編的時候用匯編。純粹用匯編的話，那就要看你的應用場景了。

作者: 哈哈哈哈大白    時間: 2019-11-6 20:15
學習匯編，是一種心態(tài)。在這個追求快節(jié)奏的時代。深入學習的人不多了，簡單的51和匯編讓你對指令，計算機的運作更加了解，才能更深層的學習上層。
作者: qiuabc    時間: 2019-11-7 14:42
我以前用匯編，現(xiàn)在用c，c網(wǎng)上比較多文章，當然你兩種都可以學的。我一般自己玩玩
作者: skp20273    時間: 2019-11-7 14:59
c好一點吧
作者: cstw18    時間: 2019-11-7 23:28
一般都是匯編  C語言混著用吧，全用匯編工作量太大，受不了。
作者: oohoh    時間: 2019-11-8 23:16
C為了生存，匯編是一種信仰！
作者: gg_sockie    時間: 2019-11-9 14:06
還是用C，匯編還是在調試仿真的時候會出現(xiàn)，需要了解，能讀懂就好了。匯編是機器語言，個人感覺編程用C。
作者: nickabc    時間: 2019-11-10 10:53
C語言不錯
作者: 踏雪無痕做什么    時間: 2019-11-11 20:51
小電工一枚，入門爰好者，表示喜歡匯偏，C好象移植，通用性好，資源多，多次想學C放棄，C真是太難，太怪了。也可能是我太笨了。
作者: bg5skf    時間: 2020-2-12 13:55
我一直用匯編，C不懂，下過好幾次決心準備學，最后不了了之！今年看看能不能把C學起來，感覺有點難！
作者: ankangyu    時間: 2020-2-20 08:05
c語言方便快捷
作者: IdeaMing    時間: 2020-2-20 09:11
都什么年代了，還在討論這個問題，懷疑你在水貼！
作者: 2468290393    時間: 2020-2-20 14:52
我覺得上學期間，c語言比匯編要簡單易懂，現(xiàn)在大學生基本上都是c，所以一般的我覺得都是c，可能老一輩或者特定的人群匯編的多吧
作者: haierzaifei11    時間: 2020-2-20 16:01
stm32可以用匯編也可以用c語言
作者: wdm913    時間: 2020-2-20 16:49
涉及算法和寄存器操作的地方用匯編比較高效，其他地方用C比較高效，現(xiàn)在單片機速度一般都夠用，沒有必要非用匯編。
作者: weihongping    時間: 2020-2-21 16:54
剛開始學單片機，接觸的是匯編語言，一直想轉到C，但是一一涉及到項目，然后還是操起匯編來了。匯編操起來精準，感覺每一步都很實際，C嘛，還是慢慢來吧。（剛剛用STC15F104W+L6203做了有刷電機伺服，中斷系統(tǒng)全用了，6個IO口全用了，2個端口驅動L6203，2個光編信號反饋，脈沖加方向信號輸入，估計也只能用匯編了吧？個人覺得）
作者: chinayanhui    時間: 2020-2-21 18:12
我是兩種都用。成熟的C語言方法換成匯編嵌入至C語言中，然后把C語言語句注釋掉。方便查看實現(xiàn)。提高運行效率和節(jié)約程序空間。
作者: ccczzz    時間: 2020-2-29 18:29
個人感覺C比較好。c的運行效率高，c可以實現(xiàn)硬件的直接訪問，c代碼的移植性好。
作者: wsyhdc    時間: 2020-2-29 23:34
大部分都用C語言了吧，很少人用匯編語言了
作者: 1860774xxxx    時間: 2020-3-1 19:21
感覺匯編就像在寫 01010101 00001111 10001100 那樣完全看不懂
作者: 湖南孵化    時間: 2020-3-9 20:18
我還是在用匯編
作者: 早晚    時間: 2020-3-9 20:48
感覺更喜歡c語言
作者: 黎明初至    時間: 2020-3-10 10:42
匯編不過時，但隨著MCU的發(fā)展，各項功能，主頻不斷提升，匯編的優(yōu)勢已經(jīng)弱化甚至忽略了。匯編除非高尖端很難再有用武之地了。轉C是當前趨勢。沒辦法用的人多�？勺x性更強。
作者: 踏雪無痕做什么    時間: 2020-3-10 15:35
用匯編，C嘛，多次從未入門到放棄，C編譯都通不過，查錯好難……
作者: az12580    時間: 2020-3-10 22:17
復雜的工程用匯編不太方便，而用C很清晰，但是匯編接近單片機底層，自己學習的話最好都能掌握！
作者: wishriver    時間: 2020-3-12 11:04
現(xiàn)在不上跨平臺都感覺不習慣了，何況匯編，還沒涼透嗎？
作者: xiaomingcc    時間: 2020-3-29 17:44
一開始接觸的就是c語言
作者: 1182581777    時間: 2020-3-29 18:07
從來沒學過匯編，我上學時就是C++了
作者: tyu1    時間: 2020-3-29 19:45
個人覺得用C方便
作者: 789789稀飯    時間: 2020-3-31 12:28
zl2168 發(fā)表于 2019-3-22 10:24
用匯編語言的不多了。相對來說，c比匯編有效和方便得多。c不難的！老匯編勸你！

匯編看著屬實 頭疼
作者: yuanfangol    時間: 2020-4-9 12:58
很少見到用匯編的，就那一段啟動代碼，也不用你寫
作者: hk670380391    時間: 2020-4-9 13:54
匯編語言還是挺重要的，打好基礎，了解一點不過分
作者: 半個程序員    時間: 2020-4-10 17:49
用匯編的都是大佬，即使我用C語言編程
作者: 曹鴻劍    時間: 2020-4-10 22:08
我們直接學的C，C比較方便，都說匯編用的少，所以講那塊的時候一帶而過



歡迎光臨 (http://www.torrancerestoration.com/bbs/) Powered by Discuz! X3.1