標題: 用sdcc+gputils 編譯器編譯pic系列單片機 [打印本頁]
作者: 會發(fā)光的你    時間: 2023-11-10 16:05
標題: 用sdcc+gputils 編譯器編譯pic系列單片機
因個人需求，需要用 sdcc + gputils 編譯器 來 編譯 pic 系列的程序并燒錄
使用過程中，寫了簡單的程序，并經(jīng)過 xc8 編譯后，能在 燒錄進去，并實現(xiàn)特定功能
現(xiàn)同樣的程序，按照sdcc的語法要求修改部分語法（主要功能部分沒有修改）后
編譯燒錄后，發(fā)現(xiàn)問題
發(fā)現(xiàn) 中斷函數(shù)里的程序 在反復執(zhí)行，就是沒有達到中斷觸發(fā)條件也還在一直觸發(fā)
有兄弟遇到過嗎？
作者: Hephaestus    時間: 2023-11-10 21:51
8位PIC單片機設計的時候就沒考慮過用高級語言，c語言編譯器出來的代碼怎么看怎么擰巴，還是用匯編吧。
作者: yzwzfyz    時間: 2023-11-11 09:13
靠譜的找問題方式這一：
查看編譯后生成的匯編程序語句，重點關注與中斷相關的部分。
這需要你精通PIC的單片機原理。
作者: 會發(fā)光的你    時間: 2023-11-11 14:28
yzwzfyz 發(fā)表于 2023-11-11 09:13
靠譜的找問題方式這一：
查看編譯后生成的匯編程序語句，重點關注與中斷相關的部分。
這需要你精通PIC的 ...

好的，謝謝
作者: Porclaude    時間: 2023-11-22 20:28
Merci beaucoup vénérable ami
作者: Hephaestus    時間: 2023-11-22 20:59
yzwzfyz 發(fā)表于 2023-11-11 09:13
靠譜的找問題方式這一：
查看編譯后生成的匯編程序語句，重點關注與中斷相關的部分。
這需要你精通PIC的 ...

你就不能親自用一下pic單片機再來發(fā)言？
作者: 哦豁~    時間: 2023-11-23 10:45
是反復觸發(fā)什么中斷？是IOCA嗎？以前剛用PIC的時候，確實遇到過觸發(fā)了一次中斷后，不滿足中斷條件也會反復無限進入中斷，就是IOCA導致的。根本原因就是看規(guī)格書不夠仔細，想當然地以為清標志位即可：

樓主可以根據(jù)這個線索，看看是不是這種情況導致的。
XC8（HI-TECH PICC）對PIC的架構(gòu)、指令集和外設了解還是非常透徹的。所以對于IOCA的清失配（讀IO或?qū)慖O），編譯器優(yōu)化開到最大，它都不會優(yōu)化掉清失配的語句。比如RdPort = PORTA這一句RdPort在代碼是冗余賦值，后續(xù)邏輯沒對RdPort進行操作，通常編譯器會優(yōu)化掉，但XC8會在這個地方把這一句轉(zhuǎn)成"MOVF PORTA,W"，也就是讀PORTA卻不賦值，達到清失配目的。

當然匯編功底不弱的話，可以在可以復現(xiàn)問題的前提下，把代碼精簡化，然后編譯成功后，看反匯編。此方法和樓上網(wǎng)友yzwzfyz所說一致。這也是定然能找到問題所在，只是比較花時間，畢竟反匯編看起來有點麻煩。

PS：XC8(HI-TECH PICC)是主流的PIC內(nèi)核C編譯器，網(wǎng)上處理過的很多，并且經(jīng)過這么版本的進化，它幾乎沒有啥bug了，而且它的效率奇高（我經(jīng)常看它的反匯編經(jīng)常驚嘆它竟能有這么多騷操作，同時很多在PIC耕耘多年的朋友都感慨它效率真的高），不知樓主為何不選擇它？
作者: Y_G_G    時間: 2023-11-24 00:14
PIC單片機實在不是初學都用的,不管你是用C還是匯編,真心用得不爽
PIC的XC8環(huán)境有的默認值并不是你想要得默認值
我用過PIC18F46K80,它有一個擴展指令,一旦開啟這個功能,C語法壓根就不會朝著C走的,偏偏它默認是啟用擴展指令的,你得手動去關閉這個功能,寫出來的C才是你想要的C
同樣的代碼,開不開啟擴展指令,運行幾乎是兩個結(jié)果
還有一些其它復位值,你得自己去更改的
作者: Hephaestus    時間: 2023-11-24 14:15
Y_G_G 發(fā)表于 2023-11-24 00:14
PIC單片機實在不是初學都用的,不管你是用C還是匯編,真心用得不爽
PIC的XC8環(huán)境有的默認值并不是你想要得默 ...

PIC的匯編用的挺爽的。就是C語言太擰巴了。



歡迎光臨 (http://www.torrancerestoration.com/bbs/) Powered by Discuz! X3.1