La communication sans-fils

[brickstory]

Pas sûr que le pilotage manuel soit moins efficace parce que tu as un capteur de plus, l'oeil et une IA plus performante.
Aux trophées cette année, on a vu des scores proches des 100 points par match, ce qui correspond aussi aux meilleurs matches de la coupe (bon, hors RCVA).Et pour les gros amateurs de Playstation et autres consoles, ça peut paraître fluide.
La différence c'est qu'aux trophées, c'est du filaire donc pas de perturbation.
Mais j'ai du mal à croire que certaines équipes puissent tricher, vu le peu d'enjeu de la coupe.

[julesverne1]

Pas sûr que le pilotage manuel soit moins efficace parce que tu as un capteur de plus, l'oeil et une IA plus performante.
Aux trophées cette année, on a vu des scores proches des 100 points par match, ce qui correspond aussi aux meilleurs matches de la coupe (bon, hors RCVA).Et pour les gros amateurs de Playstation et autres consoles, ça peut paraître fluide.
La différence c'est qu'aux trophées, c'est du filaire donc pas de perturbation.
Mais j'ai du mal à croire que certaines équipes puissent tricher, vu le peu d'enjeu de la coupe.

oui mais aux trophées la table est inclinée de 10%
donc pour faire des tours de 5 quasi impossible
et la montée des marches on frôle les 45° donc dur dur

bon courage

[wix]

Je défi quiconque de faire plus de points en manuel avec un robot aussi complexe et rapide que ceux des finalistes !

Et je parle pas du pilotage des robots pas orthodoxes où là c'est clairement impossible en manuel.

[cld]

Je défi quiconque de faire plus de points en manuel avec un robot aussi complexe et rapide que ceux des finalistes !

Et je parle pas du pilotage des robots pas orthodoxes où là c'est clairement impossible en manuel.

Bin après on peut très bien imaginer une solution hybride où des primitives de déplacement sont faites par le soft...

[Kryss]

C'est assez naïf de croire que quelqu'un qui veut tricher va piloter son robot avec une manette de PlayStation.

La seule triche intéressante à mettre en place c'est de la supervision humaine (Choix des actions à effectuer, arrêt d'urgence avant collision, trajectoire à prendre pour éviter l'adversaire etc). Ce qui est quasiment indetectable en temps réel. Mais comme dit plus haut, ça se saura un jour ou l'autre...

[cld]

La bande des 2.4GHz est clairement saturé... Entre les réseaux WiFi, bluethooth, nRF24 et autre ZigBee... (Tout ce beau monde dans 80 pov MHz... voire moins à cause de beaucoup de limitation soft sur les équipements dû aux normes USA... Et quand on un magnifique équipement 802.11n qui ne support que le 2.4GHz ce met à bouffer 40MHz d'un coup pour transférer à 200Mbps, tout le reste dégage... Surtout que certain fabriquant malhonnête utilisent des techniques qui sont justement faite pour bousiller volontairement les communications autres afin d'offrir un meilleur débit ! (Chez Cisco notamment...))

Ce qui serait bien c'est déjà de faire dégager le WiFi vers la bande des 5GHz (deux grosses bandes de 250 et 200MHz). Malheureusement plein d'équipements low-cost ne supporte pas le 5GHz Et même quand c'est supporté c'est généralement le 2.4GHz qui est activé par défaut :/

Si des gens trouve des références en 5GHz je pense que ça pourrait intéresser énormément de monde.

[Archi'Tech]

Ah mais non, ne squattez pas le 5GHz, j'étais bien tranquille, tout seul dessus.

[cld]

Ah mais non, ne squattez pas le 5GHz, j'étais bien tranquille, tout seul dessus.

Bah, tu peux déménager dans les 24GHz, tu seras tranquille pour un moment aussi https://www.ubnt.com/airfiber/airfiber24/

[thomaslefort]

Bonjour,

Je me permet de relancer ce sujet car je pense que c'est un point interessant à discuter.
Est-ce que certains d'entres vous ont des "bonnes pratiques" à partager pour rendre les communications sans-fil plus fiable ?
D'autres protocoles de communication simple et fiable ? Comment proteger ses connexions ?
C'est ma première année à la coupe donc je ne sais pas à quoi m'attendre à part ce que j'ai entendu des anciens.

Bonne journée.
Thomas

[Riako]

Bonjour,

Malheureusement, communication sans fil ne rime pas avec fiabilité, que ce soit sur la coupe ou en dehors.
Je reprends ce qu'a dit Nirgal : les robots doivent être capable de fonctionner dans le pire cas, où la communication ne passerait pas. Il faut voir la communication comme "un plus", et être capable de s'en passer en pleine rencontre (et prévoir que la communication peut se dégrader au cours de celle-ci).

Toutefois, il est possible de rendre la communication plus robuste et être tolérant aux messages perdus ou erronés.
Pour commencer, la plupart des modules radios proposent des moyens de détection voir de correction d'erreurs, c'est la première chose à activer (ça peut être ajouté entre les robots aussi, certains microcontrôleurs possèdent des périphériques pour, ou faisable aussi en programmation en échange d'un peu de ressources...). Le cryptage des données entre les modules radios ou entre les robots ne me semble pas obligatoire ( ) mais ça peut ajouter une couche contre les erreurs.
Ensuite, je suggère un mécanisme d’acquittement : pour chaque message envoyé d'un robot A vers un robot B, le robot B envoie une confirmation (un "accusé de réception") au robot A. De ce fait, si le robot A n'a pas reçu la confirmation après un temps X (relativement grand pour laisser le temps au robot B de traiter son message et de le renvoyer), il renvoie le message. Si après 3~4 renvoies il n'y a toujours pas de réponse, il abandonne et considère que la communication n'est pas possible. Il peut toujours retenter après une pause. Attention car si c'est la confirmation qui ne passe pas bien le robot B peut recevoir plusieurs fois la même consigne... Aussi, vérifier le contenu des messages : si un robot dit qu'il vient de marquer 42 000 points, c'est soit qu'il y a eu une erreur soit que j'ai mal lu le règlement !
Dans les bonnes pratiques, selon la solution radio choisie il est possible d'écouter le canal radio pour ne démarrer l'envoie d'un message que si celui-ci est libre. Cela évitera de brouiller d'une part le message d'un autre robot (qui pourrait être le sien), et d'autre part le message à envoyer. Il faut aussi éviter de saturer la bande passante, ça ne sert à rien d'envoyer un message toutes les millisecondes et si tous les robots le font ce sera ingérable... (c'est d'ailleurs pour ça qu'il y a des réglementations concernant l'occupation de certaines bandes de fréquences).
Enfin, le top c'est de pouvoir analyser la qualité de la communication et changer de canal radio pendant la préparation, avec par exemple un bouton rotatif et 3~4 canaux prédéfinis (n'est pas obligatoire, on s'éloigne de la solution "simple"...), ou tout simplement discuter avec son adversaire avant la rencontre pour éviter les mêmes fréquences.

Il y a aussi le choix de la solution radio : le temps d'envoie des trames, l'occupation spectral, la fréquence, la portée, la sensibilité du récepteur (la distance à parcourir reste faible) ...

[kid]

En tout cas, une chose à éviter pour communiquer en match, le wifi en 2.4GHz, celui ci est saturé comme pas possible.

Le graphique mis en début de post concernant un scan fait à la Ferté Bernard en 2015, sur la bande wifi des 2.4GHz, est toujours d'actualité à la Roche sur Yon, et je dirais même que ça s'est empiré.

[OliVDB]

Bon, super, et est-ce qu'on a des alternatives donc, à part aller chercher dans les fréquences peu communes? Le TCP, ça passe?

[DAUDET78]

Le TCP, ça passe?

Transmission Courant Porteur . Si tu as un fil de liaison avec ton robot ..... no problemo!

[Rejulk]

@Daudet78, je n'ai pas suivi votre conversation au dessus, mais je pense que tu mélange deux choses.

Le TCP : Transmission Control Protocol
https://fr.wikipedia.org/wiki/Transmiss ... l_Protocol

et

Le CPL : Courants Porteurs en Ligne (que certains appellent, rarement, transmission pas courant porteur)
https://fr.wikipedia.org/wiki/Courants_ ... s_en_ligne

[Rejulk]

Bon, super, et est-ce qu'on a des alternatives donc, à part aller chercher dans les fréquences peu communes? Le TCP, ça passe?

Je n'ai pas lu toutes la conversation, mais si je regarde la post avec l'image, c'est juste pour dire que le Wifi en 2.4Ghz est saturé durant les événements.
Il risque donc d'y avoir de forte perturbations (exemples: déconnexions, perte d'informations) si vous utilisez ce genre de technologie entre vos robots ou entre votre robot et votre télécommande.

Les alternatives:
- Si vous voulez absolument utiliser du Wifi, privilégiez les systèmes en 5Ghz, qui sont beaucoup moins saturés.
- Beaucoup d'autres technologies sans fil existent (autre que le Wifi), mais la ce n'est pas mon domaine, je vous laisse chercher. (quelques mots lés: zigbee, bluetooth, 433MHz etc...)
- Le câble tout simplement! (quand c'est possible)

Pour le TCP comme son nom l'indique, c'est un protocole, ça n'a donc pas grand chose à voir avec le medium. Il est possible de faire du TCP en wifi comme en câble. Pour mieux comprendre voici un début : https://fr.wikipedia.org/wiki/Suite_des ... s_Internet