有這么一個
計算公式:
PHA_adj=65536-18919*(T_Pimp-time_cnt)/time_cnt;
其中:
PHA_adj:unsignedint
T_Pimp:常數(shù),等于3266
time_cnt:unsignedint范圍在2000至3000之間
這個公式有錯嗎,如果錯了錯在哪?怎么改才能算出期望值?
(KEILC518位機等同于8052)PHA_adj結(jié)果精度需保證在0.1%內(nèi)
呵呵答案在后面給出.
網(wǎng)友評論：分開之后發(fā)覺，那個INT×INT后，INT是放不下結(jié)果的。
網(wǎng)友評論：直接開長整型數(shù)據(jù)定義
網(wǎng)友評論：PHA_adj=~((unsignedlong)18919*(T_Pimp-time_cnt)/time_cnt)+1;
不如:
PHA_adj=65536-(unsignedlong)18919*(T_Pimp-time_cnt)/time_cnt;好
為什么呢,什么原因呢
網(wǎng)友評論：很煩強制轉(zhuǎn)換，那玩意很多時候是個隱性炸彈。。。
直接開長整型數(shù)據(jù)定義
答:直接開長整型定義會帶來如下后果:
占用數(shù)據(jù)存儲器多,代碼長,執(zhí)行時間長.
28樓：樓主所說的好是什么方面的??
25樓：
PHA_adj=~((unsignedlong)18919*(T_Pimp-time_cnt)/time_cnt)+1;
不如:
PHA_adj=65536-(unsignedlong)18919*(T_Pimp-time_cnt)/time_cnt;好
為什么呢,什么原因呢
答:PHA_adj=65536-(unsignedlong)18919*(T_Pimp-time_cnt)/time_cnt;代碼比較少一點.
網(wǎng)友評論：答樓上兩位
27樓：很煩強制轉(zhuǎn)換，那玩意很多時候是個隱性炸彈。。。
直接開長整型數(shù)據(jù)定義
答:直接開長整型定義會帶來如下后果:
占用數(shù)據(jù)存儲器多,代碼長,執(zhí)行時間長.
-------------------------------------------------------------
且，你以為你沒開長整型，代碼就短了？執(zhí)行時間就短了？至于占用RAM多的問題，你開成局部變量就是了，用完自動被編譯器釋放了。
網(wǎng)友評論：且。。。
xuehongren發(fā)表于2008-10-2410:43侃單片機←返回版面
29樓：答樓上兩位
27樓：很煩強制轉(zhuǎn)換，那玩意很多時候是個隱性炸彈。。。
直接開長整型數(shù)據(jù)定義
答:直接開長整型定義會帶來如下后果:
占用數(shù)據(jù)存儲器多,代碼長,執(zhí)行時間長.
-------------------------------------------------------------
且，你以為你沒開長整型，代碼就短了？執(zhí)行時間就短了？至于占用RAM多的問題，你開成局部變量就是了，用完自動被編譯器釋放了。
沒必要得整成長整型吧,照你這么說,那只要牽扯到LONGINT的都定義成LONGINT?
至于你說的隱性炸彈應該是可以避免的
網(wǎng)友評論：(unsignedlong)18919=18919L
65536-x=取補碼(~x)+1，且不牽涉進位。
17L前面的65536沒加L或(unsignedlong)
剛才試了下,(unsignedlong)18919寫成18919L確實沒問題,但不知道其它是否也有如此簡寫:
如:,(unsignedint)189等
網(wǎng)友評論：一個A人的說法~~~
網(wǎng)友評論：有哪位能給鄙人推薦一本好的C51方面的書啊
網(wǎng)友評論：所長的程序?qū)Γ蔷冉档土恕?br>
網(wǎng)友評論：我記得我也做過這樣的事情，不過沒關(guān)心什么，用double就行了，當然程序是長了點，資源也占多點，但我精度有了保證。
網(wǎng)友評論：同意擴展數(shù)據(jù)類型的長度
我記得我也做過這樣的事情，不過沒關(guān)心什么，用double就行了，當然程序是長了點，資源也占多點，但我精度有了保證。
對數(shù)據(jù)類型的定義應該還是滿足要求就行，如這個問題，產(chǎn)品需要的精度為小于等于0.1%，所以就只需轉(zhuǎn)成LONGINT就行了，計算也不會產(chǎn)生溢出錯誤
網(wǎng)友評論：我在程序內(nèi)從未用過小數(shù)，為我覺得一切小數(shù)在單片機里都是以二進制整數(shù)來實現(xiàn)的，不知各位的理解。
網(wǎng)友評論：65536L-18919L*(T_Pimp-time_cnt)/time_cnt
=65536-18919L*(T_Pimp-time_cnt)/time_cnt
網(wǎng)友評論：大家就頂頂吧
網(wǎng)友評論：頂一下吧
網(wǎng)友評論：因為C51的編譯器默然的整型為16位，所以對于小于32768的數(shù)就會認為是整型，做16位的運算，
對于運算結(jié)果超出16位的，就被截斷了。如果運算結(jié)果最高位為1的，還要進行符號擴展，例如
如果你寫的是j=20000*2;，結(jié)果就是0xFFFF9C40了。對于大于等于32768的數(shù)，就會先自動擴展為
longint型，然后再運算，這時結(jié)果就不會出錯了，為了安全起見，不管它多大，還是明確指定為好：
j=20000L*4;
j=20000L*2;
j=65535L*4;
如果你換成keilCARM，就不會存在這個問題了，因為ARM是32位的，int就是32位的。
網(wǎng)友評論：你的解釋我再驗證下,不過先感謝你了.
網(wǎng)友評論：保留整數(shù),省掉小數(shù).
網(wǎng)友評論：飄過
網(wǎng)友評論：8位的類似89C52
網(wǎng)友評論：應該是溢出。
網(wǎng)友評論：PHA_adj=84455-(unsignedlong)18918*T_Pimg/time_cnt;
網(wǎng)友評論：要建立“數(shù)值與類型相互獨立”的概念
常數(shù)是有類型的,某些數(shù)值有默認類型,那只能當作特例
數(shù)學等價變換：
65536-18919*(T_Pimp-time_cnt)/time_cnt
=65536-(18919*(T_Pimp/time_cnt-1))
=65536-(18919*(T_Pimp/time_cnt)-18919)
=84455-18919*(T_Pimp/time_cnt)
C語言表達式：
84455uL-(18919uL*T_Pimp)/time_cnt
網(wǎng)友評論：PHA_adj=65536-(unsignedlong)(18919*(T_Pimp-time_cnt))/(unsignedlong)time_cnt;
網(wǎng)友評論：PHA_adj=65536-((unsignedlong)18919*(T_Pimp-time_cnt))/(unsignedlong)time_cnt;
對有的編譯器，17樓的能過。
網(wǎng)友評論：應該是對所有編譯器17樓都能過吧
網(wǎng)友評論：對于32位變量和16位變量的運算，如果不強制類型轉(zhuǎn)換有的向16位看齊，有的向32位看齊，我的印象是IARforMSP430向16位看齊，而IARforARM卻向32位看齊，是不是對于片內(nèi)RAM資源少的傾向節(jié)省RAM，而對片內(nèi)RAM資源多的傾向浪費RAM，也許是由IAR的配置確定。16位變量和8位變量的運算也是這樣
網(wǎng)友評論：我只看到了譚浩強老師書上說的,不同數(shù)據(jù)類型之間的混合運算,都是短字節(jié)數(shù)向長字節(jié)數(shù)對齊.
網(wǎng)友評論：譚浩強老師書上說的曾讓我困惑了很久，這個世界沒有絕對的權(quán)威。
網(wǎng)友評論：是的他的書有些寫得也不全面,不過他的書還是寫得很好的.
網(wǎng)友評論：aa
網(wǎng)友評論：qqqqqqqqqqqqqq
網(wǎng)友評論：unsignedlongsum；
sum=T_Pimp-time_cnt;
sum=18919*sum;
sum=sum/time_cnt;
PHA_adj=65536-(unsignedint)sum;
網(wǎng)友評論：樓上的方法也可以啰不過這樣寫有點麻煩.
網(wǎng)友評論：PHA_adj=（unsignedint）(65536-18919.0*(T_Pimp-time_cnt)/(1.0*time_cnt));
先做成浮點數(shù)，再轉(zhuǎn)換為int
網(wǎng)友評論：樓上的你的結(jié)果沒錯,但不是最好的處理辦法.
網(wǎng)友評論：18919.0的出現(xiàn),乘法就變成了浮點數(shù)乘法,代碼增加不少.
網(wǎng)友評論：如果實在32系統(tǒng)里，這個公式是不會溢出的，但如果在int為16位的系統(tǒng)里，這個公式確實會溢出。還有你也沒有說清楚要求的精度要求，當精度要求比較高時，該公式必須轉(zhuǎn)換成浮點類型進行計算
網(wǎng)友評論：在KEIL的C51編譯unsignedint最大0XFFFF
18919*(T_Pimp-time_cnt)一定溢出了，
但ARM中unsignedint最大0XFFFFFFFF,結(jié)果沒問題
網(wǎng)友評論：我的是8位的MCU呢相當于80C52.
網(wǎng)友評論：不過，樓主的問題有點小兒科了。
類似程序編譯驗證一下，馬上可以得出結(jié)果正確與否。
這問題拿不出臺面的，不用分享了。
網(wǎng)友評論：我問了下用C做了幾年產(chǎn)品的同事,他居然還找不到BUG,呵呵,我的目的是讓新手增加點經(jīng)驗.
網(wǎng)友評論：如果換編譯器,這些數(shù)學計算還是要重新確認一次.
另外，還是要注意邊界測算.我的方法也是數(shù)據(jù)擴展,但絕對不轉(zhuǎn)浮點。
網(wǎng)友評論：畢業(yè)后二十年了，總算接了個大工程，造一根三十米煙囪，工期兩個月，造價三十萬，不過要墊資。總算在上個月底搞完了。今天人家去驗收，被人罵得要死，還沒有錢拿。媽的!圖紙看反了，人家是要挖一口井！
網(wǎng)友評論：還是把整型寫明白好,2字節(jié)的就定義成短整型,4字節(jié)的就定義成長整型,勉得各個系統(tǒng)不一樣.
網(wǎng)友評論：如果不是就事論事，光一個式子，哪有錯對可論的。
所謂錯者，指那個結(jié)果與期望的不一致。樓主得先給一個樣品值與使用環(huán)境，才能評論錯那里了。
網(wǎng)友評論：答案前面已經(jīng)有人說了啊
