Ajout d'appareils un gestionnaire de communication

Présentation

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'appareils de terrain dans l'arborescence Équipements et exécuter la commande Ajouter un appareil.

L'appareil doit être disponible dans la boîte de dialogue Référentiel d'appareils.

Ajout d'équipements

Etape	Action
1	Sélectionnez le nœud du gestionnaire d'appareils 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'appareils 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 appareils par marque en cliquant sur la zone de liste Fabricant.
3	Sélectionnez un appareil 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 l'équipement. Résultat : l'équipement de terrain est ajouté au gestionnaire d'équipements de terrain. NOTE : La boîte de dialogue Ajouter un appareil reste ouverte. Vous pouvez effectuer les actions suivantes : Vous pouvez ajouter un autre appareil en revenant à l'étape 2. Vous pouvez cliquer sur le bouton Fermer.

Accès aux informations diagnostiques

Pour obtenir des informations de diagnostic relatives aux appareils 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 potentielles erreurs de configuration.

Pour optimiser les performances du maître CAN, les diagnostics CAN sont externes au 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èques.

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é.

Cette structure peut être utilisée au sein du programme pour effectuer les opérations suivantes :

Surveiller la réponse des esclaves configurés au moyen de messages SDO.
Surveiller le maître pour détecter d'éventuels messages d'abandon émanant 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.

AVERTISSEMENT
	FONCTIONNEMENT IMPRÉVU DE L'ÉQUIPEMENT Utilisez la structure de données g_aNetDiagnosis au sein de l'application pour surveiller les réponses d'esclave CAN aux commandes de configuration. Vé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 provenant de l'un des esclaves CAN. Le non-respect de ces instructions peut provoquer la mort, des blessures graves ou des dommages matériels.

AVERTISSEMENT

FONCTIONNEMENT IMPRÉVU DE L'ÉQUIPEMENT

Utilisez la structure de données g_aNetDiagnosis au sein de l'application pour surveiller les réponses d'esclave CAN aux commandes de configuration.
Vé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 provenant de 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 Diagnostic Net (Net Diagnostic) au sein de votre application pour tester les messages d'abandon SDO provenant 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
    (* No error is detected in the configuration*)
ELSE
    (* An error has been detected during configuration. Get the latest error information.*)
    // node ID of the slave which sent the abort code
    ReadLastErrorNodeID := g_aNetDiagnosis[CAN_Net_Number].usiNodeID;
    // index used in the aborted SDO
    ReadLastErrorIndex := g_aNetDiagnosis[CAN_Net_Number].wIndex;
    // subIndex used in the aborted SDO
    ReadLastErrorSubIndex := g_aNetDiagnosis[CAN_Net_Number].bySubIndex;
    //SDO abort code
    ReadLastErrorSdoAbortCode := g_aNetDiagnosis [CAN_Net_Number].udiAbortCode;
    (* Do not allow the start-up or other operation of the machine or process *)
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.