CYPRESS PSOC只誕生了CY8C25，CY8C26系列時(shí)開始用它，一直到后來的CY8C24系列，27系列，29系列，感覺PSOC的特點(diǎn)決定它的靈活性優(yōu)于任何帶外設(shè)的單片機(jī)，缺點(diǎn)是目前的運(yùn)算處理能力稍遜色了一些，當(dāng)然這與M8核的能力有關(guān)，我在好多控制檢測(cè)產(chǎn)品上這些系列都用過，有的型號(hào)很熟悉。

并口仿真器3205以及目前的USB仿真器3215都用過，一個(gè)感覺，仿真器太貴且性能不太好，以至于近三年以來不再用仿真器了，問題特明顯的就是仿真器調(diào)試通過的好多程序在燒入芯片后似乎BUG太多，不穩(wěn)定。諸如I2C類的通信程序，SPI類的通信程序等等，曾經(jīng)用SPI總線讀寫AD7793這種24位AD,仿真器通過了，實(shí)際燒到芯片確始終不行，最后干脆不用仿真了，用C寫完編譯直接燒寫完成的。還有那EZI2C模塊，一個(gè)典型大BUG就是在PSOC designer4.4下怎么也沒玩轉(zhuǎn)，后來我又在PSOC EXPRESS3.0下才發(fā)現(xiàn)了，4.4下API里還真缺了一條使能I2C從的語句，當(dāng)然碰得更多可樂的甚至至今也沒解決的問題，曾經(jīng)找代理商的AE幫忙，解決能力畢竟有限，找CYPRESS直接解決問題效果有時(shí)也不好意思說了。諸如，為什么三個(gè)運(yùn)放組成的儀表運(yùn)放與ADINC(14位)連接時(shí)為什么運(yùn)放增益始終沒法達(dá)到指標(biāo)給的93倍，尤其在27443里面，24423也存在。

兄弟私下里沒招，在一些循環(huán)嵌套程序用CYPRESS數(shù)學(xué)運(yùn)算庫可沒少吃虧，咱們開始只是想怎么實(shí)現(xiàn)算法，哪知上當(dāng)太相信它的運(yùn)算庫了，被師傅罵得狗血噴頭，還搞控制呢，連運(yùn)算都錯(cuò)了，沒法，16×16，16位除法，32位除法……都自己寫了，單獨(dú)做的函數(shù)，過去連個(gè)16×16動(dòng)不動(dòng)就給算錯(cuò)了，忠告弟兄們啊，如果用PSOC DESIGNER4.4中自帶C編譯器時(shí)小心單個(gè)函數(shù)內(nèi)嵌套和分支層數(shù)要盡可能少于4層，否則運(yùn)算出錯(cuò)概率大10倍以上，夸張點(diǎn)，自己看著辦。

在放數(shù)字模塊時(shí)一定要小心，通信模塊類數(shù)字模塊應(yīng)該先放，至于說這樣做好處自己體會(huì)。動(dòng)態(tài)配置技術(shù)在用到連續(xù)模擬諸如DA時(shí)一定考慮清楚該不該用，用的后果如何。在E2ROM模擬模塊時(shí)睜大眼睛，別忘它會(huì)耗你許多RAM,對(duì)于29系列的2K RAM的品種尚可考慮用，余下除了24X94可用外，別的只有256字節(jié)RAM的品種慎用，可以用FLASHBLOC WRTE READ類的函數(shù)，好像還湊合。
AD時(shí)鐘問題是兄弟們?nèi)绾伟?/font>AD用到極限精度的關(guān)鍵點(diǎn)，大家體會(huì)。