Traduit de English par IA ·
Bonjour à tous. J’ai un Pi 4 qui relève l’humidité du sol et quelques DS18B20 dans notre jardin partagé le samedi, et le reste de la semaine il reste à la maison sur l’établi pour lire les capteurs de la serre. Il publie vers Hermetry avec paho-mqtt.Problème : il ne se connecte jamais qu’à mon WiFi domestique. Au jardin, j’active le point d’accès de mon téléphone, mais le Pi ne le rejoint pas, et je rentre donc sans aucune donnée dans Hermetry pour cette journée. J’ai suivi un guide et ajouté les deux réseaux dans /etc/wpa_supplicant/wpa_supplicant.conf avec priority=, mais le fichier semble ignoré.
$ cat /etc/os-release | head -1
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
$ nmcli -t -f NAME,TYPE con show
preconfigured:802-11-wireless
lo:loopbackDeuxième point, lié : si le Pi est hors ligne un moment, puis-je garder les relevés et les envoyer plus tard ? Actuellement, le script les abandonne simplement quand la publication échoue.
Hi all. I have a Pi 4 that reads soil moisture and a couple of DS18B20s at our community allotment on Saturdays, and the rest of the week it sits at home on the bench reading the greenhouse sensors. It publishes to Hermetry with paho-mqtt.
Problem: it only ever connects to my home WiFi. At the allotment I turn on the hotspot on my phone and the Pi just doesn’t join, so I come home with nothing in Hermetry for that day. I followed a guide and put both networks in /etc/wpa_supplicant/wpa_supplicant.conf with priority=, but it looks like the file is ignored.
$ cat /etc/os-release | head -1
PRETTY_NAME="Debian GNU/Linux 12 (bookworm)"
$ nmcli -t -f NAME,TYPE con show
preconfigured:802-11-wireless
lo:loopbackSecond thing, related: if it’s offline for a bit, can I keep the readings and send them later? Right now the script just drops them when publish fails.
Traduit de English par IA ·
Bookworm utilise désormais NetworkManager, donc wpa_supplicant.conf n’est plus lu. La solution passe par nmcli.
Bookworm uses NetworkManager now, so wpa_supplicant.conf isn’t read anymore. nmcli is the way.
Traduit de English par IA ·
Kevin a raison, et la connexion « preconfigured » est celle que l’imageur a créée à partir de ton WiFi domestique. Ajoute le point d’accès comme seconde connexion NetworkManager et donne une priorité à chacune. Je transporte un Pi entre deux usines exactement avec ce montage.
sudo nmcli con add type wifi ifname wlan0 con-name allotment
ssid "Aisha-phone" wifi-sec.key-mgmt wpa-psk wifi-sec.psk "********"
sudo nmcli con modify allotment connection.autoconnect yes connection.autoconnect-priority 10
sudo nmcli con modify preconfigured connection.autoconnect-priority 20
nmcli -f NAME,AUTOCONNECT,AUTOCONNECT-PRIORITY con showQuand les deux sont à portée, la priorité la plus élevée l’emporte, donc le réseau domestique d’abord. Active le point d’accès avant d’alimenter le Pi ; s’il démarre en premier, patiente une minute, NetworkManager relance la recherche.Pour la mise en mémoire tampon : conserve les relevés dans une petite table SQLite, voire dans un fichier JSONL, et quand la connexion revient, envoie-les avec leurs propres horodatages, par lots :
[{"ts": 1762668000000, "values": {"soil.bed3": 31.5, "air.temp": 12.1}},
{"ts": 1762668300000, "values": {"soil.bed3": 31.2, "air.temp": 12.6}}]ts est exprimé en millisecondes UTC. Ne supprime une ligne qu’après confirmation de la publication (QoS 1, attends le PUBACK dans paho avec wait_for_publish()).Un piège avec un Pi : il n’a pas d’horloge sauvegardée par batterie. S’il démarre au jardin partagé et ne reçoit aucun réseau pendant un moment, l’horloge est fausse jusqu’à la synchronisation NTP ; les relevés horodatés avec cette horloge se retrouvent à la mauvaise heure ou sont rejetés (plus de 10 minutes dans le futur, c’est refusé). N’horodate les relevés qu’après que timedatectl show -p NTPSynchronized indique yes ; sinon, envoie-les sans ts et laisse Hermetry utiliser l’heure d’arrivée.
Kevin’s right, and the « preconfigured » connection is the one the imager created from your home WiFi. Add the hotspot as a second NetworkManager connection and give both a priority. I carry a Pi between two factories with exactly this.
sudo nmcli con add type wifi ifname wlan0 con-name allotment
ssid "Aisha-phone" wifi-sec.key-mgmt wpa-psk wifi-sec.psk "********"
sudo nmcli con modify allotment connection.autoconnect yes connection.autoconnect-priority 10
sudo nmcli con modify preconfigured connection.autoconnect-priority 20
nmcli -f NAME,AUTOCONNECT,AUTOCONNECT-PRIORITY con showHigher priority wins when both are in range, so home first. Turn the hotspot on before you power the Pi; if it boots first, give it a minute, NetworkManager rescans.
For buffering: keep the readings in a small SQLite table or even a JSONL file, and when the connection comes back send them with their own time stamps, in batches:
[{"ts": 1762668000000, "values": {"soil.bed3": 31.5, "air.temp": 12.1}},
{"ts": 1762668300000, "values": {"soil.bed3": 31.2, "air.temp": 12.6}}]ts is milliseconds UTC. Delete a row only after the publish is acknowledged (QoS 1, wait for the PUBACK in paho with wait_for_publish()).
One trap with a Pi: there’s no battery-backed clock. If it boots at the allotment and gets no network for a while, the clock is wrong until NTP syncs, and readings stamped with that clock end up at the wrong time or get dropped (more than 10 minutes in the future is refused). Only stamp readings after timedatectl show -p NTPSynchronized says yes, otherwise send them without ts and let Hermetry use the arrival time.
Traduit de English par IA ·
J’ai acheté une carte RTC HAT bon marché pour cette raison précise, une DS3231, pour quelques livres. Ainsi l’heure reste juste même hors ligne.
I bought a cheap RTC HAT for this exact reason, DS3231, a couple of quid. Then the clock is right even offline.
Traduit de English par IA ·
Et gardez des lots raisonnables : la valeur par défaut est de 10 messages par seconde et par appareil. Un gros arriéré envoyé d’un coup est abandonné.
And keep the batches reasonable, the default is 10 messages a second per device. A big backlog in one go gets dropped.
Traduit de English par IA ·
Réglé. J’ai ajouté le point d’accès avec nmcli comme l’a écrit tsmith, priorités 20/10. Samedi il s’est connecté au téléphone environ 40 s après le démarrage. Les relevés étaient enregistrés dans un fichier JSONL pendant que le téléphone n’avait pas de signal au fond des parcelles, puis envoyés par lots de 50 dès son retour. La première semaine, les horodatages étaient décalés d’une heure sur les premières lectures, exactement le problème NTP, donc j’ai commandé un DS3231 comme Michael. En attendant, le script vérifie NTPSynchronized avant d’horodater.
Sorted. Added the hotspot with nmcli as tsmith wrote, priorities 20/10. Saturday it joined the phone within about 40 s of boot. Readings went into a JSONL file while the phone had no signal at the far beds, then went up in batches of 50 when it came back. First week the times were off by an hour on the first few readings, the NTP thing exactly, so I’ve ordered a DS3231 like Michael. Until it comes the script checks NTPSynchronized before stamping.
- 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.