visualizza l'elenco degli articoli
Industrial Ethernet S7-300/400 CPs -- Progettazione e programmazione della comunicazione -- Utilizzo dei blocchi di comunicazione
In che cosa si differenziano i parametri d'inizializzazione e di esecuzione sui blocchi per modo TCP?
Perché sul blocco per Modbus TCP viene emesso il valore di stato A090 (hex), sebbene sia stata registrata la licenza corretta?
Quali sono le differenze fra la versione con licenza e la versione demo scaricabile del blocco per Modbus TCP?
Perché il valore A083 (hex) viene emesso permanentemente nel parametro d'uscita STATUS del blocco per Modbus TCP quando è stato impostato il parametro d'ingresso ENQ_ENR=true?
Come vengono trasferiti i dati con telegrammi di lunghezza variabile tramite il protocollo TCP e ricevuti in una stazione S7-300 con Industrial Ethernet CP?
Come si possono configurare i blocchi funzionali FB14 "GET" e FB15 "PUT" nel programma S7 dell'S7-300 per scambiare più di 160 byte di dati?
Dove è possibile trovare esempi di programmi e documentazione per la comunicazione di moduli SIMATIC S5 con moduli SIMATIC S7 tramite Industrial Ethernet utilizzando il protocollo di trasporto UDP?
Come si programma l'FC10 "AG_CNTRL"?
Quali CP IE supportano comandi (CMD) dell'FC10 "AG_CNTRL"?
Risorse dei CP per le funzioni di comunicazione S7 per i sistemi di automazione S7-300
Quali porte sono abilitate per la comunicazione Modbus/TCP e quanti client Modbus possono comunicare con una CPU SIMATIC S7 come server Modbus?
Avvertenza per l'impiego di una istanza per più ID di connessione
Richiamo interno dello FC5 (AG_SEND) con blocchi FTP-Client (FC 40-44) per il CP343-1 IT (6GK7 343-1GX11-0XE0)
Come vengono programmati i blocchi di comunicazione FB63 "TSEND", FB64 "TRCV", FB65 "TCON" e FB66 "TDISCON", per utilizzare il protocollo ISO-on-TCP per lo scambio dati tramite l'interfaccia PROFINET integrata di una CPU oppure tramite CP443-1 Advanced?
Come vengono programmati i blocchi di comunicazione FC11 e FC12 per il PROFINET IO-Device?
Richiami di blocco per i processori di comunicazione in diversi livelli di esecuzione
Modifica dei parametri di ingresso dei blocchi utente "AG_SEND" e "AG_RECV" durante l'esecuzione di job
A cosa occorre fare attenzione nel richiamo dei blocchi di comunicazione FC5/50 "AG_SEND/AG_LSEND" e FC6/60 "AG_RCV/AG_LRCV", se si trasferiscono variabili con il tipo dati "REAL"?
A cosa occorre fare attenzione nell'impiego dei blocchi di comunicazione FC53 "AG_SSEND" e FC63 "AG_SRECV"?
A cosa occorre fare attenzione nel richiamo dei blocchi di comunicazione FC5/50 e FC6/60 del programma applicativo STEP 7 della CPU?
Come si programmano i blocchi di comunicazione FC11 e FC12 per i PROFINET IO-Controller ?
Come si può stabilire da SIMATIC S7 una comunicazione OPEN MODBUS / TCP e dove si ottengono ulteriori informazioni?
Come vengono programmati i blocchi di comunicazione FC50 e FC60?
STATUS Errore "0x7000" sul blocco funzionale FC6 / FC60 (AG_SEND) nella comunicazione Send/Receive su un controllore S7-400
Come vengono programmati i blocchi di comunicazione FC 5 e FC 6?
Esempio di programma: comunicazione S7 con i blocchi SFB14 ("GET") e SFB15 ("PUT") con S7-400
Esempio di programma – Comunicazione S7 con i blocchi FB14 ("GET") e FB15 ("PUT") con la CPU 317-2PN/DP
Come vengono programmati i blocchi di comunicazione FB8 "USEND" e FB9 "URCV" per lo scambio dati su S7-300?
"STATUS = 27" (0x1B) con la comunicazione S7 caricabile su S7-300
Come vengono programmati i blocchi di comunicazione FB14 "GET" e FB15 "PUT" per lo scambio dati nel programma S7 di una CPU S7-300?
Come vengono programmati i blocchi di comunicazione FB12 "BSEND" e FB13 "BRCV" per lo scambio dati nel programma S7 di una CPU S7-300?
Ripetizione del job "BSEND" (SFB12), se il blocco "BRCV" (SFB13) è nello stato "disable" ("EN_R = 0")
A cosa occorre fare attenzione nell'impiego dei blocchi di comunicazione FC53 "AG_SSEND" e FC63 "AG_SRECV"?
Numero di ordinazione:

Avvertenze di configurazione
La comunicazione S5-compatible è il servizio di comunicazione più utilizzato per trasferire dati utili tramite CP Industrial Ethernet. Per questo ci sono blocchi di comunicazione, che devono essere richiamati nel programma S7 della CPU.

Per l'invio di dati si utilizza il blocco di comunicazione FC50 "AG_LSEND" e per la ricezione dei dati il blocco di comunicazione FC60 "AG_LRECV". Questi blocchi di comunicazione vengono utilizzati per lo scambio dati attraverso i seguenti tipi di connessione:

  • connessione ISO-on-TCP (RFC1006)
  • connessione TCP
  • connessione UDP
  • ISO Transport

Dal CP443-1EX20 (6GK7443-1EX20-0XE0) ci sono ulteriori blocchi di comunicazione per lo scambio dati tramite i sopraccitati tipi di connessione:

  • FC53 "AG_SEND"
  • FC63 "AG_SRECV"

Si tratta qui di una possibilità di comunicazione performante. Rispetto alla comunicazione S5-compatibile con FC50 "AG_LSEND" e FC60 "AG_LRECV" è possibile un aumento della performance fino ad un fattore 3, in funzione della costellazione di impianto.

Configurazione della comunicazione S5-compatibile con FC53 "AG_SSEND" e FC63"AG_SRECV"
Per la comunicazione S5-compatibile tramite Industrial Ethernet a partire dal CP443-1EX20 (6GK7443-1EX20-0XE0) si possono utilizzare i seguenti tipi di funzionamento:

  • Send/Recv
  • SPEED Send/Recv
  • Fetch Passivo
  • Write Passivo

Di norma è attivato il tipo di funzionamento "Send/Recv". Per l'impiego della più rapida comunicazione con FC53 "AG_SSEND" e FC63 "AG-SRECV" nel dialogo della proprietà della connessione di comunicazione configurata -> Registro "Opzioni" deve essere scelto il tipo di funzionamento "SPEED Send/Recv".


Figura 01: Dialogo della proprietà della connessione di comunicazione -> Registro "Opzioni"

Inoltre nella Configurazione hardware STEP7, nel dialogo della proprietà del CP Industrial Ethernet deve essere abilitata l'area di indirizzamento ampliata. Per questo nel Dialogo della proprietà del CP Industrial Ethernet -> Registro "Indirizzi" è attivata l'opzione "Impostazione indirizzi per LOCK/UNLOCK con FETCH/WRITE, SPEED Send/Receive". Così l'unità occupa sulla periferia 64 indirizzi di ingresso e 64 indirizzi di uscita.


Figura 02: Dialogo della proprietà del CP Industrial Ethernet -> Registro "Indirizzi"

Avvertenza
Sul CP IE i tipi di funzionamento Send/Recv e SPEED Send/Recv occupano lo stesso gruppo di risorse. Un CP IE del SIMATIC S7-400 supporta 64 connessioni per la comunicazione S5-compatibile. L'utente può fissare quante connessioni di queste vengono fatte funzionare con il tipo di funzionamento Send/Recv e SPEED Send/Recv. Importante qui è solo che la CPU abbia sufficienti risorse di connessione S7 libere.

Massima lunghezza dei dati utili dei trasferibili
Se si utilizza il tipo di funzionamento SPEED Send/Recv, allora si possono trasferire max. 1452 byte dei dati utili. Il trasferimento dei dati utili con il tipo di funzionamento Send/Recv dipende dal tipo del connessione utilizzato.
 

Tipo di connessione

Lunghezza dati con Send/Recv con FC50/60

Lunghezza dati con SPEED Send/Recv con FC53/63

ISO-on-TCP

8192 byte

1452 byte

TCP

8192 byte

1452 byte

UDP

8192 byte

1452 byte

ISO-Transport

2048 byte

1452 byte

Risorse di connessione occupate
Il processore di comunicazione supporta le connessioni di comunicazione per la comunicazione S5-compatibile e la comunicazione S7 sempre in parallelo. Con le comunicazioni S5-compatibili per una connessione progettata viene occupata solo una risorsa nel CP IE. Il numero delle connessioni S7 supportate nella CPU dipende da questo.

Se si configura una connessione di comunicazione come il tipo di funzionamento SPEED Send/Recv, questa si modifica. Qui però per ogni connessione viene occupata una risorsa di connessione S7 Send/Recv nel CP IE. Inoltre anche nella CPU viene occupata una risorsa di connessione S7.
 

Risorsa di connessione

Tipo di funzionamento Send/Recv

Tipo di funzionamento SPEED Send/Recv

Risorsa di connessione Send/Recv nel CP IE

1

1

Risorsa di connessione S7 nel CP IE

0

1

Risorsa di connessione S7 nella CPU

0

1

Lunghezza del buffer dati con FC63 "AG_SRECV" nelle connessioni TCP
La seguente prescrizione vale solo per le connessioni TCP.
Nella ricezione di pacchetti dati il buffer di ricezione deve essere sempre richiamato con la massima lunghezza dati possibile di 1452 byte. Questa prescrizione deve essere rispettata anche se si vogliono ricevere meno byte.

Motivo
Nelle connessioni TCP con il tipo di funzionamento SPEED Send/Recv il trasferimento dei pacchetti dati dalla LAN (local area network) al programma applicativo viene regolato in modo che alla CPU venga inoltrato sempre il numero di byte disponibile in quel momento. Se quindi un CP IE ad esempio ogni 5s ricevere un pacchetto dati con 10 byte, i dati vengono prima raccolti nel CP IE. Quando il programma applicativo dopo 20s richiama un FC63 "AG_SRECV" sulla corrispondente connessione, vengono trasferiti in una volta sola alla CPU tutti i byte raccolti fino a quel momento. Nel caso descritto sarebbero allora 40 byte (4 * 10 byte). Una informazione di quanti sono i pacchetti dati che costituiscono i dati ricevuti e dove sono i limiti delle informazioni non è possibile con una connessione TCP. Questo si può ottenere solo con una strutturazione dei dati utili.

 Articolo con ID:28710236   Data:2008-04-12 
Questo articoloè stato utilenon è stato utile                                 
mySupport
My Documentation Manager 
Newsletter 
CAx-Download-Manager 
Support Request
Vai all'articolo
Stampa
Creazione PDF 
Invia l'articolo
QuickLinks
Strumento di compatibilità 
Aiuto
Aiuto on-line
Guided Tour