Je pense qu'il va falloir faire des compromis ici ou là, car, à priori, il n'y a pas de solution simple qui réponde à l'ensemble des demandes.
Déjà, il faut distinguer les fonctions importantes, de celles qui le sont moins :
- La surveillance de la température semble indispensable.
- La détection de la perte d'alimentation globale semble aussi indispensable.
- La détection de la non consommation de chaque frigo est à discuter (vu qu'on peut la détecter par l’augmentation de la température, et qu'il faudra calibrer chaque frigo en fonction de sa conso spécifique, et de la période de l'année)
- La remontée en central des température semble également à discuter. Si la gestion des SMS est réalisée en local, elle n'a pas trop d'utilité.
Côté technologie, je pense qu'on peut oublier l'idée d'avoir un RPi sur chaque site (gestion de l'OS, patches, purge des fichiers, fiabilité des cartes SD, coût de la solution, mise en place de la Domotique, paramétrage des capteurs, ...).
On pourrait acheter capteurs de température déjà construits (ZigBee par exemple), et y ajouter une "box" du fabricant, en utilisant son Cloud, mais les seuls capteurs de perte de tension que je connaisse ne remontent la perte de tension qu'à son retour (vu qu'il faut du jus pour que les capteurs, la box fabricant et la box Internet fonctionnent). De plus, on peut tout contrôle en cas de coupure Internet. Sans compter le fait qu'il faut en trouver un qui puisse envoyer des SMS, en général ça se limite aux mails. Enfin, il faudrait un paramétrage local de chaque box fabricant, en général à partir d'un téléphone portable, sur des logiciels par forcement compréhensibles et/ou en français.
Du coup, à part une solution "sur mesure", j'ai du mal à voir ce qu'on pourrait faire ...
Si on se concentre sur les 2 premières fonctions, l'idée peut être de faire un capteur de température par frigo, voire quelques capteurs par ESP (attention, la longueur des bus 1-Wire n'est pas infinie, et la gestion propre des impédances quasiment impossible sans un minimum d'expertise en électronique, qu'on n'aura pas en local). La détection de présence de tension et l'envoi des SMS peut se faire par un ESP avec une batterie. Il n'est pas impossible de faire cohabiter les capteurs de température et le modem SMS.
Du coup, on pourrait avoir un module comprenant l'envoi de SMS et la gestion de quelques capteurs pas trop éloignés les un des autres, et le même sans modem SMS pour les capteurs additionnels surnuméraires ou trop éloignés du module SMS.
Pour que ça fonctionne, il faudrait faire un circuit pour le module complet (on ne monterait pas le modem SMS pour la version "capteurs supplémentaires"), dans un boîtier imprimé 3D. On doit pouvoir trouver des gens qui font ça en petite série. Ne pas hésiter à contacter les FabLab autour de soi, ils ne rechignent en général pas à aider les autres assos (et les restos ont bonne presse
Pour le logiciel, on fait un peu ce qu'on veut, c'est l'avantage du DIY.
Côté maintenance/évolution hardware et software, mettre le tout en logiciel/matériel libre (sur GitHub par exemple), afin que tout le monde puisse se l'approprier, le corriger et y ajouter éventuellement d'autres fonctions. C'est la beauté du logiciel libre. Et il doit bien avoir des informaticiens parmi les bénévoles des restos.
Pour le déploiement, je pense qu'il faut quelqu'un en central pour réaliser le paramétrage initial du site avant d'envoyer le(s) boîtier(s), et renvoyer de nouveaux boîtiers en cas de panne. Je sais que ça existe, j'ai un ancien collègue qui œuvre aux restos sur le déploiement des logiciels un peu partout en France.
Mais tout ça n'est que mon point de vue ...