|
|||||||||||
| 技術(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 |
ADS1.2——叫我如何相信你？ |
| 作者：erlking 欄目：ARM技術(shù) |
害我調(diào)了2天了，貼個(gè)圖吧，眼見(jiàn)為實(shí) C代碼里寫(xiě)的明明是0x00ff，結(jié)果編譯出來(lái)就成了0xff00了，不看匯編還不知道問(wèn)題出在哪里，后來(lái)把0x00ff改為0xff等也不行，刪除所有*.o文件再次編譯也不行，無(wú)語(yǔ)了。。。
|
| 2樓： | >>參與討論 |
| 作者： wlq_9 于 2006/11/16 16:17:00 發(fā)布：
ads 大小端問(wèn)題,ADS沒(méi)錯(cuò). |
|
| 3樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/16 16:19:00 發(fā)布：
遇到問(wèn)題先找找自己的原因吧 |
|
| 4樓： | >>參與討論 |
| 作者： erlking 于 2006/11/16 16:50:00 發(fā)布：
樓上兩位的不要那么武斷 如果是大小端問(wèn)題，請(qǐng)教：圖中的編譯方式是大端還是小端？看看與我的設(shè)置是否相符。 別的地方都沒(méi)錯(cuò)，偏偏就這里出錯(cuò) 后來(lái)根本就沒(méi)改大小端，在sum和=之間，以及后面的括號(hào)等地方加了幾個(gè)空格，刪除所有*.o文件，重新編譯，又好了。 |
|
| 5樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/16 16:59:00 發(fā)布：
我也沒(méi)說(shuō)是大小端的問(wèn)題��！ 把工程垃圾刪掉了，重新建立工程，絕對(duì)好用。什么中文路徑拉，只讀屬性啦，ads環(huán)境被其他的修改拉。。等等都是問(wèn)題，難道我說(shuō)的不對(duì)嗎？ |
|
| 6樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/16 17:02:00 發(fā)布：
任何編譯器都有bug 包括著名的gcc，你說(shuō)ads有問(wèn)題，其實(shí) 熱alview/iar/keil 里面照樣有bug。關(guān)鍵是咱們不要往bug上撞，避而遠(yuǎn)之，不就行了嗎？ 想想現(xiàn)在真是bug的天下，windows/手機(jī)/芯片。。。包括自己做的產(chǎn)品，哪一個(gè)沒(méi)有bug？ |
|
| 7樓： | >>參與討論 |
| 作者： erlking 于 2006/11/16 17:05:00 發(fā)布：
可你前面說(shuō)的。。。 王紫豪 發(fā)表于 2006-11-16 16:19 ARM 論壇 ←返回版面 3樓： 遇到問(wèn)題先找找自己的原因吧 我都已經(jīng)說(shuō)明了是耽誤了我2天時(shí)間，也就是說(shuō)我找自己的原因花了2天時(shí)間，還不夠么？現(xiàn)在終于把問(wèn)題找到，并且解決了，發(fā)給大家看看，有什么不對(duì)么？ |
|
| 8樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/16 17:08:00 發(fā)布：
對(duì)！樓主很有耐力，要是我早重裝ads/操作系統(tǒng)了！ |
|
| 9樓： | >>參與討論 |
| 作者： 平常人 于 2006/11/16 17:14:00 發(fā)布：
下次再碰到這樣的問(wèn)題，試試sum=sum+i%256，邏輯上一樣 |
|
| 10樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/17 2:13:00 發(fā)布：
定 |
|
| 11樓： | >>參與討論 |
| 作者： HWM 于 2006/11/17 7:59:00 發(fā)布：
ADS1.2會(huì)出現(xiàn)這鐘低級(jí)錯(cuò)誤，不可思議。 我試了一下類(lèi)似的語(yǔ)句，未發(fā)現(xiàn)有錯(cuò)誤，不知樓主用的是什么版本。 * - 本貼最后修改時(shí)間：2006-11-17 8:02:04 修改者：HWM |
|
| 12樓： | >>參與討論 |
| 作者： twentyone 于 2006/11/17 8:27:00 發(fā)布：
To 樓主 首先，什么東西都有BUG，畢竟是人做的東西。建議LZ把你有問(wèn)題的程序上傳上來(lái)，讓大家都可以下載測(cè)試一下。如果是BUG，那也可以給大家提個(gè)醒，注意一下。 |
|
| 13樓： | >>參與討論 |
| 作者： wlq_9 于 2006/11/17 9:06:00 發(fā)布：
小端模式. 貼出源碼,大家分析分析,斷章取義無(wú)法分析原因. |
|
| 14樓： | >>參與討論 |
| 作者： embed_tech 于 2006/11/17 15:05:00 發(fā)布：
建議！ 如果是用來(lái)調(diào)試SAMSUNG的ARM建議修改或自己做一個(gè)MAKEFILE文件，把命令等等依次列好，每次都可以用 不容易出錯(cuò)哦！ |
|
| 15樓： | >>參與討論 |
| 作者： yos 于 2006/11/17 16:55:00 發(fā)布：
ads和realview是有bug的 我也碰到過(guò)，我打開(kāi)的是安裝包自帶的example，完全按照默認(rèn)值安裝，simulator方式調(diào)試，環(huán)境設(shè)置上應(yīng)該沒(méi)有問(wèn)題了吧。添加了一些代碼后，編譯就出現(xiàn)問(wèn)題，而且反匯編出來(lái)是錯(cuò)誤的，可以用添加空格和空行的方式解決，有點(diǎn)類(lèi)似樓主。當(dāng)時(shí)沒(méi)有記下來(lái)，年代久遠(yuǎn)，記不清具體情況了。 現(xiàn)在我用gcc，在C中內(nèi)嵌匯編時(shí)發(fā)現(xiàn)過(guò)bug，但編譯C程序時(shí)還沒(méi)有發(fā)現(xiàn)過(guò)。 bug總是難免的，有些bug只是讓你無(wú)法編譯，但如果編譯的結(jié)果是錯(cuò)誤的就很可怕了，想像一下，一個(gè)數(shù)萬(wàn)行的程序，因?yàn)榫幾g器的錯(cuò)誤而產(chǎn)生一個(gè)bug，你怎么查？所以樓主還是幸運(yùn)的。像ads這樣結(jié)果是錯(cuò)誤的我真的還是第一次碰到，所以毫不猶豫地把它打入冷宮。 * - 本貼最后修改時(shí)間：2006-11-17 17:01:40 修改者：yos |
|
| 16樓： | >>參與討論 |
| 作者： erlking 于 2006/11/17 17:45:00 發(fā)布：
關(guān)于源代碼 wlq_9 發(fā)表于 2006-11-17 09:06 ARM 論壇 ←返回版面 13樓： 小端模式. 貼出源碼,大家分析分析,斷章取義無(wú)法分析原因. 最開(kāi)始時(shí)的代碼是sum=sum+(*ptr)&0xff00; 后來(lái)改成了sum=sum+(*ptr)&0x00ff; 結(jié)果就編譯成圖片里那樣，多次折騰下來(lái)，改成 sum = sum + (*ptr)&0x00ff; ，加了幾個(gè)空格，總算編譯成功了。 源代碼沒(méi)有問(wèn)題的，改動(dòng)也就在這一句。 |
|
| 17樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/17 18:15:00 發(fā)布：
最開(kāi)始的代碼，object沒(méi)有更新，很明顯！ |
|
| 18樓： | >>參與討論 |
| 作者： HWM 于 2006/11/17 20:07:00 發(fā)布：
奇怪,樓主圖中并非所述的代碼(sum=sum+(*ptr)&0xff00;) |
|
| 19樓： | >>參與討論 |
| 作者： wujiarui 于 2006/11/17 20:57:00 發(fā)布：
最大可能是反匯編是直接讀取ROM里面代碼 所以要樓主先確定： 1，是用模擬器還是用JTAG在縣仿真 2，如果是在線仿真，當(dāng)前情況下0x0B9C是ROM還是RAM！ |
|
| 20樓： | >>參與討論 |
| 作者： twentyone 于 2006/11/18 4:28:00 發(fā)布：
RE 根據(jù)樓主提供的情況，無(wú)法斷定是不是一個(gè)BUG. LZ可以貢獻(xiàn)一下，把自己的代碼修改一下，去掉那些LZ認(rèn)為不需要公開(kāi)的代碼，留下有問(wèn)題的代碼，讓大伙都測(cè)試一下。出現(xiàn)LZ所描述的情況有很多種可能。例如： 1.下載的問(wèn)題 － 編譯是正確的，但SDRAM沒(méi)有初始化好，下載不正確�；蛘呤窍螺d到FLASH里面。 2.仿真器的問(wèn)題 － 編譯正確，SDRAM也初始化正常了，由于仿真器的問(wèn)題，某些部分的下載不正確。 3.也有可能是用戶自己的問(wèn)題... 說(shuō)說(shuō)個(gè)人的看法:軟件的東西，肯定有BUG。但ADS用的編譯器應(yīng)該還是比較可靠的。象很多的大公司，用的都是ADS和REALVIEW的編譯器。而且都是做很大型的開(kāi)發(fā)。 |
|
| 21樓： | >>參與討論 |
| 作者： erlking 于 2006/11/20 10:16:00 發(fā)布：
re 這段代碼是在FLASH里運(yùn)行的，芯片型號(hào)為LPC2132 1、不可能是燒寫(xiě)失敗，因?yàn)槲覠龑?xiě)過(guò)了很多次，每次都這樣，而其它代碼沒(méi)有出錯(cuò) 2、是在線仿真，0x0B9C是ROM 3、最最重要的一點(diǎn)，樓上已經(jīng)說(shuō)過(guò)多次，問(wèn)題已經(jīng)解決了，僅僅是在代碼中加了幾個(gè)空格而已 ps：沒(méi)想到連wujiarui和21都來(lái)捧場(chǎng)啊，受寵若驚了！ |
|
| 22樓： | >>參與討論 |
| 作者： mbutterfly 于 2006/11/20 11:39:00 發(fā)布：
燒到FLASH里還是在線仿真嗎？ |
|
| 23樓： | >>參與討論 |
| 作者： wujiarui 于 2006/11/20 12:56:00 發(fā)布：
燒到FLASH也是可以在線仿真的 不過(guò)出了問(wèn)題，不能一口咬定是ADS的問(wèn)題，當(dāng)然也不能排除是ADS編譯的問(wèn)題。 建議在AXD下，把仿真改為模擬器，再看看模擬器下的反匯編，看結(jié)果是不是還是這樣。 |
|
| 24樓： | >>參與討論 |
| 作者： veryfatman 于 2006/11/23 10:58:00 發(fā)布：
概率問(wèn)題 這個(gè)可能是ads的bug，但這個(gè)的可能性為0.00001% |
|
| 25樓： | >>參與討論 |
| 作者： yddoo 于 2006/11/23 12:44:00 發(fā)布：
IAR 好，可能有點(diǎn)貴吧，真的好啊 |
|
| 26樓： | >>參與討論 |
| 作者： twentyone 于 2006/11/23 13:10:00 發(fā)布：
RE 首先，我沒(méi)有偏向那個(gè)軟件。只要用好了，都是很不錯(cuò)的東西。IAR應(yīng)該是不錯(cuò)。我說(shuō)說(shuō)ADS/REALVIEW的優(yōu)勢(shì)吧：ADS/REALVIEW的優(yōu)勢(shì)，有LINUX/UNIX下的版本，如果是個(gè)人用戶來(lái)說(shuō)，這點(diǎn)不重要。但對(duì)企業(yè)用戶來(lái)說(shuō)，這個(gè)很重要。例如手機(jī)廠商，現(xiàn)在基本上所有的手機(jī)用的都是ARM的芯片。這樣，很多代碼都是重用的，如果在LINUX/UNIX下進(jìn)行開(kāi)發(fā)的話，可以和代碼管理，版本控制結(jié)合的很好。一些大的公司，用的都是ADS＋MULTI-ICE,新版本的話，用REALVIEW2.2 ＋ REALVIEW ICE. |
|
| 27樓： | >>參與討論 |
| 作者： yuansuini 于 2006/11/23 13:15:00 發(fā)布：
不管怎樣，感謝樓主的經(jīng)驗(yàn)分享！ |
|
| 28樓： | >>參與討論 |
| 作者： 汽車(chē)電子 于 2006/11/23 18:16:00 發(fā)布：
樓主真有耐心呀。 當(dāng)初我開(kāi)始學(xué)ARM的時(shí)候，僅僅是第一個(gè)項(xiàng)目用ADS。現(xiàn)在一直用Keil |
|
| 29樓： | >>參與討論 |
| 作者： 王紫豪 于 2006/11/23 19:01:00 發(fā)布：
我也是，就用了ads一把！ |
|
| 30樓： | >>參與討論 |
| 作者： sijizheng 于 2006/11/23 22:52:00 發(fā)布：
牛人集合的地方/ 牛人集合的地方/ |
|
| 31樓： | >>參與討論 |
| 作者： linwei1234 于 2006/11/23 22:55:00 發(fā)布：
學(xué)習(xí)中! |
|
| 32樓： | >>參與討論 |
| 作者： lemys 于 2006/11/24 17:00:00 發(fā)布：
盜版的吧，小樣！ |
|
| 33樓： | >>參與討論 |
| 作者： pheavecn 于 2006/11/25 8:41:00 發(fā)布：
目前為止，我還沒(méi)有遇到ADS給我臉色看。 |
|
| 34樓： | >>參與討論 |
| 作者： ahwei 于 2006/11/25 23:24:00 發(fā)布：
時(shí)間戮的問(wèn)題，問(wèn)題不一定在ads上。 顯然.o文件沒(méi)有更新，這和gcc里經(jīng)常來(lái)個(gè)make clean一樣。ads中有個(gè)remove all target也可以做同樣的操作。編譯器在編譯時(shí)只是比對(duì).c文件是否比對(duì)應(yīng)的.o文件新，新的話才編譯這個(gè).c文件。 |
|
| 35樓： | >>參與討論 |
| 作者： su_mj000 于 2006/11/26 2:24:00 發(fā)布：
難以置信的BUG LZ在樓頂?shù)拇a與在13樓張貼的代碼不同,但問(wèn)題很類(lèi)似. 難以置信的是,這竟然是可以用加幾個(gè)空格就能糾正.而15樓的 跟帖似乎驗(yàn)證了這一事實(shí)! 建議LZ按20樓的方法再試一試.另外,試試將語(yǔ)句該成 sum += *ptr & 0x00ff; |
|
| 36樓： | >>參與討論 |
| 作者： zhonggx 于 2006/11/26 3:29:00 發(fā)布：
樓主用的是ZLG的EASYJTAG吧？ 不關(guān)ADS的事，這個(gè)時(shí)候你最好用ISP把芯片全片擦除試試。不要?jiǎng)硬粍?dòng)就說(shuō)ADS的錯(cuò)啦。還有用35樓的方法,先清除.o文件先。 我一直以來(lái)都用ADS，從來(lái)沒(méi)出過(guò)錯(cuò)，要說(shuō)在用PHILIPS ARM時(shí)出錯(cuò)的話，都是因?yàn)閆LG的什么JTAG。 順便說(shuō)一下，要說(shuō)穩(wěn)定，我覺(jué)得KEIL絕對(duì)比不上ADS的。只不過(guò)ADS不是很符合國(guó)人習(xí)慣，畢竟很多用ARM的同志都是51上過(guò)來(lái)的,用KEIL已經(jīng)很習(xí)慣了。同時(shí)，新版的KEIL ARM也是默認(rèn)用的了Realview的編譯器了。KEIL也已經(jīng)是ARM旗下的公司了 * - 本貼最后修改時(shí)間：2006-11-26 3:34:59 修改者：zhonggx |
|
| 37樓： | >>參與討論 |
| 作者： paullin 于 2006/11/27 20:51:00 發(fā)布：
ADS1.2還真的不好使 誰(shuí)知道在ADS1.2中如何定義指針數(shù)組呀? 我這樣定義 uint8 * const TEST[]={"aa","bb"}; 結(jié)果編譯后有如下錯(cuò)誤 Error : C3028E: '=': implicit cast of pointer to non-equal pointer HardWare.c LINE 6 同樣地,我在KEIL C51編譯時(shí)順利通過(guò),所以ADS1.2我還真不敢用了. |
|
| 38樓： | >>參與討論 |
| 作者： lwtlwt 于 2006/11/28 0:30:00 發(fā)布：
re. 請(qǐng)注意一個(gè)問(wèn)題: sum = sum + (*ptr)&0x00ff; 由于+的運(yùn)算優(yōu)先級(jí)比&高,因此實(shí)際上sum是先+ (*ptr),然后將結(jié)果 & 0x00ff. |
|
| 39樓： | >>參與討論 |
| 作者： power5000 于 2006/11/28 9:51:00 發(fā)布：
樓主，說(shuō)你兩句別在意 如果只是幾個(gè)空格的問(wèn)題，那就不是問(wèn)題，ADS的開(kāi)發(fā)者不會(huì)存在這樣低級(jí)錯(cuò)誤，問(wèn)題肯定在與你，沒(méi)有認(rèn)真的思考一下問(wèn)題的實(shí)質(zhì)就在這里大喊大叫，大言不慚，憑我?guī)啄陙?lái)的經(jīng)驗(yàn)看得出你是個(gè)心浮氣躁之人，再這樣下去是不適合做技術(shù)的，或者說(shuō)是做不好的，謝謝！ |
|
| 40樓： | >>參與討論 |
| 作者： lgchenxu 于 2006/11/28 10:02:00 發(fā)布：
不只樓主什么時(shí)候能重顯這個(gè)問(wèn)題 把測(cè)試代碼發(fā)出來(lái)看看； |
|
| 41樓： | >>參與討論 |
| 作者： tubie 于 2006/11/28 21:09:00 發(fā)布：
真是熱鬧啊，俺也來(lái)灌水。 |
|
| 42樓： | >>參與討論 |
| 作者： hsw_21 于 2006/11/28 21:16:00 發(fā)布：
學(xué)習(xí)了! |
|
| 43樓： | >>參與討論 |
| 作者： su_mj000 于 2006/11/29 1:19:00 發(fā)布：
摟主的第一貼不存算符優(yōu)先級(jí)別問(wèn)題 語(yǔ)句 sum=sum+(i&0x00ff); 中的括號(hào)已經(jīng)將運(yùn)算的次序確定。 |
|
| 44樓： | >>參與討論 |
| 作者： zhonggx 于 2006/11/29 8:45:00 發(fā)布：
回36樓 36樓的做法顯然是不合適的，你這是在定議指針數(shù)組嗎？再說(shuō)，每個(gè)C編譯器都有自已的一些特點(diǎn)，對(duì)于一些不是用ANSI C寫(xiě)的程序，不一定支持的。不能因?yàn)樽砸巡灰?guī)范的做法人家不支持，就說(shuō)人家編譯器有問(wèn)題。 |
|
| 45樓： | >>參與討論 |
| 作者： zhangfxin 于 2006/11/29 22:41:00 發(fā)布：
大家好 你們好！ 聽(tīng)到大家的豪言，我也想感慨感慨，但因最近剛買(mǎi)了S3C2410的開(kāi)發(fā)板，轉(zhuǎn)來(lái) 轉(zhuǎn)去，卻不知從何下口，前輩們可否為在下指點(diǎn)一二，謝謝謝�。。。。�！ |
|
| 46樓： | >>參與討論 |
| 作者： paullin 于 2006/12/1 15:59:00 發(fā)布：
to zhonggx 那按兄臺(tái)的習(xí)慣,我想把一些液晶顯示的字符串定義到FLASH中,應(yīng)該如何定義呀.還請(qǐng)指教,我之前都是這樣使用的: unsigned CHAR * const a={"abc","ced"}; |
|
| 47樓： | >>參與討論 |
| 作者： wlq_9 于 2006/12/1 16:04:00 發(fā)布：
什么年代了 ADS早該不用了.現(xiàn)在IAR,keil,realview,gcc開(kāi)發(fā)環(huán)境多了去了.老掉牙的東西了,ARM公司都放棄的東西,還在用. |
|
| 48樓： | >>參與討論 |
| 作者： arm123 于 2006/12/1 16:22:00 發(fā)布：
匯編 erlking，怎么樣就可以像你這樣把c語(yǔ)言和匯編一句一句對(duì)應(yīng)的？ |
|
| 49樓： | >>參與討論 |
| 作者： arm123 于 2006/12/1 16:30:00 發(fā)布：
C與匯編 請(qǐng)問(wèn)erlking： 你是如何將匯編和C程序一句一句對(duì)應(yīng)起來(lái)的？謝謝��！ |
|
| 50樓： | >>參與討論 |
| 作者： zhonggx 于 2006/12/1 22:20:00 發(fā)布：
to 47樓 unsigned CHAR const a[2][4]={"abc","ced"}; |
|
| 51樓： | >>參與討論 |
| 作者： Chang_HS 于 2006/12/2 18:28:00 發(fā)布：
你是不是先用了(i&0xff00）然后改成的(i&0xff)? 還有你是不是用EASY_JTAG下載后看到的代碼?如果是這樣改的,那多改動(dòng)一些再重新編譯然后就好了. |
|
| 52樓： | >>參與討論 |
| 作者： Chang_HS 于 2006/12/2 18:35:00 發(fā)布：
一定是EasyJTAG下載的問(wèn)題, 最開(kāi)始時(shí)的代碼是sum=sum+(*ptr)&0xff00; 后來(lái)改成了sum=sum+(*ptr)&0x00ff; 結(jié)果就編譯成圖片里那樣，多次折騰下來(lái)，改成 sum = sum + (*ptr)&0x00ff; ，加了幾個(gè)空格，總算編譯成功了。 源代碼沒(méi)有問(wèn)題的，改動(dòng)也就在這一句 EasyJTAG下載的問(wèn)題 正是因?yàn)橹桓膭?dòng)一句就有問(wèn)題了,這個(gè)沒(méi)有什么,多改動(dòng)一些代碼再編譯下載就OK了. 很多類(lèi)似問(wèn)題的,比如由if(i<=8) 改為if(i<8) 重新編譯下載也會(huì)有同樣問(wèn)題,繼續(xù)用原來(lái)的代碼. 如果你把上面的過(guò)程再重復(fù)一下,問(wèn)題會(huì)重現(xiàn). |
|
| 53樓： | >>參與討論 |
| 作者： liudewei 于 2006/12/3 14:58:00 發(fā)布：
這么簡(jiǎn)單的編譯出錯(cuò)是不可能的，數(shù)據(jù)類(lèi)型合法嗎？ |
|
| 54樓： | >>參與討論 |
| 作者： erlking 于 2006/12/4 11:38:00 發(fā)布：
非常感謝 lwtlwt 發(fā)表于 2006-11-28 00:30 ARM 論壇 ←返回版面 39樓： re. 請(qǐng)注意一個(gè)問(wèn)題: sum = sum + (*ptr)&0x00ff; 由于+的運(yùn)算優(yōu)先級(jí)比&高,因此實(shí)際上sum是先+ (*ptr),然后將結(jié)果 & 0x00ff. 多謝提醒這個(gè)問(wèn)題，你不說(shuō)的話我將來(lái)還真有可能犯這個(gè)錯(cuò)誤，還好我有用小括號(hào)的習(xí)慣，呵呵。 不過(guò)我的貼圖中沒(méi)有出現(xiàn)這個(gè)錯(cuò)誤。而且我前面要說(shuō)的只是大概這個(gè)意思，不是貼的原代碼，實(shí)際上應(yīng)該是用的sum += (*ptr)&0x00ff; 不管怎么說(shuō)，再次感謝！ |
|
| 55樓： | >>參與討論 |
| 作者： erlking 于 2006/12/4 11:54:00 發(fā)布：
回如下貼 power5000 發(fā)表于 2006-11-28 09:51 ARM 論壇 ←返回版面 40樓： 樓主，說(shuō)你兩句別在意 如果只是幾個(gè)空格的問(wèn)題，那就不是問(wèn)題，ADS的開(kāi)發(fā)者不會(huì)存在這樣低級(jí)錯(cuò)誤，問(wèn)題肯定在與你，沒(méi)有認(rèn)真的思考一下問(wèn)題的實(shí)質(zhì)就在這里大喊大叫，大言不慚，憑我?guī)啄陙?lái)的經(jīng)驗(yàn)看得出你是個(gè)心浮氣躁之人，再這樣下去是不適合做技術(shù)的，或者說(shuō)是做不好的，謝謝！ 回power5000，雖然你說(shuō)了叫我別在意，但我不得不回幾句。 1、ADS是否存在這個(gè)低級(jí)錯(cuò)誤，樓上樓下這么多人在討論，你說(shuō)了就算？ 2、一板磚拍死了說(shuō)問(wèn)題肯定在于我自己，那你給我解釋一下我的貼圖中，我犯的錯(cuò)誤在哪里？ 3、你說(shuō)我沒(méi)有認(rèn)真思考問(wèn)題就來(lái)大喊大叫，你怎么知道我沒(méi)有認(rèn)真思考過(guò)？前面我已經(jīng)說(shuō)了我調(diào)了2天，這兩天我就一直在考慮要來(lái)21ic“大喊大叫”？不知道你說(shuō)的大喊大叫是指什么，我只希望其它發(fā)貼的人不要對(duì)你發(fā)起群攻。 4、憑你幾年的經(jīng)驗(yàn)就知道我是什么樣的人？對(duì)你的反駁我是忍無(wú)可忍，如果你不說(shuō)“幾年的經(jīng)驗(yàn)”，我還不懈反駁你。不知你說(shuō)的“幾年”具體是多少，本人也從業(yè)3年多了，自認(rèn)還算是個(gè)做技術(shù)的料，至少身邊的人包括老板都沒(méi)有哪個(gè)說(shuō)我做得不好。 5、樓上樓下的人都在思考問(wèn)題會(huì)出在哪里，唯獨(dú)只有你發(fā)的帖子內(nèi)容不包含半點(diǎn)建設(shè)性的內(nèi)容，全部心思都投入到對(duì)他人的指責(zé)，而從未認(rèn)真思考技術(shù)的人，我看應(yīng)該算得上心浮氣噪吧？ 語(yǔ)氣有點(diǎn)過(guò)激動(dòng)，希望其它網(wǎng)友不要跟貼，以免造成不良影響，謝謝配合。 |
|
| 56樓： | >>參與討論 |
| 作者： lthirty 于 2006/12/4 17:54:00 發(fā)布：
還會(huì)出現(xiàn)這問(wèn)題 |
|
| 57樓： | >>參與討論 |
| 作者： uuchy000 于 2006/12/6 12:49:00 發(fā)布：
re 我也碰到過(guò)類(lèi)似的問(wèn)題,有一次,我作一個(gè)左移語(yǔ)句,原來(lái)是右移10次,后來(lái)由于功能原因要改為右移12次,可我把10改成12,編譯后看匯編代碼還是左移10次,改了幾次還是不行,一氣之下干脆改成/4096,相當(dāng)于右移12位,這下一看,對(duì)了,ads自動(dòng)編譯成右移12位,后來(lái)我又改成左移12位,結(jié)果又對(duì)了,真是不懂 |
|
| 58樓： | >>參與討論 |
| 作者： erlking 于 2006/12/8 16:15:00 發(fā)布：
樓上的左右移 我的實(shí)際情況基本上跟你一模一樣，還以為這種問(wèn)題只有我一個(gè)人碰到呢 |
|
| 59樓： | >>參與討論 |
| 作者： Chang_HS 于 2006/12/8 16:40:00 發(fā)布：
各位,這個(gè)不是ADS的問(wèn)題,是EasyJTAG下載的問(wèn)題. 如果用模擬調(diào)試軟件看匯編碼沒(méi)有問(wèn)題的 |
|
| 60樓： | >>參與討論 |
| 作者： pplinux 于 2006/12/10 1:34:00 發(fā)布：
很明顯是你們?cè)O(shè)置問(wèn)題 |
|
| 61樓： | >>參與討論 |
| 作者： hanlong98 于 2006/12/12 18:03:00 發(fā)布：
ads是有些問(wèn)題 呵呵，我一般習(xí)慣了出了問(wèn)題看看匯編。呵呵，估計(jì)做單片機(jī)的都有這個(gè)習(xí)慣。 |
|
| 62樓： | >>參與討論 |
| 作者： dragonhux 于 2006/12/19 22:04:00 發(fā)布：
ADS步步是陷阱了？ 寒，看了樓主的代碼，豈不是ADS步步是陷阱了 那么，ADS不能相信了，難道gcc就不會(huì)有問(wèn)題嗎？ 還是懷疑是不是ADS設(shè)置問(wèn)題，或者工程文件的更新問(wèn)題 有一個(gè)法子，重建建一個(gè)新的工程文件 把*.c/*.h文件復(fù)制過(guò)去再編譯一次，看問(wèn)題還存在不？ 關(guān)注！ |
|
| 63樓： | >>參與討論 |
| 作者： chunpu 于 2006/12/20 14:29:00 發(fā)布：
RE 首先明確一下，LZ使用的是哪個(gè)版本的ADS（破解版？） 破解的東西有一點(diǎn)bug，理解�。海� 還是希望把源碼貼出來(lái)，大家一起測(cè)試一下，看是否是個(gè)偶然，還是LZ自己不太小心！ |
|
| 64樓： | >>參與討論 |
| 作者： 老狼 于 2006/12/21 14:42:00 發(fā)布：
其實(shí)最好的方法是不用這種運(yùn)算時(shí)表述方法！ 把你的運(yùn)算式都拆成兩個(gè)數(shù)的運(yùn)算，只要你的變量定義不出問(wèn)題，保你順利得到正確的結(jié)果！ |
|
| 65樓： | >>參與討論 |
| 作者： gdpiao 于 2006/12/21 16:42:00 發(fā)布：
ding ads 編譯器的確有bug. |
|
| 66樓： | >>參與討論 |
| 作者： legxx 于 2006/12/23 22:33:00 發(fā)布：
ads1.2還行 ads1.2還可以了，TI 的dsp的編譯器用起來(lái)注意點(diǎn)更多。呵呵，解決就行，開(kāi)發(fā)嘛總會(huì)遇到怪事的。 |
|
| 67樓： | >>參與討論 |
| 作者： xieqin 于 2006/12/26 13:50:00 發(fā)布：
先這樣看看 用ARMCC或TCC把C程序編譯成匯編程序看看 方法:armcc -S -fs -g -cpu ARM7TDMI -o output.s inoput.c 這樣可以對(duì)照查查你的程序編譯之后是什么模樣!!!! 當(dāng)然,根據(jù)項(xiàng)目的不同,需要修改其中的ARMCC/TCC 的option! |
|
| 68樓： | >>參與討論 |
| 作者： istudyarm 于 2006/12/26 14:37:00 發(fā)布：
看完了，發(fā)現(xiàn)好后悔買(mǎi)了個(gè)EASYARM2200！ |
|
| 69樓： | >>參與討論 |
| 作者： sharks 于 2006/12/30 12:22:00 發(fā)布：
建議摟主: 做一個(gè)可以測(cè)試的小程序，寫(xiě)上錯(cuò)誤重現(xiàn)的操作步驟，供大家測(cè)試和討論 * - 本貼最后修改時(shí)間：2006-12-30 12:28:31 修改者：sharks |
|
| 70樓： | >>參與討論 |
| 作者： ligx 于 2006/12/30 17:16:00 發(fā)布：
一定是ADS問(wèn)題?/ 不知道樓主代碼是在代碼編輯器中編輯過(guò)加到ADS的還是直接在ADS編寫(xiě)的, 有些代碼編輯器和編程軟件之間不能很好的支持,會(huì)出現(xiàn)很多不可預(yù)料的錯(cuò)誤的,我也遇到過(guò)類(lèi)似的情況,就是代碼編輯器的原因... |
|
| 71樓： | >>參與討論 |
| 作者： xieqin 于 2007/1/2 12:39:00 發(fā)布：
不用IDE,啥事都好解決 |
|
| 72樓： | >>參與討論 |
| 作者： sfy 于 2007/1/4 14:14:00 發(fā)布：
關(guān)注中 關(guān)注...... |
|
|
|
| 免費(fèi)注冊(cè)為維庫(kù)電子開(kāi)發(fā)網(wǎng)會(huì)員，參與電子工程師社區(qū)討論，點(diǎn)此進(jìn)入 |
Copyright © 1998-2006 m.58mhw.cn 浙ICP證030469號(hào) |