{"id":46,"date":"2012-04-14T18:01:49","date_gmt":"2012-04-14T17:01:49","guid":{"rendered":"http:\/\/fabienletort.com\/tech\/?p=46"},"modified":"2012-04-14T18:37:18","modified_gmt":"2012-04-14T17:37:18","slug":"arduino-avr-gcc-et-avrdude","status":"publish","type":"post","link":"https:\/\/tech.fabienletort.com\/?p=46","title":{"rendered":"Arduino, avr-gcc et avrdude"},"content":{"rendered":"

\"\"<\/a>Arduino.<\/strong><\/span>
\nOn ne le pr\u00e9sente\u00a0plus.
\nC’est \u00e0 la fois un package hardware et un package software. Il permet donc aux bidouilleurs de se mettre facilement au monde de l’embarqu\u00e9, via un langage de\u00a0programmation\u00a0(processing<\/a>) l\u00e9g\u00e8rement adapt\u00e9.<\/p>\n

Oui, mais voil\u00e0, quand vous \u00eates d\u00e9j\u00e0 habitu\u00e9 par ce monde (aussi bien soft que hard), vous \u00eates vite un peu d\u00e9pit\u00e9 par l’ide d’arduino. Vous avez envie de profiter du c\u00f4t\u00e9 hardware de ce monde (cela reste des cartes d’\u00e9valuation, prototypage tr\u00e8s bon march\u00e9)… Mais cela ne vous\u00a0g\u00e8ne\u00a0pas de garder votre bon vieux C… De garder votre \u00e9diteur pr\u00e9f\u00e9r\u00e9… Votre makefile maison qui automisera tout. Bref avoir un\u00a0environnement\u00a0de\u00a0d\u00e9veloppement\u00a0plus\u00a0efficace, plus ouvert (plus technique). Avec aucun bout de soft cach\u00e9.<\/p>\n

 <\/p>\n

Bref, en gros, pour moi\u00a0personnellement\u00a0\u00e7a\u00a0donne, \u00ab\u00a0bref c beau on vient d’inventer l’arduino en 2005, mais je serais pas contre d’utiliser (directement) ce bon vieil avr-libc<\/a> avec son compilo et ces lib, tout comme en 2001 avec mon AT90S8515. (souvenir d’un bout de code permettant de lire un disque dur…). Apr\u00e8s tout\u00a0pourquoi\u00a0s’enfermer dans le monde arduino ? Le but du prototypage et de pouvoir aussi compiler directement ensuite sur une cible diff\u00e9rente ?<\/p>\n

J’ai ajout\u00e9 \u00ab\u00a0directement\u00a0\u00bb car au final l’IDE arduino s’appui sur cette chaine pour la compilation. Elle am\u00e8ne juste une surcouche fine au langage C (processing<\/a>), \u00a0et des librairies suppl\u00e9mentaires pour des\u00a0acc\u00e8s\u00a0plus facile \u00e0 certains p\u00e9riph\u00e9riques (uart, spi) voir composant (shields) ext\u00e9rieurs (ex: ethernet).<\/p>\n

First Step : Compilation<\/h2>\n

\"\"Ce premier article trouv\u00e9 sur le net<\/a>, partant du m\u00eame constat, aborde ce sujet, avec les premiers arduino en cible (atmega8\/168).
\nIl cible avant tout le monde linux et m’a permis de re-trouver LA bonne page d’aide<\/a> de l’avr-libc expliquant les \u00e9tapes pour compiler un programme (qui reste apr\u00e8s tout les \u00e9tapes usuelles et classiques d’une compilation, bref un tuto qui s’adresse plus \u00e0 ceux qui d\u00e9couvre ce processus).<\/p>\n

Ici, on peut donc voir comment g\u00e9n\u00e9rer \u00e7a \u00e0 la mano, et le makefile n\u00e9cessaire pour automatiser tout \u00e7a.<\/p>\n

Il faut savoir que l’avr-libc est disponible sous Windows via le package WinAvr<\/a>. Ce dernier est d’ailleurs inclus dans le package arduino<\/a> (et d’ailleurs semble plus \u00e0 jour que le package officiel). \u00a0Dans la suite de ce tuto, on va donc faire avec tout ce qui provient du package arduino (ici dans sa version 1.0), install\u00e9 sous D:\\arduino-1.0<\/em>. \u00a0Bref on retrouve donc le package winavr (updat\u00e9) sous D:\\arduino-1.0\\hardware\\tools\\avr<\/em>. Et donc tous les compilos et autre sont dans le sous-r\u00e9pertoire bin<\/em>. (structure linux classique\u00a0ici).<\/p>\n

On va garder\u00a0l\u2019exemple\u00a0fourni par notre tuto qui est l’\u00e9quivalent d’un des\u00a0exemples\u00a0de base d’Arduino, le\u00a0clignotement\u00a0d’une Led<\/a>.
\nVoici donc le fichier blink.c :<\/p>\n

#include \r\n#include \r\n\r\nint main (void)\r\n{\r\n  unsigned char counter;\r\n  \/* set PORTB for output*\/\r\n  DDRB = 0xFF;\r\n\r\n  while (1)\r\n  {\r\n      \/* set PORTB.2 high *\/\r\n      PORTB = 0xFF;\r\n\r\n      \/* wait (10 * 120000) cycles = wait 1200000 cycles *\/\r\n      counter = 0;\r\n      while (counter != 50)\r\n      {\r\n\t  \/* wait (30000 x 4) cycles = wait 120000 cycles *\/\r\n\t  _delay_loop_2(30000);\r\n\t  counter++;\r\n      }\r\n\r\n      \/* set PORTB.2 low *\/\r\n      PORTB = 0x00;\r\n\r\n      \/* wait (10 * 120000) cycles = wait 1200000 cycles *\/\r\n      counter = 0;\r\n      while (counter != 50)\r\n      {\r\n\t  \/* wait (30000 x 4) cycles = wait 120000 cycles *\/\r\n\t  _delay_loop_2(30000);\r\n\t  counter++;\r\n      }\r\n  }\r\n  return 1;\r\n}<\/pre>\n
Et donc les commandes \u00e0 la mano de compilation provenant de la page de win-avr :<\/p>\n
D:\\arduino-1.0\\hardware\\tools\\avr\\bin\\avr-gcc -g -Os -mmcu=atmega2560 -c blink.c<\/pre>\n
D:\\arduino-1.0\\hardware\\tools\\avr\\bin\\avr-gcc -g -mmcu=atmega2560 -o blink.elf blink.o<\/pre>\n
D:\\arduino-1.0\\hardware\\tools\\avr\\bin\\avr-objcopy -j .text -j .data -O ihex blink.elf blink.hex<\/pre>\n
Pour automaiser tout \u00e7a, voici une version un peu plus clean du makefile que celui propos\u00e9 par le tuto d’avr-libc. C’est le genre de makefile g\u00e9n\u00e9rique que j’utilise. Bien qui celui-ci soit modifi\u00e9 (simplifi\u00e9) pour l’occasion (en effet habitullement, j’ai un sous-r\u00e9pertoire diff\u00e9rent pour tout ce qui est source, header et .o). Avec ce genre de makefile, on peut avoir un makefile global simple (qui d\u00e9finie les variables utilisateurs, conceptuelles) qui inclus ce dernier plus g\u00e9n\u00e9rique. De plus j’ai jout\u00e9 une variable TOOLSDIR<\/em> pour nous \u00e9viter de modifier le PATH pour le moment.<\/p>\n
# GENERIC MAKEFILE EXAMPLE FOR AVR GCC\r\n\r\n# ================ Project name\r\nPROJECT_NAME=blink\r\n\r\n# ================ Working directory\r\nWORKDIR=.\r\nTOOLSDIR=D:\\Projets\\Hardware\\Arduino\\IDE\\arduino-1.0\\hardware\\tools\\avr\\bin\\\\\r\n\r\n# ================ Compilation Tools\r\nCOMMAND_PREFIX=avr-\r\nMCU_TARGET=atmega2560\r\n\r\nCC=$(TOOLSDIR)$(COMMAND_PREFIX)gcc\r\nOBJCOPY=$(TOOLSDIR)$(COMMAND_PREFIX)objcopy\r\nOBJDUMP=$(TOOLSDIR)$(COMMAND_PREFIX)objdump\r\n\r\n# ================ Common compilation flags\r\nDEBUG=-g -Wall\r\nOPTIM=-O2\r\nDEFS=\r\n\r\nCFLAGS+=$(DEBUG) \\\r\n\t\t$(OPTIM) \\\r\n\t\t-mmcu=$(MCU_TARGET) \\\r\n\t\t$(DEFS)\r\n\r\n# ================ Libs & link FIle\r\nLIBS=\r\nLINKER_FLAGS=\r\n\r\n# Default sources are all sources of sources directory\r\nSOURCES = $(wildcard $(WORKDIR)\/*.c)\r\nOBJECTS = $(SOURCES:.c=.o)\r\n\r\n# ================ Main targets\r\n\r\nall: $(PROJECT_NAME).elf lst text\r\n\r\n$(PROJECT_NAME).elf: $(OBJECTS)\r\n\t\t$(CC) $(CFLAGS) -o $@ $(OBJECTS) $(LIBS) $(LINKER_FLAGS)\r\n\r\n$(OBJECTS): $(WORKDIR)\/%.o : $(WORKDIR)\/%.c\r\n\t\t@echo BUILDING $@\r\n\t\t$(CC) -c $(CFLAGS) $< -o $@\t\r\n\r\nclean:\r\n\t\trm -rf *.o $(PROJECT_NAME).elf\r\n\t\trm -rf *.lst *.map\r\n\r\nlst:  $(PROJECT_NAME).lst\r\n\r\n%.lst: %.elf\r\n\t\t$(OBJDUMP) -h -S $< > $@\r\n\r\n# Rules for building the .text rom images\r\n\r\ntext: hex\r\n\r\nhex:$(PROJECT_NAME).hex\r\n\r\n%.hex: %.elf\r\n\t\t$(OBJCOPY) -j .text -j .data -O ihex $< $@<\/pre>\n
Second Step : Upload<\/h2>\n
Alors l\u00e0, on va devoir s’\u00e9carte de notre principal premi\u00e8re source d’information.
\nOn a donc bien deux fa\u00e7on de charger notre programme dans l’arduino:<\/p>\n