TCP/UDP
Con l'interfaccia TCP/UDP è possibile scambiare dati RAW tra il PLC e il server remoto. Allo stesso tempo può essere avviato un server per ascoltare i dati.
Info: L'interfaccia si sincronizza automaticamente con il ciclo più lento del PLC associato. I telegrammi vengono memorizzati nel buffer dal sistema, quindi nessun telegramma va perso.
Monitor
Vengono utilizzati i seguenti colori nel monitor.
| Colore | Descrizione |
|---|---|
| Bianco | Non si è verificato alcun errore. |
| Arancione | È stato raggiunto il timeout. |
| Verde | La connessione è stata effettuata con successo. |
| Rosso | Non è stato possibile stabilire la connessione o è stato raggiunto un timeout critico durante l'invio. È possibile che un errore nella comunicazione UDP non venga rilevato. |
Broadcast E Multicast
È possibile inviare e ricevere broadcast e multicast tramite l'interfaccia TCP/UDP. In tal caso, la modalità di funzionamento viene selezionata nella configurazione del gateway. Successivamente, diverse opzioni, come ad esempio TCP, non saranno più disponibili. Inoltre, la scelta dell'interfaccia in uscita diventa obbligatoria.
Per inviare telegrammi è inoltre necessario inserire l'IP secondo le specifiche accanto al campo. Se ciò non avviene, viene inviato tramite unicast.
| Modalità | Descrizione |
|---|---|
| Unicast | Consente una comunicazione diretta. |
| Broadcast Limitato | Consente la comunicazione solo nella rete locale. (Indipendente dall'IP) |
| Directed Broadcast | Consente la comunicazione con il subnet di broadcast. Ad esempio, 10.0.0.255, se il subnet contiene 24 bit o è impostato su 255.255.255.0. |
| Multicast | Consente la comunicazione tramite multicast. In questo caso viene utilizzato IGMP-Snooping. |
Riconoscimento Della Fine Del Pacchetto
Nella configurazione del ritorno a capo è possibile impostare la condizione per la fine della trasmissione. La fine rilevata viene inviata insieme.
Se la fine non viene rilevata, l'interfaccia attende il timeout o la fine della connessione e invia il risultato al PLC. Si consiglia quindi di verificare tutti i pacchetti ricevuti. La ricezione dei telegrammi UDP non ha timeout.
Trasmissione HTTP
Il metodo può essere definito con il seguente ritorno a capo:
HTTP
Questo è speciale perché consente di reagire anche al Content-Length nell'intestazione.
Dopo Una Certa Lunghezza
Per terminare la ricezione dopo una certa lunghezza, è possibile utilizzare la seguente sequenza di caratteri nella configurazione del ritorno a capo:
LEN === ###
Dove ### corrisponde al numero di caratteri. La notazione deve essere esattamente questa, inclusi gli spazi.
Attenzione: L'uso di LEN === 1 riceve ogni carattere singolarmente e può portare a un carico maggiore del server.
Fine Riga Personalizzata
È possibile definire diverse fine righe. Normalmente viene utilizzato \n o \r. Ogni riga definisce una diversa identificazione della fine riga.
I seguenti caratteri nella configurazione ricevono un escape:
\\ \r \n \0
Comunicazione
Nella comunicazione in uscita tramite TCP, la connessione viene chiusa dopo ogni richiesta.
Se non arriva alcuna risposta alla richiesta di sendrecv, l'interfaccia di invio viene bloccata fino al raggiungimento del timeout. Nel monitor viene visualizzato un errore.
| Variabile | Descrizione |
|---|---|
| Invia i dati al server. | |
| Invia tutti i dati al server e non salta alcun telegramma. | |
| Come send, ma si attende una risposta. | |
| Come !send, ma si attende una risposta. | |
| La risposta di |
|
| Dati ricevuti dal server locale. | |
| Se si verifica un errore durante la trasmissione, il valore è vero. Questo può verificarsi in sendrecv solo dopo il timeout. |
Nota: Prestare attenzione alla sicurezza dell'interfaccia. I dati non dovrebbero mai essere trasmessi direttamente su Internet. Qui mancano l'autenticazione e la crittografia tramite SSL o TLS.