程序是很簡(jiǎn)單，但到實(shí)際應用的時(shí)候有不確定性，通信原理都是一樣，協(xié)議也只約定規則，這些規則無(wú)非就是限制
緊要
1. 數據幀的開(kāi)始標志
2. 數據長(cháng)度；
3. 結束標志；
4. 校驗方式；
非緊要，在前面4個(gè)重點(diǎn)正確的情況下，后面的一般不會(huì )有錯
5. 故障碼；
6. 最大長(cháng)度

你的問(wèn)題可能原因
1.  發(fā)送緩存區因相近間隔時(shí)間進(jìn)入過(guò)多的數據量，導致發(fā)送長(cháng)度不支持，發(fā)送失��；
2.  沒(méi)有檢測握手標志（發(fā)送完成標志，接收完成標志），每個(gè)通訊功能塊都有一個(gè)Done 位（雙工只注意單個(gè)done），新手靠拉長(cháng)收發(fā)時(shí)間，中手看標志，老手看綜合狀態(tài)；像485線(xiàn)，你發(fā)一幀數據，必須等收到信息完成，或者確實(shí)超時(shí)才能發(fā)下一次詢(xún)問(wèn)；
檢測的方法最直接是用串口調試工具去監測收發(fā)數據的實(shí)際狀態(tài)，這樣才能判斷錯出在哪了，有時(shí)候你的數據沒(méi)問(wèn)題，而通訊的對方可能有問(wèn)題，比如，你CPU運行速度1ms周期，而對方在處理不同數據時(shí)響應時(shí)間不一樣，以前測試過(guò)一款微型伺服，詢(xún)問(wèn)狀態(tài)響應2ms，控制指令響應時(shí)間很長(cháng)，讀數組狀態(tài)的時(shí)候響應時(shí)間也很長(cháng)，所有經(jīng)常被程序認為是發(fā)送超時(shí)
寫(xiě)程序前先了解被通訊對象的素質(zhì)也很重要，先用串口工具測試各種你要用到指令，然后加快收發(fā)速度，去測試響應極限，別一上去就干到極限，然后悶逼不知道怎么解決。當確實(shí)遇到了問(wèn)題，那么再回過(guò)同用通訊工具采樣你發(fā)和它發(fā)的狀態(tài)找原因

兄弟，我這200的plc按你說(shuō)法編程太復雜了，
我看1200里面有一個(gè)說(shuō)法是done置1后，必須在發(fā)一個(gè)空白pkw才可以下一次讀寫(xiě)。
200smart確沒(méi)這說(shuō)法，關(guān)鍵uss_protocol（v2.1）符號表沒(méi)有詳細介紹。
程序沒(méi)法進(jìn)行了，按理說(shuō)uss沒(méi)這么復雜，多個(gè)uss_ctrl是此功能塊自己控制輪詢(xún)的。參數讀寫(xiě)才需要編程輪詢(xún)。網(wǎng)上很多案例都是這么做的，別人都沒(méi)問(wèn)題。見(jiàn)鬼了

所以說(shuō)你根本看不懂我那個(gè)程序，那個(gè)程序不復雜，里面數據判斷占了大部分，真正收發(fā)指令只占了很小的一部分，你寫(xiě)一個(gè)通訊程序也是一樣的，當然，電機控制用固定功能塊做的，或者說(shuō)你只需要固定控制方式，所以顯得簡(jiǎn)單；
我程序里面包含了通訊參數的修改，首先是修改了通訊默認地址，再就是模仿modbus切換控制字寫(xiě)對象的參數，然后根據不同的控制模式解析對應數據
你做通訊感覺(jué)才入門(mén)，上圖是對應實(shí)現的功能
大致就是通訊建立，先讀出前排2組數據，那2組如果和實(shí)際設備有出入則通過(guò)下面的寫(xiě)操作修改掉，其余時(shí)間是在讀取右邊2列有效數據，這個(gè)設備沒(méi)有修改軟件，所以得做通訊程序去修改報警范圍之類(lèi)的參數，不是每一個(gè)給你的設備都會(huì )給你配一個(gè)參數修改軟件，也不是每一個(gè)操作工都知道怎么去修改一個(gè)設備，尤其是第三方，那么你就必須在你的HMI上開(kāi)放一個(gè)接口去方便修改

感謝樓上兄弟，感謝你熱心的幫助�，F在問(wèn)題找到了，就是USS_RPM_R這個(gè)指令的問(wèn)題。讀浮點(diǎn)數就是會(huì )導致uss_ctrl報錯，甚至變頻器報警1910，用uss_rpm_w指令責一切正常。目前還不知道具體的原因。我再試試看能不能找到更多的問(wèn)題。