Cpu S7226 Su Rete Fip Io

[saintstone]

Purtroppo per ora non posso essere più preciso di così perchè devo ancora verificare, ma mi verrà commissionato un lavoro che prevede l' acquisizione di alcuni segnali digitali gestiti da una CPU Siemens S7226, via rete FIP IO (Credo!?!?!) già esistente.

Non conoscendo il sistema Schneider Electric Telemicanique mi chiedevo come potesse essere possibile interfacciare i due sistemi. Premetto che la configurazione finale del sistema Siemens potrà essere effettuata ad hoc per il sistema Telemecanique, ma non il contrario.

Grazie a tutti, Ciao.

FORZA FERRARI E GRANDE VALENTINO!!!!!

Modificato: 12 ottobre 2003 da NULL

[saintstone]

Purtroppo per ora non posso essere più preciso di così perchè devo ancora verificare, ma mi verrà commissionato un lavoro che prevede l' acquisizione di alcuni segnali digitali gestiti da una CPU Siemens S7226, via rete FIP IO (Credo!?!?!) già esistente.

Non conoscendo il sistema Schneider Electric Telemicanique mi chiedevo come potesse essere possibile interfacciare i due sistemi. Premetto che la configurazione finale del sistema Siemens potrà essere effettuata ad hoc per il sistema Telemecanique, ma non il contrario.

Grazie a tutti, Ciao.

FORZA FERRARI E GRANDE VALENTINO!!!!!

Modificato: 12 ottobre 2003 da NULL

[robote]

Ciao, ho costruito diversi impianti "francesi" con FipIO, FpWay, ed altri "francesismi".

Due volte mi è successo di "parlare" con siemens, ed ho utilizzato una schedina da

ficcare nello slot del plc telemecanique od in una scheda "porta slot" aggiunta sul rack:

quale ?

altro non è che un nodo profibus. Se ti serve la sigla credo di poterla recuperare.

Da parte del mondo esterno a telemecanique (tutti i costruttori di PLC) credo NON esista nulla per

dialogare, a parte ethernet.

[robote]

Ciao, ho costruito diversi impianti "francesi" con FipIO, FpWay, ed altri "francesismi".

Due volte mi è successo di "parlare" con siemens, ed ho utilizzato una schedina da

ficcare nello slot del plc telemecanique od in una scheda "porta slot" aggiunta sul rack:

quale ?

altro non è che un nodo profibus. Se ti serve la sigla credo di poterla recuperare.

Da parte del mondo esterno a telemecanique (tutti i costruttori di PLC) credo NON esista nulla per

dialogare, a parte ethernet.

[sfigi]

Salve a tutti,

ho una cpu 314c-2dp e devo farla comunicare con un'azionamento della B&R. Nella configurazione hw ho carico il file GSD ed inseriti i moduli ingresso e uscita per lo slave e ho solo ingressi ed uscite per lo slave.

Il problema è il seguente:il dilemma è quali istruzioni utilizzare quando devo leggere/scrivere variabili REAL e INT avendo solo ING e OUT dello slave.

Se da plc voglio trasferire la posizione da raggiungere all'azionamento, come faccio ad associare il numero reale all'azionamento?idem se voglio leggere l'encoder dall'azionamento.

Ho letto di tutto e di più ma non ho ancora le idee chiare. Alcuni suggeriscono di utilizzare le istruzioni ad accesso diretto PEW,PED /PAW,PAD; altri ancora suggeriscono di usare sfc15 e sfc14.

Purtroppo non ho fisicamente l'hw per fare delle prove.

Qualcuno può illuminarmi?

Grazie.

Dario.

[sfigi]

Salve a tutti,

ho una cpu 314c-2dp e devo farla comunicare con un'azionamento della B&R. Nella configurazione hw ho carico il file GSD ed inseriti i moduli ingresso e uscita per lo slave e ho solo ingressi ed uscite per lo slave.

Il problema è il seguente:il dilemma è quali istruzioni utilizzare quando devo leggere/scrivere variabili REAL e INT avendo solo ING e OUT dello slave.

Se da plc voglio trasferire la posizione da raggiungere all'azionamento, come faccio ad associare il numero reale all'azionamento?idem se voglio leggere l'encoder dall'azionamento.

Ho letto di tutto e di più ma non ho ancora le idee chiare. Alcuni suggeriscono di utilizzare le istruzioni ad accesso diretto PEW,PED /PAW,PAD; altri ancora suggeriscono di usare sfc15 e sfc14.

Purtroppo non ho fisicamente l'hw per fare delle prove.

Qualcuno può illuminarmi?

Grazie.

Dario.

[giannit]

Se non hai l'hw disponibile è un pò difficile fare delle prove.

Con il Profibus DP tu hai a disposizione solo degli Input ed Output da scambiare e non delle variabili.

Io in passato ho utilizzato Danaher e loro hanno una FB che esegue già la comunicazione, hai provato a sentire la B&R.

[giannit]

Se non hai l'hw disponibile è un pò difficile fare delle prove.

Con il Profibus DP tu hai a disposizione solo degli Input ed Output da scambiare e non delle variabili.

Io in passato ho utilizzato Danaher e loro hanno una FB che esegue già la comunicazione, hai provato a sentire la B&R.

[pigroplc]

Le SFC14 e 15 le utilizzi se devi avere la certezza che il pacchetto di dati che leggi/scrivi viene aggiorato contemporaneamente, se invece nella gestione dell'asse è sufficiente l'utilizzo di semplici word non ti serve....

Ti consiglio:

1. call SFC14 per leggere la periferia dichiarata nella config.hardware e depositala in una DB di interfaccia dell'asse

2. elaborazione segnali della DB mappati secondo B&R e impostazione dei bit di interfaccia

3. call SFC15 per scrivere la periferia dichiarata nella config.hardware

questa struttura è facilmente replicabile per n assi solamente cambiando la DB di interfaccia e gestendo i segnali

pigroplc

[pigroplc]

Le SFC14 e 15 le utilizzi se devi avere la certezza che il pacchetto di dati che leggi/scrivi viene aggiorato contemporaneamente, se invece nella gestione dell'asse è sufficiente l'utilizzo di semplici word non ti serve....

Ti consiglio:

1. call SFC14 per leggere la periferia dichiarata nella config.hardware e depositala in una DB di interfaccia dell'asse

2. elaborazione segnali della DB mappati secondo B&R e impostazione dei bit di interfaccia

3. call SFC15 per scrivere la periferia dichiarata nella config.hardware

questa struttura è facilmente replicabile per n assi solamente cambiando la DB di interfaccia e gestendo i segnali

pigroplc

[sfigi]

Grazie per le risposte.

Sono in crisi proprio perché non ho HW per fare prove.

L'idea è quella di un leggere/scrivere contemporaneamente perché leggo posizione encoder e da li o calcolo la nuova posizione o l'errore da poi inviargli al servo.

Per il momento mi oriento nell'uso delle sfc14 e 15.

Ciao.

[sfigi]

Grazie per le risposte.

Sono in crisi proprio perché non ho HW per fare prove.

L'idea è quella di un leggere/scrivere contemporaneamente perché leggo posizione encoder e da li o calcolo la nuova posizione o l'errore da poi inviargli al servo.

Per il momento mi oriento nell'uso delle sfc14 e 15.

Ciao.

[Matteo Montanari]

se le aree degli ingressi e delle uscite di comunicazione con il tuo dispositivo profibus, sono nel "campo" accettato dalla cpu puoi anche trattare i dati come "normali" ingressi ed uscite, con ele funzioni di carica (L) e trasferisci (T)

per quanto riguarda la sicurezza di ricezione/trasmissione dei dati puoi trasferirli in "continuo" (o a scansioni programmate). utilizzare le funzioni di sistema crea un aumento del ciclo di scansione.

occorre valutare, come in tutte le cose, se vale la pena di "sovraccaricare" il lavoro della CPU per avere la certezza dei dati in comunicazione.

[Matteo Montanari]

se le aree degli ingressi e delle uscite di comunicazione con il tuo dispositivo profibus, sono nel "campo" accettato dalla cpu puoi anche trattare i dati come "normali" ingressi ed uscite, con ele funzioni di carica (L) e trasferisci (T)

per quanto riguarda la sicurezza di ricezione/trasmissione dei dati puoi trasferirli in "continuo" (o a scansioni programmate). utilizzare le funzioni di sistema crea un aumento del ciclo di scansione.

occorre valutare, come in tutte le cose, se vale la pena di "sovraccaricare" il lavoro della CPU per avere la certezza dei dati in comunicazione.

[pigroplc]

Se si tratta di un azionamento singolo le cose le puoi sviluppare come più ti piace senza vincoli, ma se devi strutturare un applicativo che si interfaccia con molti assi ti consiglio la struttura precedentemente suggerita, tieni conto che ho gestito fino a 75 servomotori in posizionamento, senza problemi di tempo ciclo e belli pieni di SFC. Chiatamente la CPU era una 317, ma c'erano inoltre da gestire 1500I/O e tante altre belle cosine...

pigroplc

[pigroplc]

Se si tratta di un azionamento singolo le cose le puoi sviluppare come più ti piace senza vincoli, ma se devi strutturare un applicativo che si interfaccia con molti assi ti consiglio la struttura precedentemente suggerita, tieni conto che ho gestito fino a 75 servomotori in posizionamento, senza problemi di tempo ciclo e belli pieni di SFC. Chiatamente la CPU era una 317, ma c'erano inoltre da gestire 1500I/O e tante altre belle cosine...

pigroplc