:::
|
Re: 請問在 MPLAB 內如何觀察編譯後的程式碼大小？
|
||||
|---|---|---|---|---|
|
資深會員
 
|
個人看法:
18Fxxxx系列,CPU本身為8位元CPU,但其指令格式為16bits 因此 1個instruction = 2bytes 而MPLAB IDE介面,顯示 View/Memory Usage Gauge應是 instruction. 使用18F4550 (32K bytes, 1 instruction = 16 bites = 2 byte ) 顯示 16384 (16K) ----沒有單位. 使用12F675 (1.75K bytes, 1 instruction = 14 bites = 1.75 byte) 顯示 1024 (1K) ----沒有單位. 而這個沒有單位應是1 instruction. 如果要說bug的話,那就是MPLAB IDE與C18使用"單位"不同. 不夠友善friendly及明確,會讓人混淆. (說實在的PIC架構與"平常"一般大家所知的8051,x86 就不一樣,本來就會有一點混淆.....) 後註: 1 word = ? 這就要看....你使用CPU而定 12F675, 1 instruction = 1 word = 14 bits. 18F4450, 1 instruction = 1 word = 16 bits. (其他就不再多提了....)
發表於: 2009/6/30 13:33
|
|||
|
||||
|
Re: 關於電阻-電容 降壓方式..用RS232變的怪怪的
|
||||
|---|---|---|---|---|
|
資深會員
|
是的如hann_mh所言.
如果沒猜錯,架構應是如附圖,小心接地問題(紅色部份) --如果火線與地線不小心接在一起....東西燒燬,跳電...等等是必然的. Attach file:  (0.00 KB)
發表於: 2009/6/10 9:38
|
|||
|
||||
|
Re: i2c wait state 時間長短
|
||||
|---|---|---|---|---|
|
資深會員
|
I2C SPEC vs SMBUS 2.0 SPEC
如果沒記錯 I2C clock = 0 - 100K (fast speed 400K) SMBUS clock = 10K - 100K 一般而言,大家會把I2C與SMBUS"視"為一樣的東西. 在於他們使用的protocol型式是一樣的... 當你斤斤計較timming時,I2C與SMBUS應視為不同spec (本來就是不同的spec,只是有重疊,且一般應用不會出問題) I2C因為操作頻率可以是0.(沒有timeout機制). 在實務上,如果有device出問題就會造成鎖死.或變很慢... (基本上,這種情形都是有問題---沒人會故意設計成很慢回應) (smbus 2.0 spec page:11) 所以在SMBUS中,就規定操作頻率最低為10K FSMB SMBus Operating Frequency 10 100 KHz See note 1 因此clock High + Low 要在最低頻率10K(100us)內完成. 請參考smbus 2.0 spec, page22. Figure 4-7: Periodic clock stretching by a slave SMBus device 最上方有一個 1/fSMB,MAX = 100us
發表於: 2009/6/3 13:59
|
|||
|
||||
|
Re: 能請大大幫我看一下這段簡單的程式嗎~
|
||||
|---|---|---|---|---|
|
資深會員
|
看起來,這樣(C)反應應該是太慢(用uC 來做太慢了)....
A -------> B \<--C<--/
發表於: 2009/5/17 18:36
|
|||
|
||||
|
Re: i2c wait state 時間長短
|
||||
|---|---|---|---|---|
|
資深會員
|
...the master into a wait state until the slave is ready for the next byte transfer in a type of handshake procedure.
嗯!! 是我沒看仔細看spec, 剛去查一下...果然有wait state. 因為I2C 的操作頻率為 0 - 100K (high speed 400K). 所以可以"無止境"的waitting.
發表於: 2009/5/12 15:04
|
|||
|
||||
|
Re: i2c wait state 時間長短
|
||||
|---|---|---|---|---|
|
資深會員
|
如果,沒記錯!!!
SCL是只有master才有"控制"權,slave device"不應該"控制 SCL, 所有SCL都是master送出來的!!! 除非是multi-master,不然不應該有這種問題.
發表於: 2009/5/12 14:10
|
|||
|
||||
|
Re: 電腦上的Com port可以把它當成2bit的GPIO來使用嗎?
|
||||
|---|---|---|---|---|
|
資深會員
|
自然是OK的.
還有人可以用它來做燒錄器呢!!! http://www.olimex.com/dev/pic-pg2c.html http://www.geocities.com/leon_heller/pic.html
發表於: 2009/5/8 19:20
|
|||
|
||||
|
Re: 為何我一直錯
|
||||
|---|---|---|---|---|
|
資深會員
|
Error - could not find definition of symbol 'putcLCD' in file './LCD01.o'.
找一下putcLCD相關的程式碼,看一下囉!!!(有時只是宣告問題) "知錯"要"能改".
發表於: 2009/5/5 9:02
|
|||
|
||||
|
Re: MACRO檔可以與主程式分開嗎?(有用 global , extern )
|
||||
|---|---|---|---|---|
|
資深會員
|
include 不是可以用
每個副程式(每個檔案), 自己include應該可以吧!!!
發表於: 2009/4/17 16:10
|
|||
|
||||
|
Re: 一個 USART 傳輸的問題
|
||||
|---|---|---|---|---|
|
資深會員
|
從波形及baudrate計算來看,
假設6490的波形是對的. 你的64J90所送出波形就是無法解讀....(會錯誤解讀) 1. 115200每一bit為時間為:1/115200 = 8.680556 us 假設start = 1 bit, data = 8 bit, no parity, stop = 1bit, 共10 bits , 8.68us/bits x 10bits = 86.8us 同樣的信號(第一個下降緣到第四個下降緣), 看起來是第三個start信號, 8.68us *2 = 173.6 6490不到180us(差不多符合spec), 64J90確是200us,間誤差了20幾us...肯定會有問題. (就理論而言,在這86.8us中,最多只能誤差 8.68us的一半, 4.34us,以你的波形單位為100us,只能看個大概,無法分析. 註:如果要有穏定傳輸,還必需比4.34us來得小才行,但誤差 大於4.34us肯定是不行) 試著只送出一個 data,然後看誤差多少!!! 就可得知. 當然最好用 Ryang板主,建議的Crystal試試.(可整除baudrate的)
發表於: 2009/4/14 12:25
|
|||
|
||||
