:::
Browsing this Thread:
1 Anonymous Users
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
高級會員
 
|
將 LCD Clock Source 改為 Fosc/8192 後..不切換osc.
經過一天的計時後，誤差已在1秒內左右.. 現在比較擔心耗電問題.. 因為廠商要求電池移除後..需能再維持顯示40秒以上.. 所以才會做切換osc的動作.. 至於Eigen大所講的切換osc對耗電量影響不大.. 我會再調整看看的... 非常謝謝各位前輩的幫忙....
發表於: 2008/8/13 8:41
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
資深會員
 
|
參照：
a1: 這是指你的程式計數有沒有問題。 像這種定時計時的程序，你可以在中斷發生出，輸出pulse ，再用示波器來觀察是否有 lose 發生 a2: 如果是時間， lcd 0.5sec 更新一次就可以，如果是動畫，你就要在畫面顯示及 省電上做取捨，一秒8次，太耗電 a3: 這是問，你的程式是否有可能關了中斷，導致計數停止 ex 發射 信號的時候, or eeprom 寫入的時候 a4: 如果你的 crystal 真的是 20ppm ，以你的bug 而言，約 110 ppm ，程式一定有 bug a5: 盡可能減化環境，會比較容易找出問題點，sleep 前後切osc 對系統的省電幫助不大。
發表於: 2008/8/12 18:48
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
高級會員
|
參照：
目前開始懷疑是因為 LCD Clock Source 誤設為Timer1/32造成的.. 我修改了一版 RUN 4M 然後 LCD Clock Source 設為 Fosc/8192 ，沒做任何補償...且加上lkslks大大提供的訊息..過了4小時..反而快了一點..等過個一天再看情況...
發表於: 2008/8/12 14:46
Edited by Blake on 2008年08月12日 15:04:59
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
資深會員
|
一、你的程式有沒有問題？你怎麼驗證？怎麼證明？
二、為什麼 125ms 中斷醒來一次，為什麼不是 0.5sec ? 三、GIE 什麼時候會被 CLEAR ? 四、32768 crystal 好壞差很多 五、sleep 時，osc 是停止的，這時候 osc 接 31k or 4Mhz有差嗎？
發表於: 2008/8/12 12:09
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
資深會員
|
參照：
最好是用計頻器去確認頻率是準的。 另外，最近有聽做crystal的廠商說，crystal的外殼要接地良好，頻率才會準。所謂「良好」是接到一大片地，而不是細細一條地線而已。
發表於: 2008/8/12 11:50
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
新會員
|
發表於: 2008/8/12 10:14
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
高級會員
|
我沒像版大那樣去量過..只是用示波器去量而已..
不過上頭認為晶振應該在出貨廠商那邊就應該會有量過了.. 有誤差也應該不會誤差到這麼誇張的程度.. 所以懷疑是程式的問題... 跟電壓有沒有關係?..電源為3.3V??
發表於: 2008/8/12 9:24
|
|||
|
||||
|
Re: 有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
版主
 
|
你有沒有加個 CMOS Buffer 後去用 Frequency Counter 去量頻率，我相信因該不止20PPM 的誤差。量的時候一定要加 Buffer 不然負載效應可能又會讓頻率飄掉了。
發表於: 2008/8/12 8:57
|
|||
|
||||
|
有關32.768k計時時間誤差問題?
|
||||
|---|---|---|---|---|
|
高級會員
|
小弟使用16F946晶片..於T1osc外掛了1個32.768k的振盪，
我除8使用..就是令 1s/8 = 125ms 產生一次中斷，來累計時間，但是1天下來..誤差將近10秒..很奇怪.?? 有請FAE看過程式，就中斷、電路部份跟設定部份.. 也都認為沒有什麼問題... 程式為遙控器程式，使用32.768k外掛做時間計時， 平常需要發射38k紅外線信號時會切換使用內振4M， 發射完後，待機時會切換為內振31K，然後再進入SLEEP ，待32.768k 125ms 中斷來喚醒累計時間， 31k內頻只是用來更新LCD的畫面而已.. 不過..如果不靠補償..1天就慢了10秒.. 補償到125m中斷1次+8us.. 也就是1天補償5529600us，也是慢..只是2天後才看的出來... +9就過快了..實在很難拿捏..或者根本就是有問題.. FAE建議不要切換31k，就只用4M， 昨天到今天試了,沒補償也是一樣誤差很大.. 我之前燒了5隻，去設相同時間，結果一天後，每隻跑的時間都變的不一樣? 晶振20ppm，8ppm都有試過了..怪? 感覺就是好像什麼地方沒設好..怎會差這麼多.. 16F946他的OSC1/OSC2與T1OSCI/T1OSCO是相同接腳.. 與其它的晶片不一樣的地方,是不是有什麼地方要注意的?
發表於: 2008/8/12 8:36
|
|||
|
||||
You can view topic.
你 不可以 發起新主題
You cannot reply to posts.
You cannot edit your posts.
You cannot delete your posts.
You cannot add new polls.
You cannot vote in polls.
You cannot attach files to posts.
You cannot post without approval.
You cannot use topic type.
You cannot use HTML syntax.
You cannot use signature.
You cannot create PDF files.
You cannot get print page.
