• 4

請問什麼是8051呀??

對阿,所以我說學組語對版主來說很難
直接再編譯軟體上面用C語言寫比較簡單
想到早期Miniscibe的暢銷40MB哈滴 - 8051A
請問簽名是寫在這裡嗎?
jcyao wrote:
上面這個說法可能會誤...(恕刪)


我應該說: "有C可用" 已經是後期的事情了
謝謝指教.

jcyao wrote:
至於assembly好還是C好,只要能達到目地,都好...(恕刪)


"只要能達到目地,都好"在51產品的開發並不洽當.
這在實務上有很多經驗跟例子, 就算用C也還是必須使用到組語.
C是很難單獨用作開發的語言, 搭配組語是必須的.
專精的工程師甚至會直接用組語開發.
當然學校教學的跑馬燈之類, 用C是可以單獨完成的, 但那也只限學習階段.
失去座標的青春,能不能回到夢最起初的地方?
呵呵~~組合語言我倒是沒學過....對我來說~~初學感覺沒有電子基礎~~很難看的懂~~真是
Deray Xu wrote:
(恕刪)
這在實務上有很多經驗跟例子, 就算用C也還是必須使用到組語.
C是很難單獨用作開發的語言, 搭配組語是必須的.
專精的工程師甚至會直接用組語開發.
當然學校教學的跑馬燈之類, 用C是可以單獨完成的, 但那也只限學習階段.


單獨的討論ASM好還是C好沒什麼意義,所以我才說 只要能達到你的目地,那一種都好

至於你的目地是要求執行效率?要求執行精準?還是縮短開發時程?還是後續維護?....etc
這都在專案評估時就要去思考的

一個龐大的數值分析, I/O處理, 多CPU之間的通訊流程,客戶三不五時要修改,你用ASM開發
保證你改到發火(當然,沒幾K的code就不要拿出來比了)

一個需要精確的計時,完全real time的反應,用C開發可能也只是在增加誤差(C會包裝部分的程式碼)

C語言沒你說的這麼不堪,除了少數特殊要求,事實上,C可以單獨完成開發
當然,會組語也只是單晶片的基本功,用合適的工具發揮最大的產能才是重點
sochin wrote:
沒錯!!寫8051要...

ACALL DELAY1
JNB P2.0,OK ;再次檢查為了怕雜訊干擾
AJMP WAIT


(恕刪)

說明一下,那個檢查按鍵的程式碼不是為了怕雜訊干擾,嚴格來說是『de-bounce』,

一般來說,機械式的按鍵在按下與放開時都會有所謂的『彈跳現象(bounce)』

為了減少誤判,有的會在硬體電路加上de-bounce線路,

有的則是為了cost-down,用軟體的部分做掉~
  • 4
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?