Traduit de English par IA ·
Bonjour. Je gère une maison d’hôtes de 12 chambres et je suis novice en la matière, alors soyez patients avec moi.Je souhaite des capteurs de température, d’humidité et de porte dans chaque chambre, ainsi qu’une sonde de température pour le chauffe-eau (geyser). Mon neveu a suggéré cette disposition et j’aimerais savoir si elle est judicieuse avant d’acheter tout le matériel :
ESP8266 node per room (DHT22 + reed switch)
| Wi-Fi, MQTT
Raspberry Pi 4 in the office (Mosquitto + Node-RED)
| internet
Hermetry (dashboards, alarms to my phone)Nous subissons un délestage (load shedding) la plupart des semaines, si bien que la connexion internet est coupée pendant 2 à 4 heures à chaque fois. Je ne veux pas perdre de relevés pendant ces coupures. Plus tard, je voudrais peut-être couper les chauffe-eau depuis le tableau de bord. Est-ce faisable et souple, ou le Pi au milieu est-il une erreur ?
Hello. I manage a guest house, 12 rooms, and I’m new to all of this, so please be patient with me.
I want temperature, humidity and door sensors in each room, plus a geyser temperature. My nephew suggested this layout and I’d like to know if it is sensible before I buy everything:
ESP8266 node per room (DHT22 + reed switch)
| Wi-Fi, MQTT
Raspberry Pi 4 in the office (Mosquitto + Node-RED)
| internet
Hermetry (dashboards, alarms to my phone)We get load shedding most weeks, so the internet goes down for 2 to 4 hours at a time. I don’t want to lose readings then. Later I may want to switch the geysers off from the dashboard. Is this feasible and flexible, or is the Pi in the middle a mistake?
Traduit de English par IA ·
Faisable. Branchez toutefois le Pi et le routeur sur un petit onduleur (UPS), sinon le Pi ne vous sert à rien pendant les délestages.
Feasible. Put the Pi and the router on a small UPS though, otherwise the Pi buys you nothing during load shedding.
Traduit de English par IA ·
Nous faisons à peu près la même chose dans quelques petites stations de pompage, donc quelques remarques à ce sujet.Le Pi au milieu est un bon choix compte tenu de vos coupures. Faites-le fonctionner comme passerelle : un appareil dans Hermetry marqué « This device is a gateway », et chaque salle devient un appareil enfant dès la première fois que le Pi la signale. Node-RED récupère les messages des salles depuis Mosquitto, les conserve dans un fichier ou une petite table SQLite pendant la coupure d’Internet, puis les envoie avec leurs propres horodatages :
topic v1/gw/telemetry
{"Room 4": [{"ts": 1793000000000, "values": {"temperature": 22.1, "humidity": 51, "door_open": 0}},
{"ts": 1793000300000, "values": {"temperature": 22.0, "humidity": 51, "door_open": 1}}]}Assurez-vous que le Pi a la bonne heure (NTP au démarrage) avant d’ajouter un ts à quoi que ce soit. Un gros arriéré se vide un peu plus lentement, car les rejeux ont leur propre limite de débit dans le profil, c’est normal.La commande du chauffe-eau peut passer par le même Pi. Une commande envoyée à un appareil enfant descend vers sa passerelle sur v1/gw/rpc, donc Node-RED s’y abonne et la transmet à la bonne salle. Ou bien faites du contrôleur du chauffe-eau un appareil à part qui se connecte directement à Hermetry. Pour un chauffe-eau, je privilégierais la connexion directe, avec moins de pièces mobiles.Les topics de passerelle sont décrits dans Devices behind a gateway.
We run nearly this at a few small pump stations, so a couple of things from that.
The Pi in the middle is a good call because of your outages. Have it act as a gateway: one device in Hermetry marked « This device is a gateway », and each room becomes a child device the first time the Pi reports it. Node-RED collects the room messages from Mosquitto, keeps them in a file or a small SQLite table while the internet is down, and then sends them on with their own timestamps:
topic v1/gw/telemetry
{"Room 4": [{"ts": 1793000000000, "values": {"temperature": 22.1, "humidity": 51, "door_open": 0}},
{"ts": 1793000300000, "values": {"temperature": 22.0, "humidity": 51, "door_open": 1}}]}Make sure the Pi has the right time (NTP after boot) before you put a ts on anything. A big backlog drains a bit slower because replays have their own rate limit on the profile, that’s normal.
Geyser switching can go through the same Pi. A command sent to a child device comes down to its gateway on v1/gw/rpc, so Node-RED subscribes to that and passes it on to the right room. Or make the geyser controller its own device that connects to Hermetry directly. For a geyser I’d go direct, fewer moving parts.
Gateway topics are described in Devices behind a gateway.
Traduit de English par IA ·
Merci à vous deux. J’ai acheté l’onduleur, le Pi fonctionne comme passerelle depuis deux semaines. Mardi dernier, nous avons eu 4 heures de coupure, et les graphiques des pièces se sont remplis ensuite sans aucun trou. Le premier essai créait un profil « Generic child » pour chaque pièce, puis j’ai appris à envoyer un « type » à la connexion. Le contrôleur du chauffe-eau sera son propre appareil.
Thank you both. Bought the UPS, the Pi has been running as the gateway for two weeks. Last Tuesday we had 4 hours off and the room charts filled in afterwards with no gap. The first try made a « Generic child » profile for every room, then I learned to send a « type » on connect. The geyser controller will be its own device.
- Vous devez être connecté pour répondre à ce sujet.
Rejoignez la discussion
Connectez-vous pour poser et répondre à des questions, aimer les messages utiles et marquer la réponse qui a résolu votre problème. Chaque contribution rapporte des points et des niveaux.