SE4 2022/2023 EC3

De wiki-se.plil.fr
Aller à la navigation Aller à la recherche

Objectifs

Il vous est demandé de :

  • concevoir et réaliser un projet LUFA sur la base de la démonstration bas-niveau RNDIS ;
  • la cible est l'ATMega8u2ATMega16u2 d'un Arduino Uno R3 ;
  • d'intégrer dans le projet LUFA une micro-pile TCP/IPv4 comportant de réduire la pile TCP/IP du projet LUFA à une micro-pile permettant  :
    • la gestion des requêtes et des questions ARP,
    • la gestion des paquets IPv4, en particulier avec les calculs de sommes de contrôle,
    • la gestion des paquets ICMP de type requête et réponse d'écho,
  • vous testerez votre projets LUFA à partir d'une machine Linux en lançant un ping sur l'adresse IPv4 de l'Arduino UNO ;
  • pour rendre le test plus visuel vous utilisez les deux LED TX et RX commandées par l'ATMega8u2ATMega16u2 :
    • une LED pour indiquer la réception de paquets IPv4 destinés à l'ATMega8u2ATMega16u2 ;
    • une LED pour toute requête d'écho destinée à l'ATMega8u2ATMega16u2.

Matériel nécessaire

Le seul matériel nécessaire est un Arduino Uno Rev3.

Travail réalisé

Semaine 1

  • Recherche d'un Arduino Uno Rev3.
  • Activation de RNDIS sur Ubuntu 20.04.
  • Tentative de compréhension de la démo RNDISEthernet dans LUFA.
  • Modification du Makefile du programme de démonstration pour l'adapter au matériel.
  • Passage de l'Arduino en mode DFU (en connectant la broche RESET de l'ATmega16u2 à la masse).
  • Premier téléversement du programme de démonstration RNDISEthernet (problème de compatibilité avec l'ATmega16u2, qui ne semble pas faire partie des microcontrôleurs compatible) avec dfu-programmer, puis rétablissement du firmware d'origine.
  • Recherches sur uIP, pour savoir s'il possible de l'implémenter dans mon cas.

ReX : L'exemple RNDIS de la LUFA est bien plus complet que prévu, en particulier une pile TCP/IP est déjà implantée dans le sous-répertoire Lib.

ReX : Effectivement l'exemple complet ne peut pas tourner sur un ATMega16u2, rien que la variable globale utilisée pour un paquet Ethernet fait 1500 octets (un ATMega16u2 n'a que 2K de mémoire).

ReX : Votre sujet est modifié en conséquence.

ReX : Oui, cela ajoute environ 4 fois plus de contraintes ... mais cela reste faisable sous certaines conditions que je vous laisse expliciter.

ReX : Le projet pointé est amusant mais vous n'avez pas à implanter UDP ou TCP, donc je ne suis pas sûr que ce soit une bonne piste.

  • Analyse des différents programmes pour trouver ce qui peut être supprimé dans RNDISEthernet, pour ne conserver que l'essentiel.
Fonctionnement à implémenter
1 Linux (ping) → ARP - IPv4 - Ethernet par USB (RNDIS) → ATmega16u2 → RX
2 ATmega16u2 → ARP (avec adresse MAC) - IPv4 - Ethernet par USB → Linux
3 Linux → ICMP (requête) - IPv4 - Ethernet par USB → ATmega16u2
4 ATmega16u2 → RX & TX
5 ATmega16u2 → ICMP (réponse d'écho) - IPv4 - Ethernet par USB → Linux

Semaine 2

  • Première tentative de réduction de la pile TCP/IP vers une micro-pile (peu fructueuse pour le moment).
  • L'ensemble compile (après avoir supprimé la gestion de TCP, UDP, DHCP et Webserver), cependant l'exécutable généré requiert 626.8% de la SRAM disponible.
  • Ethernet devrait pouvoir être optimisable (principalement au vu de la variable globale pesant 1500 octets de base).
  • En passant de 1500 à 100 octets la constante globale ETHERNET_FRAME_SIZE_MAX, cela réduit la consommation de RAM à 409B, ce qui permet de pouvoir téléverser le programme, pour faire les premiers tests tout en laissant une certaine marge.
  • L'Arduino apparait maintenant sous le nom : Atmel Corp. LUFA RNDIS Demo Application lors d'un lsusb
  • En tapant la commande ip a, une nouvelle interface réseau apparait sous le nom usb0.
  • Il suffit maintenant d'attribuer une adresse IP avec la commande sudo ip addr add 192.168.42.42/24 dev usb0.
  • La commande ping 192.168.42.42 fonctionne, la réponse d'écho est bien reçue.

ReX : Oui c'est le PC qui répond pas le microcontrôleur.

Documents Rendus