嗯……

之前不知道到那個論壇看到，很普遍性的 XXX vs OOO 問題，針對PCB Layout 的兩大軟體C的A軟體與A的A(之前的P)軟體作比較，有一位沒有正面回應，只說"鳥槍與大砲怎麼比"，我當場拍手「妙呆了！」，這兩套我都有在使用，就覺得錮中言喻正中核心，妙～～真妙呀。

不過，總而言之，言而總之，還是那一句「工具用得順最重要」，習慣決定一切嘛。所以，請別在意上面我那些個人言論，好嗎？

收工

不好意思，我事情看得，也許比較……嚴吧。

規模:
microchip服務好是事實。比起另外一家第一個英文字母公司的第一個英文字母系列，產品性能上也許○○○※※※，不過因為服務上具絕對優勢，價格也低上一些，所以自然就採用了(說真的第一個英文字母公司其實也不差這一塊啦，目前單以○○○相比還是○○甚多)。PIC18與之前的產品線畢竟是有它先天致命的缺點存在，PIC24雖然出的慢了一點，不過總算是跟上了。如果能提早兩年半甚至三年上市，我一定會採用，可惜晚一步。

大廠自然也有它的優勢，技術領導當然不在話下，通常這也是選它的主因，因為實在別無選擇。小也有小的靈活性，因為靈活，可以針對大廠的缺失見縫插針，使用得宜不難殺出一條血路。那些缺點，最明顯的例子是韓國那幾家，標準的暴發戶心態，差點沒把我氣出高血壓！我只絡一句「想用牠們的東西，先踏過我的屍體」。其它的部份之前與microchip的sales聊時談過很多，給了幾個我認為非常關鍵的因素，其中就說到服務的問題，這也是大廠最要命的問題－－只向大處著眼。其它部份也還是集中在厚黑學，或有人稱市場管理，族繁不及備載，就不談離題太多的東西了。

大廠的文件多，是優點也是缺點，茫茫書海裡要找到自已要的真的很不容易，不是因為沒有，而是因為太多了！……這個，真是成了一大笑話。

一但小廠變大廠，問題或多或少就會跟著來，怎麼減少它，會成為最致命的關鍵。相對地以同樣規模的企業來比較，我認為在服務方面很少能有與T公司相抗衡的，代理商不說，至少原廠是如此。之所以不用它，主要還是因為有廉價的代用品可供選擇。

最後還要補一句，韓國的，那真的是負分破表了。打從我自娘胎裡出生以來，能夠找到差不多等級的，大概只有國中時幹架的情況吧？所幸長大了，禮義廉恥多多少少還知道一點，就暫時忍了。那為什麼這麼多人還要用 呢？噗！沒得選，哈哈！NAxD FLxxH，SxC2xxx。怪誰？別逼我說了，多不好聽。

DSP:
我認為在處理DSP時的心態要與一般性的CPU/MCU有所區分，用寫控制程式的心態來處理DSP這種平行運算的問題，通常……不太好。DSP核心碼必須使用組語才能發揮該IC應有的功能，比方說dsic裡的迴圈計數器與中斷除能，我真的想知道怎麼用"純"的C語言來寫？至於另外兩家領導大廠所出的DSP更不要說了，特硃用途的硬體一狗票。功能越強，越難駕御，這自然不在話下，否則，我們幹麼學個不停呢？不過，同樣這結果也是雙面刃……這讓我想到了倚天劍與屠龍刀的故事。

TOOLS:
說到工具，小賣店似乎還買不到ICD2的樣子。我連Fxxxx一台14K+的電表都是從這裡入手的說。之前還看到有人帶自作品來……請不要說此人違反版權。根據分治的大陸地區法律，算是自行放棄該市場吧。

OTHERWISE:
PIC很耐是事實，有這種本事的通用型處理器，五根手指應該就夠數得出。這之中又以PIC最容易入手。新製程的就不太清楚，只知道dspic33實在是「有夠」不耐ICD2的折磨，實在是不敢再操它，換IC也累，手上也沒有多少顆可用，得大費週章先在Axx+256KB RAM的IC上寫相容程式碼再「移稙」過來，修正作業可以控制在五十次以內好在到臨界點前PASS……microchip如果能出一個廉價的FPGA版的ICE或RAM版的IC，我一定會很高興的，馬上隊伍排第一個買下－－雖然那幾乎不可能。

題外話，RAM版的MCU寫起來很爽，128K程式Download一眨眼就結束了。

DVD?

ArcSin[x] 作泰勒展開，得 x + (x^3)/6 +..... 這裡只取前兩項
這裡的x範圍限定為[0,1]，因為 ArcSin[x]=θ
合併兩式 x+(x^3)/6=θ 設 x 為已知條件，假設為 x=0.5
得θ=0.52083(rad),換算成deg大約為29.8416度，誤差<1%
ArcCos()與ArcTan()依此類推。

值得注意的是當x趨近於1時，θ誤差會成級數倍增加，比如x=0.99
時誤差為14%，此法 要不就只適用於x與θ小的情況(最常見於鐘擺\r
問題的分析上)，要不就增加計算項次，比如十項時減為5%，
但已經失去手算的意義。

手算開方根，最簡單使用十分逼近法，上面的範例程式就是。

送給你一些式子，自已試吧

ArcSin[x]=x + x^3/6 + (3 x^5)/40 + (5 x^7)/112 + (35 x^9)/1152
0< x < 1 對應 0 < θ < π/2

ArcCos[x]=π/2 - x - x^3/6 - (3 x^5)/40 - (5 x^7)/112 - (35 x^9)/1152
0< x < 1 對應 0 < θ < π/2

ArcTan[x]=x - x^3/3 + x^5/5 - x^7/7 + x^9/9 - x^11/11 + x^13/13
-1 < x < 1 對應 -π/4 < θ < π/4

補充一點，這一類問題所採用的方法叫Regression Analysis，一般多用於bussiness類別，或研究用途上，在標準的工程類別專長上應該是沒有機會學到。一來是因為這類問題我們大多使用查表與近似法來處理，精度足夠，重點是簡單又快速；二來也是因為硬體計算能力有限。這已經超出fw的正常範躊了。

類似的strategy問題相當常見，但直接找一些相關的code來讀，之後再提問會比較適當……

我平常使用 HOST/GUEST 為 LINUX/XP 架構，大多正常(除了DX9)，MPLAB當然也一樣。

我用「純」的XP，一切正常，MPLAB當然更是沒有問題。

聽你說的，的確像是軟體衝突，不幸的是這原因太多了(virus...etc)，而解決這種問題正是所有PC使用者共有的功課，真的很難給你什麼「具體」的建議，好好努力吧，Don't worry，我會默默地在你背後拍手加油的。

你的macbook應該不是ppc版的吧。

typedef unsigned char BYTE;

收工~~

我說，這就像用50cc的小綿羊載一隻大豬公上街逛一般。
再說白一些，pic16「不適合」搞這種事，雖然也並非不可能…
最少也得把device設為pic24吧？

如果只是想純粹練習數學，matlab、mathematica、maple是本行業的三巨頭，選一個來用吧。

如果只是想純粹練習C語言的話，作木工起家不大又不硬公司的vs2008正免費下載供個人研究使用，花個時間裝一下，也遠比你現在用的工具強上太多了。

參照：

九片成功，其它四十一片失敗，那又怎麼知道與這九片與其它四十一片不同？哪，知道我的意思嗎？

建議找負責您那的FAE處理co-work，若還有問題或不是單純software的問題再請原廠support，別讓FAE閒著，每天請他們喝茶看報紙不是辦法。