Il nodo bus CAN è rosso o ha un punto esclamativo rosso. | Vedere la risoluzione dei problemi generale per il bus CAN. |
Il CANopen Manager è rosso o ha un punto esclamativo rosso. | Controllare la pagina di stato e la pagina del logger di CANopen Manager. Troverai maggiori informazioni qui. |
Il CANopen Manager ha un triangolo arancione. | Il CANopen Manager è nello stato PREOPERATIVO. Cause possibili: Non tutti gli schiavi obbligatori sono nello stato OPERATIVO. Contrassegna i dispositivi non disponibili nel Device Configurator come opzionali. L'opzione "Autostart CANopen Manager" non è selezionata nel configuratore di CANopen Manager. È necessario avviare manualmente CANopen Manager nell'applicazione tramite il blocco funzione CiA405.NMT.
|
Uno schiavo ha un triangolo arancione. | Lo slave non è nello stato OPERATIVO. La comunicazione I/O non è ancora iniziata. È possibile visualizzare lo stato corrente nella pagina di stato. È possibile avviare manualmente lo slave nell'applicazione tramite il blocco funzione CiA405.NMT. |
Uno schiavo ha un punto esclamativo rosso. | Lo slave ha segnalato un'emergenza (ad esempio a causa di un cavo rotto) o si sono verificati errori di configurazione (interruzione SDO in fase di configurazione). Controllare la pagina di stato e la pagina del logger di CANopen Manager. Troverai maggiori informazioni qui. Per maggiori informazioni sull'emergenza, vedere il manuale dello slave. Possibili cause di errori di configurazione: Il file EDS non corrisponde al dispositivo o contiene errori. Contattare il produttore. Per i dispositivi modulari: l'ordine o il tipo dei moduli nell'albero dei dispositivi non corrispondono alla struttura fisica. Eseguire una scansione del dispositivo sul dispositivo CANopen Manager e confrontare la configurazione.
|
Uno schiavo ha un punto esclamativo grigio. | Si è verificato un errore in passato che è stato nel frattempo corretto. Puoi controllare la pagina del logger per quale errore si trattava. È possibile confermare il punto esclamativo grigio facendo clic su Confermare pulsante nella pagina di stato o il comando nel menu contestuale del dispositivo. |
Gli ingressi e le uscite dello slave non funzionano. | Cause possibili: Il CANopen Manager potrebbe non essere ancora nello stato OPERATIVO (nessuna icona verde). Il CANopen Manager può modificare i PDO solo nello stato OPERATIVO. Il CANopen Manager raggiunge questo stato solo quando tutti gli abbonati CANopen richiesti sono nello stato OPERATIVO. Inoltre, il Avvio automatico di CANopen Manager l'opzione deve essere impostata nel configuratore di CANopen Manager oppure deve essere avviato manualmente il CANopen Manager tramite il blocco funzione CiA405.NMT. Lo slave interessato non si trova ancora nello stato OPERATIVO (nessuna icona verde) o si sono verificati errori di configurazione (interruzione SDO in fase di configurazione). È possibile leggere eventuali errori di configurazione nel logger del rispettivo slave e nella pagina di stato. Se la Avvia schiavi opzione nel configuratore CANopen Manager è disattivata, è necessario avviare manualmente gli slave tramite il blocco funzione CiA405.NMT in modo da includere il traffico dati I/O. Se la Avvio automatico di CANopen Manager opzione è disattivata, quindi è necessario avviare anche il gestore manualmente.
|
Gli ingressi analogici di uno slave non funzionano. | Cause possibili: Per l'ingresso non viene generato alcun interrupt nello slave. Questo può accadere, ad esempio, nel caso di ingressi analogici quando il PDO associato è impostato sul tipo di trasmissione "asincrono" (254 o 255) e non Orario dell'evento è stato definito. A tale scopo sono previste tre soluzioni. Impostare il PDO su sincrono e attivare Sincronizzare la produzione nel Gestore CANopen. Impostare il Orario dell'evento del PDO a valori > 0 Nella pagina SDO inserire l'oggetto 16#6423sub0 (abilitazione interrupt globale ingresso analogico) e impostare il valore a 1
|
Uno schiavo esce sporadicamente (diventa rosso e poi di nuovo verde). | Cause possibili: Sono presenti valori anomali del tempo di ciclo nel task del ciclo del bus. Nel monitor task, controllare il tempo minimo e massimo del task ciclo bus. Nell'applicazione, cerca il codice dell'applicazione che produce questi valori anomali del tempo di ciclo: Ottimizza il codice o spostalo in un'altra attività.
Una perdita di handle è stata causata da un driver difettoso o da un utilizzo errato del livello CL2. Esiste un errore fisico. Vedere la risoluzione dei problemi per i bus di campo basati su CAN.
|