基于Android系統(tǒng)的焊機(jī)控制器的控制系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明創(chuàng)造屬于焊機(jī)控制器技術(shù)領(lǐng)域，尤其是涉及一種基于Android系統(tǒng)的焊機(jī)控制器的控制系統(tǒng)和方法。
【背景技術(shù)】
[0002]電阻點(diǎn)焊具有生產(chǎn)效率高、焊接變形小、勞動(dòng)條件好、無需另加焊接材料、操作簡(jiǎn)單等優(yōu)點(diǎn)，廣泛應(yīng)用于汽車、家電制造等行業(yè)。編程器是焊機(jī)控制器的重要部件，用于對(duì)焊接參數(shù)進(jìn)行設(shè)定以及監(jiān)測(cè)焊接過程中的參數(shù)變化，對(duì)焊接質(zhì)量的保證提供重要支撐?，F(xiàn)有的編程器多采用單片機(jī)MCU作為主芯片，通過液晶屏和物理按鍵與用戶交互，進(jìn)行相應(yīng)狀態(tài)切換，通過單片機(jī)UART 口經(jīng)相應(yīng)的驅(qū)動(dòng)IC進(jìn)行電平轉(zhuǎn)換后和控制器進(jìn)行串口通信，完成相應(yīng)參數(shù)的設(shè)定和狀態(tài)監(jiān)測(cè)。但是，目前的這種方案用戶體驗(yàn)效果差，編程器重量大，液晶屏窗口較小使得界面菜單級(jí)聯(lián)較多，物理按鍵壽命短，而且單片機(jī)性能有限，操作費(fèi)時(shí)，難以全面達(dá)到個(gè)別用戶的定制需求。此外，硬件相對(duì)復(fù)雜，增加了不可靠因素，成品較高。

【發(fā)明內(nèi)容】

[0003]本發(fā)明創(chuàng)造要解決以上技術(shù)問題，提供一種基于Android系統(tǒng)的焊機(jī)控制器的控制系統(tǒng)和方法。
[0004]為解決上述技術(shù)問題，本發(fā)明創(chuàng)造采用的技術(shù)方案是:基于Android系統(tǒng)的控制焊機(jī)控制器的系統(tǒng)，包括手持設(shè)備、通訊板、焊機(jī)控制器，所述手持設(shè)備與通訊板相連，所述通訊板與焊機(jī)控制器相連，所述通訊板包括USB插座P1、USB驅(qū)動(dòng)芯片單元、串口驅(qū)動(dòng)芯片單元和接口插座P2，所述USB插座Pl與所述USB驅(qū)動(dòng)芯片單元相連，所述串口驅(qū)動(dòng)芯片單元包括422驅(qū)動(dòng)芯片電路和485驅(qū)動(dòng)芯片電路，所述USB驅(qū)動(dòng)芯片單元分別與所述422驅(qū)動(dòng)芯片電路和所述485驅(qū)動(dòng)芯片電路相連，所述422驅(qū)動(dòng)芯片電路和所述485驅(qū)動(dòng)芯片電路均與所述接口插座P2相連。
[0005]進(jìn)一步，所述USB驅(qū)動(dòng)芯片單元包括驅(qū)動(dòng)芯片Ul和撥碼開關(guān)SI，所述USB驅(qū)動(dòng)芯片Ul的第9引腳與電阻R2 —端相連，所述電阻R2另一端與所述USB插座Pl的第2引腳相連，同時(shí)所述電阻R2另一端與電容Cl的一端相連，所述電容Cl另一端接地；所述USB驅(qū)動(dòng)芯片Ul的第8引腳與電阻R4的一端相連，所述電阻R4的另一端與所述USB插座Pl的第3引腳相連，同時(shí)所述電阻R4的另一端與電容C2的一端相連，所述電容C2另一端接地；所述USB驅(qū)動(dòng)芯片Ul的第15引腳與電阻Rll和電阻R7的一端相連，所述電阻Rll另一端接地，所述電阻R7另一端接所述USB插座Pl的第I引腳；所述USB驅(qū)動(dòng)芯片Ul的第1、第4、第2、第6引腳分別與電阻R1、電阻R3、電阻R5、電阻R6 —端相連，所述電阻R1、電阻R3、電阻R5、電阻R6的另一端均接到電源+5V ;所述USB驅(qū)動(dòng)芯片Ul的第14、第7、第16引腳分別與LED燈Dl、LED燈D2、LED燈D3的負(fù)極相連，所述LED燈Dl、LED燈D2、LED燈D3的正極分別與電阻R8、電阻R9、電阻RlO的一端相連，所述電阻R8、電阻R9、電阻RlO的另一端與所述USB驅(qū)動(dòng)芯片Ul的第11、第10、第3引腳共同連接到電容C3的一端，所述電容C3的另一端與所述USB驅(qū)動(dòng)芯片Ul的第13、第5引腳相連；在所述電阻Rl與所述USB驅(qū)動(dòng)芯片Ul的第I引腳之間引出輸出信號(hào)TXD信號(hào)，所述TXD信號(hào)與所述撥碼開關(guān)SI的第1、第2引腳相連；在所述電阻R3與所述USB驅(qū)動(dòng)芯片Ul的第4引腳之間引出輸入信號(hào)RXD信號(hào)，所述RXD信號(hào)與所述撥碼開關(guān)SI的第3、第4引腳相連，所述撥碼開關(guān)SI的第8、第7、第 6、第 5 引腳分別輸出 TXD 422, TXD 485, RXD 422, RXD 485 信號(hào)。
[0006]進(jìn)一步，所述USB驅(qū)動(dòng)芯片Ul的型號(hào)為FTDI230X。
[0007]進(jìn)一步，所述422驅(qū)動(dòng)芯片電路包括串口驅(qū)動(dòng)芯片U2，所述串口驅(qū)動(dòng)芯片U2的第7引腳分別接電阻R14與電阻R15的一端，所述電阻R15另一端接地；所述串口驅(qū)動(dòng)芯片U2的第8引腳與所述電阻R14另一端相連，同時(shí)所述串口驅(qū)動(dòng)芯片U2的第8引腳與電阻R12一端相連，所述電阻R12另一端接+5V ;所述串口驅(qū)動(dòng)芯片U2的第I引腳接+5V ;所述串口驅(qū)動(dòng)芯片U2的第4引腳接GND ;所述串口驅(qū)動(dòng)芯片U2的第5、第6引腳之間并聯(lián)電阻R13 ；所述串口驅(qū)動(dòng)芯片U2的第2引腳與所述撥碼開關(guān)SI的第6引腳相連；所述串口驅(qū)動(dòng)芯片U2的第3引腳與所述撥碼開關(guān)SI的第8引腳相連。
[0008]進(jìn)一步，所述485驅(qū)動(dòng)芯片電路包括串口驅(qū)動(dòng)芯片U3，所述串口驅(qū)動(dòng)芯片U3的第I引腳與所述撥碼開關(guān)SI的第5引腳相連；所述串口驅(qū)動(dòng)芯片U3的第4引腳與所述撥碼開關(guān)SI的第7引腳相連；所述串口驅(qū)動(dòng)芯片U3的第2引腳與第3引腳同時(shí)連接到P-MOS管Ql的第3引腳，同時(shí)所述串口驅(qū)動(dòng)芯片U3的第2引腳與第3引腳與電阻R17 —端相連，所述電阻R17另一端接地，所述P-MOS管的第2引腳接+5V，所述P-MOS管的第I引腳接電阻R16 —端，所述電阻R16另一端分別與所述撥碼開關(guān)SI的第7引腳和所述串口驅(qū)動(dòng)芯片U3的第4引腳相連；所述串口驅(qū)動(dòng)芯片U3的第8引腳接+5V ;所述串口驅(qū)動(dòng)芯片U3的第5引腳接地；所述串口驅(qū)動(dòng)芯片U3的第6、第7引腳之間并聯(lián)電阻R18。
[0009]進(jìn)一步，所述串口驅(qū)動(dòng)芯片U2的第5、第6、第7、第8引腳分別引出422Y+2、422Z-2、422B-2、422A+2信號(hào)線，所述串口驅(qū)動(dòng)芯片U3的第6、第7引腳分別引出485A+2、485B-2 信號(hào)線，所述 422Y+2、422Z-2、422B-2、422A+2、485A+2、485B-2 信號(hào)線均連接到所述接口插座P2上。
[0010]進(jìn)一步的，所述串口驅(qū)動(dòng)芯片U2的型號(hào)為ISL8488。
[0011]進(jìn)一步的，所述串口驅(qū)動(dòng)芯片U3的型號(hào)為MAX485。
[0012]進(jìn)一步的，所述P-MOS管Ql的型號(hào)為BSS84。
[0013]基于Android系統(tǒng)的控制焊機(jī)控制器的方法，包括以下步驟:
[0014]一、程序開始運(yùn)行后首先判斷是否創(chuàng)建了對(duì)應(yīng)的數(shù)據(jù)庫文件和故障記錄text文件，如果已建立兩個(gè)所述文件，則直接跳到步驟二，否則創(chuàng)建兩個(gè)所述文件；
[0015]二、裝載USB驅(qū)動(dòng)程序；
[0016]三、開辟后臺(tái)線程監(jiān)測(cè)是否發(fā)生故障，如果發(fā)生故障，則進(jìn)入故障處理模塊，否則后臺(tái)監(jiān)測(cè)是否進(jìn)入狀態(tài)檢測(cè)模塊、編程器參數(shù)編程模塊、主機(jī)參數(shù)編程模塊、參數(shù)下載模塊、參數(shù)上傳模塊，
[0017]所述故障處理模塊首先進(jìn)行故障數(shù)據(jù)解析判斷故障類型，如果是通訊故障則彈出對(duì)話框提示通訊故障的類型；否則，讀取數(shù)據(jù)緩沖區(qū)數(shù)據(jù)，通過對(duì)十六進(jìn)制數(shù)據(jù)進(jìn)行解析后判斷故障類型，如果該故障類型與前一個(gè)故障類型相同則將該故障報(bào)警的發(fā)生時(shí)間和類型記錄到故障報(bào)警文件中，否則就判斷本次故障發(fā)生時(shí)間與上次故障發(fā)生時(shí)間之間的間隔，時(shí)間間隔大于設(shè)定值則將故障報(bào)警信息保存到故障報(bào)警文件中，否則認(rèn)為是主機(jī)連續(xù)發(fā)送了多個(gè)相同的故障信息，故舍棄本次的故障報(bào)警信息，
[0018]所述狀態(tài)監(jiān)測(cè)模塊不斷循環(huán)讀取接收數(shù)據(jù)緩沖區(qū)中未讀取的字節(jié)數(shù)，判斷當(dāng)字節(jié)數(shù)>0時(shí)，讀取相應(yīng)的字節(jié)；判斷數(shù)據(jù)格式是否正確，如果正確則在主線程頁面中顯示讀到的各參數(shù)值，否則進(jìn)入故障報(bào)警模塊，
[0019]所述編程器參數(shù)編程模塊首先加載程序頁面選擇的規(guī)范號(hào)和模式，然后鏈接對(duì)應(yīng)的數(shù)據(jù)中的相應(yīng)表單，讀取表單數(shù)據(jù)后在主線程頁面中進(jìn)行全部參數(shù)顯示，并可以在頁面中進(jìn)行修改保存操作，
[0020]所述主機(jī)參數(shù)編程模塊首先加載程序頁面選擇的規(guī)范號(hào)和模式，然后發(fā)送相應(yīng)的命令調(diào)取主機(jī)的相應(yīng)參數(shù)；返回?cái)?shù)據(jù)格式正確后在主線程頁面中進(jìn)行全部參數(shù)顯示，并可以進(jìn)行修改保存操作，
[0021]所述參數(shù)下載模塊首先加載所有已選定的規(guī)范和模式，隨后發(fā)送第一組規(guī)范的數(shù)據(jù)，發(fā)送成功后判斷是否已選擇的全部規(guī)范發(fā)送完成，如果還有未發(fā)送完成的，則繼續(xù)發(fā)送下一組規(guī)范，否則主線程頁面在Toast對(duì)話框中提示全部規(guī)范發(fā)送成功；此時(shí)用戶可在主機(jī)參數(shù)編程模塊查看各規(guī)范參數(shù)的具體內(nèi)容，一旦有規(guī)范發(fā)送失敗則進(jìn)入故障處理模塊，
[0022]所述參數(shù)上傳模塊首先加載所有已選定的規(guī)范和模