Velocità aggiornamento Profibus DP

[andrea.fa]

Devo eseguire una lettura "al volo" (su evento) di una quota proveniente da un trasduttore collegato tramite Profibus DP (1 master e 2 slave). Quale è il tempo di risposta/aggiornamento della rete Profibus ipotizzabile?? Qualcuno ha esperienze in merito? che risultati ha ottenuto?

Andrea

[Luca Bettinelli]

Dipende molto dalla velocità impostata della rete Profibus, in quanto è possibile utilizzare velocità differenti a seconda dell'Hardware installato.

La tua applicazione a che velocità è impostata?

Quanti dati devi leggere dal trasduttore per avere la quota?

Ciao

[andrea.fa]

Pensavo di partire con 1,5M ma sono disposto anche a salire....anche se il construttore del trasduttore indica che per freq superiori vanno utilizzati "connettori speciali con induttori incorporati".

Ogni slave restituisce un totale di 62 byte ... e la rete è composta da un master e 2 slave

ciao

Andrea

[Luca Bettinelli]

Se la tua velocità è 1500 Kbit/sec ed hai 62x8=496 bit da leggere, vuol dire che in via teorica ci impieghi 3,3 millisecondi per leggere i dati dal trsduttore, al quale devi sommare il tempo di elaborazione del valore (se necessario) ed il tempo di esecuzione del programma del PLC.

Il discorso vale in via teorica supponendo di non avere disturbi sulla comunicazione e di non avere in corso la comunicazione con altro partner Profibus nel momento dell'evento, nel caso peggiore devi attendere altri 3,3 ms ovvero fino alla fine della lettura dell'altro slave collegato.

Per quanto riguarda velocità più alte non saprei dirti se necessitano veramente connettori speciali, purtroppo non mi sono mai interessato di Hardware di comunicazione.

Ciao

[Luca Bab]

Salve

avrei un foglio di excel che mi hanno passato

per calcolare la velocita' del profibus

ma non capisco come faccio ad allegarlo

se vuoi te lo spedisco in e-mail

Saluti

LUCA

[andrea.fa]

Luca Bab+Oct 18 2002, 12:08 PM-->

CITAZIONE(Luca Bab @ Oct 18 2002, 12:08 PM)

Mooooolto interessante

se puoi inviarmelo ti ringrazio già da adesso

Andrea

**[at]**.it

Modificato: 30 marzo 2008 da Luca Bettinelli
Rimosso indirizzo di email, non consentito dal regolamento

[andrea.fa]

luca.bettinelli+Oct 18 2002, 11:47 AM-->

CITAZIONE(luca.bettinelli @ Oct 18 2002, 11:47 AM)

qualche cosa non mi torna...

496 / 1500000 = 0,0003 cioè 0,3ms...

ma poi ci sono sicuramente da considerare i vari bit di start-stop-parità ecc e sopratutto eventuali header che accompagnano con i dati reali. I tuoi 3,3ms vengono fuori perchè hai considerato tutto questo o è solo una svista ????

ciao

Andrea

[Luca Bettinelli]

Ho dimenticato uno zero nel calcolo!!!!!

[Luca Bab]

andrea.fa+Oct 18 2002, 01:33 PM-->

CITAZIONE(andrea.fa @ Oct 18 2002, 01:33 PM)

[Gabriele Corrieri]

Ciao a tutti,

vi siete dimenticati qualcosa ... tipo il tempo di scansione della CPU.

Essenzialmente la periferia decentralizzata viene caricata nelle immagini di processo come un qualsiasi I/O sui rack locali del plc, però deve sottostare al tempo di ciclo, salvo lanciare interruzioni a raffica ...

Per alcune applicazioni 'spinte' (oltre i 4,5 / 6Mbit/s) io consiglio caldamente (soprattutto su lunghe distanze ... oltre i 30/50 mt) di usare la fibra ottica ... il costo ed il tempo perso sono ripagati dal tempo di ricerca guasti sul bus di rame, e inoltre di usare moduli DP 'intelligenti' ... Siemens ha a catalogo una serie di ET200 (non ricordo qual'è) che può fare una elaborazione in locale con una piccola cpu e poi trasferisce i dati via DP.

Se proprio l'applicazione necessita di una elevata elaborazione locale il consiglio è quello di montare un plc e non semplicemente dei moduli remotati, il costo viene ripagato dalla velocità raggiunta.

Ciao