Pour les Restos du Coeur

[scifi38150]

Si on envisage une remontée périodique des capteurs (plutôt qu'une remontée sur alarme seulement), il est toujours possible de détecter l'absence de données sur quelques périodes. Cette façon de faire valide le bon fonctionnement de la chaîne de bout en bout (le détecteur et le réseau). En cas de panne de courant (ou de réseau), plus aucun détecteur d'un site ne sera visible. Sinon, le(s) seul(s) détecteur(s) en panne en remontera(ront) plus de données.

Entièrement d'accord sur le processus pour l'alimentation électrique ! Reste à trouver le bon produit et comment gérer ce processus.. Quel logiciel/applicatif simple à la portée de personnes connaissant la bureautique ?

Je tiens à préciser que les responsables de centre ne sont pas des informaticiens mais des gestionnaires !!

[scifi38150]

Pour info j'ai demandé de l'aide à SONOFF.

J'attends leur réponse...

[Flying Domotic]

Entièrement d'accord sur le processus pour l'alimentation électrique ! Reste à trouver le bon produit et comment gérer ce processus.. Quel logiciel/applicatif simple à la portée de personnes connaissant la bureautique ?

Je tiens à préciser que les responsables de centre ne sont pas des informaticiens mais des gestionnaires !!

Tout dépend de l'organisation qu'on souhaite avoir ...

Si je reprends le besoin, l'idée est de signaler localement un souci avec les frigos. En gros, on veut savoir :
1) si un frigo est débranché (tension à la prise à zéro), ou consomme moins d'un certain seuil sur un temps donné
2) si la température dépasse un seuil (éventuellement sur un temps donné)

De plus, on souhaite également savoir si on a une panne globale de courant, avec un dispositif alimenté sur batterie.

Ce qui n'est pas (encore) défini :
- le moyen de signalisation (SMS, Télégram, mail, ...),
- la disponibilité d'un utilisateur avancé (ou d'un informaticien) en central (en local, la réponse est visiblement non),
- le niveau de dépendance local accepté (la perte de signalisation est elle acceptable en cas de coupure d'un lien Internet ?),
- le niveau de dépendance externe accepté (peut-on dépendre dun serveur Web externe (souvent localisé en Chine) ?).

Avec ça, on peut définir l'architecture globale incluant le réseau et réfléchir au paramétrage des applications.

[scifi38150]

Réponse de Sonoff
Qu'en pensez vous ?

Cher Monsieur/Madame,

Je voudrais vous informer concernant la question ci-dessous.

Vous pouvez appliquer le module ci-dessous.
Vous pouvez indiquer dans l'application si le module perd le signal.
L'application Ewelink indique que le signal est perdu au bout de 5 minutes.

https://www.sonoff.be/a-88663809/wifi-p ... escription

Vous pouvez utiliser le module ci-dessous pour la mesure de la température.'
Vous pouvez faire changer le module ou envoyer une notification dans l'application Ewelink lorsque la température a atteint la limite inférieure.

https://www.sonoff.be/a-77582654/wifi-m ... escription

https://www.sonoff.be/a-87831465/access ... escription

[Martial]

Bonjour,
J'ai été moi même bénévole chez les restos et je vois bien le problème exposé, mais sachant le contexte, je serai plus partant d'une solution plus minimale et surtout "industrialisable", sachant qu'il ne faut compter sur aucune technicité de la part des bénévoles dans les centres.
Que penseriez-vous d'un boitier autonome par congélateur?
Ce boitier aurait une signature unique, remontée en WiFi sur un serveur centralisé.
Ce boitier comporterait:
- Une alimentation secourue par une batterie de type 18650
- Un ESP32 (ou le même genre) qui supervise l'alimentation (en amont et en aval de la batterie) et une sonde déportée DS1820 ou équivalente pour la température, et il remonte, périodiquement les infos tension/température au serveur sous un identifiant unique inséré lors de la fabrication.
Le coût de fabrication (surtout en série) devrait pouvoir être relativement faible, même s'il est multiplié par le nombre de congélo/frigo à surveiller. Je sais qu'ici il y a des gens qui savent faire de la petite série. Peut-être peuvent-ils nous évaluer un tel boitier.
Inconvénient: dans certains centres, la box internet peut peut-être être hors de portée wifi, mais la portée wifi est bien supérieure à celle du zigbee.
Avantage: mise en oeuvre ultra simple (brancher la prise et insérer la sonde dans le congélo) et si un boitier tombe en panne, il peut être remplacé par n'importe quel bénévole en remontant l'info au gestionnaire.

Qu'en pensez-vous?

[Flying Domotic]

L'idée n'est pas mauvaise, mais ne répond que partiellement au besoin car o ne surveille que la température, et pas la consommation des frigos. De plus, il est nécessaire que le WiFi soit présent, donc que la box soit alimentée de son côté.

Ceci dit, si on peut admettre de ne surveiller que la température (sans batterie sur les ESP ni la box), et considérer que si l'alim tombe, on le verra avec l'augmentation de la température.

On peut détecter la perte totale de courant sur un site lorsqu'on n'a plus de mises à jour sur tous ses capteurs pendant une durée donnée. Le souci est qu'en cas de perte de WIFi, de la box ou de l'accès Internet, on aura la même vision en central que la perte de courant..

Sans système de signalisation local (serveur SMS alimenté sur batterie par exemple), pas moyen de distinguer entre ces différents soucis.

Qu'est-ce qu'en pense @scifi38150 ?

[Martial]

La surveillance de la présence du secteur peut être assurée par l'ESP, comme je l'ai suggéré.
Si on veut un niveau supplémentaire, il faut ajouter un serveur local (un pi avec une batterie fera très bien l'affaire) avec un dongle 4G pour ne pas être tributaire de la box, mais dans ce cas, on est tributaire du pi, je ne suis pas certain d'améliorer la disponibilité, mais l'un peut surveiller l'autre.
Pourquoi rejeter l'idée d'une batterie sur l'ESP? J'admets que cela ne résout pas le problème de l'alim de la box, mais le pi avec sa batterie de secours peut s'en apercevoir et envoyer un SMS.
Toutes ces idées sont possibles mais ont un coût qui augmente avec les fonctionnalités et je doute fort que les Restos acceptent d'investir beaucoup sur le sujet mais je peux me tromper.

[Flying Domotic]

En fait, ce n'est pas la présence du secteur, mais la consommation du frigo (l'énergie consommée sur une période de temps) qu'on souhaite suivre. Il faut donc à minima, mesurer le courant consommé, probablement à l'aide d'un tore.

Si on utilise le WiFi comme moyen de connexion, on n'a plus besoin de PI sur chaque site. Du coup, la clef 4G peut être habilement commandée par l'intermédiaire d'un ESP (dédié ou pas). Ça évite d'avoir à gérer un OS à distance sur chaque site, et ça réduit bien les coûts.

En gros :
1) solution minimaliste : un ESP en WiFi sur la box par frigo (ou pour un groupe de frigos, les capteurs de température se mettent en parallèle sans souci). La panne de frigo se déduit par une montée en température, la panne de courant se déduit par l'arrêt de réception des messages d'un site sur une machine centrale qui gère un unique modem 4G SMS. Pas besoin de batteries. Inconvénient : on ne sais pas distinguer les pb de réseau/WiFi/Internet de la panne de courant.
2) solution intermédiaire : les ESP sont connectés au travers du protocole ESP Now. Plus besoin de WiFi. Un modem 4G est installé sur chaque site (sur un ESP dédié ou un ESP existant) pour envoyer des SMS. Une batterie sur cet ESP permet aussi de détecter les coupures de courant. Rien n'empêche de remonter des données en central, mais les sites sont autonomes en ce qui concerne leur fonctionnement. Si on envoie aussi les données en central, ce site pourrait servir de secours du serveur SMS local, en cas de souci.
3) solution avancée : on prend la solution 2 et on ajoute une mesure de courant sur chaque frigo pour identifier une panne avant de constater la chute de température.

Perso, je pense que la solution 2, avec des ESP à sonde unique, plus un ESP spécifique avec un modem SMS et une remontée centralisée pour faire des stats serait une bonne idée. J'ajouterais même un serveur Web local sur l'ESP SMS pour que les locaux puissent gérer leur solution eux-mêmes, à commencer par la liste des numéros qui recevront des SMS en cas d'incident. En ajoutant un ATtiny85 qui sert de chien de garde et réinitialise l'ESP s'il plante, histoire de ne pas avoir d'actions correctives à faire en local.

Bien penser à former un groupe pour la conception du truc, plutôt que de la confier à une seule personne

[Martial]

Beau résumé et améliorations des idées et solutions.
ESP Now est dans la même gamme de fréquence que le wifi (+bluetooth), donc avec les même limitations, mais gros avantage, ne pas être tributaire de la box.
Cependant, l'un n'empêche pas l'autre.

A @scifi38150 ne dire si on continue dans cette voie.

[Flying Domotic]

De mémoire, il n'est pas possible d'utiliser en même temps EspNow et le WiFi. Par contre, il n'est pas impossible de lier 2 ESP, l'un en WiFi, l'autre en EspNow, par exemple en I2c ou en lien série. A 3 € le module, on peut multiplier les petits pains