數控驅動怎麼調試

1. 驅動如何調試

驅動程序開發的一個重大難點就是不易調試。本文目的就是介紹驅動開發中常用的幾種直接和間接的調試手段，它們是：
1、利用printk
2、查看OOP消息
3、利用strace
4、利用內核內置的hacking選項
5、利用ioctl方法
6、利用/proc 文件系統
7、使用kgdb
前兩種如下：
一、利用printk
這是驅動開發中最朴實無華，同時也是最常用和有效的手段。scull驅動的main.c第338行如下，就是使用printk進行調試的例子，這樣的例子相信大家在閱讀驅動源碼時隨處可見。
338 // printk(KERN_ALERT "wakeup by signal in process %d\n", current->pid);
printk的功能與我們經常在應用程序中使用的printf是一樣的，不同之處在於printk可以在列印字元串前面加上內核定義的宏，例如上面例子中的KERN_ALERT（注意：宏與字元串之間沒有逗號）。
#define KERN_EMERG "<0>"
#define KERN_ALERT "<1>"
#define KERN_CRIT "<2>"
#define KERN_ERR "<3>"
#define KERN_WARNING "<4>"
#define KERN_NOTICE "<5>"
#define KERN_INFO "<6>"
#define KERN_DEBUG "<7>"
#define DEFAULT_CONSOLE_LOGLEVEL 7


這個宏是用來定義需要列印的字元串的級別。值越小，級別越高。內核中有個參數用來控制是否將printk列印的字元串輸出到控制台（屏幕或者/sys/log/syslog日誌文件）
# cat /proc/sys/kernel/printk
6 4 1 7
第一個6表示級別高於（小於）6的消息才會被輸出到控制台，第二個4表示如果調用printk時沒有指定消息級別（宏）則消息的級別為4，第三個1表示接受的最高（最小）級別是1，第四個7表示系統啟動時第一個6原來的初值是7。
因此，如果你發現在控制台上看不到你程序中某些printk的輸出，請使用echo 8 > /proc/sys/kernel/printk來解決。
在復雜驅動的開發過程中，為了調試會在源碼中加入成百上千的printk語句。而當調試完畢形成最終產品的時候必然會將這些printk語句刪除想想驅動的使用者而不是開發者吧。記住：己所不欲，勿施於人），這個工作量是不小的。最要命的是，如果我們將調試用的printk語句刪除後，用戶又報告驅動有bug，所以我們又不得不手工將這些上千條的printk語句再重新加上。oh，my god，殺了我吧。所以，我們需要一種能方便地打開和關閉調試信息的手段。哪裡能找到這種手段呢？哈哈，遠在天邊，近在眼前。看看scull驅動或者leds驅動的源代碼吧！
#define LEDS_DEBUG
#undef PDEBUG
#ifdef LEDS_DEBUG
#ifdef __KERNEL__

#define PDEBUG(fmt, args…) printk( KERN_EMERG "leds: " fmt, ## args)
#else

#define PDEBUG(fmt, args…) fprintf(stderr, fmt, ## args)
#endif
#else
#define PDEBUG(fmt, args…)
#endif
#undef PDEBUGG
#define PDEBUGG(fmt, args…)
這樣一來，在開發驅動的過程中，如果想列印調試消息，我們就可以用PDEBUG("address of i_cdev is %p\n", inode->i_cdev);，如果不想看到該調試消息，就只需要簡單的將PDEBUG改為PDEBUGG即可。而當我們調試完畢形成最終產品時，只需要簡單地將第1行注釋掉即可。
上邊那一段代碼中的__KERNEL__是內核中定義的宏，當我們編譯內核（包括模塊）時，它會被定義。當然如果你不明白代碼中的…和##是什麼意思的話，就請認真查閱一下gcc關於預處理部分的資料吧！如果你實在太懶不願意去查閱的話，那就充當VC工程師把上面的代碼到你的代碼中去吧。
二、查看OOP消息
OOP意為驚訝。當你的驅動有問題，內核不驚訝才怪：嘿！小子，你干嗎亂來！好吧，就讓我們來看看內核是如何驚訝的。
根據faulty.c（單擊下載）編譯出faulty.ko，並 insmod faulty.ko。執行echo yang >/dev/faulty，結果內核就驚訝了。內核為什麼會驚訝呢？因為faulty驅動的write函數執行了*(int *)0 = 0，向內存0地址寫入，這是內核絕對不會容許的。
52 ssize_t faulty_write (struct file *filp, const char __user *buf, size_t count,
53 loff_t *pos)
54 {
55
56 *(int *)0 = 0;
57 return 0;
58 }
1 Unable to handle kernel NULL pointer dereference at virtual address 00000000
2 pgd = c3894000
3 [00000000] *pgd=33830031, *pte=00000000, *ppte=00000000
4 Internal error: Oops: 817 [#1] PREEMPT
5 Moles linked in: faulty scull
6 CPU: 0 Not tainted (2.6.22.6 #4)
7 PC is at faulty_write+0×10/0×18 [faulty]
8 LR is at vfs_write+0xc4/0×148
9 pc : [] lr : [] psr: a0000013
10 sp : c3871f44 ip : c3871f54 fp : c3871f50
11 r10: 4021765c r9 : c3870000 r8 : 00000000
12 r7 : 00000004 r6 : c3871f78 r5 : 40016000 r4 : c38e5160
13 r3 : c3871f78 r2 : 00000004 r1 : 40016000 r0 : 00000000
14 Flags: NzCv IRQs on FIQs on Mode SVC_32 Segment user
15 Control: c000717f Table: 33894000 DAC: 00000015
16 Process sh (pid: 745, stack limit = 0xc3870258)
17 Stack: (0xc3871f44 to 0xc3872000)
18 1f40: c3871f74 c3871f54 c0088eb8 bf00608c 00000004 c38e5180 c38e5160
19 1f60: c3871f78 00000000 c3871fa4 c3871f78 c0088ffc c0088e04 00000000 00000000
20 1f80: 00000000 00000004 40016000 40215730 00000004 c002c0e4 00000000 c3871fa8
21 1fa0: c002bf40 c0088fc0 00000004 40016000 00000001 40016000 00000004 00000000
22 1fc0: 00000004 40016000 40215730 00000004 00000001 00000000 4021765c 00000000
23 1fe0: 00000000 bea60964 0000266c 401adb40 60000010 00000001 00000000 00000000
24 Backtrace:
25 [] (faulty_write+0×0/0×18 [faulty]) from [] (vfs_write+0xc4/0×148)
26 [] (vfs_write+0×0/0×148) from [] (sys_write+0x4c/0×74)
27 r7:00000000 r6:c3871f78 r5:c38e5160 r4:c38e5180
28 [] (sys_write+0×0/0×74) from [] (ret_fast_syscall+0×0/0x2c)
29 r8:c002c0e4 r7:00000004 r6:40215730 r5:40016000 r4:00000004
30 Code: e1a0c00d e92dd800 e24cb004 e3a00000 (e5800000)
1行驚訝的原因，也就是報告出錯的原因；
2-4行是OOP信息序號；
5行是出錯時內核已載入模塊；
6行是發生錯誤的CPU序號；
7-15行是發生錯誤的位置，以及當時CPU各個寄存器的值，這最有利於我們找出問題所在地；
16行是當前進程的名字及進程ID
17-23行是出錯時，棧內的內容
24-29行是棧回溯信息，可看出直到出錯時的函數遞進調用關系（確保CONFIG_FRAME_POINTER被定義）
30行是出錯指令及其附近指令的機器碼，出錯指令本身在小括弧中


反匯編faulty.ko（ arm-linux-objmp -D faulty.ko > faulty.dis ；cat faulty.dis）可以看到如下的語句如下：
0000007c :
7c: e1a0c00d mov ip, sp
80: e92dd800 stmdb sp!, {fp, ip, lr, pc}
84: e24cb004 sub fp, ip, #4 ; 0×4
88: e3a00000 mov r0, #0 ; 0×0
8c: e5800000 str r0, [r0]
90: e89da800 ldmia sp, {fp, sp, pc}
定位出錯位置以及獲取相關信息的過程：
9 pc : [] lr : [] psr: a0000013

25 [] (faulty_write+0×0/0×18 [faulty]) from [] (vfs_write+0xc4/0×148)
26 [] (vfs_write+0×0/0×148) from [] (sys_write+0x4c/0×74)
出錯代碼是faulty_write函數中的第5條指令（(0xbf00608c-0xbf00607c)/4+1=5），該函數的首地址是0xbf00607c，該函數總共6條指令（0×18），該函數是被0xc0088eb8的前一條指令調用的（即：函數返回地址是0xc0088eb8。這一點可以從出錯時lr的值正好等於0xc0088eb8得到印證）。調用該函數的指令是vfs_write的第49條（0xc4/4=49）指令。
達到出錯處的函數調用流程是：write(用戶空間的系統調用)–>sys_write–>vfs_write–>faulty_write
OOP消息不僅讓我定位了出錯的地方，更讓我驚喜的是，它讓我知道了一些秘密：1、gcc中fp到底有何用處？2、為什麼gcc編譯任何函數的時候，總是要把3條看上去傻傻的指令放在整個函數的最開始？3、內核和gdb是如何知道函數調用棧順序，並使用函數的名字而不是地址？ 4、我如何才能知道各個函數入棧的內容？哈哈，我漸漸喜歡上了讓內核驚訝，那就再看一次內核驚訝吧。
執行 cat /dev/faulty，內核又再一次驚訝！
1 Unable to handle kernel NULL pointer dereference at virtual address 0000000b
2 pgd = c3a88000
3 [0000000b] *pgd=33a79031, *pte=00000000, *ppte=00000000
4 Internal error: Oops: 13 [#2] PREEMPT
5 Moles linked in: faulty
6 CPU: 0 Not tainted (2.6.22.6 #4)
7 PC is at vfs_read+0xe0/0×140
8 LR is at 0xffffffff
9 pc : [] lr : [] psr: 20000013
10 sp : c38d9f54 ip : 0000001c fp : ffffffff
11 r10: 00000001 r9 : c38d8000 r8 : 00000000
12 r7 : 00000004 r6 : ffffffff r5 : ffffffff r4 : ffffffff
13 r3 : ffffffff r2 : 00000000 r1 : c38d9f38 r0 : 00000004
14 Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment user
15 Control: c000717f Table: 33a88000 DAC: 00000015
16 Process cat (pid: 767, stack limit = 0xc38d8258)
17 Stack: (0xc38d9f54 to 0xc38da000)
18 9f40: 00002000 c3c105a0 c3c10580
19 9f60: c38d9f78 00000000 c38d9fa4 c38d9f78 c0088f88 c0088bb4 00000000 00000000
20 9f80: 00000000 00002000 bef07c80 00000003 00000003 c002c0e4 00000000 c38d9fa8
21 9fa0: c002bf40 c0088f4c 00002000 bef07c80 00000003 bef07c80 00002000 00000000
22 9fc0: 00002000 bef07c80 00000003 00000000 00000000 00000001 00000001 00000003
23 9fe0: 00000000 bef07c6c 0000266c 401adab0 60000010 00000003 00000000 00000000
24 Backtrace: invalid frame pointer 0xffffffff
25 Code: ebffff86 e3500000 e1a07000 da000015 (e594500c)
26 Segmentation fault
不過這次驚訝卻令人大為不解。OOP竟然說出錯的地方在vfs_read（要知道它可是大拿們千錘百煉的內核代碼），這怎麼可能？哈哈，萬能的內核也不能追蹤函數調用棧了，這是為什麼？其實問題出在faulty_read的43行，它導致入棧的r4、r5、r6、fp全部變為了0xffffffff，ip、lr的值未變，這樣一來faulty_read函數能夠成功返回到它的調用者——vfs_read。但是可憐的vfs_read（忠實的APTCS規則遵守者）並不知道它的r4、r5、r6已經被萬惡的faulty_read改變，這樣下去vfs_read命運就可想而知了——必死無疑！雖然內核很有能力，但缺少了正確的fp的幫助，它也無法追蹤函數調用棧。
36 ssize_t faulty_read(struct file *filp, char __user *buf,
37 size_t count, loff_t *pos)
38 {
39 int ret;
40 char stack_buf[4];
41
42
43 memset(stack_buf, 0xff, 20);
44 if (count > 4)
45 count = 4;
46 ret = _to_user(buf, stack_buf, count);
47 if (!ret)
48 return count;
49 return ret;
50 }
00000000 :
0: e1a0c00d mov ip, sp
4: e92dd870 stmdb sp!, {r4, r5, r6, fp, ip, lr, pc}
8: e24cb004 sub fp, ip, #4 ; 0×4
c: e24dd004 sub sp, sp, #4 ; 0×4，這里為stack_buf[]在棧上分配1個字的空間，局部變數ret使用寄存器存儲，因此就不在棧上分配空間了
10: e24b501c sub r5, fp, #28 ; 0x1c
14: e1a04001 mov r4, r1
18: e1a06002 mov r6, r2
1c: e3a010ff mov r1, #255 ; 0xff
20: e3a02014 mov r2, #20 ; 0×14
24: e1a00005 mov r0, r5
28: ebfffffe bl 28 //這里在調用memset
78: e89da878 ldmia sp, {r3, r4, r5, r6, fp, sp, pc}
這次OOP，深刻地認識到：
內核能力超強，但它不是，也不可能是萬能的。所以即使你能力再強，也要和你的team member搞好關系，否則在關鍵時候你會倒霉的；
出錯的是faulty_read，vfs_read卻做了替罪羊。所以人不要被表面現象所迷惑，要深入看本質；
內核本來超級健壯，可是你寫的驅動是內核的組成部分，由於它出錯，結果整體崩盤。所以當你加入一個團隊的時候一定要告誡自己，雖然你的角色也許並不重要，但你的疏忽大意將足以令整個非常牛X的團隊崩盤。反過來說，當你是team leader的時候，在選團隊成員的時候一定要慎重、慎重、再慎重，即使他只是一個小角色。
千萬別惹堆棧，它一旦出問題，定位錯誤將會是一件非常困難的事情。所以，千萬別惹你的領導，否則將死得很難看。

2. 數控車床安裝調試方法有什麼簡單介紹

無論是機床還是一些儀器產品，在使用之前都需要進行安裝調試。安裝調試是否正確合理在很大程序上決定了這台數控機床能否發揮正常的經濟效率以及它本身的使用壽命，這對數控機床的生產廠和用戶廠都是必須面對的事情。
數控車床安裝調試方法的簡單介紹：
1、通電前的外觀檢查
機床電器檢查打開機床電控箱，檢查繼電器，接觸器，熔斷器，伺服電機速度，控制單元插座，主軸電機速度控制單元插座等有無松動，如有松動應恢復正常狀態，有鎖緊機構的接插件一定要鎖緊，有轉接盒的機床一定要檢查轉接盒上的插座，接線有無松動，有鎖緊機構的一定要鎖緊。CNC電箱檢查打開CNC電箱門，檢查各類介面插座，伺服電機反饋線插座，主軸脈沖發生器插座，手搖脈沖發生器插座，CRT插座等，如有松動要重新插好，有鎖緊機構的一定要鎖緊。按照說明書檢查各個印刷線路板上的短路端子的設置情況，一定要符合機床生產廠設定的狀態，確實有誤的應重新設置，一般情況下無需重新設置，但用戶一定要對短路端子的設置狀態做好原始記錄。接線質量檢查檢查所有的接線端子。包括強弱電部分在裝配時機床生產廠自行接線的端子及各電機電源線的接線端子，每個端子都要用旋具緊固一次，直到用旋具擰不動為止，各電機插座一定要擰緊。電磁閥檢查所有電磁閥都要用手推動數次，以防止長時間不通電造成的動作不良，如發現異常，應作好記錄，以備通電後確認修理或更換。限位開關檢查檢查所有限位開關動作的靈活及固定性是否牢固，發現動作不良或固定不牢的應立即處理。按鈕及開關檢查操作面板上按鈕及開關檢查，檢查操作面板上所有按鈕，開關，指示燈的接線，發現有誤應立即處理，檢查CRT單元上的插座及接線。地線檢查要求有良好的地線，測量機床地線，接地電阻不能大於1Ω。電源相序檢查用相序表檢查輸入電源的相序，確認輸入電源的相序與機床上各處標定的電源相序應一致。
有二次接線的設備，如電源變壓器等，必須確認二次接線的相序的一致性。要保證各處相序的正確。此時應測量電源電壓，做好記錄。
2、機床總電壓的接通
接通機床總電源，檢查CNC電箱，主軸電機冷卻風扇，機床電器箱冷卻風扇的轉向是否正確，潤滑，液壓等處的油標志指示以及機床照明燈是否正常，各熔斷器有無損壞，如有異常應立即停電檢修，無異常可以繼續進行。測量強電各部分的電壓特別是供CNC及伺服單元用的電源變壓器的初次級電壓，並作好記錄。觀察有無漏油，特別是供轉塔轉位、卡緊，主軸換檔的以及卡盤卡緊等處的液壓缸和電磁閥。如有漏油應立即停電修理或更換。
3、CNC電箱通電
按CNC電源通電按扭，接通CNC電源，觀察CRT顯示，直到出現正常畫面為止。如果出現ALARM顯示，應該尋找故障並排除，此時應重新送電檢查。打開CNC電源，根據有關資料上給出的測試端子的位置測量各級電壓，有偏差的應調整到給定值，並作好記錄。將狀態開關置於適當的位置，如日本FANUC系統應放置在MDI狀態，選擇到參數頁面。逐條逐位地核對參數，這些參數應與隨機所帶參數表符合。如發現有不一致的參數，應搞清各個參數的意義後再決定是否修改，如齒隙補償的數值可能與參數表不一致，這在進行實際加工後可隨時進行修改。將狀態選擇開關放置在JOG位置，將點動速度放在最低檔，分別進行各坐標正反方向的點動操作，同時用手按與點動方向相對應的超程保護開關，驗證其保護作用的可靠性，然後，再進行慢速的超程試驗，驗證超程撞塊安裝的正確性。將狀態開關置於回零位置，完成回零操作，參考點返回的動作不完成就不能進行其它操作。因此遇此情況應首先進行本項操作，然後再進行第4項操作。將狀態開關置於JOG位置或MDI位置，進行手動變檔試驗，驗證後將主軸調速開關放在最低位置，進行各檔的主軸正反轉試驗，觀察主軸運轉的情況和速度顯示的正確性，然後再逐漸升速到最高轉速，觀察主軸運轉的穩定性。進行手動導軌潤滑試驗，使導軌有良好的潤滑。逐漸變化快移超調開關和進給倍率開關，隨意點動刀架，觀察速度變化的正確性。
4、MDI試驗
測量主軸實際轉速將機床鎖住開關放在接通位置，用手動數據輸入指令，進行主軸任意變檔，變速試驗，測量主軸實際轉速，並觀察主軸速度顯示值，調整其誤差應限定在5％之內。進行轉塔或刀座的選刀試驗其目的是檢查刀座或正、反轉和定位精度的正確性。功能試驗根據定貨的情況不同，功能也不同，可根據具體情況對各個功能進行試驗。為防止意外情況發生，最好先將機床鎖住進行試驗，然後再放開機床進行試驗。EDIT功能試驗將狀態選擇開關置於EDIT位置，自行編制一簡單程序，盡可能多地包括各種功能指令和輔助功能指令，移動尺寸以機床最大行程為限，同時進行程序的增加，刪除和修改。自動狀態試驗將機床鎖住，用編制的程序進行空運轉試驗，驗證程序的正確性，然後放開機床，分別將進給倍率開關，快速超調開關，主軸速度超調開關進行多種變化，使機床在上述各開關的多種變化的情況下進行充分地運行，後將各超調開關置於的位置，使機床充分運行，觀察整機的工作情況是否正常。
關於數控車床這塊安裝調試不僅要有理論知識，更重要的是有一定的經驗的積累，理論賦予實踐，實踐才是關鍵。只有真正的操作了才能發現這裡面的大學問，以及很多理論上無法給予你的知識。

3. 數控機床開機調試的步驟是什麼

數控機床是一種技術含量很高的機電儀一體化的機床，用戶買到一台數控機床後，是否正確的安全地開機，調試是很關鍵的一步。這一步的正確與否在很大程序上決定了這台數控機床能否發揮正常的經濟效率以及它本身的使用壽命，這對數控機床的生產廠和用戶廠都是事關重大的課題。數控機床開機調試應按下列的步驟進行。
1、通電前的外觀檢查
機床電器檢查打開機床電控箱，檢查繼電器，接觸器，熔斷器，伺服電機速度，控制單元插座，主軸電機速度控制單元插座等有無松動，如有松動應恢復正常狀態，有鎖緊機構的接插件一定要鎖緊，有轉接盒的機床一定要檢查轉接盒上的插座，接線有無松動，有鎖緊機構的一定要鎖緊。CNC電箱檢查打開CNC電箱門，檢查各類介面插座，伺服電機反饋線插座，主軸脈沖發生器插座，手搖脈沖發生器插座，CRT插座等，如有松動要重新插好，有鎖緊機構的一定要鎖緊。按照說明書檢查各個印刷線路板上的短路端子的設置情況，一定要符合機床生產廠設定的狀態，確實有誤的應重新設置，一般情況下無需重新設置，但用戶一定要對短路端子的設置狀態做好原始記錄。接線質量檢查檢查所有的接線端子。包括強弱電部分在裝配時機床生產廠自行接線的端子及各電機電源線的接線端子，每個端子都要用旋具緊固一次，直到用旋具擰不動為止，各電機插座一定要擰緊。電磁閥檢查所有電磁閥都要用手推動數次，以防止長時間不通電造成的動作不良，如發現異常，應作好記錄，以備通電後確認修理或更換。限位開關檢查檢查所有限位開關動作的靈活及固定性是否牢固，發現動作不良或固定不牢的應立即處理。按鈕及開關檢查操作面板上按鈕及開關檢查，檢查操作面板上所有按鈕，開關，指示燈的接線，發現有誤應立即處理，檢查CRT單元上的插座及接線。地線檢查要求有良好的地線，測量機床地線，接地電阻不能大於1Ω。電源相序檢查用相序表檢查輸入電源的相序，確認輸入電源的相序與機床上各處標定的電源相序應絕對一致。
有二次接線的設備，如電源變壓器等，必須確認二次接線的相序的一致性。要保證各處相序的絕對正確。此時應測量電源電壓，做好記錄。
2、機床總電壓的接通
接通機床總電源，檢查CNC電箱，主軸電機冷卻風扇，機床電器箱冷卻風扇的轉向是否正確，潤滑，液壓等處的油標志指示以及機床照明燈是否正常，各熔斷器有無損壞，如有異常應立即停電檢修，無異常可以繼續進行。測量強電各部分的電壓特別是供CNC及伺服單元用的電源變壓器的初次級電壓，並作好記錄。觀察有無漏油，特別是供轉塔轉位、卡緊，主軸換檔的以及卡盤卡緊等處的液壓缸和電磁閥。如有漏油應立即停電修理或更換。
3、CNC電箱通電
按CNC電源通電按扭，接通CNC電源，觀察CRT顯示，直到出現正常畫面為止。如果出現ALARM顯示，應該尋找故障並排除，此時應重新送電檢查。打開CNC電源，根據有關資料上給出的測試端子的位置測量各級電壓，有偏差的應調整到給定值，並作好記錄。將狀態開關置於適當的位置，如日本FANUC系統應放置在MDI狀態，選擇到參數頁面。逐條逐位地核對參數，這些參數應與隨機所帶參數表符合。如發現有不一致的參數，應搞清各個參數的意義後再決定是否修改，如齒隙補償的數值可能與參數表不一致，這在進行實際加工後可隨時進行修改。將狀態選擇開關放置在JOG位置，將點動速度放在最低檔，分別進行各坐標正反方向的點動操作，同時用手按與點動方向相對應的超程保護開關，驗證其保護作用的可靠性，然後，再進行慢速的超程試驗，驗證超程撞塊安裝的正確性。將狀態開關置於回零位置，完成回零操作，參考點返回的動作不完成就不能進行其它操作。因此遇此情況應首先進行本項操作，然後再進行第4項操作。將狀態開關置於JOG位置或MDI位置，進行手動變檔試驗，驗證後將主軸調速開關放在最低位置，進行各檔的主軸正反轉試驗，觀察主軸運轉的情況和速度顯示的正確性，然後再逐漸升速到最高轉速，觀察主軸運轉的穩定性。進行手動導軌潤滑試驗，使導軌有良好的潤滑。逐漸變化快移超調開關和進給倍率開關，隨意點動刀架，觀察速度變化的正確性。
4、MDI試驗
測量主軸實際轉速將機床鎖住開關放在接通位置，用手動數據輸入指令，進行主軸任意變檔，變速試驗，測量主軸實際轉速，並觀察主軸速度顯示值，調整其誤差應限定在5％之內。進行轉塔或刀座的選刀試驗其目的是檢查刀座或正、反轉和定位精度的正確性。功能試驗根據定貨的情況不同，功能也不同，可根據具體情況對各個功能進行試驗。為防止意外情況發生，最好先將機床鎖住進行試驗，然後再放開機床進行試驗。EDIT功能試驗將狀態選擇開關置於EDIT位置，自行編制一簡單程序，盡可能多地包括各種功能指令和輔助功能指令，移動尺寸以機床最大行程為限，同時進行程序的增加，刪除和修改。自動狀態試驗將機床鎖住，用編制的程序進行空運轉試驗，驗證程序的正確性，然後放開機床，分別將進給倍率開關，快速超調開關，主軸速度超調開關進行多種變化，使機床在上述各開關的多種變化的情況下進行充分地運行，後將各超調開關置於100％處，使機床充分運行，觀察整機的工作情況是否正常。

4. 數控調試是做什麼的

一復、數控機床根據制不同的工件都有不同的工裝（卡爪、夾具等），更換的時候要保證一定的位置精度要求，這也就是你說的數控調試的主要內容，當然也包括一定的機床維護。

二、數控的概念：
數控是數字控制的簡稱,數控技術是利用數字化信息對機械運動及加工過程進行控制的一種方法。
早期的數控系統是由硬體電路構成的稱為硬體數控（Hard NC），1970年代以後，硬體電路元件逐步由專用的計算機代替而稱為計算機數控系統，一般是採用專用計算機並配有介面電路，可實現多台數控設備動作的控制。因此現在的數控一般都是CNC（計算機數控），很少再用NC這個概念了。

5. 怎麼將驅動軟體調試到最好

是什麼設備的驅動軟體呢,
下載一個驅動精內靈來管理吧容
http://drivers.mydrivers.com/drivers/258-103539-Mydrivers-2009-B1-For-Win2000-XP-2003-Vista-Win7/

6. 數控車床怎麼調試

□
機床調試
機床到位，按照客戶指定的地點、位置放好放正。
將機床墊腳墊好，機床擦拭乾凈，調整好水平。
給機床液壓油箱、潤滑油箱、導軌加註相應標號與油量的潤滑油，給機床水箱加好切削冷卻液。
按機床額定的電量，安裝好相應的電源，並加裝好穩壓器與機床地線。
調試好機床主軸的正反轉，檢查機床的各開關按鈕與功能是否正常。
□
使用注意事項
機床操作員必須是經過正規培訓並合格的人員，機床操作人員使用機床時，一定要看熟機床操作說明書並理解其中的內容方可操作機床。
檢查電櫃門是否關好，潤滑油、冷卻液是否充足，機床上及其周圍不應有異物，防礙機床的運動。
操作機床之前，請仔細檢查輸入的數據，確保指定的進給速度與想要進行的機床操作相適應，如果使用了不正確的數據，或者沒有按正確的速度進行操作，機床可能發生誤動作，從而引起工件或機床本身的損壞或造成人員的傷害。
零件加工前，一定要首先檢查機床的正常運行，在機床上不裝工件和刀具時檢查機床的正確運行。
當使用刀具補償功能時，請仔細檢查補償方向和補償量，使用不正確的數據操作機床，機床可能誤動作，從而有可能引起工件或機床本身甚至造成人員傷害。
當手動操作機床時，要確認刀具和工件的當前位置並保證正確地指定了運動軸、方向和進給速度。手輪進給時在較大的倍率下旋轉手輪，刀具和工作台會快速移動，可能會產生手輪停止轉動，而刀具和工作台不會立即停止的現象。大倍率的手輪移動有可能會造成刀具或機床的損壞甚至造成人員傷害。

7. 數控調試是做什麼啊

一、數控機床根據不同的工件都有不同的工裝（卡爪、夾具等），更換的時候版要保證一定權的位置精度要求，這也就是你說的數控調試的主要內容，當然也包括一定的機床維護。

二、數控的概念：
數控是數字控制的簡稱,數控技術是利用數字化信息對機械運動及加工過程進行控制的一種方法。
早期的數控系統是由硬體電路構成的稱為硬體數控（Hard NC），1970年代以後，硬體電路元件逐步由專用的計算機代替而稱為計算機數控系統，一般是採用專用計算機並配有介面電路，可實現多台數控設備動作的控制。因此現在的數控一般都是CNC（計算機數控），很少再用NC這個概念了。

8. 如何調試數控機床

多實踐，多動手，出現問題解決了就要記下，那怕很簡單，但是經驗的積累。數版控機床的調試分很多權情況，要看你練到什麼水平了，比如基本的系統參數，基本的控制功能看看就會，再比如說改造的數控機床需要加刀庫，PLC程序需要開發編寫那就要點本事了，調試PLC的工作量就會相當的大，有些問題不僅僅只是懂電氣控制就可以，對機床的結構也要相當的了解，否則PLC都不知道如何下手，懂點PLC指令是沒什麼用的。

9. 數控機床進給伺服系統連接好後如何調試

有兩種方法：
1、實際加工工件，通過相關尺寸調整數控系統的參數；
2、通過專業激光測距儀，調整數控系統的參數；

10. 數控加工中心的調試步驟都有哪些

數控機床加工中心調試的目的是考核機床安裝是否穩固，各傳動、操縱、控制等系統是否正常和靈敏可靠。
調試試運行工作依以下步驟進行：
1、按說明書的要求給個潤滑點加油，給液壓油箱灌入合乎要求的液壓油，接通氣源。
2、通電，各部件分別供電或各部件一次通電試驗後，再全面供電。觀察各部件有無報警、手動各部件觀察是否正常，各安全裝置是否起作用。即使機床的各個環節都能操作和運動起來。
3、灌漿，機床初步運轉後，粗調機床的幾何精度，調整經過拆裝的主要運動部件和主機的相對位置。將機械手、刀庫、交換工作台、位置找正等。這些工作做好後，即可用快乾水泥灌死主機和各附件的地腳螺栓，將各地腳螺栓預留孔灌平。
4、調試，准備好各種檢測工具，如精密水平儀、標准方尺、平行方管等。
5、精調機床的水平，使機床的幾何精度達到允許誤差的范圍內，採用多點墊支撐，在自由狀態下將床身調成水平，保證床身調整後的穩定性。
6、用手動操縱方式調整機械手相對於主軸的位置，使用調整心棒。安裝最大重量刀柄時，要進行多次刀庫到主軸位置的自動交換，做到准確無誤，不撞擊。
7、將工作台運動到交換位置，調整托盤站與交換工作台的相對位置，達到工作台自動交換動作平穩，並安裝工作台最大負載，進行多次交換。
8、檢查數控系統和可編程式控制制器plc裝置的設定參數是否符合隨機資料中的規定數據，然後試驗各主要操作功能、安全措施、常用指令的執行情況等。
9、檢查附件的工作狀況，如機床的照明、冷卻防護罩、各種護板等。
一台加工中心安裝調試完畢後，由於其功能繁多，在安裝後，可在一定負載下經過長時間的自動運行，比較全面的檢查機床的功能是否齊全和穩定。運行的時間可每天8小時連續運行2到3天或每24小時連續運行1到2天。連續運行可運用考機程序。