|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測(cè)控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動(dòng)編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機(jī) | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計(jì) | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
philips ARM BUG 挺多，大家多小心�。�！ |
| 作者：nl1031 欄目：ARM技術(shù) |
我們?cè)谡{(diào)lpc2214的EINT0發(fā)現(xiàn)問題：VPBDIV為0時(shí)，EXTMODE寫1不成功，在ZLG網(wǎng)站下載了勘誤表，發(fā)現(xiàn)跟我遇到的問題不太一樣，后來在PHILIPS網(wǎng)站下載了1.5版的勘誤表，上面提到了克服的方法。 另外，UART、SPI、ADC、FLASH部分都有BUG。大家在使用時(shí)多看看勘誤表，以免像我們一樣調(diào)試耽誤很長(zhǎng)時(shí)間。 |
| 2樓： | >>參與討論 |
| 作者： eleven11 于 2005/4/26 14:20:00 發(fā)布：
是書吧？ 書有些錯(cuò)誤，是要先看看，不然有時(shí)候會(huì)花很多時(shí)間還不明白 |
|
| 3樓： | >>參與討論 |
| 作者： shockwave 于 2005/4/26 14:48:00 發(fā)布：
嚇我一跳，原來是手冊(cè)BUG。 一般廠家手冊(cè)都有BUG的。 |
|
| 4樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/26 14:53:00 發(fā)布：
呵呵。是芯片的bug。 相比較三星的arm，PHILIPS的確實(shí)有些過分，bug太多了。呵呵。 |
|
| 5樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/26 15:44:00 發(fā)布：
而且更可惡的是勘誤表本身還是有錯(cuò)誤！ 其實(shí)應(yīng)該是VPBDIV為0時(shí)，EXTMODE寫1不成功，但是勘誤表卻說VPBDIV是非零的時(shí)候?qū)懖怀晒Γ�讓你先往VPBDIV寫入0。靠。簡(jiǎn)直進(jìn)了陷阱還把你往岔道里帶。 |
|
| 6樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/26 15:46:00 發(fā)布：
而且在PHILIPS 網(wǎng)站上勘誤表文檔巨難找 必須用上搜索的手段才能找到，跟個(gè)寶似的，也不知道藏在哪里了。呵呵。郁悶。 |
|
| 7樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/26 15:49:00 發(fā)布：
最可惡的是ADC的bug最多，到處是雷！ 一不小心浪費(fèi)大半天時(shí)間。不爽。最新的勘誤表指出了ADC有六個(gè)bug，寫程序還得要小心的一個(gè)一個(gè)繞過去。 |
|
| 8樓： | >>參與討論 |
| 作者： wangshujun 于 2005/4/26 18:07:00 發(fā)布：
肯說的才是好同志 問題時(shí)我為什么見不到過產(chǎn)cpu和日本cpu的勘誤表，有問題不怕，有問題還不告訴你才是可怕的 |
|
| 9樓： | >>參與討論 |
| 作者： zzg 于 2005/4/26 18:56:00 發(fā)布：
既然那么難找,jiangbo123能不能把鏈接貼出來? |
|
| 10樓： | >>參與討論 |
| 作者： zheng79 于 2005/4/26 20:48:00 發(fā)布：
定時(shí)器就有可能丟失中斷 我的程序中定時(shí)器0用到4路捕獲中斷，后來從勘誤表(PHILIPS網(wǎng)站上的，ZLG的太舊了)中發(fā)現(xiàn)有可能會(huì)丟失中斷，試過勘誤表中的解決辦法，程序反而不能正常工作了，現(xiàn)在又改回原來的程序，心里怕怕的�。。。� |
|
| 11樓： | >>參與討論 |
| 作者： zzg 于 2005/4/26 20:55:00 發(fā)布：
唉,剛才看了2292的勘誤,串口的錯(cuò)誤太多了,簡(jiǎn)直暈死. |
|
| 12樓： | >>參與討論 |
| 作者： nl1031 于 2005/4/27 8:15:00 發(fā)布：
不知大家如何使SPI工作在中斷方式？ |
|
| 13樓： | >>參與討論 |
| 作者： sjpu 于 2005/4/27 9:38:00 發(fā)布：
ZZG:能否將2292的勘誤給我發(fā)一份，先謝謝了！ ZZG:能否將2292的勘誤給我發(fā)一份，先謝謝了！ |
|
| 14樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/27 10:02:00 發(fā)布：
可能我沒有說清楚。 我說的是LPC2210的勘誤表，不是LPC21XX系列的。不信你去找找，呵呵，順便告訴我你是通過哪個(gè)鏈接進(jìn)去的。哈哈。 |
|
| 15樓： | >>參與討論 |
| 作者： zzg 于 2005/4/27 10:11:00 發(fā)布：
sjpu 勘誤表我下在家里機(jī)器上的，晚上回去貼出來。 |
|
| 16樓： | >>參與討論 |
| 作者： pubstar 于 2005/4/27 11:14:00 發(fā)布：
怎么沒有 ZLG總結(jié)性發(fā)言呢，也沒有辯解呀。呵呵 |
|
| 17樓： | >>參與討論 |
| 作者： zlg315 于 2005/4/27 11:57:00 發(fā)布：
我沒有終結(jié)性的發(fā)言,該公開的PHILIPS已經(jīng)公開! 該選用的還在使用,事實(shí)上每一家公司的ARM芯片都有同類問題存在,并非PHILIPS獨(dú)有,所以我不需要辯解。我們也一直在用PHILIPS的ARM設(shè)計(jì)產(chǎn)品和服務(wù)客戶,如我們公司推出的以太網(wǎng)系列產(chǎn)品，DeviceNET系列產(chǎn)品，CAN-bus系列產(chǎn)品，樓宇自動(dòng)化系列產(chǎn)品，為客戶服務(wù)的產(chǎn)品就更多了，比如已經(jīng)批量投產(chǎn)的具有GPRS功能的多功能電度表，無線終端，汽車行駛記錄儀（黑匣子）等眾多產(chǎn)品。有些也并非"Bug",而是使用不當(dāng)所造成的問題.如果說要作總結(jié)性的話,我將面對(duì)最終直接用戶做設(shè)計(jì)服務(wù)和解決方案,為客戶創(chuàng)造價(jià)值。 |
|
| 18樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/27 12:48:00 發(fā)布：
我覺得zlg這次表現(xiàn)不能令人滿意！ 1、首先芯片存在問題，承認(rèn)是必須的，這個(gè)是無法回避的。我也用過三星的ARM，我想PHILIPS.html">PHILIPS的arm的bug比三星的高出不止一倍兩倍，而且都是出現(xiàn)在大家設(shè)計(jì)產(chǎn)品使用概率很高的模塊上。“事實(shí)上每一家公司的ARM芯片都有同類問題存在,并非PHILIPS獨(dú)有”，我承認(rèn)，設(shè)計(jì)芯片和編寫代碼一樣，bug是無法避免的。但是對(duì)于一個(gè)發(fā)布版的芯片，個(gè)人認(rèn)為PHILIPS.html">PHILIPS的arm存在bug的數(shù)量偏大。我不知道zlg是否知道PHILIPS.html">PHILIPS的LPC2210最新的勘誤表已經(jīng)升級(jí)到1.15版本（2005年4月發(fā)布，zlg網(wǎng)站上依然是最初的版本），而勘誤表這么頻繁的升級(jí)又意味著什么呢？zlg似乎在避重就輕。 2、我也在用LPC2210設(shè)計(jì)產(chǎn)品，我沒有貶低該芯片，他存在有他的價(jià)值，但是并不是因?yàn)閦lg的公司一直在用這個(gè)芯片給客戶設(shè)計(jì)產(chǎn)品，就說明芯片是沒有值得信賴的，就能掩蓋他的瑕疵，要記住zlg是推廣PHILIPS.html">PHILIPS芯片的，如果哪天國(guó)內(nèi)的公司開始大規(guī)模用這個(gè)芯片設(shè)計(jì)產(chǎn)品了，zlg才能發(fā)出上述言論。何況你說的是“有些也并非Bug”，但是為什么不直接表述為“很多確實(shí)是因?yàn)閎ug問題”！ 3、在上面的帖子里，我指出勘誤表上提到的讀寫EXMODE和EXTPOLAR寄存器的時(shí)候會(huì)破壞VPBDIV寄存器的值，我在LPC2210上做過實(shí)驗(yàn)確實(shí)存在問題，但是按照勘誤表給出的解決辦法根本無法解決，而解決方法恰恰和勘誤表的描述相反。這個(gè)問題另外一個(gè)網(wǎng)友也發(fā)帖子提到過，這種問題zlg為什么不能安排技術(shù)人員做做實(shí)驗(yàn)給大家一個(gè)準(zhǔn)確的答復(fù)呢？zlg網(wǎng)站上的文檔更新太慢，不能跟PHILIPS.html">PHILIPS網(wǎng)站同步，勘誤表都升級(jí)到1.15版本了，zlg網(wǎng)站上卻還是最初的版本。這些具體的為大家服務(wù)的事情沒有答復(fù)沒有去做，而相反有人在此發(fā)帖子討論PHILIPS.html">PHILIPS芯片的瑕疵的時(shí)候，你卻這么積極的關(guān)注然后出來辯解。 4、PHILIPS.html">PHILIPS的arm確實(shí)有它的優(yōu)點(diǎn)，價(jià)格便宜，集成度高，我選擇PHILIPS.html">PHILIPS的arm設(shè)計(jì)產(chǎn)品自然也是根據(jù)項(xiàng)目情況，綜合比較選擇的。所以我沒有貶低該芯片的意思，只是希望它能夠更加完善。zlg公司在推廣PHILIPS.html">PHILIPS的arm上同樣花費(fèi)了大量的人力和財(cái)力，做了很多工作，為PHILIPS.html">PHILIPS的arm在國(guó)內(nèi)的推廣起到了決定性的作用，對(duì)此大家都看在眼里，但是作為一個(gè)技術(shù)人員，我希望zlg公司在帶給我們一個(gè)很不錯(cuò)的選擇的同時(shí)，還可以和我們一樣客觀的去評(píng)價(jià)這款芯片。 以上純屬個(gè)人看法，歡迎討論！謝謝！ * - 本貼最后修改時(shí)間：2005-4-27 12:52:34 修改者：jiangbo123 |
|
| 19樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/27 13:09:00 發(fā)布：
歡迎大家討論 關(guān)于VPBDIV的bug，按照勘誤表的描述，我做了相關(guān)實(shí)驗(yàn)。 bug 1：在讀取VPBDIV時(shí)候，需要讀取兩次，以得到正確的值。 實(shí)驗(yàn)結(jié)果：成功。 bug 2：在VPBDIV不為0的時(shí)候，需要先往VPBDIV寫入0,然后再讀寫EXTMODE和EXTPOLAR。 實(shí)驗(yàn)結(jié)果：在VPBDIV為非0的時(shí)候，是可以成功讀寫EXTMODE和EXTPOLAR的，相反如果VPBDIV為0時(shí)寫入不能成功。 bug3：在寫EXTMODE和EXTPOLAR時(shí)候，如果希望寫入的是0x01或者0x0d，則實(shí)際寫入的都是0。 實(shí)驗(yàn)結(jié)果：直接寫入0x01和0x0d是可以成功的，相反按照勘誤表給出的一套復(fù)雜流程寫入的反而是0�？闭`表給出的流程如下： a、先往VPBDIV寫入0 b、往EXTMODE和EXTPOLAR寫入想要的值 c、往VPBDIV寫入b步驟一樣的值 d、往VPBDIV寫入正常的值，恢復(fù)VPBDIV。 上述實(shí)驗(yàn)全部是在LPC2210下實(shí)驗(yàn)情況。以下代碼如果定義了__CPU_BUG__，則完全按照勘誤表操作，結(jié)果系統(tǒng)無法正常工作，相反如果不定義__CPU_BUG__，系統(tǒng)可以正常工作。 #ifdef __CPU_BUG__ /*** MUST NOT CHANGE THE FOLLOWING CODE, THREE BUGS FOR LPC2210 HERE ***/ /* *Bug 1: you need read VPBDIV register twice to get the right VALUE */ RegVal = VPBDIV; RegVal = 0; RegVal = VPBDIV; /* *Bug 2: you need write 0 to VPBDIV before you write/read EXTMODE or EXTPOLAR, * then restore the right VALUE to VPBDIV after that. */ VPBDIV = 0; /* *Bug 3: Trying to set EXTMODE to 0x01 or 0x0d would result in EXTMODE to be set to 0x0 instead. */ EXTMODE = 0x01; //edge trigger mode VPBDIV = 0x01; VPBDIV = RegVal; VPBDIV = 0; //additional step to work around the bug EXTPOLAR = 0x01; //rising edge VPBDIV = 0x01; //additional step to work around the bug VPBDIV = RegVal; //additional step to work around the bug EXTINT = 0x0f; //clear all external interrupt #else EXTMODE |= 0x0d; //edge trigger mode EXTPOLAR |= 0x0d; //rising edge EXTINT = 0x0f; //clear all external interrupt #endif |
|
| 20樓： | >>參與討論 |
| 作者： foyyof 于 2005/4/27 13:14:00 發(fā)布：
BUG肯定會(huì)在以后的版本上得到更正！： 就目前而言，只要能通過軟件編程方式解決的BUG，就不足為怪。 |
|
| 21樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/27 16:24:00 發(fā)布：
"BUG肯定會(huì)在以后的版本上得到更正" 呵呵，但是根據(jù)現(xiàn)在的情況不是你想像那樣的。升級(jí)更多的是勘誤表，芯片本身是不會(huì)輕易升級(jí)的，LPC21XX的很多bug，在隨后出來的LPC22XX上幾乎一模一樣，根本沒有改變。 |
|
| 22樓： | >>參與討論 |
| 作者： tonychow 于 2005/4/27 19:33:00 發(fā)布：
LPC21xx和LPC22xx在研發(fā)的時(shí)候差不多進(jìn)行的 當(dāng)然不會(huì)說LPC21xx的Bug會(huì)在LPC22xx中改進(jìn)。如果看到LPC213x，就會(huì)發(fā)現(xiàn)很多LPC21xx的問題在LPC213x就得到了修正。在A/D方面，LPC213x以前的參考電壓是Vcc，在LPC213x有Vref，這說明LPC21xx的A/D精度本來就是有限的，在LPC213x相對(duì)來說A/D就精度會(huì)提高。 另外PHILIPS的Erratasheet其實(shí)非常好找，在PHILIPSmcu.com的頁面上點(diǎn)擊進(jìn)入LPC2000，可以看到一個(gè)大的選型表，然后點(diǎn)擊對(duì)應(yīng)的芯片，可以進(jìn)入對(duì)應(yīng)的產(chǎn)品頁，在頁面下部就可以找到Erratasheet。而且如果每個(gè)芯片都公開bug，應(yīng)該都不會(huì)少。當(dāng)然，在研發(fā)的時(shí)候隨時(shí)關(guān)注刊物手冊(cè)的更新還是必要的。其實(shí)有些bug的確在新芯片中就是會(huì)得到修正。比如LPC2114最早的bootloader版本是1.5x，但是在網(wǎng)上有提供可以更新的1.63，而目前我讀bootloader版本號(hào)看到新版本有1.64，實(shí)際上1.63以上版本的bootloader就已經(jīng)修正了Erratasheet中提到的第一個(gè)問題。 |
|
| 23樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/27 21:45:00 發(fā)布：
我昨天死活沒有找到勘誤表，最后用搜索才找到。哈哈 今天tonychow提到的頁面我找了n遍，剛才我還不死心，再去找了找，終于發(fā)現(xiàn)了。我下載了全部的pdf文件，終于讓我發(fā)現(xiàn)了。呵呵。 網(wǎng)頁上有以下內(nèi)容： SUPPORT & tools LPC2210 SINGLE Chip 32-bit Microcontroller(date 2005-04-01) LPC2210 Big Performance Low POWER Leaflet(date 2004-02-24) LPC221x family(date 2004-10-01) MultiMarket Semiconductors Selection Guide 2005(date 2005-01-01) PHILIPS - The Innovation Leader in Microcontrollers(date 2005-03-01) ARM FLASH Utility(date 2004-12-22) LPC2000 FLASH Utility(date 2004-03-01) 該項(xiàng)目的第一項(xiàng)就是勘誤表，而我一直以為是datasheet或者user guider之類的文檔，哈哈。不過也不能怪我吧，他的名字取的實(shí)在。。。。 |
|
| 24樓： | >>參與討論 |
| 作者： liurutie 于 2005/4/28 0:37:00 發(fā)布：
2292勘誤表可否貼個(gè)鏈接上來，3x 不知道在哪里找,懶人呀，bow |
|
| 25樓： | >>參與討論 |
| 作者： liurutie 于 2005/4/28 0:55:00 發(fā)布：
勘誤表怎么找呀？英文怎么說？要找2292的，怕怕的 |
|
| 26樓： | >>參與討論 |
| 作者： terrence 于 2005/4/29 18:10:00 發(fā)布：
搜索方法， 在PHILIPS的網(wǎng)站的search中鍵入 芯片型號(hào) + Erratasheets eg： LPC2104 Erratasheets |
|
| 27樓： | >>參與討論 |
| 作者： enbed 于 2005/4/29 19:39:00 發(fā)布：
周功一有什么爭(zhēng)議,就說自己做了多少多少東西. 巧妙的回避了問題. 資料不能之靠ZLG哦, 網(wǎng)絡(luò)那么大,就是ZLG給的代碼,不看一遍,還敢直接用. |
|
| 28樓： | >>參與討論 |
| 作者： ARM愛好者 于 2005/4/29 21:54:00 發(fā)布：
我看BUG 其實(shí)，芯片有BUG很正常，就像再好的軟件也有BUG一樣，平常我們用的WINDOWS，不管98、2000、XP，都有BUG。 PHILIPS的芯片有BUG，也不能找人家ZLG發(fā)難啊，因?yàn)樾酒皇荶LG研發(fā)、生產(chǎn)的。 這是思維問題，用什么廠家的芯片，就應(yīng)該到廠家去尋找最新信息，而不是在代理處尋找最新信息，包括數(shù)據(jù)手冊(cè)、勘誤等。 |
|
| 29樓： | >>參與討論 |
| 作者： zlg315 于 2005/4/30 0:39:00 發(fā)布：
回避什么呢？ 本人不造芯片，難道有一些“Bug”還要我來認(rèn)錯(cuò)？您真是好笑，不知道您是什么心態(tài)？ |
|
| 30樓： | >>參與討論 |
| 作者： zzg 于 2005/4/30 9:07:00 發(fā)布：
老周還是應(yīng)該及時(shí)更新你網(wǎng)上的勘誤表嘛 你網(wǎng)站上的勘誤資料太老了,phlips網(wǎng)上的資料更要命,頁面的鏈接上根本沒說勘誤,要把哪個(gè)文檔打開了才曉得.簡(jiǎn)直萬惡啊,害我在上頭找了半天.你們把這些資料及時(shí)整理發(fā)布在自家網(wǎng)上,可以避免大家走彎路嘛,而且還可以減少你們技術(shù)支持的負(fù)擔(dān),有什么不好的呢? |
|
| 31樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/4/30 9:43:00 發(fā)布：
我想老周又誤解了enbed的意思了 我感覺enbed并沒有讓您認(rèn)錯(cuò)什么的，只是希望看到您有一個(gè)直接面對(duì)，積極響應(yīng)這么一個(gè)態(tài)度。因?yàn)樽鳛檎\(chéng)實(shí)的商人，是應(yīng)該把自己賣的產(chǎn)品的瑕疵和優(yōu)點(diǎn)一起提供給客戶。何況這些瑕疵是無法回避，更是無法隱瞞的，為什么不能以一種積極的態(tài)度去處理呢。bug存在這么多了，有些bug在勘誤表里描述不清楚，甚至描述和大家的實(shí)際試驗(yàn)現(xiàn)象相反，zlg號(hào)稱全面的技術(shù)支持，為什么不能主動(dòng)的去把這些問題搞清楚，然后解答大家的疑惑呢？甚至給勘誤表再出一個(gè)勘誤表。我想這些事情比在這里強(qiáng)調(diào)芯片不是自己設(shè)計(jì)的有意義的多，也更有說服力吧！至少我在前貼里提到的bug問題（其他網(wǎng)友也有遇到同樣問題），但是zlg一直都沒有就這些bug情況做出回答。所以我并不覺得enbed的說法很可笑，或者有什么不好的心態(tài)。您以為呢？ to zzg: 哈哈，看來和我一樣遭遇的不止我一人呀。 * - 本貼最后修改時(shí)間：2005-4-30 9:46:19 修改者：jiangbo123 |
|
| 32樓： | >>參與討論 |
| 作者： zlgARM 于 2005/4/30 11:13:00 發(fā)布：
re： 全面技術(shù)支持的含義： 1：關(guān)于對(duì)PHILIPS芯片的技術(shù)支持。 我們不是PHILIPS的芯片測(cè)試部門，因而不可能將芯片全部功能進(jìn)行深入測(cè)試，找出其中的BUG。ARM芯片功能太多，很多BUG在深層次的應(yīng)用才可能發(fā)現(xiàn)，要找出其中的BUG，不是一件容易的事情。任何一家芯片代理商，會(huì)為原廠商作這樣的測(cè)試嗎？如果是您在作這樣的工作，您會(huì)作嗎？再說，PHILIPS的ARM芯片型號(hào)這么多，應(yīng)用差別那么大，測(cè)試工作不是一兩個(gè)實(shí)驗(yàn)，也不是一兩天就能完成的。 有些BUG，可能我們還沒有發(fā)現(xiàn)，但客戶在自己的應(yīng)用中已經(jīng)發(fā)現(xiàn)或者解決。我們開設(shè)此論壇的目的也就是希望熱心用戶協(xié)助我們來幫助客戶，形成良好的交流氛圍，大家互相幫助。 實(shí)際上，我們?cè)谧鞯暮芏喙ぷ鞫际菬o償為原廠作測(cè)試，我們時(shí)間和精力也有限。 我們對(duì)PHILIPS芯片的技術(shù)支持的含義： （1）測(cè)試芯片的大部分功能，提供使用示例； （2）用戶在使用過程中對(duì)功能使用有問題，我們給予解答； （3）用戶在使用過程中發(fā)現(xiàn)芯片BUG，我們協(xié)助用戶進(jìn)行測(cè)試； （4）如果我們測(cè)試不了，則聯(lián)系PHILIPS； 2：關(guān)于對(duì)我們自有產(chǎn)品的技術(shù)支持。 我們對(duì)自有產(chǎn)品的技術(shù)支持： （1）快速入門； （2）解答用戶在使用過程中的疑問，協(xié)助用戶進(jìn)行二次開發(fā)； （3）修改用戶發(fā)現(xiàn)的BUG； （4）產(chǎn)品升級(jí)； （5）對(duì)特殊客戶的特殊服務(wù)。 我們提供了多種技術(shù)支持方式：論壇、E-mail、眾多的直線電話，以及上門服務(wù)（針對(duì)特殊客戶）等。 我們盡可能提供眾多的服務(wù)方式、盡量全面的服務(wù)范圍。當(dāng)然，由于精力有限，在某些方面作的還不夠，也希望得到理解，我們也會(huì)盡量做好。如果能得到客戶的理解，我們將更有信心做好我們的工作。 * - 本貼最后修改時(shí)間：2005-4-30 11:27:48 修改者：zlgARM |
|
| 33樓： | >>參與討論 |
| 作者： enbed 于 2005/4/30 21:04:00 發(fā)布：
TO:ZLG315 我不想多說了。但絕對(duì)不是你理解的要你抗的。 問題那么多，你做的那么多東西，只能說你成功的解決了，或沒有遇到那些問題，而網(wǎng)友已經(jīng)詳細(xì)的說了這么多問題，你對(duì)這些問題視而不見，而在那里說自己的產(chǎn)品。 to:jiangbo123 謝謝你！ * - 本貼最后修改時(shí)間：2005-4-30 21:07:58 修改者：enbed |
|
| 34樓： | >>參與討論 |
| 作者： zlg315 于 2005/5/1 8:52:00 發(fā)布：
回復(fù)如下 很多時(shí)候我們也不知道，如果已經(jīng)知道的話，我們都是第一時(shí)間翻譯出來發(fā)表，從我們網(wǎng)站上更新技術(shù)資料就可以知道我們的速度和響應(yīng)Open運(yùn)動(dòng)的精神，我們實(shí)在沒有必要回避這些事情。 當(dāng)然，我們需要與PHILIPS進(jìn)一步加強(qiáng)聯(lián)系與溝通，希望他們第一時(shí)間將“勘誤表”發(fā)給我們，方便用戶的開發(fā)。 希望此事的討論到此為止，謝謝大家！ |
|
| 35樓： | >>參與討論 |
| 作者： jiangbo123 于 2005/5/1 22:47:00 發(fā)布：
我不關(guān)心什么“技術(shù)支持”的定義、含義！ 而且即使按照您提出的技術(shù)支持含義，前面提到關(guān)于VPBDIV勘誤表和實(shí)際現(xiàn)象不一致的問題，為了方便zlg回復(fù)，我在前面的帖子里還詳細(xì)了描述了我所做的全部試驗(yàn)的情況！作為zlg是不是應(yīng)該給予答復(fù)，或者哪怕給出一個(gè)響應(yīng)讓我們知道你們正在努力也好呀，但是遺憾的是至今沒有zlg方面沒有任何人給予答復(fù)或者響應(yīng)該問題！ 宣傳的時(shí)候可以說客戶是上帝，有事情的時(shí)候就提出種種條條框框，不自然讓我想起現(xiàn)在所有的廣告最下面都有的一行小字：“對(duì)于該活動(dòng)的一切最終解釋權(quán)在本公司”。 |
|
| 36樓： | >>參與討論 |
| 作者： xuekcd832 于 2005/5/2 15:56:00 發(fā)布：
哈哈！突然明白了----周立功是商人！ 即然是商人，自然是要追求利益的最大化。當(dāng)然就不可能把什么東西都告訴客戶。不然他還怎么賺錢！這點(diǎn)我理解。 "很多BUG在深層次的應(yīng)用才可能發(fā)現(xiàn)"----我覺得這是推卸責(zé)任�？闭`表中的錯(cuò)誤很顯然并不需要深層的應(yīng)用就可以發(fā)現(xiàn)了，這完全是芯片硬件設(shè)計(jì)上的失敗。而且勘誤表去年8月就出來了，但是在周立功網(wǎng)站上到現(xiàn)在我也看不到關(guān)于芯片BUG的提醒（還是藏的太深了我沒找到？PHILIPS網(wǎng)站里也藏的很好！被我一不小心看到的！）原本沒有懷疑芯片本有問題，還以為是自己的程序沒寫對(duì)呢。 我承認(rèn)，PHILIPS ARM是很強(qiáng)的芯片。但芯片有這么多的BUG，周立功應(yīng)該及時(shí)的通知客戶，不要就這么 偷偷摸摸 地發(fā)表個(gè)什么勘誤表 就企圖 蒙混過關(guān)！ 是不是把人家英文版的勘誤表翻譯一遍也算技術(shù)支持了？ * - 本貼最后修改時(shí)間：2005-5-2 15:59:03 修改者：xuekcd832 |
|
| 37樓： | >>參與討論 |
| 作者： lvyi913 于 2005/5/3 10:35:00 發(fā)布：
表示支持！jiangbo123 |
|
| 38樓： | >>參與討論 |
| 作者： lvyi913 于 2005/5/3 10:38:00 發(fā)布：
支持jiangbo123��！ 我覺得ZLG在勘誤表方面應(yīng)該緊跟PHILIPS，不要讓大家失望！ |
|
| 39樓： | >>參與討論 |
| 作者： winds 于 2005/5/4 0:35:00 發(fā)布：
我感覺大家對(duì)zlg太苛求了吧 畢竟他不是全國(guó)唯一總代，他只是個(gè)經(jīng)銷商，他負(fù)責(zé)把飛利浦的資料給大家，我覺的就夠了，比起那些只是給廠家網(wǎng)站鏈接的經(jīng)銷商好多了。 大家覺的芯片有問題，應(yīng)該去找飛利浦中國(guó)公司，他們才是真正的技術(shù)支持 |
|
| 40樓： | >>參與討論 |
| 作者： zhonggx 于 2005/5/4 9:37:00 發(fā)布：
三星的ARM沒BUG嗎？我發(fā)現(xiàn)有一個(gè)很嚴(yán)重的。 我現(xiàn)在發(fā)現(xiàn)一個(gè)致命的問題，就是復(fù)位不可靠，死掉后反復(fù)硬復(fù)位都無效，必須關(guān)電源重開才行：（ 大家有誰有好辦法嗎？ |
|
| 41樓： | >>參與討論 |
| 作者： enbed 于 2005/5/4 11:04:00 發(fā)布：
TO:lvyi913 小樣的，被Z給慣壞了。 知道有這么一說了，還是老老實(shí)的去芯片廠家找找資料把。 ZLG給你做的只是一小部分，說的過分點(diǎn)，他也是為了好看點(diǎn)的 真的實(shí)用的，你得自己求證下。 |
|
| 42樓： | >>參與討論 |
| 作者： 汽車電子 于 2005/5/4 14:57:00 發(fā)布：
既然選擇了他，如果不能克服其缺點(diǎn)，就只能接受了！哈哈哈... |
|
| 43樓： | >>參與討論 |
| 作者： tangqin 于 2005/5/4 15:28:00 發(fā)布：
本想試試ARM的，現(xiàn)在又準(zhǔn)備TMS470了，我也擔(dān)心BUG |
|
| 44樓： | >>參與討論 |
| 作者： ecjtu 于 2005/5/5 19:54:00 發(fā)布：
我也感覺芯片本身問題挺多�。∈褂脮r(shí)還是小心為妙 |
|
| 45樓： | >>參與討論 |
| 作者： tonsincslq 于 2005/5/6 10:05:00 發(fā)布：
我是深有同感呀 |
|
| 免費(fèi)注冊(cè)為維庫電子開發(fā)網(wǎng)會(huì)員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號(hào) |