Discussion :

[vince_m69]

Bonjour tout le monde

Je suis en 2e année à l'INSA de Lyon et je participe actuellement à un projet informatique: créer une application android visant à contrôler un automate. On m'a chargé de la partir réseau et honnêtement, même avec mes notions de java je rencontre de réelles difficultés à comprendre de quoi il s'agit.

Je dispose d'un automate qui ne comprend que les instructions reçues via le protocole UDP et qui dispose d'une adresse IP fixe. Je dois ainsi créer l'application pour que le portable de l'utilisateur rentre en communication avec cet automate. J'ai compris qu'il fallait que je créé un socket (bien que je ne suis pas sur d'avoir saisi ce que c'était) mais mon problème est que j'ai vraiment du mal à structurer mon programme. Comment dois-je séparer les classes ? Quelles classes dois-je obligatoirement utiliser ?

En espérant avoir été assez clair, merci d'avance !

[Uther]

Comme le TCP, l'UDP est un protocole de transfert réseau au dessus de l'IP. Mais contrairement au TCP qui sert a transférer un flux continu ordonné et garanti de données, l'UDP permet de faire transiter plusieurs paquets de données de taille déterminées.

A priori les classes java qui t’intéressent pour la communication UDP sont :
- DatagramSocket pour établir la connexion UDP avec ton automate
- DatagramPacket pour les paquets de données UDP que tu échangeras. Je suppose que la documentation de ton automate indique le format des paquet que tu dois lui envoyer et que tu recevras.

Pour l'organisation du programme, difficile de donner une réponse sans en savoir plus. Comme toujours il faut essayer autant que possible de séparer le code en parties isolées : communication réseau, automate, ...

[vince_m69]

Je vais voir ce que je peux faire avec ça, merci beaucoup ! Pour l'instant je n'ai presque aucune documentation sur l'automate donc c'est vrai que ça reste compliqué.

[Uther]

Je pense que c'est le premier point a résoudre alors, renseigne toi auprès de celui qui te fournis l'automate ou recherche sur le site du fabriquant si tu connais le modèle.
Sans la documentation de l'automate, je doute que tu puisses aller bien loin.

[thelvin]

Euh, ça pourrait être intelligent de faire un "faux automate" en Java et capable de recevoir les commandes de l'appli Android, pour s'entraîner. De toute façon les échanges peuvent pas être bien compliqués : "avance," "n'avance plus," "tourne la tête à gauche," "arrête de tourner la tête," "démarre le laser de la mort."

[Uther]

Il pourrait en effet éventuellement faire un bouchon pour ceux qui travaillent sur la partie l'automate, mais encore faut il avoir une idée a peu près précise du genre d'information que fourni et envoie l'automate sinon il pourrait les induire en erreur.
Je pense qu'il n'y a pas de mal à essayer d'avoir la documentation de l'automate au plus tôt pour éviter les mauvaises surprises.