Les leviers de niveau magnetostrictifs présentent des problèmes de panne partielle et de changement d’adresse dans les zones de réservoirs à huile
Thread Content
Les capteurs de niveau magnetostrictifs sont utilisés dans les grands réservoirs de stockage de pétrole ; ils émettent des signaux MODBUS-RTU et fonctionnent en mode bus. Les données sont affichées par le système informatique via RS485, indiquant la hauteur du niveau et la température. On observe des pannes aléatoires ainsi que des changements d’adresses. Après redémarrage, les pannes peuvent être résolues, mais après un certain temps, des pannes et des variations erratiques des paramètres dues aux adresses se reproduisent. Le système plante toujours après déconnexion de la sonde de température, mais les adresses et les paramètres ne changent pas de manière aléatoire, et un redémarrage permet de revenir à une fonction normale. Les tests sur site de chaque niveaumètre individuel se sont déroulés normalement. Description de l’installation et du câblage : toute la zone des réservoirs est constituée de réservoirs horizontaux enterrés pour solvants chimiques. La zone se trouve près du quai, sur un terrain plat et dégagé, et aucune zone n’est affectée par la présence de moteurs puissants ou d’équipements importants similaires. Au total, il y a 120 unités. L’alimentation électrique de la zone des réservoirs est assurée par un seul groupe de câbles, tandis que les signaux sont répartis en 12 groupes de 10 unités chacun, connectés respectivement à 3 modules de communication à quatre voies. Tous les groupes d’alimentation disposent d’un module d’isolement, avant d’être connectés de manière centralisée au système informatique pour affichage. Les dieux de la mer, avez-vous rencontré des problèmes similaires et comment les avez-vous résolus ? Veuillez analyser, discuter et partager vos précieux points de vue. Merci ! Instrument de régulation automatique
Ajout : Le niveau de liquide, ainsi que la température mesurée, se trouvent dans le même groupe de signaux ; l’adresse change de manière aléatoire et l’appareil plante. Après avoir réinitialisé l’adresse sur sa valeur initiale, il fonctionne normalement pendant un certain temps, puis le problème réapparaît. Lorsque toutes les températures d’un même groupe sont désactivées, l’adresse ne change pas de manière aléatoire ; seules des pannes surviennent. Après redémarrage, tout redevient normal, mais après un certain temps, des pannes réapparaissent, puis le système fonctionne à nouveau normalement.
Au milieu de la nuit, les cochons couinent et les poules chantent. . Planche, le programme exécute des adresses erronées ; en fin de compte, c’est la capacité de l’appareil à résister aux interférences qui est lamentablement faible, le design est nul. Quant au point de défaillance, s’agit-il d’un mauvais code logiciel, d’une mauvaise configuration matérielle, ou bien d’une combinaison des deux ? C’est encore plus difficile que la réparation au niveau des puces ; je crains que vous ne soyez vraiment impuissant, sans moyen de le diagnostiquer. De quelle marque est la montre de qui ? Une fois que vous le savez, on continue, sinon on n’en parle plus pour la clôture.
Est-ce une marque nationale ou une marque importée ?
Si c’est possible, on peut comparer un appareil qui ne fonctionne pas par voie de communication mais en émettant du courant. Si cet appareil ne plante pas, alors le problème réside bien dans la communication : par exemple, le ordinateur principal ne reçoit aucune réponse de l’indicateur de niveau, et continue d’envoyer des messages sans cesse, ce qui surcharge l’indicateur et le fait planter.
Douze groupes ont-ils des problèmes en même temps ou juste un d’entre eux ?
Marques nationales : chaque lot présente des problèmes, sans aucun schéma récurrent !
Cette bus utilise-t-il un câble dédié Modbus ? Les résistances de terminaison sont-elles utilisées normalement ?
Le communicateur 485 a probablement un problème. J’ai déjà rencontré des cas similaires : un fabricant fournissait un communicateur qui regroupait toutes les lignes, mais en changeant celui-ci, le problème a disparu. Il est aussi possible que ce soit un module 425 défectueux, mais c’est moins probable. Si c’est possible, je conseille de séparer l’une des lignes pour essayer séparément, en effectuant des tests par rotation, afin d’identifier le groupe problématique. Cependant, les chances sont faibles ; il s’agit très probablement d’un problème avec le communicateur. Ne connaissant pas la configuration matérielle sur place, je ne fais que deviner en me basant sur mon expérience