aboutsummaryrefslogtreecommitdiff
path: root/docs/fr-FR/flashing.md
diff options
context:
space:
mode:
Diffstat (limited to 'docs/fr-FR/flashing.md')
-rw-r--r--docs/fr-FR/flashing.md20
1 files changed, 10 insertions, 10 deletions
diff --git a/docs/fr-FR/flashing.md b/docs/fr-FR/flashing.md
index 1aa04af5f..c380614a5 100644
--- a/docs/fr-FR/flashing.md
+++ b/docs/fr-FR/flashing.md
@@ -1,6 +1,6 @@
1# Instructions pour flasher et informations sur les bootloader 1# Instructions pour flasher et informations sur les bootloader
2 2
3Les claviers utilisent différents types de bootloaders et certains doivent être flashés différement. Heureusement, certains projets comme la [QMK Toolbox](https://github.com/qmk/qmk_toolbox/releases) ont pour objectifs de permettre de flasher les différents bootloader sans trop se faire de soucis et ça peut importe les manières de les flasher. 3Les claviers utilisent différents types de bootloaders et certains doivent être flashés différement. Heureusement, certains projets comme la [QMK Toolbox](https://github.com/qmk/qmk_toolbox/releases) ont pour objectifs de permettre de flasher les différents bootloader sans trop se faire de soucis et ça peu importe les manières de les flasher.
4 4
5Si vous avez un bootloader sélectionné avec la variable `BOOTLOADER` dans votre fichier `rules.mk` alors QMK vas automatiquement calculer si votre fichier .hex n'est pas trop grand pour être flashé sur votre appareil, et il affichera la taille finale du firmware. Pour vérifier la taille manuellement, vous pouvez aussi compiler le firmware avec l'option `check-size`. Exemple : `make planck/rev4:default:check-size`. 5Si vous avez un bootloader sélectionné avec la variable `BOOTLOADER` dans votre fichier `rules.mk` alors QMK vas automatiquement calculer si votre fichier .hex n'est pas trop grand pour être flashé sur votre appareil, et il affichera la taille finale du firmware. Pour vérifier la taille manuellement, vous pouvez aussi compiler le firmware avec l'option `check-size`. Exemple : `make planck/rev4:default:check-size`.
6 6
@@ -49,7 +49,7 @@ QMK a un fork du bootloader LUFA DFU qui vous permet de faire un simple scan de
49 #define QMK_LED E6 49 #define QMK_LED E6
50 #define QMK_SPEAKER C6 50 #define QMK_SPEAKER C6
51 51
52Le fabriquant et le nom du produit proviennent de vos définitions dans fichier `config.h`, et la chaîne de caractère « bootloader » est ajoutée au nom du prodruit. 52Le fabricant et le nom du produit proviennent de vos définitions dans fichier `config.h`, et la chaîne de caractère « bootloader » est ajoutée au nom du produit.
53 53
54Pour génerer le bootloader, utilisez la cible `bootloader`. Exemple : `make planck/rev4:default:bootloader`. 54Pour génerer le bootloader, utilisez la cible `bootloader`. Exemple : `make planck/rev4:default:bootloader`.
55 55
@@ -66,7 +66,7 @@ Il y a plusieurs commandes DFU que vous pouvez utiliser pour flasher le firmware
66 66
67## Caterina 67## Caterina
68 68
69Les cartes arduinos et leurs clones utilisent le [bootloader Caterina](https://github.com/arduino/ArduinoCore-avr/tree/master/bootloaders/caterina) (tous les claviers utilisant un Pro Micro, ou un clone). Ils utilisent aussi le protocole avr109 pour communiquer en virtuellement en série (serial en Anglais). Les bootloaders comme le [A-Star](https://www.pololu.com/docs/0J61/9) sont basés sur Caterina. 69Les cartes arduinos et leurs clones utilisent le [bootloader Caterina](https://github.com/arduino/ArduinoCore-avr/tree/master/bootloaders/caterina) (tous les claviers utilisant un Pro Micro, ou un clone). Ils utilisent aussi le protocole avr109 pour communiquer en virtuellement en série (serial en anglais). Les bootloaders comme le [A-Star](https://www.pololu.com/docs/0J61/9) sont basés sur Caterina.
70 70
71Pour vérifier la compatibilité avec un bootloader Caterina, vérifiez que ce bloc est présent dans votre fichier `rules.mk` : 71Pour vérifier la compatibilité avec un bootloader Caterina, vérifiez que ce bloc est présent dans votre fichier `rules.mk` :
72 72
@@ -84,8 +84,8 @@ BOOTLOADER = caterina
84 84
85Flashers compatibles : 85Flashers compatibles :
86 86
87* [QMK Toolbox](https://github.com/qmk/qmk_toolbox/releases) (Interface graphique recomandée) 87* [QMK Toolbox](https://github.com/qmk/qmk_toolbox/releases) (Interface graphique recommandée)
88* [avrdude](http://www.nongnu.org/avrdude/) avec avr109 / `:avrdude` (Outil en ligne de commande recomandé) 88* [avrdude](http://www.nongnu.org/avrdude/) avec avr109 / `:avrdude` (Outil en ligne de commande recommandé)
89* [AVRDUDESS](https://github.com/zkemble/AVRDUDESS) 89* [AVRDUDESS](https://github.com/zkemble/AVRDUDESS)
90 90
91Séquence de flash :  91Séquence de flash : 
@@ -172,7 +172,7 @@ Séquence de flash :
172 172
173## BootloadHID 173## BootloadHID
174 174
175BootloadHID est un bootloader pour les microcontroleurs AVR. L'utilitaire de téleversement ne demande pas de drivers au niveau du kernel et peut être lancé sans installer aucune DLLs. 175BootloadHID est un bootloader pour les microcontrôleurs AVR. L'utilitaire de téleversement ne demande pas de drivers au niveau du kernel et peut être lancé sans installer aucune DLLs.
176 176
177Pour vérifier la compatibilité avec le bootloader bootloadHID, vérifiez que ce bloc existe dans votre fichier `rules.mk` :  177Pour vérifier la compatibilité avec le bootloader bootloadHID, vérifiez que ce bloc existe dans votre fichier `rules.mk` : 
178 178
@@ -197,7 +197,7 @@ Séquence de flash
197 197
1981. Entrez dans le bootloader en utilisant l'une de ces méthodes : 1981. Entrez dans le bootloader en utilisant l'une de ces méthodes :
199 * Pressez la touche du keycode `RESET` (Cela ne fonctionnera pas sur certains appareils). 199 * Pressez la touche du keycode `RESET` (Cela ne fonctionnera pas sur certains appareils).
200 * Verouillez la touche « Salt » tout en branchant le clavier (Géneralement ce principe est documenté dans le fichier readme du clavier) 200 * Verrouillez la touche « Salt » tout en branchant le clavier (Généralement ce principe est documenté dans le fichier readme du clavier)
2012. Attendez que l'OS détecte l'appareil. 2012. Attendez que l'OS détecte l'appareil.
2023. Flasher le fichier .hex. 2023. Flasher le fichier .hex.
2034. Redémarrez l'appareil en mode « application ». Cela peut être fait automatiquement. 2034. Redémarrez l'appareil en mode « application ». Cela peut être fait automatiquement.
@@ -227,13 +227,13 @@ Séquence pour flasher:
2273. Flasher un fichier `.bin`.h 2273. Flasher un fichier `.bin`.h
228 * Vous allez recevoir un avertissement à propos de la signature DFU. Ignorez-la. 228 * Vous allez recevoir un avertissement à propos de la signature DFU. Ignorez-la.
2294. Réinitialisez l'appareil en mode « application ». Cela peut être fait automatiquement. 2294. Réinitialisez l'appareil en mode « application ». Cela peut être fait automatiquement.
230 * Si vous êtes en train de travailler en ligne de commande, par exemple avec un `make planck/rev6:default:dfu-util` alors soyez bien sur que l'argument `:leave` est passé aux argument DFU grâce à la variable `DFU_ARGS` à l'intérieur de votre fichier `rules.mk` (Ex : `DFU_ARGS = -d 0483:df11 -a 0 -s 0x08000000:leave`) afin que votre appareil redémarre après avoir été flashé. 230 * Si vous êtes en train de travailler en ligne de commande, par exemple avec un `make planck/rev6:default:dfu-util` alors soyez bien sur que l'argument `:leave` est passé aux arguments DFU grâce à la variable `DFU_ARGS` à l'intérieur de votre fichier `rules.mk` (Ex : `DFU_ARGS = -d 0483:df11 -a 0 -s 0x08000000:leave`) afin que votre appareil redémarre après avoir été flashé.
231 231
232### Commandes STM32 232### Commandes STM32
233 233
234Il y a différentes commandes que vous pouvez utiliser pour flasher un firmware dans un appareil STM32  : 234Il y a différentes commandes que vous pouvez utiliser pour flasher un firmware dans un appareil STM32  :
235 235
236* `:dfu-util` - C'est l'option standard pour flasher un appareil STM32. Le script attendra qu'un bootloader STM32 soit présent. 236* `:dfu-util` - C'est l'option standard pour flasher un appareil STM32. Le script attendra qu'un bootloader STM32 soit présent.
237* `:dfu-util-split-left` - Permet de flasher un firmware normalement, tout comme l'option précedente mais permet de configurer le coté gauche des paramètres EEPROM sur un clavier scindé. 237* `:dfu-util-split-left` - Permet de flasher un firmware normalement, tout comme l'option précédente mais permet de configurer le côté gauche des paramètres EEPROM sur un clavier scindé.
238* `:dfu-util-split-right` - Permet de flasher un firmware normalement, tout comme l'option précedente mais permet de configurer le coté droit des paramètres EEPROM sur un clavier scindé. 238* `:dfu-util-split-right` - Permet de flasher un firmware normalement, tout comme l'option précédente mais permet de configurer le côté droit des paramètres EEPROM sur un clavier scindé.
239* `:st-link-cli` - Cela permet de flasher le firmware avec l'utilitaire en ligne de commande ST-LINK's plutôt que d'utiliser dfu-util. 239* `:st-link-cli` - Cela permet de flasher le firmware avec l'utilitaire en ligne de commande ST-LINK's plutôt que d'utiliser dfu-util.