|
Avvertenze di configurazione
Il seguente comportamento vale solo per il CP Industrial Ethernet 443-1 Advanced:
- 6GK7 443-1EX40-0XE0
- 6GK7 443-1EX41-0XE0
Queste unità supportano la comunicazione TCP/IP aperta tramite Industrial Ethernet per mezzo di blocchi funzionali. Accanto ai blocchi SEND/RECEIVE (FC5/50 "AG_SEND/AG-LSEND" e FC6/60 "AG_RECV/AG_LRECV") si possono anche utilizzare i blocchi T per la comunicazione TCP/IP aperta tramite Industrial Ethernet.
|
N. blocco |
Nome blocco |
Funzione |
|
FB 63 |
TSEND |
Invio di pacchetti dati tramite una connessione di comunicazione stesa |
|
FB 64 |
TRCV |
Ricezione di pacchetti dati su una connessione di comunicazione stesa |
|
FB 65 |
TCON |
Stesura di una connessione di comunicazione |
|
FB 66 |
TDISCON |
Abbattimento di una connessione di comunicazione esistente |
Qui si tratta di una comunicazione ad elevata performance con i dati utili che vengono scambiati tramite il protocollo TCP/IP tra due partner di comunicazione. Le connessioni tramite i blocchi T possono essere gestite sia tramite le interfacce PROFINET integrate di una CPU S7 che anche tramite i sopracitati CP Industrial Ethernet.
Se la comunicazione aperta TCP/IP avviene tramite Industrial Ethernet con l'impiego dei blocchi T attraverso processore di comunicazione si può utilizzare ISO-on-TCP come servizio di comunicazione. Viene così utilizzata l'estensione di protocollo RFC 1006 sul livello TCP/IP. Il punto terminale di connessione qui è la CPU. Questa è la differenza più importante rispetto alla comunicazione tramite interfaccia SEND/RECEIVE dei CP Industrial Ethernet, dove la connessione viene progettata in NetPro e il punto terminale di connessione è sempre il CP.
Le connessioni per la comunicazione TCP/IP tramite Industrial Ethernet con l’uso di blocchi T non vengono progettate in NETPRO, ma bensì i parametri di connessione vengono indicati in blocchi dati. Questi blocchi dati vengono passati all'FB65 "TCON", che poi stabilisce la connessione di comunicazione. Ai parametri di connessione appartiene tra l'altro il "TSAP (transport service access point)" locale e remoto. Questo viene definito tramite i seguenti parametri.
- local_tsap_id (TSAP locale)
- rem_tsap_id (TSAP remoto)
I parametri locale e remoto vengono confrontati nella stesura della comunicazione tra i due partner. Solo se le coppie di valori coincidono, viene realizzata una connessione di comunicazione. Il meccanismo viene utilizzato nella stesso modo con le connessioni progettate per la comunicazione tramite l'interfaccia SEND/RECEIVE dei processori di comunicazione.
Limitazione con i CP Industrial Ethernet, se vengono utilizzati in parallelo il servizio di comunicazione ISO-on-TCP per la comunicazione TCP/IP aperta tramite blocchi T e l'interfaccia SEND/RECEIVE.
In questo caso valgono le seguenti condizioni al contorno.
- Funzionano due connessioni in cui il punto terminale di connessione passivo è nella stazione. Viene utilizzato il servizio di comunicazione ISO-on-TCP.
- Qui la prima connessione è una connessione progettata per la comunicazione tramite l'interfaccia SEND/RECEIVE del CP. Vengono così utilizzati i blocchi di comunicazione FC50 "AG_LSEND" e FC60 "AG_LRECV".
- La seconda connessione viene stabilita con il blocco funzionale FB65 "TCON" per la comunicazione TCP/IP aperta tramite Industrial Ethernet con l'uso di blocchi T.
- La connessione per la comunicazione TCP/IP aperta tramite Industrial Ethernet viene stabilita tramite il programma applicativo dopo l'avviamento della CPU.
- Le connessioni vengono create come connessioni non specificate. Questo significa che vengono preassegnati solo i parametri di connessione locali. I parametri di connessione del partner di comunicazione non vengono definiti e quindi non vengono analizzati durante la stesura della comunicazione.
In questo casoper la connessione progettata per la comunicazione tramite l'interfaccia SEND/RECEIVE e per la connessione tramite i blocchi T non si deve configurare lo stesso TSAP . Se su entrambe le connessioni viene configurato lo stesso TSAP, questo fa sì che il CP, come interfaccia verso la LAN (local area network), riceva due richieste di stesura di comunicazione passive completamente identiche (le cosiddette "connection awaits"). Però la connessione deve essere stabilita una volta tramite l'interfaccia SEND/RECEIVE ed una volta tramite lo FB 65 "TCON".
Dopo aver ricevuto il tentativo di stesura di una connessione, il CP verifica se questa è adatta per una connessione progettata per la comunicazione tramite l'interfaccia SEND/RECEIVE. Solo se questa verifica non ha successo, il CP prende in considerazione la ConnectionAwait della connessione della comunicazione TCP/IP aperta tramite Industrial Ethernet con l'impiego di blocchi T. Se ora entrambe le connessioni hanno lo stesso TSAP, viene stabilita solo la connessione per la comunicazione tramite l'interfaccia SEND/RECEIVE! Nonostante i parametri di connessione per la comunicazione TCP/IP aperta tramite Industrial Ethernet con l'impiego di blocchi T siano corretti, questa connessione non verrà mai stabilita.
Regola di base
Nella documentazione per l'occupazione del parametro "rem_tsap_id" nel blocco dati di connessione per la stesura della connessione della comunicazione aperta TCP/IP tramite Industrial Ethernet con blocchi T è stata trovata la seguente definizione.
|
Parametro |
Valore |
Descrizione |
|
rem_tsap_id[1] |
B#16#E0 |
Tipo di connessione: connessione a T |
|
rem_tsap_id[2] |
bit 0 ... 4: posto connettore,
bit 5 ... 7: numero rack |
Rack e posto connettore del punto terminale di connessione remoto (CPU) |
|
rem_tsap_id[3-16] |
ampliamento TSAP |
Ulteriori valori per una specificazione più esatta |
Il primo byte del TSAP deve essere sempre 0xE0. Questo è definito per il tipo di connessione.
Da questo derivano le seguenti raccomandazioni.
- Con le connessioni progettate per la comunicazione tramite interfaccia SEND/RECEIVE, il primo byte del TSAP non deve avere mai il valore 0xE0 opp. 0xE1. Questi codici sono riservati e non possono quindi essere utilizzati.
- La probabilità di questo caso di errore diminuiscono nettamente se i punti terminali della connessione vengono creati completamente specificati. Qui, accanto ai parametri di connessione locale, nella stesura della connessione vengono verificati anche i parametri di connessione del partner di comunicazione.
|