※ 引述《Philosopher (long vacation)》之銘言:
> ※ 引述《PowerCC (Power)》之銘言:
> > 看到大家主要討論 x86,偶而提到 8051,好像很少人注意到
> > 6502?雖然凌陽華邦等公司每年出貨量都不小,但是好像學校
> > 對這有興趣的人不多?
> 我們部門有人寫 firmware for controlling USB & 1394 chip, 有用到 6502.
> 看起來似乎因為便宜可節省成本, 很適合作為 firmware, 控制其他 chip 之用.
> 凌陽華邦出的6502都用在哪些地方呢?
> 什麼時候適合使用 8051, 什麼時候適合使用 6502呢?
多樣少量時用 8051 居多.
少樣多量(1kk+)時用 6502, 65C02.
一個 8051 熱門的原因是軟硬體 tool 太多了.
6502 系列的較少.
SunPlus 以前幫美商 ODM 的電子 toy 上的 voice IC(an ADPCM decoder)
是 6502.
此外可以應用的是 LCD controller, MCU....
遠見(GV)的哈電族也是用 65C02. 但最新型的我不知道用什麼?
6502 的授權費用較其它的 CPU 便宜.
Holtek 與 Realtek 也都有 6502 的產品, 近半年也在一些電子雜誌上廣告.
另一個優點是 65C02 相當省電, 具 4-bit CPU 的省電特性,
但又沒 4-bit CPU 難以 programming 的困擾.
--
┌─────◆程式設計樂園◆─────┐┐┌┐┐┌┐┌─┐┌┬┐┌┬┐┐ ┌
│ CSZone.kkcity.com.tw │├┘┐├┘┐│ │ │ └┬┘
└──《From:211.74.60.181 》──┘┘ ┘┘ ┘└─┘└┴┘ ┴ ┴
> Holtek 與 Realtek 也都有 6502 的產品, 近半年也在一些電子雜誌上廣告.
我以前的公司是用"亞全"(可能沒聽過吧 :D)的 AR 系列,6502有C的開發工具
(也只有唯一的一個,由於我不會用C所以沒抓),6805(還是6905)也是BB CALL有
用到的,但仍用65C02的多。
我替以前公司(目前收山了)寫的5合1(5片LCD共用一程式),在試產時的CHIP,公
叫我命名我分別命成STARTREK及 NASN,都是用65C02的,使用亞全的AR5030,有人
對原始程式有興趣嗎?我可以給,反正原公司收山了,不算機密了 :D
--
┌─────◆程式設計樂園◆─────┐┐┌┐┐┌┐┌─┐┌┬┐┌┬┐┐ ┌
│ CSZone.kkcity.com.tw │├┘┐├┘┐│ │ │ └┬┘
└──《From:61.224.35.230 》──┘┘ ┘┘ ┘└─┘└┴┘ ┴ ┴
※ 引述《TGGYY (未通過身份認證)》之銘言:
> ※ 引述《PowerCC (Power)》之銘言:
> > 看到大家主要討論 x86,偶而提到 8051,好像很少人注意到
> > 6502?雖然凌陽華邦等公司每年出貨量都不小,但是好像學校
> > 對這有興趣的人不多?
> 有啊~
> 我國小 就`幻想`能學會6502的asm.....
> 到現在 依然只停留在`幻想`階段.... @_@"
> 即使 APPLE ][ emulator 已經裝好很久...
一般在另一部電腦上模擬另一部電腦的軟體或程式叫 simulator.
硬體才叫 emulator.
國內公司自製的 6502/65C02 有些會增刪指令集,
事實上這幾年台灣 IC design 公司的主力正是 6502 系列的 CPU.
國內當然也有自行設計 CPU 的能力, 但畢竟 6502 指令集與
架構都不錯, 授權費用低, 若是主管考量時, 當然多數決定使用 6502.
設計 CPU 不是難事, 但設計一個架構合理且方便 user(軟硬體工程師)
的指令集就不容易, 加上各項 tool (assembler, C compiler,
simulator, emulator,....)也要做好.
我一個朋友的公司去年就設計好一個 32-bit CPU, 但市場考量下,
遲遲未能拿去投片. 一個小原因是該 CPU 的 tool 預定由我發展,
但人在醫院, 身不由己.
--
┌─────◆程式設計樂園◆─────┐┐┌┐┐┌┐┌─┐┌┬┐┌┬┐┐ ┌
│ CSZone.kkcity.com.tw │├┘┐├┘┐│ │ │ └┬┘
└──《From:211.74.60.120 》──┘┘ ┘┘ ┘└─┘└┴┘ ┴ ┴
※ 引述《yuanchang (我只會大型主機的C)》之銘言:
> ※ 引述《JSLIU (Liu)》之銘言:
> > 的指令集就不容易, 加上各項 tool (assembler, C compiler,
> > simulator, emulator,....)也要做好.
> > 我一個朋友的公司去年就設計好一個 32-bit CPU, 但市場考量下,
> > 遲遲未能拿去投片. 一個小原因是該 CPU 的 tool 預定由我發展,
> > 但人在醫院, 身不由己.
> 您有沒有利用什麼現成的工具來幫助您開發
> 上述的這些TOOLS?
> 還是自行套用之前寫的版本做 prototype?
預計是先做 assembler 與 simulator,
這兩項都沒什麼問題, 麻煩的是 C compiler,
因為這個 CPU 的 instruction set 不太適合 C compiler.
assembler 先做個沒 macro 的, 完成後再用 lex/yacc
寫個 macro 套上, 當然也可以不用 lex/yacc.
simulator 初期先做 instruction set 的 simulator,
這並不困難, 您可以想像您只是在做一個 interpreter,
在 PC 上直譯另一個 CPU 的機器碼.
等他們的客戶或是硬體設計者確認並協調後再加上週邊模擬,
這就麻煩一些, 因為有些硬體週邊不易模擬.
C compiler 可用 lex/yacc, 網路上也可以找到許多 samples,
像是 PCYACC(有 free 與商業版本), 或是買些商業用的
compiler tools 協助建構, 以做小型系統而言,
C compiler 只是商業宣傳考量, 客戶很少用到.
至於 porting GNU C, 因為我沒經驗, 所以暫時不考慮,
雖然找了一堆資料, 像是 RTL(register transfer language),
據文件上是說, 改寫 RTL 就可 porting GNU C,
但工程不算小, 且這顆 CPU 的指令集確實是不太適合 C compiler.
嗨~
目前有一些 機器描述語言,只要把機器
的指令規格描述進去,就可以自動產生
各種系統工具:
Instruction set simulator
assembler
C compiler
de-assembler
我見過兩套,一套叫ISDL,一套叫 Sim-nML,
他們都是學術上的產物,Sim-nML已經有實做
出幾個平台的案例出來。 而我疑惑的是,
他隱含的缺點(因為都不會在PAPER中提及)。
因為他們產生的是 C++ 形式的 output,
或多或少須要自己修改的部分,不太可能100%
產生出來就是完整的。
您若有興趣可就上述兩個關鍵字ISDL,Sim-nML
就google查詢。
※ 引述《JSLIU (Liu)》之銘言:
> ※ 引述《yuanchang (我用EXCEL寫C)》之銘言:
> > 請教一下` 他們做硬體的`在設計階段都拿
> > simulator驗證什麼東西阿?
> > 上次寫這個東西給別人`也不知道他們拿去幹麻用的`
> 像一些公司的 6502 CPU 有增刪指令, 且一些週邊都不太一樣,
> simulator 先做好, 可以讓 firmware/hardware engineer
> 先開始設計 firmware, 而不用等硬體做好才能發展系統.
沒錯, 像我們在做 Java Accelerator,
先和 CPU team 討論好 hardware specification 之後,
在 CPU 還沒設計好之前, 便會需要 simulator,
以便 JVM 可以開始針對 JA 做 coding.
--
┌─────◆程式設計樂園◆─────┐┐┌┐┐┌┐┌─┐┌┬┐┌┬┐┐ ┌
│ CSZone.kkcity.com.tw │├┘┐├┘┐│ │ │ └┬┘
└──《From:211.74.233.9 》──┘┘ ┘┘ ┘└─┘└┴┘ ┴ ┴