→ m339606: 程式的方式不可能有準確的計時，CPU的時脈等等都有影響 05/28 13:09
→ m339606: 例如我的case是每一秒都要tick，但是一定會有0~100ms的誤 05/28 13:10
→ m339606: 差，與CPU時脈還有負載有關 05/28 13:10
→ m339606: 1ms計時的誤差會更嚴重，建議要精準的話走電路設計觸發會 05/28 13:12
→ m339606: 好些 05/28 13:12
→ Litfal: 用while(isOk()) Thread.SpinWait(100); 精度會比Sleep高 05/28 21:47
→ Litfal: 缺點是CPU佔用率會比較高，而且要達到lms的精度也可能不夠 05/28 21:49
→ Litfal: 讓執行續忙碌(空轉)會讓它"比較不容易"被context switch 05/28 22:16
→ Litfal: 而Sleep則會主動讓出控制權，就會發生switch。 05/28 22:18
→ Litfal: 只要發生switch，什麼時候再輪到你是不可控的，所以計時精 05/28 22:19
→ Litfal: 度高不了。 05/28 22:20
→ m339606: 幫樓上補充，要看os層是不是允許你持續的吃cpu時間，否則 05/29 00:24
→ m339606: 一樣會被switch，如果要準確1ms真心建議往電路ㄑ比較好 05/29 00:24
推 zel: Thread.sleep 不是以15ms計算嗎？ 05/29 03:32
推 zel: 試試看拉高處理序與執行續的層級，然後鎖定在單一核心執行試 05/29 03:35
→ zel: 試看？ 05/29 03:35
推 zel: 但要完全剛好是1ms很難，畢竟(1)記數最小單位通常是1個tick i 05/29 03:40
→ zel: nterval，1ms不是它的整數倍(2)執行排程的最高層級是留給wind 05/29 03:40
→ zel: ows自己用 05/29 03:40
推 zel: 要不就換Win Embedded，印象中有提供api，或是裝RTX(要從比 05/29 03:43
→ zel: 較底層開始寫不是很瞭解，待板上高手補充) 05/29 03:43
推 zel: 另外建議時間計數參考kernel的QueryPerformanceCounter 05/29 03:58
→ ghostx2: Thread.Sleep能不能到1ms要看硬體能不能支援 05/29 10:33
→ ghostx2: 至少我測了4台電腦都可以, 目前我迴圈有再嘗試用 05/29 10:35
→ ghostx2: Thread加while另一個用media timer 05/29 10:35
→ ghostx2: 兩者都還是會受到Context Switch影響, 有時候1ms變100ms 05/29 10:36
→ ghostx2: 我知道沒法完全穩定到1ms,只是在找方法把這影響壓到最低 05/29 10:37
→ ghostx2: 另外RTX API要買SDK授權 05/29 10:40
→ ghostx2: 測試了指定核心,這個也沒法對抗Context Switch影響 05/29 11:03
推 largesperm: 這樣的需求不是應該買專業 real time 軟體嗎 05/29 14:08
→ largesperm: INtime 這類的軟體 05/29 14:08
→ largesperm: 在 windows 要做到 real time 沒想像中的簡單啊 05/29 14:08