Ajout d'équipements à un gestionnaire de communication
Vous pouvez ajouter des équipements de terrain au gestionnaire de communication en sélectionnant le nœud du gestionnaire d'équipements de terrain (par exemple, le gestionnaire CANopen ou Modbus) dans l'arborescence des équipements et en cliquant sur le signe plus de couleur verte. Vous pouvez également cliquer avec le bouton droit sur le nœud du gestionnaire d'équipements de terrain dans l'arborescence des équipements et exécuter la commande Ajouter un appareil.
À titre de condition préalable, l'appareil doit être disponible dans la boîte de dialogue Référentiel des appareils.
|
Étape |
Action |
|---|---|
|
1 |
Sélectionnez le nœud du gestionnaire d'équipements de terrain (gestionnaire CANopen ou Modbus) dans l'arborescence Équipements et cliquez sur le signe plus de couleur verte, ou cliquez avec le bouton droit de la souris sur le nœud du gestionnaire d'équipements de terrain et exécutez la commande Ajouter un appareil… du menu contextuel. Résultat : la boîte de dialogue Ajouter un appareil s'ouvre. |
|
2 |
Dans la boîte de dialogue Ajouter un appareil, sélectionnez Schneider Electric dans la zone de liste Fabricant. Remarque : vous pouvez filtrer les équipements par marque en cliquant sur la zone de liste Fabricant. |
|
3 |
Sélectionnez un équipement dans la liste ci-dessous. |
|
4 |
Renommez l'équipement en saisissant un nom dans le champ Nom. NOTE : N'intégrez pas d'espaces dans le nom. N'ajoutez pas de trait de soulignement (_) à la fin du nom. Si vous ne renommez pas l'équipement, un nom est attribué par défaut. l'attribution d'un nom à l'équipement peut faciliter l'organisation de votre projet. |
|
5 |
Cliquez sur le bouton Ajouter un appareil. Résultat : l'équipement de terrain est ajouté au gestionnaire d'équipements de terrain. NOTE : La boîte de dialogue Ajouter l'équipement reste ouverte. Vous pouvez accomplir les actions suivantes : oVous pouvez ajouter un autre équipement en revenant à l'étape 2. oOu vous pouvez cliquer sur le bouton Fermer. |
Accès aux informations de diagnostic.
Pour obtenir des informations de diagnostic relatives aux équipements sur CANopen, utilisez la bibliothèque CAA_CiA405.
Accès au diagnostic de configuration (pour utilisateurs avancés)
Vous pouvez utiliser les options Annulation en cas d'erreur et Saut à la ligne en cas d'erreur dans l'onglet Service Data Object du configurateur CANopen pour traiter les erreurs potentielles de configuration.
Pour optimiser les performances de l'objet-maître CAN, les diagnostics CAN sont externes aux données-maître CAN dans le contrôleur. La structure de diagnostic CAN est définie dans la bibliothèque CanConfig Extern disponible dans le Gestionnaire de bibliothèque.
La structure g_aNetDiagnosis contient les informations de diagnostic les plus récentes en provenance des esclaves. La structure est mise à jour chaque fois qu'un esclave est configuré, qu'elle qu'en soit la raison.
Cette structure peut être utilisée au sein du programme pour effectuer les opérations suivantes :
oSurveiller la réponse des esclaves configurés au moyen de messages SDO.
oSurveiller le maître pour détecter d'éventuels messages d'abandon issus des esclaves avant d'autoriser le démarrage d'une machine ou d'une application.
Cette structure doit être en place et active au sein de l'application utilisateur au cours des tests, du débogage et de la mise en service de l'application. Lorsque la machine et son application de contrôle ont été mises en service et validées, il devient possible de désactiver ce code d'exécution et de réduire ainsi le trafic sur le réseau CANopen.
Mais si pendant le cycle de vie d'une application et de la machine ou du processus qui la commande, des esclaves sont ajoutés ou remplacés dans le système opérationnel, la structure de diagnostic devrait rester active dans l'application.
|
|
|
COMPORTEMENT IMPREVU DE L'EQUIPEMENT |
|
oUtilisez la structure de données g_aNetDiagnosis au sein de l'application pour surveiller les réponses d'esclave CAN aux commandes de configuration. oVérifiez que l'application ne démarre pas ou ne place pas la machine ou le processus dans un état opérationnel en cas de réception de messages d'abandon SDO depuis l'un des esclaves CAN. |
|
Le non-respect de ces instructions peut provoquer la mort, des blessures graves ou des dommages matériels. |
Après avoir ajouté la bibliothèque CanConfig Extern à votre application, utilisez la définition Net Diagnostic au sein de votre application pour tester les messages d'abandon SDO issus des esclaves CAN.
L'exemple de code suivant illustre l'utilisation de la structure de données de diagnostic CAN :
IF g_aNetDiagnosis[CAN_Net_Number].ctSDOErrorCounter = 0 THEN
(* Aucune erreur n'est détectée dans la configuration*)
ELSE
(* Une erreur a été détectée pendant la configuration. Récupérer les dernières informations d'erreur.*)
// ID nœud de l'esclave qui a envoyé le code d'abandon
ReadLastErrorNodeID := g_aNetDiagnosis[CAN_Net_Number].usiNodeID;
// index utilisé dans le SDO abandonné
ReadLastErrorIndex := g_aNetDiagnosis[CAN_Net_Number].wIndex;
// sous-index utilisé dans le DSO abandonné
ReadLastErrorSubIndex := g_aNetDiagnosis[CAN_Net_Number].bySubIndex;
// code d'abandon SDO
ReadLastErrorSdoAbortCode := g_aNetDiagnosis [CAN_Net_Number].udiAbortCode;
(* Ne pas autoriser le démarrage ou tout autre fonctionnement de la machine ou du processus *)
END_IF
NOTE : Dans cet exemple, le CAN_Net_Number serait 0 pour le port CAN0, et si le contrôleur est équipé en conséquence, il serait de 1 pour le port CAN1.
