首先說下解決思路：由于考慮到串口開發(fā)很麻煩，所以后來買了一個4g模塊的dtu。所以最后的解決方案是，plc串口設備與dtu相連，由于dtu是透傳模式，使用java與4g模塊進行通信就完事了。

雖然這樣看著很簡單，但是這段時候不少走彎路，頗有一種摸石過河、黑夜走路的感覺，什么東西都要自己摸索，又怕方向是錯的，直到成功的那一刻才知道原來是這樣，終于到了扒開了云霧，見到了太陽，然后回頭看看才明白道路是那樣的清晰。

但是：我要說的是不要畏懼困難，哪怕你不知道前路如何，哪怕不知道方向是否正確，但一定有靜下心來去思考，一點點去嘗試，最后一定能找到正確的道路。

經(jīng)歷的歷程：

歷程1：拿到plc設備的那一刻，自己完全不知道該怎么辦，我是誰？我在哪？？我要做什么？？？但是被項目逼迫的我很快冷靜下來，管他呢，先單獨測試設備吧，先用指令把設備跑通了再說，這是歷程1的主要目標。于是研究串口協(xié)議，研究modbus ASCII碼協(xié)議、解析其每位16進制數(shù)據(jù)的含義、研究其校驗碼，花了3天左右的時間終于把協(xié)議搞明白了，協(xié)議搞明白了，寫了串口指令，接下來我要怎么發(fā)送，請教懂行的人，下載了串口調(diào)試助手，反復試，終于第一條指令成功了，把我高興的差點就流出了老父親般激動的淚水。

歷程2：4g dtu模塊，拿到后和plc的思路一樣，先看4g模塊是否通信正常，于是在廠家的官網(wǎng)找到配置調(diào)試文檔，按著步驟調(diào)試、配置，最后把4g模塊參數(shù)配置完成，主要這里的配置主要是給dtu設置服務器地址，就是4g模塊最終要和誰通信，給dtu配置上服務器的ip地址和端口號。最后配置完成，在服務器上裝上網(wǎng)絡調(diào)試助手，發(fā)送信息測試成功，通信正常。

歷程3：經(jīng)過1個多星期的工作，dut和plc已分別收服，接下來要測試，dut連接plc之后，給dtu發(fā)信息能否控制plc的運行。由于前期分別做測試時已經(jīng)做了很多工作，所以兩者在一起調(diào)試很順利，很快就通上了信息，使用網(wǎng)絡助手給dtu發(fā)送指令，dtu能順利的把指令傳給plc，從而達到控制plc的效果。那接下來就是怎么用java和dtu通信了。

歷程4：java與dtu的通信，講真，這兩者通信著實讓我有點不知所措，不過后來回到家躺在床上靈光一閃，dtu不就用的sokect通信的嗎？我現(xiàn)在寫個socket的服務器來代替之前的網(wǎng)絡助手發(fā)送指令是否可行呢？于是第二天早上一到公司就寫了幾行簡易代碼，丟到之前給dtu配置地址的那臺服務器上實驗，果然接收到了dtu的心跳包數(shù)據(jù)，這時我有點喜出望外，感覺寫了幾行指令實驗，結果真的能行，終于歷經(jīng)了4個階段后，整個流程都跑通了，解決方案也有了，剩下的就是怎么寫代碼的事了。

fqj