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 ?
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 :
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.
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
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.