Quelle communication sans fil pour une Rasperry Pi

[eelsoulwax]

Bonjour.

Je développe une machine pour animer des blind-tests, avec une Raspberry Pi sur laquelle tourne un programme développé en Python.
Le programme présente une interface développée avec le module Tkinter, projetée via le port HDMI.
Pour la communication sans fil entre les buzzers et la Raspberry, j'ai opté pour le Wi-Fi (une carte NodeMCU ESP8266 dans chaque buzzer), mais je suis en train de me demander si c'est la bonne solution ...
Lorsque je fais mes tests, ça se passe bien, la communication est correcte et rapide.
J'ai par contre animé ma première partie dans un bar cette semaine, avec 6 buzzers, et ça ne s'est pas vraiment bien passé ... Des joueurs appuyaient avant mais leur appui n'était pas pris en compte ! Quant à ma télécommande de contrôle du jeu, ça a été compliqué aussi.

Ma question est simple: avez-vous une idée de la raison pour laquelle la communication Wi-Fi se passait si mal ? Et que me conseilleriez-vous comme technologie wireless dans une configuration comme la mienne ? Bluetooth ? XBee ? Autre ?

Merci d'avance à ceux qui prendront le temps de me répondre.
-----

[jiherve]

bonsoir,
je ne vois pas trop comment on peut contrôler un timing précis avec du Wifi(pas plus qu'en Ethernet d'ailleurs) amha il faudrait horodater les messages donc disposer d'une référence temporelle commune aux buzzers et trier les patates ensuite.
JR

[micapivi]

Bonjour

Tu devrais t'arranger pour que le signal émit par chaque buzzer transmette sans arrêt la position non actionnée du bouton
ce qui éviterait au module WiFi de passer en veille puisqu'il serait alors obligé de transmettre un signal de façon continue.

Il y aurait alors un bouton Marche/Arrêt à en plus du bouton poussoir sur chacun des buzzers
ou alors, le simple fait de déconnecter les piles ou la batterie mettrait le buzzer hors tension.

[micapivi]

Pour bien faire,

il faudrait que tes 6 boutons poussoirs soient reliés au boîtier émetteur chacun par un cordon à (au moins) 3 conducteurs
et que ces boutons poussoirs soient des inverseurs monostables.

les contacts NF des boutons poussoirs seraient reliés en série à une entrée GPIO du Node MCU pour confirmer qu'aucun bouton n'est encore actionné
et les 6 contacts NO de chacun des boutons poussoirs seraient reliés à 6 autres entrées GPIO du même Node MCU

=======
Sinon, il faudra utiliser le protocole NTP pour synchroniser l'heure des Node MCU qui seraient dans chacun des boîtiers à bouton poussoir
mais ça n'empêchera quand même pas que quelqu'un puisse venir parasiter la communication WiFi.

[A voir en vidéo sur Futura]

[Jack]

Une solution pourrait être d'utiliser le protocole ESP-NOW dont le temps de réponse se chiffre en ms d'après ESPRESSIF.
Je ne l'ai pas essayé, mais la mise en œuvre semble assez abordable. Des exemples sur ce site.

Plus de détails sur ESP-now ici et là.

Il faudra affecter un ESP à proximité de la Raspberry. Une solution serait de mettre en communication des GPIO qui correspondraient chacun à l'état d'un buzzer.

[HAYAC]

Bonsoir a tous,
Il semble que ce soit la mode des blind-test...
Je rebondi sur le commentaire de jiherve, si tes buzzer sont sur un réseau commun Wifi, la synchro des horloges est donc possible, la transmission de l’info d'action peut donc être transmise horodatée,
Le temps de tri et de réaction de ton Raspberry reste le seul problème.
Il me semble, sauf si un détail m’échappe

[micapivi]

Bonjour

… si tes buzzer sont sur un réseau commun Wifi, la synchro des horloges est donc possible …

Oui, c'est justement pour ça que je proposais dans mon message #4 d'utiliser NTP Network Time Protocol (« protocole de temps réseau »)
qui est un protocole qui permettra de synchroniser l'horloge locale de chacun des Node MCU sur une référence de temps qui peut être fournie par un serveur de temps accessible sur internet (ou créé en local).

Voir aussi le protocole SNTP

[HAYAC]

Par expérience, je met juste un bémol sur les réseaux Wifi (en général) dans des ERP (Établissement recevant du publique), leurs fiabilités est très aléatoire du a l'ensemble des radio fréquences présentes sur site :
- Wifi publique et environant
- Partage de connexion
- Perturbation diverses
- micro d'animation divers actuels
- et certainement d'autres
même avec de la proximité cela n'est pas sur, une solution câblé reste bien plus simple et fiable à 99.9 %
Mais moins tripant en terme de R&D, j'avoue