Modbus/TCP-Gateway:
Collegamento di Modbus/RTU-Slave seriali ad un Modbus/RTU-Master
Il Com-Server lavora qui nella modalità di funzionamento Modbus/TCP Gateway. Le richieste Modbus/TCP entranti lato rete vengono convertite in richieste Modbus/RTU. In senso inverso i datagrammi di risposta degli slave vengono convertiti e trasmessi al master utilizzando l’ID di transazione originario.
Messa in funzione rapida
-
Configurare il Modbus a 2 fili RS485 mediante i switch DIP interni: 1,2,5 = ON, Rest = OFF. L’attivazione della terminazione (interruttori 6 e 7) dipende dalla struttura di bus RS485 presente. Un segmento RS485 fisico può contenere max. due reti di terminazione.
-
Stabilire l’alimentazione di tensione e il collegamento dell’apparecchio RTU seriale con il Com-Server, p. es. con gli Adattatore a vite RS485.
-
Assegnare i parametri IP (indirizzo IP, Subnet Mask, Gateway) al Com-Server con WuTility.
-
Impostare i parametri di trasferimento seriali sul Com-Server in accordo con l’apparecchio RTU collegato. L’handshake deve essere None.
-
Attivare la modalità operativa Modbus/TCP Gateway e fissare un timeout.
-
Importante: Le impostazioni effettuate devono essere salvate attraverso la pagina di logout.
Il Com-Server adesso lavora come Modbus/TCP-Gateway e attende collegamenti TCP sulla porta standard 502. Nel rispettivo Modbus/master TCP trattare il Modbus/apparecchio RTU seriale presente dietro il Com-Server come un Modbus/apparecchio TCP. Il che significa che come IP di destinazione viene indicato l’indirizzo del Com-Server con la porta TCP 502. Gli indirizzi Modbus da utilizzare e i codici di funzione Modbus devono essere presi dalla documentazione dell’apparecchio RTU. Vengono utilizzati in modo invariato nel Modbus/TCP-Master.
Esempio:
Impostazioni su un Modbus/TCP-Master per la lettura del registro 8192 (decimale) con codice di funzione 3. L’RTU-Device si trova sulla porta seriale del Com-Server con l’IP 10.40.21.28 e lavora sull’indirizzo 1. 
Possibili problemi
L’attivazione della modalità operativa Modbus/TCP-Gateway e l’attuale stato di connessione lato rete attuale possono essere consultati alla pagina Setup Port x → Port State. Questa pagina non si aggiorna autonomamente e deve pertanto essere aggiornata manualmente premendo F5: 
Connection State
Una connessione TCP esistente con un Modbus/TCP-Master viene visualizzata nella seconda riga del connection state. 
L’assenza della riga in Use ... indica problemi lato rete. Verificare:
- L’indirizzo IP di destinazione utilizzato nel Modbus/TCP-Master e numero porta di destinazione
- Se il numero della porta impostato per il servizio Gateway nel Com-Server si trova sul valore di default 502 (Setup Port x → TCP/IP Mode → Port List)
- Il collegamento di rete tra Modbus/TCP-Master e Com-Server
- Se dei Firewall nell’infrastruttura bloccano la connessione
Altre informazioni specifiche per il Modbus si trovano alla pagina Setup Port x → TCP/IP Mode → Modbus/TCP Gateway → Debug.
Counter Fast Requests
Nell’attivazione della modalità gateway nel Com-Server viene configurato anche il Response Timeout. Questo viene avviato con l’inoltro di una request allo slave RTU seriale e arrestato grazie alla ricezione di una risposta o la scadenza del tempo. Se il Response Timeout è attivo, altre request del Com-Server entranti lato rete vengono rigettate e conteggiate come Fast Requests. Possibili cause:
- Il Response-Timeout sul Modbus-Master dovrebbe essere sempre più grande di quello sul Com-Server e accanto al tempo di reazione del rispettivo slave deve tener conto anche dei tempi di funzionamento dei dati seriali e delle latenze della rete.
Counter Response Timeout
Se il Response Timeout avviato con l’inoltro di una richiesta scade, senza che sia stata ricevuta una response dello slave seriale, questo evento viene aggiunto sul Counter Response Timeout. Possibili cause:
- Parametri di trasmissione seriali sul Com-Server e sull’RTU-Slave seriale non conformi
- Polarità del bus scambiata sul lato RS485
- Rottura di cavo, assegnazione dei pin errata ecc. sul lato RS485
- Response Timeout troppo ridotto nelle impostazioni di base del Modbus Modbus/TCP Gateway (in particolare in combinazione con Ghost Responses)
- L’ID Slave configurata nel Modbus/TCP-Master non corrisponde all’indirizzo impostato sull’RTU-Slave
Counter Ghost Responses
La response dell’ RTU-Slave è arrivata dopo la scadenza del Response Timeout configurato nel Com-Server. Le Ghost Responses non possono più essere associate a un Modbus/TCP e vengono rigettate dal Com-Server. Possibili cause:
- Response Timeout troppo ridotto nelle impostazioni di base del Modbus/TCP Gateway (in particolare in combinazione con Response Timeouts)
Counter CRC16 receive error
Il Com-Server ha ricevuto una Response dell’RTU-Slave con checksum errata. Possibili cause:
- Problemi CEM
- Attenuazione troppo elevata del cavo RS485, p. es. per cavo troppo lungo
- Più di due terminazioni sul segmento RS485
Send PDU-Request
Non sempre la documentazione di Modbus/RTU-Slave è chiara per quanto riguarda l’assegnazione dei registri e gli indirizzi dei registri da utilizzare. Per questi casi il Com-Server nella modalità di funzionamento Modbus/TCP Gateway offre la possibilità di formulare e inviare liberamente RTU-Request in forma esadecimale. La checksum Modbus viene qui integrata automaticamente dal Com-Server. Anche responses dello Slave vengono rappresentate nel formato esadecimale sul sito internet.
