Vai al contenuto
PLC Forum


Strano Problema Con Mp 370


Messaggi consigliati

Inserito:

Ho il seguente problema con un mp370: durante la navigazione tra le varie pagine del progetto si verifica un allarme di comunicazione con il plc resettando tutte le richieste start motori termoregolazione ecc..

Qualcuno può aiutarmi?

Ho ovviato a tale problema alzando il tempo di intervento dell'allarme (5sec), ma non mi sembra la soluzione migliore.


Inserita:

Collegamento con PLC:

1) MPI ?

2) Profibus ?

3) Lan ?

Verifica il cavo ed eventualmente sostituirlo con uno temporaneo fuori dalle canaline, per vedere se le cose migliorano.

aggiungi dettagli sulla macchina (sui suoi collegamenti)

pigroplc

Inserita:

Il collegamento è MPI

i cavi passano già fuori dalle canaline

Il progetto è stato convertito da Protool a wincc flexible.

la cpu è 317 2dp

Inserita:

Perchè non la colleghi in Profibus visto che hai una cpu con profibus?

Per il timeout di comunicazione, 5 sec mi sembrano molti ma se non ti da problemi con memorie che bloccano il ciclo di lavoro se cade la comunicazione credo vada bene così...

Inserita:

per prima cosa bisogna capire se il problema è nell'hardware o nel software:

1) se colleghi il pannello es a 5 mt di distanza dal plc il problema esiste ancora ?

2) visto che parli di MP370 e winccflex significa che hai aggiornato il sistema operativo del pannello perchè usciva da mamma siemens configurato per protool. Puoi provare a

riaggiornare il sistema operativo ?

3) se invece ritorni a protool facendo un downgrade invece su protool con il vecchio programma il problema esiste ancora ?

dall'esito delle prove suggerite si riuscirebbe a capirne qualcosa....

pigroplc

Inserita:

Il pannello è già collegato a circa 5 m dal plc,

Certo, ho aggiornato il sistema operativo perchè era configurat per protool.

proverò a riaggiornare il sistema operativo

grazie.

FattoreDiPotenza
Inserita:

Un problema simile , mi accadde quasi due anni or sono, era causato da un eccessivo numero di TAG con tempo di polling molto basso sulla stessa pagina.

Infatti il timeout si verificava navigando tra le pagine sinottici che contenevano dozzine di valori con eguale e bassissimo tempo di aggiornamento , evidentemente , intasavano la comunicazione più di quanto le risorse progettate nella CPU lo consentivano.

Venne risolto , aumentando il tempo di polling delle TAG di secondaria importanza per il processo , o almeno quelle che per logica non subivano variazioni eccessivamente veloci durante le fasi di lavorazione, come i livelli dei serbatoi, le temperature dei condotti , mentre per i tag critici come le pressioni o le portate volumetriche venne mantenuto il tempo di aggiornamento originale.

Crea un account o accedi per commentare

Devi essere un utente per poter lasciare un commento

Crea un account

Registrati per un nuovo account nella nostra comunità. è facile!

Registra un nuovo account

Accedi

Hai già un account? Accedi qui.

Accedi ora
×
×
  • Crea nuovo/a...