Lorsqu’une modification en ligne met plusieurs secondes à s’ouvrir, à être acceptée ou à être assemblée, le contrôleur devient une cible facile. Pourtant, de nombreux cas commencent sur le poste de travail d’ingénierie : trop de fenêtres de projet, une longue session logicielle, l’analyse antivirus, une liaison de communication saturée ou un ordinateur portable manquant de mémoire.

La distinction entre les délais du poste de travail, de l’API et du réseau évite d’apporter des modifications inutiles au contrôleur pendant un incident de production.

Chronométrez le délai au lieu de le décrire

Notez à quel moment l’attente se produit : lors de l’ouverture d’une table de données, de l’accès à une zone de modification, de l’acceptation des modifications, de leur assemblage, de la navigation sur le réseau ou de l’enregistrement du projet. Si la navigation locale est lente avant toute transaction en ligne, examinez d’abord le poste de travail. Si seuls les échanges avec le contrôleur sont ralentis, analysez le comportement du réseau et du pilote.

Fermez les fichiers de projet en double et les fenêtres de données inutilisées, redémarrez RSLogix 500 et RSLinx Classic conformément à la procédure de maintenance approuvée, puis effectuez un nouveau test depuis la même connexion. Cette simple vérification A/B est plus instructive que de modifier immédiatement la mémoire de l’API ou les paramètres de communication.

Trois goulots d’étranglement qui se ressemblent

Pression sur le poste d’ingénierie

Les anciennes piles logicielles peuvent devenir lentes après de longues sessions ou lorsque de nombreux fichiers et graphiques de tendance restent ouverts. Vérifiez la mémoire disponible, l’état du disque et les analyses en arrière-plan. Préservez le projet d’origine et l’environnement d’activation avant de mettre à niveau le logiciel en pleine panne.

Latence des communications

Les liaisons DH-485 et série DF1 offrent une bande passante bien inférieure à celle des réseaux Ethernet modernes. Une navigation répétée, plusieurs utilisateurs en ligne ou les nouvelles tentatives de connexion aux nœuds peuvent prolonger une transaction de modification. Documentez la topologie et appliquez les pratiques de connexion présentées dans le guide des interfaces pour ordinateur portable SLC 500 avant de modifier les pilotes.

Contraintes du contrôleur et du projet

Vérifiez le mode du processeur, la mémoire disponible, les variations du temps de scrutation et l’état des défauts. Les modifications en ligne sont également soumises à des restrictions concernant les instructions et la mémoire, qui dépendent du processeur et du firmware. Le manuel du contrôleur fait foi ; ne généralisez pas à partir d’un autre modèle SLC.

Un ordre de récupération plus sûr

Commencez par effectuer un transfert vers le poste ou une sauvegarde vérifiée. Simplifiez ensuite la session du poste de travail, puis testez la liaison physique et le pilote. Ce n’est qu’après ces vérifications que l’équipe doit envisager la compaction du projet, la modification de la version logicielle ou des changements côté contrôleur. Chaque étape doit disposer d’un point de restauration.

Point de vue éditorial : les performances sont un signal de diagnostic

Un éditeur lent n’est pas qu’un simple désagrément. Il peut être le premier signe visible d’un ordinateur portable de maintenance dégradé ou d’un ancien réseau générant de nombreuses nouvelles tentatives. Considérez le symptôme comme une preuve mesurable, et non comme une autorisation de procéder à plusieurs modifications simultanément. Pour planifier le cycle de vie, comparez le matériel pris en charge dans la collection Allen-Bradley et consultez les manuels de Rockwell Automation correspondant au processeur installé.

Questions que les ingénieurs posent avant la panne

Des modifications en ligne lentes signifient-elles que le processeur SLC est défaillant ?

Pas à elles seules. Comparez la réactivité de l’application hors ligne, la navigation sur le réseau et les transactions avec le contrôleur afin de localiser le délai avant de remplacer le matériel.

Le redémarrage de RSLinx est-il sûr ?

Il peut interrompre les communications utilisées par d’autres logiciels sur le poste de travail. Vérifiez d’abord les dépendances et suivez la procédure de maintenance du site.

Dois-je mettre à niveau RSLogix pendant un appel pour une panne ?

En général, ce ne doit pas être la première mesure. Préservez une voie de récupération fonctionnelle et vérifiez la compatibilité, l’activation et les sauvegardes avant de modifier l’environnement d’ingénierie.