維庫電子市場網(wǎng)-十六年專注打造電子元器件采購網(wǎng)

一鍵發(fā)布采購上傳BOM

更多>

更多>

歷史最低報價：￥0.0000 歷史最高報價：￥0.0000 歷史平均報價：￥0.0000

實際代碼容量和 *.HEX 文件大小關(guān)系的問題？
實際代碼容量和 *.hex 文件大小關(guān)系的問題？俺現(xiàn)在正在學(xué)pic，編譯器用的是mplab v5.7,寫了一個極小極小的程序（500多行），軟件仿真都通過了,想燒到僅有1k空間的16f84中去試試。系統(tǒng)生成的 hex 文件大小為1.95k（嚇我一跳，那么大1k空間我怎么放得下，板子我都焊好呀）,但打開rom窗口時，看到最后的代碼只到 166h ，余下的從 0167h~3ffh ,代碼空間顯示都為 addlw 0xff（總算可以松一口氣，應(yīng)該可以放得下了）。問題如下：為什么實際代碼長度很小的情況下，生成的 hex文件卻大了那么多（雖然可能系統(tǒng)在hex文件中加入了一定的編程輔助語句，但也不用大那么多呀）？如果我的編譯系統(tǒng)沒有rom窗口，那我豈不是要給生成的 hex 文件大小誤導(dǎo)？！希望高手能解釋一下，這里面（實際代碼容量和 *.hex 文件大?。┯袥]有一定的比例關(guān)系。謝謝！