arrow_back_ios

Main Menu

See All Logiciel d'analyse et de simulation See All Logiciel DAQ See All Drivers et API See All utilitaire de logiciel See All Contrôle des vibrations See All Accessoires pour les équipements d'essais de vibrations See All Contrôleurs de vibration See All Excitateurs de mesure See All Excitateurs modaux See All Amplificateurs de puissance See All Agitateurs LDS See All Solutions d'essai See All Actionneurs See All Moteurs à combustion See All Durabilité See All eDrive See All Test de production Capteurs See All Transmission et boîtes de vitesses See All Chargeur turbo See All Systèmes de haute précision et d'étalonnage See All Systèmes DAQ See All Appareils portables See All Électronique industrielle See All Analyseur de puissance See All Conditionneur de signaux See All Transducteurs acoustiques See All Capteurs de courant et de tension See All Capteurs de déplacement See All Capteurs de force See All Cellules de charge See All Capteurs à composants multiples See All Capteurs de pression See All Capteurs de contrainte See All Jauges de contrainte See All Capteurs de température See All Capteurs d'inclinaison See All Capteurs de couple See All Transducteurs de vibrations See All Cours de formation

Articles

Maintenance opportuniste dans BlockSim

par Les Warrington, Les Warrington Consulting.

BlockSim offre une maintenance corrective ainsi que des tâches planifiées préventives d’inspection selon l’état des machines.

La maintenance corrective peut être mise en place en tant que tâche directe lors de la défaillance d’un élément ou être déclenchée par des inspections. Dans d’autres cas, les inspections elles-mêmes peuvent être régulièrement planifiées ou déclenchées par d’autres événements du système. Par conséquent, les configurations en parallèle et autres défaillances qui n’affectent pas les clients peuvent être laissées sans réparation jusqu’à ce qu’une inspection soit déclenchée par une autre défaillance ou par une action de maintenance définie.

De nos jours, les gestionnaires d’opération peuvent être informés des défaillances d’un composant dans des systèmes parallèles avant qu’aucun client ne soit au courant de la dégradation du système grâce à la disponibilité accrue des diagnostics du système via la connectivité en ligne. Cependant, la réparation de telles défaillances du composant ne sera probablement entreprise uniquement lorsqu'elle s'avère rentable. C'est pourquoi faire appel à un réparateur pour réparer uniquement une défaillance de redondance peut engendrer un énorme coût de déplacement, alors qu'attendre la défaillance du système peut augmenter les coûts du client et autres dépenses supplémentaires.  

Il est évident que si la panne du système provoque la défaillance d’autres composants, la défaillance en redondance sera simultanément réparée. 

En effet, un gestionnaire des opérations expérimenté a l’habitude de garder une liste des défaillances en redondance et d’envoyer un technicien pour réparer le système affecté, si le technicien est de passage à proximité, ce qui éliminera les coûts de déplacement.

Quelle approche sera appropriée pour un système ou scénario d’opérations particulier ?

  • Réparation immédiate des éléments redondants
  • Réparation retardée des éléments redondants, conjointement avec d’autres maintenances (telles que, la panne du système ou pendant les inspections régulières planifiées)
  • Réparation au passage
Vous pouvez facilement modeler les deux premières options grâce aux inspections correctives planifiées. La troisième option requière un déclencheur en dehors du système que vous êtes en train de modéliser, en l’occurrence, une réparation au passage. Malheureusement, BlockSim ne permet pas des déclencheurs en dehors des systèmes en modélisation. C’est ainsi qu’un déclencheur au passage, doit être modelé à l’intérieur du système affecté.

Exemple

Les panneaux d’affichage électriques sont gérés par des agences publicitaires qui ont généralement plusieurs centaines d’unités en stock. La gestion de la maintenance est un facteur clé de rentabilité, c’est pourquoi l’indisponibilité du panneau d’annonce équivaut à des pertes de revenus publicitaires.  

La conception d’un bon panneau pubilicitaire comprendra des éléments en redondance tout en optimisant quand et comment mettre en place la maintenance, ce qui est une tâche complexe en fonction des propriétés de fiabilité du composant. Ceci est un scénario de simulation classique que BlockSim peut analyser aisément.

Pour simplifier la représentation graphique, le diagramme du bloc ci-dessous illustre un panneau pubilicitaire. Il possède un élément en série pour représenter les éléments en série (''Le reste du système’’) et un élément en redondance (''Bloc parallèle’’). Le potentiel d’une réparation au passage est modélisé avec le bloc d’un ‘’Technicien au passage’’ conjointement avec le grain de poussée parallèle pour empêcher à la modélisation d’affecter la disponibilité du système.  

Le diagramme ci-dessous illustre l'exemple d’une modélisation de la maintenance et de la fiabilité du ''Bloc parallèle’’.

 

Graphique 1 : Bloc diagramme du système

Graphique 2 : Propriétés du bloc parallèle

La fiabilité et les détails du bloc parallèle n’ont aucune conséquence sur la notre analyse. De plus, la maintenance corrective est uniquement entreprise quand elle est découverte lors d’une inspection. C’est pourquoi il n'est pas nécessaire d’envoyer un technicien simplement parce qu’une défaillance de redondance s'est produite. Dans la plus part de cas, les inspections se produisent à cause de l’une de ces deux raisons :

  • Chaque fois que le système est indisponible, ‘’Le reste du système’’ ou dans ce cas ''Bloc parallèle’’
  • Chaque fois qu’un événement défini issu d’un groupe de maintenance se produit - défini en tant le groupe associé avec ‘’Le technicien au passage’’

Graphique 3 : Tâche d’inspection du bloc parallèle initié par le technicien au passage

L’initiation d’une action corrective lors de l’indisponibilité de l’ensemble du système est probablement facile à comprendre. En outre, pour ce qui concerne le groupe de la maintenance du technicien au passage, vous devez expliquer le bloc du ‘’technicien au passage’’.  

Théoriquement, l’envoi spécial d’un technicien prendra beaucoup de temps en raison de la durée de son déplacement, alors qu’un technicien au passage entrainera uniquement les coûts associés au temps d’inspection. Les temps et les coûts associés aux différences doivent être codés à l’intérieur des inspections et non dans la maintenance corrective. C’est ainsi que les coûts de la maintenance corrective sont uniquement ceux associés aux activités directes.

Bloc du technicien au passage

Ci-dessous sont les détails du bloc de ‘’technicien au passage’’.

Graphique 4 : Propriétés du bloc de ‘’technicien au passage’’

Le bloc possède un modèle de fiabilité qui sert à mesurer la durée moyenne d’un technicien au passage en voiture pendant qu’il effectue d’autres tâches. Dans ce cas, un modèle exponentiel est utilisé pour indiquer la probabilité constante journalière d’un technicien au passage. La défaillance de ce bloc indique qu’un technicien est disponible pour réparer le bloc de redondance. La réparation corrective du bloc n’a aucune conséquence sur la discussion, mais elle doit être effectuée afin de lui permettre de continuer à jouer son rôle.

Le bloc affecté au groupe de la maintenance de ‘’Technicien au passage’’ est aussi utilisé par le ‘’Bloc parallèle’’.

C’est ainsi que, quand le bloc est en ‘’panne’’ (un technicien arrive) et l’inspection dans le ''Bloc parallèle’’ est déclenchée.

Cependant, nous ne souhaitons pas déclencher un technicien au passage sauf si l’appareil du bloc parallèle est en panne. Par conséquent, le bloc du ‘’Technicien au passage’’ est désactivé par défaut et activé par la défaillance de n’importe quel bloc dans le ‘’bloc parallèle’’. Il est désactivé de nouveau par la réparation d’un ''Bloc parallèle’’ ou par sa propre réparation (pour s’assurer).

Un exemple de résultat de simulation est affiché ci-dessous, là où vous pouvez observer les défaillances du ''Bloc parallèle’’. Ces défaillances ne sont pas immédiatement réparées parce qu’elles attendent un technicien au passage. Dans ce cas, la probabilité d’un technicien au passage est modélisée par un taux constant (distribution exponentielle). Les durées différentes ont été affectées aux différents périodes d’inspection et aux temps de la maintenance corrective, là où l’inspection du ‘’Technicien au passage’’ est plus courte que l’inspection spécialisée.

Graphique 5 : Exemple de sortie du bloc de système

Synthèse

Nous avons ainsi deux blocs supplémentaires dans le système du panneau d’annonce et l’un ne fait rien alors que l’autre prend en charge uniquement les ressources de simulation BlockSim après une défaillance d’élément du bloc parallèle. Par conséquent, la simulation reste efficace et ne ralentit pas la performance de BlockSim.  

Désormais, nous sommes en mesure de modéliser une sorte de maintenance opportuniste qui peut être de plus en plus pertinente grâce à l'ère digitale et à une performance visible du système.

Si vous souhaitez en savoir plus sur la modélisation et simulation précise des systèmes, joignez une de nos cours de formation offert à proximité de votre entreprise.