討論區快速選單
知識庫快速選單
軟體開發過程中有哪些資安漏洞? 網路投保旅行平安險 傑米的攝影旅遊筆記
[ 回上頁 ] [ 討論區發言規則 ]
只會 dsp, 沒法寫 8051 的 code 嗎 ?
更改我的閱讀文章字型大小
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/3 上午 03:41:13
HI,
 
 小弟曾寫過 DSP 的 Firmware , 用 Assembly 寫, 常為了算 Pipeline 和 Cycle / data ,
 算很久, 最近到一個客戶那, 因為我從來沒寫個 8051 , 但有 DSP, MCU/ARM 和 Codec 的
 firmware / Driver 經驗, 但卻被那個客戶批評的一文不值, 他說..... 他公司設計的 8051 變種 ASIC,

有很強大的功能, 有很多 IC 特性, 我沒有寫過 8051, 沒法碰他公司的 8051 ASIC, 必須重頭去學
完 8051 , 並了解 EE 中的 Layout, 電子特性這些之後, 才有辦法寫它的 fIRMWARE............

因我沒碰過 8051 , 但我有 PIC, DVR , ARM , DSP 這些的 Firmware 和 Driver on Linux / CE 經驗,
8051 真的這麼難嗎 ?? 因我的印像中並不是啊.... 因我覺的這是 Micro Controller , 等到碰到真的
project 後, 才學就可以了.......... 但他說的好像真的我不行.......... 害我無法辨.....

請問, 只碰過 DSP , 會用 DSP 和 ARM 兩種寫 UART / SPI / I2C / USB Host, client ....的經驗沒有
辦法學 8051 嗎 ??? 一定要 pURE Hardware 的才有辦法嗎 ??

我今天和他談完後, 真的氣死了, 被批的好像我會的 dsp 都白學了...........

[eBoy]
氣死我了..... 唉!!!
作者 : huah(Huah) C++優秀好手貼文超過200則
[ 貼文 292 | 人氣 263 | 評價 1910 | 評價/貼文 6.54 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/4 下午 02:52:15
這個答案你自己應該知道吧!! 這種人很多啊, 如果是以接觸case的角度,
也沒甚麼好氣的, 正常表現的不亢不卑就好了, 找個大家都可以的切入點
證明自己的實力, 讓case可以go就好了, 真的lost也沒甚麼好氣的. 就
業界的角度, 確實有做過和沒做過有差, 如果你自己發怖的案子或徵人應
該也是如此吧. 所以真想多處理與8051相關的case, 第一個case可以條
件開低一點(不過可能不是對目前這家), 來取得入場門票.
作者 : chiba78(つまらないわ)
[ 貼文 48 | 人氣 1282 | 評價 150 | 評價/貼文 3.12 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/4 下午 06:00:22
以樓主的聰明才智,估計2天就能學會了,8051其實就跟玩具差不多。
作者 : openmind(openmind)
[ 貼文 164 | 人氣 645 | 評價 230 | 評價/貼文 1.4 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/4 下午 06:11:30
因為你比他強太多了,通常量小器狹的人看到一個比自己強好幾倍的人,
就會拼命膨脹自己那一點點成就,拿自己那一點點成就去貶低別人

學8051對你來講有如吃飯一樣容易,8051指令也沒幾個,高職生
都學得會的東西哪有什麼了不起,別想太多

我也寫過 ARM, 8051,寫8051的人可以拿出來電人的也只有硬體那一塊
(因為很多8051老人身兼layout),那種一人部隊統包的思維在這種團體戰
的時代已經不合適了

ARM出現之後很多8051老人很不能適應,因為value大部分都跑到軟體那塊,
硬體被架空很多老人都很不爽XD
作者 : quickwolf(疾風之狼) 貼文超過200則
[ 貼文 258 | 人氣 1837 | 評價 1420 | 評價/貼文 5.5 | 送出評價 11 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/15 下午 05:38:56
可以體會樓主的心情.. 感覺像會開大貨車卻被指責不會騎腳踏車
不過沒騎過腳踏車畢竟是事實
站在客戶的立場來想畢竟外包大多是時程比較趕的case
而且負責接洽外包的人要負成敗之責
要讓一個能力很強但是沒相關經驗的來接
風險可能高過找個能力尚可但相關經驗豐富的人

建議樓主先花個2~3天學學腳踏車
這樣在接洽的時候談話比較有交集
也比較容易取得客戶信任
作者 : nick64227(sososo)
[ 貼文 138 | 人氣 1246 | 評價 210 | 評價/貼文 1.52 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/15 下午 06:23:12

    那個人是沒知識嗎
     8051 比dsp ,arm 簡單多少倍 我高二就會的東西~~~
     怎麼會有這種沒知識的人~~~~哈哈~~ 原來這世界上 裝瘋賣傻的主管也很多~


>HI,
>
> 小弟曾寫過 DSP 的 Firmware , 用 Assembly 寫, 常為了算 Pipeline 和 Cycle / data ,
> 算很久, 最近到一個客戶那, 因為我從來沒寫個 8051 , 但有 DSP, MCU/ARM 和 Codec 的
> firmware / Driver 經驗, 但卻被那個客戶批評的一文不值, 他說..... 他公司設計的 8051 變種 ASIC,
>
>有很強大的功能, 有很多 IC 特性, 我沒有寫過 8051, 沒法碰他公司的 8051 ASIC, 必須重頭去學
>完 8051 , 並了解 EE 中的 Layout, 電子特性這些之後, 才有辦法寫它的 fIRMWARE............
>
>因我沒碰過 8051 , 但我有 PIC, DVR , ARM , DSP 這些的 Firmware 和 Driver on Linux / CE 經驗,
>8051 真的這麼難嗎 ?? 因我的印像中並不是啊.... 因我覺的這是 Micro Controller , 等到碰到真的
>project 後, 才學就可以了.......... 但他說的好像真的我不行.......... 害我無法辨.....
>
>請問, 只碰過 DSP , 會用 DSP 和 ARM 兩種寫 UART / SPI / I2C / USB Host, client ....的經驗沒有
>辦法學 8051 嗎 ??? 一定要 pURE Hardware 的才有辦法嗎 ??
>
>我今天和他談完後, 真的氣死了, 被批的好像我會的 dsp 都白學了...........
>
>[eBoy]
>氣死我了..... 唉!!!
作者 : arex_huang(小小孩) 貼文超過200則
[ 貼文 339 | 人氣 5660 | 評價 1210 | 評價/貼文 3.57 | 送出評價 10 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/19 下午 06:03:17
其實像8051這種8-bits的cpu跟arm系列的何者最好沒有一定的答案,
以目前我們的作法,如果要花的時間差不多,但是8051便宜的話用他也沒也什麼不對,
但是明明要做的跟狗一樣還要堅持用,那就只能說沒有產品開發的概念.

作者 : kennytsai(Kenny) C++卓越專家貼文超過500則
[ 貼文 720 | 人氣 2903 | 評價 2840 | 評價/貼文 3.94 | 送出評價 140 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/23 上午 01:42:37
我個人有2-3年的8051/32開發經驗,在這之前,我摸的是Motorola Dragon Ball,最近幾年則圍繞在MIPS、ARM的產品開發。如果你從來沒有用過8051,即使你資質甚佳,你仍有許多必須適應的課題,以下是幾個重點:
1. 8051的定址目標可分成DATA、IDATA、XDATA、CODE等,用組合語言撰寫程式時,可以清楚看出分別,但很不幸的是,雖然我們是用C語言來開發,卻必須要配合上述的實際狀況,所以在寫程式時會比較繁雜。
2. 標準51的堆疊空間,是侷限在IDATA的範圍內,也就是256 BYTES。這是一個很小的數字,實際上,在扣除你的Data Bank、Global Data、以及系統耗用後,通常只剩一半而已。堆疊會溢位嗎?是的,這是許多程式師從沒想過的問題。51的編譯器可以支援XDATA的堆疊,但這牽涉到明顯的效能負擔。
3. 標準51的定址空間只有65,536,也就是64K,這也是一個很小的數字。想要抓中文字形嗎?開玩笑!64K哪夠用、連要求程式碼不超過64K,都已經很困難喔。51的系統透過一種叫做Banking的技術,來突破64K的限制,雖然硬體人員會幫你處理線路上的問題,但很不幸的,如果你不清楚Banking時,你根本無法Build出Binary,除非有人願意代勞(我談的是軟體的部分)。Banking有許多技術性的議題,例如必須儘量降低COMMON AREA、函式的擺放配置等。
4. 51的堆疊太小了,所以一般編譯器在預設的狀況下,並不會將函式呼叫的參數丟入堆疊(這是INTEL建議的),取而代之的是另一套法則。沒有堆疊就沒辦法遞迴、遇到重入(Reentrant)的狀況就會出問題,雖然編譯器會提出警告,但這是蠻頭痛的課題,尤其當你使用函式指標時(Kernel的部分),那真是一大挑戰。對了,我忘了提ISR。ISR跟一般函式的CALL TREE是同一掛的,如果你的系統有完整的KERNEL、ISR、以及AP時,一個小小的閃失,可能會讓你DEBUG好幾天。
5. 8051的SFR設計,是比較容易理解的部分,雖然每個廠商的作法不一,但只消詳細閱讀規格,付上的只是時間的代價。
版上有許多人不把8051看在眼裡,實際上,一個40 MHz、4 cycle的8051所能做到的、遠超過你的想像。你算算看,一秒鐘可以執行約500萬個指令耶,這樣不夠嗎?
殺雞焉用牛刀、所有應用都需要ARM嗎?請再想想。
作者 : openmind(openmind)
[ 貼文 164 | 人氣 645 | 評價 230 | 評價/貼文 1.4 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/23 上午 10:54:00
ARM,DSP何嘗不是有這些眉眉角角的問題?

台灣真的很好笑,不但寫C++的跟寫Java的可以吵,連用8051跟用ARM的也可以吵

樓上你講的這些有些只要K書加上前人提點一下,根本就不是問題,8051出來多久了,
還有什麼秘密可言?

重點是根本不該拿自己的東西去貶低別人在別的領域的經驗,更何況
兩者還有這麼多共通之處,那就更不應該

那哪天寫8051的人去找寫ARM的工作也會被兔曹到死,你懂bootloader、RTOS、driver嗎?
你會移植TCP/IP Stack嗎?您了解ARM的MMU、pipeline、cache memory嗎?您了解char,
short, int 的記憶體對齊問題嗎?為何 bit field 是不被建議使用的?ldr 直接定址能力只有
4KB該怎麼處理?...

講難聽點,說不定一開始你連RW,RO, remap, ARM有幾種mode 這些基本的
東西也搞不清楚,但是其實這些在8051裡也有類似的issue,被人講成什麼
都不懂,當然會一肚子火
作者 : kennytsai(Kenny) C++卓越專家貼文超過500則
[ 貼文 720 | 人氣 2903 | 評價 2840 | 評價/貼文 3.94 | 送出評價 140 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/30 上午 12:30:01
我玩ARM約2年,ARM7、ARM9都有,平台則包括Freescale, Conexant, Samsung等。Openmind說的沒錯,ARM有一些特殊技術、LINUX也是,所以一個寫了10年8051的工程師,如果以為他可以輕易的處理Embedded Linux的案子,我可能會反過來,提出ARM與LINUX的特殊性,就像我上一篇回覆一樣,而且內容可能更危言聳聽。
  從Openmind大大的回答來看,我猜想您大概沒做過51的東西。說真的,如果你開發過ARM的Embedded Linux產品,當你轉用MIPS的Embedded Linux時,你可能很輕鬆的就上手了(這是我的經驗談),因為這兩個東西很接近。8051/32是8 BIT的架構,跟32 BIT相去甚遠,這讓我想起早期DOS的640K限制。在當年,有多少程式為了彌補這個缺陷,運用了OVERLAY、SWAP等技巧,為的就是讓程式能夠順暢執行!可是當WINDOWS 3.1出現後,由於作業系統能夠提供虛擬記憶體,這些早期所鑽研出來的技術,一下子全都無用武之地了(同期陣亡的還包含倚天等中文系統)。如果一個工程師可以利用WIN32的SDK來開發程式,以邏輯來看,他是不是應該可以輕鬆的在DOS上開發程式呢?我寫過幾年的DOS應用程式(自動控制領域),一些像是切換Graphic Mode, 常駐, ISR, Bios Call 等議題,可都硬的很阿。回到我們的討論,同樣的,當我提出8051的困難點時,我的立足點是:我曾經用過、也吃過苦頭,所以儘可能的歸納幾個重點,因為一句:你沒法子寫!如何說服大家呢?
  我沒有開發DSP的經驗(雖然我做過的多數SOC應用都有內含),所以我不敢評論DSP的難易,就算它真的很簡單,也必須是從類似eBoy這樣的前輩口裡說出,才有參考性。工程師也有情感,所以面對貶低、或批判性的字眼時,難免會因情緒性的因素、失去單純的理性判斷。技術人員通常自尊心比較高、且充滿自信,我們難以接受面子被丟在地上踐踏的感覺,這是我們應該向業務人員學習的功課,如果能夠一笑置之,生命會更美好,且前途更亮。
作者 : sflam(Raymond)討論區板主 Visual C++ .NET卓越專家VC++一代宗師新手入門優秀好手資訊類作業求救頂尖高手C++一代宗師貼文超過4000則
[ 貼文 4945 | 人氣 9172 | 評價 32290 | 評價/貼文 6.53 | 送出評價 142 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/30 上午 04:18:13
他的 8051 有很強大的功能? 請他把 hardware spec 拿出來看看. 然後你再丟出一堆 DSP 的術語給他, 問他你的 8051 有這個功能嗎, 能做到那個東西嗎, 等等....

沒辦法, 有些人就是要給別人這樣子對待才會爽的.

作者 : sakon(sakon)
[ 貼文 91 | 人氣 1 | 評價 240 | 評價/貼文 2.64 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/6/30 下午 12:55:19
被貶的同時也看的出對方是不是適合合作的對象,

你應該慶幸一開始就知道這樣的人不適合,
總比合作後才發覺對方很有問題.
作者 : 16296001(hawkeye)
[ 貼文 104 | 人氣 1262 | 評價 390 | 評價/貼文 3.75 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/1 下午 11:11:50
嗯.....就我看來,你遇的那個人是個只會動嘴的人,就算是他有高學歷也是一樣。真的會,真的強的人是很謙虛的,像這種動嘴的人,實力永遠只是在嘴巴上,如果這是你要應徵的公司,你未來的主管,請趕快跑走。如果這是你的客戶,鼻子摸摸聽聽就好,畢竟客戶最大。
作者 : embeddedsystem(小而巧)
[ 貼文 13 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/2 下午 05:15:11
Dear Embedded Friends:
   各位學過嵌入式系統的戰友們,似乎碰到秀才遇到兵,有理說不清狀況,其實個人意見如下:
(1)學習是個人纍積的功力,別人的看法,稱贊你就Thanks一聲,日後尚有很多努力之處,貶低你就感謝指教,日後多多學習,在意別人易影響自己,淡淡一笑。
(2)嵌入式系統本身就是一個孤獨專精領域,有許多課本看不到,老師教不到,稱之為密技毫不為過,這些暗流造成嵌入式系統之高門檻,配合其資源有限除錯不易之天險環境,說實在就算是資工正科畢業PC程式高手,要進入此塊領域還是需要一段學習期適應期。
(3)不同硬體平台各有其特殊處,陌生平台當然也需要一段時間去摸索,不過基本理論相仿,學習不同平台之經驗雖然無法立即上手,卻有助以縮短摸索期,同樣地資工正科畢業、PC程式高手或其它領域程式者,也會在某些地方或觀念縮短摸索期,一分努力一分功力,取巧不得。
(4)嵌入式系統依個人看法約分install、porting、最佳化等階段,最佳化階段顯少人觸及,那已經破OS,kernel層級,若compiler有支援pipeline,memory又有快慢速之分,寫出來的碼與PC環境傳統碼差異性已很大,摸出來的密技不要說教授老師不知,連原廠研發人員可能最佳化都沒你行,當然孤獨了,轉移平台又是一隻菜鳥,不過學習期適應期會縮短不少,展翅鴻圖並非作夢,這就是嵌入式系統的迷人之處。
作者 : mirrorer(金日立儿)
[ 貼文 47 | 人氣 4877 | 評價 60 | 評價/貼文 1.28 | 送出評價 2 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/6 下午 05:20:13
現在還有人在寫Assemble哦?
像我們公司做隨身碟,裡面也是用8051呀~
只是我們寫firmware也是用C呀,
反而覺得8051只有要算cycle數的時候才會去看Assemble
而且剛進來也沒人教你8051,不懂在問就好了
又不是很難的東西...
如果老闆這樣說,可能只是想看看你的反應吧
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/8 下午 10:22:39
HI, All

謝謝大家的為我抱不平, 其實當時我寫完第一篇的抱怨後, 心中已經平復了很多,
也謝謝大家的為我叫不屈, 其實這整件事, 還有後續的發展, 請大家慢慢聽我道來..

就在我被虧的隔天, 我努力 K 了一下 8051 的書本, 真的發現, 如同各位說的一樣,
我覺的一點也不難, 除了背指令外, 可能不用一天就會了, 難怪這麼多功能都選用 51
或 8032 來當 MC ( 便宜又好用 )

整件事過了兩天後, 我又被 FAE 要求去見這位客戶, 因為客戶說他這個案子很急, 而
自己公司又抽不出人手 ( 我聽我們 FAE 說的可不是這樣 ...!? ), 所以客戶說他已經
透過關係, 找到一個 8051 很強的高手, 並透過 Sale 和我說, 這是我的難得的好機會,
要我過去請他教我, 我當然一口答應, 因我覺的認識朋友當然是好事了, 而我的心態也
已經轉變, 不須要為這種事傷身 , 客戶就是工作.. 如此而以 .....

隔天和 Sale 到客戶見到那位高手, 我嚇了一跳, 是我 前+前一個公司的小弟, 我還記的,
當年他畢業 2 年了, 是我一手拉拔他, 從什麼是 C 的 Function point, 如何算 Pipeline,
和 SpinLock 和 Interlock 的方法開始, 幾乎是由零教他上來的 ....

他一見我, 先是愣了一下, 然後叫我聲 "師父", 天啊... 我什麼面子都回來了.....

我還記的我客戶的那位帶領 40 幾人的研發處經理, 聽著我小弟說我 "成年往事" 時爭大
了嘴巴的模樣....

其實整件事發生後, 心中的感觸很多....

我其實一直都待在外商公司, 也都一直待在 RD Team, 我真的以為有好的工程背景有興趣的
工程師, 其實若轉去做管理職, 一直是很可惜的事, 當然若興趣是管理方面, 又另當別論...

我記的幾年前, 老外老闆問過我是否要轉管理職, 我說我的興趣是工程 Engineering, 而他
也尊重我的興趣, 管理的經理職缺, 因此請了資管背景的人員, 而我同樣加薪升等, 沒有因為
管理職等大於工程職等的問題發生, 因為覺的管理和工程 , 本來就是兩條路, 不然資管和資工
就不會因此而分家了... 而我眼中看到的情況, 在我外商 RD Team 的座位旁, 我算是中間年資
的 RD Member , 還有很多做了 2-30 年的 RD 工程師, 我覺的這很自然啊......

但是回到國內的情況來看, 似乎管理職永遠比工程師大, 這不是說不好, 只是很多現職管理職的
人員, 大都是工程師苦了幾年出來的老工程師, 其實說真的 , 這些工程經驗對於公司來說, 都
是寶, 若要他轉去管理職, 我覺的非常可惜 ........

當然我也和一些我的同學談過這類的事, 但總是回到幾點原因, 我列出如下, 大家若酒醉飯飽
之際, 聽聽就好...... 這裡只提出 "弊" 方面, 當然還有很多好處的.....

[ 待續 .... ]
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/8 下午 10:23:16
[ 續上文 ]

1) 管理職位的薪水比工程師好: 這是很現實的問題, 但我覺的這條例未必很多外商通用,常常一
家公司, 看不到中階的工程師, 這是因為很多好的工程師都被轉到小主管或是管理職, 動嘴的機會
越來越多, 對於 Business 的看法也被強迫上了很多 Sale , Market 方面的課, 但對於新的
Technology, 卻沒有真正實作的機會 ( 這指的不是 "看" Technology 的機會 )

當然很多小主管還是很努力的和以前一樣, 吸收新的技術, 但說真的, 很多老闆都是以 Business
起家, 有工程背景的不多, 所以越高階會越商業化, 意思是有很多老工程師會因此將經驗不承傳
下來, 照成斷層. 而我們又在電子產業, 我想兩年就會翻一次新的技術, 所以很多老觀念又已經
無法使用, 但很多新方法又是由老觀念變化出來的.... 原理不通, 變的就會有限....

這樣往往會造成管理職的對技術 "淡忘" ( 應該是說若不是連續研究, 無法跟上轉變的潮流 ),
新的工程師沒有舊有的觀念 , 只會 "享受" 現在的 "現成的技術", 失去了 創新的先機, 也就
是說, 往往想創新設計, 必須回去學習舊有的知識, 但這些知識可能是舊觀念和基礎想法, 卻被
新工程師冠上了 "艱深" 兩個字 ( 如 Assembly , bootstap , 2nd loader, Pipeline, Sync..等)

我一直想看到台灣的電子公司, 找到一家真正管理職和工程職分開計算的公司, 讓專職的資管或企
管,能作好他的本份, 將公司未來好好的規畫, 工程人員有自己一貫的路, 能專心的在自己有興趣
或是專精的事上作研發 , 不會一直被要求轉換跑道去學習經營管理哲學, 如何帶人和處理人事上的
問題等等 , 但我覺的確實要學一下, "如何經驗傳承", 和加強 "講授" 的技巧才是重點

但我可說幾乎沒有在台灣 Local 公司看過這類的規畫, 也因為很多適應不良的中間幹部好的工程師,
因此左右為難, 失去方向, 常會帶領公司走到不對的方向 ( 因為非專業在資管或企管 ) , 照成業積
或是研發不良, 也有些好工程師, 選擇離開, 造成斷層 ( 因為好的工程師不只一個, 但主管或管理
職可能只有一個) , 說穿了, 其實我覺的公司要留住好的工程師不難.....

我可能比較幸運, 我都在外商的大公司的 RD Team, 看到的是公司其實對老工程師很照顧, 會依他們
的興趣和想法讓工程師自己挑選 , 而很多管理職也都是資管或企管的人當家, 當然這裡面有很多附屬
的機制, 如預備產品的溝通, 技術的傳授等等輔助的辦法....

我還記的我常幫我的 "主管們" 上技術的課程, 包含 Sale, Market director 和我的直屬長官, 原
因沒有別的, 我某方面比他們熟.... 當然我也常被要求去聽其它人的課...

總之, 我的意思是, 我覺的管理職和工程職分開的方式對我來說, 非常好, 我也看到很多的技術上的
專利的產生, 公司管理哲學上的新方法, 卻少看到會空口說白話的事發生...

唉....... 說了太多 , 這只是我的看法 , 若你有新的想法, 都是 OK 的, 沒有人想法和看法永遠是
對的或好的 , 集思廣意, 多看多想多討論肯做事, 才是正途..


[eBoy]
假日閒來無事, 看到貓空覽車太多人, 想去又怕擠, 窩在電腦前...雜記
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/8 下午 10:59:32
謝謝你 Kenny Tsai

我已經知道新一點的 8051 已經很像是 Harvard 的 RISC 了,
只是還保有使用 Stack 取代法, 並使用類似 Von Neumann 處理 PM 和 DM 的方法,
但說真的, 它的複雜度和 100 MIPS 以上的 DSP 比起來, 還是差太多了....

文中提到的我的客戶, 主要用 8051 開發
1) 和 USB Client IP 溝通用, 因這個 SOC 內採用 8051 當 Micro Controller
2) 在處理 HID 的 Input 和 Output 方面, 利用 8051 去控制在電容,電阻方面
的座標計算 , 有些 Module 會接上小顆 DSP 去附算精準度

我很謝謝你的指教, 我已經開始學習 51 上的 Layout 知識, 並配合 Keil C - 8051 和
SFR 設計了, 謝謝!!

因為我的系統還須處理 Video 和 Audio , 所以 8051 大都用在單一周邊的 Interface 控制上,
而 8051 的 40Mhz 對簡單的 Audio 只能有 20K 左右的計算能力, Video 根本跑不動....

雖然我的 DSP 已經有 如 I2C 和 SPI 的介面, 但都被 Flash , smart card 吃掉了, 所以必
須額外使用 CPLD 來規畫和一個給內建有 8051 的 USB Client controller 使用

目前碰到該客戶所使用的 CPLD 是 16bit , 8051 是 8 bit, 而 DSP 是 32BIT.... 天啊, 我光
轉這些 Little-endian <=> Big 就花太多 Cycle 了, 還有一大堆 Video 進出 DSP 用 CPLD 在
USB 的頻寬問題.... 唉............

越來越搞不懂, 寫 OS Driver 和 Firmware 有什麼區別........!?@

[eBoy]
只要 Cost Down, 就是宣告 軟體工程師.. 你的死期已經到了!!
作者 : sakon(sakon)
[ 貼文 91 | 人氣 1 | 評價 240 | 評價/貼文 2.64 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/9 下午 12:11:14

> 但是回到國內的情況來看, 似乎管理職永遠比工程師大, 這不是說不好, 只是很多現職管理職的
> 人員, 大都是工程師苦了幾年出來的老工程師, 其實說真的 , 這些工程經驗對於公司來說, 都
> 是寶, 若要他轉去管理職, 我覺的非常可惜 ........

我也一直有這樣的感概,管理職薪水多,導致很多技術出身的不得不往管理職走,
但是一轉管理職,開不完的會讓技術專長無法發揮,損失的是公司吧,

我是有在某間以往股價很高但是現在普普的公司看到他們有依技術和管理給予不同的生涯規劃.
作者 : tdtsai(新兵衛) 驅動程式優秀好手貼文超過200則
[ 貼文 362 | 人氣 779 | 評價 1290 | 評價/貼文 3.56 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/9 下午 05:02:33

>謝謝你 Kenny Tsai
>
>我已經知道新一點的 8051 已經很像是 Harvard 的 RISC 了,
>只是還保有使用 Stack 取代法, 並使用類似 Von Neumann 處理 PM 和 DM 的方法,
>但說真的, 它的複雜度和 100 MIPS 以上的 DSP 比起來, 還是差太多了....
>
>文中提到的我的客戶, 主要用 8051 開發
> 1) 和 USB Client IP 溝通用, 因這個 SOC 內採用 8051 當 Micro Controller
> 2) 在處理 HID 的 Input 和 Output 方面, 利用 8051 去控制在電容,電阻方面
> 的座標計算 , 有些 Module 會接上小顆 DSP 去附算精準度
>
>我很謝謝你的指教, 我已經開始學習 51 上的 Layout 知識, 並配合 Keil C - 8051 和
>SFR 設計了, 謝謝!!
>
>因為我的系統還須處理 Video 和 Audio , 所以 8051 大都用在單一周邊的 Interface 控制上,
>而 8051 的 40Mhz 對簡單的 Audio 只能有 20K 左右的計算能力, Video 根本跑不動....
>
>雖然我的 DSP 已經有 如 I2C 和 SPI 的介面, 但都被 Flash , smart card 吃掉了, 所以必
>須額外使用 CPLD 來規畫和一個給內建有 8051 的 USB Client controller 使用
>
>目前碰到該客戶所使用的 CPLD 是 16bit , 8051 是 8 bit, 而 DSP 是 32BIT.... 天啊, 我光
>轉這些 Little-endian <=> Big 就花太多 Cycle 了, 還有一大堆 Video 進出 DSP 用 CPLD 在
>USB 的頻寬問題.... 唉............
>
>越來越搞不懂, 寫 OS Driver 和 Firmware 有什麼區別........!?@
>
>[eBoy]
>只要 Cost Down, 就是宣告 軟體工程師.. 你的死期已經到了!!

不管是 8051, ARM, MIPS 都有長處 只是要看你用在那裡 對eBoy 大大您來說 8051 應該是很容易的
嗯 對了 如果有I2C 的介面為什麼不用I2C的介面來做8051 和 DSP 的介面 以DSP 為 I2C Host 來控制 8051 及 Flash ?? 基本上HID 的Data 是很少的 ... 我猜您的HID 用來回傳Touch Screen 的 Data 吧 ... 如果我沒有猜錯 用I2C 100K 的介面就很足夠了 ...
而 Audio 及 Video 的Data 就一定就要用DMA來傳 不然無法滿足ISO Mode realtime 的要求吧 不然8051用來做搬Video Data 可能都不夠咧 (130萬 RAW RGB data) 現在比較好的USB Client Device 裡的8051 都有DMA 的介面 而且支援8 bit 及 16 bit 介面例如Cypress 680013 所以基本上只要能支援16bit 就不會有太大的問題了
eBoy 大大 什麼時候有空可以出來看看您 Audio 的成果咧
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/10 下午 03:58:58
HI, tdtsai

因為我系統的 I2C 已經用來控制 Motor, Nor Flash 已經使用
掉 DSP 上的 SPI interface, 其實本來想用 UART 把 Motor 取代,
這樣我的 Audio 就有時可用 I2S , 而 Touch screen 也可改 I2C
方便多了, 但是無奈的是 Irda 就完了, 並我的 DSP processor 沒有
內建的 USB Client IP, 所以必須使用它的 GPIO 和 CPLD 連, 然後自
己寫出 CPLD 上的 Firmware 和外部的 USB Client Controller溝通,
這樣了解了嗎?

Video 的 8bit YUV 傳輸基本上在我用的 DSP 上已經有特殊的 Serial 方式
傳輸了, Bandwidth 還夠快, 我不擔心, 所以 DMA 這塊已經很順利的能夠
搬出 DSP 外了, 但客戶說必須使用 8 BIT 的 8051 MC 去作 CPLD 和 USB
的控制, 我怎知道他要選 8 BIT 的呢 ? 我們那有辦法改變他啊...
除非價錢掉到 2 毛... 哈哈

我想我們也拍個電影叫....."我的客戶是老大" 或 "野蠻客戶" 好了....

##############

Audio Filter 嗎? 那這個星期五下午怎麼樣, 我須要到內湖客戶那去一趟,
看要約在內湖園區那邊, 還是台北市政府旁........

把人都找齊, ok ?

[eBoy]
看展覽嗎 ? 不用吧, 花個 10 分鐘就 ok 了
作者 : tdtsai(新兵衛) 驅動程式優秀好手貼文超過200則
[ 貼文 362 | 人氣 779 | 評價 1290 | 評價/貼文 3.56 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/10 下午 04:35:43

>HI, tdtsai
>
> 因為我系統的 I2C 已經用來控制 Motor, Nor Flash 已經使用
> 掉 DSP 上的 SPI interface, 其實本來想用 UART 把 Motor 取代,
> 這樣我的 Audio 就有時可用 I2S , 而 Touch screen 也可改 I2C
> 方便多了, 但是無奈的是 Irda 就完了, 並我的 DSP processor 沒有
> 內建的 USB Client IP, 所以必須使用它的 GPIO 和 CPLD 連, 然後自
> 己寫出 CPLD 上的 Firmware 和外部的 USB Client Controller溝通,
> 這樣了解了嗎?
>
> Video 的 8bit YUV 傳輸基本上在我用的 DSP 上已經有特殊的 Serial 方式
> 傳輸了, Bandwidth 還夠快, 我不擔心, 所以 DMA 這塊已經很順利的能夠
> 搬出 DSP 外了, 但客戶說必須使用 8 BIT 的 8051 MC 去作 CPLD 和 USB
> 的控制, 我怎知道他要選 8 BIT 的呢 ? 我們那有辦法改變他啊...
> 除非價錢掉到 2 毛... 哈哈
>
> 我想我們也拍個電影叫.....'我的客戶是老大' 或 '野蠻客戶' 好了....
>
> ##############
>
> Audio Filter 嗎? 那這個星期五下午怎麼樣, 我須要到內湖客戶那去一趟,
> 看要約在內湖園區那邊, 還是台北市政府旁........
>
> 把人都找齊, ok ?
>
> [eBoy]
> 看展覽嗎 ? 不用吧, 花個 10 分鐘就 ok 了
基本上 DSP 上的SPI 及 I2C 都可以控制多個Device I2C Bus上 Host 可以利用Address 來指定 Slave Device 不是嗎? 所以如果你的DSP 來當Host 只要把Motor 的I2C 介面設為Slave 及 把 8051 的I2C 介面設為 Slave 就可以了 有一些Device 還有支援Mutil Host 的I2C 介面 可以有多個Host 在 I2C 的 Bus 上 不過這樣的Device 很少就是了 ...
而SPI 只要你的Device Select Pin 有多個幾支 就可以選擇多個Deivce 了 因為很多的Audio Codec 的Control 介面都是SPI(當然啦 還有I2C的) 在Mutil Channel 的需求下很多DSP 的SPI 都有多個Device Select Pin 用來控制多個Audio Codec. 所以應該不是什麼大問題才是 ... 不然也可以用GPIO 來做一個I2C 的Slave 介面 來和8051 溝通囉ccc...
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/10 下午 06:16:50
HI, tdtsai

若真的照你說的, 拉 Slave 有這麼阿莎力就好了...
拉一個 Slave 其時有時為了 performance , 要改 Bus Arbitration,
常有 in case 的方式出現, 使的有些 Mutex 要改, 還有 Driver 上的
Timing 要修正......

事實上, CS pin 並沒有那麼的多, 因板子小, 要管 Analog
又須和 Digital 錯開的 Layout 並不容易, 若又再加一小塊
instruction decoder 的線路來使用額外的 Chip select 設計,
可能又要動一大堆的東西, 還有個問題是 DSP 上的 Power 要省的用,
GPIO 會耗掉太多的 MIPS,又慢, DSP 常須要下很多 idle 指令去浪費 Cycle,
那你想, 原本設計的好好的 Video codec code, 若因為這樣使的因為要省電
的原因, 又要把已填的滿滿的 Pipeline 又重新跑一次....那你殺了我好了...

PLL 也是一大問題....我這個 DSP 並沒有太多的 MIPS 可浪費, 所以才會一
直想用外面的 Device 去處理 "非計算" 的 Micro Control 部份,
所以會照成 Sync 方面和 Fimware 上的複雜......

更討厭的是 Video 部份, 要作 Time shift , Encoder 又要 Real-time
compressed, 還有一堆 Graphic UI 要等著 DSP 來消耗呢....

總之, 我這系統客戶要求的介面太多, A/V 功能要求太多, 光是上星期將原
本 400K words 的 code size 硬生生的塞入了 280k 的功夫, 光是將 CODE 摳
來摳去, 用什麼爛 Overlay,填 Heap...氣死我也.....還好 Quality 差不會太
多, 不然就作白工了....

Bootstrap 也是, 我改了約有 3 次以上的 2nd boot stage 和 Loader, 就只
為了 Video Codec 的 size 和介面的修正, 你也知道, 光改一行 code, 你就
要將系統重新載入一次, 不花個 20 分來 Compiled 和燒錄, 是不會成的...

我知道你希望能幫到我, 但實際碰到的問題很多, 我也很希望到下游廠
商那去作, 只要等上游的將 Solution 提給我就好了..... 但... 確不是啊!!


[eBoy]
冷靜........ 冷靜...... 被你問的越來越激動了!!
作者 : tdtsai(新兵衛) 驅動程式優秀好手貼文超過200則
[ 貼文 362 | 人氣 779 | 評價 1290 | 評價/貼文 3.56 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/10 下午 11:04:49

>HI, tdtsai
>
> 因為我系統的 I2C 已經用來控制 Motor, Nor Flash 已經使用
> 掉 DSP 上的 SPI interface, 其實本來想用 UART 把 Motor 取代,
> 這樣我的 Audio 就有時可用 I2S , 而 Touch screen 也可改 I2C
> 方便多了, 但是無奈的是 Irda 就完了, 並我的 DSP processor 沒有
> 內建的 USB Client IP, 所以必須使用它的 GPIO 和 CPLD 連, 然後自
> 己寫出 CPLD 上的 Firmware 和外部的 USB Client Controller溝通,
> 這樣了解了嗎?
>
> Video 的 8bit YUV 傳輸基本上在我用的 DSP 上已經有特殊的 Serial 方式
> 傳輸了, Bandwidth 還夠快, 我不擔心, 所以 DMA 這塊已經很順利的能夠
> 搬出 DSP 外了, 但客戶說必須使用 8 BIT 的 8051 MC 去作 CPLD 和 USB
> 的控制, 我怎知道他要選 8 BIT 的呢 ? 我們那有辦法改變他啊...
> 除非價錢掉到 2 毛... 哈哈
>
> 我想我們也拍個電影叫.....'我的客戶是老大' 或 '野蠻客戶' 好了....
>
> ##############
>
> Audio Filter 嗎? 那這個星期五下午怎麼樣, 我須要到內湖客戶那去一趟,
> 看要約在內湖園區那邊, 還是台北市政府旁........
>
> 把人都找齊, ok ?
>
> [eBoy]
> 看展覽嗎 ? 不用吧, 花個 10 分鐘就 ok 了
eBoy 大大
我這星期五晚上不行耶 因為我要帶老婆小孩回娘家一趟 :( ... 您是否有其他的時間可以咧 ... 約在台北市政府旁對我對天行者大大都會比較方便啦 對了 你對SideShow 熟不熟咧 我在WinHEC 2007 聽WinBond 說 SideShow 要整VOIP的功能 是真的假的呀 ... 想向您請教一下 ...
[tdtsai]
想做sideshow 又想做Rally 做那一個比較好咧 :( 都卡在WLP
作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/11 上午 10:57:51
HI,

有可能可以將 VOIP 丟入, 不過目前的 Sideshow 的發展重點是在手機上,
我相信你也知道, 原本因為 SideShow 不像是 SideBar 一樣, 由於應用的範圍不
同, 並不能真正的 Real-time 的去 Update 資料, 並多出來的小螢幕須要
額外的硬體成本, 所以 才想到利用手機上的 Interface 去當 Sideshow

我想這個是非常好的應用和市場, 不知道手機廠看到了沒有....

不過說實在的, 目前有兩種趨勢, 一種是個人定位的導航系統應用, 又由於 TMC
已經有很多國家開放使用, 台灣也預計會開放, 所以這個應用已經不像是5 年
前那種 PDA 的半調子市場和應用, 而已經是一種成熟的 $$ 了, 取而代之各種
不同的 Service 就會蜂擁而來.......

因為大家說實在的, 有點太仰賴筆電或同等級的電腦 ( 就是笨重的意思啦 ) ,
也因它的功能太齊全, 所以 SideShow 才會活的下來, 我倒覺的 sideshow 可能是
一個市場, 但並不是 "Big" 市場, 反倒是 手機 Mobile 上的 Sideshow 或類似
連通了 TMC 功能的市場, 才是真正的大錢...........

不知道你覺的.... 在 Notebook 使用的 Sideshow 連上 VOIP 後, 市場會大嗎 ?
我個人不覺的它好耶...........不要和我說, 用來看股票報價...!#@!

#############

Audio Filter 那就改約.... 這個星期六好了, 台北車站快一些, Nova 樓上好了, 我想不會花
太多的時間的, 這星期六 7/14 12:00 中午怎樣, 還可吃個簡餐!!


[eBoy]
... 講太多了, 這樣有一天會漏出密秘的.... 嗯, 嘴巴閉起來!!
作者 : tdtsai(新兵衛) 驅動程式優秀好手貼文超過200則
[ 貼文 362 | 人氣 779 | 評價 1290 | 評價/貼文 3.56 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/12 上午 10:16:23

>HI,
>
>有可能可以將 VOIP 丟入, 不過目前的 Sideshow 的發展重點是在手機上,
>我相信你也知道, 原本因為 SideShow 不像是 SideBar 一樣, 由於應用的範圍不
>同, 並不能真正的 Real-time 的去 Update 資料, 並多出來的小螢幕須要
>額外的硬體成本, 所以 才想到利用手機上的 Interface 去當 Sideshow
>
>我想這個是非常好的應用和市場, 不知道手機廠看到了沒有....
>
>不過說實在的, 目前有兩種趨勢, 一種是個人定位的導航系統應用, 又由於 TMC
>已經有很多國家開放使用, 台灣也預計會開放, 所以這個應用已經不像是5 年
>前那種 PDA 的半調子市場和應用, 而已經是一種成熟的 $$ 了, 取而代之各種
>不同的 Service 就會蜂擁而來.......
>
>因為大家說實在的, 有點太仰賴筆電或同等級的電腦 ( 就是笨重的意思啦 ) ,
>也因它的功能太齊全, 所以 SideShow 才會活的下來, 我倒覺的 sideshow 可能是
>一個市場, 但並不是 'Big' 市場, 反倒是 手機 Mobile 上的 Sideshow 或類似
>連通了 TMC 功能的市場, 才是真正的大錢...........
>
>不知道你覺的.... 在 Notebook 使用的 Sideshow 連上 VOIP 後, 市場會大嗎 ?
>我個人不覺的它好耶...........不要和我說, 用來看股票報價...!#@!
>
>#############
>
>Audio Filter 那就改約.... 這個星期六好了, 台北車站快一些, Nova 樓上好了, 我想不會花
>太多的時間的, 這星期六 7/14 12:00 中午怎樣, 還可吃個簡餐!!
>
>
>[eBoy]
>... 講太多了, 這樣有一天會漏出密秘的.... 嗯, 嘴巴閉起來!!
>

eBoy 大大 如果不能真正的Real Time 那如何去做VOIP ?? Streaming 的Data 都是Real Time 的耶 基本上我不認SideShow 在NoteBook 上有什麼很大的作用But 如果是在WinHEC 2007上所展示的MS Home Server 上會有比較大的發展 ... 不管是Rally or SideShow ... 用來看股票那可能就太無趣一點了 :) ... 如果見面 我再告訴你我的想法好了

####
Audio Filter 我這個週未都沒空 因為我要帶老婆小孩回娘家 ... 我們可不可以約下星期一到五的某一天中午 我到台北市政府那去 約在捷運出口誠品書局那如何 ... 天行者大大一直沒回信給我 不知是不是又到大陸去囉 ...
作者 : embeddedsystem(小而巧)
[ 貼文 13 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/12 下午 01:06:40
hello eboy:
     現在mobil越來越流行,mobil軟硬體環境
有否必要用上RTOS?實在是值得思考問題!
臺灣硬體製造能力不錯,但卻顯少發展適合自己
製造之micro OS,其實mobil之多工並不像桌上型PC
那麼通用與多樣化!簡化為適合mobil os後,很多須講求
運算量的工作,run 在mobil並不是夢!個人淺見多交流!

joe

作者 : eboytw2002(eBoy) 驅動程式優秀好手貼文超過200則人氣指數超過70000點
[ 貼文 338 | 人氣 70186 | 評價 2000 | 評價/貼文 5.92 | 送出評價 4 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/7/12 下午 03:46:56
HI, tdtsai

事實上, 很多廠商和我們連洛, 他們一直想把 Sideshow 的系統灌上一個小的 RTOS, 很多都想採用
DSP, 而放棄了 ARM 之類的 MC, 其實想一想, 還真的有點道理....
你說的也對, 不是 RT 的話, VOIP 還不知道應不應該叫 VOIP...

至於 Audio Filter.. 我下星期要回西雅圖, 約 3 weeks 左右, 看來又只能通 MSN 了....
你和天行者說吧, 這段時間有事用 Windows Message Live 聯絡

Hi, Joe

Mobile 我覺的一直是 Embedded 的目的, 並我也相信 RT 是必然的趨識, 目前很多都已經
採用 RTOS 的運算, 雖然 WinCE 和 Linux / uClinux 一直都徘迴在 Non-RT 的範籌內, 但
這是不得已的作法, 更何況目前有些 應用 還不至於一定要 100% 的使用到 RT Tasking.

而對於 Vxwork 或是 Symbian , Palm 這類來說, 其實它們用的方法如同 MIPS32 ip 的作法一樣,
很多都架在 Task independent 的架構上, 盡量把每一個 Task 都切的乾乾淨淨, 只要其中幾個必要
性的 Task Module 因要採用 RT 的運算方法和 RT 的通訊 Communication , 所以會被修改, 因而產
生奇怪的 "變種" , 我想可能以後 3 年內所有的 Non-RTOS 都會使用同樣的方法, 可能
啦...... 或許這是降低研發成本的最快方式....

雖然很多偷懶的廠商, 都使用 Server-Client 的架構在 mobile 的產品和研發上, 但我這可能只是
一個 "很長期" 的過渡期 ( 很怪吧... ) , 不過還蠻好玩的..

但目前對於 mobile 上因為主要還是在 Multimedia 運算或是 A-D/ D-A 的轉換, 所以會有很多類似
OMAP 的架構, 把 Micro controller 和 dsp 兜在一起, 但整合的 SOC 和 專給 DSP 用的 RTOS 已
經有看到雛形, 相信在未來兩年後, 所謂的專家系統 , 一定會大行其道.... 這點我倒是蠻肯定的!!

其實這裡面有很多很多可以討論的, 若你有興趣, 可以再開一個新話題, 因我們已經離題很
多了.....

[eBoy]
專家系統嗎......真是個龐然大物的東西
作者 : hoyuan8(yuan)討論區板主 人氣指數超過10000點
[ 貼文 120 | 人氣 18130 | 評價 610 | 評價/貼文 5.08 | 送出評價 41 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/9/6 上午 12:45:27
8051可以算是embedded system領域內, 最多人熟悉的, 因為大部份的學校都會教到, 只是能運用到什麼程度, 就要看個人的吸收多寡了, 相信以你會這麼多東西來看, 8051對你來講只差臨門一腳.. 找位學過8051的朋友, 帶你小小入門一下, 相信你就會覺得沒那麼難了!
作者 : openmind(openmind)
[ 貼文 164 | 人氣 645 | 評價 230 | 評價/貼文 1.4 | 送出評價 1 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2007/10/23 下午 12:07:16
To kenny:

8051我也用過,並不覺得有什麼神奇的地方,你講的banking, XDATA...這些東西
我也略知一二,我還碰過有人主張8051 asm沒有學習的必要性,現在一票人都用Keil C
寫,我還是從asm開始學的,這些事不要再講了,真的了無新意

我還碰過你聽都沒聽過的MCU,說實話我都覺得不值一提

我的重點是什麼?

1. 文人相輕本人十分不以為然
2. domain know-how

1就不用講了,拿2來講,假如要你做個無刷馬達控制,你會覺得是8051比較難還是馬達
控制這部份?更何況有些公司為了節省成本MCU換來換去也是司空見慣,拿單一MCU來
講實在太沒說服力

要是我是主考官,我會有興趣的是面試的人懂不懂我們這個領域的know-how,
做過哪些project,拿一顆8051來刁人只能說坐井觀天
作者 : greatli69(阿瑞)
[ 貼文 5 | 人氣 0 | 評價 0 | 評價/貼文 0 | 送出評價 0 次 ] 
[ 給個讚 ]  [ 給個讚 ]  [ 回應本文 ]  [ 發表新文 ]  [ 回上頁 ] [ 回討論區列表 ] [ 回知識入口 ]
2010/8/23 下午 04:57:25
小弟本身從事8051行業的韌體工程師,目前在學embbed linux中,說真的有8051的實務經驗再去學寫driver,我個人目前學習進度覺得還蠻輕鬆愉快的,如果要使用ARM來取代8051其實也只是大同小異,只是8-位元換成32位元而已,控制設備方式都一樣,我是沒有碰過dsp不過聽我目前學長有寫dsp說不過就是高級的8051而已,我們是應用dsp去處理高低通濾波器,基本上你軟體功力很強,你用8-bit CPU能寫出來的用dsp、arm也絕對可以寫得出來
 板主 : yuan
 > 嵌入式系統(Embedded System) - 討論區
 - 最近熱門問答精華集
 - 全部歷史問答精華集
 - 嵌入式系統(Embedded System) - 知識庫
  ■ 全站最新Post列表
  ■ 我的文章收藏
  ■ 我最愛的作者
  ■ 全站文章收藏排行榜
  ■ 全站最愛作者排行榜
  ■  月熱門主題
  ■  季熱門主題
  ■  熱門主題Top 20
  ■  本區Post排行榜
  ■  本區評價排行榜
  ■  全站專家名人榜
  ■  全站Post排行榜
  ■  全站評價排行榜
  ■  全站人氣排行榜
 請輸入關鍵字 
  開始搜尋
 
Top 10
評價排行
嵌入式系統(Embedded System)
1 kting 770 
2 Lingb 400 
3 sazabi 400 
4 Huah 390 
5 hawkeye 380 
6 H 360 
7 yuan 350 
8 Kenny 310 
9 ozzy 290 
10 富伯 280 
嵌入式系統(Embedded System)
  專家等級 評價  
  一代宗師 10000  
  曠世奇才 5000  
  頂尖高手 3000  
  卓越專家 1500  
  優秀好手 750  
Microsoft Internet Explorer 6.0. Screen 1024x768 pixel. High Color (16 bit).
2000-2019 程式設計俱樂部 http://www.programmer-club.com.tw/
0.1090088