La disponibilité a été abordée plusieurs fois :) (cf. arrêt de la chaîne de production, coupure non-programmée, ect).
Est ce qu'il y a des modèles de (haute) disponibilité sur les automates ?
Comme les simples PC, la haute disponibilité se retrouve sur plusieurs points : sur l'architecture de l'automate lui-même (redondance des alimentations, redondance des cartes de communication, …) et sur l'architecture de l'ensemble (automates en doubles, double réseau informatique / bus de terrain, …). Évidemment, si tu as une vanne motorisée qui ne peut être actionnée (partie "commande") que par un seul automate, c'est alors sur l'architecture de ton processus indus qu'il faut agir (par exemple, construire 2 chemins de vapeurs pour aller du point A au point B, avec aucune vanne commune aux deux chemins). Pour le "contrôle", on peut parfois agir sur une redondance des mesures : on sait qu'une cuve est remplie lorsque le poids de celle-ci atteint X kg mais aussi que le flotteur atteint une hauteur de y cm. Si un capteur (ou l'automate auquel le capteur est relié) ne remonte pas l'info, alors l'autre capteur apporte l'information permettant de continuer à faire tourner le processus industriel. Dans ce dernier cas, c'est assez complexe car il faut rajouter des mécanismes d'élection : si 2 infos contradictoires, dois-je tout arrêter ou prendre l'information la plus prudente ou prendre l'information la plus plausible ?
Je ne me suis pas allé plus loin que la lecture de quelques docs concernant la domotique sous Linux, pourtant j'avais cru voir qu'il y avait pas mal de choses bien aboutie …
[^] # Re: Et la disponibilité ?
Posté par porki . En réponse à la dépêche État des lieux de la sécurité industrielle. Évalué à 2.
La disponibilité a été abordée plusieurs fois :) (cf. arrêt de la chaîne de production, coupure non-programmée, ect).
Est ce qu'il y a des modèles de (haute) disponibilité sur les automates ?
Comme les simples PC, la haute disponibilité se retrouve sur plusieurs points : sur l'architecture de l'automate lui-même (redondance des alimentations, redondance des cartes de communication, …) et sur l'architecture de l'ensemble (automates en doubles, double réseau informatique / bus de terrain, …). Évidemment, si tu as une vanne motorisée qui ne peut être actionnée (partie "commande") que par un seul automate, c'est alors sur l'architecture de ton processus indus qu'il faut agir (par exemple, construire 2 chemins de vapeurs pour aller du point A au point B, avec aucune vanne commune aux deux chemins). Pour le "contrôle", on peut parfois agir sur une redondance des mesures : on sait qu'une cuve est remplie lorsque le poids de celle-ci atteint X kg mais aussi que le flotteur atteint une hauteur de y cm. Si un capteur (ou l'automate auquel le capteur est relié) ne remonte pas l'info, alors l'autre capteur apporte l'information permettant de continuer à faire tourner le processus industriel. Dans ce dernier cas, c'est assez complexe car il faut rajouter des mécanismes d'élection : si 2 infos contradictoires, dois-je tout arrêter ou prendre l'information la plus prudente ou prendre l'information la plus plausible ?
Je ne me suis pas allé plus loin que la lecture de quelques docs concernant la domotique sous Linux, pourtant j'avais cru voir qu'il y avait pas mal de choses bien aboutie …