Backup d'un superviseur

[filou59]

Le rasberry est un outil de développement, pas de production. Il dispose de contrainte de coût qui en font un produit fragile. Donc un point faible, comme un superviseur "commercial".

Là tu te trompes, je travaille en milieu industriel, et on utilise des Pi depuis quelques années maintenant, en remplacement de PC industriel un peu "viello" qui tournait avec des vieux XP et des disques Flash IDE devenant plus cher qu'un PI. 
Pour d'autre appli on utilise des Pi afin de les utiliser en tant que passerelle de protocole en faisant tourné Codesys dessus.

En quoi le Pi serait plus fragile qu'un ordi classique ? 
Meme par rapport a un automate Industriel, si je n'ai pas besoin d'E/S je ne me pose pas de question.

Certaines société vendent des solutions a base de pi que ce soit pour du milieu indus et même du KNX, si le produit n’était pas fiable elles ne le feraient pas a mon avis.
Maintenant même certains automate fond tourner un Linux a coté de leur tache principale

Comme tu le dis le pi est un outil de dev a la base, ce n'est pas une solution clé en main, il faut parfois chercher un peu pour bien sécurisé la chose mais le gros avantage c'est la communauté qu'il y a derrière et qui a trouvé toutes les solutions au problèmes existant.

Je pense que le module logique de ABB ABA/S 1.2.1 dispose également d'un petit OS, donc également sensible... Et je suis totalement opposé à la dispertion des modules logique via divers participant qui embarquent cela. C'est du dépannage.

Si tu pars de ce principe il va falloir que tu reviennes a une installation électrique classique avec de bon vieux inter relais  ou télérupteur, car chaque participant KNX dispose d'une appli plus ou moins sophistiqué et qui peu être sensible , un participant peu ne plus répondre après une tentative de programmation ou même en utilisation normal.

Que tu te poses la question d'une éventuel panne est tout a fait normal, maintenant a moins d’être dans un environnement sensible ou la continuité de service est primordial (Bureau/Tertiaire...) les contraintes ne sont pas les même.

Par exemple inutile de prévoir une double alim redondante comme la MDT qui est parfois cité, il suffit de prévoir une 2nd alim en attente dans son tableau que l'on pourrait mettre sous tension via un départ distinct.
Dans le même style utilisation d'une solution a base de pi que ce soit un superviseur (Jeedom/openhab/Codesys+Knx) qu'est-ce qui empeche d'avoir un Pi en secours et ou le support de stockage* en secours avec l'image de la derniere config stable que l'on utilise.

*Carte SD/Cle USB/SSD