Maintenance, fiabilité de flotte et réparations sur Mars
Concevoir une base qui continue à fonctionner lorsque des composants vieillissent, tombent en panne et doivent être diagnostiqués, cannibalisés, réparés ou remplacés sans chaîne logistique immédiate.
Le problème à résoudre
Question de départ. Comment maintenir une flotte pendant des années lorsque les pièces vieillissent, que certaines deviennent indisponibles et que toute réparation consomme du temps humain ?
Intuition. Une flotte de rovers doit rester disponible pendant des années avec peu de pièces et des délais logistiques très longs.
Repère concret. Un MTBF de 10 000 h ne signifie pas qu'un appareil tombera en panne précisément à 10 000 h.
RAMPE ZÉRO PRÉREQUIS · MODULE 35
Comprendre avant de calculer
Une flotte de rovers doit rester disponible pendant des années avec peu de pièces et des délais logistiques très longs.
Progression du module — fiabilité; maintenabilité; MTBF; cannibalisation.
fiabilité
Définition. La fiabilité est la probabilité qu'un élément accomplisse sa fonction sans défaillance pendant une durée et dans des conditions définies.
Exemple. Un composant très fiable sur Terre peut l'être moins sous poussière, froid, radiation ou cycles thermiques martiens.
Sur une même durée, un système plus fiable doit présenter une probabilité de survie plus élevée; vérifiez que la convention utilisée ne confond pas taux de panne et fiabilité.
Attention. Une valeur de fiabilité sans durée, environnement et définition de défaillance n'est pas interprétable.
En mission. Une mauvaise interprétation de « fiabilité » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
Exercice guidé — fiabilité
Situation à reconnaître. Un composant très fiable sur Terre peut l'être moins sous poussière, froid, radiation ou cycles thermiques martiens.
Vérification demandée. Sur une même durée, un système plus fiable doit présenter une probabilité de survie plus élevée; vérifiez que la convention utilisée ne confond pas taux de panne et fiabilité.
Erreur à écarter. Une valeur de fiabilité sans durée, environnement et définition de défaillance n'est pas interprétable.
Corrigé raisonné
- Sens précis
- La fiabilité est la probabilité qu'un élément accomplisse sa fonction sans défaillance pendant une durée et dans des conditions définies.
- Test du cas
- Sur une même durée, un système plus fiable doit présenter une probabilité de survie plus élevée; vérifiez que la convention utilisée ne confond pas taux de panne et fiabilité.
- Piège exclu
- Une valeur de fiabilité sans durée, environnement et définition de défaillance n'est pas interprétable.
- Conséquence opérationnelle
- Une mauvaise interprétation de « fiabilité » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
- Quantification
- fiabilité: relation qualitative ici; aucune unité intrinsèque.
- Vérification
- fiabilité: confronter conclusion, contrôle et piège de la carte.
maintenabilité
Définition. La maintenabilité décrit la facilité et la rapidité avec lesquelles une fonction peut être restaurée après panne ou dégradation.
Exemple. Accès aux fixations, diagnostic, outils, pièces et procédures influencent le temps de réparation d'un rover.
Vérification. Un équipement plus maintenable réduit typiquement le temps ou l’effort nécessaire pour le remettre en service; mesurez la restauration de fonction, pas seulement l’accès physique.
Attention. Un équipement fiable mais impossible à réparer localement peut être un mauvais choix pour une colonie isolée.
En mission. Une mauvaise interprétation de « maintenabilité » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
Exercice guidé — maintenabilité
Situation à reconnaître. Accès aux fixations, diagnostic, outils, pièces et procédures influencent le temps de réparation d'un rover.
Vérification demandée. Un équipement plus maintenable réduit typiquement le temps ou l’effort nécessaire pour le remettre en service; mesurez la restauration de fonction, pas seulement l’accès physique.
Erreur à écarter. Un équipement fiable mais impossible à réparer localement peut être un mauvais choix pour une colonie isolée.
Corrigé raisonné
- Sens précis
- La maintenabilité décrit la facilité et la rapidité avec lesquelles une fonction peut être restaurée après panne ou dégradation.
- Test du cas
- Un équipement plus maintenable réduit typiquement le temps ou l’effort nécessaire pour le remettre en service; mesurez la restauration de fonction, pas seulement l’accès physique.
- Piège exclu
- Un équipement fiable mais impossible à réparer localement peut être un mauvais choix pour une colonie isolée.
- Conséquence opérationnelle
- Une mauvaise interprétation de « maintenabilité » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
Termes du corrigé. observation
- Quantification
- maintenabilité: relation qualitative ici; aucune unité intrinsèque.
- Vérification
- maintenabilité: confronter conclusion, contrôle et piège de la carte.
MTBF
Définition. Le MTBF est le temps moyen entre défaillances pour certains systèmes réparables dans un modèle statistique. Il ne prédit pas la date exacte de la prochaine panne.
Exemple. Un MTBF de 10 000 h ne signifie pas qu'un appareil tombera en panne précisément à 10 000 h.
Vérification. Le MTBF n’est pas une garantie de durée de vie d’un exemplaire: un MTBF élevé décrit un taux moyen de défaillance dans un modèle donné, pas une date certaine de panne.
Attention. Utiliser le MTBF comme durée de vie garantie est une erreur fréquente.
En mission. Une mauvaise interprétation de « mtbf » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
Exercice guidé — MTBF
Situation à reconnaître. Un MTBF de 10 000 h ne signifie pas qu'un appareil tombera en panne précisément à 10 000 h.
Vérification demandée. Le MTBF n’est pas une garantie de durée de vie d’un exemplaire: un MTBF élevé décrit un taux moyen de défaillance dans un modèle donné, pas une date certaine de panne.
Erreur à écarter. Utiliser le MTBF comme durée de vie garantie est une erreur fréquente.
Corrigé raisonné
- Sens précis
- Le MTBF est le temps moyen entre défaillances pour certains systèmes réparables dans un modèle statistique. Il ne prédit pas la date exacte de la prochaine panne.
- Test du cas
- Le MTBF n’est pas une garantie de durée de vie d’un exemplaire: un MTBF élevé décrit un taux moyen de défaillance dans un modèle donné, pas une date certaine de panne.
- Piège exclu
- Utiliser le MTBF comme durée de vie garantie est une erreur fréquente.
- Conséquence opérationnelle
- Une mauvaise interprétation de « mtbf » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
cannibalisation
Définition. La cannibalisation consiste à prélever une pièce fonctionnelle sur un équipement indisponible ou moins prioritaire pour remettre en service un autre équipement.
Exemple. Une colonie peut sacrifier temporairement un rover secondaire afin de restaurer un véhicule de secours.
Vérification. Chaque prélèvement de pièce répare un actif mais en dégrade un autre: le bilan doit montrer combien de fonctions restent réellement disponibles après l’échange.
Attention. Sans gestion de configuration, la cannibalisation peut créer un stock fantôme et rendre impossible la reconstruction de l'état réel de la flotte.
En mission. Une mauvaise interprétation de « cannibalisation » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
Exercice guidé — cannibalisation
Situation à reconnaître. Une colonie peut sacrifier temporairement un rover secondaire afin de restaurer un véhicule de secours.
Vérification demandée. Chaque prélèvement de pièce répare un actif mais en dégrade un autre: le bilan doit montrer combien de fonctions restent réellement disponibles après l’échange.
Erreur à écarter. Sans gestion de configuration, la cannibalisation peut créer un stock fantôme et rendre impossible la reconstruction de l'état réel de la flotte.
Corrigé raisonné
- Sens précis
- La cannibalisation consiste à prélever une pièce fonctionnelle sur un équipement indisponible ou moins prioritaire pour remettre en service un autre équipement.
- Test du cas
- Chaque prélèvement de pièce répare un actif mais en dégrade un autre: le bilan doit montrer combien de fonctions restent réellement disponibles après l’échange.
- Piège exclu
- Sans gestion de configuration, la cannibalisation peut créer un stock fantôme et rendre impossible la reconstruction de l'état réel de la flotte.
- Conséquence opérationnelle
- Une mauvaise interprétation de « cannibalisation » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente.
Termes du corrigé. vérification
- Quantification
- cannibalisation: relation qualitative ici; aucune unité intrinsèque.
- Vérification
- cannibalisation: confronter conclusion, contrôle et piège de la carte.
Étude intégrée — Maintenance, fiabilité de flotte et réparations sur Mars
Situation à analyser. Une flotte de rovers doit rester disponible pendant des années avec peu de pièces et des délais logistiques très longs.
- fiabilité: Un composant très fiable sur Terre peut l'être moins sous poussière, froid, radiation ou cycles thermiques martiens. Contrôle attendu: Sur une même durée, un système plus fiable doit présenter une probabilité de survie plus élevée; vérifiez que la convention utilisée ne confond pas taux de panne et fiabilité.
- maintenabilité: Accès aux fixations, diagnostic, outils, pièces et procédures influencent le temps de réparation d'un rover. Contrôle attendu: Un équipement plus maintenable réduit typiquement le temps ou l’effort nécessaire pour le remettre en service; mesurez la restauration de fonction, pas seulement l’accès physique.
- MTBF: Un MTBF de 10 000 h ne signifie pas qu'un appareil tombera en panne précisément à 10 000 h. Contrôle attendu: Le MTBF n’est pas une garantie de durée de vie d’un exemplaire: un MTBF élevé décrit un taux moyen de défaillance dans un modèle donné, pas une date certaine de panne.
- cannibalisation: Une colonie peut sacrifier temporairement un rover secondaire afin de restaurer un véhicule de secours. Contrôle attendu: Chaque prélèvement de pièce répare un actif mais en dégrade un autre: le bilan doit montrer combien de fonctions restent réellement disponibles après l’échange.
Le diagnostic ne doit pas confondre « fiabilité » et « maintenabilité ». Le premier se reconnaît ici par le cas suivant: Un composant très fiable sur Terre peut l'être moins sous poussière, froid, radiation ou cycles thermiques martiens. Le second doit être contrôlé autrement: Un équipement plus maintenable réduit typiquement le temps ou l’effort nécessaire pour le remettre en service; mesurez la restauration de fonction, pas seulement l’accès physique.
Une seconde vérification croise « MTBF » et « cannibalisation ». Gardez comme alerte « Utiliser le MTBF comme durée de vie garantie est une erreur fréquente. »; pour « cannibalisation », utilisez plutôt ce test: Chaque prélèvement de pièce répare un actif mais en dégrade un autre: le bilan doit montrer combien de fonctions restent réellement disponibles après l’échange.
Exercice de synthèse
Dans la situation de « Maintenance, fiabilité de flotte et réparations sur Mars », classez les indices selon « fiabilité » (Sur une même durée, un système plus fiable doit présenter une probabilité de survie plus élevée; vérifiez que la convention utilisée ne confond pas taux de panne et fiabilité.), « maintenabilité » (Un équipement plus maintenable réduit typiquement le temps ou l’effort nécessaire pour le remettre en service; mesurez la restauration de fonction, pas seulement l’accès physique.), « MTBF » (Le MTBF n’est pas une garantie de durée de vie d’un exemplaire: un MTBF élevé décrit un taux moyen de défaillance dans un modèle donné, pas une date certaine de panne.), « cannibalisation » (Chaque prélèvement de pièce répare un actif mais en dégrade un autre: le bilan doit montrer combien de fonctions restent réellement disponibles après l’échange.) Décision suspendue si un contrôle échoue.
Corrigé de synthèse
Pour fiabilité, Une mauvaise interprétation de « fiabilité » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente. Le garde-fou principal est: Une valeur de fiabilité sans durée, environnement et définition de défaillance n'est pas interprétable. Pour maintenabilité, Une mauvaise interprétation de « maintenabilité » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente. Le garde-fou principal est: Un équipement fiable mais impossible à réparer localement peut être un mauvais choix pour une colonie isolée. Pour MTBF, Une mauvaise interprétation de « mtbf » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente. Le garde-fou principal est: Utiliser le MTBF comme durée de vie garantie est une erreur fréquente. Pour cannibalisation, Une mauvaise interprétation de « cannibalisation » peut immobiliser une flotte faute de pièce, de temps de réparation ou de stratégie de cannibalisation cohérente. Le garde-fou principal est: Sans gestion de configuration, la cannibalisation peut créer un stock fantôme et rendre impossible la reconstruction de l'état réel de la flotte.
Mini-leçons quantitatives
Disponibilité intrinsèque
- 1 — Question concrète
- Que permet de calculer « A = MTBF / (MTBF + MTTR) » dans « Disponibilité intrinsèque » ?
- 2 — Intuition sans symboles
- La disponibilité dépend à la fois de la rareté des pannes et de la vitesse de remise en service.
- 3 — Grandeurs
- A: disponibilité intrinsèque [sans dimension]; MTBF: temps moyen entre défaillances [h]; MTTR: temps moyen de réparation [h]
- 4 — Formule
- A = MTBF / (MTBF + MTTR)
- 5 — Lecture
- « A égale MTBF divisé par parenthèse MTBF plus MTTR fin de parenthèse. »
- 6 — Symboles et sens
- A: disponibilité intrinsèque [sans dimension]; MTBF: temps moyen entre défaillances [h]; MTTR: temps moyen de réparation [h]
- 7 — Prononciation
- La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Disponibilité intrinsèque ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
- 8 — Unités
- A [sans dimension]; MTBF [h]; MTTR [h]
- 9 — Convention
- Pour « Disponibilité intrinsèque », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : A [sans dimension]; MTBF [h]; MTTR [h].
- 10 — Pourquoi cette opération
- Dans « Disponibilité intrinsèque », la division rapporte une grandeur à une référence, une durée ou une capacité ; le dénominateur doit correspondre au même cas et rester non nul.
- 11 — Hypothèses
- La relation « A = MTBF / (MTBF + MTTR) » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Disponibilité intrinsèque ».
- 12 — Contrôle indépendant
- Multiplier le résultat par le dénominateur doit reconstruire le numérateur.
- 13 — Cas numérique
- Avec MTBF = 1000 h, MTTR = 10 h: A = 1000 / (1000 + 10) = 0.9901 .
- 14 — Pourquoi le calcul fonctionne
- Le cas numérique applique directement « A = MTBF / (MTBF + MTTR) » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Disponibilité intrinsèque ».
- 15 — Vérification
- Contrôle rapide : remultiplier le résultat par le dénominateur doit reconstruire le numérateur de « Disponibilité intrinsèque » à l’arrondi près.
- 16 — Estimation mentale
- Avant le calcul détaillé de « Disponibilité intrinsèque », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
- 17 — Interprétation
- Améliorer la maintenabilité peut être aussi important qu’augmenter le MTBF lorsque l’arrêt est critique.
- 18 — Ce que le résultat ne prouve pas
- Pour « Disponibilité intrinsèque », le nombre obtenu répond uniquement au modèle « A = MTBF / (MTBF + MTTR) » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
- 19 — Sensibilité
- Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Disponibilité intrinsèque » et de vérifier si cette variation peut changer la décision de mission.
- 20 — Exercices guidé et autonome
Exercice guidé. Recalculez ce scénario: Avec MTBF = 500 h, MTTR = 20 h: A = 500 / (500 + 20) ?
Correction guidée détaillée — ouvrir après essai
Avec MTBF = 500 h, MTTR = 20 h: A = 500 / (500 + 20) = 0.9615 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec MTBF = 2000 h, MTTR = 5 h: A = 2000 / (2000 + 5) ?
Correction autonome — ouvrir après essai
Avec MTBF = 2000 h, MTTR = 5 h: A = 2000 / (2000 + 5) = 0.9975 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
- 21 — Décision mission
- Améliorer la maintenabilité peut être aussi important qu’augmenter le MTBF lorsque l’arrêt est critique.
Défaillances attendues
- 1 — Question concrète
- Que permet de calculer « N_fail = fleet_hours / MTBF » dans « Défaillances attendues » ?
- 2 — Intuition sans symboles
- Les heures cumulées de flotte rapportées au MTBF donnent un ordre de grandeur des événements à traiter.
- 3 — Grandeurs
- N_fail: défaillances attendues [failure]; fleet_hours: heures de fonctionnement cumulées [h]; MTBF: temps moyen entre défaillances [h/failure]
- 4 — Formule
- N_fail = fleet_hours / MTBF
- 5 — Lecture
- « N fail égale fleet hours divisé par MTBF. »
- 6 — Symboles et sens
- N_fail: défaillances attendues [failure]; fleet_hours: heures de fonctionnement cumulées [h]; MTBF: temps moyen entre défaillances [h/failure]
- 7 — Prononciation
- La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Défaillances attendues ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
- 8 — Unités
- N_fail [failure]; fleet_hours [h]; MTBF [h/failure]
- 9 — Convention
- Pour « Défaillances attendues », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : N_fail [failure]; fleet_hours [h]; MTBF [h/failure].
- 10 — Pourquoi cette opération
- Dans « Défaillances attendues », la division rapporte une grandeur à une référence, une durée ou une capacité ; le dénominateur doit correspondre au même cas et rester non nul.
- 11 — Hypothèses
- La relation « N_fail = fleet_hours / MTBF » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Défaillances attendues ».
- 12 — Contrôle indépendant
- Multiplier le résultat par le dénominateur doit reconstruire le numérateur.
- 13 — Cas numérique
- Avec fleet_hours = 5000 h, MTBF = 1000 h/failure: N_fail = 5000 / 1000 = 5 failure.
- 14 — Pourquoi le calcul fonctionne
- Le cas numérique applique directement « N_fail = fleet_hours / MTBF » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Défaillances attendues ».
- 15 — Vérification
- Contrôle rapide : remultiplier le résultat par le dénominateur doit reconstruire le numérateur de « Défaillances attendues » à l’arrondi près.
- 16 — Estimation mentale
- Avant le calcul détaillé de « Défaillances attendues », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
- 17 — Interprétation
- Dimensionner équipe et rechanges sur l’exposition totale de la flotte plutôt que sur une seule unité.
- 18 — Ce que le résultat ne prouve pas
- Pour « Défaillances attendues », le nombre obtenu répond uniquement au modèle « N_fail = fleet_hours / MTBF » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
- 19 — Sensibilité
- Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Défaillances attendues » et de vérifier si cette variation peut changer la décision de mission.
- 20 — Exercices guidé et autonome
Exercice guidé. Recalculez ce scénario: Avec fleet_hours = 2400 h, MTBF = 800 h/failure: N_fail = 2400 / 800 ?
Correction guidée détaillée — ouvrir après essai
Avec fleet_hours = 2400 h, MTBF = 800 h/failure: N_fail = 2400 / 800 = 3 failure. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec fleet_hours = 10000 h, MTBF = 2000 h/failure: N_fail = 10000 / 2000 ?
Correction autonome — ouvrir après essai
Avec fleet_hours = 10000 h, MTBF = 2000 h/failure: N_fail = 10000 / 2000 = 5 failure. La décision doit ensuite être confrontée aux marges et hypothèses du module.
- 21 — Décision mission
- Dimensionner équipe et rechanges sur l’exposition totale de la flotte plutôt que sur une seule unité.
Charge de maintenance
- 1 — Question concrète
- Que permet de calculer « H_maint = N_fail × MTTR » dans « Charge de maintenance » ?
- 2 — Intuition sans symboles
- Chaque panne mobilise du temps de réparation; leur produit donne une première charge de maintenance.
- 3 — Grandeurs
- H_maint: heures de maintenance [h]; N_fail: défaillances attendues [failure]; MTTR: temps moyen de réparation [h/failure]
- 4 — Formule
- H_maint = N_fail × MTTR
- 5 — Lecture
- « H maintenance égale N fail multiplié par MTTR. »
- 6 — Symboles et sens
- H_maint: heures de maintenance [h]; N_fail: défaillances attendues [failure]; MTTR: temps moyen de réparation [h/failure]
- 7 — Prononciation
- La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Charge de maintenance ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
- 8 — Unités
- H_maint [h]; N_fail [failure]; MTTR [h/failure]
- 9 — Convention
- Pour « Charge de maintenance », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : H_maint [h]; N_fail [failure]; MTTR [h/failure].
- 10 — Pourquoi cette opération
- Dans « Charge de maintenance », la multiplication combine les facteurs qui construisent directement la grandeur recherchée ; elle n’est valable que si ces facteurs décrivent le même cas.
- 11 — Hypothèses
- La relation « H_maint = N_fail × MTTR » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Charge de maintenance ».
- 12 — Contrôle indépendant
- Diviser le résultat par un facteur non nul doit retrouver le produit des autres.
- 13 — Cas numérique
- Avec N_fail = 5 failure, MTTR = 8 h/failure: H_maint = 5 × 8 = 40 h.
- 14 — Pourquoi le calcul fonctionne
- Le cas numérique applique directement « H_maint = N_fail × MTTR » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Charge de maintenance ».
- 15 — Vérification
- Contrôle rapide : si un facteur est non nul, diviser le résultat par ce facteur doit retrouver l’autre contribution attendue dans « Charge de maintenance ».
- 16 — Estimation mentale
- Avant le calcul détaillé de « Charge de maintenance », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
- 17 — Interprétation
- Comparer cette charge au temps de technicien réellement disponible avant d’accepter le plan de flotte.
- 18 — Ce que le résultat ne prouve pas
- Pour « Charge de maintenance », le nombre obtenu répond uniquement au modèle « H_maint = N_fail × MTTR » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
- 19 — Sensibilité
- Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Charge de maintenance » et de vérifier si cette variation peut changer la décision de mission.
- 20 — Exercices guidé et autonome
Exercice guidé. Recalculez ce scénario: Avec N_fail = 3 failure, MTTR = 12 h/failure: H_maint = 3 × 12 ?
Correction guidée détaillée — ouvrir après essai
Avec N_fail = 3 failure, MTTR = 12 h/failure: H_maint = 3 × 12 = 36 h. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec N_fail = 10 failure, MTTR = 4 h/failure: H_maint = 10 × 4 ?
Correction autonome — ouvrir après essai
Avec N_fail = 10 failure, MTTR = 4 h/failure: H_maint = 10 × 4 = 40 h. La décision doit ensuite être confrontée aux marges et hypothèses du module.
- 21 — Décision mission
- Comparer cette charge au temps de technicien réellement disponible avant d’accepter le plan de flotte.
Couverture du stock de rechanges
- 1 — Question concrète
- Que permet de calculer « t_spares = N_spares / lambda_fail » dans « Couverture du stock de rechanges » ?
- 2 — Intuition sans symboles
- Un stock de rechanges devient une durée lorsqu’il est comparé au rythme moyen de consommation.
- 3 — Grandeurs
- t_spares: durée de couverture [d]; N_spares: rechanges disponibles [spare]; lambda_fail: consommation moyenne de rechanges [spare/d]
- 4 — Formule
- t_spares = N_spares / lambda_fail
- 5 — Lecture
- « t rechanges égale N rechanges divisé par lambda fail. »
- 6 — Symboles et sens
- t_spares: durée de couverture [d]; N_spares: rechanges disponibles [spare]; lambda_fail: consommation moyenne de rechanges [spare/d]
- 7 — Prononciation
- La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Couverture du stock de rechanges ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
- 8 — Unités
- t_spares [d]; N_spares [spare]; lambda_fail [spare/d]
- 9 — Convention
- Pour « Couverture du stock de rechanges », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : t_spares [d]; N_spares [spare]; lambda_fail [spare/d].
- 10 — Pourquoi cette opération
- Dans « Couverture du stock de rechanges », la division rapporte une grandeur à une référence, une durée ou une capacité ; le dénominateur doit correspondre au même cas et rester non nul.
- 11 — Hypothèses
- La relation « t_spares = N_spares / lambda_fail » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Couverture du stock de rechanges ».
- 12 — Contrôle indépendant
- Multiplier le résultat par le dénominateur doit reconstruire le numérateur.
- 13 — Cas numérique
- Avec N_spares = 12 spare, lambda_fail = 0.5 spare/d: t_spares = 12 / 0.5 = 24 day.
- 14 — Pourquoi le calcul fonctionne
- Le cas numérique applique directement « t_spares = N_spares / lambda_fail » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Couverture du stock de rechanges ».
- 15 — Vérification
- Contrôle rapide : remultiplier le résultat par le dénominateur doit reconstruire le numérateur de « Couverture du stock de rechanges » à l’arrondi près.
- 16 — Estimation mentale
- Avant le calcul détaillé de « Couverture du stock de rechanges », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
- 17 — Interprétation
- Réapprovisionner ou produire localement avant que la couverture tombe sous le délai logistique réaliste.
- 18 — Ce que le résultat ne prouve pas
- Pour « Couverture du stock de rechanges », le nombre obtenu répond uniquement au modèle « t_spares = N_spares / lambda_fail » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
- 19 — Sensibilité
- Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Couverture du stock de rechanges » et de vérifier si cette variation peut changer la décision de mission.
- 20 — Exercices guidé et autonome
Exercice guidé. Recalculez ce scénario: Avec N_spares = 8 spare, lambda_fail = 0.25 spare/d: t_spares = 8 / 0.25 ?
Correction guidée détaillée — ouvrir après essai
Avec N_spares = 8 spare, lambda_fail = 0.25 spare/d: t_spares = 8 / 0.25 = 32 day. La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec N_spares = 20 spare, lambda_fail = 1 spare/d: t_spares = 20 / 1 ?
Correction autonome — ouvrir après essai
Avec N_spares = 20 spare, lambda_fail = 1 spare/d: t_spares = 20 / 1 = 20 day. La décision doit ensuite être confrontée aux marges et hypothèses du module.
- 21 — Décision mission
- Réapprovisionner ou produire localement avant que la couverture tombe sous le délai logistique réaliste.
Disponibilité de flotte
- 1 — Question concrète
- Que permet de calculer « A_fleet = n_ready / n_total » dans « Disponibilité de flotte » ?
- 2 — Intuition sans symboles
- La flotte disponible est celle qui peut réellement être engagée maintenant.
- 3 — Grandeurs
- A_fleet: fraction prête [sans dimension]; n_ready: unités prêtes [unit]; n_total: unités totales [unit]
- 4 — Formule
- A_fleet = n_ready / n_total
- 5 — Lecture
- « A fleet égale n prêt divisé par n total. »
- 6 — Symboles et sens
- A_fleet: fraction prête [sans dimension]; n_ready: unités prêtes [unit]; n_total: unités totales [unit]
- 7 — Prononciation
- La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Disponibilité de flotte ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
- 8 — Unités
- A_fleet [sans dimension]; n_ready [unit]; n_total [unit]
- 9 — Convention
- Pour « Disponibilité de flotte », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : A_fleet [sans dimension]; n_ready [unit]; n_total [unit].
- 10 — Pourquoi cette opération
- Dans « Disponibilité de flotte », la division rapporte une grandeur à une référence, une durée ou une capacité ; le dénominateur doit correspondre au même cas et rester non nul.
- 11 — Hypothèses
- La relation « A_fleet = n_ready / n_total » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Disponibilité de flotte ».
- 12 — Contrôle indépendant
- Multiplier le résultat par le dénominateur doit reconstruire le numérateur.
- 13 — Cas numérique
- Avec n_ready = 9 unit, n_total = 10 unit: A_fleet = 9 / 10 = 0.9 .
- 14 — Pourquoi le calcul fonctionne
- Le cas numérique applique directement « A_fleet = n_ready / n_total » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Disponibilité de flotte ».
- 15 — Vérification
- Contrôle rapide : remultiplier le résultat par le dénominateur doit reconstruire le numérateur de « Disponibilité de flotte » à l’arrondi près.
- 16 — Estimation mentale
- Avant le calcul détaillé de « Disponibilité de flotte », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
- 17 — Interprétation
- Suspendre les tâches non critiques si la fraction prête menace les redondances vitales.
- 18 — Ce que le résultat ne prouve pas
- Pour « Disponibilité de flotte », le nombre obtenu répond uniquement au modèle « A_fleet = n_ready / n_total » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
- 19 — Sensibilité
- Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Disponibilité de flotte » et de vérifier si cette variation peut changer la décision de mission.
- 20 — Exercices guidé et autonome
Exercice guidé. Recalculez ce scénario: Avec n_ready = 14 unit, n_total = 16 unit: A_fleet = 14 / 16 ?
Correction guidée détaillée — ouvrir après essai
Avec n_ready = 14 unit, n_total = 16 unit: A_fleet = 14 / 16 = 0.875 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec n_ready = 6 unit, n_total = 8 unit: A_fleet = 6 / 8 ?
Correction autonome — ouvrir après essai
Avec n_ready = 6 unit, n_total = 8 unit: A_fleet = 6 / 8 = 0.75 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
- 21 — Décision mission
- Suspendre les tâches non critiques si la fraction prête menace les redondances vitales.
Fiabilité d’une chaîne série
- 1 — Question concrète
- Que permet de calculer « R_series = R_1 × R_2 × R_3 » dans « Fiabilité d’une chaîne série » ?
- 2 — Intuition sans symboles
- Dans une chaîne série, chaque fonction doit réussir; les fiabilités se multiplient.
- 3 — Grandeurs
- R_series: fiabilité de la chaîne [sans dimension]; R_1: fiabilité composant un [sans dimension]; R_2: fiabilité composant deux [sans dimension]; R_3: fiabilité composant trois [sans dimension]
- 4 — Formule
- R_series = R_1 × R_2 × R_3
- 5 — Lecture
- « R série égale R 1 multiplié par R 2 multiplié par R 3. »
- 6 — Symboles et sens
- R_series: fiabilité de la chaîne [sans dimension]; R_1: fiabilité composant un [sans dimension]; R_2: fiabilité composant deux [sans dimension]; R_3: fiabilité composant trois [sans dimension]
- 7 — Prononciation
- La ligne « Lecture » ci-dessus donne la lecture orale de référence pour « Fiabilité d’une chaîne série ». Les indices, exposants et groupements éventuels doivent être prononcés lorsqu’ils changent le sens de la relation.
- 8 — Unités
- R_series [sans dimension]; R_1 [sans dimension]; R_2 [sans dimension]; R_3 [sans dimension]
- 9 — Convention
- Pour « Fiabilité d’une chaîne série », remplacer les valeurs sans changer en cours de calcul le référentiel, la base de temps, la frontière du système ni la convention de signe. Unités annoncées : R_series [sans dimension]; R_1 [sans dimension]; R_2 [sans dimension]; R_3 [sans dimension].
- 10 — Pourquoi cette opération
- Dans « Fiabilité d’une chaîne série », la multiplication combine les facteurs qui construisent directement la grandeur recherchée ; elle n’est valable que si ces facteurs décrivent le même cas.
- 11 — Hypothèses
- La relation « R_series = R_1 × R_2 × R_3 » ne vaut ici que pour le scénario décrit par la carte. Les entrées doivent être cohérentes entre elles et respecter les hypothèses physiques associées à « Fiabilité d’une chaîne série ».
- 12 — Contrôle indépendant
- Diviser le résultat par un facteur non nul doit retrouver le produit des autres.
- 13 — Cas numérique
- Avec R_1 = 0.99 sans dimension, R_2 = 0.98 sans dimension, R_3 = 0.97 sans dimension: R_series = 0.99 × 0.98 × 0.97 = 0.9411 .
- 14 — Pourquoi le calcul fonctionne
- Le cas numérique applique directement « R_series = R_1 × R_2 × R_3 » aux valeurs annoncées. Le calcul est recevable parce que les grandeurs sont substituées dans la même relation avant d’interpréter le résultat pour « Fiabilité d’une chaîne série ».
- 15 — Vérification
- Contrôle rapide : si un facteur est non nul, diviser le résultat par ce facteur doit retrouver l’autre contribution attendue dans « Fiabilité d’une chaîne série ».
- 16 — Estimation mentale
- Avant le calcul détaillé de « Fiabilité d’une chaîne série », arrondir les entrées à un chiffre utile et prévoir le signe ainsi que l’ordre de grandeur. Le résultat précis doit rester compatible avec cette estimation.
- 17 — Interprétation
- Identifier le maillon qui domine la perte et éviter de masquer une faiblesse par la moyenne des autres.
- 18 — Ce que le résultat ne prouve pas
- Pour « Fiabilité d’une chaîne série », le nombre obtenu répond uniquement au modèle « R_series = R_1 × R_2 × R_3 » dans le scénario déclaré. Il ne démontre ni la qualité des données d’entrée ni la validité du modèle dans d’autres conditions.
- 19 — Sensibilité
- Faire varier une entrée à la fois autour du cas nominal permet d’identifier ce qui pilote le résultat de « Fiabilité d’une chaîne série » et de vérifier si cette variation peut changer la décision de mission.
- 20 — Exercices guidé et autonome
Exercice guidé. Recalculez ce scénario: Avec R_1 = 0.95 sans dimension, R_2 = 0.95 sans dimension, R_3 = 0.95 sans dimension: R_series = 0.95 × 0.95 × 0.95 ?
Correction guidée détaillée — ouvrir après essai
Avec R_1 = 0.95 sans dimension, R_2 = 0.95 sans dimension, R_3 = 0.95 sans dimension: R_series = 0.95 × 0.95 × 0.95 = 0.8574 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
Exercice autonome. Recalculez ce scénario: Avec R_1 = 0.999 sans dimension, R_2 = 0.99 sans dimension, R_3 = 0.98 sans dimension: R_series = 0.999 × 0.99 × 0.98 ?
Correction autonome — ouvrir après essai
Avec R_1 = 0.999 sans dimension, R_2 = 0.99 sans dimension, R_3 = 0.98 sans dimension: R_series = 0.999 × 0.99 × 0.98 = 0.9692 . La décision doit ensuite être confrontée aux marges et hypothèses du module.
- 21 — Décision mission
- Identifier le maillon qui domine la perte et éviter de masquer une faiblesse par la moyenne des autres.
Progression de maîtrise
- fiabilité: appliquez le contrôle concret de sa fiche.
- maintenabilité: appliquez le contrôle concret de sa fiche.
- MTBF: appliquez le contrôle concret de sa fiche.
- cannibalisation: appliquez le contrôle concret de sa fiche.
- Synthèse de « Maintenance, fiabilité de flotte et réparations sur Mars »: confrontez « fiabilité » à « maintenabilité »; choisissez le contrôle prioritaire.
Vérification de maîtrise
Validation 35 — fiabilité, maintenabilité, MTBF, cannibalisation. Pour chaque notion: un indice et un contrôle.
Objectifs de maîtrise
- Lire « fiabilité » comme un problème concret de « Maintenance, fiabilité de flotte et réparations sur Mars » et non comme une définition à réciter.
- Contrôler un résultat chiffré lié à « fiabilité » par une seconde méthode simple.
- Dire quelle donnée supplémentaire manque avant de trancher sur « maintenabilité ».
- Choisir une réponse opérationnelle cohérente avec « MTBF » et ses marges.
1. Fiabilité et maintenabilité ne sont pas la même chose
La fiabilité décrit la probabilité qu’un équipement accomplisse sa fonction pendant une durée donnée. La maintenabilité décrit la facilité et le temps nécessaires pour le diagnostiquer, l’ouvrir, le réparer, le tester puis le remettre en service. Un système très fiable mais irréparable peut devenir dangereux sur Mars; un système moins fiable mais modulaire, instrumenté et réparable peut offrir une meilleure disponibilité opérationnelle.
2. Concevoir pour l’accès, pas seulement pour la performance
Un filtre inaccessible derrière trois équipements peut transformer une opération de dix minutes en intervention de six heures. Les connecteurs, trappes, masses manipulables, couples de serrage, outils et zones de travail doivent être pensés dès la conception. Les interfaces communes permettent de remplacer un sous-ensemble par un autre sans reconstruire tout le système.
3. Du symptôme à la cause: diagnostic et arbre de panne
Le diagnostic commence par distinguer symptôme, mécanisme de panne et cause racine. Une chute de débit d’eau peut venir d’une pompe, d’un filtre colmaté, d’une vanne partiellement fermée, d’un capteur faux ou d’une fuite. L’équipage doit disposer de télémétrie, de points de mesure et de procédures qui évitent de remplacer au hasard des pièces saines.
4. Réparer au niveau le plus bas raisonnable
Sur Terre, on remplace souvent un module entier parce que la logistique le permet. Sur Mars, la masse de rechange est limitée. Réparer une carte, un moteur, un joint ou une pompe peut économiser des dizaines de kilogrammes de stock. Mais descendre trop bas augmente formation, outils et risque d’erreur. La bonne granularité est un compromis d’architecture.
5. Redondance, cannibalisation et dette technique
Deux équipements identiques permettent une redondance mais aussi la cannibalisation: récupérer une pièce d’un système indisponible pour en sauver un autre. Cette stratégie doit être gouvernée, car elle crée une dette technique. Chaque prélèvement doit être tracé afin que la base sache exactement quels actifs ne sont plus complets.
6. Maintenance préventive, prédictive et corrective
La maintenance préventive intervient selon un calendrier ou un nombre d’heures. La maintenance prédictive utilise tendances de vibration, température, courant ou pression pour intervenir lorsque la dégradation apparaît. La corrective intervient après la panne. Sur Mars, combiner les trois réduit à la fois la masse de rechanges et le risque de panne brutale.
7. Modes de défaillance communs et indépendance réelle
Deux équipements identiques ne constituent pas automatiquement une redondance robuste. S'ils partagent le même convertisseur électrique, le même logiciel, le même capteur d'ambiance ou la même erreur de maintenance, une cause unique peut neutraliser les deux. L'analyse doit donc distinguer panne indépendante et défaillance de cause commune. Pour une base martienne, l'enjeu est opérationnel: deux pompes de circulation installées côte à côte peuvent être perdues ensemble si une contamination du fluide, une surchauffe locale ou une procédure de maintenance erronée touche le sous-système entier. La redondance utile exige séparation des alimentations lorsque c'est justifié, diversité de capteurs, isolation possible, modes de repli et procédures capables de confirmer qu'un canal de secours est réellement sain avant de lui transférer la charge.
8. Concevoir le stock de rechanges à partir du risque, pas de la peur
Emporter une copie de chaque pièce semble rassurant mais devient rapidement impossible lorsque masse, volume et durée de mission augmentent. Le dimensionnement des rechanges doit combiner fréquence de panne, criticité, délai de remplacement, possibilité de réparation locale, communauté de pièces et conséquences d'une rupture de stock. Un joint léger et spécifique peut mériter plusieurs exemplaires; une structure lourde très fiable peut relever d'une stratégie de réparation plutôt que d'un remplacement complet. Le mainteneur doit aussi regarder les consommables cachés: lubrifiants, filtres, connecteurs, fixations, adhésifs, produits de nettoyage et moyens de test. La logistique de maintenance devient ainsi un problème quantitatif lié à la fiabilité et non une liste construite après la conception.
9. Fermer la boucle: panne, retour d’expérience et modification de configuration
Une base qui répare sans apprendre accumule les mêmes défaillances. Chaque incident significatif doit produire une trace exploitable: symptômes initiaux, données de télémétrie, hypothèses testées, cause retenue, pièces remplacées, état après réparation et éventuelle modification de procédure. Si la même panne réapparaît, l'équipe doit décider si le problème vient de la maintenance, de l'environnement ou de la conception. Toute modification permanente doit ensuite être contrôlée par la gestion de configuration afin que schémas, logiciels, stocks et procédures décrivent encore le système réellement présent sur Mars. La maintenance devient donc un moteur d'amélioration continue, pas seulement une activité de remise en état.
10. Exemple calculé: disponibilité d’une fonction critique
Supposons un équipement qui fonctionne en moyenne 2 000 h entre pannes et demande 20 h de réparation. Une approximation de disponibilité vaut A = MTBF/(MTBF+MTTR) = 2 000/(2 000+20) ≈ 0,9901, soit 99,01 %. Si le temps de réparation monte à 200 h faute d’accès ou de pièces, A tombe à 90,9 %. La maintenabilité peut donc coûter presque dix points de disponibilité sans changer la fiabilité intrinsèque.
Approfondissement: dimensionner la disponibilité plutôt que compter seulement les pannes
Un système vital peut tomber rarement en panne et rester pourtant indisponible trop longtemps si sa réparation est lente. La disponibilité relie donc deux grandeurs différentes: le temps moyen de bon fonctionnement et le temps moyen nécessaire pour remettre le système en service. La NASA traite fiabilité et maintenabilité comme deux disciplines liées mais distinctes. Pour Mars, cette distinction devient concrète parce qu'un atelier, un technicien ou un rechange peuvent eux-mêmes être indisponibles. NASA — Reliability and Maintainability
Exemple calculé. Supposons un compresseur dont le temps moyen entre pannes est de 2 000 heures et dont la réparation moyenne demande 20 heures. La disponibilité intrinsèque simplifiée vaut A = MTBF ÷ (MTBF + MTTR). Ici, A = 2 000 ÷ (2 000 + 20) = 2 000 ÷ 2 020 ≈ 0,9901, soit environ 99,01 %. Cela paraît excellent. Mais sur une année de 8 760 heures, 0,99 % d'indisponibilité représente encore environ 86,7 heures. Pour une fonction vitale, il faut donc regarder ce que le système alimente, la redondance et le mode dégradé, pas seulement le pourcentage.
La même formule permet de voir où agir. Si la fiabilité du compresseur ne change pas mais que l'atelier, les procédures et les rechanges font passer le MTTR de 20 heures à 5 heures, A = 2 000 ÷ 2 005 ≈ 99,75 %. Le gain vient ici de la maintenabilité. Une colonie doit donc investir dans l'accès aux composants, le diagnostic, la standardisation, les outils et la formation autant que dans la robustesse initiale du matériel. NASA NTRS — Supportability Concepts
11. Exercice progressif
Une base possède trois pompes identiques. Deux sont nécessaires au fonctionnement nominal; la troisième est une réserve. Proposez une stratégie de rotation, de contrôle de vibration et de pièces communes. Expliquez ce qui change si le joint principal a 30 % de probabilité de défaillir sur 500 jours.
Correction raisonnée
Une stratégie possible fait tourner périodiquement A, B et C afin que la réserve ne reste pas des centaines de jours sans être sollicitée: deux pompes en service, la troisième contrôlée puis réintroduite selon un calendrier fondé sur les heures de fonctionnement et l'état. Les tendances vibratoires doivent être enregistrées avec le débit, la température et le courant moteur pour distinguer usure mécanique et changement de charge. Si chaque joint avait indépendamment 30 % de probabilité de défaillir sur 500 jours, l'espérance serait 0,9 défaillance sur trois pompes et la probabilité d'au moins une défaillance serait 1 − 0,7³ ≈ 65,7 %. Cela justifie des joints de rechange, l'outillage de remplacement et une surveillance renforcée; un mode commun rendrait l'hypothèse d'indépendance encore trop optimiste.
Mini-projet
Construire le plan de supportabilité d’un atelier martien: inventaire des fonctions critiques, niveaux de réparation, outils, documentation hors ligne, pièces communes, critères de cannibalisation, essais de remise en service et indicateurs de disponibilité.