西門子 200PLC 監(jiān)控 停止原裝 usb-mpi編程電纜對(duì)西門子200PLC進(jìn)行監(jiān)控
可以監(jiān)控，但是我一開點(diǎn)擊，一有動(dòng)作，監(jiān)控就停止了，
并且連接不上了，找不到設(shè)備說端口無法打開或被其他應(yīng)用程序使用
然后拔下來重新插上再刷新就有了？

建議你還是使用USB-PPI電纜吧，我的原來也是，MPI電纜連接300很穩(wěn)定，連接200的不行
后來還是換了USB-PPI電纜后就很穩(wěn)定，

PPI多主站電纜下載程序用cpu222作為主站后不能從電腦下載程序了，做其他設(shè)置也沒用。提示“您必須使用（RS-232/USB）PPI 多主站電纜在多主站或PPI網(wǎng)絡(luò)上通信”。意思是說我購買使用多主站電纜就可以解決這個(gè)問題嗎？？？

買條原裝USB/PPI或者RS232/PPI通信線即可解決問題。價(jià)格在700元左右。
RS-232/PPI電纜（訂貨號(hào)6ES7 901-3CB30-0XA0）：智能多主站電纜，連接S7-200 CPU/EM277通信口和計(jì)算機(jī)RS-232串口，作為編程或數(shù)據(jù)通信電纜；同時(shí)也可以用于連接TP170 micro和安裝了WinCC flexible (micro)的計(jì)算機(jī)RS-232串口，作為配置畫面下載電纜 
USB/PPI電纜（訂貨號(hào)6ES7 901-3DB30-0XA0）：智能多主站電纜，用于連接計(jì)算機(jī)的USB通信口與S7-200 CPU/EM277通信口做編程或數(shù)據(jù)通信電纜。

關(guān)于200跟變頻器440的uss通不上的問題？

現(xiàn)在拿200的（214-1AD23因?yàn)橹挥幸粋€(gè)通訊口）跟440通訊，
程序如附件，簡單，只是用來調(diào)試用的，
硬件連線如圖，
440的參數(shù)設(shè)置如下：
P0700： 設(shè)置 P0700[0] = 5，
P1000： 設(shè)置 P1000[0] = 5，
P2009： =0 
P2010： =6 

P2011： 設(shè)置 P2011[0] =1

P2012： 設(shè)置 P2012[0] = 2， 
P2013： 設(shè)置 P2013[0] = 127，
P2014： 設(shè)置 P2014[0] = 0 
P0971： 設(shè)置 P0971 = 1，

電機(jī)的參數(shù)已經(jīng)設(shè)置好了

這樣的情況下，cpu啟動(dòng)后 Q0.0亮，
按I0.7或者I0.6，需要時(shí)間長點(diǎn)，才能把Q0.4 Q0.5點(diǎn)亮，但是查看P0005參數(shù)中內(nèi)容一直沒有變化，（I0.7 I0.6是用來寫參數(shù)到P0005）

后來把200的拆下來，用編程線讀出VB102內(nèi)容是7，說是通訊口未設(shè)為USS協(xié)議

我個(gè)人在想搞這個(gè)通訊的話，是不是一定需要兩個(gè)通訊口呢？？？

使用USS-INIT指令時(shí)，你激活的是1號(hào)驅(qū)動(dòng)器。
使用USS-CTRL等指令時(shí)，你寫入的是2號(hào)驅(qū)動(dòng)器地址。
變頻器參數(shù)P2014設(shè)的太小。
所以通信不上

關(guān)于S7 200 和S7 300 以太網(wǎng)通訊問題？

CPU：315；CP 343-1）現(xiàn)增加一個(gè)S7 200分站（216CPU并且拓展了兩個(gè)I/O模塊；CP 243-1）使用以太網(wǎng)進(jìn)行通訊。準(zhǔn)備將原300作為主站。按照網(wǎng)上的課件進(jìn)行了配置卻通訊不了。請(qǐng)教各位大師。
本人操作如下：
1、在200處設(shè)置設(shè)置模塊位置為2（根據(jù)讀取模塊獲得）
2、設(shè)置網(wǎng)絡(luò)地址192.168.1.10
3、I/O輸出地址使用4（缺省默認(rèn)值）；連接模塊數(shù)目設(shè)為1；
4、在配置連接畫面設(shè)置為*項(xiàng)（此為客戶機(jī)連接）；遠(yuǎn)程屬性下填寫的是03.02（）；底下填寫服務(wù)器地址（300站地址192.168.1.6）
5、在數(shù)據(jù)傳輸里面先設(shè)置寫入遠(yuǎn)程服務(wù)器連接字節(jié)數(shù)寫10本地PLC地址填寫VB4000-VB4009服務(wù)器為MB200~MB209；再設(shè)置從服務(wù)器內(nèi)讀取數(shù)據(jù)讀取字節(jié)數(shù)位10 本地PLC地址設(shè)為VB4100~4109服務(wù)器為MB300~309；底部符號(hào)名分別為PeerMessage20-1和Peermessage20-2;
6、配置CRC保護(hù)
7按建議地址后生成地址VB1415~1614
8、生成兩個(gè)模塊ETH2-CTRL和ETH2-XFR；
在主程序MAIN處調(diào)用此兩個(gè)模塊
DATA拐角和CHAN-ID拐角為peermessage20-1,CONNECTION2-0其他跟教程里面的地址一致。
現(xiàn)在200 強(qiáng)制vb4000任意一個(gè)數(shù)300內(nèi)的MB200（此點(diǎn)沒有被占用）沒有任何變化。
在300 強(qiáng)制MB300任意數(shù)200內(nèi)VB4100沒有任何變化。兩個(gè)PLC 地址進(jìn)行PING命令地址都是通的。（不存在網(wǎng)絡(luò)地址占用的情況）。但是：vb3001輸出是5 不知道是什么意思？

1、在300PLC netpro中有沒有插入新S7連接指向200PLC的IP.還有200組態(tài)中300的TSAP是否與300內(nèi)是一致的。在線在STEP7 NETPRO中激活剛才建立的連接顯示是否連接上。
2、檢查網(wǎng)絡(luò)向?qū)е械目蛻魴C(jī)通道CHAN_ID注意不要搞錯(cuò).
3、測(cè)試的時(shí)候用MW300強(qiáng)制一個(gè)整數(shù)，然后在200中讀位。
4、讀寫地址雙邊對(duì)應(yīng)。
5、你說的VB3001是不是ERROR錯(cuò)誤狀態(tài)如果是的話解釋為：連接中止或在一個(gè)沒有準(zhǔn)備就緒的通道中嘗試執(zhí)行讀/寫命令。排除方法：檢測(cè)通訊伙伴的連接路徑。

224XPCN丟程序一臺(tái)224PLC，正常運(yùn)行大半年，zui近突然SF燈報(bào)警，輸入輸出斷開，運(yùn)行停止位打過，電源也斷開過，這些都試過后，還是報(bào)警。現(xiàn)場(chǎng)沒條件查找報(bào)警代碼。PLC及模塊都郵回來后，發(fā)現(xiàn)燈正常，但上傳程序時(shí)沒有程序，其他模塊也正常。只發(fā)現(xiàn)程序丟失。大概什么原因PLC突然報(bào)警？又為什么會(huì)丟失程序？

這種情況，一般都是人為因素占多數(shù)。
 程序在任何時(shí)候都不會(huì)丟失，即使停電三年的時(shí)間，都不會(huì)丟程序的 ，程序存在EEPROM里。程序被清空，那么說明有人動(dòng)過PLC，或者進(jìn)水了。估計(jì)樓主還是設(shè)置了密碼，否則不會(huì)把你的程序給清空了。如果是質(zhì)量問題的話，那么SF燈會(huì)一直亮，即使重新下載一個(gè)程序后，運(yùn)行也會(huì)出現(xiàn)SF燈亮。

CPU224XP的通訊口，怎么在如下圖中提示有RS232的接口？這個(gè)224XP的通訊口都是485的，怎么會(huì)冒出個(gè)232？

CPU224XP的通訊口都是485的口，不存在集成或者是RS232的口。除非山寨，不過山寨的我也沒用過。

關(guān)于wincc與西門子200通訊的問題？

需要200 的編程軟件，winCC，還有PC Access這個(gè)200的OPC Server

看你的PC機(jī)和200是什么方式連接的，通常測(cè)試的時(shí)候PPI的比較多，還有通過em277擴(kuò)展模塊+PC機(jī)加cp5611卡，另外就是通過以太網(wǎng)擴(kuò)展模塊cp234-1通過網(wǎng)線和PC機(jī)連接。

其實(shí)只要你的程序下載到PLC里跑起來了，再把程序里的變量導(dǎo)入PC Access，然后在Wincc里添加OPC驅(qū)動(dòng)聯(lián)接，添加s7200.opcserver下的變量，就可以在wincc里操作了。

關(guān)于wincc與200通訊的小問題用wincc通過opc服務(wù)器跟200cpu通訊，先在PC Access 測(cè)試ok，然后在wincc測(cè)試的話有這樣一個(gè)問題，我用I0.0控制Q0.0點(diǎn)，通過在cpu的I0.0短接一下，Q0.0有動(dòng)作的,但是在wincc按下I0.0的按鈕,Q0.0就是沒有動(dòng)作,不知道是怎么回事?

遠(yuǎn)程無法控制輸入點(diǎn)，只能用輔助觸點(diǎn)控制。如M0.0與I0.0并聯(lián)控制Q0.0。