27/03/2019, 16:30:16
(27/03/2019, 13:30:16)vf62 a écrit : si je prends un exemple concret avec mon couloir qui comporte un détecteur de mouvement, 2 circuits de lumieres : un pour les plafonniers et un pour les balises led en bas de mur.
Effectivement, je n'ai pas de GA direct entre le détecteur et les sorties des 2 circuits, le superviseur (jeedom) est entre les 2 et évalue selon des conditions (mode nuit par exemple) si il faut allumer les plafonnier ou les balises.
Mais si jamais le superviseur est HS, en secours, il y a un bouton à chaque bout du couloir qui permet d'allumer les plafonniers en pur knx.
et si le bouton est utilisé alors que le superviseur est en fonction, avec les retours d'état, il est très simple pour lui de gérer ce cas.
Et si pas de BP par exemple vu qu'il y a un capteur de présence ? Car dans ce cas, je peux tout dédoubler. Les BP qui communiquent avec le superviseur et ceux au cas ou, en pru KNX. Ce n'est pas l'idée. Certaines pièces n'ont pas de hardware en backup. Je cherche une solution plus "universelle". Mais tu as cerné la problématique.
(27/03/2019, 13:37:11)Kevlille a écrit : @Cocothebo
Avec les RPI 3B+, plus besoin de SD on peut booter direct sur un support branché en USB.
J'en ai un qui tourne H24 depuis quasi un an (avec un SSD M2 sur une carte fille branché en USB) et aucun plantage.... DOnc la solution RPI peut être robuste ;-)
Laisse moi faire un tour près de ton RPi avec un appareil photo...
Juste a voir la partie alimentation, on voit que c'est light... Surtout si le RPi chauffe un peu. Ca peut fonctionner pendant qques temps mais ce n'est pas écrit noir sur blanc, contrairement à du matériel conçu pour un usage intensif.
Un peu comme pour les HDD RAID et Green...