Paolocolla83 Inserito: 13 settembre Segnala Share Inserito: 13 settembre Buongiorno, sono nuovo del mestiere per cui magari sto chiedendo una cosa assurda, vi spiego però il mio problema: io ho due quadri di alimentazione su una linea di produzione, in uno c'è la CPU master e nell'altro lo slave. nello slave ci arriva tra le altre cose un encoder con comunicazione profinet. se scollego il cavetto profinet dell'encoder dal suo hub nel quadro e poi lo riaggancio l'encoder smette di incrementare e mi legge sempre 0 quindi il nastro su cui è montato continua ad andare all'infinito per resettare questa condizione devo togliere tensione ad entrambi i quadri per far si che la CPU master all'accensione rilegga l'encoder. il mio softwarista mi ha detto che non c'è modo di gestire la cosa con il sw ( noi usiamo TIA v.16), ma onestamente volevo avere vostro parere grazie mille Link al commento Condividi su altri siti More sharing options...
drn5 Inserita: 13 settembre Segnala Share Inserita: 13 settembre Così al volo mi sembra strano che non ricevi errori sulla comunicazione profinet. A parte che togliere il cavo mi sembra una manovra bislacca, ma se si dovesse rompere la meccanica dell'encoder e non leggi più che fai? Altri riscontri che ti dicono che la linea è comunque in movimento per prendere per buona o meno la lettura a zero? Link al commento Condividi su altri siti More sharing options...
Paolocolla83 Inserita: 13 settembre Autore Segnala Share Inserita: 13 settembre No ma capisco che togliere il cavo di comunicazione dell encoder può risultare una manovra bislacca, detto ciò però non si può gestire con un allarme sulla rete tramite sw? E poi ripristinate le condizioni quindi cavo collegato nello slot perché devo togliere alimentazione alla CPU master per poter vedere i riferimenti dell encoder? Link al commento Condividi su altri siti More sharing options...
drn5 Inserita: 14 settembre Segnala Share Inserita: 14 settembre Per capire se c'è un allarme bisogna accedere alla diagnostica degli errori della cpu e se possibile riassegnare la comunicazione al device in errore (vedi qui se ti può essere utile). Se non ricordo male sul forum c'è stata una discussione su questo argomento poche settimane fa.. Link al commento Condividi su altri siti More sharing options...
Simone.Salarsi Inserita: 14 settembre Segnala Share Inserita: 14 settembre con la funzione "DeviceStates" ( la trovi in Extended Instructions --> Diagnostics) puoi verificare lo stato dei tuoi dispositivi PN / DP e se uno di questi è in errore puoi generare un allarme via SW che ti blocchi il ciclo. Link al commento Condividi su altri siti More sharing options...
dina_supertramp Inserita: 16 settembre Segnala Share Inserita: 16 settembre (modificato) Digli al tuo softwarista che se sulla CPU ha un oggetto tecnologico a disposizione, nel senso che ha memoria/spazio per poterlo usarlo, usando l'oggetto "External Encoder" la diagnostica dell'encoder viene fatta tutta da lui...sia a livello di collegamento PN, che a livello di errori di conteggio degli impulsi...ed è fatta veramente bene. Io mi trovo molto comodo ad usarlo appunto per diagnosticare gli encoder quando non ho voglia di mettermi a leggermi i manuali e ricostruirmi tutte le parole di scambio, perchè molte volte opero con encoder diversi da quelli che sono solito usare e per cui ho dei miei FB che fanno tutto (leggono e diagnosticano) Ovviamente va fatto un adeguato calcolo di risorse disponibili a livello di oggetti tecnologici, perché si, è molto comodo da usare, ma essendo un ogg.tec. per l'appunto occupa risorse... Modificato: 16 settembre da dina_supertramp Link al commento Condividi su altri siti More sharing options...
Messaggi consigliati
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 accountAccedi
Hai già un account? Accedi qui.
Accedi ora