Com-Server modalità box-to-box

• Configurare il Modbus a 2 fili RS485 in entrambi i Com-Server 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.

• Stabilite l’alimentazione di tensione e il collegamento seriale del Com-Server al bus RS485, 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 trasmissione seriale su entrambi i Com-Server in modo adatto al bus RS485. Ciò è in genere identico su entrambi i Com-Server. L’handshake deve essere None.

  

• Attivare l’opzione di impacchettamento Interpacket Delay = 3 ms su entrambi i Com-Server. In questo modo si garantisce che datagrammi Modbus vengano trasferiti chiusi in un pacchetto di rete.

  

• Impostare la modalità box-to-box sul Com-Server selezionato come master B2B, incl. l’opzione Active. Opzioni pacchetto.

  

• Attivare l’opzione Active. Opzioni pacchetto anche nel Com-Server funzionante come B2B-Slave.

  

• Importante: Tutte le impostazioni effettuate nei Com-Server devono essere salvate attraverso la pagina di logout.

  

Nel miglior caso adesso funziona la combinazione tra il Modbus-Master e i Modbus-Slave separati mediante la connessione box-to-box.

Sia nel B2B-Master sia nel B2B-Slave nel Connection State deve essere riportato lo stato "locked":

"scanning", "unlocked" e altri messaggi rimandano a problemi lato rete. Per esempio la rispettiva controparte non è raggiungibile o il tentativo di connessione TCP viene rigettato. Verificare:

• le impostazioni della configurazione B2B nel Com-Server master
• I parametri di base IP del Com-Server (indirizzo IP, Subnet Mask, Gateway)
• La connessione di rete tra entrambi i Com-Server
• Se dei Firewall nell’infrastruttura bloccano la connessione

Qui vengono visualizzati errori segnalati dal modulo di trasmissione seriale (UART) nella ricezione dati (errore di framing o parity).

Ogni comunicazione seriale viene avviata dal Modbus-Master in modo che l’ Error State debba essere testato innanzitutto sul Com-Server lì collegato. Cancellare innanzitutto l’attuale lista, per cancellare vecchi errori. Nel caso in cui dopo aggiornamenti manuali del sito Internet si verificassero nuovi errori, si devono considerare le seguenti cause:

• velocità baud, parità o numero dei bit di dati non sono configurati allo stesso modo sul Modbus-Master e sul Com-Server
• Le connessioni A/B e +/- del bus RS485 sono scambiate
• Non ci sono terminazioni (o ce ne sono più di due) del bus RS485

Indipendentemente dalla modalità di funzionamento vengono contati qui tutti i caratteri ricevuti (= Serial Rec) e inviati (= Serial Trans) dal rispettivo Com-Server. Il sito Internet non si aggiorna autonomamente, per i valori attuali deve essere pertanto ricaricato manualmente (F5). Alcuni esempi:

1. Tutto al meglio:

2. L’RTU-Slave non invia nessuna Response:

Possibili cause:

• Parametri di trasmissione seriali sul Com-Server e sull’RTU-Slave seriale non corrispondenti
• Polarità bus sulla pagina dell’RTU-Slave scambiata
• Rottura di cavo, assegnazione dei pin errata ecc. sulla pagina dell’RTU Slave
• Indirizzi Modbus non corretti nelle Request
• Le opzioni di impacchettamento su B2B-Master non sono configurate o attivate

3. Tutti i counter conteggiano regolarmente verso l’alto, l’RTU-Master però segnala comunque timeout o errori per i RTU-Slave collegati dietro il trasporto di rete

Possibili cause:

• Le opzioni di impacchettamento su B2B-Slave non sono configurate o attivate
• Response-Timeout su RTU-Master calcolato in modo troppo ristretto