有同仁有這樣的經驗,想問一下這是正常的嗎?
要如何避免呢?

我使用一顆18f458
由於上面只有8乘8的硬體乘法器

我大概宣告變去做了一下加減乘除,再看watch指令執行數
各計算週期數約如下,可能不太精確求其大概而以:


加 減 除 乘
unsigned int 20 20 240 50
long 37 41 743 100
float 130 150 405 140

本來另有宣告double,但sizeof(double)=4 好像和float相同
不知道是不能宣告double的浮點數嗎?

又這樣的執行週期可正常?
c18有提供特殊指令來做乘除嗎?

像abs求絕對值之類的...
不知道這些有提供嗎?

一個變數宣告成unsigned long
在watch中只能看到 .... 四點?
不知道有辦法看到其值嗎?

又一般的byte值在watch中有辦法直接看binary表示嗎?

謝謝,我怕pic記憶體單word byte數問題不能用shift
這樣說來用c 語言不會有這種問題!?

我最後一個bit寫在迴圈之外,因為我先加再移,最後一bit會被移位
所以最後一bit寫到迴圈外,直接加
聽您這麼說,第一bit先移應該不影響,會更方便沒錯

一般的ANIMATE不是在中斷點停下來
過一會兒再繼續跑嗎?
PIC只能一步步跑嗎?還是這是ICD2的先天限制

請問一下,若只抓18個bit,下面這樣寫不對嗎?

#define DATAIN PORTCbits.RC4
#define NUM_DATAIN 18
unsigned long angle_data; // 32 bits

for ( i = 0; i< NUM_DATAIN-1 ; i++)
{
Delay10TCYx(2);
SPI_CLK = 1; //
Delay10TCYx(2);
SPI_CLK = 0; //
angle_data = ( angle_data + DATAIN ) << 1;//這行
}

Delay10TCYx(2);
SPI_CLK = 1; //
Delay10TCYx(2);
angle_data = ( angle_data + DATAIN ) << 1; //Get last bits 和這行
Delay10TCYx(4);
SPI_CSA = 1;

我想1個bit一個bit連續抓39bit,配合shift動作
不知道使用c18,變數可有辦法
宣告成unsigned long int,再配合shift來完成呢

這樣合乎c嗎?

我想過這樣做,因為PWM的high的週期可能由1us到4096us
總週期4097us
以20MHZ外頻算,約0.2us一個指令週期,會有點趕
短時間的ON capture可能會較不準,而且這樣又要用中斷去處理
若我想同時量兩個PWM訊號,會變得有意外狀況發生

本想pic有capture功能應該沒問暊,沒有想到只能抓同上昇或同下降
更麻煩的是
我PWM的總週期4097us會有10%的誤差,所以也要同時量
這個總週期再去算on的比例

以前只用過DSP的PIC,沒有想到PIC的capture功能比較弱...:(

看了18f458暫存器的capture mode好像只有四種
分別是每 1/4個 上昇/下降緣 capture一次

我想抓的是pwm從上昇到下降之間high的時間
是否無法做到呢?