Le module Maillage du lit peut être utilisé pour compenser les irrégularités de la surface du lit afin d'obtenir une meilleure première couche sur l'ensemble du lit. Il convient de noter que la correction logicielle ne permet pas d'obtenir de résultats parfaits, elle ne peut qu'approximer la forme du lit. Le maillage du lit ne peut pas non plus compenser les problèmes mécaniques et électriques. Si un axe est de travers ou si un palpeur n'est pas précis, le module bed_mesh n'obtiendra pas de résultats précis lors du processus de palpage.
+The Bed Mesh module may be used to compensate for bed surface irregularities to achieve a better first layer across the entire bed. It should be noted that software based correction will not achieve perfect results, it can only approximate the shape of the bed. Bed Mesh also cannot compensate for mechanical and electrical issues. If an axis is skewed or a probe is not accurate then the bed_mesh module will not receive accurate results from the probing process.
Avant de procéder à l'étalonnage du maillage, vous devez vous assurer que l'offset Z de votre sonde est réglé. Si vous utilisez une butée de fin de course pour la mise à l'origine en Z, elle doit également être réglée. Voir Calibration de la sonde et Z_ENDSTOP_CALIBRATE dans Nivelage manuel pour plus d'informations.
speed : 120 Valeur par défaut : 50 La vitesse à laquelle l'outil se déplace entre les points palpés.horizontal_move_z : 5 Valeur par défaut : 5 La coordonnée Z à laquelle la sonde s'élève avant de se déplacer entre les points.mesh_min : 35, 6 Requis La première coordonnée palpée, la plus proche de l'origine. Cette coordonnée est relative à l'emplacement de la sonde.mesh_max : 240, 198 Requis La coordonnée palpée la plus éloignée de l'origine. Ce n'est pas nécessairement le dernier point palpé, car le processus de palpage se déroule en zig-zag. Comme pour mesh_min, cette coordonnée est relative à l'emplacement de la sonde.mesh_max: 240, 198 Required The probed coordinate farthest farthest from the origin. This is not necessarily the last point probed, as the probing process occurs in a zig-zag fashion. As with mesh_min, this coordinate is relative to the probe's location.probe_count : 5, 3 Valeur par défaut : 3, 3 Le nombre de points à palper sur chaque axe, spécifié sous forme de valeurs entières X, Y. Dans cet exemple, 5 points seront palpés le long de l'axe X, avec 3 points le long de l'axe Y, pour un total de 15 points palpés. Notez que si vous voulez une grille carrée, par exemple 3x3, il est possible de n'utiliser qu'une seule valeur entière pour les deux axes, par exemple probe_count : 3. Notez qu'un maillage nécessite un nombre minimum de 3 points de sondage sur chaque axe.L'illustration ci-dessous montre comment les options mesh_min, mesh_max, et probe_count sont utilisées pour générer des points de palpage. Les flèches indiquent la direction de la procédure de palpage, commençant en mesh_min. Pour référence, lorsque la sonde est à mesh_min, la buse sera à (11, 1), et lorsque la sonde est à mesh_max, la buse sera à (206, 193).
mesh_origin : 0, 0 Valeur par défaut : 0, 0 Le point central du maillage. Cette coordonnée est relative à l'emplacement de la sonde. Bien que la valeur par défaut soit 0, 0, il peut être utile d'ajuster l'origine dans le but de sonder une plus grande partie du lit. Voir l'illustration ci-dessous.round_probe_count : 5 Valeur par défaut : 5 C'est une valeur entière définissant le nombre maximum de points palpés le long des axes X et Y. Par "maximum", nous entendons le nombre de points palpés le long de l'origine du maillage. Cette valeur doit être un nombre impair, car il est nécessaire que le centre du maillage soit palpé.L'illustration ci-dessous montre comment les points palpés sont générés. Comme vous pouvez le voir, le réglage de mesh_origin à (-10, 0) nous permet de spécifier un rayon de maillage plus grand de 85.
The illustration below shows how the probed points are generated. As you can see, setting the mesh_origin to (-10, 0) allows us to specify a larger mesh radius of 85.
Les options de configuration plus avancées sont expliquées en détail ci-dessous. Chaque exemple s'appuie sur la configuration de base du lit rectangulaire présentée ci-dessus. Chacune des options avancées s'applique de la même manière aux lits circulaires.
Bien qu'il soit possible d'échantillonner directement la matrice palpée en utilisant une simple interpolation bilinéaire afin de déterminer les valeurs Z entre les points palpés, il est souvent utile d'interpoler des points supplémentaires en utilisant des algorithmes d'interpolation plus avancés pour augmenter la densité du maillage. Ces algorithmes ajoutent une courbure au maillage, en essayant de simuler les propriétés matérielles du lit. Le maillage du lit offre l'interpolation de lagrange et bicubique pour accomplir ceci.
+While its possible to sample the probed matrix directly using simple bi-linear interpolation to determine the Z-Values between probed points, it is often useful to interpolate extra points using more advanced interpolation algorithms to increase mesh density. These algorithms add curvature to the mesh, attempting to simulate the material properties of the bed. Bed Mesh offers lagrange and bicubic interpolation to accomplish this.
[bed_mesh]
speed: 120
horizontal_move_z: 5
@@ -1629,7 +1629,7 @@ split_delta_z: .025
move_check_distance : 5 Valeur par défaut : 5 La distance minimale de vérification de changement de Z souhaité avant d'effectuer un fractionnemeny. Dans cet exemple, un mouvement de plus de 5mm sera traversé par l'algorithme. Tous les 5 mm, une recherche de maille Z sera effectuée, en la comparant à la valeur Z du mouvement précédent. Si le delta atteint le seuil fixé par split_delta_z, le mouvement sera divisé et la traversée continuera. Ce processus se répète jusqu'à ce que la fin du déplacement soit atteinte, où un ajustement final sera appliqué. Les déplacements plus courts que la move_check_distance ont l'ajustement Z correct appliqué directement au déplacement sans traversée ou division.split_delta_z : .025 Valeur par défaut : .025 Comme mentionné ci-dessus, il s'agit de l'écart minimum requis pour déclencher un fractionnement du mouvement. Dans cet exemple, toute valeur Z avec un écart de +/- 0,025 mm déclenchera un fractionnement.Généralement les valeurs par défaut de ces options sont suffisantes, en fait la valeur par défaut de 5mm pour la move_check_distance est probablement exagérée. Cependant, un utilisateur avancé peut souhaiter expérimenter avec ces options dans le but d'obtenir une première couche optimale.
+Generally the default values for these options are sufficient, in fact the default value of 5mm for the move_check_distance may be overkill. However an advanced user may wish to experiment with these options in an effort to squeeze out the optimal first layer.
Atténuation du maillage¶
Lorsque l'option "fondu" est activée, l'ajustement du Z est réduit progressivement sur une distance définie par la configuration. Ceci est réalisé en appliquant de petits ajustements à la hauteur de la couche, en augmentant ou en diminuant selon la forme du lit. Lorsque le fondu est terminé, l'ajustement Z n'est plus appliqué, ce qui permet au sommet de l'impression d'être plat plutôt que de refléter la forme du lit. Le fondu peut également présenter quelques caractéristiques indésirables, si le fondu est effectué trop rapidement, il peut entraîner des artefacts visibles sur l'impression. De plus, si votre lit est sensiblement déformé, le fondu peut rétrécir ou étirer la hauteur Z de l'impression. C'est pourquoi le fondu est désactivé par défaut.
[bed_mesh]
@@ -1646,10 +1646,10 @@ fade_target: 0
fade_start: 1 Valeur par défaut : 1 La hauteur Z à laquelle il faut commencer l'atténuation progressive de l'ajustement. C'est une bonne idée d'avoir quelques couches déjà déposées avant de commencer le processus de fondu.fade_end : 10 Valeur par défaut : 0 La hauteur Z à laquelle le fondu doit s'arrêter. Si cette valeur est inférieure à fade_start, le fondu est désactivé. Cette valeur peut être ajustée en fonction de la déformation de la surface d'impression. Une surface fortement déformée devrait s'estomper sur une plus grande distance. Une surface presque plate peut être capable de réduire cette valeur pour s'estomper plus rapidement. 10mm est une valeur raisonnable pour commencer si vous utilisez la valeur par défaut de 1 pour fade_start.fade_target : 0 Valeur par défaut : La valeur Z moyenne du maillage Le fade_target peut être considéré comme un décalage Z supplémentaire appliqué à l'ensemble du lit après la fin du fondu. En général, nous aimerions que cette valeur soit égale à 0, mais il y a des circonstances où elle ne devrait pas l'être. Par exemple, supposons que votre position d'origine sur le lit est aberrante, elle est inférieure de 0,2 mm à la hauteur moyenne palpée du lit. Si le fade_target est 0, le fondu va rétrécir l'impression d'une moyenne de 0,2 mm à travers le lit. En réglant la fade_target sur .2, la zone d'origine sera agrandie de .2 mm, mais le reste du lit aura une taille précise. En général, c'est une bonne idée de laisser fade_target en dehors de la configuration afin que la hauteur moyenne du maillage soit utilisée, cependant il peut être souhaitable d'ajuster manuellement la cible du fondu si l'on ne veut imprimer que sur une partie spécifique du lit.fade_target: 0 Default Value: The average Z value of the mesh The fade_target can be thought of as an additional Z offset applied to the entire bed after fade completes. Generally speaking we would like this value to be 0, however there are circumstances where it should not be. For example, lets assume your homing position on the bed is an outlier, its .2 mm lower than the average probed height of the bed. If the fade_target is 0, fade will shrink the print by an average of .2 mm across the bed. By setting the fade_target to .2, the homed area will expand by .2 mm, however, the rest of the bed will be accurately sized. Generally its a good idea to leave fade_target out of the configuration so the average height of the mesh is used, however it may be desirable to manually adjust the fade target if one wants to print on a specific portion of the bed.
L'indice de référence relatif¶
-La plupart des sondes sont sensibles à une dérive, c'est-à-dire à des inexactitudes dans le palpage introduites par la chaleur ou des interférences. Cela peut rendre difficile le calcul du décalage en Z de la sonde, en particulier à différentes températures du lit. C'est pourquoi certaines imprimantes utilisent à la fois une butée pour la mise à l'origine de l'axe Z et une sonde pour réaliser le maillage. Ces imprimantes peuvent bénéficier de la configuration de l'index de référence relatif.
+Most probes are susceptible to drift, ie: inaccuracies in probing introduced by heat or interference. This can make calculating the probe's z-offset challenging, particularly at different bed temperatures. As such, some printers use an endstop for homing the Z axis, and a probe for calibrating the mesh. These printers can benefit from configuring the relative reference index.
[bed_mesh]
speed: 120
horizontal_move_z: 5
@@ -1717,7 +1717,7 @@ faulty_region_4_max: 45.0, 210.0
BED_MESH_PROFILE SAVE=<name> LOAD=<name> REMOVE=<name>
Après avoir réalisé un BED_MESH_CALIBRATE, il est possible de sauvegarder l'état actuel du maillage dans un profil nommé. Cela permet de charger un maillage sans re-palper le lit. Après qu'un profil ait été enregistré en utilisant BED_MESH_PROFILE SAVE=<name>, le gcode SAVE_CONFIG peut être exécuté pour écrire le profil dans printer.cfg.
Les profils peuvent être chargés en exécutant BED_MESH_PROFILE LOAD=<name>.
-Il convient de noter que chaque fois qu'un BED_MESH_CALIBRATE est produit, l'état actuel est automatiquement enregistré dans le profil par défaut. Si ce profil existe, il est automatiquement chargé au démarrage de Klipper. Si ce comportement n'est pas souhaitable, le profil par défaut peut être supprimé comme suit :
+It should be noted that each time a BED_MESH_CALIBRATE occurs, the current state is automatically saved to the default profile. The default profile can be removed as follows:
BED_MESH_PROFILE REMOVE=default
Tout autre profil enregistré peut être supprimé de la même manière, en remplaçant default par le nom du profil que vous souhaitez supprimer.
Chargement du profil par défaut¶
diff --git a/fr/Benchmarks.html b/fr/Benchmarks.html
index 19632b6b2..f44f083c9 100644
--- a/fr/Benchmarks.html
+++ b/fr/Benchmarks.html
@@ -1134,6 +1134,13 @@
Test du taux de pas sur SAMD51
+
+
+
+
+ AR100 step rate benchmark
+
+
@@ -1503,6 +1510,13 @@
Test du taux de pas sur SAMD51
+
+
+
+
+ AR100 step rate benchmark
+
+
@@ -2005,6 +2019,34 @@ finalize_config crc=0
+AR100 step rate benchmark¶
+The following configuration sequence is used on AR100 CPU (Allwinner A64):
+allocate_oids count=3
+config_stepper oid=0 step_pin=PL10 dir_pin=PE14 invert_step=-1 step_pulse_ticks=0
+config_stepper oid=1 step_pin=PL11 dir_pin=PE15 invert_step=-1 step_pulse_ticks=0
+config_stepper oid=2 step_pin=PL12 dir_pin=PE16 invert_step=-1 step_pulse_ticks=0
+finalize_config crc=0
+
+
+The test was last run on commit 08d037c6 with gcc version or1k-linux-musl-gcc (GCC) 9.2.0 on an Allwinner A64-H micro-controller.
+
+
+
+AR100 R_PIO
+ticks
+
+
+
+
+1 moteur pas à pas
+85
+
+
+3 moteurs pas à pas
+359
+
+
+
Test du taux de pas sur RP2040¶
La séquence de configuration suivante est utilisée sur le RP2040 :
allocate_oids count=3
@@ -2105,6 +2147,12 @@ get_uptime
avr-gcc (GCC) 5.4.0
+ar100 (serial)
+138K
+08d037c6
+or1k-linux-musl-gcc 9.3.0
+
+
samd21 (USB)
223K
01d2183f
diff --git a/fr/Bootloaders.html b/fr/Bootloaders.html
index 9c5df4bc5..5caa25054 100644
--- a/fr/Bootloaders.html
+++ b/fr/Bootloaders.html
@@ -1776,7 +1776,7 @@ stm32flash -w generic_boot20_pc13.bin -v -g 0 /dev/ttyAMA0
Le chargeur de démarrage ne s'exécute généralement que pendant une courte période après le démarrage. Il peut être nécessaire de chronométrer la commande ci-dessus pour qu'elle s'exécute pendant que le chargeur de démarrage est toujours actif (le chargeur de démarrage fait clignoter une LED de la carte pendant son exécution). Vous pouvez également définir la broche "boot 0" sur low et la broche "boot 1" sur high pour rester en mode chargeur de démarrage après une réinitialisation.
STM32F103 avec chargeur de démarrage HID¶
Le chargeur de démarrage HID est un chargeur de démarrage compact et sans pilote capable de flasher via USB. Un fork avec des builds spécifiques au SKR Mini E3 1.2 est également disponible.
-Pour les cartes STM32F103 génériques telles que la blue pill, il est possible de flasher le chargeur de démarrage via un port série 3.3v en utilisant stm32flash comme indiqué dans la section stm32duino ci-dessus, en remplaçant le nom de fichier par le binaire du chargeur de démarrage souhaité (c'est-à-dire : hid_generic_pc13.bin pour la blue pill).
+For generic STM32F103 boards such as the blue pill it is possible to flash the bootloader via 3.3V serial using stm32flash as noted in the stm32duino section above, substituting the file name for the desired hid bootloader binary (ie: hid_generic_pc13.bin for the blue pill).
Il n'est pas possible d'utiliser stm32flash pour le SKR Mini E3 car la broche boot0 est directement liée à la terre et non connectée via des broches d'en-tête. Il est recommandé d'utiliser un STLink V2 avec le programmeur STM32Cube pour flasher le bootloader. Si vous n'avez pas accès à un STLink, il est également possible d'utiliser un Raspberry Pi et OpenOCD avec la configuration de puce suivante :
source [find target/stm32f1x.cfg]
@@ -1829,10 +1829,10 @@ make
make flash FLASH_DEVICE=/dev/ttyACM0
-Il peut être nécessaire d'entrer manuellement dans le chargeur de démarrage, cela peut être fait en définissant "boot 0" au niveau bas et "boot 1" au niveau haut. Sur le SKR Mini E3 "Boot 1" n'est pas disponible, vous pouvez donc le faire en mettant la broche PA2 au niveau bas si vous avez flashé "hid_btt_skr_mini_e3.bin". Cette broche est étiquetée "TX0" sur l'en-tête TFT dans le document "PIN" du SKR Mini E3. Il y a une broche de terre à côté de PA2 que vous pouvez utiliser pour mettre PA2 à 0.
+It may be necessary to manually enter the bootloader, this can be done by setting "boot 0" low and "boot 1" high. On the SKR Mini E3 "Boot 1" is not available, so it may be done by setting pin PA2 low if you flashed "hid_btt_skr_mini_e3.bin". This pin is labeled "TX0" on the TFT header in the SKR Mini E3's "PIN" document. There is a ground pin next to PA2 which you can use to pull PA2 low.
STM32F103/STM32F072 avec chargeur de démarrage MSC¶
Le chargeur de démarrage MSC est un chargeur de démarrage sans pilote capable de flasher via USB.
-Il est possible de flasher le chargeur de démarrage via un port série 3.3v en utilisant stm32flash comme indiqué dans la section stm32duino ci-dessus, en remplaçant le nom de fichier par le binaire du chargeur de démarrage MSC souhaité (c'est-à-dire : MSCboot-Bluepill.bin pour la blue pill).
+It is possible to flash the bootloader via 3.3V serial using stm32flash as noted in the stm32duino section above, substituting the file name for the desired MSC bootloader binary (ie: MSCboot-Bluepill.bin for the blue pill).
Pour les cartes STM32F072, il est également possible de flasher le bootloader via USB (via DFU) avec quelque chose comme :
dfu-util -d 0483:df11 -a 0 -R -D MSCboot-STM32F072.bin -s0x08000000:leave
@@ -1841,7 +1841,7 @@ make
Le chargeur de démarrage peut être activé en appuyant deux fois sur le bouton de réinitialisation de la carte. Dès que le chargeur de démarrage est activé, la carte apparaît comme une clé USB sur laquelle le fichier klipper.bin peut être copié.
STM32F103/STM32F0x2 avec chargeur de démarrage CanBoot¶
Le chargeur de démarrage CanBoot offre une option pour télécharger le micrologiciel Klipper via le CANBUS. Le chargeur de démarrage lui-même est dérivé du code source de Klipper. Actuellement, CanBoot prend en charge les modèles STM32F103, STM32F042 et STM32F072.
-Il est recommandé d'utiliser un programmeur ST-Link pour flasher CanBoot, mais il devrait être possible de flasher en utilisant stm32flash sur les appareils STM32F103 et dfu-util sur les appareils STM32F042/STM32F072. Consultez les sections précédentes de ce document pour obtenir des instructions sur ces méthodes de flash, en remplaçant canboot.bin par le nom de fichier, le cas échéant. Le lien CanBoot ci-dessus fournit des instructions pour créer le chargeur de démarrage.
+It is recommended to use a ST-Link Programmer to flash CanBoot, however it should be possible to flash using stm32flash on STM32F103 devices, and dfu-util on STM32F042/STM32F072 devices. See the previous sections in this document for instructions on these flashing methods, substituting canboot.bin for the file name where appropriate. The CanBoot repository linked above provides instructions for building the bootloader.
La première fois que CanBoot a été flashé, il devrait détecter qu'aucune application n'est présente et entrer dans le chargeur de démarrage. Si cela ne se produit pas, il est possible d'entrer dans le chargeur de démarrage en appuyant deux fois de suite sur le bouton de réinitialisation.
L'utilitaire flash_can.py fourni dans le dossier lib/canboot peut être utilisé pour télécharger le firmware Klipper. L'UUID de l'appareil doit clignoter. Si vous n'avez pas d'UUID, il est possible d'interroger les nœuds exécutant actuellement le chargeur de démarrage :
python3 flash_can.py -q
@@ -1855,8 +1855,8 @@ make
Où aabbccddeeff est remplacé par votre UUID. Notez que les options -i et -f peuvent être omises, elles sont par défaut sur can0 et ~/klipper/out/klipper.bin.
Lors de la création de Klipper pour une utilisation avec CanBoot, sélectionnez l'option 8 KiB Bootloader.
Micro-contrôleurs STM32F4 (SKR Pro 1.1)¶
-Les microcontrôleurs STM32F4 sont équipés d'un chargeur de démarrage système intégré capable de flasher via USB (via DFU), série 3,3 V et diverses autres méthodes (voir le document STM AN2606 pour plus d'informations). Certaines cartes STM32F4, telles que le SKR Pro 1.1, ne peuvent pas entrer dans le chargeur de démarrage DFU. Le chargeur de démarrage HID est disponible pour les cartes basées sur STM32F405/407 si l'utilisateur préfère flasher sur USB plutôt que d'utiliser la carte SD. Notez que vous devrez peut-être configurer et construire une version spécifique à votre carte, une version pour le SKR Pro 1.1 est disponible ici.
-À moins que votre carte ne soit compatible DFU, la méthode de flash la plus accessible est probablement via un port série 3.3v, qui suit la même procédure que flasher le STM32F103 avec stm32flash. Par exemple :
+STM32F4 micro-controllers come equipped with a built-in system bootloader capable of flashing over USB (via DFU), 3.3V Serial, and various other methods (see STM Document AN2606 for more information). Some STM32F4 boards, such as the SKR Pro 1.1, are not able to enter the DFU bootloader. The HID bootloader is available for STM32F405/407 based boards should the user prefer flashing over USB over using the sdcard. Note that you may need to configure and build a version specific to your board, a build for the SKR Pro 1.1 is available here.
+Unless your board is DFU capable the most accessible flashing method is likely via 3.3V serial, which follows the same procedure as flashing the STM32F103 using stm32flash. For example:
wget https://github.com/Arksine/STM32_HID_Bootloader/releases/download/v0.5-beta/hid_bootloader_SKR_PRO.bin
stm32flash -w hid_bootloader_SKR_PRO.bin -v -g 0 /dev/ttyAMA0
diff --git a/fr/CONTRIBUTING.html b/fr/CONTRIBUTING.html
index a359d5315..0ff026843 100644
--- a/fr/CONTRIBUTING.html
+++ b/fr/CONTRIBUTING.html
@@ -1466,15 +1466,15 @@
Nivellement du lit, flashage du MCU
+James Hartley
+@JamesH1978
+Configuration files
+
+
Kevin O'Connor
@KevinOConnor
Système de mouvement de base, code du microcontrôleur
-
-Paul McGowan
-@mental405
-Fichiers de configuration, documentation
-
Veuillez ne pas envoyer de "ping" à l'un des évaluateurs et ne pas leur adresser de soumissions. Tous les évaluateurs surveillent les forums et les PR, et prennent en charge les évaluations quand ils en ont le temps.
diff --git a/fr/Config_Changes.html b/fr/Config_Changes.html
index a2b8ad98f..f1acf497f 100644
--- a/fr/Config_Changes.html
+++ b/fr/Config_Changes.html
@@ -1293,6 +1293,8 @@
Ce document couvre les modifications logicielles apportées au fichier de configuration qui ne sont pas rétro compatibles. Il est conseillé de consulter ce document lors de la mise à jour du logiciel Klipper.
Toutes les dates de ce document sont approximatives.
Changements¶
+20230304: The SET_TMC_CURRENT command now properly adjusts the globalscaler register for drivers that have it. This removes a limitation where on tmc5160, the currents could not be raised higher with SET_TMC_CURRENT than the run_current value set in the config file. However, this has a side effect: After running SET_TMC_CURRENT, the stepper must be held at standstill for >130ms in case StealthChop2 is used so that the AT#1 calibration gets executed by the driver.
+20230202: The format of the printer.screws_tilt_adjust status information has changed. The information is now stored as a dictionary of screws with the resulting measurements. See the status reference for details.
20230201 : Le module [bed_mesh] ne charge plus le profil default au démarrage. Il est recommandé aux utilisateurs qui utilisent le profil default d'ajouter BED_MESH_PROFILE LOAD=default à leur macro START_PRINT (ou à la configuration "Start G-Code" de leur trancheur si applicable).
20230103 : Il est maintenant possible avec le script flash-sdcard.sh de flasher les deux variantes du Bigtreetech SKR-2, STM32F407 et STM32F429. Cela signifie que le tag originel de btt-skr2 a maintenant changé en btt-skr-2-f407 ou btt-skr-2-f429.
20221128 : Sortie de Klipper v0.11.0.
diff --git a/fr/Config_Reference.html b/fr/Config_Reference.html
index 982db56d9..547c4dd8a 100644
--- a/fr/Config_Reference.html
+++ b/fr/Config_Reference.html
@@ -1337,6 +1337,13 @@
[tmc2660]
+
+
+
+
+ [tmc2240]
+
+
@@ -3258,6 +3265,13 @@
[tmc2660]
+
+
+
+
+ [tmc2240]
+
+
@@ -3822,61 +3836,65 @@ radius:
[printer]
kinematics: deltesian
max_z_velocity:
-# Pour les imprimantes deltesiennes, ceci limite la vitesse maximale (en mm/s) des
-# déplacements avec un mouvement sur l'axe z. Ce paramètre peut être utilisé pour
-# réduire la vitesse maximale des déplacements vers le haut/bas (qui nécessitent un
-# taux de pas plus élevé que les autres mouvements sur une imprimante deltesienne).
-# La valeur par défaut est d'utiliser max_velocity pour max_z_velocity.
+# For deltesian printers, this limits the maximum velocity (in mm/s) of
+# moves with z axis movement. This setting can be used to reduce the
+# maximum speed of up/down moves (which require a higher step rate
+# than other moves on a deltesian printer). The default is to use
+# max_velocity for max_z_velocity.
#max_z_accel:
-# Ceci définit l'accélération maximale (en mm/s^2) du mouvement le long de l'axe z.
-# Ce paramètre peut être utile si l'imprimante peut atteindre une plus grande
-# accélération sur les mouvements XY que sur les mouvements Z (par exemple, lors
-# de l'utilisation de la compensation de la résonance).
-# La valeur par défaut est d'utiliser max_accel pour max_z_accel.
-#minimum_z_position : 0
-# Position Z minimale à laquelle l'utilisateur peut ordonner à la tête de se déplacer.
-# La valeur par défaut est 0.
+# This sets the maximum acceleration (in mm/s^2) of movement along
+# the z axis. Setting this may be useful if the printer can reach higher
+# acceleration on XY moves than Z moves (eg, when using input shaper).
+# The default is to use max_accel for max_z_accel.
+#minimum_z_position: 0
+# The minimum Z position that the user may command the head to move
+# to. The default is 0.
#min_angle: 5
-# Ceci représente l'angle minimum (en degrés) par rapport à l'horizontale que les bras
-# deltesiens sont autorisés à atteindre. Ce paramètre est destiné à empêcher les bras de
-# devenir complètement horizontaux, ce qui risquerait de provoquer une inversion
-# accidentelle de l'axe XZ.
-# La valeur par défaut est 5.
+# This represents the minimum angle (in degrees) relative to horizontal
+# that the deltesian arms are allowed to achieve. This parameter is
+# intended to restrict the arms from becoming completely horizontal,
+# which would risk accidental inversion of the XZ axis. The default is 5.
#print_width:
-# La distance (en mm) des coordonnées X valides de la tête de l'outil. On peut utiliser ce
-# paramètre pour personnaliser la vérification de la plage des mouvements de la tête de
-# l'outil. Si une grande valeur est spécifiée ici, il peut être possible de faire entrer la tête
-# de l'outil en collision avec une colonne. Ce paramètre correspond généralement à la
-# largeur du banc (en mm).
+# The distance (in mm) of valid toolhead X coordinates. One may use
+# this setting to customize the range checking of toolhead moves. If
+# a large value is specified here then it may be possible to command
+# the toolhead into a collision with a tower. This setting usually
+# corresponds to bed width (in mm).
#slow_ratio: 3
-# Rapport utilisé pour limiter la vitesse et l'accélération des mouvements proches des
-# extrêmes de l'axe X. Si la distance verticale divisée par la distance horizontale dépasse
-# la valeur de slow_ratio, la vitesse et l'accélération sont limitées à la moitié de leur valeur
-# nominale. Si la distance verticale divisée par la distance horizontale dépasse de deux fois
-# la valeur de slow_ratio, alors la vitesse et l'accélération sont limitées à un quart de leur
-# valeur nominale. La valeur par défaut est 3.
+# The ratio used to limit velocity and acceleration on moves near the
+# extremes of the X axis. If vertical distance divided by horizontal
+# distance exceeds the value of slow_ratio, then velocity and
+# acceleration are limited to half their nominal values. If vertical
+# distance divided by horizontal distance exceeds twice the value of
+# the slow_ratio, then velocity and acceleration are limited to one
+# quarter of their nominal values. The default is 3.
-# La section stepper_left est utilisée pour décrire le moteur pas à pas contrôlant la colonne
-# gauche. Cette section contrôle également les paramètres d'orientation (homing_speed,
-# homing_retract_dist) pour toutes les colonnes.
+# The stepper_left section is used to describe the stepper controlling
+# the left tower. This section also controls the homing parameters
+# (homing_speed, homing_retract_dist) for all towers.
[stepper_left]
position_endstop:
-# Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de
-# construction. Ce paramètre doit être fourni pour stepper_left ; pour le paramètre stepper_right
-# ce paramètre prend par défaut la valeur spécifiée pour stepper_left.
+# Distance (in mm) between the nozzle and the bed when the nozzle is
+# in the center of the build area and the endstops are triggered. This
+# parameter must be provided for stepper_left; for stepper_right this
+# parameter defaults to the value specified for stepper_left.
arm_length:
-# Longueur (en mm) de la tige diagonale reliant le chariot de la colonne à la tête d'impression.
-# Ce paramètre doit être fourni pour stepper_left. Pour le paramètre stepper_right, ce paramètre
-# prend par défaut la valeur spécifiée pour stepper_left.
+# Length (in mm) of the diagonal rod that connects the tower carriage to
+# the print head. This parameter must be provided for stepper_left; for
+# stepper_right, this parameter defaults to the value specified for
+# stepper_left.
arm_x_length:
-# Distance horizontale entre la tête d'impression et la colonne lorsque l'imprimante est mise à
-# l'origine. Ce paramètre doit être fourni pour stepper_left ; pour stepper_right, ce paramètre
-# prend par défaut la valeur spécifiée pour stepper_left.
+# Horizontal distance between the print head and the tower when the
+# printers is homed. This parameter must be provided for stepper_left;
+# for stepper_right, this parameter defaults to the value specified for
+# stepper_left.
-# La section stepper_right est utilisée pour décrire le moteur pas à pas contrôlant la colonne de droite.
+# The stepper_right section is used to describe the stepper controlling the
+# right tower.
[stepper_right]
-# La section stepper_y est utilisée pour décrire le moteur pas à pas contrôlant l'axe Y d'un robot deltesien.
+# The stepper_y section is used to describe the stepper controlling
+# the Y axis in a deltesian robot.
[stepper_y]
@@ -4437,36 +4455,33 @@ max_temp:
Voir le guide de nivelage et la référence des commandes pour des informations supplémentaires.
[screws_tilt_adjust]
#screw1:
-# Les coordonnées (X, Y) de la première vis de mise à niveau du lit. Il
-# s'agit d'une position à laquelle déplacer la buse de manière à ce que
-# la sonde soit directement au-dessus de la vis de mise à niveau du lit
-# (ou aussi près que possible tout en étant encore au-dessus du lit).
-# Il s'agit de la vis de base utilisée dans les calculs.
-# Ce paramètre doit être fourni.
+# The (X, Y) coordinate of the first bed leveling screw. This is a
+# position to command the nozzle to so that the probe is directly
+# above the bed screw (or as close as possible while still being
+# above the bed). This is the base screw used in calculations. This
+# parameter must be provided.
#screw1_name:
-# Un nom arbitraire pour la vis donnée. Ce nom est affiché lorsque le
-# script d'aide s'exécute. Par défaut, le nom utilisé est basé sur la
-# position XY de la vis.
+# An arbitrary name for the given screw. This name is displayed when
+# the helper script runs. The default is to use a name based upon
+# the screw XY location.
#screw2:
#screw2_name:
#...
-# Vis supplémentaires de mise à niveau du lit. Au moins deux vis
-# doivent être définies.
+# Additional bed leveling screws. At least two screws must be
+# defined.
#speed: 50
-# La vitesse (en mm/s) des déplacements sans palpage pendant
-# l'étalonnage. La valeur par défaut est 50.
+# The speed (in mm/s) of non-probing moves during the calibration.
+# The default is 50.
#horizontal_move_z: 5
-# La hauteur (en mm) à laquelle la tête doit être levée pour se
-# déplacer juste avant de lancer une opération de palpage. La
-# valeur par défaut est 5.
+# The height (in mm) that the head should be commanded to move to
+# just prior to starting a probe operation. The default is 5.
#screw_thread: CW-M3
-# Le type de vis utilisée pour le niveau du lit, M3, M4 ou M5 et la
-# direction de la molette utilisée pour le nivelage du lit, diminution
-# dans le sens des aiguilles d'une montre, augmentation dans le sens
-# inverse des aiguilles d'une montre. Valeurs acceptées : CW-M3,
-# CCW-M3, CW-M4, CCW-M4, CW-M5, CCW-M5. La valeur par défaut est
-# CW-M3. De nombreuses imprimantes utilisent une vis M3, un tour
-# de molette dans le sens des aiguilles d'une montre diminue la distance.
+# The type of screw used for bed leveling, M3, M4, or M5, and the
+# rotation direction of the knob that is used to level the bed.
+# Accepted values: CW-M3, CCW-M3, CW-M4, CCW-M4, CW-M5, CCW-M5.
+# Default value is CW-M3 which most printers use. A clockwise
+# rotation of the knob decreases the gap between the nozzle and the
+# bed. Conversely, a counter-clockwise rotation increases the gap.
[z_tilt]¶
@@ -6197,6 +6212,120 @@ run_current:
# premier bit de HDEC est interprété comme le MSB de HSTRT dans ce cas).
+[tmc2240]¶
+Configure a TMC2240 stepper motor driver via SPI bus. To use this feature, define a config section with a "tmc2240" prefix followed by the name of the corresponding stepper config section (for example, "[tmc2240 stepper_x]").
+[tmc2240 stepper_x]
+cs_pin:
+# The pin corresponding to the TMC2240 chip select line. This pin
+# will be set to low at the start of SPI messages and raised to high
+# after the message completes. This parameter must be provided.
+#spi_speed:
+#spi_bus:
+#spi_software_sclk_pin:
+#spi_software_mosi_pin:
+#spi_software_miso_pin:
+# See the "common SPI settings" section for a description of the
+# above parameters.
+#chain_position:
+#chain_length:
+# These parameters configure an SPI daisy chain. The two parameters
+# define the stepper position in the chain and the total chain length.
+# Position 1 corresponds to the stepper that connects to the MOSI signal.
+# The default is to not use an SPI daisy chain.
+#interpolate: True
+# If true, enable step interpolation (the driver will internally
+# step at a rate of 256 micro-steps). The default is True.
+run_current:
+# The amount of current (in amps RMS) to configure the driver to use
+# during stepper movement. This parameter must be provided.
+#hold_current:
+# The amount of current (in amps RMS) to configure the driver to use
+# when the stepper is not moving. Setting a hold_current is not
+# recommended (see TMC_Drivers.md for details). The default is to
+# not reduce the current.
+#rref: 12000
+# The resistance (in ohms) of the resistor between IREF and GND. The
+# default is 12000.
+#stealthchop_threshold: 0
+# The velocity (in mm/s) to set the "stealthChop" threshold to. When
+# set, "stealthChop" mode will be enabled if the stepper motor
+# velocity is below this value. The default is 0, which disables
+# "stealthChop" mode.
+#driver_MSLUT0: 2863314260
+#driver_MSLUT1: 1251300522
+#driver_MSLUT2: 608774441
+#driver_MSLUT3: 269500962
+#driver_MSLUT4: 4227858431
+#driver_MSLUT5: 3048961917
+#driver_MSLUT6: 1227445590
+#driver_MSLUT7: 4211234
+#driver_W0: 2
+#driver_W1: 1
+#driver_W2: 1
+#driver_W3: 1
+#driver_X1: 128
+#driver_X2: 255
+#driver_X3: 255
+#driver_START_SIN: 0
+#driver_START_SIN90: 247
+#driver_OFFSET_SIN90: 0
+# These fields control the Microstep Table registers directly. The optimal
+# wave table is specific to each motor and might vary with current. An
+# optimal configuration will have minimal print artifacts caused by
+# non-linear stepper movement. The values specified above are the default
+# values used by the driver. The value must be specified as a decimal integer
+# (hex form is not supported). In order to compute the wave table fields,
+# see the tmc2130 "Calculation Sheet" from the Trinamic website.
+# Additionally, this driver also has the OFFSET_SIN90 field which can be used
+# to tune a motor with unbalanced coils. See the `Sine Wave Lookup Table`
+# section in the datasheet for information about this field and how to tune
+# it.
+#driver_IHOLDDELAY: 6
+#driver_IRUNDELAY: 4
+#driver_TPOWERDOWN: 10
+#driver_TBL: 2
+#driver_TOFF: 3
+#driver_HEND: 2
+#driver_HSTRT: 5
+#driver_FD3: 0
+#driver_TPFD: 4
+#driver_CHM: 0
+#driver_VHIGHFS: 0
+#driver_VHIGHCHM: 0
+#driver_DISS2G: 0
+#driver_DISS2VS: 0
+#driver_PWM_AUTOSCALE: True
+#driver_PWM_AUTOGRAD: True
+#driver_PWM_FREQ: 0
+#driver_FREEWHEEL: 0
+#driver_PWM_GRAD: 0
+#driver_PWM_OFS: 29
+#driver_PWM_REG: 4
+#driver_PWM_LIM: 12
+#driver_SGT: 0
+#driver_SEMIN: 0
+#driver_SEUP: 0
+#driver_SEMAX: 0
+#driver_SEDN: 0
+#driver_SEIMIN: 0
+#driver_SFILT: 0
+#driver_SG4_ANGLE_OFFSET: 1
+# Set the given register during the configuration of the TMC2240
+# chip. This may be used to set custom motor parameters. The
+# defaults for each parameter are next to the parameter name in the
+# above list.
+#diag0_pin:
+#diag1_pin:
+# The micro-controller pin attached to one of the DIAG lines of the
+# TMC2240 chip. Only a single diag pin should be specified. The pin
+# is "active low" and is thus normally prefaced with "^!". Setting
+# this creates a "tmc2240_stepper_x:virtual_endstop" virtual pin
+# which may be used as the stepper's endstop_pin. Doing this enables
+# "sensorless homing". (Be sure to also set driver_SGT to an
+# appropriate sensitivity value.) The default is to not enable
+# sensorless homing.
+
+
[tmc5160]¶
Configuration d'un pilote de moteur pas à pas TMC5160 via le bus SPI. Pour utiliser cette fonctionnalité, définissez une section de configuration avec un préfixe "tmc5160" suivi du nom de la section de configuration du moteur pas à pas correspondant (par exemple, "[tmc5160 stepper_x]").
[tmc5160 stepper_x]
@@ -7003,17 +7132,17 @@ host_mcu :
Si vous utilisez Octoprint et que vous diffusez du gcode sur le port série au lieu d'imprimer à partir de virtual_sd, alors supprimez M1 et M0 de Commandes de pause dans Paramètres > Connexion série > Firmware & protocole évitera d'avoir à lancer l'impression sur la Palette 2 et de devoir lever la pause dans Octoprint pour que l'impression commence.
[palette2]
serial:
-# Le port série à connecter à la Palette 2.
+# The serial port to connect to the Palette 2.
#baud: 115200
-# Le débit en bauds à utiliser. La valeur par défaut est 115200.
+# The baud rate to use. The default is 115200.
#feedrate_splice: 0.8
-# Le taux d'avance à utiliser lors de l'épissage, la valeur par défaut est 0.8.
+# The feedrate to use when splicing, default is 0.8
#feedrate_normal: 1.0
-# L'avance à utiliser après l'épissage, la valeur par défaut est 1.0.
+# The feedrate to use after splicing, default is 1.0
#auto_load_speed: 2
-# Vitesse d'extrusion lors du chargement automatique, par défaut 2 (mm/s).
+# Extrude feedrate when autoloading, default is 2 (mm/s)
#auto_cancel_variation: 0.1
-# Annulation automatique de l'impression lorsque la variation du ping est supérieure à ce seuil.
+# Auto cancel print when ping variation is above this threshold
[angle]¶
@@ -7062,21 +7191,23 @@ cs_pin:
Paramètres I2C communs¶
Les paramètres suivants sont généralement disponibles pour les dispositifs utilisant un bus I2C.
-Notez que le support actuel des micro-contrôleurs de Klipper pour i2c n'est généralement pas tolérant au bruit sur la ligne. Des erreurs inattendues sur les fils i2c peuvent entraîner une erreur d'exécution de Klipper. Le support de Klipper de récupération des erreurs varie selon le type de micro-contrôleur. Il est généralement recommandé de n'utiliser que des dispositifs i2c se trouvant sur la même carte de circuit imprimé que le microcontrôleur.
-La plupart des implémentations de micro-contrôleurs Klipper ne supportent qu'une i2c_speed de 100000. Le micro-contrôleur Klipper "linux" supporte une vitesse de 400000, mais elle doit être définie dans le système d'exploitation sinon le paramètre i2c_speed est ignoré. Le micro-contrôleur Klipper "rp2040" supporte un taux de 400000 via le paramètre i2c_speed. Tous les autres micro-contrôleurs Klipper utilisent un taux de 100000 et ignorent le paramètre i2c_speed.
+Note that Klipper's current micro-controller support for I2C is generally not tolerant to line noise. Unexpected errors on the I2C wires may result in Klipper raising a run-time error. Klipper's support for error recovery varies between each micro-controller type. It is generally recommended to only use I2C devices that are on the same printed circuit board as the micro-controller.
+Most Klipper micro-controller implementations only support an i2c_speed of 100000 (standard mode, 100kbit/s). The Klipper "Linux" micro-controller supports a 400000 speed (fast mode, 400kbit/s), but it must be set in the operating system and the i2c_speed parameter is otherwise ignored. The Klipper "RP2040" micro-controller and ATmega AVR family support a rate of 400000 via the i2c_speed parameter. All other Klipper micro-controllers use a 100000 rate and ignore the i2c_speed parameter.
#i2c_address:
-# L'adresse i2c du périphérique. Elle doit être spécifiée sous la forme d'un nombre décimal
-# (pas en hexadécimal). La valeur par défaut dépend du type de périphérique.
+# The i2c address of the device. This must specified as a decimal
+# number (not in hex). The default depends on the type of device.
#i2c_mcu:
-# Le nom du micro-contrôleur auquel la puce est connectée.
-# La valeur par défaut est "mcu".
+# The name of the micro-controller that the chip is connected to.
+# The default is "mcu".
#i2c_bus:
-# Si le micro-contrôleur supporte plusieurs bus I2C, on peut spécifier le bus du micro-contrôleur.
-# La valeur par défaut dépend du type de micro-contrôleur.
+# If the micro-controller supports multiple I2C busses then one may
+# specify the micro-controller bus name here. The default depends on
+# the type of micro-controller.
#i2c_speed:
-# La vitesse I2C (en Hz) à utiliser lors de la communication avec le périphérique.
-# L'implémentation de Klipper pour la plupart des micro-contrôleurs est codée en dur à 100000,
-# modifier cette valeur n'a aucun effet. La valeur par défaut est 100000.
+# The I2C speed (in Hz) to use when communicating with the device.
+# The Klipper implementation on most micro-controllers is hard-coded
+# to 100000 and changing this value has no effect. The default is
+# 100000. Linux, RP2040 and ATmega support 400000.
diff --git a/fr/Debugging.html b/fr/Debugging.html
index d32317ec8..d1732bf37 100644
--- a/fr/Debugging.html
+++ b/fr/Debugging.html
@@ -1505,7 +1505,7 @@ make build
ls ./build/pysimulavr/_pysimulavr.*.so
-Cette commande doit signaler un fichier spécifique (par exemple ./build/pysimulavr/_pysimulavr.cpython-39-x86_64-linux-gnu.so) et non une erreur.
+This command should report a specific file (e.g. ./build/pysimulavr/_pysimulavr.cpython-39-x86_64-linux-gnu.so) and not an error.
Si vous êtes sur un système basé sur Debian (Debian, Ubuntu, etc.), vous pouvez installer les packages suivants et générer des fichiers *.deb pour une installation de simulavr à l'échelle du système :
sudo apt update
sudo apt install g++ make cmake swig rst2pdf help2man texinfo
diff --git a/fr/Features.html b/fr/Features.html
index e6706d3bd..ff771ea03 100644
--- a/fr/Features.html
+++ b/fr/Features.html
@@ -1307,7 +1307,7 @@
Klipper propose plusieurs caractéristiques intéressantes :
- Mouvements pas à pas de haute précision. Klipper utilise un processeur d'application (tel qu'un Raspberry Pi à bas prix) pour calculer les mouvements de l'imprimante. Ce processeur d'application détermine le moment où il faut faire marcher chaque moteur pas à pas, compresse ces événements, les transmet au microcontrôleur pour que celui-ci exécute chaque événement au moment demandé. Chaque événement du moteur pas à pas est programmé avec une précision de 25 microsecondes ou mieux. Le logiciel n'utilise pas d'estimations cinématiques (telles que l'algorithme de Bresenham), au lieu de cela, il calcule des durées de pas précises basées sur les physiques de l'accélération et de la cinématique de la machine. Un mouvement plus précis des pas permet un fonctionnement plus silencieux et plus stable de l'imprimante.
-- Meilleures performances de sa catégorie. Klipper est capable d'atteindre des taux de pas élevés sur les micro-contrôleurs nouveaux et anciens. Même les anciens microcontrôleurs 8 bits peuvent obtenir des taux supérieurs à 175 000 pas par seconde. Sur les micro-contrôleurs plus récents, plusieurs millions de pas par seconde sont possibles. Des taux de pas plus élevés permettent des vitesses d'impression plus élevées. La synchronisation des événements du pas à pas reste précise même à des vitesses élevées, ce qui améliore la stabilité globale.
+- Best in class performance. Klipper is able to achieve high stepping rates on both new and old micro-controllers. Even old 8-bit micro-controllers can obtain rates over 175K steps per second. On more recent micro-controllers, several million steps per second are possible. Higher stepper rates enable higher print velocities. The stepper event timing remains precise even at high speeds which improves overall stability.
- Klipper prend en charge les imprimantes dotées de plusieurs microcontrôleurs. Par exemple, un microcontrôleur peut être utilisé pour contrôler l'extrudeur, tandis qu'un autre contrôle les pièces chauffantes de l'imprimante, et un troisième s'occupe du reste de l'imprimante. Le logiciel Klipper met en œuvre la synchronisation de l'horloge pour tenir compte de la dérive entre les microcontrôleurs. Il n'y a pas besoin de code particulier pour activer plusieurs microcontrôleurs - il suffit de quelques lignes supplémentaires dans le fichier de configuration.
- Configuration grâce à un fichier de configuration unique. Il n'est pas nécessaire de reflasher le microcontrôleur pour modifier un paramètre. Toute la configuration de Klipper est stockée dans un fichier de configuration standard qui peut être facilement modifié. Cela facilite la configuration et la maintenance du matériel.
- Klipper prend en charge la fonction "Smooth Pressure Advance", un mécanisme permettant de prendre en compte les effets de la pression dans un extrudeur. Cela réduit le "suintement" de l'extrudeur et améliore la qualité des d'impression des coins. L'implémentation de Klipper n'introduit pas de changements instantanés de la vitesse de l'extrudeur, ce qui améliore la stabilité et la robustesse générales.
@@ -1424,6 +1424,11 @@
1885K
+AR100
+3529K
+2507K
+
+
STM32F407
3652K
2459K
diff --git a/fr/G-Codes.html b/fr/G-Codes.html
index 7654585ae..9b1faaa46 100644
--- a/fr/G-Codes.html
+++ b/fr/G-Codes.html
@@ -4424,7 +4424,7 @@
[bed_mesh]¶
Les commandes suivantes sont disponibles lorsque la section configuration de bed_mesh est activée (voir également le guide de bed_mesh).
BED_MESH_CALIBRATE¶
-BED_MESH_CALIBRATE [METHOD=manual] [<probe_parameter>=<value>] [<mesh_parameter>=<value>] : Cette commande palpe le bed en utilisant des points générés spécifiés par les paramètres de la config. Après le test, un maillage est généré et le déplacement de l'axe Z est ajusté en fonction de celui-ci. Référez-vous à la commande PROBE pour plus de détails sur les paramètres optionnels. Si METHOD=manual est spécifié, l'outil de palpage manuel est activé - voir la commande MANUAL_PROBE ci-dessus pour plus de détails sur les possibilités supplémentaires disponibles lorsque cet outil est utilisé.
+BED_MESH_CALIBRATE [METHOD=manual] [HORIZONTAL_MOVE_Z=<value>] [<probe_parameter>=<value>] [<mesh_parameter>=<value>]: This command probes the bed using generated points specified by the parameters in the config. After probing, a mesh is generated and z-movement is adjusted according to the mesh. See the PROBE command for details on the optional probe parameters. If METHOD=manual is specified then the manual probing tool is activated - see the MANUAL_PROBE command above for details on the additional commands available while this tool is active. The optional HORIZONTAL_MOVE_Z value overrides the horizontal_move_z option specified in the config file.
BED_MESH_OUTPUT¶
BED_MESH_OUTPUT PGP=[<0:1>] : Cette commande écrit les valeurs z palpées actuelles et les valeurs de maillage actuelles sur le terminal. Si PGP=1 est spécifié, les coordonnées X, Y générées par bed_mesh, ainsi que leurs indices associés, seront envoyés au terminal.
BED_MESH_MAP¶
@@ -4442,7 +4442,7 @@
[bed_tilt]¶
Les commandes suivantes sont disponibles lorsque la section config bed_tilt est activée.
BED_TILT_CALIBRATE¶
-BED_TILT_CALIBRATE [METHOD=manual] [<probe_parameter>=<value>] : Cette commande teste les points spécifiés dans la configuration, puis recommande des ajustements d'inclinaison x et y mis à jour. Voir la commande PROBE pour plus de détails sur les paramètres de palpage optionnels. Si METHOD=manual est spécifié, l'outil de palpage manuel est activé - voir la commande MANUAL_PROBE ci-dessus pour plus de détails sur les commandes supplémentaires disponibles lorsque cet outil est actif.
+BED_TILT_CALIBRATE [METHOD=manual] [HORIZONTAL_MOVE_Z=<value>] [<probe_parameter>=<value>]: This command will probe the points specified in the config and then recommend updated x and y tilt adjustments. See the PROBE command for details on the optional probe parameters. If METHOD=manual is specified then the manual probing tool is activated - see the MANUAL_PROBE command above for details on the additional commands available while this tool is active. The optional HORIZONTAL_MOVE_Z value overrides the horizontal_move_z option specified in the config file.
[bltouch]¶
La commande suivante est disponible lorsqu'une section bltouch config est activée (voir également le Guide BL-Touch).
BLTOUCH_DEBUG¶
@@ -4460,7 +4460,7 @@
[delta_calibrate]¶
Les commandes suivantes sont disponibles lorsque la section delta_calibrate config est activée (voir également le guide delta calibrate).
DELTA_CALIBRATE¶
-DELTA_CALIBRATE [METHOD=manual] [<probe_parameter>=<value>] : Cette commande teste sept points sur le lit et recommande des positions de butée, des angles de tour et des rayons mis à jour. Voir la commande PROBE pour plus de détails sur les paramètres de palpage optionnels. Si METHOD=manual est spécifié, l'outil de palpage manuel est activé - voir la commande MANUAL_PROBE ci-dessus pour plus de détails sur les commandes supplémentaires disponibles lorsque cet outil est actif.
+DELTA_CALIBRATE [METHOD=manual] [HORIZONTAL_MOVE_Z=<value>] [<probe_parameter>=<value>]: This command will probe seven points on the bed and recommend updated endstop positions, tower angles, and radius. See the PROBE command for details on the optional probe parameters. If METHOD=manual is specified then the manual probing tool is activated - see the MANUAL_PROBE command above for details on the additional commands available while this tool is active. The optional HORIZONTAL_MOVE_Z value overrides the horizontal_move_z option specified in the config file.
DELTA_ANALYZE¶
DELTA_ANALYZE: Cette commande est utilisée pendant l'étalonnage delta amélioré. Voir Calibrage delta pour plus de détails.
[display]¶
@@ -4731,7 +4731,7 @@
[screws_tilt_adjust]¶
Les commandes suivantes sont disponibles lorsque la section de configuration screws_tilt_adjust est activée (voir également le guide du nivelage manuel).
SCREWS_TILT_CALCULATE¶
-SCREWS_TILT_CALCULATE [DIRECTION=CW|CCW] [MAX_DEVIATION=<valeur>] [<probe_parameter>=<valeur>] : Cette commande invoquera l'outil de réglage des vis du lit. Elle déplacera la buse à différents endroits (tels que définis dans le fichier de configuration) en palpant la hauteur z et calculera le nombre de tours de la molette de réglage pour ajuster le niveau du lit. Si DIRECTION est spécifié, les tours de la molette seront tous dans la même direction, dans le sens des aiguilles d'une montre (CW) ou dans le sens inverse (CCW). Voir la commande PROBE pour plus de détails sur les paramètres optionnels de la sonde. IMPORTANT : Vous DEVEZ toujours effectuer un G28 avant d'utiliser cette commande. Si MAX_DEVIATION est spécifié, la commande déclenchera une erreur de gcode si une différence de hauteur de vis par rapport à la hauteur de vis de base est supérieure à la valeur fournie.
+SCREWS_TILT_CALCULATE [DIRECTION=CW|CCW] [MAX_DEVIATION=<value>] [HORIZONTAL_MOVE_Z=<value>] [<probe_parameter>=<value>]: This command will invoke the bed screws adjustment tool. It will command the nozzle to different locations (as defined in the config file) probing the z height and calculate the number of knob turns to adjust the bed level. If DIRECTION is specified, the knob turns will all be in the same direction, clockwise (CW) or counterclockwise (CCW). See the PROBE command for details on the optional probe parameters. IMPORTANT: You MUST always do a G28 before using this command. If MAX_DEVIATION is specified, the command will raise a gcode error if any difference in the screw height relative to the base screw height is greater than the value provided. The optional HORIZONTAL_MOVE_Z value overrides the horizontal_move_z option specified in the config file.
[sdcard_loop]¶
Lorsque la section de configuration sdcard_loop est activée, les commandes étendues suivantes sont disponibles.
SDCARD_LOOP_BEGIN¶
@@ -4771,13 +4771,13 @@
[tmcXXXX]¶
Les commandes suivantes sont disponibles lorsque l'une des sections tmcXXXX config est activée.
DUMP_TMC¶
-DUMP_TMC STEPPER=<nom> : Cette commande lit les registres du pilote TMC et renvoie leurs valeurs.
+DUMP_TMC STEPPER=<name> [REGISTER=<name>]: This command will read all TMC driver registers and report their values. If a REGISTER is provided, only the specified register will be dumped.
INIT_TMC¶
INIT_TMC STEPPER=<nom> : Cette commande initialise les registres de la puce TMC. Nécessaire pour réactiver le pilote si l'alimentation de la puce est coupée puis rétablie.
SET_TMC_CURRENT¶
-SET_TMC_CURRENT STEPPER=<nom> CURRENT=<amps> HOLDCURRENT=<amps> : Ceci ajustera les courants de marche et de maintien du pilote TMC. (HOLDCURRENT n'est pas applicable aux pilotes tmc2660).
+SET_TMC_CURRENT STEPPER=<name> CURRENT=<amps> HOLDCURRENT=<amps>: This will adjust the run and hold currents of the TMC driver. HOLDCURRENT is not applicable to tmc2660 drivers. When used on a driver which has the globalscaler field (tmc5160 and tmc2240), if StealthChop2 is used, the stepper must be held at standstill for >130ms so that the driver executes the AT#1 calibration.
SET_TMC_FIELD¶
-SET_TMC_FIELD STEPPER=<nom> FIELD=<champ> VALUE=<valeur> : Cette commande modifie la valeur du champ de registre spécifié du pilote TMC. Cette commande est destinée aux diagnostics de bas niveau et au débogage uniquement car la modification des champs pendant l'exécution peut entraîner un comportement indésirable et potentiellement dangereux de votre imprimante. Les modifications permanentes doivent être effectuées à l'aide du fichier de configuration de l'imprimante. Aucun contrôle d'intégrité n'est effectué pour les valeurs données.
+SET_TMC_FIELD STEPPER=<name> FIELD=<field> VALUE=<value> VELOCITY=<value>: This will alter the value of the specified register field of the TMC driver. This command is intended for low-level diagnostics and debugging only because changing the fields during run-time can lead to undesired and potentially dangerous behavior of your printer. Permanent changes should be made using the printer configuration file instead. No sanity checks are performed for the given values. A VELOCITY can also be specified instead of a VALUE. This velocity is converted to the 20bit TSTEP based value representation. Only use the VELOCITY argument for fields that represent velocities.
[toolhead]¶
Le module de tête d'outil est automatiquement chargé.
SET_VELOCITY_LIMIT¶
@@ -4814,7 +4814,7 @@
[z_tilt]¶
Les commandes suivantes sont disponibles lorsque la section z_tilt config est activée.
Z_TILT_ADJUST¶
-Z_TILT_ADJUST [<probe_parameter>=<valeur>] : Cette commande palpe les points spécifiés dans la configuration et effectue ensuite des ajustements indépendants pour chaque moteur Z afin de compenser l'inclinaison. Reportez-vous à la commande PROBE pour plus de détails sur les paramètres de palpage optionnels.
+Z_TILT_ADJUST [HORIZONTAL_MOVE_Z=<value>] [<probe_parameter>=<value>]: This command will probe the points specified in the config and then make independent adjustments to each Z stepper to compensate for tilt. See the PROBE command for details on the optional probe parameters. The optional HORIZONTAL_MOVE_Z value overrides the horizontal_move_z option specified in the config file.
diff --git a/fr/Hall_Filament_Width_Sensor.html b/fr/Hall_Filament_Width_Sensor.html
index 25f4645f5..5722838ac 100644
--- a/fr/Hall_Filament_Width_Sensor.html
+++ b/fr/Hall_Filament_Width_Sensor.html
@@ -1348,11 +1348,11 @@
Détecteur de largeur de filament à effet hall¶
-Ce document décrit le module hôte du capteur de largeur de filament. Le matériel utilisé pour développer ce module hôte est basé sur deux capteurs linéaires de type Hall (ss49e par exemple). Les capteurs dans le corps sont situés sur des côtés opposés. Principe de fonctionnement : deux capteurs Hall fonctionnent en mode différentiel, la dérive de température est la même pour tous les capteurs. Une compensation spéciale de la température n'est donc pas nécessaire.
+This document describes Filament Width Sensor host module. Hardware used for developing this host module is based on two Hall linear sensors (ss49e for example). Sensors in the body are located on opposite sides. Principle of operation: two hall sensors work in differential mode, temperature drift same for sensor. Special temperature compensation not needed.
Vous trouverez les modèles sur Thingiverse, une vidéo de montage est également disponible sur Youtube
Pour utiliser le capteur de largeur de filament de Hall, consultez Référence des configurations et documentation G-Code.
Comment cela fonctionne-t-il ?¶
-Le capteur génère deux sorties analogiques basées sur la largeur calculée du filament. La somme des tensions de sortie est toujours égale à la largeur de filament détectée. Le module hôte surveille les changements de tension et ajuste le multiplicateur d'extrusion. J'utilise le connecteur aux2 sur les broches analogiques 11 et 12 d'une carte genre Ramps. Vous pouvez utiliser des broches différentes et des cartes différentes.
+Sensor generates two analog output based on calculated filament width. Sum of output voltage always equals to detected filament width. Host module monitors voltage changes and adjusts extrusion multiplier. I use the aux2 connector on a ramps-like board with the analog11 and analog12 pins. You can use different pins and different boards.
Modèle pour les variables du menu¶
[menu __main __filament __width_current]
type: command
diff --git a/fr/Measuring_Resonances.html b/fr/Measuring_Resonances.html
index 9fbd33b60..ddef8a3c7 100644
--- a/fr/Measuring_Resonances.html
+++ b/fr/Measuring_Resonances.html
@@ -735,6 +735,26 @@
ADXL345
+
+
@@ -787,6 +807,33 @@
Configurer l'ADXL345 avec le RPi
+
+
+ -
+
+ Configure ADXL345 With Pi Pico
+
+
+
+
-
@@ -1480,6 +1527,26 @@
ADXL345
+
+
@@ -1532,6 +1599,33 @@
Configurer l'ADXL345 avec le RPi
+
+
+ -
+
+ Configure ADXL345 With Pi Pico
+
+
+
+
-
@@ -1662,7 +1756,7 @@
Lors de l’approvisionnement en ADXL345, sachez qu’il existe une variété de conceptions de cartes PCB différentes et différents clones. Assurez-vous que la carte prend en charge le mode SPI (un petit nombre de cartes semble être configurée en dur pour I2C avec SDO raccordé au GND) et, si elle doit être connectée à un microcontrôleur d’imprimante 5V, qu’elle dispose d’un régulateur de tension et d’un décalage de niveau.
Instructions d’installation¶
Câblage¶
-Un câble Ethernet à paires torsadées blindées (cat5e ou supérieur) est recommandé pour la qualité du signal sur une longue distance. Si vous rencontrez toujours des problèmes de qualité du signal (erreurs SPI/I2C), raccourcissez le câble.
+An ethernet cable with shielded twisted pairs (cat5e or better) is recommended for signal integrity over a long distance. If you still experience signal integrity issues (SPI/I2C errors), shorten the cable.
Connectez le blindage du câble Ethernet à la terre de la carte contrôleur/RPI.
Vérifiez votre câblage avant de mettre sous tension pour éviter d'endommager votre MCU/Raspberry Pi ou l'accéléromètre ou les deux.
Accéléromètres SPI¶
@@ -1673,7 +1767,8 @@ SCLK+CS
ADXL345¶
-Remarque : de nombreux microcontrôleurs fonctionnent avec un ADXL345 en mode SPI (par exemple, Pi Pico), le câblage et la configuration varient en fonction de votre carte ADXL et des broches disponibles. sur votre MCU
+Direct to Raspberry Pi¶
+Note: Many MCUs will work with an ADXL345 in SPI mode(eg Pi Pico), wiring and configuration will vary according to your specific board and available pins.
Vous devez connecter votre ADXL345 à votre Raspberry Pi via SPI. Notez que la connexion I2C, suggérée par la documentation ADXL345, possède un débit trop faible et ne fonctionnera pas. Le schéma de connexion recommandé :
@@ -1687,7 +1782,7 @@ SCLK+CS
3,3 V (ou VCC)
01
-Alimentation 3.3v continu
+3.3V DC power
GND
@@ -1718,6 +1813,52 @@ SCLK+CS
Schémas de câblage de Fritzing pour certaines des cartes ADXL345 :
+Using Raspberry Pi Pico¶
+You may connect the ADXL345 to your Raspberry Pi Pico and then connect the Pico to your Raspberry Pi via USB. This makes it easy to reuse the accelerometer on other Klipper devices, as you can connect via USB instead of GPIO. The Pico does not have much processing power, so make sure it is only running the accelerometer and not performing any other duties.
+In order to avoid damage to your RPi make sure to connect the ADXL345 to 3.3V only. Depending on the board's layout, a level shifter may be present, which makes 5V dangerous for your RPi.
+
+
+
+Brochage de l'ADXL345
+Pico pin
+Pico pin name
+
+
+
+
+3,3 V (ou VCC)
+36
+3.3V DC power
+
+
+GND
+38
+Terre
+
+
+CS
+2
+GP1 (SPI0_CSn)
+
+
+SDO
+1
+GP0 (SPI0_RX)
+
+
+SDA
+5
+GP3 (SPI0_TX)
+
+
+SCL
+4
+GP2 (SPI0_SCK)
+
+
+
+Wiring diagrams for some of the ADXL345 boards:
+
Accéléromètres I2C¶
Suggestions d'utilisation des paires torsadées :
3.3V+SDA
@@ -1826,6 +1967,47 @@ probe_points:
Il est conseillé de commencer par 1 point de test, au milieu du lit d’impression, légèrement au-dessus.
+Configure ADXL345 With Pi Pico¶
+Flash the Pico Firmware¶
+On your Raspberry Pi, compile the firmware for the Pico.
+cd ~/klipper
+make clean
+make menuconfig
+
+
+
+Now, while holding down the BOOTSEL button on the Pico, connect the Pico to the Raspberry Pi via USB. Compile and flash the firmware.
+make flash FLASH_DEVICE=first
+
+
+If that fails, you will be told which FLASH_DEVICE to use. In this example, that's make flash FLASH_DEVICE=2e8a:0003. 
+Configure the Connection¶
+The Pico will now reboot with the new firmware and should show up as a serial device. Find the pico serial device with ls /dev/serial/by-id/*. You can now add an adxl.cfg file with the following settings:
+[mcu adxl]
+# Change <mySerial> to whatever you found above. For example,
+# usb-Klipper_rp2040_E661640843545B2E-if00
+serial: /dev/serial/by-id/usb-Klipper_rp2040_<mySerial>
+
+[adxl345]
+cs_pin: adxl:gpio1
+spi_bus: spi0a
+axes_map: x,z,y
+
+[resonance_tester]
+accel_chip: adxl345
+probe_points:
+ # Somewhere slightly above the middle of your print bed
+ 147,154, 20
+
+[output_pin power_mode] # Improve power stability
+pin: adxl:gpio23
+
+
+If setting up the ADXL345 configuration in a separate file, as shown above, you'll also want to modify your printer.cfg file to include this:
+[include adxl.cfg] # Comment this out when you disconnect the accelerometer
+
+
+Redémarrez Klipper avec la commande RESTART.
Configurer les séries MPU-6000/9000 avec le RPi¶
Assurez-vous que le pilote Linux I2C est activé et que le débit en bauds est défini sur 400 000 (voir la section Activation d'I2C pour plus de détails). Ensuite, ajoutez ce qui suit au fichier printer.cfg :
[mcu rpi]
@@ -1844,19 +2026,19 @@ probe_points:
Configurer les séries MPU-6000/9000 avec le PICO¶
Sur le PICO I2C est réglé sur 400000 par défaut. Ajoutez simplement ce qui suit au fichier printer.cfg :
[mcu pico]
-serial : /dev/serial/by-id/<le serial id du PICO>
+serial: /dev/serial/by-id/<your PICO's serial ID>
[mpu9250]
-i2c_mcu : pico
-i2c_bus : i2c1a
+i2c_mcu: pico
+i2c_bus: i2c0a
[resonance_tester]
-accel_chip : mpu9250
-probe_points :
- 100, 100, 20 # un exemple
+accel_chip: mpu9250
+probe_points:
+ 100, 100, 20 # an example
-[static_digital_output pico_3V3pwm] # Amélioration de la stabilité de l'alimentation
-pin : pico :gpio23
+[static_digital_output pico_3V3pwm] # Improve power stability
+pin: pico:gpio23
Redémarrez Klipper avec la commande RESTART.
@@ -1871,7 +2053,7 @@ pin : pico :gpio23
Recv: // adxl345 values (x, y, z) : 470.719200, 941.438400, 9728.196800
-Si vous obtenez une erreur comme Invalid adxl345 id (got xx vs e5), où xx est un autre ID, cela indique un problème de connexion avec l'ADXL345, ou un capteur défectueux. Vérifiez l’alimentation, le câblage (correspondance avec les schémas, aucun fil coupé ou desserré, etc.) et la qualité des soudures.
+If you get an error like Invalid adxl345 id (got xx vs e5), where xx is some other ID, immediately try again. There's an issue with SPI initialization. If you still get an error, it is indicative of the connection problem with ADXL345, or the faulty sensor. Double-check the power, the wiring (that it matches the schematics, no wire is broken or loose, etc.), and soldering quality.
Si vous utilisez un accéléromètre de la série MPU-6000/9000 et qu'il s'affiche comme "mpu-unknown", utilisez-le avec prudence ! Ce sont probablement des puces reconditionnées !
Ensuite, essayez d’exécuter MEASURE_AXES_NOISE dans Octoprint, vous devriez obtenir des chiffres de base pour le bruit de fond de l’accéléromètre sur les axes (devraient se situer entre 1 et 100). Un bruit de fond d’axe trop élevé (par exemple 1000 et plus) peut indiquer des problèmes de capteur, des problèmes de puissance ou des ventilateurs déséquilibrés entrainant trop de vibrations sur l'imprimante 3D.
Mesurer les résonances¶
@@ -1923,7 +2105,7 @@ max_accel: 3000 # Ne devrait pas dépasser les valeurs estimées d'accélé
Ou vous pouvez choisir vous-même une autre configuration en fonction des graphiques générés : les pics de densité spectrale de puissance sur les graphiques correspondent aux fréquences de résonance de l’imprimante.
-Notez que vous pouvez également exécuter l’auto-étalonnage du formateur d'entrée (input shapper) à partir de Klipper directement, pratique, par exemple, pour la recalibration du formateur d'entrée.
+Note that alternatively you can run the input shaper auto-calibration from Klipper directly, which can be convenient, for example, for the input shaper re-calibration.
Imprimantes cartésiennes à lit mobile¶
Si votre imprimante est une imprimante cartésienne dont le plateau est mobile sur l'axe Y, vous devrez changer l’emplacement de l’accéléromètre entre les mesures des axes X et Y : mesurez les résonances de l’axe X avec l’accéléromètre fixé à la tête et les résonances de l’axe Y - au lit (la configuration habituelle des imprimantes cartésiennes).
Cependant, vous pouvez également connecter les deux accéléromètres simultanément, bien qu'ils doivent être connectés à des cartes différentes (par exemple, à une carte RPi et au MCU de l'imprimante), ou à deux interfaces SPI physiques différentes sur la même carte (rarement disponibles). Ensuite, ils peuvent être configurés de la manière suivante :
@@ -2050,7 +2232,7 @@ Recommended shaper_type_y = mzv, shaper_freq_y = 36.8 Hz
SHAPER_CALIBRATE AXIS=X
-Attention ! Il est déconseillé d'exécuter l'autocalibrage de l'input shaper très fréquemment (par exemple, avant chaque impression ou tous les jours). Afin de déterminer les fréquences de résonance, l'autocalibrage crée des vibrations intenses sur chacun des axes. Les imprimantes 3D ne sont pas conçues pour résister à une exposition prolongée à des vibrations proches des fréquences de résonance. Cela pourrait augmenter l'usure des composants de l'imprimante et réduire leur durée de vie. Il existe également un risque accru que certaines pièces se dévissent ou se desserrent. Vérifiez toujours que toutes les pièces de l'imprimante (y compris celles qui ne peuvent normalement pas bouger) sont solidement fixées en place après chaque réglage automatique.
+Warning! It is not advisable to run the shaper auto-calibration very frequently (e.g. before every print, or every day). In order to determine resonance frequencies, auto-calibration creates intensive vibrations on each of the axes. Generally, 3D printers are not designed to withstand a prolonged exposure to vibrations near the resonance frequencies. Doing so may increase wear of the printer components and reduce their lifespan. There is also an increased risk of some parts unscrewing or becoming loose. Always check that all parts of the printer (including the ones that may normally not move) are securely fixed in place after each auto-tuning.
De plus, en raison d'un certain bruit dans les mesures, il est possible que les résultats de réglage soient légèrement différents d'un calibrage à l'autre. Ce bruit ne devrait pas trop affecter la qualité d'impression. Cependant, il est conseillé de revérifier les paramètres suggérés et d'imprimer des tests d'impression avant de les utiliser pour confirmer qu'ils sont corrects.
Traitement hors ligne des données de l’accéléromètre¶
Il est possible de générer les données brutes de l’accéléromètre et de les traiter hors ligne (par exemple sur une machine hôte), par exemple pour trouver des résonances. Pour ce faire, exécutez les commandes suivantes via le terminal Octoprint :
diff --git a/fr/Overview.html b/fr/Overview.html
index ad6c89200..71d849c4e 100644
--- a/fr/Overview.html
+++ b/fr/Overview.html
@@ -1373,7 +1373,7 @@
- Trancheurs : Configuration d'un logiciel de "tranchage" pour Klipper.
- Correction d'obliquité : Ajustements des axes qui ne sont pas parfaitement d'équerre.
- Outils PWM : Guide sur l'utilisation des outils contrôlés par PWM tels que les lasers ou les broches.
-- Exclusion d'objets : Le guide de l'implémentation de l'exclusion d'objets.
+- Exclude Object: The guide to the Exclude Objects implementation.
Documentation pour les développeurs¶
diff --git a/fr/Packaging.html b/fr/Packaging.html
index 92db9b579..7cb08b224 100644
--- a/fr/Packaging.html
+++ b/fr/Packaging.html
@@ -1342,7 +1342,7 @@
Versionnage¶
Si vous construisez un paquet de Klipper à partir de git, il est d'usage de ne pas envoyer de répertoire .git, donc la gestion des versions doit être gérée sans git. Pour ce faire, utilisez le script fourni dans scripts/make_version.py qui doit être exécuté comme suit : python2 scripts/make_version.py YOURDISTRONAME > klippy/.version.
Exemple de script de précompilation¶
-klipper-git is packaged for Arch Linux, and has a PKGBUILD (package build script) available at Arch User Repositiory.
+klipper-git is packaged for Arch Linux, and has a PKGBUILD (package build script) available at Arch User Repository.
diff --git a/fr/SDCard_Updates.html b/fr/SDCard_Updates.html
index e9b5a6b0d..1d8c6f002 100644
--- a/fr/SDCard_Updates.html
+++ b/fr/SDCard_Updates.html
@@ -1471,9 +1471,9 @@ optional arguments:
Les champs suivants peuvent être précisés :
-mcu : Le type de mcu. On peut le retrouver après avoir configuré le build via make menuconfig en exécutant cat .config | grep CONFIG_MCU. Ce champ est obligatoire.spi_bus : Le bus SPI connecté à la carte SD. Ceci doit être obtenu à partir du schéma de la carte. Ce champ est obligatoire.cs_pin : La broche de sélection de puce connectée à la carte SD. Ceci doit être obtenu à partir du schéma de la carte. Ce champ est obligatoire.mcu: The mcu type. This can be retrieved after configuring the build via make menuconfig by running cat .config | grep CONFIG_MCU. This field is required.spi_bus: The SPI bus connected to the SD Card. This should be retrieved from the board's schematic. This field is required.cs_pin: The Chip Select Pin connected to the SD Card. This should be retrieved from the board schematic. This field is required.firmware_path : Le chemin sur la carte SD où le firmware doit être transféré. La valeur par défaut est firmware.bin.current_firmware_path : Le chemin sur la carte SD où le fichier du firmware renommé est situé après un flash réussi. La valeur par défaut est firmware.cur.skip_verify : définit une valeur booléenne indiquant aux scripts d'ignorer l'étape de vérification du firmware pendant le processus de flashage. La valeur par défaut est False. Peut être défini à True pour les cartes nécessitant un cycle d'alimentation manuel pour terminer le flashage. Pour vérifier le firmware par la suite, exécutez à nouveau le script avec l'option -c pour effectuer l'étape de vérification. Voir les avertissements avec les cartes SDIO-
+
+ START_PRINT macros
+
+
@@ -1356,6 +1363,13 @@
Désactivez tous les paramètres de "pression d'extrusion avancée"
+
+
+ -
+
+ START_PRINT macros
+
+
@@ -1398,6 +1412,21 @@
Certains trancheurs présentent une fonction de "pression d'extrudeuse avancée". Il est recommandé de garder ces options désactivées lors de l'utilisation de Klipper car elles risquent d'entraîner des impressions de mauvaise qualité. Envisagez d'utiliser à la place la Pressure Advance de Klipper.
Ces paramètres de trancheur peuvent demander au micrologiciel d'apporter des modifications non contrôlées au taux d'extrusion dans l'espoir que le micrologiciel se rapprochera de ces demandes et que l'imprimante obtiendra approximativement une pression d'extrudeuse souhaitable. Klipper, utilise des calculs cinématiques et une synchronisation précise. Lorsque Klipper reçoit l'ordre d'apporter des modifications importantes au taux d'extrusion, il planifiera les modifications correspondantes de la vitesse, de l'accélération et du mouvement de l'extrudeuse - ce qui n'est pas prévu par le trancheur. Le trancheur peut même commander des taux d'extrusion excessifs au point de déclencher la limite d'extrusion maximale de Klipper.
En revanche, il est possible (et souvent utile) d'utiliser le réglage « rétracter », le réglage « essuyer » et/ou le réglage « essuyer lors de la rétractation » d'un trancheur.
+START_PRINT macros¶
+When using a START_PRINT macro or similar, it is useful to sometimes pass through parameters from the slicer variables to the macro.
+In Cura, to pass through temperatures, the following start gcode would be used:
+START_PRINT BED_TEMP={material_bed_temperature_layer_0} EXTRUDER_TEMP={material_print_temperature_layer_0}
+
+
+In slic3r derivatives such as PrusaSlicer and SuperSlicer, the following would be used:
+START_PRINT EXTRUDER_TEMP=[first_layer_temperature] BED_TEMP=[first_layer_bed_temperature]
+Also note that these slicers will insert their own heating codes when certain conditions are not met. In Cura, the existence of the {material_bed_temperature_layer_0} and {material_print_temperature_layer_0} variables is enough to mitigate this. In slic3r derivatives, you would use:
+M140 S0
+M104 S0
+
+
+before the macro call. Also note that SuperSlicer has a "custom gcode only" button option, which achieves the same outcome.
+An example of a START_PRINT macro using these paramaters can be found in config/sample-macros.cfg
diff --git a/fr/Status_Reference.html b/fr/Status_Reference.html
index d77c327c8..24ea15e0d 100644
--- a/fr/Status_Reference.html
+++ b/fr/Status_Reference.html
@@ -1010,6 +1010,13 @@
servo
+
+
+ -
+
+ stepper_enable
+
+
-
@@ -1771,6 +1778,13 @@
servo
+
+
+ -
+
+ stepper_enable
+
+
-
@@ -1949,6 +1963,7 @@
pressure_advance : la valeur actuelle de pressure advance.smooth_time : Le temps de lissage associé à la valeur de "pressure advance" courante.motion_queue: The name of the extruder that this extruder stepper is currently synchronized to. This is reported as None if the extruder stepper is not currently associated with an extruder.
ventilateur¶
Les informations suivantes sont disponibles dans les objets fan, heater_fan nom_du_ventilateur et controller_fan nom_du_ventilateur :
@@ -2072,6 +2087,7 @@
probe¶
Les informations suivantes sont disponibles dans l'objet probe (cet objet est également disponible si une section de configuration bltouch est définie) :
+name: Returns the name of the probe in use.last_query : renvoie True si la sonde a été signalée comme "déclenchée" lors de la dernière commande QUERY_PROBE. Notez que si cela est utilisé dans une macro, en raison de l'ordre de développement du modèle, la commande QUERY_PROBE doit être exécutée avant la macro contenant cette demande.last_z_result : Renvoie la valeur du Z de la dernière commande PROBE. Notez que si cela est utilisé dans une macro, en raison de l'ordre d'expansion du modèle, la commande PROBE (ou similaire) doit être exécutée avant la macro contenant cette demande.
@@ -2089,13 +2105,11 @@
Les informations suivantes sont disponibles dans l'objet screws_tilt_adjust :
error : renvoie True si la commande SCREWS_TILT_CALCULATE la plus récente incluait le paramètre MAX_DEVIATION et que l'un des sondages au niveau des vis de lit dépassait la valeur MAX_DEVIATION.résultats : une liste des emplacements des vis de lit sondées. Chaque entrée de la liste est un dictionnaire contenant les clés suivantes :
-name : le nom de la vis tel qu'il est spécifié dans le fichier de configuration.x : la coordonnée X de la vis telle que spécifiée dans le fichier de configuration.y : la coordonnée Y de la vis telle que spécifiée dans le fichier de configuration.results["<screw>"]: A dictionary containing the following keys:
z : La hauteur Z mesurée à l'emplacement de la vis.sign : Une chaîne spécifiant le sens de rotation à visser pour le réglage nécessaire. Soit "CW" pour le sens horaire ou "CCW" pour le sens antihoraire. La vis de base n'aura pas de clé sign.sign: A string specifying the direction to turn to screw for the necessary adjustment. Either "CW" for clockwise or "CCW" for counterclockwise.adjust : le nombre de tours de vis pour ajuster la vis, donné au format "HH:MM", où "HH" est le nombre de tours de vis complets et "MM" est le nombre de "minutes d'un cadran d'horloge" représentant un tour de vis partiel. (Par exemple, "01:15" signifierait de tourner la vis d'un tour et quart.)is_base: Returns True if this is the base screw.
@@ -2104,6 +2118,11 @@
printer["servo <config_name>"].value : le dernier réglage de la broche PWM (une valeur comprise entre 0,0 et 1,0) associée au servo.
+stepper_enable¶
+The following information is available in the stepper_enable object (this object is available if any stepper is defined):
+
+steppers["<stepper>"]: Returns True if the given stepper is enabled.
system_stats¶
Les informations suivantes sont disponibles dans l'objet system_stats (cet objet est toujours disponible) :
diff --git a/fr/TMC_Drivers.html b/fr/TMC_Drivers.html
index 66ff43b07..8fba5a435 100644
--- a/fr/TMC_Drivers.html
+++ b/fr/TMC_Drivers.html
@@ -990,8 +990,8 @@
-
-
- TMC signale une erreur : ... ShortToGND OU LowSideShort
+
+ TMC reports error: ... ShortToGND OR ShortToSupply
@@ -1649,8 +1649,8 @@
-
-
- TMC signale une erreur : ... ShortToGND OU LowSideShort
+
+ TMC reports error: ... ShortToGND OR ShortToSupply
@@ -1897,7 +1897,7 @@ gcode:
Quelques erreurs courantes et conseils pour les diagnostiquer :
TMC signale une erreur : ... ot=1(OvertempError !)¶
Cela indique que le pilote du moteur s'est désactivé car il est en surchauffe. Les solutions typiques consistent à diminuer le courant du pilote de moteur pas à pas, à augmenter le refroidissement du pilote du moteur pas à pas et/ou à augmenter le refroidissement du pilote du moteur pas à pas.
-TMC signale une erreur : ... ShortToGND OU LowSideShort¶
+TMC reports error: ... ShortToGND OR ShortToSupply¶
Cela indique que le pilote s'est désactivé car il a détecté un courant très élevé le traversant. Cela peut indiquer un fil desserré ou court-circuité vers le moteur pas à pas ou dans le moteur pas à pas lui-même.
Cette erreur peut également se produire si vous utilisez le mode StealthChop et que le pilote TMC n'est pas en mesure de prédire avec précision la charge mécanique du moteur. (Si le pilote fait une mauvaise prédiction, il peut envoyer trop de courant à travers le moteur et déclencher sa propre détection de surintensité.) Pour tester cela, désactivez le mode StealthChop et vérifiez si les erreurs continuent de se produire.
TMC signale une erreur : ... reset=1(Reset) OR CS_ACTUAL=0(Reset ?) OR SE=0(Reset?)¶
diff --git a/fr/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc b/fr/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc
index eb5db6506..1cadda2e6 100644
Binary files a/fr/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc and b/fr/_klipper3d/__pycache__/mkdocs_hooks.cpython-38.pyc differ
diff --git a/fr/search/search_index.json b/fr/search/search_index.json
index 3a534a57b..a512b7909 100644
--- a/fr/search/search_index.json
+++ b/fr/search/search_index.json
@@ -1 +1 @@
-{"config":{"indexing":"full","lang":["fr"],"min_search_length":3,"prebuild_index":false,"separator":"[\\s\\-]+"},"docs":[{"location":"index.html","text":"hide: toc title: Bienvenue Klipper est un microprogramme pour imprimante 3D. Il combine la puissance d'un ordinateur classique avec un ou plusieurs microcontr\u00f4leurs. Consultez le document Fonctionnalit\u00e9s pour plus d'informations sur les raisons pour lesquelles vous devriez utiliser Klipper. Pour commencer \u00e0 utiliser Klipper, commencez par effectuer l' installation . Klipper est un logiciel libre. Lisez sa documentation ou consultez le code de Klipper sur github . Nous d\u00e9pendons du soutien g\u00e9n\u00e9reux de nos sponsors .","title":"Home"},{"location":"API_Server.html","text":"Serveur API \u00b6 Ce document d\u00e9crit l'Interface de Programmation d'Applications (API) de Klipper. Cette interface permet \u00e0 des applications externes d'interroger et de contr\u00f4ler Klipper. Activer le socket API \u00b6 Pour pouvoir utiliser les Serveur API, le logiciel h\u00f4te klippy.py doit \u00eatre d\u00e9marr\u00e9 avec le param\u00e8tre -a . Par exemple : ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer.cfg -a /tmp/klippy_uds -l /tmp/klippy.log Cela force le logiciel h\u00f4te \u00e0 cr\u00e9er un socket de domaine Unix. Un client peut alors ouvrir une connexion sur ce socket et envoyer des commandes \u00e0 Klipper. Voir le projet Moonraker pour un outil populaire qui peut transf\u00e9rer les requ\u00eates HTTP vers le socket du serveur d'API de Klipper. Format de la demande \u00b6 Les messages envoy\u00e9s et re\u00e7us sur le socket sont des cha\u00eenes au format JSON et termin\u00e9es par le caract\u00e8re ASCII 0x03 : <0x03><0x03>... Klipper contiens un outil scripts/whconsole.py qui peut effectuer la mise en forme du message ci-dessus. Par exemple : ~/klipper/scripts/whconsole.py /tmp/klippy_uds Cet outil peut lire une s\u00e9rie de commandes JSON \u00e0 partir de l'entr\u00e9e standard stdin, les envoyer \u00e0 Klipper et afficher les r\u00e9sultats. Cet outil s'attend \u00e0 avoir une commande JSON par ligne et il ajoute automatiquement le terminateur 0x03 avant d'envoyer les requ\u00eates. (Le serveur d'API de Klipper ne attend pas un saut de ligne.) Protocole de l'API \u00b6 Le protocole de commande utilis\u00e9 sur le socket de communications est inspir\u00e9 par json-rpc . Une requ\u00eate pourrait ressembler \u00e0 \u00e7a : {\"id\": 123, \"method\": \"info\", \"params\": {}} et une r\u00e9ponse pourrait ressembler \u00e0 \u00e7a : {\"id\": 123, \"result\": {\"state_message\": \"Printer is ready\", \"klipper_path\": \"/home/pi/klipper\", \"config_file\": \"/home/pi/printer.cfg\", \"software_version\": \"v0.8.0-823-g883b1cb6\", \"hostname\": \"octopi\", \"cpu_info\": \"4 core ARMv7 Processor rev 4 (v7l)\", \"state\": \"ready\", \"python_path\": \"/home/pi/klippy-env/bin/python\", \"log_file\": \"/tmp/klippy.log\"}} Toutes les requ\u00eates doivent \u00eatre un dictionnaire JSON. (Ce document utilise le terme Python 'dictionary' pour d\u00e9crire un objet JSON - une affectation de paires Cl\u00e9/Valeur comprises en deux parenth\u00e8ses {} .) le dictionnaire de requ\u00eate doit contenir un param\u00e8tre \"m\u00e9thode\" disponible dans les \"points de terminaison\" de Klipper. Le dictionnaire de requ\u00eate peut contenir un param\u00e8tre \"params\" qui doit \u00eatre de type dictionnaire. Les \"params\" fournissent des informations de param\u00e8tre suppl\u00e9mentaires au \"endpoint\" Klipper qui traite la demande. Son contenu est sp\u00e9cifique au \"endpoint\". Le dictionnaire de requ\u00eate peut contenir un param\u00e8tre \"id\" qui peut \u00eatre de n'importe quel type JSON. Si \"id\" est pr\u00e9sent, alors Klipper r\u00e9pondra \u00e0 la demande avec une r\u00e9ponse contenant cet \"id\". Si \"id\" est omis (ou d\u00e9fini sur une valeur JSON \"null\"), Klipper ne fournira aucune r\u00e9ponse \u00e0 la requ\u00eate. Un message de r\u00e9ponse est un dictionnaire JSON contenant \"id\" et \"result\". Le \"r\u00e9sultat\" est toujours un dictionnaire - son contenu est sp\u00e9cifique au \"endpoint\" traitant la demande. Si le traitement d'un requ\u00eate est en erreur, le message de r\u00e9ponse contiendra un champ \"error\" au lieu de \"result\". Par exemple, la requ\u00eate : {\"id\": 123, \"method\": \"gcode/script\", \"params\": {\"script\": \"G1 X200\"}} pourrait retourner une erreur telle que :: {\"id\": 123, \"error\": {\"message\": \"Must home axis first: 200.000 0.000 0.000 [0.000]\", \"error\": \"WebRequestError\"}} Klipper traite toujours les demandes dans l'ordre de leur r\u00e9ception. Cependant, certaines requ\u00eates peuvent ne pas se terminer imm\u00e9diatement, ce qui peut entra\u00eener l'envoi de la r\u00e9ponse associ\u00e9e dans le d\u00e9sordre par rapport aux r\u00e9ponses d'autres requ\u00eates. Une requ\u00eate JSON ne suspend jamais le traitement des requ\u00eates JSON suivantes. Abonnements \u00b6 Certains \"endpoint\" de Klipper autorisent un \"abonnement\" pour de futurs messages asynchrone de mise \u00e0 jour. Par exemple : {\"id\": 123, \"method\": \"gcode/subscribe_output\", \"params\": {\"response_template\":{\"key\": 345}}} Peut r\u00e9pondre dans un premier temps : {\"id\": 123, \"result\": {}} et faire en sorte que Klipper envoie de futurs messages similaires \u00e0 : {\"params\": {\"response\": \"ok B:22.8 /0.0 T0:22.4 /0.0\"}, \"key\": 345} Une demande d'abonnement accepte un dictionnaire \"response_template\" dans le champ \"params\" de la demande. Ce dictionnaire \"response_template\" est utilis\u00e9 comme mod\u00e8le pour les futurs messages asynchrones - il peut contenir des paires cl\u00e9/valeur arbitraires. Lors de l'envoi de ces futurs messages asynchrones, Klipper ajoutera un champ \"params\" contenant un dictionnaire avec un contenu sp\u00e9cifique \"endpoint\" au mod\u00e8le de r\u00e9ponse, puis enverra ce mod\u00e8le. Si un champ \"response_template\" n'est pas fourni, il s'agit par d\u00e9faut d'un dictionnaire vide ( {} ). \"endpoints\" disponibles \u00b6 Par convention, les \"endpoints\" de Klipper sont de la forme / . Lors d'une demande \u00e0 un \"endpoint\", le nom complet doit \u00eatre d\u00e9fini dans le param\u00e8tre \"method\" du dictionnaire de requ\u00eate (par exemple, {\"method\"=\"gcode/restart\"} ). Info \u00b6 Le point de terminaison \"info\" est utilis\u00e9 pour obtenir des informations sur le syst\u00e8me et la version de Klipper. Il est \u00e9galement utilis\u00e9 pour fournir les informations de version du client \u00e0 Klipper. Par exemple : {\"id\": 123, \"method\": \"info\", \"params\": { \"client_info\": { \"version\": \"v1\"}}} S'il est pr\u00e9sent, le param\u00e8tre \"client_info\" doit \u00eatre un dictionnaire, mais ce dictionnaire peut avoir un contenu arbitraire. Les clients sont encourag\u00e9s \u00e0 fournir le nom du client et sa version logicielle lors de la premi\u00e8re connexion au serveur API Klipper. arr\u00eat d'urgence \u00b6 Le point de terminaison \"emergency_stop\" est utilis\u00e9 pour demander \u00e0 Klipper de passer \u00e0 un \u00e9tat \"shutdown\". Il se comporte de la m\u00eame mani\u00e8re que la commande G-Code M112 . Par exemple : {\"id\": 123, \"method\": \"emergency_stop\"} register_remote_method \u00b6 Ce point de terminaison permet aux clients d'enregistrer des m\u00e9thodes pouvant \u00eatre appel\u00e9es depuis klipper. Il renverra un objet vide en cas de succ\u00e8s. Par exemple : {\"id\": 123, \"method\": \"register_remote_method\", \"params\": {\"response_template\": {\"action\": \"run_paneldue_beep\"}, \"remote_method\": \"paneldue_beep\"}} renverra : }` La m\u00e9thode distante paneldue_beep peut d\u00e9sormais \u00eatre appel\u00e9e depuis Klipper. Notez que si la m\u00e9thode prend des param\u00e8tres, ils doivent \u00eatre fournis en tant qu'arguments de mots cl\u00e9s. Voici un exemple de la fa\u00e7on dont il peut \u00eatre appel\u00e9 \u00e0 partir d'un gcode_macro : [gcode_macro PANELDUE_BEEP] gcode: {action_call_remote_method(\"paneldue_beep\", frequency=300, duration=1.0)} Lorsque la macro gcode PANELDUE_BEEP est ex\u00e9cut\u00e9e, Klipper enverra ce qui suit sur le socket : {\"action\": \"run_paneldue_beep\", \"params\": {\"frequency\": 300, \"duration\": 1.0}} objects/list \u00b6 Ce point de terminaison remonte la liste des \"objets\" disponibles de l'imprimante que l'on peut interroger (via le point de terminaison \"objects/query\"). Par exemple : {\"id\": 123, \"method\": \"objects/list\"} peut renvoyer : {\"id\": 123, \"result\": {\"objects\": [\" webhooks\", \"configfile\", \"heaters\", \"gcode_move\", \"query_endstops\", \"idle_timeout\", \"toolhead\", \"extruder\"]}} objects/query \u00b6 Ce point de terminaison permet de retrouver des informations \u00e0 partir d'objets de l'imprimante. Par exemple : {\"id\": 123, \"method\": \"objects/query\", \"params\": {\"objects\": {\"toolhead\": [\"position\"], \"webhooks\": null}} } peut renvoyer : {\"id\": 123, \"result\": {\"status\": {\"webhooks\": {\"state\": \"ready\", \"state_message\": \"L'imprimante est pr\u00eate\"} , \"toolhead\": {\"position\": [0.0, 0.0, 0.0, 0.0]}}, \"eventtime\": 3051555.377933684}} Le param\u00e8tre \"objects\" dans la requ\u00eate doit \u00eatre un dictionnaire contenant des objets de l'imprimante \u00e0 interroger - la cl\u00e9 contient le nom de l'objet imprimante et la valeur est soit \"null\" (pour interroger tous les champs) soit une liste de noms de champs. Le message de r\u00e9ponse contiendra un champ \"statut\" contenant un dictionnaire avec les informations demand\u00e9es - la cl\u00e9 contient le nom de l'objet imprimante et la valeur est un dictionnaire contenant ses champs. Le message de r\u00e9ponse contiendra \u00e9galement un champ \"eventtime\" contenant l'horodatage \u00e0 partir duquel la requ\u00eate a \u00e9t\u00e9 prise. Les champs disponibles sont document\u00e9s dans le document R\u00e9f\u00e9rence des \u00e9tats . objects/subscribe \u00b6 Ce point de terminaison permet d'interroger puis de s'abonner \u00e0 des informations provenant d'objets de l'imprimante. La demande et la r\u00e9ponse du point de terminaison sont identiques au point de terminaison \"objects/query\". Par exemple : {\"id\": 123, \"method\": \"objects/subscribe\", \"params\": {\"objects\":{\"toolhead\": [\"position\"], \"webhooks\": [\"state \"]}, \"response_template\":{}}} peut renvoyer : {\"id\": 123, \"result\": {\"status\": {\"webhooks\": {\"state\": \"pr\u00eat\" }, \"toolhead\": {\"position\": [0.0, 0.0, 0.0, 0.0]}}, \"eventtime\": 3052153.382083195}} et entra\u00eener des messages asynchrones ult\u00e9rieurs tels que : {\"params\": {\"status\": {\"webhooks\": {\"state\": \"shutdown\"}}, \"eventtime\": 3052165.418815847}} gcode/help \u00b6 Ce point de terminaison permet de retrouver les commandes G-Code disponibles qui ont une cha\u00eene d'aide d\u00e9finie. Par exemple : {\"id\": 123, \"method\": \"gcode/help\"} peut renvoyer : {\"id\": 123, \"result\": {\"RESTORE_GCODE_STATE\": \"Restaurer un \u00e9tat G-Code pr\u00e9c\u00e9demment enregistr\u00e9\", \"PID_CALIBRATE\": \"Ex\u00e9cuter le test d'\u00e9talonnage PID\", \"QUERY_ADC\": \"Rapport de la derni\u00e8re valeur d'une broche analogique\", ...}} gcode/script \u00b6 Ce point de terminaison permet d'ex\u00e9cuter une s\u00e9rie de commandes G-Code. Par exemple : {\"id\": 123, \"method\": \"gcode/script\", \"params\": {\"script\": \"G90\"}} Si le script G-Code fourni g\u00e9n\u00e8re une erreur, une r\u00e9ponse d'erreur est g\u00e9n\u00e9r\u00e9e. Cependant, si la commande G-Code produit une sortie vers le terminal, cette sortie n'est pas remont\u00e9e dans la r\u00e9ponse. (Utilisez le point de terminaison \"gcode/subscribe_output\" pour obtenir la remont\u00e9e des sortie du terminal G-Code.) Si une commande G-Code est en cours de traitement lorsque cette demande est re\u00e7ue, le script re\u00e7u sera mis en file d'attente. Ce d\u00e9lai peut \u00eatre important (par exemple, si une commande d'attente de temp\u00e9rature de code G est en cours). Le message de r\u00e9ponse JSON est envoy\u00e9 lorsque le traitement du script est enti\u00e8rement termin\u00e9. gcode/restart \u00b6 Ce point de terminaison permet de demander un red\u00e9marrage - il est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"RESTART\". Par exemple : {\"id\": 123, \"method\": \"gcode/restart\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente. gcode/firmware_restart \u00b6 Ceci est similaire au point de terminaison \"gcode/restart\" - il impl\u00e9mente la commande G-Code \"FIRMWARE_RESTART\". Par exemple : {\"id\": 123, \"method\": \"gcode/firmware_restart\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente. gcode/subscribe_output \u00b6 Ce point de terminaison est utilis\u00e9 pour s'abonner aux messages du terminal G-Code de Klipper. Par exemple : {\"id\": 123, \"method\": \"gcode/subscribe_output\", \"params\": {\"response_template\":{}}} peut ult\u00e9rieurement produire des messages asynchrones tels que : {\"params\": {\"response\": \"// \u00c9tat de Klipper : Arr\u00eat\"}} Ce point de terminaison est destin\u00e9 \u00e0 prendre en charge l'interaction humaine via une interface \"fen\u00eatre de terminal\". L'analyse du contenu de la sortie du terminal G-Code est d\u00e9conseill\u00e9e. Utilisez le point de terminaison \"objects/subscribe\" pour obtenir des mises \u00e0 jour sur l'\u00e9tat de Klipper. motion_report/dump_stepper \u00b6 Ce point de terminaison est utilis\u00e9 pour s'abonner au flux de commandes interne stepper queue_step de Klipper pour un stepper. L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\":\"motion_report/dump_stepper\", \"params\": {\"name\": \"stepper_x\", \"response_template\": {}}} et peut renvoyer : {\"id\": 123, \"result\": {\"header\": [\"interval\", \"count\", \"add\"]}} et peut produire ult\u00e9rieurement des messages asynchrones tels que : {\"params\": {\"first_clock\": 179601081, \"first_time\": 8.98, \"first_position\": 0, \"last_clock\": 219686097, \"last_time\": 10.984, \"data\": [[179601081, 1, 0 ], [29573, 2, -8685], [16230, 4, -1525], [10559, 6, -160], [10000, 976, 0], [10000, 1000, 0], [10000, 1000, 0], [10000, 1000, 0], [9855, 5, 187], [11632, 4, 1534], [20756, 2, 9442]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures. motion_report/dump_trapq \u00b6 Ce point de terminaison est utilis\u00e9 pour s'abonner \u00e0 la \"file d'attente de mouvements trap\u00e9zo\u00efdaux\" interne de Klipper. L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\": \"motion_report/dump_trapq\", \"params\": {\"name\": \"toolhead\", \"response_template\":{}}} et peut renvoyer : {\"id\": 1, \"result\": {\"header\": [\"time\", \"duration\", \"start_velocity\", \"acceleration\", \"start_position\", \"direction\"]}} et peut produire ult\u00e9rieurement des messages asynchrones tels que : {\"params\": {\"data\": [[4.05, 1.0, 0.0, 0.0, [300.0, 0.0, 0.0], [0.0, 0.0, 0.0] ], [5.054, 0.001, 0.0, 3000.0, [300.0, 0.0, 0.0], [-1.0, 0.0, 0.0]]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures. adxl345/dump_adxl345 \u00b6 Ce point de terminaison est utilis\u00e9 pour s'abonner aux donn\u00e9es de l'acc\u00e9l\u00e9rom\u00e8tre ADXL345. L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\":\"adxl345/dump_adxl345\", \"params\": {\"sensor\": \"adxl345\", \"response_template\": {}}} et pourrait renvoyer : {\"id\": 123,\"result\":{\"header\":[\"time\",\"x_acceleration\",\"y_acceleration\", \"z_acceleration\"]}} et pourrait plus tard produire des messages asynchrones messages tels que : {\"params\":{\"overflows\":0,\"data\":[[3292.432935,-535.44309,-1529.8374,9561.4], [3292.433256,-382.45935,-1606.32927,9561.48375]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures. angle/dump_angle \u00b6 Ce point de terminaison est utilis\u00e9 pour s'abonner aux donn\u00e9es du capteur d'angle . L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\":\"angle/dump_angle\", \"params\": {\"sensor\": \"my_angle_sensor\", \"response_template\": {}}} et peut renvoyer : {\"id\": 123,\"result\":{\"header\":[\"time\",\"angle\"]}} et peut produire ult\u00e9rieurement des messages asynchrones tels que : { \"params\":{\"position_offset\":3.151562,\"errors\":0, \"data\":[[1290.951905,-5063],[1290.952321,-5065]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures. pause_resume/cancel \u00b6 Ce point final est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"PRINT_CANCEL\". Par exemple : {\"id\": 123, \"method\": \"pause_resume/cancel\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente. pause_resume/pause \u00b6 Ce point d'entr\u00e9e est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"PAUSE\". Par exemple : {\"id\": 123, \"method\": \"pause_resume/pause\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente. pause_resume/resume \u00b6 Ce point de terminaison est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"RESUME\". Par exemple : {\"id\": 123, \"method\": \"pause_resume/resume\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente. query_endstops/status \u00b6 Ce point de terminaison interrogera les fins de course actifs et renverra leur \u00e9tat. Par exemple : {\"id\": 123, \"method\": \"query_endstops/status\"} peut renvoyer : {\"id\": 123, \"result\": {\"y\": \"open \", \"x\": \"open\", \"z\": \"TRIGGERED\"}} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"Serveur API"},{"location":"API_Server.html#serveur-api","text":"Ce document d\u00e9crit l'Interface de Programmation d'Applications (API) de Klipper. Cette interface permet \u00e0 des applications externes d'interroger et de contr\u00f4ler Klipper.","title":"Serveur API"},{"location":"API_Server.html#activer-le-socket-api","text":"Pour pouvoir utiliser les Serveur API, le logiciel h\u00f4te klippy.py doit \u00eatre d\u00e9marr\u00e9 avec le param\u00e8tre -a . Par exemple : ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer.cfg -a /tmp/klippy_uds -l /tmp/klippy.log Cela force le logiciel h\u00f4te \u00e0 cr\u00e9er un socket de domaine Unix. Un client peut alors ouvrir une connexion sur ce socket et envoyer des commandes \u00e0 Klipper. Voir le projet Moonraker pour un outil populaire qui peut transf\u00e9rer les requ\u00eates HTTP vers le socket du serveur d'API de Klipper.","title":"Activer le socket API"},{"location":"API_Server.html#format-de-la-demande","text":"Les messages envoy\u00e9s et re\u00e7us sur le socket sont des cha\u00eenes au format JSON et termin\u00e9es par le caract\u00e8re ASCII 0x03 : <0x03><0x03>... Klipper contiens un outil scripts/whconsole.py qui peut effectuer la mise en forme du message ci-dessus. Par exemple : ~/klipper/scripts/whconsole.py /tmp/klippy_uds Cet outil peut lire une s\u00e9rie de commandes JSON \u00e0 partir de l'entr\u00e9e standard stdin, les envoyer \u00e0 Klipper et afficher les r\u00e9sultats. Cet outil s'attend \u00e0 avoir une commande JSON par ligne et il ajoute automatiquement le terminateur 0x03 avant d'envoyer les requ\u00eates. (Le serveur d'API de Klipper ne attend pas un saut de ligne.)","title":"Format de la demande"},{"location":"API_Server.html#protocole-de-lapi","text":"Le protocole de commande utilis\u00e9 sur le socket de communications est inspir\u00e9 par json-rpc . Une requ\u00eate pourrait ressembler \u00e0 \u00e7a : {\"id\": 123, \"method\": \"info\", \"params\": {}} et une r\u00e9ponse pourrait ressembler \u00e0 \u00e7a : {\"id\": 123, \"result\": {\"state_message\": \"Printer is ready\", \"klipper_path\": \"/home/pi/klipper\", \"config_file\": \"/home/pi/printer.cfg\", \"software_version\": \"v0.8.0-823-g883b1cb6\", \"hostname\": \"octopi\", \"cpu_info\": \"4 core ARMv7 Processor rev 4 (v7l)\", \"state\": \"ready\", \"python_path\": \"/home/pi/klippy-env/bin/python\", \"log_file\": \"/tmp/klippy.log\"}} Toutes les requ\u00eates doivent \u00eatre un dictionnaire JSON. (Ce document utilise le terme Python 'dictionary' pour d\u00e9crire un objet JSON - une affectation de paires Cl\u00e9/Valeur comprises en deux parenth\u00e8ses {} .) le dictionnaire de requ\u00eate doit contenir un param\u00e8tre \"m\u00e9thode\" disponible dans les \"points de terminaison\" de Klipper. Le dictionnaire de requ\u00eate peut contenir un param\u00e8tre \"params\" qui doit \u00eatre de type dictionnaire. Les \"params\" fournissent des informations de param\u00e8tre suppl\u00e9mentaires au \"endpoint\" Klipper qui traite la demande. Son contenu est sp\u00e9cifique au \"endpoint\". Le dictionnaire de requ\u00eate peut contenir un param\u00e8tre \"id\" qui peut \u00eatre de n'importe quel type JSON. Si \"id\" est pr\u00e9sent, alors Klipper r\u00e9pondra \u00e0 la demande avec une r\u00e9ponse contenant cet \"id\". Si \"id\" est omis (ou d\u00e9fini sur une valeur JSON \"null\"), Klipper ne fournira aucune r\u00e9ponse \u00e0 la requ\u00eate. Un message de r\u00e9ponse est un dictionnaire JSON contenant \"id\" et \"result\". Le \"r\u00e9sultat\" est toujours un dictionnaire - son contenu est sp\u00e9cifique au \"endpoint\" traitant la demande. Si le traitement d'un requ\u00eate est en erreur, le message de r\u00e9ponse contiendra un champ \"error\" au lieu de \"result\". Par exemple, la requ\u00eate : {\"id\": 123, \"method\": \"gcode/script\", \"params\": {\"script\": \"G1 X200\"}} pourrait retourner une erreur telle que :: {\"id\": 123, \"error\": {\"message\": \"Must home axis first: 200.000 0.000 0.000 [0.000]\", \"error\": \"WebRequestError\"}} Klipper traite toujours les demandes dans l'ordre de leur r\u00e9ception. Cependant, certaines requ\u00eates peuvent ne pas se terminer imm\u00e9diatement, ce qui peut entra\u00eener l'envoi de la r\u00e9ponse associ\u00e9e dans le d\u00e9sordre par rapport aux r\u00e9ponses d'autres requ\u00eates. Une requ\u00eate JSON ne suspend jamais le traitement des requ\u00eates JSON suivantes.","title":"Protocole de l'API"},{"location":"API_Server.html#abonnements","text":"Certains \"endpoint\" de Klipper autorisent un \"abonnement\" pour de futurs messages asynchrone de mise \u00e0 jour. Par exemple : {\"id\": 123, \"method\": \"gcode/subscribe_output\", \"params\": {\"response_template\":{\"key\": 345}}} Peut r\u00e9pondre dans un premier temps : {\"id\": 123, \"result\": {}} et faire en sorte que Klipper envoie de futurs messages similaires \u00e0 : {\"params\": {\"response\": \"ok B:22.8 /0.0 T0:22.4 /0.0\"}, \"key\": 345} Une demande d'abonnement accepte un dictionnaire \"response_template\" dans le champ \"params\" de la demande. Ce dictionnaire \"response_template\" est utilis\u00e9 comme mod\u00e8le pour les futurs messages asynchrones - il peut contenir des paires cl\u00e9/valeur arbitraires. Lors de l'envoi de ces futurs messages asynchrones, Klipper ajoutera un champ \"params\" contenant un dictionnaire avec un contenu sp\u00e9cifique \"endpoint\" au mod\u00e8le de r\u00e9ponse, puis enverra ce mod\u00e8le. Si un champ \"response_template\" n'est pas fourni, il s'agit par d\u00e9faut d'un dictionnaire vide ( {} ).","title":"Abonnements"},{"location":"API_Server.html#endpoints-disponibles","text":"Par convention, les \"endpoints\" de Klipper sont de la forme / . Lors d'une demande \u00e0 un \"endpoint\", le nom complet doit \u00eatre d\u00e9fini dans le param\u00e8tre \"method\" du dictionnaire de requ\u00eate (par exemple, {\"method\"=\"gcode/restart\"} ).","title":"\"endpoints\" disponibles"},{"location":"API_Server.html#info","text":"Le point de terminaison \"info\" est utilis\u00e9 pour obtenir des informations sur le syst\u00e8me et la version de Klipper. Il est \u00e9galement utilis\u00e9 pour fournir les informations de version du client \u00e0 Klipper. Par exemple : {\"id\": 123, \"method\": \"info\", \"params\": { \"client_info\": { \"version\": \"v1\"}}} S'il est pr\u00e9sent, le param\u00e8tre \"client_info\" doit \u00eatre un dictionnaire, mais ce dictionnaire peut avoir un contenu arbitraire. Les clients sont encourag\u00e9s \u00e0 fournir le nom du client et sa version logicielle lors de la premi\u00e8re connexion au serveur API Klipper.","title":"Info"},{"location":"API_Server.html#arret-durgence","text":"Le point de terminaison \"emergency_stop\" est utilis\u00e9 pour demander \u00e0 Klipper de passer \u00e0 un \u00e9tat \"shutdown\". Il se comporte de la m\u00eame mani\u00e8re que la commande G-Code M112 . Par exemple : {\"id\": 123, \"method\": \"emergency_stop\"}","title":"arr\u00eat d'urgence"},{"location":"API_Server.html#register_remote_method","text":"Ce point de terminaison permet aux clients d'enregistrer des m\u00e9thodes pouvant \u00eatre appel\u00e9es depuis klipper. Il renverra un objet vide en cas de succ\u00e8s. Par exemple : {\"id\": 123, \"method\": \"register_remote_method\", \"params\": {\"response_template\": {\"action\": \"run_paneldue_beep\"}, \"remote_method\": \"paneldue_beep\"}} renverra : }` La m\u00e9thode distante paneldue_beep peut d\u00e9sormais \u00eatre appel\u00e9e depuis Klipper. Notez que si la m\u00e9thode prend des param\u00e8tres, ils doivent \u00eatre fournis en tant qu'arguments de mots cl\u00e9s. Voici un exemple de la fa\u00e7on dont il peut \u00eatre appel\u00e9 \u00e0 partir d'un gcode_macro : [gcode_macro PANELDUE_BEEP] gcode: {action_call_remote_method(\"paneldue_beep\", frequency=300, duration=1.0)} Lorsque la macro gcode PANELDUE_BEEP est ex\u00e9cut\u00e9e, Klipper enverra ce qui suit sur le socket : {\"action\": \"run_paneldue_beep\", \"params\": {\"frequency\": 300, \"duration\": 1.0}}","title":"register_remote_method"},{"location":"API_Server.html#objectslist","text":"Ce point de terminaison remonte la liste des \"objets\" disponibles de l'imprimante que l'on peut interroger (via le point de terminaison \"objects/query\"). Par exemple : {\"id\": 123, \"method\": \"objects/list\"} peut renvoyer : {\"id\": 123, \"result\": {\"objects\": [\" webhooks\", \"configfile\", \"heaters\", \"gcode_move\", \"query_endstops\", \"idle_timeout\", \"toolhead\", \"extruder\"]}}","title":"objects/list"},{"location":"API_Server.html#objectsquery","text":"Ce point de terminaison permet de retrouver des informations \u00e0 partir d'objets de l'imprimante. Par exemple : {\"id\": 123, \"method\": \"objects/query\", \"params\": {\"objects\": {\"toolhead\": [\"position\"], \"webhooks\": null}} } peut renvoyer : {\"id\": 123, \"result\": {\"status\": {\"webhooks\": {\"state\": \"ready\", \"state_message\": \"L'imprimante est pr\u00eate\"} , \"toolhead\": {\"position\": [0.0, 0.0, 0.0, 0.0]}}, \"eventtime\": 3051555.377933684}} Le param\u00e8tre \"objects\" dans la requ\u00eate doit \u00eatre un dictionnaire contenant des objets de l'imprimante \u00e0 interroger - la cl\u00e9 contient le nom de l'objet imprimante et la valeur est soit \"null\" (pour interroger tous les champs) soit une liste de noms de champs. Le message de r\u00e9ponse contiendra un champ \"statut\" contenant un dictionnaire avec les informations demand\u00e9es - la cl\u00e9 contient le nom de l'objet imprimante et la valeur est un dictionnaire contenant ses champs. Le message de r\u00e9ponse contiendra \u00e9galement un champ \"eventtime\" contenant l'horodatage \u00e0 partir duquel la requ\u00eate a \u00e9t\u00e9 prise. Les champs disponibles sont document\u00e9s dans le document R\u00e9f\u00e9rence des \u00e9tats .","title":"objects/query"},{"location":"API_Server.html#objectssubscribe","text":"Ce point de terminaison permet d'interroger puis de s'abonner \u00e0 des informations provenant d'objets de l'imprimante. La demande et la r\u00e9ponse du point de terminaison sont identiques au point de terminaison \"objects/query\". Par exemple : {\"id\": 123, \"method\": \"objects/subscribe\", \"params\": {\"objects\":{\"toolhead\": [\"position\"], \"webhooks\": [\"state \"]}, \"response_template\":{}}} peut renvoyer : {\"id\": 123, \"result\": {\"status\": {\"webhooks\": {\"state\": \"pr\u00eat\" }, \"toolhead\": {\"position\": [0.0, 0.0, 0.0, 0.0]}}, \"eventtime\": 3052153.382083195}} et entra\u00eener des messages asynchrones ult\u00e9rieurs tels que : {\"params\": {\"status\": {\"webhooks\": {\"state\": \"shutdown\"}}, \"eventtime\": 3052165.418815847}}","title":"objects/subscribe"},{"location":"API_Server.html#gcodehelp","text":"Ce point de terminaison permet de retrouver les commandes G-Code disponibles qui ont une cha\u00eene d'aide d\u00e9finie. Par exemple : {\"id\": 123, \"method\": \"gcode/help\"} peut renvoyer : {\"id\": 123, \"result\": {\"RESTORE_GCODE_STATE\": \"Restaurer un \u00e9tat G-Code pr\u00e9c\u00e9demment enregistr\u00e9\", \"PID_CALIBRATE\": \"Ex\u00e9cuter le test d'\u00e9talonnage PID\", \"QUERY_ADC\": \"Rapport de la derni\u00e8re valeur d'une broche analogique\", ...}}","title":"gcode/help"},{"location":"API_Server.html#gcodescript","text":"Ce point de terminaison permet d'ex\u00e9cuter une s\u00e9rie de commandes G-Code. Par exemple : {\"id\": 123, \"method\": \"gcode/script\", \"params\": {\"script\": \"G90\"}} Si le script G-Code fourni g\u00e9n\u00e8re une erreur, une r\u00e9ponse d'erreur est g\u00e9n\u00e9r\u00e9e. Cependant, si la commande G-Code produit une sortie vers le terminal, cette sortie n'est pas remont\u00e9e dans la r\u00e9ponse. (Utilisez le point de terminaison \"gcode/subscribe_output\" pour obtenir la remont\u00e9e des sortie du terminal G-Code.) Si une commande G-Code est en cours de traitement lorsque cette demande est re\u00e7ue, le script re\u00e7u sera mis en file d'attente. Ce d\u00e9lai peut \u00eatre important (par exemple, si une commande d'attente de temp\u00e9rature de code G est en cours). Le message de r\u00e9ponse JSON est envoy\u00e9 lorsque le traitement du script est enti\u00e8rement termin\u00e9.","title":"gcode/script"},{"location":"API_Server.html#gcoderestart","text":"Ce point de terminaison permet de demander un red\u00e9marrage - il est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"RESTART\". Par exemple : {\"id\": 123, \"method\": \"gcode/restart\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"gcode/restart"},{"location":"API_Server.html#gcodefirmware_restart","text":"Ceci est similaire au point de terminaison \"gcode/restart\" - il impl\u00e9mente la commande G-Code \"FIRMWARE_RESTART\". Par exemple : {\"id\": 123, \"method\": \"gcode/firmware_restart\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"gcode/firmware_restart"},{"location":"API_Server.html#gcodesubscribe_output","text":"Ce point de terminaison est utilis\u00e9 pour s'abonner aux messages du terminal G-Code de Klipper. Par exemple : {\"id\": 123, \"method\": \"gcode/subscribe_output\", \"params\": {\"response_template\":{}}} peut ult\u00e9rieurement produire des messages asynchrones tels que : {\"params\": {\"response\": \"// \u00c9tat de Klipper : Arr\u00eat\"}} Ce point de terminaison est destin\u00e9 \u00e0 prendre en charge l'interaction humaine via une interface \"fen\u00eatre de terminal\". L'analyse du contenu de la sortie du terminal G-Code est d\u00e9conseill\u00e9e. Utilisez le point de terminaison \"objects/subscribe\" pour obtenir des mises \u00e0 jour sur l'\u00e9tat de Klipper.","title":"gcode/subscribe_output"},{"location":"API_Server.html#motion_reportdump_stepper","text":"Ce point de terminaison est utilis\u00e9 pour s'abonner au flux de commandes interne stepper queue_step de Klipper pour un stepper. L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\":\"motion_report/dump_stepper\", \"params\": {\"name\": \"stepper_x\", \"response_template\": {}}} et peut renvoyer : {\"id\": 123, \"result\": {\"header\": [\"interval\", \"count\", \"add\"]}} et peut produire ult\u00e9rieurement des messages asynchrones tels que : {\"params\": {\"first_clock\": 179601081, \"first_time\": 8.98, \"first_position\": 0, \"last_clock\": 219686097, \"last_time\": 10.984, \"data\": [[179601081, 1, 0 ], [29573, 2, -8685], [16230, 4, -1525], [10559, 6, -160], [10000, 976, 0], [10000, 1000, 0], [10000, 1000, 0], [10000, 1000, 0], [9855, 5, 187], [11632, 4, 1534], [20756, 2, 9442]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures.","title":"motion_report/dump_stepper"},{"location":"API_Server.html#motion_reportdump_trapq","text":"Ce point de terminaison est utilis\u00e9 pour s'abonner \u00e0 la \"file d'attente de mouvements trap\u00e9zo\u00efdaux\" interne de Klipper. L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\": \"motion_report/dump_trapq\", \"params\": {\"name\": \"toolhead\", \"response_template\":{}}} et peut renvoyer : {\"id\": 1, \"result\": {\"header\": [\"time\", \"duration\", \"start_velocity\", \"acceleration\", \"start_position\", \"direction\"]}} et peut produire ult\u00e9rieurement des messages asynchrones tels que : {\"params\": {\"data\": [[4.05, 1.0, 0.0, 0.0, [300.0, 0.0, 0.0], [0.0, 0.0, 0.0] ], [5.054, 0.001, 0.0, 3000.0, [300.0, 0.0, 0.0], [-1.0, 0.0, 0.0]]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures.","title":"motion_report/dump_trapq"},{"location":"API_Server.html#adxl345dump_adxl345","text":"Ce point de terminaison est utilis\u00e9 pour s'abonner aux donn\u00e9es de l'acc\u00e9l\u00e9rom\u00e8tre ADXL345. L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\":\"adxl345/dump_adxl345\", \"params\": {\"sensor\": \"adxl345\", \"response_template\": {}}} et pourrait renvoyer : {\"id\": 123,\"result\":{\"header\":[\"time\",\"x_acceleration\",\"y_acceleration\", \"z_acceleration\"]}} et pourrait plus tard produire des messages asynchrones messages tels que : {\"params\":{\"overflows\":0,\"data\":[[3292.432935,-535.44309,-1529.8374,9561.4], [3292.433256,-382.45935,-1606.32927,9561.48375]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures.","title":"adxl345/dump_adxl345"},{"location":"API_Server.html#angledump_angle","text":"Ce point de terminaison est utilis\u00e9 pour s'abonner aux donn\u00e9es du capteur d'angle . L'obtention de ces mises \u00e0 jour de mouvement de bas niveau peut \u00eatre utile \u00e0 des fins de diagnostic et de d\u00e9bogage. L'utilisation de ce point de terminaison peut augmenter la charge syst\u00e8me de Klipper. Une requ\u00eate peut ressembler \u00e0 : {\"id\": 123, \"method\":\"angle/dump_angle\", \"params\": {\"sensor\": \"my_angle_sensor\", \"response_template\": {}}} et peut renvoyer : {\"id\": 123,\"result\":{\"header\":[\"time\",\"angle\"]}} et peut produire ult\u00e9rieurement des messages asynchrones tels que : { \"params\":{\"position_offset\":3.151562,\"errors\":0, \"data\":[[1290.951905,-5063],[1290.952321,-5065]]}} Le champ \"en-t\u00eate\" dans la r\u00e9ponse initiale \u00e0 la requ\u00eate est utilis\u00e9 pour d\u00e9crire les champs pr\u00e9sents dans les r\u00e9ponses \"donn\u00e9es\" ult\u00e9rieures.","title":"angle/dump_angle"},{"location":"API_Server.html#pause_resumecancel","text":"Ce point final est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"PRINT_CANCEL\". Par exemple : {\"id\": 123, \"method\": \"pause_resume/cancel\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"pause_resume/cancel"},{"location":"API_Server.html#pause_resumepause","text":"Ce point d'entr\u00e9e est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"PAUSE\". Par exemple : {\"id\": 123, \"method\": \"pause_resume/pause\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"pause_resume/pause"},{"location":"API_Server.html#pause_resumeresume","text":"Ce point de terminaison est similaire \u00e0 l'ex\u00e9cution de la commande G-Code \"RESUME\". Par exemple : {\"id\": 123, \"method\": \"pause_resume/resume\"} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"pause_resume/resume"},{"location":"API_Server.html#query_endstopsstatus","text":"Ce point de terminaison interrogera les fins de course actifs et renverra leur \u00e9tat. Par exemple : {\"id\": 123, \"method\": \"query_endstops/status\"} peut renvoyer : {\"id\": 123, \"result\": {\"y\": \"open \", \"x\": \"open\", \"z\": \"TRIGGERED\"}} Comme pour le point de terminaison \"gcode/script\", ce point de terminaison ne se termine qu'apr\u00e8s la fin de toutes les commandes G-Code en attente.","title":"query_endstops/status"},{"location":"BLTouch.html","text":"BL-Touch \u00b6 Connexion du BL-Touch \u00b6 Un avertissement avant de commencer : \u00c9vitez de toucher la broche BL-Touch avec vos doigts nus, car elle est tr\u00e8s sensible \u00e0 la graisse des doigts. Et si vous la touchez, soyez tr\u00e8s doux, afin de ne pas plier ou pousser quoi que ce soit. Connectez le connecteur \"servo\" de la BL-Touch \u00e0 une control_pin selon la documentation de la BL-Touch ou celle de votre MCU. En utilisant le c\u00e2blage originel, le fil jaune du c\u00e2blage triple est la control_pin et le fil blanc du c\u00e2blage double est la sensor_pin . Vous devez configurer ces broches en fonction de votre c\u00e2blage. La plupart des dispositifs BL-Touch n\u00e9cessitent un pullup sur la broche du capteur (pr\u00e9fixez le nom de la broche par \"^\"). Par exemple : [bltouch] sensor_pin: ^P1.24 control_pin: P1.26 Si le BL-Touch est utilis\u00e9 pour amener l'axe Z \u00e0 l'origine, r\u00e9glez endstop_pin : probe:z_virtual_endstop et supprimez position_endstop dans la section de configuration [stepper_z] , puis ajoutez une section de configuration [safe_z_home] pour lever l'axe z, ramener les axes xy \u00e0 la position d'origine, se d\u00e9placer au centre du lit et ramener l'axe z \u00e0 la position d'origine. Par exemple : [safe_z_home] home_xy_position: 100, 100 # Change coordinates to the center of your print bed speed: 50 z_hop: 10 # Move up 10mm z_hop_speed: 5 Il est important que le mouvement z_hop dans safe_z_home soit suffisamment \u00e9lev\u00e9 pour que la sonde ne heurte rien, m\u00eame si la broche de la sonde se trouve dans son \u00e9tat le plus bas. Tests initiaux \u00b6 Avant de poursuivre, v\u00e9rifiez que la BL-Touch est mont\u00e9e \u00e0 la bonne hauteur, la tige doit se trouver \u00e0 environ 2 mm au-dessus de la buse lorsqu'elle est r\u00e9tract\u00e9e Lorsque vous mettez l'imprimante sous tension, la sonde BL-Touch doit effectuer un auto-test en sortant et r\u00e9tractant le pointeau plusieurs Une fois l'auto-test termin\u00e9, le pointeau doit \u00eatre r\u00e9tract\u00e9 et le voyant rouge de la sonde doit \u00eatre allum\u00e9. En cas d'erreur, par exemple si la sonde clignote en rouge ou si le pointeau est en bas au lieu d'\u00eatre en haut, veuillez \u00e9teindre l'imprimante et v\u00e9rifier le c\u00e2blage et la configuration. Si tout ce qui pr\u00e9c\u00e8de semble bon, il est temps de tester que la broche de contr\u00f4le fonctionne correctement. Ex\u00e9cutez d'abord BLTOUCH_DEBUG COMMAND=pin_down dans votre terminal d'imprimante. V\u00e9rifiez que le pointeau se d\u00e9place vers le bas et que la LED rouge de la sonde s'\u00e9teint. Si ce n'est pas le cas, v\u00e9rifiez \u00e0 nouveau votre c\u00e2blage et votre configuration. Ensuite, lancez une commande BLTOUCH_DEBUG COMMAND=pin_up , v\u00e9rifiez que le pointeau se r\u00e9tracte et que la lumi\u00e8re rouge s'allume \u00e0 nouveau. Si elle clignote, il y a un probl\u00e8me. L'\u00e9tape suivante consiste \u00e0 confirmer que la tige du capteur fonctionne correctement. Ex\u00e9cutez BLTOUCH_DEBUG COMMAND=pin_down , v\u00e9rifiez que le pointeau se d\u00e9place vers le bas, ex\u00e9cutez BLTOUCH_DEBUG COMMAND=touch_mode , ex\u00e9cutez QUERY_PROBE , et v\u00e9rifiez que la commande rapporte \"probe : open\". Ensuite, tout en poussant l\u00e9g\u00e8rement le pointeau vers le haut avec l'ongle de votre doigt, ex\u00e9cutez \u00e0 nouveau QUERY_PROBE . V\u00e9rifiez que la commande rapporte \"probe : TRIGGERED\". Si l'une ou l'autre des requ\u00eates ne donne pas le bon message, cela indique g\u00e9n\u00e9ralement un c\u00e2blage ou une configuration incorrecte (certains clones peuvent n\u00e9cessiter une manipulation sp\u00e9ciale). A la fin de ce test, ex\u00e9cutez BLTOUCH_DEBUG COMMAND=pin_up et v\u00e9rifiez que le pointeau se d\u00e9place vers le haut. Apr\u00e8s avoir effectu\u00e9 les tests de la broche de contr\u00f4le et de la broche de d\u00e9tection du BL-Touch, il est maintenant temps de tester le palpage, mais avec une petite astuce. Au lieu de laisser le pointeau de la sonde toucher le lit d'impression, laissez-le toucher l'ongle de votre doigt. Positionnez la t\u00eate d'impression loin du lit, \u00e9mettez un G28 (ou PROBE si vous n'utilisez pas probe:z_virtual_endstop), attendez que la t\u00eate d'impression commence \u00e0 descendre, et arr\u00eatez le mouvement en touchant tr\u00e8s doucement le pointeau avec votre ongle. Il se peut que vous deviez le faire deux fois, car la configuration par d\u00e9faut de l'autoguidage sonde deux fois. Pr\u00e9parez-vous \u00e0 \u00e9teindre l'imprimante si elle ne s'arr\u00eate pas lorsque vous touchez le pointeau. Si ce test a r\u00e9ussi, faites un autre G28 (ou PROBE ) mais cette fois-ci laissez-le toucher le lit comme il se doit. BL-Touch d\u00e9faillant \u00b6 Une fois que le BL-Touch est dans un \u00e9tat incoh\u00e9rent, il se met \u00e0 clignoter en rouge. Vous pouvez le forcer \u00e0 quitter cet \u00e9tat en \u00e9mettant : BLTOUCH_DEBUG COMMAND=reset Cela peut se produire si son \u00e9talonnage est interrompu par un blocage de l'extraction du pointeau. Cependant, il se peut \u00e9galement que le BL-Touch ne soit plus capable de se calibrer lui-m\u00eame. Cela se produit si la vis situ\u00e9e sur le dessus est mal positionn\u00e9e ou si le noyau magn\u00e9tique \u00e0 l'int\u00e9rieur de la tige du pointeau a boug\u00e9. S'il s'est d\u00e9plac\u00e9 vers le haut au point de coller \u00e0 la vis, il se peut que le BL-Touch ne soit plus capable de lib\u00e9rer sa tige. Dans ce cas, vous devez ouvrir la vis et utiliser un stylo \u00e0 bille pour le remettre doucement en place. R\u00e9introduisez la tige dans le BL-Touch de fa\u00e7on \u00e0 ce qu'elle tombe dans la position extraite. R\u00e9ajustez d\u00e9licatement la vis sans t\u00eate du dessus. Vous devez trouver la juste position pour qu'elle soit capable d'abaisser et de relever la tige et que la lumi\u00e8re rouge s'allume et s'\u00e9teigne. Utilisez les commandes reset , pin_up et pin_down pour y parvenir. \"Clones\" du BL-Touch \u00b6 De nombreux \"clones\" BL-Touch fonctionnent correctement avec Klipper en utilisant la configuration par d\u00e9faut. Cependant, certains \"clones\" peuvent ne pas supporter la commande QUERY_PROBE et certains autres \"clones\" peuvent n\u00e9cessiter la configuration de pin_up_reports_not_triggered ou pin_up_touch_mode_reports_triggered . Important ! Ne configurez pas pin_up_reports_not_triggered ou pin_up_touch_mode_reports_triggered \u00e0 False sans suivre ces instructions. Ne configurez pas l'une ou l'autre de ces options sur False sur un v\u00e9ritable BL-Touch. Une configuration incorrecte de ces param\u00e8tres sur False peut augmenter le temps de palpage et peut augmenter le risque d'endommager l'imprimante. Certains \"clones\" ne supportent pas le touch_mode et par cons\u00e9quent la commande QUERY_PROBE ne fonctionne pas. Malgr\u00e9 cela, il est possible d'effectuer un palpage et une mise \u00e0 l'origine avec ces dispositifs. Sur ces dispositifs, la commande QUERY_PROBE pendant les tests initiaux n'aboutira pas, mais le test suivant G28 (ou PROBE ) aboutira. Il est possible d'utiliser ces \"clones\" avec Klipper tant que l'on n'utilise pas la commande QUERY_PROBE et que l'on n'active pas la fonction probe_with_touch_mode . Certains \"clones\" sont incapables d'effectuer le test de v\u00e9rification du capteur interne de Klipper. Sur ces appareils, les tentatives de mise \u00e0 l'origine ou de palpage peuvent entra\u00eener le signalement par Klipper de l'erreur \"BLTouch failed to verify sensor state\". Si cela se produit, ex\u00e9cutez manuellement les \u00e9tapes pour confirmer que la broche du capteur fonctionne comme d\u00e9crit dans la section tests initiaux . Si les commandes QUERY_PROBE de ce test produisent toujours les r\u00e9sultats attendus et que l'erreur \"BLTouch failed to verify sensor state\" se produit toujours, il peut \u00eatre n\u00e9cessaire de mettre pin_up_touch_mode_reports_triggered \u00e0 False dans le fichier de configuration de Klipper. Un nombre rare d'anciens \"clones\" sont incapables de signaler qu'ils ont r\u00e9ussi \u00e0 relever leur pointeau. Sur ces appareils, Klipper signalera une erreur \"BLTouch failed to raise probe\" apr\u00e8s chaque tentative de retour \u00e0 l'origine ou de palpage. On peut tester ces appareils - \u00e9loigner la t\u00eate du lit, ex\u00e9cuter BLTOUCH_DEBUG COMMAND=pin_down , v\u00e9rifier que le pointeau s'est d\u00e9plac\u00e9 vers le bas, ex\u00e9cuter QUERY_PROBE , v\u00e9rifier que la commande rapporte \"probe : open\", ex\u00e9cuter BLTOUCH_DEBUG COMMAND=pin_up , v\u00e9rifier que le pointeau s'est d\u00e9plac\u00e9 vers le haut, et ex\u00e9cuter QUERY_PROBE . Si la broche reste en haut, que le dispositif n'entre pas dans un \u00e9tat d'erreur, et que la premi\u00e8re requ\u00eate rapporte \"probe : open\" alors que la seconde rapporte \"probe : TRIGGERED\" alors cela indique que pin_up_reports_not_triggered doit \u00eatre mis \u00e0 False dans le fichier de configuration de Klipper. BL-Touch v3 \u00b6 Certains BL-Touch v3.0 et BL-Touch 3.1 peuvent n\u00e9cessiter la configuration de probe_with_touch_mode dans le fichier de configuration de l'imprimante. Si le fil de signal du BL-Touch v3.0 est connect\u00e9 \u00e0 une broche d'arr\u00eat (avec un condensateur de filtrage du bruit), il se peut que le BL-Touch v3.0 ne soit pas capable d'envoyer un signal de mani\u00e8re constante pendant la recherche de l'origine et le palpage. Si les commandes QUERY_PROBE dans la section des tests initiaux produisent toujours les r\u00e9sultats attendus, mais que la t\u00eate de l'outil ne s'arr\u00eate toujours pas pendant les commandes G28/PROBE, alors cela indique ce probl\u00e8me. Une solution de contournement est de d\u00e9finir probe_with_touch_mode : True dans le fichier de configuration. Le BL-Touch v3.1 peut entrer incorrectement dans un \u00e9tat d'erreur apr\u00e8s une tentative de sondage r\u00e9ussie. Les sympt\u00f4mes sont une lumi\u00e8re clignotante occasionnelle sur le BL-Touch v3.1 qui dure quelques secondes apr\u00e8s qu'il ait r\u00e9ussi \u00e0 entrer en contact avec le lit. Klipper devrait effacer cette erreur automatiquement et elle est g\u00e9n\u00e9ralement inoffensive. Cependant, on peut d\u00e9finir probe_with_touch_mode dans le fichier de configuration pour \u00e9viter ce probl\u00e8me. Important ! Certains \"clones\" ainsi que le BL-Touch v2.0 (et ant\u00e9rieur) peuvent avoir une pr\u00e9cision r\u00e9duite lorsque probe_with_touch_mode est r\u00e9gl\u00e9 sur True. Le r\u00e9glage de cette valeur sur True augmente \u00e9galement le temps n\u00e9cessaire au d\u00e9ploiement de la sonde. Si vous configurez cette valeur sur un dispositif BL-Touch \"clone\" ou plus ancien, assurez-vous de tester la pr\u00e9cision de la sonde avant et apr\u00e8s avoir d\u00e9fini cette valeur (utilisez la commande PROBE_ACCURACY pour tester). Multi-palpages sans r\u00e9traction du pointeau \u00b6 Par d\u00e9faut, Klipper d\u00e9ploie le pointeau au d\u00e9but de chaque tentative de mesure et le r\u00e9tracte ensuite. Ce d\u00e9ploiement et cette r\u00e9traction r\u00e9p\u00e9titifs du pointeau peuvent augmenter la dur\u00e9e totale des s\u00e9quences d'\u00e9talonnage impliquant de nombreuses mesures du plateau. Klipper permet de laisser le pointeau d\u00e9ploy\u00e9 entre deux mesures cons\u00e9cutives, ce qui peut r\u00e9duire la dur\u00e9e totale des mesures. Ce mode est activ\u00e9 en configurant stow_on_each_sample \u00e0 False dans le fichier de configuration. Important ! Si vous r\u00e9glez la valeur Stow_on_each_sample sur False, Klipper peut effectuer des mouvements horizontaux de la t\u00eate de l'outil durant le d\u00e9ploiement du palpeur. Assurez-vous que toutes les op\u00e9rations de palpage ont un d\u00e9gagement Z suffisant avant de r\u00e9gler cette valeur sur False. Si l'espace est insuffisant, un mouvement horizontal peut faire en sorte que le pointeau s'accroche \u00e0 une obstruction et endommager l'imprimante. Important ! Il est recommand\u00e9 d'utiliser probe_with_touch_mode configur\u00e9 \u00e0 True lorsque vous utilisez stow_on_each_sample configur\u00e9 \u00e0 False. Certains \"clones\" peuvent ne pas d\u00e9tecter un contact ult\u00e9rieur du lit si probe_with_touch_mode n'est pas configur\u00e9. Sur tous les dispositifs, l'utilisation de la combinaison de ces deux param\u00e8tres simplifie la signalisation de l'appareil, am\u00e9liorant la stabilit\u00e9 globale. Notez cependant que certains \"clones\" ainsi que le BL-Touch v2.0 (et ant\u00e9rieurs) peuvent avoir une pr\u00e9cision r\u00e9duite lorsque probe_with_touch_mode est r\u00e9gl\u00e9 sur True. Sur ces appareils, c'est une bonne id\u00e9e de tester la pr\u00e9cision de la sonde avant et apr\u00e8s avoir r\u00e9gl\u00e9 probe_with_touch_mode (utilisez la commande PROBE_ACCURACY pour tester). \u00c9talonnage des d\u00e9calages du BL-Touch \u00b6 Suivez les instructions du guide Calibration de la sonde pour d\u00e9finir les param\u00e8tres de configuration x_offset, y_offset et z_offset. C'est une bonne id\u00e9e de v\u00e9rifier que le d\u00e9calage Z est proche de 1mm. Si ce n'est pas le cas, vous devrez probablement d\u00e9placer le dispositif vers le haut ou vers le bas pour r\u00e9soudre ce probl\u00e8me. Vous voulez qu'il se d\u00e9clenche bien avant que la buse ne touche le lit, afin qu'un \u00e9ventuel filament coinc\u00e9 ou un lit d\u00e9form\u00e9 n'affecte pas l'action du BL-Touch. Mais en m\u00eame temps, vous voulez que la position r\u00e9tract\u00e9e soit aussi loin que possible au-dessus de la buse pour \u00e9viter qu'elle ne touche les pi\u00e8ces imprim\u00e9es. Si un ajustement est effectu\u00e9 sur la position du BL-Touch, recommencez les \u00e9tapes d'\u00e9talonnage de celui-ci. Mode de sortie du BL-Touch \u00b6 Un BL-Touch V3.0 accepte le r\u00e9glage d'un mode de sortie 5V ou OPEN-DRAIN, un BL-Touch V3.1 le supporte aussi et peut \u00e9galement le stocker dans son EEPROM interne. Si votre carte contr\u00f4leur a besoin du niveau logique haut de 5V du mode 5V, vous pouvez r\u00e9gler le param\u00e8tre 'set_output_mode' dans la section [bltouch] du fichier de configuration de l'imprimante sur \"5V\". N'utilisez le mode 5V que si la ligne d'entr\u00e9e de votre carte contr\u00f4leur est tol\u00e9rante \u00e0 cette tension (5V). C'est pourquoi la configuration par d\u00e9faut de ces versions de BL-Touch est le mode OPEN-DRAIN. Vous pourriez potentiellement endommager le CPU de votre carte contr\u00f4leur En r\u00e9sum\u00e9 : Si une carte contr\u00f4leur a besoin d'un mode 5V ET qu'elle est tol\u00e9rante \u00e0 5V sur sa ligne de signal d'entr\u00e9e ET si vous avez un BL-Touch Smart V3.0, vous devez utiliser le param\u00e8tre 'set_output_mode : 5V' pour assurer ce r\u00e9glage \u00e0 chaque d\u00e9marrage, puisque la sonde ne peut pas se souvenir du r\u00e9glage n\u00e9cessaire. vous avez un BL-Touch Smart V3.1, vous avez le choix d'utiliser 'set_output_mode : 5V' ou de m\u00e9moriser le mode une fois pour toutes en utilisant une commande 'BLTOUCH_STORE MODE=5V' manuellement et sans plus utiliser le param\u00e8tre 'set_output_mode:'. vous avez une autre sonde : Certaines sondes ont une trace sur la carte de circuit imprim\u00e9 \u00e0 couper ou un cavalier \u00e0 r\u00e9gler afin de d\u00e9finir (de fa\u00e7on permanente) le mode de sortie. Dans ce cas, omettez compl\u00e8tement le param\u00e8tre 'set_output_mode'. Si vous avez une version V3.1, n'automatisez pas ou ne r\u00e9p\u00e9tez pas la m\u00e9morisation du mode de sortie afin d'\u00e9viter d'user l'EEPROM de la sonde. L'EEPROM du BLTouch permet environ 100.000 mises \u00e0 jour. 100 mises \u00e0 jour par jour repr\u00e9sentent environ 3 ans de fonctionnement avant l'usure de la m\u00e9moire. Ainsi, le stockage du mode de sortie dans la V3.1 est con\u00e7u par le vendeur pour \u00eatre une op\u00e9ration compliqu\u00e9e (le d\u00e9faut d'usine \u00e9tant un mode s\u00fbr OPEN DRAIN) et n'est pas adapt\u00e9 pour \u00eatre \u00e9mis de mani\u00e8re r\u00e9p\u00e9t\u00e9e par un trancheur, une macro ou autre, il est pr\u00e9f\u00e9rable de ne l'utiliser que lors de la premi\u00e8re int\u00e9gration de la sonde dans l'\u00e9lectronique de l'imprimante.","title":"BL-Touch"},{"location":"BLTouch.html#bl-touch","text":"","title":"BL-Touch"},{"location":"BLTouch.html#connexion-du-bl-touch","text":"Un avertissement avant de commencer : \u00c9vitez de toucher la broche BL-Touch avec vos doigts nus, car elle est tr\u00e8s sensible \u00e0 la graisse des doigts. Et si vous la touchez, soyez tr\u00e8s doux, afin de ne pas plier ou pousser quoi que ce soit. Connectez le connecteur \"servo\" de la BL-Touch \u00e0 une control_pin selon la documentation de la BL-Touch ou celle de votre MCU. En utilisant le c\u00e2blage originel, le fil jaune du c\u00e2blage triple est la control_pin et le fil blanc du c\u00e2blage double est la sensor_pin . Vous devez configurer ces broches en fonction de votre c\u00e2blage. La plupart des dispositifs BL-Touch n\u00e9cessitent un pullup sur la broche du capteur (pr\u00e9fixez le nom de la broche par \"^\"). Par exemple : [bltouch] sensor_pin: ^P1.24 control_pin: P1.26 Si le BL-Touch est utilis\u00e9 pour amener l'axe Z \u00e0 l'origine, r\u00e9glez endstop_pin : probe:z_virtual_endstop et supprimez position_endstop dans la section de configuration [stepper_z] , puis ajoutez une section de configuration [safe_z_home] pour lever l'axe z, ramener les axes xy \u00e0 la position d'origine, se d\u00e9placer au centre du lit et ramener l'axe z \u00e0 la position d'origine. Par exemple : [safe_z_home] home_xy_position: 100, 100 # Change coordinates to the center of your print bed speed: 50 z_hop: 10 # Move up 10mm z_hop_speed: 5 Il est important que le mouvement z_hop dans safe_z_home soit suffisamment \u00e9lev\u00e9 pour que la sonde ne heurte rien, m\u00eame si la broche de la sonde se trouve dans son \u00e9tat le plus bas.","title":"Connexion du BL-Touch"},{"location":"BLTouch.html#tests-initiaux","text":"Avant de poursuivre, v\u00e9rifiez que la BL-Touch est mont\u00e9e \u00e0 la bonne hauteur, la tige doit se trouver \u00e0 environ 2 mm au-dessus de la buse lorsqu'elle est r\u00e9tract\u00e9e Lorsque vous mettez l'imprimante sous tension, la sonde BL-Touch doit effectuer un auto-test en sortant et r\u00e9tractant le pointeau plusieurs Une fois l'auto-test termin\u00e9, le pointeau doit \u00eatre r\u00e9tract\u00e9 et le voyant rouge de la sonde doit \u00eatre allum\u00e9. En cas d'erreur, par exemple si la sonde clignote en rouge ou si le pointeau est en bas au lieu d'\u00eatre en haut, veuillez \u00e9teindre l'imprimante et v\u00e9rifier le c\u00e2blage et la configuration. Si tout ce qui pr\u00e9c\u00e8de semble bon, il est temps de tester que la broche de contr\u00f4le fonctionne correctement. Ex\u00e9cutez d'abord BLTOUCH_DEBUG COMMAND=pin_down dans votre terminal d'imprimante. V\u00e9rifiez que le pointeau se d\u00e9place vers le bas et que la LED rouge de la sonde s'\u00e9teint. Si ce n'est pas le cas, v\u00e9rifiez \u00e0 nouveau votre c\u00e2blage et votre configuration. Ensuite, lancez une commande BLTOUCH_DEBUG COMMAND=pin_up , v\u00e9rifiez que le pointeau se r\u00e9tracte et que la lumi\u00e8re rouge s'allume \u00e0 nouveau. Si elle clignote, il y a un probl\u00e8me. L'\u00e9tape suivante consiste \u00e0 confirmer que la tige du capteur fonctionne correctement. Ex\u00e9cutez BLTOUCH_DEBUG COMMAND=pin_down , v\u00e9rifiez que le pointeau se d\u00e9place vers le bas, ex\u00e9cutez BLTOUCH_DEBUG COMMAND=touch_mode , ex\u00e9cutez QUERY_PROBE , et v\u00e9rifiez que la commande rapporte \"probe : open\". Ensuite, tout en poussant l\u00e9g\u00e8rement le pointeau vers le haut avec l'ongle de votre doigt, ex\u00e9cutez \u00e0 nouveau QUERY_PROBE . V\u00e9rifiez que la commande rapporte \"probe : TRIGGERED\". Si l'une ou l'autre des requ\u00eates ne donne pas le bon message, cela indique g\u00e9n\u00e9ralement un c\u00e2blage ou une configuration incorrecte (certains clones peuvent n\u00e9cessiter une manipulation sp\u00e9ciale). A la fin de ce test, ex\u00e9cutez BLTOUCH_DEBUG COMMAND=pin_up et v\u00e9rifiez que le pointeau se d\u00e9place vers le haut. Apr\u00e8s avoir effectu\u00e9 les tests de la broche de contr\u00f4le et de la broche de d\u00e9tection du BL-Touch, il est maintenant temps de tester le palpage, mais avec une petite astuce. Au lieu de laisser le pointeau de la sonde toucher le lit d'impression, laissez-le toucher l'ongle de votre doigt. Positionnez la t\u00eate d'impression loin du lit, \u00e9mettez un G28 (ou PROBE si vous n'utilisez pas probe:z_virtual_endstop), attendez que la t\u00eate d'impression commence \u00e0 descendre, et arr\u00eatez le mouvement en touchant tr\u00e8s doucement le pointeau avec votre ongle. Il se peut que vous deviez le faire deux fois, car la configuration par d\u00e9faut de l'autoguidage sonde deux fois. Pr\u00e9parez-vous \u00e0 \u00e9teindre l'imprimante si elle ne s'arr\u00eate pas lorsque vous touchez le pointeau. Si ce test a r\u00e9ussi, faites un autre G28 (ou PROBE ) mais cette fois-ci laissez-le toucher le lit comme il se doit.","title":"Tests initiaux"},{"location":"BLTouch.html#bl-touch-defaillant","text":"Une fois que le BL-Touch est dans un \u00e9tat incoh\u00e9rent, il se met \u00e0 clignoter en rouge. Vous pouvez le forcer \u00e0 quitter cet \u00e9tat en \u00e9mettant : BLTOUCH_DEBUG COMMAND=reset Cela peut se produire si son \u00e9talonnage est interrompu par un blocage de l'extraction du pointeau. Cependant, il se peut \u00e9galement que le BL-Touch ne soit plus capable de se calibrer lui-m\u00eame. Cela se produit si la vis situ\u00e9e sur le dessus est mal positionn\u00e9e ou si le noyau magn\u00e9tique \u00e0 l'int\u00e9rieur de la tige du pointeau a boug\u00e9. S'il s'est d\u00e9plac\u00e9 vers le haut au point de coller \u00e0 la vis, il se peut que le BL-Touch ne soit plus capable de lib\u00e9rer sa tige. Dans ce cas, vous devez ouvrir la vis et utiliser un stylo \u00e0 bille pour le remettre doucement en place. R\u00e9introduisez la tige dans le BL-Touch de fa\u00e7on \u00e0 ce qu'elle tombe dans la position extraite. R\u00e9ajustez d\u00e9licatement la vis sans t\u00eate du dessus. Vous devez trouver la juste position pour qu'elle soit capable d'abaisser et de relever la tige et que la lumi\u00e8re rouge s'allume et s'\u00e9teigne. Utilisez les commandes reset , pin_up et pin_down pour y parvenir.","title":"BL-Touch d\u00e9faillant"},{"location":"BLTouch.html#clones-du-bl-touch","text":"De nombreux \"clones\" BL-Touch fonctionnent correctement avec Klipper en utilisant la configuration par d\u00e9faut. Cependant, certains \"clones\" peuvent ne pas supporter la commande QUERY_PROBE et certains autres \"clones\" peuvent n\u00e9cessiter la configuration de pin_up_reports_not_triggered ou pin_up_touch_mode_reports_triggered . Important ! Ne configurez pas pin_up_reports_not_triggered ou pin_up_touch_mode_reports_triggered \u00e0 False sans suivre ces instructions. Ne configurez pas l'une ou l'autre de ces options sur False sur un v\u00e9ritable BL-Touch. Une configuration incorrecte de ces param\u00e8tres sur False peut augmenter le temps de palpage et peut augmenter le risque d'endommager l'imprimante. Certains \"clones\" ne supportent pas le touch_mode et par cons\u00e9quent la commande QUERY_PROBE ne fonctionne pas. Malgr\u00e9 cela, il est possible d'effectuer un palpage et une mise \u00e0 l'origine avec ces dispositifs. Sur ces dispositifs, la commande QUERY_PROBE pendant les tests initiaux n'aboutira pas, mais le test suivant G28 (ou PROBE ) aboutira. Il est possible d'utiliser ces \"clones\" avec Klipper tant que l'on n'utilise pas la commande QUERY_PROBE et que l'on n'active pas la fonction probe_with_touch_mode . Certains \"clones\" sont incapables d'effectuer le test de v\u00e9rification du capteur interne de Klipper. Sur ces appareils, les tentatives de mise \u00e0 l'origine ou de palpage peuvent entra\u00eener le signalement par Klipper de l'erreur \"BLTouch failed to verify sensor state\". Si cela se produit, ex\u00e9cutez manuellement les \u00e9tapes pour confirmer que la broche du capteur fonctionne comme d\u00e9crit dans la section tests initiaux . Si les commandes QUERY_PROBE de ce test produisent toujours les r\u00e9sultats attendus et que l'erreur \"BLTouch failed to verify sensor state\" se produit toujours, il peut \u00eatre n\u00e9cessaire de mettre pin_up_touch_mode_reports_triggered \u00e0 False dans le fichier de configuration de Klipper. Un nombre rare d'anciens \"clones\" sont incapables de signaler qu'ils ont r\u00e9ussi \u00e0 relever leur pointeau. Sur ces appareils, Klipper signalera une erreur \"BLTouch failed to raise probe\" apr\u00e8s chaque tentative de retour \u00e0 l'origine ou de palpage. On peut tester ces appareils - \u00e9loigner la t\u00eate du lit, ex\u00e9cuter BLTOUCH_DEBUG COMMAND=pin_down , v\u00e9rifier que le pointeau s'est d\u00e9plac\u00e9 vers le bas, ex\u00e9cuter QUERY_PROBE , v\u00e9rifier que la commande rapporte \"probe : open\", ex\u00e9cuter BLTOUCH_DEBUG COMMAND=pin_up , v\u00e9rifier que le pointeau s'est d\u00e9plac\u00e9 vers le haut, et ex\u00e9cuter QUERY_PROBE . Si la broche reste en haut, que le dispositif n'entre pas dans un \u00e9tat d'erreur, et que la premi\u00e8re requ\u00eate rapporte \"probe : open\" alors que la seconde rapporte \"probe : TRIGGERED\" alors cela indique que pin_up_reports_not_triggered doit \u00eatre mis \u00e0 False dans le fichier de configuration de Klipper.","title":"\"Clones\" du BL-Touch"},{"location":"BLTouch.html#bl-touch-v3","text":"Certains BL-Touch v3.0 et BL-Touch 3.1 peuvent n\u00e9cessiter la configuration de probe_with_touch_mode dans le fichier de configuration de l'imprimante. Si le fil de signal du BL-Touch v3.0 est connect\u00e9 \u00e0 une broche d'arr\u00eat (avec un condensateur de filtrage du bruit), il se peut que le BL-Touch v3.0 ne soit pas capable d'envoyer un signal de mani\u00e8re constante pendant la recherche de l'origine et le palpage. Si les commandes QUERY_PROBE dans la section des tests initiaux produisent toujours les r\u00e9sultats attendus, mais que la t\u00eate de l'outil ne s'arr\u00eate toujours pas pendant les commandes G28/PROBE, alors cela indique ce probl\u00e8me. Une solution de contournement est de d\u00e9finir probe_with_touch_mode : True dans le fichier de configuration. Le BL-Touch v3.1 peut entrer incorrectement dans un \u00e9tat d'erreur apr\u00e8s une tentative de sondage r\u00e9ussie. Les sympt\u00f4mes sont une lumi\u00e8re clignotante occasionnelle sur le BL-Touch v3.1 qui dure quelques secondes apr\u00e8s qu'il ait r\u00e9ussi \u00e0 entrer en contact avec le lit. Klipper devrait effacer cette erreur automatiquement et elle est g\u00e9n\u00e9ralement inoffensive. Cependant, on peut d\u00e9finir probe_with_touch_mode dans le fichier de configuration pour \u00e9viter ce probl\u00e8me. Important ! Certains \"clones\" ainsi que le BL-Touch v2.0 (et ant\u00e9rieur) peuvent avoir une pr\u00e9cision r\u00e9duite lorsque probe_with_touch_mode est r\u00e9gl\u00e9 sur True. Le r\u00e9glage de cette valeur sur True augmente \u00e9galement le temps n\u00e9cessaire au d\u00e9ploiement de la sonde. Si vous configurez cette valeur sur un dispositif BL-Touch \"clone\" ou plus ancien, assurez-vous de tester la pr\u00e9cision de la sonde avant et apr\u00e8s avoir d\u00e9fini cette valeur (utilisez la commande PROBE_ACCURACY pour tester).","title":"BL-Touch v3"},{"location":"BLTouch.html#multi-palpages-sans-retraction-du-pointeau","text":"Par d\u00e9faut, Klipper d\u00e9ploie le pointeau au d\u00e9but de chaque tentative de mesure et le r\u00e9tracte ensuite. Ce d\u00e9ploiement et cette r\u00e9traction r\u00e9p\u00e9titifs du pointeau peuvent augmenter la dur\u00e9e totale des s\u00e9quences d'\u00e9talonnage impliquant de nombreuses mesures du plateau. Klipper permet de laisser le pointeau d\u00e9ploy\u00e9 entre deux mesures cons\u00e9cutives, ce qui peut r\u00e9duire la dur\u00e9e totale des mesures. Ce mode est activ\u00e9 en configurant stow_on_each_sample \u00e0 False dans le fichier de configuration. Important ! Si vous r\u00e9glez la valeur Stow_on_each_sample sur False, Klipper peut effectuer des mouvements horizontaux de la t\u00eate de l'outil durant le d\u00e9ploiement du palpeur. Assurez-vous que toutes les op\u00e9rations de palpage ont un d\u00e9gagement Z suffisant avant de r\u00e9gler cette valeur sur False. Si l'espace est insuffisant, un mouvement horizontal peut faire en sorte que le pointeau s'accroche \u00e0 une obstruction et endommager l'imprimante. Important ! Il est recommand\u00e9 d'utiliser probe_with_touch_mode configur\u00e9 \u00e0 True lorsque vous utilisez stow_on_each_sample configur\u00e9 \u00e0 False. Certains \"clones\" peuvent ne pas d\u00e9tecter un contact ult\u00e9rieur du lit si probe_with_touch_mode n'est pas configur\u00e9. Sur tous les dispositifs, l'utilisation de la combinaison de ces deux param\u00e8tres simplifie la signalisation de l'appareil, am\u00e9liorant la stabilit\u00e9 globale. Notez cependant que certains \"clones\" ainsi que le BL-Touch v2.0 (et ant\u00e9rieurs) peuvent avoir une pr\u00e9cision r\u00e9duite lorsque probe_with_touch_mode est r\u00e9gl\u00e9 sur True. Sur ces appareils, c'est une bonne id\u00e9e de tester la pr\u00e9cision de la sonde avant et apr\u00e8s avoir r\u00e9gl\u00e9 probe_with_touch_mode (utilisez la commande PROBE_ACCURACY pour tester).","title":"Multi-palpages sans r\u00e9traction du pointeau"},{"location":"BLTouch.html#etalonnage-des-decalages-du-bl-touch","text":"Suivez les instructions du guide Calibration de la sonde pour d\u00e9finir les param\u00e8tres de configuration x_offset, y_offset et z_offset. C'est une bonne id\u00e9e de v\u00e9rifier que le d\u00e9calage Z est proche de 1mm. Si ce n'est pas le cas, vous devrez probablement d\u00e9placer le dispositif vers le haut ou vers le bas pour r\u00e9soudre ce probl\u00e8me. Vous voulez qu'il se d\u00e9clenche bien avant que la buse ne touche le lit, afin qu'un \u00e9ventuel filament coinc\u00e9 ou un lit d\u00e9form\u00e9 n'affecte pas l'action du BL-Touch. Mais en m\u00eame temps, vous voulez que la position r\u00e9tract\u00e9e soit aussi loin que possible au-dessus de la buse pour \u00e9viter qu'elle ne touche les pi\u00e8ces imprim\u00e9es. Si un ajustement est effectu\u00e9 sur la position du BL-Touch, recommencez les \u00e9tapes d'\u00e9talonnage de celui-ci.","title":"\u00c9talonnage des d\u00e9calages du BL-Touch"},{"location":"BLTouch.html#mode-de-sortie-du-bl-touch","text":"Un BL-Touch V3.0 accepte le r\u00e9glage d'un mode de sortie 5V ou OPEN-DRAIN, un BL-Touch V3.1 le supporte aussi et peut \u00e9galement le stocker dans son EEPROM interne. Si votre carte contr\u00f4leur a besoin du niveau logique haut de 5V du mode 5V, vous pouvez r\u00e9gler le param\u00e8tre 'set_output_mode' dans la section [bltouch] du fichier de configuration de l'imprimante sur \"5V\". N'utilisez le mode 5V que si la ligne d'entr\u00e9e de votre carte contr\u00f4leur est tol\u00e9rante \u00e0 cette tension (5V). C'est pourquoi la configuration par d\u00e9faut de ces versions de BL-Touch est le mode OPEN-DRAIN. Vous pourriez potentiellement endommager le CPU de votre carte contr\u00f4leur En r\u00e9sum\u00e9 : Si une carte contr\u00f4leur a besoin d'un mode 5V ET qu'elle est tol\u00e9rante \u00e0 5V sur sa ligne de signal d'entr\u00e9e ET si vous avez un BL-Touch Smart V3.0, vous devez utiliser le param\u00e8tre 'set_output_mode : 5V' pour assurer ce r\u00e9glage \u00e0 chaque d\u00e9marrage, puisque la sonde ne peut pas se souvenir du r\u00e9glage n\u00e9cessaire. vous avez un BL-Touch Smart V3.1, vous avez le choix d'utiliser 'set_output_mode : 5V' ou de m\u00e9moriser le mode une fois pour toutes en utilisant une commande 'BLTOUCH_STORE MODE=5V' manuellement et sans plus utiliser le param\u00e8tre 'set_output_mode:'. vous avez une autre sonde : Certaines sondes ont une trace sur la carte de circuit imprim\u00e9 \u00e0 couper ou un cavalier \u00e0 r\u00e9gler afin de d\u00e9finir (de fa\u00e7on permanente) le mode de sortie. Dans ce cas, omettez compl\u00e8tement le param\u00e8tre 'set_output_mode'. Si vous avez une version V3.1, n'automatisez pas ou ne r\u00e9p\u00e9tez pas la m\u00e9morisation du mode de sortie afin d'\u00e9viter d'user l'EEPROM de la sonde. L'EEPROM du BLTouch permet environ 100.000 mises \u00e0 jour. 100 mises \u00e0 jour par jour repr\u00e9sentent environ 3 ans de fonctionnement avant l'usure de la m\u00e9moire. Ainsi, le stockage du mode de sortie dans la V3.1 est con\u00e7u par le vendeur pour \u00eatre une op\u00e9ration compliqu\u00e9e (le d\u00e9faut d'usine \u00e9tant un mode s\u00fbr OPEN DRAIN) et n'est pas adapt\u00e9 pour \u00eatre \u00e9mis de mani\u00e8re r\u00e9p\u00e9t\u00e9e par un trancheur, une macro ou autre, il est pr\u00e9f\u00e9rable de ne l'utiliser que lors de la premi\u00e8re int\u00e9gration de la sonde dans l'\u00e9lectronique de l'imprimante.","title":"Mode de sortie du BL-Touch"},{"location":"Beaglebone.html","text":"Beaglebone \u00b6 Ce document d\u00e9crit le processus d'ex\u00e9cution de Klipper sur un Beaglebone PRU. Construire l'image de l'OS \u00b6 Commencez par installer l'image Debian 9.9 2019-08-03 4GB SD IoT . Vous pouvez ex\u00e9cuter l'image \u00e0 partir d'une carte micro-SD ou de la carte eMMC int\u00e9gr\u00e9e. Si vous utilisez l'eMMC, installez-la sur l'eMMC maintenant en suivant les instructions du lien ci-dessus. Ensuite, connectez-vous \u00e0 la machine Beaglebone ( ssh debian@beaglebone -- le mot de passe est temppwd ) et installez Klipper en ex\u00e9cutant les commandes suivantes : git clone https://github.com/Klipper3d/klipper ./klipper/scripts/install-beaglebone.sh Installer Octoprint \u00b6 On peut ensuite installer Octoprint : git clone https://github.com/foosel/OctoPrint.git cd OctoPrint/ virtualenv venv ./venv/bin/python setup.py install Et configurer OctoPrint pour qu'il d\u00e9marre au d\u00e9marrage : sudo cp ~/OctoPrint/scripts/octoprint.init /etc/init.d/octoprint sudo chmod +x /etc/init.d/octoprint sudo cp ~/OctoPrint/scripts/octoprint.default /etc/default/octoprint sudo update-rc.d octoprint defaults Il est n\u00e9cessaire de modifier le fichier de configuration d'OctoPrint /etc/default/octoprint . Il faut changer l'utilisateur OCTOPRINT_USER en debian , changer NICELEVEL en 0 , d\u00e9commenter les param\u00e8tres BASEDIR , CONFIGFILE , et DAEMON et changer les r\u00e9f\u00e9rences de /home/pi/ en /home/debian/ : sudo nano /etc/default/octoprint D\u00e9marrez ensuite le service Octoprint : sudo systemctl start octoprint Assurez-vous que le serveur web OctoPrint est accessible - il devrait se trouver \u00e0 l'adresse suivante : http://beaglebone:5000/ Construire le code du microcontr\u00f4leur \u00b6 Pour compiler le code du microcontr\u00f4leur Klipper, commencez par le configurer pour le \"Beaglebone PRU\" : cd ~/klipper/ make menuconfig Pour compiler et installer le nouveau code du microcontr\u00f4leur, ex\u00e9cutez : sudo service klipper stop make flash sudo service klipper start Il est \u00e9galement n\u00e9cessaire de compiler et d'installer le code du microcontr\u00f4leur pour un processus h\u00f4te Linux. Configurez-le une seconde fois pour un \"processus Linux\" : make menuconfig Puis installez \u00e9galement ce code de micro-contr\u00f4leur : sudo service klipper stop make flash sudo service klipper start Configuration restante \u00b6 Terminez l'installation en configurant Klipper et Octoprint en suivant les instructions du document principal Installation . Imprimer avec le Beaglebone \u00b6 Malheureusement, le processeur du Beaglebone peut parfois avoir du mal \u00e0 faire fonctionner OctoPrint correctement. Des blocages d'impression sont connus pour se produire sur des impressions complexes (l'imprimante peut se d\u00e9placer plus rapidement qu'OctoPrint ne peut envoyer de commandes de mouvement). Si cela se produit, envisagez d'utiliser la fonctionnalit\u00e9 \"virtual_sdcard\" (voir R\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails) pour imprimer directement depuis Klipper.","title":"Beaglebone"},{"location":"Beaglebone.html#beaglebone","text":"Ce document d\u00e9crit le processus d'ex\u00e9cution de Klipper sur un Beaglebone PRU.","title":"Beaglebone"},{"location":"Beaglebone.html#construire-limage-de-los","text":"Commencez par installer l'image Debian 9.9 2019-08-03 4GB SD IoT . Vous pouvez ex\u00e9cuter l'image \u00e0 partir d'une carte micro-SD ou de la carte eMMC int\u00e9gr\u00e9e. Si vous utilisez l'eMMC, installez-la sur l'eMMC maintenant en suivant les instructions du lien ci-dessus. Ensuite, connectez-vous \u00e0 la machine Beaglebone ( ssh debian@beaglebone -- le mot de passe est temppwd ) et installez Klipper en ex\u00e9cutant les commandes suivantes : git clone https://github.com/Klipper3d/klipper ./klipper/scripts/install-beaglebone.sh","title":"Construire l'image de l'OS"},{"location":"Beaglebone.html#installer-octoprint","text":"On peut ensuite installer Octoprint : git clone https://github.com/foosel/OctoPrint.git cd OctoPrint/ virtualenv venv ./venv/bin/python setup.py install Et configurer OctoPrint pour qu'il d\u00e9marre au d\u00e9marrage : sudo cp ~/OctoPrint/scripts/octoprint.init /etc/init.d/octoprint sudo chmod +x /etc/init.d/octoprint sudo cp ~/OctoPrint/scripts/octoprint.default /etc/default/octoprint sudo update-rc.d octoprint defaults Il est n\u00e9cessaire de modifier le fichier de configuration d'OctoPrint /etc/default/octoprint . Il faut changer l'utilisateur OCTOPRINT_USER en debian , changer NICELEVEL en 0 , d\u00e9commenter les param\u00e8tres BASEDIR , CONFIGFILE , et DAEMON et changer les r\u00e9f\u00e9rences de /home/pi/ en /home/debian/ : sudo nano /etc/default/octoprint D\u00e9marrez ensuite le service Octoprint : sudo systemctl start octoprint Assurez-vous que le serveur web OctoPrint est accessible - il devrait se trouver \u00e0 l'adresse suivante : http://beaglebone:5000/","title":"Installer Octoprint"},{"location":"Beaglebone.html#construire-le-code-du-microcontroleur","text":"Pour compiler le code du microcontr\u00f4leur Klipper, commencez par le configurer pour le \"Beaglebone PRU\" : cd ~/klipper/ make menuconfig Pour compiler et installer le nouveau code du microcontr\u00f4leur, ex\u00e9cutez : sudo service klipper stop make flash sudo service klipper start Il est \u00e9galement n\u00e9cessaire de compiler et d'installer le code du microcontr\u00f4leur pour un processus h\u00f4te Linux. Configurez-le une seconde fois pour un \"processus Linux\" : make menuconfig Puis installez \u00e9galement ce code de micro-contr\u00f4leur : sudo service klipper stop make flash sudo service klipper start","title":"Construire le code du microcontr\u00f4leur"},{"location":"Beaglebone.html#configuration-restante","text":"Terminez l'installation en configurant Klipper et Octoprint en suivant les instructions du document principal Installation .","title":"Configuration restante"},{"location":"Beaglebone.html#imprimer-avec-le-beaglebone","text":"Malheureusement, le processeur du Beaglebone peut parfois avoir du mal \u00e0 faire fonctionner OctoPrint correctement. Des blocages d'impression sont connus pour se produire sur des impressions complexes (l'imprimante peut se d\u00e9placer plus rapidement qu'OctoPrint ne peut envoyer de commandes de mouvement). Si cela se produit, envisagez d'utiliser la fonctionnalit\u00e9 \"virtual_sdcard\" (voir R\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails) pour imprimer directement depuis Klipper.","title":"Imprimer avec le Beaglebone"},{"location":"Bed_Level.html","text":"Nivellement du lit \u00b6 Le nivellement du lit (parfois aussi appel\u00e9 \u00ab tramage du lit \u00bb) est essentiel pour obtenir des impressions de haute qualit\u00e9. Si un lit n'est pas correctement \"nivel\u00e9\", cela peut entra\u00eener une mauvaise adh\u00e9rence du lit, un \"gauchissement\" et des probl\u00e8mes subtils tout au long de l'impression. Ce document sert de guide pour effectuer le nivellement du lit dans Klipper. Il est important de comprendre l'objectif du nivellement du lit. Si l'imprimante doit aller \u00e0 la position X0 Y0 Z10 pendant une impression, alors l'objectif est que la buse de l'imprimante soit exactement \u00e0 10 mm du lit de l'imprimante. De plus, si l'imprimante doit ensuite aller \u00e0 la position \"X50 Z10\", l'objectif est que la buse maintienne une distance exacte de 10 mm du lit pendant tout ce mouvement horizontal. Afin d'obtenir des impressions de bonne qualit\u00e9, l'imprimante doit \u00eatre calibr\u00e9e de sorte que les distances Z soient pr\u00e9cises \u00e0 environ 25 microns (0,025 mm). Il s'agit d'une petite distance - nettement inf\u00e9rieure \u00e0 la largeur d'un cheveu humain. Cette \u00e9chelle ne peut pas \u00eatre mesur\u00e9e \"\u00e0 l'\u0153il\". Des effets subtils (tels que la dilatation thermique) ont un impact sur les mesures \u00e0 cette \u00e9chelle. Le secret pour obtenir une grande pr\u00e9cision est d'utiliser un processus reproductible et d'utiliser une m\u00e9thode de mise \u00e0 niveau qui tire parti de la haute pr\u00e9cision du propre syst\u00e8me de mouvement de l'imprimante. Choisissez le m\u00e9canisme d'\u00e9talonnage appropri\u00e9 \u00b6 Diff\u00e9rents types d'imprimantes utilisent diff\u00e9rentes m\u00e9thodes pour effectuer le nivellement du lit. A la fin toutes les m\u00e9thodes d\u00e9pendent du \"test du papier\" (d\u00e9crit ci-dessous). Cependant, le processus pour un type particulier d'imprimante est d\u00e9crit dans les autres documents. Avant d'ex\u00e9cuter l'un de ces outils d'\u00e9talonnage, assurez-vous d'ex\u00e9cuter les v\u00e9rifications d\u00e9crites dans le document de v\u00e9rification de la configuration . Il est n\u00e9cessaire de v\u00e9rifier les mouvements de base de l'imprimante avant d'effectuer le nivellement du lit. Pour les imprimantes avec une sonde Z automatique, assurez-vous de calibrer la sonde en suivant les instructions du document R\u00e9glages de la sonde . Pour les imprimantes delta, consultez le document R\u00e9glage des deltas . Pour les imprimantes avec un lit r\u00e9glable par vis et des fin de course Z traditionnels, consultez le document Nivellement manuel . Pendant le calibrage, il peut \u00eatre n\u00e9cessaire de d\u00e9finir la position_min du Z de l'imprimante sur un nombre n\u00e9gatif (par exemple, position_min = -2 ). L'imprimante effectue des v\u00e9rifications des limites m\u00eame pendant les routines d'\u00e9talonnage. La d\u00e9finition d'un nombre n\u00e9gatif permet \u00e0 l'imprimante de se d\u00e9placer en dessous de la position nominale du lit, ce qui peut aider \u00e0 d\u00e9terminer la position r\u00e9elle du lit. Le \"Test du papier\" \u00b6 Le principal m\u00e9canisme d'\u00e9talonnage du lit est le \"test du papier\". Il s'agit de placer un morceau r\u00e9gulier de \"papier pour photocopieuse\" entre le lit et la buse de l'imprimante, puis de d\u00e9placer la buse \u00e0 diff\u00e9rentes hauteurs Z jusqu'\u00e0 ce que l'on ressente une petite friction lorsque l'on pousse le papier d'avant en arri\u00e8re. Il est important de bien comprendre le \"test papier\" m\u00eame si l'on dispose d'une \"sonde Z automatique\". La sonde elle-m\u00eame doit souvent \u00eatre calibr\u00e9e pour obtenir de bons r\u00e9sultats. Cet \u00e9talonnage de la sonde est effectu\u00e9 \u00e0 l'aide de ce \"test papier\". Afin d'effectuer le test du papier, coupez un petit morceau de papier rectangulaire \u00e0 l'aide d'une paire de ciseaux (par exemple, 5x3 cm). Le papier a g\u00e9n\u00e9ralement une \u00e9paisseur d'environ 100 microns (0,100 mm). (L'\u00e9paisseur exacte du papier n'est pas cruciale.) La premi\u00e8re \u00e9tape du test du papier consiste \u00e0 inspecter la buse et le lit de l'imprimante. Assurez-vous qu'il n'y a pas de plastique (ou d'autres d\u00e9bris) sur la buse ou le lit. Inspectez la buse et le lit pour vous assurer qu'il n'y a pas de plastique ! Si l'on imprime toujours sur une bande adh\u00e9sive ou une surface d'impression particuli\u00e8re, on peut alors effectuer le test papier avec cette bande/surface en place. Cependant, notez que le ruban lui-m\u00eame a une \u00e9paisseur et que diff\u00e9rents rubans (ou toute autre surface d'impression) auront un impact sur les mesures Z. Assurez-vous de relancer le test du papier pour mesurer chaque type de surface utilis\u00e9. S'il y a du plastique sur la buse, chauffez la buse et utilisez une pince \u00e0 \u00e9piler en m\u00e9tal pour retirer ce plastique. Attendez que la buse refroidisse compl\u00e8tement \u00e0 temp\u00e9rature ambiante avant de continuer avec le test papier. Pendant que la buse refroidit, utilisez la pince \u00e0 \u00e9piler en m\u00e9tal pour retirer tout plastique susceptible de suinter. Effectuez toujours le test du papier lorsque la buse et le lit sont \u00e0 temp\u00e9rature ambiante ! Lorsque la buse est chauff\u00e9e, sa position (par rapport au lit) change en raison de la dilatation thermique. Cette dilatation thermique est g\u00e9n\u00e9ralement d'environ 100 microns, ce qui correspond \u00e0 peu pr\u00e8s \u00e0 la m\u00eame \u00e9paisseur qu'un morceau de papier d'imprimante typique. La quantit\u00e9 exacte de dilatation thermique n'est pas cruciale, tout comme l'\u00e9paisseur exacte du papier n'est pas cruciale. Commencez par l'hypoth\u00e8se que les deux sont \u00e9gaux (voir ci-dessous pour une m\u00e9thode de d\u00e9termination de la diff\u00e9rence entre les deux distances). Il peut sembler \u00e9tonnant de calibrer la distance \u00e0 temp\u00e9rature ambiante alors que l'objectif est d'avoir une distance constante lorsqu'il est chauff\u00e9. Cependant, si l'on calibre lorsque la buse est chauff\u00e9e, elle a tendance \u00e0 laisser couler de petites quantit\u00e9s de plastique fondu sur le papier, ce qui modifie la quantit\u00e9 de frottement ressenti. Cela complique l'obtention d'un bon calibrage. Le calibrage alors que le lit/la buse est chaud augmente \u00e9galement consid\u00e9rablement le risque de se br\u00fbler. La dilatation thermique est stable, elle est donc facilement prise en compte plus tard dans le processus d'\u00e9talonnage. Utilisez un outil automatique pour d\u00e9terminer des hauteurs Z pr\u00e9cises ! Klipper a de nombreux scripts d'aide disponibles (par exemple, MANUAL_PROBE, Z_ENDSTOP_CALIBRATE, PROBE_CALIBRATE, DELTA_CALIBRATE). Lisez les documents d\u00e9crits ci-dessus pour en choisir un. Ex\u00e9cutez la commande choisie dans la fen\u00eatre du terminal OctoPrint. Le script demandera une action de l'utilisateur dans la sortie du terminal OctoPrint. Cela ressemblera \u00e0 quelque chose comme : Recv: // Starting manual Z probe. Use TESTZ to adjust position. Recv: // Finish with ACCEPT or ABORT command. Recv: // Z position: ?????? --> 5.000 <-- ?????? La hauteur actuelle de la buse (telle que l'imprimante la calcule) est indiqu\u00e9e entre \"--> <--\". Le nombre \u00e0 droite est la hauteur du dernier essai de sondage juste sup\u00e9rieure \u00e0 la hauteur actuelle, et \u00e0 gauche c'est la hauteur du dernier essai de sondage inf\u00e9rieur \u00e0 la hauteur actuelle (ou ?????? si aucune tentative n'a \u00e9t\u00e9 effectu\u00e9e). Placez le papier entre la buse et le lit. Il peut \u00eatre utile de plier un coin du papier pour qu'il soit plus facile \u00e0 saisir. (Essayez de ne pas appuyer sur le lit lorsque vous d\u00e9placez le papier d'avant en arri\u00e8re.) Utilisez la commande TESTZ pour demander \u00e0 la buse de se rapprocher du papier. Par exemple : TESTZ Z=-0.1 La commande TESTZ d\u00e9placera la buse \u00e0 une distance relative de la position actuelle de la buse. (Ainsi, Z = -0.1 demande \u00e0 la buse de se rapprocher du lit de 0,1 mm.) Une fois que la buse a cess\u00e9 de bouger, poussez le papier d'avant en arri\u00e8re pour v\u00e9rifier si la buse est en contact avec le papier et pour sentir la quantit\u00e9 de frottement. Continuez \u00e0 \u00e9mettre des commandes TESTZ jusqu'\u00e0 ce que vous ressentiez une l\u00e9g\u00e8re friction lors du test avec le papier. Si il y a trop de frottement, on peut utiliser une valeur Z positive pour d\u00e9placer la buse vers le haut. Il est \u00e9galement possible d'utiliser TESTZ Z=+ ou TESTZ Z=- pour \"dichotomiser\" la derni\u00e8re position - c'est-\u00e0-dire se d\u00e9placer vers une position \u00e0 mi-chemin entre deux positions. Par exemple, si l'on re\u00e7oit l'invite suivante d'une commande TESTZ : Recv: // Z position: 0.130 --> 0.230 <-- 0.280 Ensuite, un 'TESTZ Z=-' d\u00e9placerait la buse vers une position Z de 0,180 (\u00e0 mi-chemin entre 0,130 et 0,230). On peut utiliser cette fonctionnalit\u00e9 pour aider \u00e0 r\u00e9duire rapidement \u00e0 un frottement constant. Il est \u00e9galement possible d'utiliser Z=++ et Z=-- pour revenir directement \u00e0 une mesure pass\u00e9e - par exemple, apr\u00e8s l'invite ci-dessus, une commande TESTZ Z=-- d\u00e9placerait la buse vers un Z position de 0,130. Apr\u00e8s r\u00e9gl\u00e9 la l\u00e9g\u00e8re force de friction, ex\u00e9cutez la commande ACCEPT : ACCEPT Cela validera la hauteur Z donn\u00e9e et enregistrera la valeur d'\u00e9talonnage. La force de friction ressentie n'est pas cruciale, tout comme la quantit\u00e9 de dilatation thermique et la largeur exacte du papier ne sont pas cruciales. Essayez simplement d'obtenir la m\u00eame quantit\u00e9 de frottement \u00e0 chaque fois que vous ex\u00e9cutez le test. Si quelque chose ne va pas pendant le test, on peut utiliser la commande ABORT pour quitter l'outil d'\u00e9talonnage. D\u00e9termination de la dilatation thermique \u00b6 Apr\u00e8s avoir effectu\u00e9 le nivellement du lit, on peut continuer \u00e0 calculer une valeur plus pr\u00e9cise pour compenser \u00abl'expansion thermique\u00bb, \u00abl'\u00e9paisseur du papier\u00bb et la \u00abquantit\u00e9 de frottement ressentie pendant le test du papier\u00bb. Ce type de calcul n'est g\u00e9n\u00e9ralement pas n\u00e9cessaire car la plupart des utilisateurs trouvent que le simple \"test papier\" donne de bons r\u00e9sultats. La fa\u00e7on la plus simple de faire ce calcul est d'imprimer un objet de test qui a des parois droites de tous les c\u00f4t\u00e9s. Le grand carr\u00e9 creux trouv\u00e9 dans docs/prints/square.stl peut \u00eatre utilis\u00e9 pour cela. Lors du d\u00e9coupage de l'objet, assurez-vous que le segment utilise la m\u00eame hauteur de couche et la m\u00eame largeur d'extrusion pour le premier niveau et pour toutes les couches suivantes. Utilisez une hauteur de couche grossi\u00e8re (la hauteur de couche doit \u00eatre d'environ 75 % du diam\u00e8tre de la buse) et n'utilisez pas de bordure ou de radeau. Imprimez l'objet \u00e0 tester, attendez qu'il refroidisse et retirez-le du lit. Inspectez la couche la plus basse de l'objet. (Il peut \u00e9galement \u00eatre utile de passer un doigt ou un ongle le long du bord inf\u00e9rieur.) Si l'on constate que la couche inf\u00e9rieure est l\u00e9g\u00e8rement bomb\u00e9e le long de tous les c\u00f4t\u00e9s de l'objet, cela indique que la buse \u00e9tait l\u00e9g\u00e8rement plus proche du lit qu'elle ne l'aurait d\u00fb. On peut \u00e9mettre une commande SET_GCODE_OFFSET Z=+.010 pour augmenter la hauteur. Dans les impressions suivantes, on peut inspecter ce comportement et effectuer d'autres ajustements si n\u00e9cessaire. Les ajustements de ce type se font g\u00e9n\u00e9ralement en dizaines de microns (0,010 mm). Si la couche inf\u00e9rieure appara\u00eet syst\u00e9matiquement plus \u00e9troite que les couches suivantes, vous pouvez utiliser la commande SET_GCODE_OFFSET pour effectuer un ajustement Z n\u00e9gatif. En cas de doute, on peut diminuer le r\u00e9glage Z jusqu'\u00e0 ce que la couche inf\u00e9rieure des impressions pr\u00e9sente un petit renflement, puis reculer jusqu'\u00e0 ce qu'il disparaisse. Le moyen le plus simple d'appliquer l'ajustement Z souhait\u00e9 consiste \u00e0 cr\u00e9er une macro de g-code START_PRINT et \u00e0 faire en sorte que le slicer appelle cette macro au d\u00e9but de chaque impression et \u00e0 ajouter une commande SET_GCODE_OFFSET \u00e0 cette macro. Voir le document trancheurs pour plus de d\u00e9tails.","title":"Nivellement du lit"},{"location":"Bed_Level.html#nivellement-du-lit","text":"Le nivellement du lit (parfois aussi appel\u00e9 \u00ab tramage du lit \u00bb) est essentiel pour obtenir des impressions de haute qualit\u00e9. Si un lit n'est pas correctement \"nivel\u00e9\", cela peut entra\u00eener une mauvaise adh\u00e9rence du lit, un \"gauchissement\" et des probl\u00e8mes subtils tout au long de l'impression. Ce document sert de guide pour effectuer le nivellement du lit dans Klipper. Il est important de comprendre l'objectif du nivellement du lit. Si l'imprimante doit aller \u00e0 la position X0 Y0 Z10 pendant une impression, alors l'objectif est que la buse de l'imprimante soit exactement \u00e0 10 mm du lit de l'imprimante. De plus, si l'imprimante doit ensuite aller \u00e0 la position \"X50 Z10\", l'objectif est que la buse maintienne une distance exacte de 10 mm du lit pendant tout ce mouvement horizontal. Afin d'obtenir des impressions de bonne qualit\u00e9, l'imprimante doit \u00eatre calibr\u00e9e de sorte que les distances Z soient pr\u00e9cises \u00e0 environ 25 microns (0,025 mm). Il s'agit d'une petite distance - nettement inf\u00e9rieure \u00e0 la largeur d'un cheveu humain. Cette \u00e9chelle ne peut pas \u00eatre mesur\u00e9e \"\u00e0 l'\u0153il\". Des effets subtils (tels que la dilatation thermique) ont un impact sur les mesures \u00e0 cette \u00e9chelle. Le secret pour obtenir une grande pr\u00e9cision est d'utiliser un processus reproductible et d'utiliser une m\u00e9thode de mise \u00e0 niveau qui tire parti de la haute pr\u00e9cision du propre syst\u00e8me de mouvement de l'imprimante.","title":"Nivellement du lit"},{"location":"Bed_Level.html#choisissez-le-mecanisme-detalonnage-approprie","text":"Diff\u00e9rents types d'imprimantes utilisent diff\u00e9rentes m\u00e9thodes pour effectuer le nivellement du lit. A la fin toutes les m\u00e9thodes d\u00e9pendent du \"test du papier\" (d\u00e9crit ci-dessous). Cependant, le processus pour un type particulier d'imprimante est d\u00e9crit dans les autres documents. Avant d'ex\u00e9cuter l'un de ces outils d'\u00e9talonnage, assurez-vous d'ex\u00e9cuter les v\u00e9rifications d\u00e9crites dans le document de v\u00e9rification de la configuration . Il est n\u00e9cessaire de v\u00e9rifier les mouvements de base de l'imprimante avant d'effectuer le nivellement du lit. Pour les imprimantes avec une sonde Z automatique, assurez-vous de calibrer la sonde en suivant les instructions du document R\u00e9glages de la sonde . Pour les imprimantes delta, consultez le document R\u00e9glage des deltas . Pour les imprimantes avec un lit r\u00e9glable par vis et des fin de course Z traditionnels, consultez le document Nivellement manuel . Pendant le calibrage, il peut \u00eatre n\u00e9cessaire de d\u00e9finir la position_min du Z de l'imprimante sur un nombre n\u00e9gatif (par exemple, position_min = -2 ). L'imprimante effectue des v\u00e9rifications des limites m\u00eame pendant les routines d'\u00e9talonnage. La d\u00e9finition d'un nombre n\u00e9gatif permet \u00e0 l'imprimante de se d\u00e9placer en dessous de la position nominale du lit, ce qui peut aider \u00e0 d\u00e9terminer la position r\u00e9elle du lit.","title":"Choisissez le m\u00e9canisme d'\u00e9talonnage appropri\u00e9"},{"location":"Bed_Level.html#le-test-du-papier","text":"Le principal m\u00e9canisme d'\u00e9talonnage du lit est le \"test du papier\". Il s'agit de placer un morceau r\u00e9gulier de \"papier pour photocopieuse\" entre le lit et la buse de l'imprimante, puis de d\u00e9placer la buse \u00e0 diff\u00e9rentes hauteurs Z jusqu'\u00e0 ce que l'on ressente une petite friction lorsque l'on pousse le papier d'avant en arri\u00e8re. Il est important de bien comprendre le \"test papier\" m\u00eame si l'on dispose d'une \"sonde Z automatique\". La sonde elle-m\u00eame doit souvent \u00eatre calibr\u00e9e pour obtenir de bons r\u00e9sultats. Cet \u00e9talonnage de la sonde est effectu\u00e9 \u00e0 l'aide de ce \"test papier\". Afin d'effectuer le test du papier, coupez un petit morceau de papier rectangulaire \u00e0 l'aide d'une paire de ciseaux (par exemple, 5x3 cm). Le papier a g\u00e9n\u00e9ralement une \u00e9paisseur d'environ 100 microns (0,100 mm). (L'\u00e9paisseur exacte du papier n'est pas cruciale.) La premi\u00e8re \u00e9tape du test du papier consiste \u00e0 inspecter la buse et le lit de l'imprimante. Assurez-vous qu'il n'y a pas de plastique (ou d'autres d\u00e9bris) sur la buse ou le lit. Inspectez la buse et le lit pour vous assurer qu'il n'y a pas de plastique ! Si l'on imprime toujours sur une bande adh\u00e9sive ou une surface d'impression particuli\u00e8re, on peut alors effectuer le test papier avec cette bande/surface en place. Cependant, notez que le ruban lui-m\u00eame a une \u00e9paisseur et que diff\u00e9rents rubans (ou toute autre surface d'impression) auront un impact sur les mesures Z. Assurez-vous de relancer le test du papier pour mesurer chaque type de surface utilis\u00e9. S'il y a du plastique sur la buse, chauffez la buse et utilisez une pince \u00e0 \u00e9piler en m\u00e9tal pour retirer ce plastique. Attendez que la buse refroidisse compl\u00e8tement \u00e0 temp\u00e9rature ambiante avant de continuer avec le test papier. Pendant que la buse refroidit, utilisez la pince \u00e0 \u00e9piler en m\u00e9tal pour retirer tout plastique susceptible de suinter. Effectuez toujours le test du papier lorsque la buse et le lit sont \u00e0 temp\u00e9rature ambiante ! Lorsque la buse est chauff\u00e9e, sa position (par rapport au lit) change en raison de la dilatation thermique. Cette dilatation thermique est g\u00e9n\u00e9ralement d'environ 100 microns, ce qui correspond \u00e0 peu pr\u00e8s \u00e0 la m\u00eame \u00e9paisseur qu'un morceau de papier d'imprimante typique. La quantit\u00e9 exacte de dilatation thermique n'est pas cruciale, tout comme l'\u00e9paisseur exacte du papier n'est pas cruciale. Commencez par l'hypoth\u00e8se que les deux sont \u00e9gaux (voir ci-dessous pour une m\u00e9thode de d\u00e9termination de la diff\u00e9rence entre les deux distances). Il peut sembler \u00e9tonnant de calibrer la distance \u00e0 temp\u00e9rature ambiante alors que l'objectif est d'avoir une distance constante lorsqu'il est chauff\u00e9. Cependant, si l'on calibre lorsque la buse est chauff\u00e9e, elle a tendance \u00e0 laisser couler de petites quantit\u00e9s de plastique fondu sur le papier, ce qui modifie la quantit\u00e9 de frottement ressenti. Cela complique l'obtention d'un bon calibrage. Le calibrage alors que le lit/la buse est chaud augmente \u00e9galement consid\u00e9rablement le risque de se br\u00fbler. La dilatation thermique est stable, elle est donc facilement prise en compte plus tard dans le processus d'\u00e9talonnage. Utilisez un outil automatique pour d\u00e9terminer des hauteurs Z pr\u00e9cises ! Klipper a de nombreux scripts d'aide disponibles (par exemple, MANUAL_PROBE, Z_ENDSTOP_CALIBRATE, PROBE_CALIBRATE, DELTA_CALIBRATE). Lisez les documents d\u00e9crits ci-dessus pour en choisir un. Ex\u00e9cutez la commande choisie dans la fen\u00eatre du terminal OctoPrint. Le script demandera une action de l'utilisateur dans la sortie du terminal OctoPrint. Cela ressemblera \u00e0 quelque chose comme : Recv: // Starting manual Z probe. Use TESTZ to adjust position. Recv: // Finish with ACCEPT or ABORT command. Recv: // Z position: ?????? --> 5.000 <-- ?????? La hauteur actuelle de la buse (telle que l'imprimante la calcule) est indiqu\u00e9e entre \"--> <--\". Le nombre \u00e0 droite est la hauteur du dernier essai de sondage juste sup\u00e9rieure \u00e0 la hauteur actuelle, et \u00e0 gauche c'est la hauteur du dernier essai de sondage inf\u00e9rieur \u00e0 la hauteur actuelle (ou ?????? si aucune tentative n'a \u00e9t\u00e9 effectu\u00e9e). Placez le papier entre la buse et le lit. Il peut \u00eatre utile de plier un coin du papier pour qu'il soit plus facile \u00e0 saisir. (Essayez de ne pas appuyer sur le lit lorsque vous d\u00e9placez le papier d'avant en arri\u00e8re.) Utilisez la commande TESTZ pour demander \u00e0 la buse de se rapprocher du papier. Par exemple : TESTZ Z=-0.1 La commande TESTZ d\u00e9placera la buse \u00e0 une distance relative de la position actuelle de la buse. (Ainsi, Z = -0.1 demande \u00e0 la buse de se rapprocher du lit de 0,1 mm.) Une fois que la buse a cess\u00e9 de bouger, poussez le papier d'avant en arri\u00e8re pour v\u00e9rifier si la buse est en contact avec le papier et pour sentir la quantit\u00e9 de frottement. Continuez \u00e0 \u00e9mettre des commandes TESTZ jusqu'\u00e0 ce que vous ressentiez une l\u00e9g\u00e8re friction lors du test avec le papier. Si il y a trop de frottement, on peut utiliser une valeur Z positive pour d\u00e9placer la buse vers le haut. Il est \u00e9galement possible d'utiliser TESTZ Z=+ ou TESTZ Z=- pour \"dichotomiser\" la derni\u00e8re position - c'est-\u00e0-dire se d\u00e9placer vers une position \u00e0 mi-chemin entre deux positions. Par exemple, si l'on re\u00e7oit l'invite suivante d'une commande TESTZ : Recv: // Z position: 0.130 --> 0.230 <-- 0.280 Ensuite, un 'TESTZ Z=-' d\u00e9placerait la buse vers une position Z de 0,180 (\u00e0 mi-chemin entre 0,130 et 0,230). On peut utiliser cette fonctionnalit\u00e9 pour aider \u00e0 r\u00e9duire rapidement \u00e0 un frottement constant. Il est \u00e9galement possible d'utiliser Z=++ et Z=-- pour revenir directement \u00e0 une mesure pass\u00e9e - par exemple, apr\u00e8s l'invite ci-dessus, une commande TESTZ Z=-- d\u00e9placerait la buse vers un Z position de 0,130. Apr\u00e8s r\u00e9gl\u00e9 la l\u00e9g\u00e8re force de friction, ex\u00e9cutez la commande ACCEPT : ACCEPT Cela validera la hauteur Z donn\u00e9e et enregistrera la valeur d'\u00e9talonnage. La force de friction ressentie n'est pas cruciale, tout comme la quantit\u00e9 de dilatation thermique et la largeur exacte du papier ne sont pas cruciales. Essayez simplement d'obtenir la m\u00eame quantit\u00e9 de frottement \u00e0 chaque fois que vous ex\u00e9cutez le test. Si quelque chose ne va pas pendant le test, on peut utiliser la commande ABORT pour quitter l'outil d'\u00e9talonnage.","title":"Le \"Test du papier\""},{"location":"Bed_Level.html#determination-de-la-dilatation-thermique","text":"Apr\u00e8s avoir effectu\u00e9 le nivellement du lit, on peut continuer \u00e0 calculer une valeur plus pr\u00e9cise pour compenser \u00abl'expansion thermique\u00bb, \u00abl'\u00e9paisseur du papier\u00bb et la \u00abquantit\u00e9 de frottement ressentie pendant le test du papier\u00bb. Ce type de calcul n'est g\u00e9n\u00e9ralement pas n\u00e9cessaire car la plupart des utilisateurs trouvent que le simple \"test papier\" donne de bons r\u00e9sultats. La fa\u00e7on la plus simple de faire ce calcul est d'imprimer un objet de test qui a des parois droites de tous les c\u00f4t\u00e9s. Le grand carr\u00e9 creux trouv\u00e9 dans docs/prints/square.stl peut \u00eatre utilis\u00e9 pour cela. Lors du d\u00e9coupage de l'objet, assurez-vous que le segment utilise la m\u00eame hauteur de couche et la m\u00eame largeur d'extrusion pour le premier niveau et pour toutes les couches suivantes. Utilisez une hauteur de couche grossi\u00e8re (la hauteur de couche doit \u00eatre d'environ 75 % du diam\u00e8tre de la buse) et n'utilisez pas de bordure ou de radeau. Imprimez l'objet \u00e0 tester, attendez qu'il refroidisse et retirez-le du lit. Inspectez la couche la plus basse de l'objet. (Il peut \u00e9galement \u00eatre utile de passer un doigt ou un ongle le long du bord inf\u00e9rieur.) Si l'on constate que la couche inf\u00e9rieure est l\u00e9g\u00e8rement bomb\u00e9e le long de tous les c\u00f4t\u00e9s de l'objet, cela indique que la buse \u00e9tait l\u00e9g\u00e8rement plus proche du lit qu'elle ne l'aurait d\u00fb. On peut \u00e9mettre une commande SET_GCODE_OFFSET Z=+.010 pour augmenter la hauteur. Dans les impressions suivantes, on peut inspecter ce comportement et effectuer d'autres ajustements si n\u00e9cessaire. Les ajustements de ce type se font g\u00e9n\u00e9ralement en dizaines de microns (0,010 mm). Si la couche inf\u00e9rieure appara\u00eet syst\u00e9matiquement plus \u00e9troite que les couches suivantes, vous pouvez utiliser la commande SET_GCODE_OFFSET pour effectuer un ajustement Z n\u00e9gatif. En cas de doute, on peut diminuer le r\u00e9glage Z jusqu'\u00e0 ce que la couche inf\u00e9rieure des impressions pr\u00e9sente un petit renflement, puis reculer jusqu'\u00e0 ce qu'il disparaisse. Le moyen le plus simple d'appliquer l'ajustement Z souhait\u00e9 consiste \u00e0 cr\u00e9er une macro de g-code START_PRINT et \u00e0 faire en sorte que le slicer appelle cette macro au d\u00e9but de chaque impression et \u00e0 ajouter une commande SET_GCODE_OFFSET \u00e0 cette macro. Voir le document trancheurs pour plus de d\u00e9tails.","title":"D\u00e9termination de la dilatation thermique"},{"location":"Bed_Mesh.html","text":"Maillage du Bed \u00b6 Le module Maillage du lit peut \u00eatre utilis\u00e9 pour compenser les irr\u00e9gularit\u00e9s de la surface du lit afin d'obtenir une meilleure premi\u00e8re couche sur l'ensemble du lit. Il convient de noter que la correction logicielle ne permet pas d'obtenir de r\u00e9sultats parfaits, elle ne peut qu'approximer la forme du lit. Le maillage du lit ne peut pas non plus compenser les probl\u00e8mes m\u00e9caniques et \u00e9lectriques. Si un axe est de travers ou si un palpeur n'est pas pr\u00e9cis, le module bed_mesh n'obtiendra pas de r\u00e9sultats pr\u00e9cis lors du processus de palpage. Avant de proc\u00e9der \u00e0 l'\u00e9talonnage du maillage, vous devez vous assurer que l'offset Z de votre sonde est r\u00e9gl\u00e9. Si vous utilisez une but\u00e9e de fin de course pour la mise \u00e0 l'origine en Z, elle doit \u00e9galement \u00eatre r\u00e9gl\u00e9e. Voir Calibration de la sonde et Z_ENDSTOP_CALIBRATE dans Nivelage manuel pour plus d'informations. Configuration de base \u00b6 Lits rectangulaires \u00b6 Cet exemple suppose une imprimante avec un lit rectangulaire de 250 mm x 220 mm et une sonde avec un d\u00e9calage x de 24 mm et un d\u00e9calage y de 5 mm. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 speed : 120 Valeur par d\u00e9faut : 50 La vitesse \u00e0 laquelle l'outil se d\u00e9place entre les points palp\u00e9s. horizontal_move_z : 5 Valeur par d\u00e9faut : 5 La coordonn\u00e9e Z \u00e0 laquelle la sonde s'\u00e9l\u00e8ve avant de se d\u00e9placer entre les points. mesh_min : 35, 6 Requis La premi\u00e8re coordonn\u00e9e palp\u00e9e, la plus proche de l'origine. Cette coordonn\u00e9e est relative \u00e0 l'emplacement de la sonde. mesh_max : 240, 198 Requis La coordonn\u00e9e palp\u00e9e la plus \u00e9loign\u00e9e de l'origine. Ce n'est pas n\u00e9cessairement le dernier point palp\u00e9, car le processus de palpage se d\u00e9roule en zig-zag. Comme pour mesh_min , cette coordonn\u00e9e est relative \u00e0 l'emplacement de la sonde. probe_count : 5, 3 Valeur par d\u00e9faut : 3, 3 Le nombre de points \u00e0 palper sur chaque axe, sp\u00e9cifi\u00e9 sous forme de valeurs enti\u00e8res X, Y. Dans cet exemple, 5 points seront palp\u00e9s le long de l'axe X, avec 3 points le long de l'axe Y, pour un total de 15 points palp\u00e9s. Notez que si vous voulez une grille carr\u00e9e, par exemple 3x3, il est possible de n'utiliser qu'une seule valeur enti\u00e8re pour les deux axes, par exemple probe_count : 3 . Notez qu'un maillage n\u00e9cessite un nombre minimum de 3 points de sondage sur chaque axe. L'illustration ci-dessous montre comment les options mesh_min , mesh_max , et probe_count sont utilis\u00e9es pour g\u00e9n\u00e9rer des points de palpage. Les fl\u00e8ches indiquent la direction de la proc\u00e9dure de palpage, commen\u00e7ant en mesh_min . Pour r\u00e9f\u00e9rence, lorsque la sonde est \u00e0 mesh_min , la buse sera \u00e0 (11, 1), et lorsque la sonde est \u00e0 mesh_max , la buse sera \u00e0 (206, 193). Lits circulaires \u00b6 Cet exemple suppose une imprimante \u00e9quip\u00e9e d'un lit circulaire de 100 mm de rayon. Nous utiliserons les m\u00eames d\u00e9calages de sonde que dans l'exemple rectangulaire, 24 mm sur X et 5 mm sur Y. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_radius: 75 mesh_origin: 0, 0 round_probe_count: 5 mesh_radius : 75 Requis Le rayon du maillage palp\u00e9 en mm, par rapport \u00e0 mesh_origin . Notez que les d\u00e9calages de la sonde limitent la taille du rayon du maillage. Dans cet exemple, un rayon sup\u00e9rieur \u00e0 76 d\u00e9placerait la t\u00eate de l'outil en dehors des limites physiques de l'imprimante. mesh_origin : 0, 0 Valeur par d\u00e9faut : 0, 0 Le point central du maillage. Cette coordonn\u00e9e est relative \u00e0 l'emplacement de la sonde. Bien que la valeur par d\u00e9faut soit 0, 0, il peut \u00eatre utile d'ajuster l'origine dans le but de sonder une plus grande partie du lit. Voir l'illustration ci-dessous. round_probe_count : 5 Valeur par d\u00e9faut : 5 C'est une valeur enti\u00e8re d\u00e9finissant le nombre maximum de points palp\u00e9s le long des axes X et Y. Par \"maximum\", nous entendons le nombre de points palp\u00e9s le long de l'origine du maillage. Cette valeur doit \u00eatre un nombre impair, car il est n\u00e9cessaire que le centre du maillage soit palp\u00e9. L'illustration ci-dessous montre comment les points palp\u00e9s sont g\u00e9n\u00e9r\u00e9s. Comme vous pouvez le voir, le r\u00e9glage de mesh_origin \u00e0 (-10, 0) nous permet de sp\u00e9cifier un rayon de maillage plus grand de 85. Configuration avanc\u00e9e \u00b6 Les options de configuration plus avanc\u00e9es sont expliqu\u00e9es en d\u00e9tail ci-dessous. Chaque exemple s'appuie sur la configuration de base du lit rectangulaire pr\u00e9sent\u00e9e ci-dessus. Chacune des options avanc\u00e9es s'applique de la m\u00eame mani\u00e8re aux lits circulaires. Interpolation du maillage \u00b6 Bien qu'il soit possible d'\u00e9chantillonner directement la matrice palp\u00e9e en utilisant une simple interpolation bilin\u00e9aire afin de d\u00e9terminer les valeurs Z entre les points palp\u00e9s, il est souvent utile d'interpoler des points suppl\u00e9mentaires en utilisant des algorithmes d'interpolation plus avanc\u00e9s pour augmenter la densit\u00e9 du maillage. Ces algorithmes ajoutent une courbure au maillage, en essayant de simuler les propri\u00e9t\u00e9s mat\u00e9rielles du lit. Le maillage du lit offre l'interpolation de lagrange et bicubique pour accomplir ceci. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 mesh_pps: 2, 3 algorithm: bicubic bicubic_tension: 0.2 mesh_pps : 2, 3 Valeur par d\u00e9faut : 2, 2 L'option mesh_pps est l'abr\u00e9viation de Mesh Points Per Segment. Cette option indique le nombre de points \u00e0 interpoler pour chaque segment le long des axes X et Y. Un 'segment' est l'espace entre chaque point palp\u00e9. Comme pour probe_count , mesh_pps est sp\u00e9cifi\u00e9 en tant que paire de nombres entiers X, Y mais peut aussi \u00eatre sp\u00e9cifi\u00e9 comme un seul nombre entier en ce cas appliqu\u00e9 aux deux axes. Dans cet exemple, il y a 4 segments le long de l'axe X et 2 segments le long de l'axe Y. Cela r\u00e9sulte en 8 points interpol\u00e9s le long de l'axe X et 6 points interpol\u00e9s le long de l'axe Y, ce qui donne un maillage de 13x8. Notez que si mesh_pps est d\u00e9fini \u00e0 0, l'interpolation de maillage est d\u00e9sactiv\u00e9e et la matrice sond\u00e9e sera \u00e9chantillonn\u00e9e directement. algorithm : lagrange Valeur par d\u00e9faut : lagrange L'algorithme utilis\u00e9 pour interpoler le maillage. Peut \u00eatre lagrange ou bicubique . L'interpolation de Lagrange est plafonn\u00e9e \u00e0 6 points palp\u00e9s car une oscillation tend \u00e0 se produire avec un plus grand nombre d'\u00e9chantillons. L'interpolation bicubique requiert un minimum de 4 points le long de chaque axe, si moins de 4 points sont sp\u00e9cifi\u00e9s, l'\u00e9chantillonnage de Lagrange est forc\u00e9. Si mesh_pps est d\u00e9fini \u00e0 0 alors cette valeur est ignor\u00e9e car aucune interpolation de maille n'est faite. bicubic_tension : 0.2 Valeur par d\u00e9faut : 0.2 Si l'option algorithm est d\u00e9finie sur bicubique, il est possible d'indiquer une valeur de tension. Plus la tension est \u00e9lev\u00e9e, plus la pente est interpol\u00e9e. Soyez prudent lorsque vous ajustez cette valeur, car des valeurs plus \u00e9lev\u00e9es cr\u00e9ent \u00e9galement plus de d\u00e9passement, ce qui entra\u00eenera des valeurs interpol\u00e9es plus \u00e9lev\u00e9es ou plus basses que vos points palp\u00e9s. L'illustration ci-dessous montre comment les options ci-dessus sont utilis\u00e9es pour g\u00e9n\u00e9rer un maillage interpol\u00e9. Fractionnement des d\u00e9placements \u00b6 Le maillage du lit fonctionne en interceptant les commandes de d\u00e9placement du gcode et en appliquant une transformation \u00e0 leur coordonn\u00e9e Z. Les longs d\u00e9placements doivent \u00eatre divis\u00e9s en d\u00e9placements plus petits pour suivre correctement la forme du lit. Les options ci-dessous contr\u00f4lent le comportement du fractionnement. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 move_check_distance: 5 split_delta_z: .025 move_check_distance : 5 Valeur par d\u00e9faut : 5 La distance minimale de v\u00e9rification de changement de Z souhait\u00e9 avant d'effectuer un fractionnemeny. Dans cet exemple, un mouvement de plus de 5mm sera travers\u00e9 par l'algorithme. Tous les 5 mm, une recherche de maille Z sera effectu\u00e9e, en la comparant \u00e0 la valeur Z du mouvement pr\u00e9c\u00e9dent. Si le delta atteint le seuil fix\u00e9 par split_delta_z , le mouvement sera divis\u00e9 et la travers\u00e9e continuera. Ce processus se r\u00e9p\u00e8te jusqu'\u00e0 ce que la fin du d\u00e9placement soit atteinte, o\u00f9 un ajustement final sera appliqu\u00e9. Les d\u00e9placements plus courts que la move_check_distance ont l'ajustement Z correct appliqu\u00e9 directement au d\u00e9placement sans travers\u00e9e ou division. split_delta_z : .025 Valeur par d\u00e9faut : .025 Comme mentionn\u00e9 ci-dessus, il s'agit de l'\u00e9cart minimum requis pour d\u00e9clencher un fractionnement du mouvement. Dans cet exemple, toute valeur Z avec un \u00e9cart de +/- 0,025 mm d\u00e9clenchera un fractionnement. G\u00e9n\u00e9ralement les valeurs par d\u00e9faut de ces options sont suffisantes, en fait la valeur par d\u00e9faut de 5mm pour la move_check_distance est probablement exag\u00e9r\u00e9e. Cependant, un utilisateur avanc\u00e9 peut souhaiter exp\u00e9rimenter avec ces options dans le but d'obtenir une premi\u00e8re couche optimale. Att\u00e9nuation du maillage \u00b6 Lorsque l'option \"fondu\" est activ\u00e9e, l'ajustement du Z est r\u00e9duit progressivement sur une distance d\u00e9finie par la configuration. Ceci est r\u00e9alis\u00e9 en appliquant de petits ajustements \u00e0 la hauteur de la couche, en augmentant ou en diminuant selon la forme du lit. Lorsque le fondu est termin\u00e9, l'ajustement Z n'est plus appliqu\u00e9, ce qui permet au sommet de l'impression d'\u00eatre plat plut\u00f4t que de refl\u00e9ter la forme du lit. Le fondu peut \u00e9galement pr\u00e9senter quelques caract\u00e9ristiques ind\u00e9sirables, si le fondu est effectu\u00e9 trop rapidement, il peut entra\u00eener des artefacts visibles sur l'impression. De plus, si votre lit est sensiblement d\u00e9form\u00e9, le fondu peut r\u00e9tr\u00e9cir ou \u00e9tirer la hauteur Z de l'impression. C'est pourquoi le fondu est d\u00e9sactiv\u00e9 par d\u00e9faut. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 fade_start: 1 fade_end: 10 fade_target: 0 fade_start: 1 Valeur par d\u00e9faut : 1 La hauteur Z \u00e0 laquelle il faut commencer l'att\u00e9nuation progressive de l'ajustement. C'est une bonne id\u00e9e d'avoir quelques couches d\u00e9j\u00e0 d\u00e9pos\u00e9es avant de commencer le processus de fondu. fade_end : 10 Valeur par d\u00e9faut : 0 La hauteur Z \u00e0 laquelle le fondu doit s'arr\u00eater. Si cette valeur est inf\u00e9rieure \u00e0 fade_start , le fondu est d\u00e9sactiv\u00e9. Cette valeur peut \u00eatre ajust\u00e9e en fonction de la d\u00e9formation de la surface d'impression. Une surface fortement d\u00e9form\u00e9e devrait s'estomper sur une plus grande distance. Une surface presque plate peut \u00eatre capable de r\u00e9duire cette valeur pour s'estomper plus rapidement. 10mm est une valeur raisonnable pour commencer si vous utilisez la valeur par d\u00e9faut de 1 pour fade_start . fade_target : 0 Valeur par d\u00e9faut : La valeur Z moyenne du maillage Le fade_target peut \u00eatre consid\u00e9r\u00e9 comme un d\u00e9calage Z suppl\u00e9mentaire appliqu\u00e9 \u00e0 l'ensemble du lit apr\u00e8s la fin du fondu. En g\u00e9n\u00e9ral, nous aimerions que cette valeur soit \u00e9gale \u00e0 0, mais il y a des circonstances o\u00f9 elle ne devrait pas l'\u00eatre. Par exemple, supposons que votre position d'origine sur le lit est aberrante, elle est inf\u00e9rieure de 0,2 mm \u00e0 la hauteur moyenne palp\u00e9e du lit. Si le fade_target est 0, le fondu va r\u00e9tr\u00e9cir l'impression d'une moyenne de 0,2 mm \u00e0 travers le lit. En r\u00e9glant la fade_target sur .2, la zone d'origine sera agrandie de .2 mm, mais le reste du lit aura une taille pr\u00e9cise. En g\u00e9n\u00e9ral, c'est une bonne id\u00e9e de laisser fade_target en dehors de la configuration afin que la hauteur moyenne du maillage soit utilis\u00e9e, cependant il peut \u00eatre souhaitable d'ajuster manuellement la cible du fondu si l'on ne veut imprimer que sur une partie sp\u00e9cifique du lit. L'indice de r\u00e9f\u00e9rence relatif \u00b6 La plupart des sondes sont sensibles \u00e0 une d\u00e9rive, c'est-\u00e0-dire \u00e0 des inexactitudes dans le palpage introduites par la chaleur ou des interf\u00e9rences. Cela peut rendre difficile le calcul du d\u00e9calage en Z de la sonde, en particulier \u00e0 diff\u00e9rentes temp\u00e9ratures du lit. C'est pourquoi certaines imprimantes utilisent \u00e0 la fois une but\u00e9e pour la mise \u00e0 l'origine de l'axe Z et une sonde pour r\u00e9aliser le maillage. Ces imprimantes peuvent b\u00e9n\u00e9ficier de la configuration de l'index de r\u00e9f\u00e9rence relatif. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 relative_reference_index: 7 relative_reference_index : 7 Valeur par d\u00e9faut : None (d\u00e9sactiv\u00e9) Lorsque les points palp\u00e9s sont g\u00e9n\u00e9r\u00e9s, un index leur est attribu\u00e9. Vous pouvez consulter cet index dans klippy.log ou en utilisant BED_MESH_OUTPUT (voir la section sur les GCodes de maillage de lit ci-dessous pour plus d'informations). Si vous assignez un index \u00e0 l'option relative_reference_index , la valeur palp\u00e9e \u00e0 cette coordonn\u00e9e remplacera le z_offset de la sonde. Ce qui fait de cette coordonn\u00e9e la r\u00e9f\u00e9rence \"z\u00e9ro\" pour le maillage. Lorsque vous utilisez l'indice de r\u00e9f\u00e9rence relatif, vous devez choisir l'indice le plus proche de l'endroit du lit o\u00f9 le calibrage de la but\u00e9e Z a \u00e9t\u00e9 effectu\u00e9. Notez que lorsque vous recherchez l'indice en utilisant le journal ou BED_MESH_OUTPUT, vous devez utiliser les coordonn\u00e9es list\u00e9es sous l'en-t\u00eate \"Probe\" pour trouver l'indice correct. R\u00e9gions d\u00e9fectueuses \u00b6 Il est possible que certaines zones d'un lit donnent des r\u00e9sultats inexacts lors du palpage en raison d'un \"d\u00e9faut\" \u00e0 des endroits particuliers. Le meilleur exemple de ce ph\u00e9nom\u00e8ne est celui des lits comportant une s\u00e9rie d'aimants int\u00e9gr\u00e9s utilis\u00e9s pour retenir les t\u00f4les d'acier amovibles. Le champ magn\u00e9tique au niveau et autour de ces aimants peut faire qu'une sonde inductive se d\u00e9clenche \u00e0 une distance plus \u00e9lev\u00e9e ou plus basse qu'elle ne le ferait autrement, ce qui donne un maillage ne repr\u00e9sentant pas pr\u00e9cis\u00e9ment la surface \u00e0 ces endroits. Remarque : Il ne faut pas confondre ce ph\u00e9nom\u00e8ne avec le biais de l'emplacement de la sonde, qui produit des r\u00e9sultats inexacts sur l'ensemble du lit. Les options faulty_region peuvent \u00eatre configur\u00e9es pour compenser cet effet. Si un point g\u00e9n\u00e9r\u00e9 se trouve dans une r\u00e9gion d\u00e9fectueuse, le maillage du lit tentera de palper jusqu'\u00e0 4 points aux limites de cette r\u00e9gion. Ces valeurs palp\u00e9es seront moyenn\u00e9es et ins\u00e9r\u00e9es dans le maillage comme valeur Z \u00e0 la coordonn\u00e9e (X, Y) g\u00e9n\u00e9r\u00e9e. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 faulty_region_1_min: 130.0, 0.0 faulty_region_1_max: 145.0, 40.0 faulty_region_2_min: 225.0, 0.0 faulty_region_2_max: 250.0, 25.0 faulty_region_3_min: 165.0, 95.0 faulty_region_3_max: 205.0, 110.0 faulty_region_4_min: 30.0, 170.0 faulty_region_4_max: 45.0, 210.0 faulty_region_{1...99}_min faulty_region_{1..99}_max Valeur par d\u00e9faut : None (d\u00e9sactiv\u00e9) Les r\u00e9gions d\u00e9fectueuses sont d\u00e9finies d'une mani\u00e8re similaire \u00e0 celle du maillage lui-m\u00eame, o\u00f9 les coordonn\u00e9es minimum et maximum (X, Y) doivent \u00eatre infiqu\u00e9es pour chaque r\u00e9gion. Une r\u00e9gion d\u00e9fectueuse peut s'\u00e9tendre \u00e0 l'ext\u00e9rieur d'un maillage, mais les points alternatifs g\u00e9n\u00e9r\u00e9s seront toujours \u00e0 l'int\u00e9rieur des limites du maillage. Deux r\u00e9gions ne peuvent pas se chevaucher. L'image ci-dessous illustre comment les points de remplacement sont g\u00e9n\u00e9r\u00e9s lorsqu'un point g\u00e9n\u00e9r\u00e9 se trouve dans une r\u00e9gion d\u00e9fectueuse. Les r\u00e9gions repr\u00e9sent\u00e9es correspondent \u00e0 celles de l'exemple de configuration ci-dessus. Les points de remplacement et leurs coordonn\u00e9es sont identifi\u00e9s en vert. Gcodes de maillage du lit \u00b6 Calibration \u00b6 BED_MESH_CALIBRATE PROFILE= METHOD=[manual | automatic] [=] [=] Profil par d\u00e9faut : default M\u00e9thode par d\u00e9faut : automatique si une sonde est d\u00e9tect\u00e9e, sinon manuelle Lance la proc\u00e9dure de palpage de l'\u00e9talonnage du maillage du lit. Le maillage sera sauvegard\u00e9 dans un profil indiqu\u00e9 par le param\u00e8tre PROFILE , ou default si non pr\u00e9cis\u00e9. Si METHOD=manual est s\u00e9lectionn\u00e9, un palpage manuel sera effectu\u00e9. Lorsque vous passez du mode automatique au mode manuel, les points de maillage g\u00e9n\u00e9r\u00e9s seront automatiquement ajust\u00e9s. Il est possible de sp\u00e9cifier des param\u00e8tres de maillage pour modifier la zone palp\u00e9e. Les param\u00e8tres suivants sont disponibles : Lits rectangulaires (cart\u00e9siens) : MESH_MIN MESH_MAX PROBE_COUNT Lits circulaires (delta) : MESH_RADIUS MESH_ORIGIN ROUND_PROBE_COUNT Tous les lits : RELATIVE_REFERNCE_INDEX ALGORITHM Consultez la documentation de configuration ci-dessus pour plus de d\u00e9tails sur la fa\u00e7on dont chaque param\u00e8tre s'applique au maillage. Profils \u00b6 BED_MESH_PROFILE SAVE= LOAD= REMOVE= Apr\u00e8s avoir r\u00e9alis\u00e9 un BED_MESH_CALIBRATE, il est possible de sauvegarder l'\u00e9tat actuel du maillage dans un profil nomm\u00e9. Cela permet de charger un maillage sans re-palper le lit. Apr\u00e8s qu'un profil ait \u00e9t\u00e9 enregistr\u00e9 en utilisant BED_MESH_PROFILE SAVE= , le gcode SAVE_CONFIG peut \u00eatre ex\u00e9cut\u00e9 pour \u00e9crire le profil dans printer.cfg. Les profils peuvent \u00eatre charg\u00e9s en ex\u00e9cutant BED_MESH_PROFILE LOAD= . Il convient de noter que chaque fois qu'un BED_MESH_CALIBRATE est produit, l'\u00e9tat actuel est automatiquement enregistr\u00e9 dans le profil par d\u00e9faut . Si ce profil existe, il est automatiquement charg\u00e9 au d\u00e9marrage de Klipper. Si ce comportement n'est pas souhaitable, le profil par d\u00e9faut peut \u00eatre supprim\u00e9 comme suit : BED_MESH_PROFILE REMOVE=default Tout autre profil enregistr\u00e9 peut \u00eatre supprim\u00e9 de la m\u00eame mani\u00e8re, en rempla\u00e7ant default par le nom du profil que vous souhaitez supprimer. Chargement du profil par d\u00e9faut \u00b6 Les versions pr\u00e9c\u00e9dentes de bed_mesh chargeaient toujours le profil nomm\u00e9 default au d\u00e9marrage s'il \u00e9tait pr\u00e9sent. Ce comportement a \u00e9t\u00e9 supprim\u00e9 afin de permettre \u00e0 l'utilisateur de d\u00e9terminer quand un profil est charg\u00e9. Si un utilisateur souhaite charger le profil par d\u00e9faut, il est recommand\u00e9 d'ajouter BED_MESH_PROFILE LOAD=default \u00e0 sa macro START_PRINT ou \u00e0 la configuration \"Start G-Code\" de son trancheur, selon ce qui est applicable. Alternativement, l'ancien comportement de chargement d'un profil au d\u00e9marrage peut \u00eatre restaur\u00e9 avec un [delayed_gcode] : [delayed_gcode bed_mesh_init] initial_duration : .01 gcode : BED_MESH_PROFILE LOAD = default Sortie \u00b6 BED_MESH_OUTPUT PGP=[0 | 1] Affiche l'\u00e9tat actuel du maillage dans le terminal. Notez que le maillage lui-m\u00eame est affich\u00e9 Le param\u00e8tre PGP est l'abr\u00e9viation de \"Print Generated Points\". Si PGP=1 est d\u00e9fini, les points palp\u00e9s g\u00e9n\u00e9r\u00e9s seront affich\u00e9s sur le terminal : // bed_mesh: generated points // Index | Tool Adjusted | Probe // 0 | (11.0, 1.0) | (35.0, 6.0) // 1 | (62.2, 1.0) | (86.2, 6.0) // 2 | (113.5, 1.0) | (137.5, 6.0) // 3 | (164.8, 1.0) | (188.8, 6.0) // 4 | (216.0, 1.0) | (240.0, 6.0) // 5 | (216.0, 97.0) | (240.0, 102.0) // 6 | (164.8, 97.0) | (188.8, 102.0) // 7 | (113.5, 97.0) | (137.5, 102.0) // 8 | (62.2, 97.0) | (86.2, 102.0) // 9 | (11.0, 97.0) | (35.0, 102.0) // 10 | (11.0, 193.0) | (35.0, 198.0) // 11 | (62.2, 193.0) | (86.2, 198.0) // 12 | (113.5, 193.0) | (137.5, 198.0) // 13 | (164.8, 193.0) | (188.8, 198.0) // 14 | (216.0, 193.0) | (240.0, 198.0) Les points de la colonne \"Tool Adjusted\" font r\u00e9f\u00e9rence \u00e0 l'emplacement de la buse, et les points de la colonne \"Probe\" font r\u00e9f\u00e9rence \u00e0 l'emplacement du palpeur. Notez que lors d'un palpage manuel, les points \"Probe\" se r\u00e9f\u00e8rent \u00e0 la fois \u00e0 l'emplacement de l'outil et de la buse. Effacer l'\u00e9tat du maillage \u00b6 BED_MESH_CLEAR Ce G-Code peut \u00eatre utilis\u00e9 pour effacer l'\u00e9tat interne du maillage. Appliquer les d\u00e9calages X/Y \u00b6 BED_MESH_OFFSET [X=] [Y=] Ceci est utile pour les imprimantes avec plusieurs extrudeuses ind\u00e9pendantes, car un d\u00e9calage est n\u00e9cessaire pour produire un ajustement Z correct apr\u00e8s un changement d'outil. Les d\u00e9calages doivent \u00eatre indiqu\u00e9s par rapport \u00e0 l'extrudeuse primaire. C'est-\u00e0-dire qu'un d\u00e9calage X positif doit \u00eatre indiqu\u00e9 si l'extrudeuse secondaire est mont\u00e9e \u00e0 droite de l'extrudeuse primaire, et un d\u00e9calage Y positif doit \u00eatre indiqu\u00e9 si l'extrudeuse secondaire est mont\u00e9e \"derri\u00e8re\" l'extrudeuse primaire.","title":"Maillage du Bed"},{"location":"Bed_Mesh.html#maillage-du-bed","text":"Le module Maillage du lit peut \u00eatre utilis\u00e9 pour compenser les irr\u00e9gularit\u00e9s de la surface du lit afin d'obtenir une meilleure premi\u00e8re couche sur l'ensemble du lit. Il convient de noter que la correction logicielle ne permet pas d'obtenir de r\u00e9sultats parfaits, elle ne peut qu'approximer la forme du lit. Le maillage du lit ne peut pas non plus compenser les probl\u00e8mes m\u00e9caniques et \u00e9lectriques. Si un axe est de travers ou si un palpeur n'est pas pr\u00e9cis, le module bed_mesh n'obtiendra pas de r\u00e9sultats pr\u00e9cis lors du processus de palpage. Avant de proc\u00e9der \u00e0 l'\u00e9talonnage du maillage, vous devez vous assurer que l'offset Z de votre sonde est r\u00e9gl\u00e9. Si vous utilisez une but\u00e9e de fin de course pour la mise \u00e0 l'origine en Z, elle doit \u00e9galement \u00eatre r\u00e9gl\u00e9e. Voir Calibration de la sonde et Z_ENDSTOP_CALIBRATE dans Nivelage manuel pour plus d'informations.","title":"Maillage du Bed"},{"location":"Bed_Mesh.html#configuration-de-base","text":"","title":"Configuration de base"},{"location":"Bed_Mesh.html#lits-rectangulaires","text":"Cet exemple suppose une imprimante avec un lit rectangulaire de 250 mm x 220 mm et une sonde avec un d\u00e9calage x de 24 mm et un d\u00e9calage y de 5 mm. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 speed : 120 Valeur par d\u00e9faut : 50 La vitesse \u00e0 laquelle l'outil se d\u00e9place entre les points palp\u00e9s. horizontal_move_z : 5 Valeur par d\u00e9faut : 5 La coordonn\u00e9e Z \u00e0 laquelle la sonde s'\u00e9l\u00e8ve avant de se d\u00e9placer entre les points. mesh_min : 35, 6 Requis La premi\u00e8re coordonn\u00e9e palp\u00e9e, la plus proche de l'origine. Cette coordonn\u00e9e est relative \u00e0 l'emplacement de la sonde. mesh_max : 240, 198 Requis La coordonn\u00e9e palp\u00e9e la plus \u00e9loign\u00e9e de l'origine. Ce n'est pas n\u00e9cessairement le dernier point palp\u00e9, car le processus de palpage se d\u00e9roule en zig-zag. Comme pour mesh_min , cette coordonn\u00e9e est relative \u00e0 l'emplacement de la sonde. probe_count : 5, 3 Valeur par d\u00e9faut : 3, 3 Le nombre de points \u00e0 palper sur chaque axe, sp\u00e9cifi\u00e9 sous forme de valeurs enti\u00e8res X, Y. Dans cet exemple, 5 points seront palp\u00e9s le long de l'axe X, avec 3 points le long de l'axe Y, pour un total de 15 points palp\u00e9s. Notez que si vous voulez une grille carr\u00e9e, par exemple 3x3, il est possible de n'utiliser qu'une seule valeur enti\u00e8re pour les deux axes, par exemple probe_count : 3 . Notez qu'un maillage n\u00e9cessite un nombre minimum de 3 points de sondage sur chaque axe. L'illustration ci-dessous montre comment les options mesh_min , mesh_max , et probe_count sont utilis\u00e9es pour g\u00e9n\u00e9rer des points de palpage. Les fl\u00e8ches indiquent la direction de la proc\u00e9dure de palpage, commen\u00e7ant en mesh_min . Pour r\u00e9f\u00e9rence, lorsque la sonde est \u00e0 mesh_min , la buse sera \u00e0 (11, 1), et lorsque la sonde est \u00e0 mesh_max , la buse sera \u00e0 (206, 193).","title":"Lits rectangulaires"},{"location":"Bed_Mesh.html#lits-circulaires","text":"Cet exemple suppose une imprimante \u00e9quip\u00e9e d'un lit circulaire de 100 mm de rayon. Nous utiliserons les m\u00eames d\u00e9calages de sonde que dans l'exemple rectangulaire, 24 mm sur X et 5 mm sur Y. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_radius: 75 mesh_origin: 0, 0 round_probe_count: 5 mesh_radius : 75 Requis Le rayon du maillage palp\u00e9 en mm, par rapport \u00e0 mesh_origin . Notez que les d\u00e9calages de la sonde limitent la taille du rayon du maillage. Dans cet exemple, un rayon sup\u00e9rieur \u00e0 76 d\u00e9placerait la t\u00eate de l'outil en dehors des limites physiques de l'imprimante. mesh_origin : 0, 0 Valeur par d\u00e9faut : 0, 0 Le point central du maillage. Cette coordonn\u00e9e est relative \u00e0 l'emplacement de la sonde. Bien que la valeur par d\u00e9faut soit 0, 0, il peut \u00eatre utile d'ajuster l'origine dans le but de sonder une plus grande partie du lit. Voir l'illustration ci-dessous. round_probe_count : 5 Valeur par d\u00e9faut : 5 C'est une valeur enti\u00e8re d\u00e9finissant le nombre maximum de points palp\u00e9s le long des axes X et Y. Par \"maximum\", nous entendons le nombre de points palp\u00e9s le long de l'origine du maillage. Cette valeur doit \u00eatre un nombre impair, car il est n\u00e9cessaire que le centre du maillage soit palp\u00e9. L'illustration ci-dessous montre comment les points palp\u00e9s sont g\u00e9n\u00e9r\u00e9s. Comme vous pouvez le voir, le r\u00e9glage de mesh_origin \u00e0 (-10, 0) nous permet de sp\u00e9cifier un rayon de maillage plus grand de 85.","title":"Lits circulaires"},{"location":"Bed_Mesh.html#configuration-avancee","text":"Les options de configuration plus avanc\u00e9es sont expliqu\u00e9es en d\u00e9tail ci-dessous. Chaque exemple s'appuie sur la configuration de base du lit rectangulaire pr\u00e9sent\u00e9e ci-dessus. Chacune des options avanc\u00e9es s'applique de la m\u00eame mani\u00e8re aux lits circulaires.","title":"Configuration avanc\u00e9e"},{"location":"Bed_Mesh.html#interpolation-du-maillage","text":"Bien qu'il soit possible d'\u00e9chantillonner directement la matrice palp\u00e9e en utilisant une simple interpolation bilin\u00e9aire afin de d\u00e9terminer les valeurs Z entre les points palp\u00e9s, il est souvent utile d'interpoler des points suppl\u00e9mentaires en utilisant des algorithmes d'interpolation plus avanc\u00e9s pour augmenter la densit\u00e9 du maillage. Ces algorithmes ajoutent une courbure au maillage, en essayant de simuler les propri\u00e9t\u00e9s mat\u00e9rielles du lit. Le maillage du lit offre l'interpolation de lagrange et bicubique pour accomplir ceci. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 mesh_pps: 2, 3 algorithm: bicubic bicubic_tension: 0.2 mesh_pps : 2, 3 Valeur par d\u00e9faut : 2, 2 L'option mesh_pps est l'abr\u00e9viation de Mesh Points Per Segment. Cette option indique le nombre de points \u00e0 interpoler pour chaque segment le long des axes X et Y. Un 'segment' est l'espace entre chaque point palp\u00e9. Comme pour probe_count , mesh_pps est sp\u00e9cifi\u00e9 en tant que paire de nombres entiers X, Y mais peut aussi \u00eatre sp\u00e9cifi\u00e9 comme un seul nombre entier en ce cas appliqu\u00e9 aux deux axes. Dans cet exemple, il y a 4 segments le long de l'axe X et 2 segments le long de l'axe Y. Cela r\u00e9sulte en 8 points interpol\u00e9s le long de l'axe X et 6 points interpol\u00e9s le long de l'axe Y, ce qui donne un maillage de 13x8. Notez que si mesh_pps est d\u00e9fini \u00e0 0, l'interpolation de maillage est d\u00e9sactiv\u00e9e et la matrice sond\u00e9e sera \u00e9chantillonn\u00e9e directement. algorithm : lagrange Valeur par d\u00e9faut : lagrange L'algorithme utilis\u00e9 pour interpoler le maillage. Peut \u00eatre lagrange ou bicubique . L'interpolation de Lagrange est plafonn\u00e9e \u00e0 6 points palp\u00e9s car une oscillation tend \u00e0 se produire avec un plus grand nombre d'\u00e9chantillons. L'interpolation bicubique requiert un minimum de 4 points le long de chaque axe, si moins de 4 points sont sp\u00e9cifi\u00e9s, l'\u00e9chantillonnage de Lagrange est forc\u00e9. Si mesh_pps est d\u00e9fini \u00e0 0 alors cette valeur est ignor\u00e9e car aucune interpolation de maille n'est faite. bicubic_tension : 0.2 Valeur par d\u00e9faut : 0.2 Si l'option algorithm est d\u00e9finie sur bicubique, il est possible d'indiquer une valeur de tension. Plus la tension est \u00e9lev\u00e9e, plus la pente est interpol\u00e9e. Soyez prudent lorsque vous ajustez cette valeur, car des valeurs plus \u00e9lev\u00e9es cr\u00e9ent \u00e9galement plus de d\u00e9passement, ce qui entra\u00eenera des valeurs interpol\u00e9es plus \u00e9lev\u00e9es ou plus basses que vos points palp\u00e9s. L'illustration ci-dessous montre comment les options ci-dessus sont utilis\u00e9es pour g\u00e9n\u00e9rer un maillage interpol\u00e9.","title":"Interpolation du maillage"},{"location":"Bed_Mesh.html#fractionnement-des-deplacements","text":"Le maillage du lit fonctionne en interceptant les commandes de d\u00e9placement du gcode et en appliquant une transformation \u00e0 leur coordonn\u00e9e Z. Les longs d\u00e9placements doivent \u00eatre divis\u00e9s en d\u00e9placements plus petits pour suivre correctement la forme du lit. Les options ci-dessous contr\u00f4lent le comportement du fractionnement. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 move_check_distance: 5 split_delta_z: .025 move_check_distance : 5 Valeur par d\u00e9faut : 5 La distance minimale de v\u00e9rification de changement de Z souhait\u00e9 avant d'effectuer un fractionnemeny. Dans cet exemple, un mouvement de plus de 5mm sera travers\u00e9 par l'algorithme. Tous les 5 mm, une recherche de maille Z sera effectu\u00e9e, en la comparant \u00e0 la valeur Z du mouvement pr\u00e9c\u00e9dent. Si le delta atteint le seuil fix\u00e9 par split_delta_z , le mouvement sera divis\u00e9 et la travers\u00e9e continuera. Ce processus se r\u00e9p\u00e8te jusqu'\u00e0 ce que la fin du d\u00e9placement soit atteinte, o\u00f9 un ajustement final sera appliqu\u00e9. Les d\u00e9placements plus courts que la move_check_distance ont l'ajustement Z correct appliqu\u00e9 directement au d\u00e9placement sans travers\u00e9e ou division. split_delta_z : .025 Valeur par d\u00e9faut : .025 Comme mentionn\u00e9 ci-dessus, il s'agit de l'\u00e9cart minimum requis pour d\u00e9clencher un fractionnement du mouvement. Dans cet exemple, toute valeur Z avec un \u00e9cart de +/- 0,025 mm d\u00e9clenchera un fractionnement. G\u00e9n\u00e9ralement les valeurs par d\u00e9faut de ces options sont suffisantes, en fait la valeur par d\u00e9faut de 5mm pour la move_check_distance est probablement exag\u00e9r\u00e9e. Cependant, un utilisateur avanc\u00e9 peut souhaiter exp\u00e9rimenter avec ces options dans le but d'obtenir une premi\u00e8re couche optimale.","title":"Fractionnement des d\u00e9placements"},{"location":"Bed_Mesh.html#attenuation-du-maillage","text":"Lorsque l'option \"fondu\" est activ\u00e9e, l'ajustement du Z est r\u00e9duit progressivement sur une distance d\u00e9finie par la configuration. Ceci est r\u00e9alis\u00e9 en appliquant de petits ajustements \u00e0 la hauteur de la couche, en augmentant ou en diminuant selon la forme du lit. Lorsque le fondu est termin\u00e9, l'ajustement Z n'est plus appliqu\u00e9, ce qui permet au sommet de l'impression d'\u00eatre plat plut\u00f4t que de refl\u00e9ter la forme du lit. Le fondu peut \u00e9galement pr\u00e9senter quelques caract\u00e9ristiques ind\u00e9sirables, si le fondu est effectu\u00e9 trop rapidement, il peut entra\u00eener des artefacts visibles sur l'impression. De plus, si votre lit est sensiblement d\u00e9form\u00e9, le fondu peut r\u00e9tr\u00e9cir ou \u00e9tirer la hauteur Z de l'impression. C'est pourquoi le fondu est d\u00e9sactiv\u00e9 par d\u00e9faut. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 fade_start: 1 fade_end: 10 fade_target: 0 fade_start: 1 Valeur par d\u00e9faut : 1 La hauteur Z \u00e0 laquelle il faut commencer l'att\u00e9nuation progressive de l'ajustement. C'est une bonne id\u00e9e d'avoir quelques couches d\u00e9j\u00e0 d\u00e9pos\u00e9es avant de commencer le processus de fondu. fade_end : 10 Valeur par d\u00e9faut : 0 La hauteur Z \u00e0 laquelle le fondu doit s'arr\u00eater. Si cette valeur est inf\u00e9rieure \u00e0 fade_start , le fondu est d\u00e9sactiv\u00e9. Cette valeur peut \u00eatre ajust\u00e9e en fonction de la d\u00e9formation de la surface d'impression. Une surface fortement d\u00e9form\u00e9e devrait s'estomper sur une plus grande distance. Une surface presque plate peut \u00eatre capable de r\u00e9duire cette valeur pour s'estomper plus rapidement. 10mm est une valeur raisonnable pour commencer si vous utilisez la valeur par d\u00e9faut de 1 pour fade_start . fade_target : 0 Valeur par d\u00e9faut : La valeur Z moyenne du maillage Le fade_target peut \u00eatre consid\u00e9r\u00e9 comme un d\u00e9calage Z suppl\u00e9mentaire appliqu\u00e9 \u00e0 l'ensemble du lit apr\u00e8s la fin du fondu. En g\u00e9n\u00e9ral, nous aimerions que cette valeur soit \u00e9gale \u00e0 0, mais il y a des circonstances o\u00f9 elle ne devrait pas l'\u00eatre. Par exemple, supposons que votre position d'origine sur le lit est aberrante, elle est inf\u00e9rieure de 0,2 mm \u00e0 la hauteur moyenne palp\u00e9e du lit. Si le fade_target est 0, le fondu va r\u00e9tr\u00e9cir l'impression d'une moyenne de 0,2 mm \u00e0 travers le lit. En r\u00e9glant la fade_target sur .2, la zone d'origine sera agrandie de .2 mm, mais le reste du lit aura une taille pr\u00e9cise. En g\u00e9n\u00e9ral, c'est une bonne id\u00e9e de laisser fade_target en dehors de la configuration afin que la hauteur moyenne du maillage soit utilis\u00e9e, cependant il peut \u00eatre souhaitable d'ajuster manuellement la cible du fondu si l'on ne veut imprimer que sur une partie sp\u00e9cifique du lit.","title":"Att\u00e9nuation du maillage"},{"location":"Bed_Mesh.html#lindice-de-reference-relatif","text":"La plupart des sondes sont sensibles \u00e0 une d\u00e9rive, c'est-\u00e0-dire \u00e0 des inexactitudes dans le palpage introduites par la chaleur ou des interf\u00e9rences. Cela peut rendre difficile le calcul du d\u00e9calage en Z de la sonde, en particulier \u00e0 diff\u00e9rentes temp\u00e9ratures du lit. C'est pourquoi certaines imprimantes utilisent \u00e0 la fois une but\u00e9e pour la mise \u00e0 l'origine de l'axe Z et une sonde pour r\u00e9aliser le maillage. Ces imprimantes peuvent b\u00e9n\u00e9ficier de la configuration de l'index de r\u00e9f\u00e9rence relatif. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 relative_reference_index: 7 relative_reference_index : 7 Valeur par d\u00e9faut : None (d\u00e9sactiv\u00e9) Lorsque les points palp\u00e9s sont g\u00e9n\u00e9r\u00e9s, un index leur est attribu\u00e9. Vous pouvez consulter cet index dans klippy.log ou en utilisant BED_MESH_OUTPUT (voir la section sur les GCodes de maillage de lit ci-dessous pour plus d'informations). Si vous assignez un index \u00e0 l'option relative_reference_index , la valeur palp\u00e9e \u00e0 cette coordonn\u00e9e remplacera le z_offset de la sonde. Ce qui fait de cette coordonn\u00e9e la r\u00e9f\u00e9rence \"z\u00e9ro\" pour le maillage. Lorsque vous utilisez l'indice de r\u00e9f\u00e9rence relatif, vous devez choisir l'indice le plus proche de l'endroit du lit o\u00f9 le calibrage de la but\u00e9e Z a \u00e9t\u00e9 effectu\u00e9. Notez que lorsque vous recherchez l'indice en utilisant le journal ou BED_MESH_OUTPUT, vous devez utiliser les coordonn\u00e9es list\u00e9es sous l'en-t\u00eate \"Probe\" pour trouver l'indice correct.","title":"L'indice de r\u00e9f\u00e9rence relatif"},{"location":"Bed_Mesh.html#regions-defectueuses","text":"Il est possible que certaines zones d'un lit donnent des r\u00e9sultats inexacts lors du palpage en raison d'un \"d\u00e9faut\" \u00e0 des endroits particuliers. Le meilleur exemple de ce ph\u00e9nom\u00e8ne est celui des lits comportant une s\u00e9rie d'aimants int\u00e9gr\u00e9s utilis\u00e9s pour retenir les t\u00f4les d'acier amovibles. Le champ magn\u00e9tique au niveau et autour de ces aimants peut faire qu'une sonde inductive se d\u00e9clenche \u00e0 une distance plus \u00e9lev\u00e9e ou plus basse qu'elle ne le ferait autrement, ce qui donne un maillage ne repr\u00e9sentant pas pr\u00e9cis\u00e9ment la surface \u00e0 ces endroits. Remarque : Il ne faut pas confondre ce ph\u00e9nom\u00e8ne avec le biais de l'emplacement de la sonde, qui produit des r\u00e9sultats inexacts sur l'ensemble du lit. Les options faulty_region peuvent \u00eatre configur\u00e9es pour compenser cet effet. Si un point g\u00e9n\u00e9r\u00e9 se trouve dans une r\u00e9gion d\u00e9fectueuse, le maillage du lit tentera de palper jusqu'\u00e0 4 points aux limites de cette r\u00e9gion. Ces valeurs palp\u00e9es seront moyenn\u00e9es et ins\u00e9r\u00e9es dans le maillage comme valeur Z \u00e0 la coordonn\u00e9e (X, Y) g\u00e9n\u00e9r\u00e9e. [bed_mesh] speed: 120 horizontal_move_z: 5 mesh_min: 35, 6 mesh_max: 240, 198 probe_count: 5, 3 faulty_region_1_min: 130.0, 0.0 faulty_region_1_max: 145.0, 40.0 faulty_region_2_min: 225.0, 0.0 faulty_region_2_max: 250.0, 25.0 faulty_region_3_min: 165.0, 95.0 faulty_region_3_max: 205.0, 110.0 faulty_region_4_min: 30.0, 170.0 faulty_region_4_max: 45.0, 210.0 faulty_region_{1...99}_min faulty_region_{1..99}_max Valeur par d\u00e9faut : None (d\u00e9sactiv\u00e9) Les r\u00e9gions d\u00e9fectueuses sont d\u00e9finies d'une mani\u00e8re similaire \u00e0 celle du maillage lui-m\u00eame, o\u00f9 les coordonn\u00e9es minimum et maximum (X, Y) doivent \u00eatre infiqu\u00e9es pour chaque r\u00e9gion. Une r\u00e9gion d\u00e9fectueuse peut s'\u00e9tendre \u00e0 l'ext\u00e9rieur d'un maillage, mais les points alternatifs g\u00e9n\u00e9r\u00e9s seront toujours \u00e0 l'int\u00e9rieur des limites du maillage. Deux r\u00e9gions ne peuvent pas se chevaucher. L'image ci-dessous illustre comment les points de remplacement sont g\u00e9n\u00e9r\u00e9s lorsqu'un point g\u00e9n\u00e9r\u00e9 se trouve dans une r\u00e9gion d\u00e9fectueuse. Les r\u00e9gions repr\u00e9sent\u00e9es correspondent \u00e0 celles de l'exemple de configuration ci-dessus. Les points de remplacement et leurs coordonn\u00e9es sont identifi\u00e9s en vert.","title":"R\u00e9gions d\u00e9fectueuses"},{"location":"Bed_Mesh.html#gcodes-de-maillage-du-lit","text":"","title":"Gcodes de maillage du lit"},{"location":"Bed_Mesh.html#calibration","text":"BED_MESH_CALIBRATE PROFILE= METHOD=[manual | automatic] [=] [=] Profil par d\u00e9faut : default M\u00e9thode par d\u00e9faut : automatique si une sonde est d\u00e9tect\u00e9e, sinon manuelle Lance la proc\u00e9dure de palpage de l'\u00e9talonnage du maillage du lit. Le maillage sera sauvegard\u00e9 dans un profil indiqu\u00e9 par le param\u00e8tre PROFILE , ou default si non pr\u00e9cis\u00e9. Si METHOD=manual est s\u00e9lectionn\u00e9, un palpage manuel sera effectu\u00e9. Lorsque vous passez du mode automatique au mode manuel, les points de maillage g\u00e9n\u00e9r\u00e9s seront automatiquement ajust\u00e9s. Il est possible de sp\u00e9cifier des param\u00e8tres de maillage pour modifier la zone palp\u00e9e. Les param\u00e8tres suivants sont disponibles : Lits rectangulaires (cart\u00e9siens) : MESH_MIN MESH_MAX PROBE_COUNT Lits circulaires (delta) : MESH_RADIUS MESH_ORIGIN ROUND_PROBE_COUNT Tous les lits : RELATIVE_REFERNCE_INDEX ALGORITHM Consultez la documentation de configuration ci-dessus pour plus de d\u00e9tails sur la fa\u00e7on dont chaque param\u00e8tre s'applique au maillage.","title":"Calibration"},{"location":"Bed_Mesh.html#profils","text":"BED_MESH_PROFILE SAVE= LOAD= REMOVE= Apr\u00e8s avoir r\u00e9alis\u00e9 un BED_MESH_CALIBRATE, il est possible de sauvegarder l'\u00e9tat actuel du maillage dans un profil nomm\u00e9. Cela permet de charger un maillage sans re-palper le lit. Apr\u00e8s qu'un profil ait \u00e9t\u00e9 enregistr\u00e9 en utilisant BED_MESH_PROFILE SAVE= , le gcode SAVE_CONFIG peut \u00eatre ex\u00e9cut\u00e9 pour \u00e9crire le profil dans printer.cfg. Les profils peuvent \u00eatre charg\u00e9s en ex\u00e9cutant BED_MESH_PROFILE LOAD= . Il convient de noter que chaque fois qu'un BED_MESH_CALIBRATE est produit, l'\u00e9tat actuel est automatiquement enregistr\u00e9 dans le profil par d\u00e9faut . Si ce profil existe, il est automatiquement charg\u00e9 au d\u00e9marrage de Klipper. Si ce comportement n'est pas souhaitable, le profil par d\u00e9faut peut \u00eatre supprim\u00e9 comme suit : BED_MESH_PROFILE REMOVE=default Tout autre profil enregistr\u00e9 peut \u00eatre supprim\u00e9 de la m\u00eame mani\u00e8re, en rempla\u00e7ant default par le nom du profil que vous souhaitez supprimer.","title":"Profils"},{"location":"Bed_Mesh.html#chargement-du-profil-par-defaut","text":"Les versions pr\u00e9c\u00e9dentes de bed_mesh chargeaient toujours le profil nomm\u00e9 default au d\u00e9marrage s'il \u00e9tait pr\u00e9sent. Ce comportement a \u00e9t\u00e9 supprim\u00e9 afin de permettre \u00e0 l'utilisateur de d\u00e9terminer quand un profil est charg\u00e9. Si un utilisateur souhaite charger le profil par d\u00e9faut, il est recommand\u00e9 d'ajouter BED_MESH_PROFILE LOAD=default \u00e0 sa macro START_PRINT ou \u00e0 la configuration \"Start G-Code\" de son trancheur, selon ce qui est applicable. Alternativement, l'ancien comportement de chargement d'un profil au d\u00e9marrage peut \u00eatre restaur\u00e9 avec un [delayed_gcode] : [delayed_gcode bed_mesh_init] initial_duration : .01 gcode : BED_MESH_PROFILE LOAD = default","title":"Chargement du profil par d\u00e9faut"},{"location":"Bed_Mesh.html#sortie","text":"BED_MESH_OUTPUT PGP=[0 | 1] Affiche l'\u00e9tat actuel du maillage dans le terminal. Notez que le maillage lui-m\u00eame est affich\u00e9 Le param\u00e8tre PGP est l'abr\u00e9viation de \"Print Generated Points\". Si PGP=1 est d\u00e9fini, les points palp\u00e9s g\u00e9n\u00e9r\u00e9s seront affich\u00e9s sur le terminal : // bed_mesh: generated points // Index | Tool Adjusted | Probe // 0 | (11.0, 1.0) | (35.0, 6.0) // 1 | (62.2, 1.0) | (86.2, 6.0) // 2 | (113.5, 1.0) | (137.5, 6.0) // 3 | (164.8, 1.0) | (188.8, 6.0) // 4 | (216.0, 1.0) | (240.0, 6.0) // 5 | (216.0, 97.0) | (240.0, 102.0) // 6 | (164.8, 97.0) | (188.8, 102.0) // 7 | (113.5, 97.0) | (137.5, 102.0) // 8 | (62.2, 97.0) | (86.2, 102.0) // 9 | (11.0, 97.0) | (35.0, 102.0) // 10 | (11.0, 193.0) | (35.0, 198.0) // 11 | (62.2, 193.0) | (86.2, 198.0) // 12 | (113.5, 193.0) | (137.5, 198.0) // 13 | (164.8, 193.0) | (188.8, 198.0) // 14 | (216.0, 193.0) | (240.0, 198.0) Les points de la colonne \"Tool Adjusted\" font r\u00e9f\u00e9rence \u00e0 l'emplacement de la buse, et les points de la colonne \"Probe\" font r\u00e9f\u00e9rence \u00e0 l'emplacement du palpeur. Notez que lors d'un palpage manuel, les points \"Probe\" se r\u00e9f\u00e8rent \u00e0 la fois \u00e0 l'emplacement de l'outil et de la buse.","title":"Sortie"},{"location":"Bed_Mesh.html#effacer-letat-du-maillage","text":"BED_MESH_CLEAR Ce G-Code peut \u00eatre utilis\u00e9 pour effacer l'\u00e9tat interne du maillage.","title":"Effacer l'\u00e9tat du maillage"},{"location":"Bed_Mesh.html#appliquer-les-decalages-xy","text":"BED_MESH_OFFSET [X=] [Y=] Ceci est utile pour les imprimantes avec plusieurs extrudeuses ind\u00e9pendantes, car un d\u00e9calage est n\u00e9cessaire pour produire un ajustement Z correct apr\u00e8s un changement d'outil. Les d\u00e9calages doivent \u00eatre indiqu\u00e9s par rapport \u00e0 l'extrudeuse primaire. C'est-\u00e0-dire qu'un d\u00e9calage X positif doit \u00eatre indiqu\u00e9 si l'extrudeuse secondaire est mont\u00e9e \u00e0 droite de l'extrudeuse primaire, et un d\u00e9calage Y positif doit \u00eatre indiqu\u00e9 si l'extrudeuse secondaire est mont\u00e9e \"derri\u00e8re\" l'extrudeuse primaire.","title":"Appliquer les d\u00e9calages X/Y"},{"location":"Benchmarks.html","text":"Tests \u00b6 Ce document d\u00e9crit les benchmarks Klipper. Bancs d'essai des microcontr\u00f4leurs \u00b6 Cette section d\u00e9crit le m\u00e9canisme utilis\u00e9 pour g\u00e9n\u00e9rer les bancs d'essais (benchmarks) de fr\u00e9quence de pas du microcontr\u00f4leur Klipper. L'objectif principal des bancs d'essais est de fournir un m\u00e9canisme coh\u00e9rent pour mesurer l'impact des changements de codage dans le logiciel. Un objectif secondaire est de fournir des mesures de haut niveau pour comparer les performances entre puces et entre plateformes logicielles. Le test de vitesse des moteurs pas \u00e0 pas est con\u00e7u pour trouver la fr\u00e9quence de pas maximale que le mat\u00e9riel et le logiciel peuvent atteindre. Ce taux de pas de r\u00e9f\u00e9rence n'est pas r\u00e9alisable dans une utilisation normale de Klipper car il doit effectuer d'autres t\u00e2ches (par exemple, la communication mcu/h\u00f4te, la lecture de la temp\u00e9rature, la v\u00e9rification des fin de course). En g\u00e9n\u00e9ral, les broches pour les tests sont choisies pour faire clignoter des LED ou d'autres actions inoffensives. V\u00e9rifiez toujours qu'il est s\u00fbr de commander les broches configur\u00e9es avant d'ex\u00e9cuter un test. Il n'est pas recommand\u00e9 de piloter un moteur pas \u00e0 pas lors d'un benchmark. Test du taux de pas \u00b6 Le test est effectu\u00e9 \u00e0 l'aide de l'outil console.py (d\u00e9crit dans ). Le microcontr\u00f4leur est configur\u00e9 pour la plate-forme mat\u00e9rielle (voir ci-dessous), puis ce qui suit est copi\u00e9-coll\u00e9 dans la fen\u00eatre du terminal console.py : SET start_clock {clock+freq} SET ticks 1000 reset_step_clock oid=0 clock={start_clock} set_next_step_dir oid=0 dir=0 queue_step oid=0 interval={ticks} count=60000 add=0 set_next_step_dir oid=0 dir=1 queue_step oid=0 interval=3000 count=1 add=0 reset_step_clock oid=1 clock={start_clock} set_next_step_dir oid=1 dir=0 queue_step oid=1 interval={ticks} count=60000 add=0 set_next_step_dir oid=1 dir=1 queue_step oid=1 interval=3000 count=1 add=0 reset_step_clock oid=2 clock={start_clock} set_next_step_dir oid=2 dir=0 queue_step oid=2 interval={ticks} count=60000 add=0 set_next_step_dir oid=2 dir=1 queue_step oid=2 interval=3000 count=1 add=0 Ces tests simule le d\u00e9placement de trois moteurs pas \u00e0 pas simultan\u00e9ment. Si son ex\u00e9cution entra\u00eene une erreur \"Rescheduled timer in the past\" or \"Stepper too far in past\", cela indique que le param\u00e8tre ticks est trop faible (il en r\u00e9sulte une vitesse de pas trop rapide) . L'objectif est de trouver le r\u00e9glage le plus bas du param\u00e8tre ticks qui aboutit de mani\u00e8re fiable \u00e0 la r\u00e9ussite du test. Il devrait \u00eatre possible de rechercher par dichotomie le param\u00e8tre ticks jusqu'\u00e0 ce qu'une valeur stable soit trouv\u00e9e. En cas d'\u00e9chec, on peut copier-coller ce qui suit pour effacer l'erreur en vue du prochain test : clear_shutdown Pour obtenir les tests de moteurs pas \u00e0 pas, la m\u00eame s\u00e9quence de configuration est utilis\u00e9e, mais seul le premier bloc du test ci-dessus est copi\u00e9-coll\u00e9 dans la fen\u00eatre console.py. Pour produire les tests trouv\u00e9s dans le document Fonctionnalit\u00e9s , le nombre total de pas par seconde est calcul\u00e9 en multipliant le nombre de steppers actifs par la fr\u00e9quence mcu nominale et en divisant par le param\u00e8tre final ticks. Les r\u00e9sultats sont arrondis au K le plus proche. Par exemple, avec trois steppers actifs : ECHO Test result is: {\"%.0fK\" % (3. * freq / ticks / 1000.)} Les tests sont ex\u00e9cut\u00e9s avec des param\u00e8tres adapt\u00e9s aux pilotes TMC. Pour les microcontr\u00f4leurs prenant en charge STEPPER_BOTH_EDGE=1 (comme indiqu\u00e9 dans la ligne MCU config au premier d\u00e9marrage de console.py), utilisez step_pulse_duration=0 et invert_step=-1 pour permettre un pas optimis\u00e9 sur les deux fronts de l'impulsion de pas. Pour les autres microcontr\u00f4leurs utiliser un step_pulse_duration correspondant \u00e0 100ns. Test du taux de pas sur AVR \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur les puces AVR : allocate_oids count=3 config_stepper oid=0 step_pin=PA5 dir_pin=PA4 invert_step=0 step_pulse_ticks=32 config_stepper oid=1 step_pin=PA3 dir_pin=PA2 invert_step=0 step_pulse_ticks=32 config_stepper oid=2 step_pin=PC7 dir_pin=PC6 invert_step=0 step_pulse_ticks=32 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc avr-gcc (GCC) 5.4.0 . Les tests 16Mhz et 20Mhz ont \u00e9t\u00e9 ex\u00e9cut\u00e9s \u00e0 l'aide d'un simulavr configur\u00e9 pour un atmega644p (les tests pr\u00e9c\u00e9dents ont confirm\u00e9 que les r\u00e9sultats du simulavr correspondent aux tests sur un 16Mhz at90usb et un 16Mhz atmega2560). avr ticks 1 moteur pas \u00e0 pas 102 3 moteurs pas \u00e0 pas 486 Test du taux de pas sur Arduino Due \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le Due : allocate_oids count=3 config_stepper oid=0 step_pin=PB27 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB26 dir_pin=PC30 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA21 dir_pin=PC30 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . sam3x8e ticks 1 moteur pas \u00e0 pas 66 3 moteurs pas \u00e0 pas 257 Test du taux de pas sur Duet Maestro \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le Duet Maestro : allocate_oids count=3 config_stepper oid=0 step_pin=PC26 dir_pin=PC18 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PC26 dir_pin=PA8 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PC26 dir_pin=PB4 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . sam4s8c ticks 1 moteur pas \u00e0 pas 71 3 moteurs pas \u00e0 pas 260 Test du taux de pas sur Duet Wifi \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le Duet Wifi : allocate_oids count=3 config_stepper oid=0 step_pin=PD6 dir_pin=PD11 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PD7 dir_pin=PD12 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PD8 dir_pin=PD13 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur la validation 59314d99 avec la version gcc gcc version 10.3.1 20210621 (version) (GNU Arm Embedded Toolchain 10.3-2021.07) . sam4e8e ticks 1 moteur pas \u00e0 pas 48 3 moteurs pas \u00e0 pas 215 Test du taux de pas sur Beaglebone PRU \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le PRU : allocate_oids count=3 config_stepper oid=0 step_pin=gpio0_23 dir_pin=gpio1_12 invert_step=0 step_pulse_ticks=20 config_stepper oid=1 step_pin=gpio1_15 dir_pin=gpio0_26 invert_step=0 step_pulse_ticks=20 config_stepper oid=2 step_pin=gpio0_22 dir_pin=gpio2_1 invert_step=0 step_pulse_ticks=20 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc pru-gcc (GCC) 8.0.0 20170530 (exp\u00e9rimental) . pru ticks 1 moteur pas \u00e0 pas 231 3 moteurs pas \u00e0 pas 847 Test du taux de pas STM32F042 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32F042 : allocate_oids count=3 config_stepper oid=0 step_pin=PA1 dir_pin=PA2 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PA3 dir_pin=PA2 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PB8 dir_pin=PA2 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . stm32f042 ticks 1 moteur pas \u00e0 pas 59 3 moteurs pas \u00e0 pas 249 Test du taux de pas sur STM32F103 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32F103 : allocate_oids count=3 config_stepper oid=0 step_pin=PC13 dir_pin=PB5 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB3 dir_pin=PB6 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA4 dir_pin=PB7 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . stm32f103 ticks 1 moteur pas \u00e0 pas 61 3 moteurs pas \u00e0 pas 264 Test du taux de pas sur STM32F4 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32F4 : allocate_oids count=3 config_stepper oid=0 step_pin=PA5 dir_pin=PB5 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB2 dir_pin=PB6 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PB3 dir_pin=PB7 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . Les r\u00e9sultats STM32F407 ont \u00e9t\u00e9 obtenus en ex\u00e9cutant un binaire STM32F407 sur un STM32F446 (et donc en utilisant une horloge de 168 MHz). stm32f446 ticks 1 moteur pas \u00e0 pas 46 3 moteurs pas \u00e0 pas 205 stm32f407 ticks 1 moteur pas \u00e0 pas 46 3 moteurs pas \u00e0 pas 205 Test du taux de pas sur STM32H7 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur un STM32H743VIT6 : allocate_oids count=3 config_stepper oid=0 step_pin=PD4 dir_pin=PD3 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PA15 dir_pin=PA8 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PE2 dir_pin=PE3 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 00191b5c avec la version de gcc arm-none-eabi-gcc (15:8-2019-q3-1+b1) 8.3.1 20190703 (release) [gcc- 8 branches r\u00e9vision 273027] . stm32h7 ticks 1 moteur pas \u00e0 pas 44 3 moteurs pas \u00e0 pas 198 Test du taux de pas sur STM32G0B1 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32G0B1 : allocate_oids count=3 config_stepper oid=0 step_pin=PB13 dir_pin=PB12 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB10 dir_pin=PB2 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PB0 dir_pin=PC5 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 247cd753 avec la version gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . stm32g0b1 ticks 1 moteur pas \u00e0 pas 58 3 moteurs pas \u00e0 pas 243 Test du taux de pas sur LPC176x \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le LPC176x : allocate_oids count=3 config_stepper oid=0 step_pin=P1.20 dir_pin=P1.18 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=P1.21 dir_pin=P1.18 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=P1.23 dir_pin=P1.18 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . Les r\u00e9sultats du LPC1769 \u00e0 120Mhz ont \u00e9t\u00e9 obtenus en overclockant un LPC1768 \u00e0 120Mhz. lpc1768 ticks 1 moteur pas \u00e0 pas 52 3 moteurs pas \u00e0 pas 222 lpc1769 ticks 1 moteur pas \u00e0 pas 51 3 moteurs pas \u00e0 pas 222 Test du taux de pas sur SAMD21 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le SAMD21 : allocate_oids count=3 config_stepper oid=0 step_pin=PA27 dir_pin=PA20 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB3 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA17 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 sur un microcontr\u00f4leur SAMD21G18. samd21 ticks 1 moteur pas \u00e0 pas 70 3 moteurs pas \u00e0 pas 306 Test du taux de pas sur SAMD51 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le SAMD51 : allocate_oids count=3 config_stepper oid=0 step_pin=PA22 dir_pin=PA20 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PA22 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA22 dir_pin=PA19 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 sur un microcontr\u00f4leur SAMD51J19A. samd51 ticks 1 moteur pas \u00e0 pas 39 3 moteurs pas \u00e0 pas 191 1 moteur pas \u00e0 pas (200Mhz) 39 3 moteurs pas \u00e0 pas (200Mhz) 181 Test du taux de pas sur RP2040 \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur le RP2040 : allocate_oids count=3 config_stepper oid=0 step_pin=gpio25 dir_pin=gpio3 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=gpio26 dir_pin=gpio4 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=gpio27 dir_pin=gpio5 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 sur une carte Raspberry Pi Pico. rp2040 ticks 1 moteur pas \u00e0 pas 5 3 moteurs pas \u00e0 pas 22 Test du taux de pas pour le MCU Linux \u00b6 La s\u00e9quence de configuration suivante est utilis\u00e9e sur un Raspberry Pi : allocate_oids count=3 config_stepper oid=0 step_pin=gpio2 dir_pin=gpio3 invert_step=0 step_pulse_ticks=5 config_stepper oid=1 step_pin=gpio4 dir_pin=gpio5 invert_step=0 step_pulse_ticks=5 config_stepper oid=2 step_pin=gpio6 dir_pin=gpio17 invert_step=0 step_pulse_ticks=5 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc gcc (Raspbian 8.3.0-6+rpi1) 8.3.0 sur un Raspberry Pi 3 (r\u00e9vision a02082). Il \u00e9tait difficile d'obtenir des r\u00e9sultats stables dans ce benchmark. Linux (RPi3) ticks 1 moteur pas \u00e0 pas 160 3 moteurs pas \u00e0 pas 380 Test de r\u00e9partition des commandes \u00b6 Le test de r\u00e9partition des commandes teste le nombre de commandes \"factices\" que le microcontr\u00f4leur peut traiter. Il s'agit principalement d'un test du m\u00e9canisme de communication mat\u00e9riel. Le test est ex\u00e9cut\u00e9 \u00e0 l'aide de l'outil console.py (d\u00e9crit dans ). Ce qui suit est copi\u00e9-coll\u00e9 dans la fen\u00eatre du terminal console.py : DELAY {clock + 2*freq} get_uptime FLOOD 100000 0.0 debug_nop get_uptime Une fois le test termin\u00e9, d\u00e9terminez la diff\u00e9rence entre les horloges signal\u00e9es dans les deux messages de r\u00e9ponse \"uptime\". Le nombre total de commandes par seconde est alors 100000 * mcu_frequency / clock_diff . Notez que ce test peut saturer la capacit\u00e9 USB/CPU d'un Raspberry Pi. En cas d'ex\u00e9cution sur un Raspberry Pi, Beaglebone ou un ordinateur h\u00f4te similaire, augmentez le d\u00e9lai (par exemple, DELAY {clock + 20*freq} get_uptime ). Le cas \u00e9ch\u00e9ant, les tests de performances ci-dessous concernent console.py ex\u00e9cut\u00e9 sur une machine de bureau avec l'appareil connect\u00e9 via un concentrateur \u00e0 haut d\u00e9bit. MCU Fr\u00e9quence Version Compilateur stm32f042 (CAN) 18K c105adc8 arm-none-eabi-gcc (GNU Tools 7-2018-q3-update) 7.3.1 atmega2560 (serial) 23K b161a69e avr-gcc (GCC) 4.8.1 sam3x8e (serial) 23K b161a69e arm-none-eabi-gcc (Fedora 7.1.0-5.fc27) 7.1.0 at90usb1286 (USB) 75K 01d2183f avr-gcc (GCC) 5.4.0 samd21 (USB) 223K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 pru (m\u00e9moire partag\u00e9e) 260K c5968a08 pru-gcc (GCC) 8.0.0 20170530 (exp\u00e9rimental) stm32f103 (USB) 355K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 sam3x8e (USB) 418K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 lpc1768 (USB) 534K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 lpc1769 (USB) 628K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 sam4s8c (USB) 650K 8d4a5c16 arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 samd51 (USB) 864K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 stm32f446 (USB) 870K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 rp2040 (USB) 873K c5667193 arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 Tests de l'h\u00f4te \u00b6 Il est possible d'ex\u00e9cuter des tests de temporisation sur le logiciel h\u00f4te en utilisant le m\u00e9canisme de traitement \"mode batch\" (d\u00e9crit dans ). Cela se fait g\u00e9n\u00e9ralement en choisissant un fichier G-Code volumineux et complexe et en chronom\u00e9trant le temps n\u00e9cessaire au logiciel h\u00f4te pour le traiter. Par example\u202f: time ~/klippy-env/bin/python ./klippy/klippy.py config/example-cartesian.cfg -i something_complex.gcode -o /dev/null -d out/klipper.dict","title":"Tests"},{"location":"Benchmarks.html#tests","text":"Ce document d\u00e9crit les benchmarks Klipper.","title":"Tests"},{"location":"Benchmarks.html#bancs-dessai-des-microcontroleurs","text":"Cette section d\u00e9crit le m\u00e9canisme utilis\u00e9 pour g\u00e9n\u00e9rer les bancs d'essais (benchmarks) de fr\u00e9quence de pas du microcontr\u00f4leur Klipper. L'objectif principal des bancs d'essais est de fournir un m\u00e9canisme coh\u00e9rent pour mesurer l'impact des changements de codage dans le logiciel. Un objectif secondaire est de fournir des mesures de haut niveau pour comparer les performances entre puces et entre plateformes logicielles. Le test de vitesse des moteurs pas \u00e0 pas est con\u00e7u pour trouver la fr\u00e9quence de pas maximale que le mat\u00e9riel et le logiciel peuvent atteindre. Ce taux de pas de r\u00e9f\u00e9rence n'est pas r\u00e9alisable dans une utilisation normale de Klipper car il doit effectuer d'autres t\u00e2ches (par exemple, la communication mcu/h\u00f4te, la lecture de la temp\u00e9rature, la v\u00e9rification des fin de course). En g\u00e9n\u00e9ral, les broches pour les tests sont choisies pour faire clignoter des LED ou d'autres actions inoffensives. V\u00e9rifiez toujours qu'il est s\u00fbr de commander les broches configur\u00e9es avant d'ex\u00e9cuter un test. Il n'est pas recommand\u00e9 de piloter un moteur pas \u00e0 pas lors d'un benchmark.","title":"Bancs d'essai des microcontr\u00f4leurs"},{"location":"Benchmarks.html#test-du-taux-de-pas","text":"Le test est effectu\u00e9 \u00e0 l'aide de l'outil console.py (d\u00e9crit dans ). Le microcontr\u00f4leur est configur\u00e9 pour la plate-forme mat\u00e9rielle (voir ci-dessous), puis ce qui suit est copi\u00e9-coll\u00e9 dans la fen\u00eatre du terminal console.py : SET start_clock {clock+freq} SET ticks 1000 reset_step_clock oid=0 clock={start_clock} set_next_step_dir oid=0 dir=0 queue_step oid=0 interval={ticks} count=60000 add=0 set_next_step_dir oid=0 dir=1 queue_step oid=0 interval=3000 count=1 add=0 reset_step_clock oid=1 clock={start_clock} set_next_step_dir oid=1 dir=0 queue_step oid=1 interval={ticks} count=60000 add=0 set_next_step_dir oid=1 dir=1 queue_step oid=1 interval=3000 count=1 add=0 reset_step_clock oid=2 clock={start_clock} set_next_step_dir oid=2 dir=0 queue_step oid=2 interval={ticks} count=60000 add=0 set_next_step_dir oid=2 dir=1 queue_step oid=2 interval=3000 count=1 add=0 Ces tests simule le d\u00e9placement de trois moteurs pas \u00e0 pas simultan\u00e9ment. Si son ex\u00e9cution entra\u00eene une erreur \"Rescheduled timer in the past\" or \"Stepper too far in past\", cela indique que le param\u00e8tre ticks est trop faible (il en r\u00e9sulte une vitesse de pas trop rapide) . L'objectif est de trouver le r\u00e9glage le plus bas du param\u00e8tre ticks qui aboutit de mani\u00e8re fiable \u00e0 la r\u00e9ussite du test. Il devrait \u00eatre possible de rechercher par dichotomie le param\u00e8tre ticks jusqu'\u00e0 ce qu'une valeur stable soit trouv\u00e9e. En cas d'\u00e9chec, on peut copier-coller ce qui suit pour effacer l'erreur en vue du prochain test : clear_shutdown Pour obtenir les tests de moteurs pas \u00e0 pas, la m\u00eame s\u00e9quence de configuration est utilis\u00e9e, mais seul le premier bloc du test ci-dessus est copi\u00e9-coll\u00e9 dans la fen\u00eatre console.py. Pour produire les tests trouv\u00e9s dans le document Fonctionnalit\u00e9s , le nombre total de pas par seconde est calcul\u00e9 en multipliant le nombre de steppers actifs par la fr\u00e9quence mcu nominale et en divisant par le param\u00e8tre final ticks. Les r\u00e9sultats sont arrondis au K le plus proche. Par exemple, avec trois steppers actifs : ECHO Test result is: {\"%.0fK\" % (3. * freq / ticks / 1000.)} Les tests sont ex\u00e9cut\u00e9s avec des param\u00e8tres adapt\u00e9s aux pilotes TMC. Pour les microcontr\u00f4leurs prenant en charge STEPPER_BOTH_EDGE=1 (comme indiqu\u00e9 dans la ligne MCU config au premier d\u00e9marrage de console.py), utilisez step_pulse_duration=0 et invert_step=-1 pour permettre un pas optimis\u00e9 sur les deux fronts de l'impulsion de pas. Pour les autres microcontr\u00f4leurs utiliser un step_pulse_duration correspondant \u00e0 100ns.","title":"Test du taux de pas"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-avr","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur les puces AVR : allocate_oids count=3 config_stepper oid=0 step_pin=PA5 dir_pin=PA4 invert_step=0 step_pulse_ticks=32 config_stepper oid=1 step_pin=PA3 dir_pin=PA2 invert_step=0 step_pulse_ticks=32 config_stepper oid=2 step_pin=PC7 dir_pin=PC6 invert_step=0 step_pulse_ticks=32 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc avr-gcc (GCC) 5.4.0 . Les tests 16Mhz et 20Mhz ont \u00e9t\u00e9 ex\u00e9cut\u00e9s \u00e0 l'aide d'un simulavr configur\u00e9 pour un atmega644p (les tests pr\u00e9c\u00e9dents ont confirm\u00e9 que les r\u00e9sultats du simulavr correspondent aux tests sur un 16Mhz at90usb et un 16Mhz atmega2560). avr ticks 1 moteur pas \u00e0 pas 102 3 moteurs pas \u00e0 pas 486","title":"Test du taux de pas sur AVR"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-arduino-due","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le Due : allocate_oids count=3 config_stepper oid=0 step_pin=PB27 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB26 dir_pin=PC30 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA21 dir_pin=PC30 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . sam3x8e ticks 1 moteur pas \u00e0 pas 66 3 moteurs pas \u00e0 pas 257","title":"Test du taux de pas sur Arduino Due"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-duet-maestro","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le Duet Maestro : allocate_oids count=3 config_stepper oid=0 step_pin=PC26 dir_pin=PC18 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PC26 dir_pin=PA8 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PC26 dir_pin=PB4 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . sam4s8c ticks 1 moteur pas \u00e0 pas 71 3 moteurs pas \u00e0 pas 260","title":"Test du taux de pas sur Duet Maestro"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-duet-wifi","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le Duet Wifi : allocate_oids count=3 config_stepper oid=0 step_pin=PD6 dir_pin=PD11 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PD7 dir_pin=PD12 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PD8 dir_pin=PD13 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur la validation 59314d99 avec la version gcc gcc version 10.3.1 20210621 (version) (GNU Arm Embedded Toolchain 10.3-2021.07) . sam4e8e ticks 1 moteur pas \u00e0 pas 48 3 moteurs pas \u00e0 pas 215","title":"Test du taux de pas sur Duet Wifi"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-beaglebone-pru","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le PRU : allocate_oids count=3 config_stepper oid=0 step_pin=gpio0_23 dir_pin=gpio1_12 invert_step=0 step_pulse_ticks=20 config_stepper oid=1 step_pin=gpio1_15 dir_pin=gpio0_26 invert_step=0 step_pulse_ticks=20 config_stepper oid=2 step_pin=gpio0_22 dir_pin=gpio2_1 invert_step=0 step_pulse_ticks=20 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc pru-gcc (GCC) 8.0.0 20170530 (exp\u00e9rimental) . pru ticks 1 moteur pas \u00e0 pas 231 3 moteurs pas \u00e0 pas 847","title":"Test du taux de pas sur Beaglebone PRU"},{"location":"Benchmarks.html#test-du-taux-de-pas-stm32f042","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32F042 : allocate_oids count=3 config_stepper oid=0 step_pin=PA1 dir_pin=PA2 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PA3 dir_pin=PA2 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PB8 dir_pin=PA2 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . stm32f042 ticks 1 moteur pas \u00e0 pas 59 3 moteurs pas \u00e0 pas 249","title":"Test du taux de pas STM32F042"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-stm32f103","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32F103 : allocate_oids count=3 config_stepper oid=0 step_pin=PC13 dir_pin=PB5 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB3 dir_pin=PB6 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA4 dir_pin=PB7 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . stm32f103 ticks 1 moteur pas \u00e0 pas 61 3 moteurs pas \u00e0 pas 264","title":"Test du taux de pas sur STM32F103"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-stm32f4","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32F4 : allocate_oids count=3 config_stepper oid=0 step_pin=PA5 dir_pin=PB5 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB2 dir_pin=PB6 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PB3 dir_pin=PB7 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . Les r\u00e9sultats STM32F407 ont \u00e9t\u00e9 obtenus en ex\u00e9cutant un binaire STM32F407 sur un STM32F446 (et donc en utilisant une horloge de 168 MHz). stm32f446 ticks 1 moteur pas \u00e0 pas 46 3 moteurs pas \u00e0 pas 205 stm32f407 ticks 1 moteur pas \u00e0 pas 46 3 moteurs pas \u00e0 pas 205","title":"Test du taux de pas sur STM32F4"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-stm32h7","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur un STM32H743VIT6 : allocate_oids count=3 config_stepper oid=0 step_pin=PD4 dir_pin=PD3 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PA15 dir_pin=PA8 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PE2 dir_pin=PE3 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 00191b5c avec la version de gcc arm-none-eabi-gcc (15:8-2019-q3-1+b1) 8.3.1 20190703 (release) [gcc- 8 branches r\u00e9vision 273027] . stm32h7 ticks 1 moteur pas \u00e0 pas 44 3 moteurs pas \u00e0 pas 198","title":"Test du taux de pas sur STM32H7"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-stm32g0b1","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le STM32G0B1 : allocate_oids count=3 config_stepper oid=0 step_pin=PB13 dir_pin=PB12 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB10 dir_pin=PB2 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PB0 dir_pin=PC5 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 247cd753 avec la version gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . stm32g0b1 ticks 1 moteur pas \u00e0 pas 58 3 moteurs pas \u00e0 pas 243","title":"Test du taux de pas sur STM32G0B1"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-lpc176x","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le LPC176x : allocate_oids count=3 config_stepper oid=0 step_pin=P1.20 dir_pin=P1.18 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=P1.21 dir_pin=P1.18 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=P1.23 dir_pin=P1.18 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 . Les r\u00e9sultats du LPC1769 \u00e0 120Mhz ont \u00e9t\u00e9 obtenus en overclockant un LPC1768 \u00e0 120Mhz. lpc1768 ticks 1 moteur pas \u00e0 pas 52 3 moteurs pas \u00e0 pas 222 lpc1769 ticks 1 moteur pas \u00e0 pas 51 3 moteurs pas \u00e0 pas 222","title":"Test du taux de pas sur LPC176x"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-samd21","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le SAMD21 : allocate_oids count=3 config_stepper oid=0 step_pin=PA27 dir_pin=PA20 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PB3 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA17 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version de gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 sur un microcontr\u00f4leur SAMD21G18. samd21 ticks 1 moteur pas \u00e0 pas 70 3 moteurs pas \u00e0 pas 306","title":"Test du taux de pas sur SAMD21"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-samd51","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le SAMD51 : allocate_oids count=3 config_stepper oid=0 step_pin=PA22 dir_pin=PA20 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=PA22 dir_pin=PA21 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=PA22 dir_pin=PA19 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 sur un microcontr\u00f4leur SAMD51J19A. samd51 ticks 1 moteur pas \u00e0 pas 39 3 moteurs pas \u00e0 pas 191 1 moteur pas \u00e0 pas (200Mhz) 39 3 moteurs pas \u00e0 pas (200Mhz) 181","title":"Test du taux de pas sur SAMD51"},{"location":"Benchmarks.html#test-du-taux-de-pas-sur-rp2040","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur le RP2040 : allocate_oids count=3 config_stepper oid=0 step_pin=gpio25 dir_pin=gpio3 invert_step=-1 step_pulse_ticks=0 config_stepper oid=1 step_pin=gpio26 dir_pin=gpio4 invert_step=-1 step_pulse_ticks=0 config_stepper oid=2 step_pin=gpio27 dir_pin=gpio5 invert_step=-1 step_pulse_ticks=0 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0 sur une carte Raspberry Pi Pico. rp2040 ticks 1 moteur pas \u00e0 pas 5 3 moteurs pas \u00e0 pas 22","title":"Test du taux de pas sur RP2040"},{"location":"Benchmarks.html#test-du-taux-de-pas-pour-le-mcu-linux","text":"La s\u00e9quence de configuration suivante est utilis\u00e9e sur un Raspberry Pi : allocate_oids count=3 config_stepper oid=0 step_pin=gpio2 dir_pin=gpio3 invert_step=0 step_pulse_ticks=5 config_stepper oid=1 step_pin=gpio4 dir_pin=gpio5 invert_step=0 step_pulse_ticks=5 config_stepper oid=2 step_pin=gpio6 dir_pin=gpio17 invert_step=0 step_pulse_ticks=5 finalize_config crc=0 Le test a \u00e9t\u00e9 ex\u00e9cut\u00e9 pour la derni\u00e8re fois sur le commit 59314d99 avec la version gcc gcc (Raspbian 8.3.0-6+rpi1) 8.3.0 sur un Raspberry Pi 3 (r\u00e9vision a02082). Il \u00e9tait difficile d'obtenir des r\u00e9sultats stables dans ce benchmark. Linux (RPi3) ticks 1 moteur pas \u00e0 pas 160 3 moteurs pas \u00e0 pas 380","title":"Test du taux de pas pour le MCU Linux"},{"location":"Benchmarks.html#test-de-repartition-des-commandes","text":"Le test de r\u00e9partition des commandes teste le nombre de commandes \"factices\" que le microcontr\u00f4leur peut traiter. Il s'agit principalement d'un test du m\u00e9canisme de communication mat\u00e9riel. Le test est ex\u00e9cut\u00e9 \u00e0 l'aide de l'outil console.py (d\u00e9crit dans ). Ce qui suit est copi\u00e9-coll\u00e9 dans la fen\u00eatre du terminal console.py : DELAY {clock + 2*freq} get_uptime FLOOD 100000 0.0 debug_nop get_uptime Une fois le test termin\u00e9, d\u00e9terminez la diff\u00e9rence entre les horloges signal\u00e9es dans les deux messages de r\u00e9ponse \"uptime\". Le nombre total de commandes par seconde est alors 100000 * mcu_frequency / clock_diff . Notez que ce test peut saturer la capacit\u00e9 USB/CPU d'un Raspberry Pi. En cas d'ex\u00e9cution sur un Raspberry Pi, Beaglebone ou un ordinateur h\u00f4te similaire, augmentez le d\u00e9lai (par exemple, DELAY {clock + 20*freq} get_uptime ). Le cas \u00e9ch\u00e9ant, les tests de performances ci-dessous concernent console.py ex\u00e9cut\u00e9 sur une machine de bureau avec l'appareil connect\u00e9 via un concentrateur \u00e0 haut d\u00e9bit. MCU Fr\u00e9quence Version Compilateur stm32f042 (CAN) 18K c105adc8 arm-none-eabi-gcc (GNU Tools 7-2018-q3-update) 7.3.1 atmega2560 (serial) 23K b161a69e avr-gcc (GCC) 4.8.1 sam3x8e (serial) 23K b161a69e arm-none-eabi-gcc (Fedora 7.1.0-5.fc27) 7.1.0 at90usb1286 (USB) 75K 01d2183f avr-gcc (GCC) 5.4.0 samd21 (USB) 223K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 pru (m\u00e9moire partag\u00e9e) 260K c5968a08 pru-gcc (GCC) 8.0.0 20170530 (exp\u00e9rimental) stm32f103 (USB) 355K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 sam3x8e (USB) 418K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 lpc1768 (USB) 534K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 lpc1769 (USB) 628K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 sam4s8c (USB) 650K 8d4a5c16 arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 samd51 (USB) 864K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 stm32f446 (USB) 870K 01d2183f arm-none-eabi-gcc (Fedora 7.4.0-1.fc30) 7.4.0 rp2040 (USB) 873K c5667193 arm-none-eabi-gcc (Fedora 10.2.0-4.fc34) 10.2.0","title":"Test de r\u00e9partition des commandes"},{"location":"Benchmarks.html#tests-de-lhote","text":"Il est possible d'ex\u00e9cuter des tests de temporisation sur le logiciel h\u00f4te en utilisant le m\u00e9canisme de traitement \"mode batch\" (d\u00e9crit dans ). Cela se fait g\u00e9n\u00e9ralement en choisissant un fichier G-Code volumineux et complexe et en chronom\u00e9trant le temps n\u00e9cessaire au logiciel h\u00f4te pour le traiter. Par example\u202f: time ~/klippy-env/bin/python ./klippy/klippy.py config/example-cartesian.cfg -i something_complex.gcode -o /dev/null -d out/klipper.dict","title":"Tests de l'h\u00f4te"},{"location":"Bootloaders.html","text":"Chargeurs de d\u00e9marrage \u00b6 Ce document fournit des informations sur les \"chargeurs de d\u00e9marrage\" ou \"Bootloaders\" courants trouv\u00e9s sur les microcontr\u00f4leurs pris en charge par Klipper. Le chargeur de d\u00e9marrage est un logiciel tiers qui s'ex\u00e9cute sur le microcontr\u00f4leur lors de sa premi\u00e8re mise sous tension. Il est g\u00e9n\u00e9ralement utilis\u00e9 pour flasher une nouvelle application (par exemple, Klipper) sur le microcontr\u00f4leur sans n\u00e9cessiter de mat\u00e9riel sp\u00e9cialis\u00e9. Malheureusement, il n'existe pas de norme \u00e0 l'\u00e9chelle de l'industrie pour flasher un microcontr\u00f4leur, ni de chargeur de d\u00e9marrage standard qui fonctionne sur tous les microcontr\u00f4leurs. Pire encore, il est courant que chaque chargeur de d\u00e9marrage n\u00e9cessite un ensemble d'\u00e9tapes diff\u00e9rent pour flasher une application. Si l'on peut flasher un chargeur de d\u00e9marrage sur un microcontr\u00f4leur, on peut g\u00e9n\u00e9ralement \u00e9galement utiliser ce m\u00e9canisme pour flasher une application, mais il faut faire attention en faisant cela car on peut supprimer le chargeur de d\u00e9marrage par inadvertance. En revanche, un chargeur de d\u00e9marrage permettra g\u00e9n\u00e9ralement \u00e0 un utilisateur de flasher une application. Il est donc recommand\u00e9 d'utiliser le chargeur de d\u00e9marrage pour flasher une application lorsque cela est possible. Ce document tente de d\u00e9crire les chargeurs de d\u00e9marrage courants, les \u00e9tapes n\u00e9cessaires pour flasher un chargeur de d\u00e9marrage et les \u00e9tapes n\u00e9cessaires pour flasher une application. Ce document n'est pas une r\u00e9f\u00e9rence faisant autorit\u00e9 ; il est con\u00e7u comme une collection d'informations utiles que les d\u00e9veloppeurs de Klipper ont accumul\u00e9es. Micro-contr\u00f4leurs AVR \u00b6 De mani\u00e8re g\u00e9n\u00e9rale, le projet Arduino est une bonne r\u00e9f\u00e9rence pour les chargeurs de d\u00e9marrage et les proc\u00e9dures de flashage sur les microcontr\u00f4leurs Atmel Atmega 8 bits. En particulier, le fichier \"boards.txt\" : https://github.com/arduino/Arduino/blob/1.8.5/hardware/arduino/avr/boards.txt est une r\u00e9f\u00e9rence utile. Pour flasher le chargeur de d\u00e9marrage, les puces AVR n\u00e9cessitent un outil de flashage mat\u00e9riel externe (qui communique avec la puce \u00e0 l'aide de SPI). Cet outil peut \u00eatre achet\u00e9 (par exemple, effectuez une recherche sur le Web pour \"avr isp\", \"arduino isp\" ou \"usb tiny isp\"). Il est \u00e9galement possible d'utiliser un autre Arduino ou Raspberry Pi pour flasher un chargeur de d\u00e9marrage AVR (par exemple, faites une recherche sur le Web pour \"programmer un avr \u00e0 l'aide de raspberry pi\"). Les exemples ci-dessous sont \u00e9crits en supposant qu'un appareil de type \"AVR ISP Mk2\" est utilis\u00e9. Le logiciel \"avrdude\" est l'outil le plus utilis\u00e9 pour flasher les puces atmega (\u00e0 la fois pour flasher le chargeur de d\u00e9marrage et l'application). Atmega2560 \u00b6 Cette puce se trouve g\u00e9n\u00e9ralement dans les \"Arduino Mega\" qui sont tr\u00e8s courante parmi les cartes d'imprimante 3d. Pour flasher le chargeur de d\u00e9marrage lui-m\u00eame, utilisez quelque chose comme : wget 'https://github.com/arduino/Arduino/raw/1.8.5/hardware/arduino/avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex' avrdude -cavrispv2 -patmega2560 -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0xFD:m -U hfuse:w:0xD8:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega2560 -P/dev/ttyACM0 -b115200 -U flash:w:stk500boot_v2_mega2560.hex avrdude -cavrispv2 -patmega2560 -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application, utilisez quelque chose comme : avrdude -cwiring -patmega2560 -P/dev/ttyACM0 -b115200 -D -Uflash:w:out/klipper.elf.hex:i Atmega1280 \u00b6 Cette puce se trouve g\u00e9n\u00e9ralement dans les anciennes versions de \"l'Arduino Mega\". Pour flasher le chargeur de d\u00e9marrage lui-m\u00eame, utilisez quelque chose comme : wget 'https://github.com/arduino/Arduino/raw/1.8.5/hardware/arduino/avr/bootloaders/atmega/ATmegaBOOT_168_atmega1280.hex' avrdude -cavrispv2 -patmega1280 -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0xF5:m -U hfuse:w:0xDA:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega1280 -P/dev/ttyACM0 -b115200 -U flash:w:ATmegaBOOT_168_atmega1280.hex avrdude -cavrispv2 -patmega1280 -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application, utilisez quelque chose comme : avrdude -carduino -patmega1280 -P/dev/ttyACM0 -b57600 -D -Uflash:w:out/klipper.elf.hex:i Atmega1284p \u00b6 Cette puce se trouve couramment dans les cartes d'imprimante 3d de style \"Melzi\". Pour flasher le chargeur de d\u00e9marrage lui-m\u00eame, utilisez quelque chose comme : wget 'https://github.com/Lauszus/Sanguino/raw/1.0.2/bootloaders/optiboot/optiboot_atmega1284p.hex' avrdude -cavrispv2 -patmega1284p -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0xFD:m -U hfuse:w:0xDE:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega1284p -P/dev/ttyACM0 -b115200 -U flash:w:optiboot_atmega1284p.hex avrdude -cavrispv2 -patmega1284p -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application, utilisez quelque chose comme : avrdude -carduino -patmega1284p -P/dev/ttyACM0 -b115200 -D -Uflash:w:out/klipper.elf.hex:i Notez qu'un certain nombre de cartes de style \"Melzi\" sont pr\u00e9install\u00e9es avec un chargeur de d\u00e9marrage qui utilise un d\u00e9bit de 57600 bauds. Dans ce cas, pour flasher une application, utilisez plut\u00f4t quelque chose comme ceci : avrdude -carduino -patmega1284p -P/dev/ttyACM0 -b57600 -D -Uflash:w:out/klipper.elf.hex:i At90usb1286 \u00b6 Ce document ne couvre pas la m\u00e9thode pour flasher un chargeur de d\u00e9marrage sur l'At90usb1286 ni le flashage g\u00e9n\u00e9ral des applications sur cet appareil. L'appareil Teensy++ de pjrc.com est livr\u00e9 avec un chargeur de d\u00e9marrage propri\u00e9taire. Il n\u00e9cessite un outil de flash personnalis\u00e9 de https://github.com/PaulStoffregen/teensy_loader_cli . On peut flasher une application avec en utilisant quelque chose comme : teensy_loader_cli --mcu=at90usb1286 out/klipper.elf.hex -v Atmega168 \u00b6 L'atmega168 a un espace flash limit\u00e9. Si vous utilisez un chargeur de d\u00e9marrage, il est recommand\u00e9 d'utiliser le chargeur de d\u00e9marrage Optiboot. Pour flasher ce chargeur de d\u00e9marrage, utilisez quelque chose comme : wget 'https://github.com/arduino/Arduino/raw/1.8.5/hardware/arduino/avr/bootloaders/optiboot/optiboot_atmega168.hex' avrdude -cavrispv2 -patmega168 -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0x04:m -U hfuse:w:0xDD:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega168 -P/dev/ttyACM0 -b115200 -U flash:w:optiboot_atmega168.hex avrdude -cavrispv2 -patmega168 -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application via le chargeur de d\u00e9marrage Optiboot, utilisez quelque chose comme : avrdude -carduino -patmega168 -P/dev/ttyACM0 -b115200 -D -Uflash:w:out/klipper.elf.hex:i Micro-contr\u00f4leurs SAM3 (Arduino Due) \u00b6 Il n'est pas courant d'utiliser un chargeur de d\u00e9marrage avec le mcu SAM3. La puce elle-m\u00eame poss\u00e8de une ROM qui permet de programmer le flash \u00e0 partir du port s\u00e9rie 3,3 V ou de l'USB. Pour activer la ROM, la broche \"effacement\" est maintenue haute pendant une r\u00e9initialisation, ce qui efface le contenu flash et provoque l'ex\u00e9cution de la ROM. Sur un Arduino Due, cette s\u00e9quence peut \u00eatre accomplie en d\u00e9finissant un d\u00e9bit en bauds de 1200 sur le \"port usb de programmation\" (le port USB le plus proche de l'alimentation). Le code sur https://github.com/shumatech/BOSSA peut \u00eatre utilis\u00e9 pour programmer le SAM3. Il est recommand\u00e9 d'utiliser la version 1.9 ou ult\u00e9rieure. Pour flasher une application, utilisez quelque chose comme : bossac -U -p /dev/ttyACM0 -a -e -w out/klipper.bin -v -b bossac -U -p /dev/ttyACM0 -R Micro-contr\u00f4leurs SAM4 (Duet Wifi) \u00b6 Il n'est pas courant d'utiliser un bootloader avec le mcu SAM4. La puce elle-m\u00eame poss\u00e8de une ROM qui permet de programmer le flash \u00e0 partir du port s\u00e9rie 3,3 V ou de l'USB. Pour activer la ROM, la broche \"effacement\" est maintenue haute pendant une r\u00e9initialisation, ce qui efface le contenu flash et provoque l'ex\u00e9cution de la ROM. Le code sur https://github.com/shumatech/BOSSA peut \u00eatre utilis\u00e9 pour programmer le SAM4. Il est n\u00e9cessaire d'utiliser la version 1.8.0 ou sup\u00e9rieure. Pour flasher une application, utilisez quelque chose comme : bossac --port=/dev/ttyACM0 -b -U -e -w -v -R out/klipper.bin Micro-contr\u00f4leurs SAMD21 (Arduino Zero) \u00b6 Le chargeur de d\u00e9marrage SAMD21 est flash\u00e9 via l'interface ARM Serial Wire Debug (SWD). Cela se fait g\u00e9n\u00e9ralement avec un dongle mat\u00e9riel SWD d\u00e9di\u00e9. Alternativement, on peut utiliser un Raspberry Pi avec OpenOCD . Pour flasher un chargeur de d\u00e9marrage avec OpenOCD, utilisez la configuration de puce suivante : source [find target/at91samdXX.cfg] Procurez-vous un bootloader - par exemple : wget 'https://github.com/arduino/ArduinoCore-samd/raw/1.8.3/bootloaders/zero/samd21_sam_ba.bin' Flashez avec des commandes OpenOCD similaires \u00e0 : at91samd bootloader 0 program samd21_sam_ba.bin verify Le chargeur de d\u00e9marrage le plus courant sur le SAMD21 est celui que l'on trouve sur le \"Arduino Zero\". Il utilise un chargeur de d\u00e9marrage de 8 Ko (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 8 Ko). On peut entrer dans ce chargeur de d\u00e9marrage en double-cliquant sur le bouton de r\u00e9initialisation. Pour flasher une application, utilisez quelque chose comme : bossac -U -p /dev/ttyACM0 --offset=0x2000 -w out/klipper.bin -v -b -R En revanche, \"l'Arduino M0\" utilise un bootloader de 16KiB (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16KiB). Pour flasher une application sur ce chargeur de d\u00e9marrage, r\u00e9initialisez le microcontr\u00f4leur et ex\u00e9cutez la commande flash dans les premi\u00e8res secondes du d\u00e9marrage - quelque chose comme : avrdude -c stk500v2 -p atmega2560 -P /dev/ttyACM0 -u -Uflash:w:out/klipper.elf.hex:i Micro-contr\u00f4leurs SAMD51 (Adafruit Metro-M4 et similaires) \u00b6 Comme le SAMD21, le chargeur de d\u00e9marrage SAMD51 est flash\u00e9 via l'interface ARM Serial Wire Debug (SWD). Pour flasher un chargeur de d\u00e9marrage avec OpenOCD sur un Raspberry Pi utilisez la configuration de puce suivante : source [find target/atsame5x.cfg] Obtenir un Chargeur de D\u00e9marrage - De nombreux Chargeurs de d\u00e9marrage sont disponibles sur https://github.com/adafruit/uf2-samdx1/releases/latest . Par exemple\u202f: wget 'https://github.com/adafruit/uf2-samdx1/releases/download/v3.7.0/bootloader-itsybitsy_m4-v3.7.0.bin' Flashez avec des commandes OpenOCD similaires \u00e0 : at91samd bootloader 0 program bootloader-itsybitsy_m4-v3.7.0.bin verify at91samd bootloader 16384 Le SAMD51 utilise un chargeur de d\u00e9marrage de 16 Ko (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16 Ko). Pour flasher une application, utilisez quelque chose comme : bossac -U -p /dev/ttyACM0 --offset=0x4000 -w out/klipper.bin -v -b -R Microcontr\u00f4leurs STM32F103 (dispositifs Blue Pill) \u00b6 Les appareils STM32F103 ont une ROM qui peut flasher un chargeur de d\u00e9marrage ou une application via un port s\u00e9rie 3,3 V. En r\u00e8gle g\u00e9n\u00e9rale, on c\u00e2blerait les broches PA10 (MCU Rx) et PA9 (MCU Tx) \u00e0 un adaptateur UART 3,3 V. Pour acc\u00e9der \u00e0 la ROM, il faut connecter la broche \"boot 0\" au niveau haut et la broche \"boot 1\" au niveau bas, puis r\u00e9initialiser l'appareil. Le package \"stm32flash\" peut ensuite \u00eatre utilis\u00e9 pour flasher l'appareil en utilisant quelque chose comme : stm32flash -w out/klipper.bin -v -g 0 /dev/ttyAMA0 Notez que si l'on utilise un Raspberry Pi pour le port s\u00e9rie 3.3V, le protocole stm32flash utilise un mode de parit\u00e9 s\u00e9rie que le \"mini UART\" du Raspberry Pi ne prend pas en charge. Voir https://www.raspberrypi.com/documentation/computers/configuration.html#configuring-uarts pour plus de d\u00e9tails sur l'activation de l'uart complet sur les broches GPIO du Raspberry Pi. Apr\u00e8s avoir flash\u00e9, r\u00e9glez \u00e0 la fois \"boot 0\" et \"boot 1\" sur bas afin que les futures r\u00e9initialisations d\u00e9marrent \u00e0 partir du flash. STM32F103 avec chargeur de d\u00e9marrage stm32duino \u00b6 Le projet \"stm32duino\" a un chargeur de d\u00e9marrage compatible USB - voir : https://github.com/rogerclarkmelbourne/STM32duino-bootloader Ce chargeur de d\u00e9marrage peut \u00eatre flash\u00e9 via un port s\u00e9rie 3,3 V avec quelque chose comme : wget 'https://github.com/rogerclarkmelbourne/STM32duino-bootloader/raw/master/binaries/generic_boot20_pc13.bin' stm32flash -w generic_boot20_pc13.bin -v -g 0 /dev/ttyAMA0 Ce chargeur de d\u00e9marrage utilise 8 Ko d'espace flash (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 8 Ko). Flashez une application avec quelque chose comme : dfu-util -d 1eaf:0003 -a 2 -R -D out/klipper.bin Le chargeur de d\u00e9marrage ne s'ex\u00e9cute g\u00e9n\u00e9ralement que pendant une courte p\u00e9riode apr\u00e8s le d\u00e9marrage. Il peut \u00eatre n\u00e9cessaire de chronom\u00e9trer la commande ci-dessus pour qu'elle s'ex\u00e9cute pendant que le chargeur de d\u00e9marrage est toujours actif (le chargeur de d\u00e9marrage fait clignoter une LED de la carte pendant son ex\u00e9cution). Vous pouvez \u00e9galement d\u00e9finir la broche \"boot 0\" sur low et la broche \"boot 1\" sur high pour rester en mode chargeur de d\u00e9marrage apr\u00e8s une r\u00e9initialisation. STM32F103 avec chargeur de d\u00e9marrage HID \u00b6 Le chargeur de d\u00e9marrage HID est un chargeur de d\u00e9marrage compact et sans pilote capable de flasher via USB. Un fork avec des builds sp\u00e9cifiques au SKR Mini E3 1.2 est \u00e9galement disponible. Pour les cartes STM32F103 g\u00e9n\u00e9riques telles que la blue pill, il est possible de flasher le chargeur de d\u00e9marrage via un port s\u00e9rie 3.3v en utilisant stm32flash comme indiqu\u00e9 dans la section stm32duino ci-dessus, en rempla\u00e7ant le nom de fichier par le binaire du chargeur de d\u00e9marrage souhait\u00e9 (c'est-\u00e0-dire\u202f: hid_generic_pc13.bin pour la blue pill). Il n'est pas possible d'utiliser stm32flash pour le SKR Mini E3 car la broche boot0 est directement li\u00e9e \u00e0 la terre et non connect\u00e9e via des broches d'en-t\u00eate. Il est recommand\u00e9 d'utiliser un STLink V2 avec le programmeur STM32Cube pour flasher le bootloader. Si vous n'avez pas acc\u00e8s \u00e0 un STLink, il est \u00e9galement possible d'utiliser un Raspberry Pi et OpenOCD avec la configuration de puce suivante : source [find target/stm32f1x.cfg] Si vous le souhaitez, vous pouvez faire une sauvegarde du flash actuel avec la commande suivante. Notez que cela peut prendre un certain temps : flash read_bank 0 btt_skr_mini_e3_backup.bin vous pouvez flasher avec des commandes similaires \u00e0 : stm32f1x mass_erase 0 program hid_btt_skr_mini_e3.bin verify 0x08000000 NOTES\u202f: L'exemple ci-dessus efface la puce puis programme le bootloader. Quelle que soit la m\u00e9thode choisie pour flasher, il est recommand\u00e9 d'effacer la puce avant de flasher. Avant de flasher le SKR Mini E3 avec ce chargeur de d\u00e9marrage, vous devez savoir que vous ne pourrez plus mettre \u00e0 jour le firmware via la carte SD. You may need to hold down the reset button on the board while launching OpenOCD. It should display something like: Open On-Chip Debugger 0.10.0+dev-01204-gc60252ac-dirty (2020-04-27-16:00) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html DEPRECATED! use 'adapter speed' not 'adapter_khz' Info : BCM2835 GPIO JTAG/SWD bitbang driver Info : JTAG and SWD modes enabled Info : clock speed 40 kHz Info : SWD DPIDR 0x1ba01477 Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints Info : stm32f1x.cpu: external reset detected Info : starting gdb server for stm32f1x.cpu on 3333 Info : Listening on port 3333 for gdb connections Apr\u00e8s quoi, vous pouvez rel\u00e2cher le bouton de r\u00e9initialisation. Ce chargeur de d\u00e9marrage n\u00e9cessite 2 Ko d'espace flash (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 2 Ko). Le programme hid-flash est utilis\u00e9 pour t\u00e9l\u00e9charger un binaire sur le bootloader. Vous pouvez installer ce logiciel avec les commandes suivantes : sudo apt install libusb-1.0 cd ~/klipper/lib/hidflash make Si le chargeur de d\u00e9marrage est en cours d'ex\u00e9cution, vous pouvez flasher avec quelque chose comme : ~/klipper/lib/hidflash/hid-flash ~/klipper/out/klipper.bin Vous pouvez aussi utiliser make flash pour flasher directement klipper : make flash FLASH_DEVICE=1209:BEBA OU si klipper a d\u00e9j\u00e0 \u00e9t\u00e9 flash\u00e9 : make flash FLASH_DEVICE=/dev/ttyACM0 Il peut \u00eatre n\u00e9cessaire d'entrer manuellement dans le chargeur de d\u00e9marrage, cela peut \u00eatre fait en d\u00e9finissant \"boot 0\" au niveau bas et \"boot 1\" au niveau haut. Sur le SKR Mini E3 \"Boot 1\" n'est pas disponible, vous pouvez donc le faire en mettant la broche PA2 au niveau bas si vous avez flash\u00e9 \"hid_btt_skr_mini_e3.bin\". Cette broche est \u00e9tiquet\u00e9e \"TX0\" sur l'en-t\u00eate TFT dans le document \"PIN\" du SKR Mini E3. Il y a une broche de terre \u00e0 c\u00f4t\u00e9 de PA2 que vous pouvez utiliser pour mettre PA2 \u00e0 0. STM32F103/STM32F072 avec chargeur de d\u00e9marrage MSC \u00b6 Le chargeur de d\u00e9marrage MSC est un chargeur de d\u00e9marrage sans pilote capable de flasher via USB. Il est possible de flasher le chargeur de d\u00e9marrage via un port s\u00e9rie 3.3v en utilisant stm32flash comme indiqu\u00e9 dans la section stm32duino ci-dessus, en rempla\u00e7ant le nom de fichier par le binaire du chargeur de d\u00e9marrage MSC souhait\u00e9 (c'est-\u00e0-dire : MSCboot-Bluepill.bin pour la blue pill). Pour les cartes STM32F072, il est \u00e9galement possible de flasher le bootloader via USB (via DFU) avec quelque chose comme : dfu-util -d 0483:df11 -a 0 -R -D MSCboot-STM32F072.bin -s0x08000000:leave Ce chargeur de d\u00e9marrage utilise 8 Ko ou 16 Ko d'espace flash, voir la description du chargeur de d\u00e9marrage (l'application doit \u00eatre compil\u00e9e avec l'adresse de d\u00e9marrage correspondante). Le chargeur de d\u00e9marrage peut \u00eatre activ\u00e9 en appuyant deux fois sur le bouton de r\u00e9initialisation de la carte. D\u00e8s que le chargeur de d\u00e9marrage est activ\u00e9, la carte appara\u00eet comme une cl\u00e9 USB sur laquelle le fichier klipper.bin peut \u00eatre copi\u00e9. STM32F103/STM32F0x2 avec chargeur de d\u00e9marrage CanBoot \u00b6 Le chargeur de d\u00e9marrage CanBoot offre une option pour t\u00e9l\u00e9charger le micrologiciel Klipper via le CANBUS. Le chargeur de d\u00e9marrage lui-m\u00eame est d\u00e9riv\u00e9 du code source de Klipper. Actuellement, CanBoot prend en charge les mod\u00e8les STM32F103, STM32F042 et STM32F072. Il est recommand\u00e9 d'utiliser un programmeur ST-Link pour flasher CanBoot, mais il devrait \u00eatre possible de flasher en utilisant stm32flash sur les appareils STM32F103 et dfu-util sur les appareils STM32F042/STM32F072. Consultez les sections pr\u00e9c\u00e9dentes de ce document pour obtenir des instructions sur ces m\u00e9thodes de flash, en rempla\u00e7ant canboot.bin par le nom de fichier, le cas \u00e9ch\u00e9ant. Le lien CanBoot ci-dessus fournit des instructions pour cr\u00e9er le chargeur de d\u00e9marrage. La premi\u00e8re fois que CanBoot a \u00e9t\u00e9 flash\u00e9, il devrait d\u00e9tecter qu'aucune application n'est pr\u00e9sente et entrer dans le chargeur de d\u00e9marrage. Si cela ne se produit pas, il est possible d'entrer dans le chargeur de d\u00e9marrage en appuyant deux fois de suite sur le bouton de r\u00e9initialisation. L'utilitaire flash_can.py fourni dans le dossier lib/canboot peut \u00eatre utilis\u00e9 pour t\u00e9l\u00e9charger le firmware Klipper. L'UUID de l'appareil doit clignoter. Si vous n'avez pas d'UUID, il est possible d'interroger les n\u0153uds ex\u00e9cutant actuellement le chargeur de d\u00e9marrage : python3 flash_can.py -q Cela renverra les UUID pour tous les n\u0153uds connect\u00e9s et qui n'avaient pas d'UUID attribu\u00e9. Cela devrait inclure tous les n\u0153uds actuellement dans le chargeur de d\u00e9marrage. Une fois que vous avez un UUID, vous pouvez t\u00e9l\u00e9charger le firmware avec la commande suivante : python3 flash_can.py -i can0 -f ~/klipper/out/klipper.bin -u aabbccddeeff O\u00f9 aabbccddeeff est remplac\u00e9 par votre UUID. Notez que les options -i et -f peuvent \u00eatre omises, elles sont par d\u00e9faut sur can0 et ~/klipper/out/klipper.bin . Lors de la cr\u00e9ation de Klipper pour une utilisation avec CanBoot, s\u00e9lectionnez l'option 8 KiB Bootloader. Micro-contr\u00f4leurs STM32F4 (SKR Pro 1.1) \u00b6 Les microcontr\u00f4leurs STM32F4 sont \u00e9quip\u00e9s d'un chargeur de d\u00e9marrage syst\u00e8me int\u00e9gr\u00e9 capable de flasher via USB (via DFU), s\u00e9rie 3,3 V et diverses autres m\u00e9thodes (voir le document STM AN2606 pour plus d'informations). Certaines cartes STM32F4, telles que le SKR Pro 1.1, ne peuvent pas entrer dans le chargeur de d\u00e9marrage DFU. Le chargeur de d\u00e9marrage HID est disponible pour les cartes bas\u00e9es sur STM32F405/407 si l'utilisateur pr\u00e9f\u00e8re flasher sur USB plut\u00f4t que d'utiliser la carte SD. Notez que vous devrez peut-\u00eatre configurer et construire une version sp\u00e9cifique \u00e0 votre carte, une version pour le SKR Pro 1.1 est disponible ici . \u00c0 moins que votre carte ne soit compatible DFU, la m\u00e9thode de flash la plus accessible est probablement via un port s\u00e9rie 3.3v, qui suit la m\u00eame proc\u00e9dure que flasher le STM32F103 avec stm32flash . Par exemple\u202f: wget https://github.com/Arksine/STM32_HID_Bootloader/releases/download/v0.5-beta/hid_bootloader_SKR_PRO.bin stm32flash -w hid_bootloader_SKR_PRO.bin -v -g 0 /dev/ttyAMA0 Ce chargeur de d\u00e9marrage n\u00e9cessite 16 Ko d'espace flash sur le STM32F4 (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16 Ko). Comme avec le STM32F1, le STM32F4 utilise l'outil hid-flash pour t\u00e9l\u00e9charger des fichiers binaires sur le MCU. Voir les instructions ci-dessus pour plus de d\u00e9tails sur la fa\u00e7on de construire et d'utiliser hid-flash. Il peut \u00eatre n\u00e9cessaire d'entrer manuellement dans le chargeur de d\u00e9marrage, cela peut \u00eatre fait en d\u00e9finissant \"boot 0\" au niveau bas, \"boot 1\" au niveau haut et en branchant l'appareil. Une fois la programmation termin\u00e9e, d\u00e9branchez l'appareil et re-r\u00e9glez \"boot 1\" au niveau bas pour que l'application soit charg\u00e9e. Micro-contr\u00f4leurs LPC176x (Smoothieboards) \u00b6 Ce document ne d\u00e9crit pas la m\u00e9thode pour flasher le Chargeur de d\u00e9marrage lui-m\u00eame - voir : http://smoothieware.org/flashing-the-bootloader pour plus d'informations sur ce sujet. Il est courant que les Smoothieboards soient livr\u00e9s avec un chargeur de d\u00e9marrage de : https://github.com/triffid/LPC17xx-DFU-Bootloader . Lors de l'utilisation de ce chargeur de d\u00e9marrage, l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16 Ko. Le moyen le plus simple de flasher une application avec ce chargeur de d\u00e9marrage est de copier le fichier d'application (par exemple, out/klipper.bin ) dans un fichier nomm\u00e9 firmware.bin sur une carte SD, et puis de red\u00e9marrer le microcontr\u00f4leur avec cette carte SD. Ex\u00e9cuter OpenOCD sur le Raspberry PI \u00b6 OpenOCD est un logiciel qui peut effectuer un flashage et un d\u00e9bogage de puce de bas niveau. Il peut utiliser les broches GPIO d'un Raspberry Pi pour communiquer avec une vari\u00e9t\u00e9 de puces ARM. Cette section d\u00e9crit comment installer et lancer OpenOCD. Elle d\u00e9rive des instructions disponibles sur : https://learn.adafruit.com/programming-microcontrollers-using-openocd-on-raspberry-pi Commencez par t\u00e9l\u00e9charger et compiler le logiciel (chaque \u00e9tape peut prendre plusieurs minutes et l'\u00e9tape \"make\" peut prendre plus de 30 minutes) : sudo apt-get update sudo apt-get install autoconf libtool telnet mkdir ~/openocd cd ~/openocd/ git clone http://openocd.zylin.com/openocd cd openocd ./bootstrap ./configure --enable-sysfsgpio --enable-bcm2835gpio --prefix=/home/pi/openocd/install make make install Configurer OpenOCD \u00b6 Cr\u00e9ez un fichier de configuration OpenOCD : nano ~/openocd/openocd.cfg Utilisez une configuration similaire \u00e0 la suivante : # Utilise les pins du RPI: GPIO25 pour SWDCLK, GPIO24 pour SWDIO, GPIO18 pour nRST source [find interface/raspberrypi2-native.cfg] bcm2835gpio_swd_nums 25 24 bcm2835gpio_srst_num 18 transport select swd # Utilise le reset c\u00e2bl\u00e9 pour la raz de la puce reset_config srst_only adapter_nsrst_delay 100 adapter_nsrst_assert_width 100 # Specification du type de puce source [find target/atsame5x.cfg] # D\u00e9finir la vitesse de l'adaptateur adapter_khz 40 # Connexion \u00e0 la puce init targets reset halt C\u00e2blez le Raspberry Pi sur la puce cible \u00b6 \u00c9teignez \u00e0 la fois le Raspberry Pi et la puce cible avant le c\u00e2blage ! V\u00e9rifiez que la puce cible utilise bien du 3,3 V avant de la connecter au Raspberry Pi ! Connectez GND, SWDCLK, SWDIO et RST sur la puce cible \u00e0 GND, GPIO25, GPIO24 et GPIO18 sur le Raspberry Pi. Mettez ensuite le Raspberry Pi sous tension et alimentez la puce cible. Ex\u00e9cutez OpenOCD \u00b6 Ex\u00e9cutez OpenOCD : cd ~/openocd/ sudo ~/openocd/install/bin/openocd -f ~/openocd/openocd.cfg Ce qui pr\u00e9c\u00e8de devrait amener OpenOCD \u00e0 \u00e9mettre des messages texte, puis \u00e0 attendre (il ne doit pas imm\u00e9diatement revenir \u00e0 l'invite du shell). Si OpenOCD se ferme tout seul ou s'il continue \u00e0 \u00e9mettre des messages texte, v\u00e9rifiez \u00e0 nouveau le c\u00e2blage. Une fois OpenOCD en cours d'ex\u00e9cution et stable, on peut lui envoyer des commandes via telnet. Ouvrez une autre session SSH et ex\u00e9cutez ce qui suit : telnet 127.0.0.1 4444 (Vous pouvez quitter telnet en appuyant sur ctrl+] puis en ex\u00e9cutant la commande \"quit\".) OpenOCD et gdb \u00b6 Il est possible d'utiliser OpenOCD avec gdb pour d\u00e9boguer Klipper. Les commandes suivantes supposent que l'on ex\u00e9cute gdb sur une machine de bureau. Ajoutez ce qui suit au fichier de configuration OpenOCD : bindto 0.0.0.0 gdb_port 44444 Red\u00e9marrez OpenOCD sur le Raspberry Pi, puis ex\u00e9cutez la commande Unix suivante sur la machine de bureau : cd /path/to/klipper/ gdb out/klipper.elf Dans gdb, ex\u00e9cutez : target remote octopi:44444 (Remplacez \"octopi\" par le nom d'h\u00f4te du Raspberry Pi.) Une fois que gdb est en cours d'ex\u00e9cution, il est possible de d\u00e9finir des points d'arr\u00eat et d'inspecter les registres.","title":"Chargeurs de d\u00e9marrage"},{"location":"Bootloaders.html#chargeurs-de-demarrage","text":"Ce document fournit des informations sur les \"chargeurs de d\u00e9marrage\" ou \"Bootloaders\" courants trouv\u00e9s sur les microcontr\u00f4leurs pris en charge par Klipper. Le chargeur de d\u00e9marrage est un logiciel tiers qui s'ex\u00e9cute sur le microcontr\u00f4leur lors de sa premi\u00e8re mise sous tension. Il est g\u00e9n\u00e9ralement utilis\u00e9 pour flasher une nouvelle application (par exemple, Klipper) sur le microcontr\u00f4leur sans n\u00e9cessiter de mat\u00e9riel sp\u00e9cialis\u00e9. Malheureusement, il n'existe pas de norme \u00e0 l'\u00e9chelle de l'industrie pour flasher un microcontr\u00f4leur, ni de chargeur de d\u00e9marrage standard qui fonctionne sur tous les microcontr\u00f4leurs. Pire encore, il est courant que chaque chargeur de d\u00e9marrage n\u00e9cessite un ensemble d'\u00e9tapes diff\u00e9rent pour flasher une application. Si l'on peut flasher un chargeur de d\u00e9marrage sur un microcontr\u00f4leur, on peut g\u00e9n\u00e9ralement \u00e9galement utiliser ce m\u00e9canisme pour flasher une application, mais il faut faire attention en faisant cela car on peut supprimer le chargeur de d\u00e9marrage par inadvertance. En revanche, un chargeur de d\u00e9marrage permettra g\u00e9n\u00e9ralement \u00e0 un utilisateur de flasher une application. Il est donc recommand\u00e9 d'utiliser le chargeur de d\u00e9marrage pour flasher une application lorsque cela est possible. Ce document tente de d\u00e9crire les chargeurs de d\u00e9marrage courants, les \u00e9tapes n\u00e9cessaires pour flasher un chargeur de d\u00e9marrage et les \u00e9tapes n\u00e9cessaires pour flasher une application. Ce document n'est pas une r\u00e9f\u00e9rence faisant autorit\u00e9 ; il est con\u00e7u comme une collection d'informations utiles que les d\u00e9veloppeurs de Klipper ont accumul\u00e9es.","title":"Chargeurs de d\u00e9marrage"},{"location":"Bootloaders.html#micro-controleurs-avr","text":"De mani\u00e8re g\u00e9n\u00e9rale, le projet Arduino est une bonne r\u00e9f\u00e9rence pour les chargeurs de d\u00e9marrage et les proc\u00e9dures de flashage sur les microcontr\u00f4leurs Atmel Atmega 8 bits. En particulier, le fichier \"boards.txt\" : https://github.com/arduino/Arduino/blob/1.8.5/hardware/arduino/avr/boards.txt est une r\u00e9f\u00e9rence utile. Pour flasher le chargeur de d\u00e9marrage, les puces AVR n\u00e9cessitent un outil de flashage mat\u00e9riel externe (qui communique avec la puce \u00e0 l'aide de SPI). Cet outil peut \u00eatre achet\u00e9 (par exemple, effectuez une recherche sur le Web pour \"avr isp\", \"arduino isp\" ou \"usb tiny isp\"). Il est \u00e9galement possible d'utiliser un autre Arduino ou Raspberry Pi pour flasher un chargeur de d\u00e9marrage AVR (par exemple, faites une recherche sur le Web pour \"programmer un avr \u00e0 l'aide de raspberry pi\"). Les exemples ci-dessous sont \u00e9crits en supposant qu'un appareil de type \"AVR ISP Mk2\" est utilis\u00e9. Le logiciel \"avrdude\" est l'outil le plus utilis\u00e9 pour flasher les puces atmega (\u00e0 la fois pour flasher le chargeur de d\u00e9marrage et l'application).","title":"Micro-contr\u00f4leurs AVR"},{"location":"Bootloaders.html#atmega2560","text":"Cette puce se trouve g\u00e9n\u00e9ralement dans les \"Arduino Mega\" qui sont tr\u00e8s courante parmi les cartes d'imprimante 3d. Pour flasher le chargeur de d\u00e9marrage lui-m\u00eame, utilisez quelque chose comme : wget 'https://github.com/arduino/Arduino/raw/1.8.5/hardware/arduino/avr/bootloaders/stk500v2/stk500boot_v2_mega2560.hex' avrdude -cavrispv2 -patmega2560 -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0xFD:m -U hfuse:w:0xD8:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega2560 -P/dev/ttyACM0 -b115200 -U flash:w:stk500boot_v2_mega2560.hex avrdude -cavrispv2 -patmega2560 -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application, utilisez quelque chose comme : avrdude -cwiring -patmega2560 -P/dev/ttyACM0 -b115200 -D -Uflash:w:out/klipper.elf.hex:i","title":"Atmega2560"},{"location":"Bootloaders.html#atmega1280","text":"Cette puce se trouve g\u00e9n\u00e9ralement dans les anciennes versions de \"l'Arduino Mega\". Pour flasher le chargeur de d\u00e9marrage lui-m\u00eame, utilisez quelque chose comme : wget 'https://github.com/arduino/Arduino/raw/1.8.5/hardware/arduino/avr/bootloaders/atmega/ATmegaBOOT_168_atmega1280.hex' avrdude -cavrispv2 -patmega1280 -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0xF5:m -U hfuse:w:0xDA:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega1280 -P/dev/ttyACM0 -b115200 -U flash:w:ATmegaBOOT_168_atmega1280.hex avrdude -cavrispv2 -patmega1280 -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application, utilisez quelque chose comme : avrdude -carduino -patmega1280 -P/dev/ttyACM0 -b57600 -D -Uflash:w:out/klipper.elf.hex:i","title":"Atmega1280"},{"location":"Bootloaders.html#atmega1284p","text":"Cette puce se trouve couramment dans les cartes d'imprimante 3d de style \"Melzi\". Pour flasher le chargeur de d\u00e9marrage lui-m\u00eame, utilisez quelque chose comme : wget 'https://github.com/Lauszus/Sanguino/raw/1.0.2/bootloaders/optiboot/optiboot_atmega1284p.hex' avrdude -cavrispv2 -patmega1284p -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0xFD:m -U hfuse:w:0xDE:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega1284p -P/dev/ttyACM0 -b115200 -U flash:w:optiboot_atmega1284p.hex avrdude -cavrispv2 -patmega1284p -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application, utilisez quelque chose comme : avrdude -carduino -patmega1284p -P/dev/ttyACM0 -b115200 -D -Uflash:w:out/klipper.elf.hex:i Notez qu'un certain nombre de cartes de style \"Melzi\" sont pr\u00e9install\u00e9es avec un chargeur de d\u00e9marrage qui utilise un d\u00e9bit de 57600 bauds. Dans ce cas, pour flasher une application, utilisez plut\u00f4t quelque chose comme ceci : avrdude -carduino -patmega1284p -P/dev/ttyACM0 -b57600 -D -Uflash:w:out/klipper.elf.hex:i","title":"Atmega1284p"},{"location":"Bootloaders.html#at90usb1286","text":"Ce document ne couvre pas la m\u00e9thode pour flasher un chargeur de d\u00e9marrage sur l'At90usb1286 ni le flashage g\u00e9n\u00e9ral des applications sur cet appareil. L'appareil Teensy++ de pjrc.com est livr\u00e9 avec un chargeur de d\u00e9marrage propri\u00e9taire. Il n\u00e9cessite un outil de flash personnalis\u00e9 de https://github.com/PaulStoffregen/teensy_loader_cli . On peut flasher une application avec en utilisant quelque chose comme : teensy_loader_cli --mcu=at90usb1286 out/klipper.elf.hex -v","title":"At90usb1286"},{"location":"Bootloaders.html#atmega168","text":"L'atmega168 a un espace flash limit\u00e9. Si vous utilisez un chargeur de d\u00e9marrage, il est recommand\u00e9 d'utiliser le chargeur de d\u00e9marrage Optiboot. Pour flasher ce chargeur de d\u00e9marrage, utilisez quelque chose comme : wget 'https://github.com/arduino/Arduino/raw/1.8.5/hardware/arduino/avr/bootloaders/optiboot/optiboot_atmega168.hex' avrdude -cavrispv2 -patmega168 -P/dev/ttyACM0 -b115200 -e -u -U lock:w:0x3F:m -U efuse:w:0x04:m -U hfuse:w:0xDD:m -U lfuse:w:0xFF:m avrdude -cavrispv2 -patmega168 -P/dev/ttyACM0 -b115200 -U flash:w:optiboot_atmega168.hex avrdude -cavrispv2 -patmega168 -P/dev/ttyACM0 -b115200 -U lock:w:0x0F:m Pour flasher une application via le chargeur de d\u00e9marrage Optiboot, utilisez quelque chose comme : avrdude -carduino -patmega168 -P/dev/ttyACM0 -b115200 -D -Uflash:w:out/klipper.elf.hex:i","title":"Atmega168"},{"location":"Bootloaders.html#micro-controleurs-sam3-arduino-due","text":"Il n'est pas courant d'utiliser un chargeur de d\u00e9marrage avec le mcu SAM3. La puce elle-m\u00eame poss\u00e8de une ROM qui permet de programmer le flash \u00e0 partir du port s\u00e9rie 3,3 V ou de l'USB. Pour activer la ROM, la broche \"effacement\" est maintenue haute pendant une r\u00e9initialisation, ce qui efface le contenu flash et provoque l'ex\u00e9cution de la ROM. Sur un Arduino Due, cette s\u00e9quence peut \u00eatre accomplie en d\u00e9finissant un d\u00e9bit en bauds de 1200 sur le \"port usb de programmation\" (le port USB le plus proche de l'alimentation). Le code sur https://github.com/shumatech/BOSSA peut \u00eatre utilis\u00e9 pour programmer le SAM3. Il est recommand\u00e9 d'utiliser la version 1.9 ou ult\u00e9rieure. Pour flasher une application, utilisez quelque chose comme : bossac -U -p /dev/ttyACM0 -a -e -w out/klipper.bin -v -b bossac -U -p /dev/ttyACM0 -R","title":"Micro-contr\u00f4leurs SAM3 (Arduino Due)"},{"location":"Bootloaders.html#micro-controleurs-sam4-duet-wifi","text":"Il n'est pas courant d'utiliser un bootloader avec le mcu SAM4. La puce elle-m\u00eame poss\u00e8de une ROM qui permet de programmer le flash \u00e0 partir du port s\u00e9rie 3,3 V ou de l'USB. Pour activer la ROM, la broche \"effacement\" est maintenue haute pendant une r\u00e9initialisation, ce qui efface le contenu flash et provoque l'ex\u00e9cution de la ROM. Le code sur https://github.com/shumatech/BOSSA peut \u00eatre utilis\u00e9 pour programmer le SAM4. Il est n\u00e9cessaire d'utiliser la version 1.8.0 ou sup\u00e9rieure. Pour flasher une application, utilisez quelque chose comme : bossac --port=/dev/ttyACM0 -b -U -e -w -v -R out/klipper.bin","title":"Micro-contr\u00f4leurs SAM4 (Duet Wifi)"},{"location":"Bootloaders.html#micro-controleurs-samd21-arduino-zero","text":"Le chargeur de d\u00e9marrage SAMD21 est flash\u00e9 via l'interface ARM Serial Wire Debug (SWD). Cela se fait g\u00e9n\u00e9ralement avec un dongle mat\u00e9riel SWD d\u00e9di\u00e9. Alternativement, on peut utiliser un Raspberry Pi avec OpenOCD . Pour flasher un chargeur de d\u00e9marrage avec OpenOCD, utilisez la configuration de puce suivante : source [find target/at91samdXX.cfg] Procurez-vous un bootloader - par exemple : wget 'https://github.com/arduino/ArduinoCore-samd/raw/1.8.3/bootloaders/zero/samd21_sam_ba.bin' Flashez avec des commandes OpenOCD similaires \u00e0 : at91samd bootloader 0 program samd21_sam_ba.bin verify Le chargeur de d\u00e9marrage le plus courant sur le SAMD21 est celui que l'on trouve sur le \"Arduino Zero\". Il utilise un chargeur de d\u00e9marrage de 8 Ko (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 8 Ko). On peut entrer dans ce chargeur de d\u00e9marrage en double-cliquant sur le bouton de r\u00e9initialisation. Pour flasher une application, utilisez quelque chose comme : bossac -U -p /dev/ttyACM0 --offset=0x2000 -w out/klipper.bin -v -b -R En revanche, \"l'Arduino M0\" utilise un bootloader de 16KiB (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16KiB). Pour flasher une application sur ce chargeur de d\u00e9marrage, r\u00e9initialisez le microcontr\u00f4leur et ex\u00e9cutez la commande flash dans les premi\u00e8res secondes du d\u00e9marrage - quelque chose comme : avrdude -c stk500v2 -p atmega2560 -P /dev/ttyACM0 -u -Uflash:w:out/klipper.elf.hex:i","title":"Micro-contr\u00f4leurs SAMD21 (Arduino Zero)"},{"location":"Bootloaders.html#micro-controleurs-samd51-adafruit-metro-m4-et-similaires","text":"Comme le SAMD21, le chargeur de d\u00e9marrage SAMD51 est flash\u00e9 via l'interface ARM Serial Wire Debug (SWD). Pour flasher un chargeur de d\u00e9marrage avec OpenOCD sur un Raspberry Pi utilisez la configuration de puce suivante : source [find target/atsame5x.cfg] Obtenir un Chargeur de D\u00e9marrage - De nombreux Chargeurs de d\u00e9marrage sont disponibles sur https://github.com/adafruit/uf2-samdx1/releases/latest . Par exemple\u202f: wget 'https://github.com/adafruit/uf2-samdx1/releases/download/v3.7.0/bootloader-itsybitsy_m4-v3.7.0.bin' Flashez avec des commandes OpenOCD similaires \u00e0 : at91samd bootloader 0 program bootloader-itsybitsy_m4-v3.7.0.bin verify at91samd bootloader 16384 Le SAMD51 utilise un chargeur de d\u00e9marrage de 16 Ko (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16 Ko). Pour flasher une application, utilisez quelque chose comme : bossac -U -p /dev/ttyACM0 --offset=0x4000 -w out/klipper.bin -v -b -R","title":"Micro-contr\u00f4leurs SAMD51 (Adafruit Metro-M4 et similaires)"},{"location":"Bootloaders.html#microcontroleurs-stm32f103-dispositifs-blue-pill","text":"Les appareils STM32F103 ont une ROM qui peut flasher un chargeur de d\u00e9marrage ou une application via un port s\u00e9rie 3,3 V. En r\u00e8gle g\u00e9n\u00e9rale, on c\u00e2blerait les broches PA10 (MCU Rx) et PA9 (MCU Tx) \u00e0 un adaptateur UART 3,3 V. Pour acc\u00e9der \u00e0 la ROM, il faut connecter la broche \"boot 0\" au niveau haut et la broche \"boot 1\" au niveau bas, puis r\u00e9initialiser l'appareil. Le package \"stm32flash\" peut ensuite \u00eatre utilis\u00e9 pour flasher l'appareil en utilisant quelque chose comme : stm32flash -w out/klipper.bin -v -g 0 /dev/ttyAMA0 Notez que si l'on utilise un Raspberry Pi pour le port s\u00e9rie 3.3V, le protocole stm32flash utilise un mode de parit\u00e9 s\u00e9rie que le \"mini UART\" du Raspberry Pi ne prend pas en charge. Voir https://www.raspberrypi.com/documentation/computers/configuration.html#configuring-uarts pour plus de d\u00e9tails sur l'activation de l'uart complet sur les broches GPIO du Raspberry Pi. Apr\u00e8s avoir flash\u00e9, r\u00e9glez \u00e0 la fois \"boot 0\" et \"boot 1\" sur bas afin que les futures r\u00e9initialisations d\u00e9marrent \u00e0 partir du flash.","title":"Microcontr\u00f4leurs STM32F103 (dispositifs Blue Pill)"},{"location":"Bootloaders.html#stm32f103-avec-chargeur-de-demarrage-stm32duino","text":"Le projet \"stm32duino\" a un chargeur de d\u00e9marrage compatible USB - voir : https://github.com/rogerclarkmelbourne/STM32duino-bootloader Ce chargeur de d\u00e9marrage peut \u00eatre flash\u00e9 via un port s\u00e9rie 3,3 V avec quelque chose comme : wget 'https://github.com/rogerclarkmelbourne/STM32duino-bootloader/raw/master/binaries/generic_boot20_pc13.bin' stm32flash -w generic_boot20_pc13.bin -v -g 0 /dev/ttyAMA0 Ce chargeur de d\u00e9marrage utilise 8 Ko d'espace flash (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 8 Ko). Flashez une application avec quelque chose comme : dfu-util -d 1eaf:0003 -a 2 -R -D out/klipper.bin Le chargeur de d\u00e9marrage ne s'ex\u00e9cute g\u00e9n\u00e9ralement que pendant une courte p\u00e9riode apr\u00e8s le d\u00e9marrage. Il peut \u00eatre n\u00e9cessaire de chronom\u00e9trer la commande ci-dessus pour qu'elle s'ex\u00e9cute pendant que le chargeur de d\u00e9marrage est toujours actif (le chargeur de d\u00e9marrage fait clignoter une LED de la carte pendant son ex\u00e9cution). Vous pouvez \u00e9galement d\u00e9finir la broche \"boot 0\" sur low et la broche \"boot 1\" sur high pour rester en mode chargeur de d\u00e9marrage apr\u00e8s une r\u00e9initialisation.","title":"STM32F103 avec chargeur de d\u00e9marrage stm32duino"},{"location":"Bootloaders.html#stm32f103-avec-chargeur-de-demarrage-hid","text":"Le chargeur de d\u00e9marrage HID est un chargeur de d\u00e9marrage compact et sans pilote capable de flasher via USB. Un fork avec des builds sp\u00e9cifiques au SKR Mini E3 1.2 est \u00e9galement disponible. Pour les cartes STM32F103 g\u00e9n\u00e9riques telles que la blue pill, il est possible de flasher le chargeur de d\u00e9marrage via un port s\u00e9rie 3.3v en utilisant stm32flash comme indiqu\u00e9 dans la section stm32duino ci-dessus, en rempla\u00e7ant le nom de fichier par le binaire du chargeur de d\u00e9marrage souhait\u00e9 (c'est-\u00e0-dire\u202f: hid_generic_pc13.bin pour la blue pill). Il n'est pas possible d'utiliser stm32flash pour le SKR Mini E3 car la broche boot0 est directement li\u00e9e \u00e0 la terre et non connect\u00e9e via des broches d'en-t\u00eate. Il est recommand\u00e9 d'utiliser un STLink V2 avec le programmeur STM32Cube pour flasher le bootloader. Si vous n'avez pas acc\u00e8s \u00e0 un STLink, il est \u00e9galement possible d'utiliser un Raspberry Pi et OpenOCD avec la configuration de puce suivante : source [find target/stm32f1x.cfg] Si vous le souhaitez, vous pouvez faire une sauvegarde du flash actuel avec la commande suivante. Notez que cela peut prendre un certain temps : flash read_bank 0 btt_skr_mini_e3_backup.bin vous pouvez flasher avec des commandes similaires \u00e0 : stm32f1x mass_erase 0 program hid_btt_skr_mini_e3.bin verify 0x08000000 NOTES\u202f: L'exemple ci-dessus efface la puce puis programme le bootloader. Quelle que soit la m\u00e9thode choisie pour flasher, il est recommand\u00e9 d'effacer la puce avant de flasher. Avant de flasher le SKR Mini E3 avec ce chargeur de d\u00e9marrage, vous devez savoir que vous ne pourrez plus mettre \u00e0 jour le firmware via la carte SD. You may need to hold down the reset button on the board while launching OpenOCD. It should display something like: Open On-Chip Debugger 0.10.0+dev-01204-gc60252ac-dirty (2020-04-27-16:00) Licensed under GNU GPL v2 For bug reports, read http://openocd.org/doc/doxygen/bugs.html DEPRECATED! use 'adapter speed' not 'adapter_khz' Info : BCM2835 GPIO JTAG/SWD bitbang driver Info : JTAG and SWD modes enabled Info : clock speed 40 kHz Info : SWD DPIDR 0x1ba01477 Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints Info : stm32f1x.cpu: external reset detected Info : starting gdb server for stm32f1x.cpu on 3333 Info : Listening on port 3333 for gdb connections Apr\u00e8s quoi, vous pouvez rel\u00e2cher le bouton de r\u00e9initialisation. Ce chargeur de d\u00e9marrage n\u00e9cessite 2 Ko d'espace flash (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 2 Ko). Le programme hid-flash est utilis\u00e9 pour t\u00e9l\u00e9charger un binaire sur le bootloader. Vous pouvez installer ce logiciel avec les commandes suivantes : sudo apt install libusb-1.0 cd ~/klipper/lib/hidflash make Si le chargeur de d\u00e9marrage est en cours d'ex\u00e9cution, vous pouvez flasher avec quelque chose comme : ~/klipper/lib/hidflash/hid-flash ~/klipper/out/klipper.bin Vous pouvez aussi utiliser make flash pour flasher directement klipper : make flash FLASH_DEVICE=1209:BEBA OU si klipper a d\u00e9j\u00e0 \u00e9t\u00e9 flash\u00e9 : make flash FLASH_DEVICE=/dev/ttyACM0 Il peut \u00eatre n\u00e9cessaire d'entrer manuellement dans le chargeur de d\u00e9marrage, cela peut \u00eatre fait en d\u00e9finissant \"boot 0\" au niveau bas et \"boot 1\" au niveau haut. Sur le SKR Mini E3 \"Boot 1\" n'est pas disponible, vous pouvez donc le faire en mettant la broche PA2 au niveau bas si vous avez flash\u00e9 \"hid_btt_skr_mini_e3.bin\". Cette broche est \u00e9tiquet\u00e9e \"TX0\" sur l'en-t\u00eate TFT dans le document \"PIN\" du SKR Mini E3. Il y a une broche de terre \u00e0 c\u00f4t\u00e9 de PA2 que vous pouvez utiliser pour mettre PA2 \u00e0 0.","title":"STM32F103 avec chargeur de d\u00e9marrage HID"},{"location":"Bootloaders.html#stm32f103stm32f072-avec-chargeur-de-demarrage-msc","text":"Le chargeur de d\u00e9marrage MSC est un chargeur de d\u00e9marrage sans pilote capable de flasher via USB. Il est possible de flasher le chargeur de d\u00e9marrage via un port s\u00e9rie 3.3v en utilisant stm32flash comme indiqu\u00e9 dans la section stm32duino ci-dessus, en rempla\u00e7ant le nom de fichier par le binaire du chargeur de d\u00e9marrage MSC souhait\u00e9 (c'est-\u00e0-dire : MSCboot-Bluepill.bin pour la blue pill). Pour les cartes STM32F072, il est \u00e9galement possible de flasher le bootloader via USB (via DFU) avec quelque chose comme : dfu-util -d 0483:df11 -a 0 -R -D MSCboot-STM32F072.bin -s0x08000000:leave Ce chargeur de d\u00e9marrage utilise 8 Ko ou 16 Ko d'espace flash, voir la description du chargeur de d\u00e9marrage (l'application doit \u00eatre compil\u00e9e avec l'adresse de d\u00e9marrage correspondante). Le chargeur de d\u00e9marrage peut \u00eatre activ\u00e9 en appuyant deux fois sur le bouton de r\u00e9initialisation de la carte. D\u00e8s que le chargeur de d\u00e9marrage est activ\u00e9, la carte appara\u00eet comme une cl\u00e9 USB sur laquelle le fichier klipper.bin peut \u00eatre copi\u00e9.","title":"STM32F103/STM32F072 avec chargeur de d\u00e9marrage MSC"},{"location":"Bootloaders.html#stm32f103stm32f0x2-avec-chargeur-de-demarrage-canboot","text":"Le chargeur de d\u00e9marrage CanBoot offre une option pour t\u00e9l\u00e9charger le micrologiciel Klipper via le CANBUS. Le chargeur de d\u00e9marrage lui-m\u00eame est d\u00e9riv\u00e9 du code source de Klipper. Actuellement, CanBoot prend en charge les mod\u00e8les STM32F103, STM32F042 et STM32F072. Il est recommand\u00e9 d'utiliser un programmeur ST-Link pour flasher CanBoot, mais il devrait \u00eatre possible de flasher en utilisant stm32flash sur les appareils STM32F103 et dfu-util sur les appareils STM32F042/STM32F072. Consultez les sections pr\u00e9c\u00e9dentes de ce document pour obtenir des instructions sur ces m\u00e9thodes de flash, en rempla\u00e7ant canboot.bin par le nom de fichier, le cas \u00e9ch\u00e9ant. Le lien CanBoot ci-dessus fournit des instructions pour cr\u00e9er le chargeur de d\u00e9marrage. La premi\u00e8re fois que CanBoot a \u00e9t\u00e9 flash\u00e9, il devrait d\u00e9tecter qu'aucune application n'est pr\u00e9sente et entrer dans le chargeur de d\u00e9marrage. Si cela ne se produit pas, il est possible d'entrer dans le chargeur de d\u00e9marrage en appuyant deux fois de suite sur le bouton de r\u00e9initialisation. L'utilitaire flash_can.py fourni dans le dossier lib/canboot peut \u00eatre utilis\u00e9 pour t\u00e9l\u00e9charger le firmware Klipper. L'UUID de l'appareil doit clignoter. Si vous n'avez pas d'UUID, il est possible d'interroger les n\u0153uds ex\u00e9cutant actuellement le chargeur de d\u00e9marrage : python3 flash_can.py -q Cela renverra les UUID pour tous les n\u0153uds connect\u00e9s et qui n'avaient pas d'UUID attribu\u00e9. Cela devrait inclure tous les n\u0153uds actuellement dans le chargeur de d\u00e9marrage. Une fois que vous avez un UUID, vous pouvez t\u00e9l\u00e9charger le firmware avec la commande suivante : python3 flash_can.py -i can0 -f ~/klipper/out/klipper.bin -u aabbccddeeff O\u00f9 aabbccddeeff est remplac\u00e9 par votre UUID. Notez que les options -i et -f peuvent \u00eatre omises, elles sont par d\u00e9faut sur can0 et ~/klipper/out/klipper.bin . Lors de la cr\u00e9ation de Klipper pour une utilisation avec CanBoot, s\u00e9lectionnez l'option 8 KiB Bootloader.","title":"STM32F103/STM32F0x2 avec chargeur de d\u00e9marrage CanBoot"},{"location":"Bootloaders.html#micro-controleurs-stm32f4-skr-pro-11","text":"Les microcontr\u00f4leurs STM32F4 sont \u00e9quip\u00e9s d'un chargeur de d\u00e9marrage syst\u00e8me int\u00e9gr\u00e9 capable de flasher via USB (via DFU), s\u00e9rie 3,3 V et diverses autres m\u00e9thodes (voir le document STM AN2606 pour plus d'informations). Certaines cartes STM32F4, telles que le SKR Pro 1.1, ne peuvent pas entrer dans le chargeur de d\u00e9marrage DFU. Le chargeur de d\u00e9marrage HID est disponible pour les cartes bas\u00e9es sur STM32F405/407 si l'utilisateur pr\u00e9f\u00e8re flasher sur USB plut\u00f4t que d'utiliser la carte SD. Notez que vous devrez peut-\u00eatre configurer et construire une version sp\u00e9cifique \u00e0 votre carte, une version pour le SKR Pro 1.1 est disponible ici . \u00c0 moins que votre carte ne soit compatible DFU, la m\u00e9thode de flash la plus accessible est probablement via un port s\u00e9rie 3.3v, qui suit la m\u00eame proc\u00e9dure que flasher le STM32F103 avec stm32flash . Par exemple\u202f: wget https://github.com/Arksine/STM32_HID_Bootloader/releases/download/v0.5-beta/hid_bootloader_SKR_PRO.bin stm32flash -w hid_bootloader_SKR_PRO.bin -v -g 0 /dev/ttyAMA0 Ce chargeur de d\u00e9marrage n\u00e9cessite 16 Ko d'espace flash sur le STM32F4 (l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16 Ko). Comme avec le STM32F1, le STM32F4 utilise l'outil hid-flash pour t\u00e9l\u00e9charger des fichiers binaires sur le MCU. Voir les instructions ci-dessus pour plus de d\u00e9tails sur la fa\u00e7on de construire et d'utiliser hid-flash. Il peut \u00eatre n\u00e9cessaire d'entrer manuellement dans le chargeur de d\u00e9marrage, cela peut \u00eatre fait en d\u00e9finissant \"boot 0\" au niveau bas, \"boot 1\" au niveau haut et en branchant l'appareil. Une fois la programmation termin\u00e9e, d\u00e9branchez l'appareil et re-r\u00e9glez \"boot 1\" au niveau bas pour que l'application soit charg\u00e9e.","title":"Micro-contr\u00f4leurs STM32F4 (SKR Pro 1.1)"},{"location":"Bootloaders.html#micro-controleurs-lpc176x-smoothieboards","text":"Ce document ne d\u00e9crit pas la m\u00e9thode pour flasher le Chargeur de d\u00e9marrage lui-m\u00eame - voir : http://smoothieware.org/flashing-the-bootloader pour plus d'informations sur ce sujet. Il est courant que les Smoothieboards soient livr\u00e9s avec un chargeur de d\u00e9marrage de : https://github.com/triffid/LPC17xx-DFU-Bootloader . Lors de l'utilisation de ce chargeur de d\u00e9marrage, l'application doit \u00eatre compil\u00e9e avec une adresse de d\u00e9marrage de 16 Ko. Le moyen le plus simple de flasher une application avec ce chargeur de d\u00e9marrage est de copier le fichier d'application (par exemple, out/klipper.bin ) dans un fichier nomm\u00e9 firmware.bin sur une carte SD, et puis de red\u00e9marrer le microcontr\u00f4leur avec cette carte SD.","title":"Micro-contr\u00f4leurs LPC176x (Smoothieboards)"},{"location":"Bootloaders.html#executer-openocd-sur-le-raspberry-pi","text":"OpenOCD est un logiciel qui peut effectuer un flashage et un d\u00e9bogage de puce de bas niveau. Il peut utiliser les broches GPIO d'un Raspberry Pi pour communiquer avec une vari\u00e9t\u00e9 de puces ARM. Cette section d\u00e9crit comment installer et lancer OpenOCD. Elle d\u00e9rive des instructions disponibles sur : https://learn.adafruit.com/programming-microcontrollers-using-openocd-on-raspberry-pi Commencez par t\u00e9l\u00e9charger et compiler le logiciel (chaque \u00e9tape peut prendre plusieurs minutes et l'\u00e9tape \"make\" peut prendre plus de 30 minutes) : sudo apt-get update sudo apt-get install autoconf libtool telnet mkdir ~/openocd cd ~/openocd/ git clone http://openocd.zylin.com/openocd cd openocd ./bootstrap ./configure --enable-sysfsgpio --enable-bcm2835gpio --prefix=/home/pi/openocd/install make make install","title":"Ex\u00e9cuter OpenOCD sur le Raspberry PI"},{"location":"Bootloaders.html#configurer-openocd","text":"Cr\u00e9ez un fichier de configuration OpenOCD : nano ~/openocd/openocd.cfg Utilisez une configuration similaire \u00e0 la suivante : # Utilise les pins du RPI: GPIO25 pour SWDCLK, GPIO24 pour SWDIO, GPIO18 pour nRST source [find interface/raspberrypi2-native.cfg] bcm2835gpio_swd_nums 25 24 bcm2835gpio_srst_num 18 transport select swd # Utilise le reset c\u00e2bl\u00e9 pour la raz de la puce reset_config srst_only adapter_nsrst_delay 100 adapter_nsrst_assert_width 100 # Specification du type de puce source [find target/atsame5x.cfg] # D\u00e9finir la vitesse de l'adaptateur adapter_khz 40 # Connexion \u00e0 la puce init targets reset halt","title":"Configurer OpenOCD"},{"location":"Bootloaders.html#cablez-le-raspberry-pi-sur-la-puce-cible","text":"\u00c9teignez \u00e0 la fois le Raspberry Pi et la puce cible avant le c\u00e2blage ! V\u00e9rifiez que la puce cible utilise bien du 3,3 V avant de la connecter au Raspberry Pi ! Connectez GND, SWDCLK, SWDIO et RST sur la puce cible \u00e0 GND, GPIO25, GPIO24 et GPIO18 sur le Raspberry Pi. Mettez ensuite le Raspberry Pi sous tension et alimentez la puce cible.","title":"C\u00e2blez le Raspberry Pi sur la puce cible"},{"location":"Bootloaders.html#executez-openocd","text":"Ex\u00e9cutez OpenOCD : cd ~/openocd/ sudo ~/openocd/install/bin/openocd -f ~/openocd/openocd.cfg Ce qui pr\u00e9c\u00e8de devrait amener OpenOCD \u00e0 \u00e9mettre des messages texte, puis \u00e0 attendre (il ne doit pas imm\u00e9diatement revenir \u00e0 l'invite du shell). Si OpenOCD se ferme tout seul ou s'il continue \u00e0 \u00e9mettre des messages texte, v\u00e9rifiez \u00e0 nouveau le c\u00e2blage. Une fois OpenOCD en cours d'ex\u00e9cution et stable, on peut lui envoyer des commandes via telnet. Ouvrez une autre session SSH et ex\u00e9cutez ce qui suit : telnet 127.0.0.1 4444 (Vous pouvez quitter telnet en appuyant sur ctrl+] puis en ex\u00e9cutant la commande \"quit\".)","title":"Ex\u00e9cutez OpenOCD"},{"location":"Bootloaders.html#openocd-et-gdb","text":"Il est possible d'utiliser OpenOCD avec gdb pour d\u00e9boguer Klipper. Les commandes suivantes supposent que l'on ex\u00e9cute gdb sur une machine de bureau. Ajoutez ce qui suit au fichier de configuration OpenOCD : bindto 0.0.0.0 gdb_port 44444 Red\u00e9marrez OpenOCD sur le Raspberry Pi, puis ex\u00e9cutez la commande Unix suivante sur la machine de bureau : cd /path/to/klipper/ gdb out/klipper.elf Dans gdb, ex\u00e9cutez : target remote octopi:44444 (Remplacez \"octopi\" par le nom d'h\u00f4te du Raspberry Pi.) Une fois que gdb est en cours d'ex\u00e9cution, il est possible de d\u00e9finir des points d'arr\u00eat et d'inspecter les registres.","title":"OpenOCD et gdb"},{"location":"CANBUS.html","text":"CANBUS \u00b6 Ce document d\u00e9crit la prise en charge du CAN bus de Klipper. Mat\u00e9riel de l'appareil \u00b6 Klipper ne prend actuellement en charge CAN que sur les puces stm32, same5x et rp2040. De plus, la puce du microcontr\u00f4leur doit se trouver sur une carte dot\u00e9e d'un \u00e9metteur-r\u00e9cepteur CAN. Pour compiler le firmware de votre mat\u00e9riel canbus, ex\u00e9cutez make menuconfig et s\u00e9lectionnez \u00ab CAN bus \u00bb comme interface de communication. Enfin, compilez le code du microcontr\u00f4leur et flashez-le sur la carte cible. Mat\u00e9riel de l'h\u00f4te \u00b6 Pour utiliser un bus CAN, il est n\u00e9cessaire d'avoir un adaptateur h\u00f4te. Il existe actuellement deux solutions : Utilisez une Carte fille Waveshare Raspberry Pi CAN ou l'un de ses nombreux clones. Utilisez un adaptateur USB CAN (par exemple https://hacker-gadgets.com/product/cantact-usb-can-adapter/ ). Il existe de nombreux adaptateurs USB vers CAN diff\u00e9rents - lorsque vous en choisissez un, nous vous recommandons de v\u00e9rifier qu'il peut ex\u00e9cuter le micrologiciel Candlelight . (Malheureusement, nous avons constat\u00e9 que certains adaptateurs USB ex\u00e9cutent un micrologiciel d\u00e9fectueux et sont bloqu\u00e9s, v\u00e9rifiez avant d'acheter.) Il faut aussi configurer le syst\u00e8me d'exploitation h\u00f4te pour utiliser l'adaptateur. Cela se fait g\u00e9n\u00e9ralement en cr\u00e9ant un nouveau fichier nomm\u00e9 /etc/network/interfaces.d/can0 avec le contenu suivant : auto can0 iface can0 can static bitrate 500000 up ifconfig $IFACE txqueuelen 128 Notez que la \"Carte Fille Raspberry Pi CAN hat\" n\u00e9cessite \u00e9galement modifications de config.txt . R\u00e9sistances de terminaison \u00b6 Un bus CAN doit avoir deux r\u00e9sistances de 120 ohms entre les fils CANH et CANL. Id\u00e9alement, une r\u00e9sistance situ\u00e9e \u00e0 chaque extr\u00e9mit\u00e9 du bus. Notez que certains appareils ont une r\u00e9sistance int\u00e9gr\u00e9e de 120 ohms (par exemple, le \"Waveshare Raspberry Pi CAN hat\" a une r\u00e9sistance soud\u00e9e qui ne peut pas \u00eatre facilement retir\u00e9e). Certains appareils n'incluent pas de r\u00e9sistance du tout. D'autres appareils ont un m\u00e9canisme pour s\u00e9lectionner la r\u00e9sistance (g\u00e9n\u00e9ralement en connectant un ou plusieurs \"cavalier\"). V\u00e9rifiez les sch\u00e9mas de tous les appareils sur le bus CAN pour v\u00e9rifier qu'il y a deux et seulement deux r\u00e9sistances de 120 ohms sur le bus. Pour tester que les r\u00e9sistances sont correctes, on peut couper l'alimentation de l'imprimante et utiliser un multim\u00e8tre pour v\u00e9rifier la r\u00e9sistance entre les fils CANH et CANL - la r\u00e9sistance doit \u00eatre d'environ 60 ohms sur un bus CAN correctement c\u00e2bl\u00e9. Trouver le canbus_uuid pour les nouveaux microcontr\u00f4leurs \u00b6 Chaque microcontr\u00f4leur sur le bus CAN se voit attribuer un identifiant unique bas\u00e9 sur un identifiant de puce cod\u00e9 en usine dans chaque microcontr\u00f4leur. Pour trouver les identifiant canbus des microcontr\u00f4leurs, assurez-vous que le mat\u00e9riel est correctement aliment\u00e9 et c\u00e2bl\u00e9, puis ex\u00e9cutez : ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 Si des p\u00e9riph\u00e9riques CAN non initialis\u00e9s sont d\u00e9tect\u00e9s, la commande ci-dessus remontera des lignes comme celles-ci : Found canbus_uuid=11aa22bb33cc, Application: Klipper Chaque appareil aura un identifiant unique. Dans l'exemple ci-dessus, 11aa22bb33cc est le \"canbus_uuid\" du microcontr\u00f4leur. Notez que l'outil canbus_query.py ne signalera que les appareils non initialis\u00e9s - si Klipper (ou un outil similaire) configure l'appareil, il n'appara\u00eetra plus dans la liste. Configuration de Klipper \u00b6 Mettez \u00e0 jour la configuration de Klipper configuration mcu afin d'utiliser le bus CAN pour communiquer avec l'appareil - par exemple : [mcu my_can_mcu] canbus_uuid: 11aa22bb33cc Mode pont USB vers bus CAN \u00b6 Certains microcontr\u00f4leurs prennent en charge la s\u00e9lection du mode \"pont USB vers bus CAN\" pendant \"make menuconfig\". Ce mode peut permettre d'utiliser un microcontr\u00f4leur \u00e0 la fois comme \"adaptateur de bus USB vers CAN\" et comme n\u0153ud Klipper. Lorsque Klipper utilise ce mode, le microcontr\u00f4leur appara\u00eet comme un \"adaptateur de bus USB CAN\" sous Linux. Le \"Klipper bridge mcu\" lui-m\u00eame appara\u00eetra comme s'il se trouvait sur ce bus CAN - il peut \u00eatre identifi\u00e9 via canbus_query.py et configur\u00e9 comme les autres n\u0153uds Klipper du bus CAN. Il appara\u00eetra \u00e0 c\u00f4t\u00e9 d'autres appareils qui sont en fait sur le bus CAN. Quelques remarques importantes lors de l'utilisation de ce mode : Le \"bridge mcu\" n'est pas r\u00e9ellement sur le bus CAN. Les messages entrants et sortants ne consomment pas de bande passante sur le bus CAN. Le mcu ne peut pas \u00eatre vu par les autres adaptateurs qui sont sur le bus CAN. Il est n\u00e9cessaire de configurer l'interface can0 (ou similaire) sous Linux afin de communiquer avec le bus. Cependant, la vitesse du bus CAN Linux et les options de synchronisation des bits du bus CAN sont ignor\u00e9es par Klipper. Actuellement, la fr\u00e9quence du bus CAN est sp\u00e9cifi\u00e9e lors de \"make menuconfig\" et la vitesse du bus sp\u00e9cifi\u00e9e dans Linux est ignor\u00e9e. Chaque fois que le \"bridge mcu\" est r\u00e9initialis\u00e9, Linux d\u00e9sactive l'interface can0 correspondante. Pour assurer une bonne gestion des commandes FIRMWARE_RESTART et RESTART, il est recommand\u00e9 de remplacer auto par allow-hotplug dans le fichier /etc/network/interfaces.d/can0 dossier. Par exemple\u202f: allow-hotplug can0 iface can0 can static bitrate 500000 up ifconfig $IFACE txqueuelen 128","title":"CANBUS"},{"location":"CANBUS.html#canbus","text":"Ce document d\u00e9crit la prise en charge du CAN bus de Klipper.","title":"CANBUS"},{"location":"CANBUS.html#materiel-de-lappareil","text":"Klipper ne prend actuellement en charge CAN que sur les puces stm32, same5x et rp2040. De plus, la puce du microcontr\u00f4leur doit se trouver sur une carte dot\u00e9e d'un \u00e9metteur-r\u00e9cepteur CAN. Pour compiler le firmware de votre mat\u00e9riel canbus, ex\u00e9cutez make menuconfig et s\u00e9lectionnez \u00ab CAN bus \u00bb comme interface de communication. Enfin, compilez le code du microcontr\u00f4leur et flashez-le sur la carte cible.","title":"Mat\u00e9riel de l'appareil"},{"location":"CANBUS.html#materiel-de-lhote","text":"Pour utiliser un bus CAN, il est n\u00e9cessaire d'avoir un adaptateur h\u00f4te. Il existe actuellement deux solutions : Utilisez une Carte fille Waveshare Raspberry Pi CAN ou l'un de ses nombreux clones. Utilisez un adaptateur USB CAN (par exemple https://hacker-gadgets.com/product/cantact-usb-can-adapter/ ). Il existe de nombreux adaptateurs USB vers CAN diff\u00e9rents - lorsque vous en choisissez un, nous vous recommandons de v\u00e9rifier qu'il peut ex\u00e9cuter le micrologiciel Candlelight . (Malheureusement, nous avons constat\u00e9 que certains adaptateurs USB ex\u00e9cutent un micrologiciel d\u00e9fectueux et sont bloqu\u00e9s, v\u00e9rifiez avant d'acheter.) Il faut aussi configurer le syst\u00e8me d'exploitation h\u00f4te pour utiliser l'adaptateur. Cela se fait g\u00e9n\u00e9ralement en cr\u00e9ant un nouveau fichier nomm\u00e9 /etc/network/interfaces.d/can0 avec le contenu suivant : auto can0 iface can0 can static bitrate 500000 up ifconfig $IFACE txqueuelen 128 Notez que la \"Carte Fille Raspberry Pi CAN hat\" n\u00e9cessite \u00e9galement modifications de config.txt .","title":"Mat\u00e9riel de l'h\u00f4te"},{"location":"CANBUS.html#resistances-de-terminaison","text":"Un bus CAN doit avoir deux r\u00e9sistances de 120 ohms entre les fils CANH et CANL. Id\u00e9alement, une r\u00e9sistance situ\u00e9e \u00e0 chaque extr\u00e9mit\u00e9 du bus. Notez que certains appareils ont une r\u00e9sistance int\u00e9gr\u00e9e de 120 ohms (par exemple, le \"Waveshare Raspberry Pi CAN hat\" a une r\u00e9sistance soud\u00e9e qui ne peut pas \u00eatre facilement retir\u00e9e). Certains appareils n'incluent pas de r\u00e9sistance du tout. D'autres appareils ont un m\u00e9canisme pour s\u00e9lectionner la r\u00e9sistance (g\u00e9n\u00e9ralement en connectant un ou plusieurs \"cavalier\"). V\u00e9rifiez les sch\u00e9mas de tous les appareils sur le bus CAN pour v\u00e9rifier qu'il y a deux et seulement deux r\u00e9sistances de 120 ohms sur le bus. Pour tester que les r\u00e9sistances sont correctes, on peut couper l'alimentation de l'imprimante et utiliser un multim\u00e8tre pour v\u00e9rifier la r\u00e9sistance entre les fils CANH et CANL - la r\u00e9sistance doit \u00eatre d'environ 60 ohms sur un bus CAN correctement c\u00e2bl\u00e9.","title":"R\u00e9sistances de terminaison"},{"location":"CANBUS.html#trouver-le-canbus_uuid-pour-les-nouveaux-microcontroleurs","text":"Chaque microcontr\u00f4leur sur le bus CAN se voit attribuer un identifiant unique bas\u00e9 sur un identifiant de puce cod\u00e9 en usine dans chaque microcontr\u00f4leur. Pour trouver les identifiant canbus des microcontr\u00f4leurs, assurez-vous que le mat\u00e9riel est correctement aliment\u00e9 et c\u00e2bl\u00e9, puis ex\u00e9cutez : ~/klippy-env/bin/python ~/klipper/scripts/canbus_query.py can0 Si des p\u00e9riph\u00e9riques CAN non initialis\u00e9s sont d\u00e9tect\u00e9s, la commande ci-dessus remontera des lignes comme celles-ci : Found canbus_uuid=11aa22bb33cc, Application: Klipper Chaque appareil aura un identifiant unique. Dans l'exemple ci-dessus, 11aa22bb33cc est le \"canbus_uuid\" du microcontr\u00f4leur. Notez que l'outil canbus_query.py ne signalera que les appareils non initialis\u00e9s - si Klipper (ou un outil similaire) configure l'appareil, il n'appara\u00eetra plus dans la liste.","title":"Trouver le canbus_uuid pour les nouveaux microcontr\u00f4leurs"},{"location":"CANBUS.html#configuration-de-klipper","text":"Mettez \u00e0 jour la configuration de Klipper configuration mcu afin d'utiliser le bus CAN pour communiquer avec l'appareil - par exemple : [mcu my_can_mcu] canbus_uuid: 11aa22bb33cc","title":"Configuration de Klipper"},{"location":"CANBUS.html#mode-pont-usb-vers-bus-can","text":"Certains microcontr\u00f4leurs prennent en charge la s\u00e9lection du mode \"pont USB vers bus CAN\" pendant \"make menuconfig\". Ce mode peut permettre d'utiliser un microcontr\u00f4leur \u00e0 la fois comme \"adaptateur de bus USB vers CAN\" et comme n\u0153ud Klipper. Lorsque Klipper utilise ce mode, le microcontr\u00f4leur appara\u00eet comme un \"adaptateur de bus USB CAN\" sous Linux. Le \"Klipper bridge mcu\" lui-m\u00eame appara\u00eetra comme s'il se trouvait sur ce bus CAN - il peut \u00eatre identifi\u00e9 via canbus_query.py et configur\u00e9 comme les autres n\u0153uds Klipper du bus CAN. Il appara\u00eetra \u00e0 c\u00f4t\u00e9 d'autres appareils qui sont en fait sur le bus CAN. Quelques remarques importantes lors de l'utilisation de ce mode : Le \"bridge mcu\" n'est pas r\u00e9ellement sur le bus CAN. Les messages entrants et sortants ne consomment pas de bande passante sur le bus CAN. Le mcu ne peut pas \u00eatre vu par les autres adaptateurs qui sont sur le bus CAN. Il est n\u00e9cessaire de configurer l'interface can0 (ou similaire) sous Linux afin de communiquer avec le bus. Cependant, la vitesse du bus CAN Linux et les options de synchronisation des bits du bus CAN sont ignor\u00e9es par Klipper. Actuellement, la fr\u00e9quence du bus CAN est sp\u00e9cifi\u00e9e lors de \"make menuconfig\" et la vitesse du bus sp\u00e9cifi\u00e9e dans Linux est ignor\u00e9e. Chaque fois que le \"bridge mcu\" est r\u00e9initialis\u00e9, Linux d\u00e9sactive l'interface can0 correspondante. Pour assurer une bonne gestion des commandes FIRMWARE_RESTART et RESTART, il est recommand\u00e9 de remplacer auto par allow-hotplug dans le fichier /etc/network/interfaces.d/can0 dossier. Par exemple\u202f: allow-hotplug can0 iface can0 can static bitrate 500000 up ifconfig $IFACE txqueuelen 128","title":"Mode pont USB vers bus CAN"},{"location":"CANBUS_protocol.html","text":"Protocole CANBUS \u00b6 Ce document d\u00e9crit le protocole qu'utilise Klipper pour communiquer sur la couche CAN bus . Voir pour plus d'informations sur la configuration de canbus avec Klipper. Assignation de l'identifiant du micro-contr\u00f4leur \u00b6 Klipper utilise uniquement les paquets CAN bus 2.0A de taille standard, limit\u00e9s \u00e0 8 octets de donn\u00e9es et \u00e0 un identificateur de bus CAN de 11 bits. Afin de permettre des communications efficaces, un identifiant ( canbus_nodeid ) de 1 octet est affect\u00e9 \u00e0 chaque microcontr\u00f4leur pour g\u00e9rer les commandes et r\u00e9ponses Klipper. Les commandes Klipper \u00e9mises du microcontr\u00f4leur vers l'h\u00f4te utilisent l'id du bus CAN canbus_nodeid * 2 + 256 , tandis que les messages de retour du microcontr\u00f4leur vers l'h\u00f4te utilisent canbus_nodeid' *2 + 256 + 1 . Chaque microcontr\u00f4leur poss\u00e8de un identifiant unique attribu\u00e9 en usine qui est utilis\u00e9 lors de l'attribution de l'id. Cet identifiant pout d\u00e9passer la taille d'un paquet CAN, un fonction de hash est utilis\u00e9e pour g\u00e9nerer un id unique de 6 octets ( canbus_uuid ) \u00e0 partir de l'id 'usine'. Messages 'Admin' \u00b6 Les messages 'administratifs' sont utilis\u00e9s pour l'attribution des id. Ces messages envoy\u00e9s de l'h\u00f4te vers le microcontr\u00f4leur utilisent l'id 0x3f0\u0300 et les messages envoy\u00e9s du microcontr\u00f4leur vers l'h\u00f4te utilisent l'id 0x3f1 . Tous les microcontr\u00f4leurs \u00e9coutent les messages en provenance de 0x3f0 . Cet id peut \u00eatre consid\u00e9r\u00e9 comme une adresse de multidiffusion. Message CMD_QUERY_UNASSIGNED \u00b6 Cette commande interroge tous les microcontr\u00f4leurs pour lesquels aucun canbus_nodeid n'a \u00e9t\u00e9 assign\u00e9. Ces microcontr\u00f4leurs non assign\u00e9s, retournent un message RESP_NEED_NODEID. Le format du message CMD_QUERY_UNASSIGNED est : <1-octet pour le message_id = 0x00> Message CMD_SET_KLIPPER_NODEID \u00b6 Cette commande attribue un canbus_nodeid \u00e0 partir du canbus_uuid du microcontr\u00f4leur. Le format du message CMD_SET_KLIPPER_NODEID est : <1 octet pour le message_id = 0x01><6 octets pour le canbus_uuid><1 octet pour le canbus_nodeid> Message RESP_NEED_NODEID \u00b6 Le format du message RESP_NODE_NODEID est : <1 octet pour le message_id = 0x20><6 octets pour le canbus_uuid><1 octet pour le set_klipper_nodeid=0x01> Paquets de donn\u00e9es \u00b6 Un microcont\u00f4leur ayant re\u00e7u un nodeid par la commande CMD_SET_KLIPPER_NODEID peut envoyer et recevoir des paquets de donn\u00e9es. Les donn\u00e9es des paquets des messages utilisant l'identifiant de r\u00e9ception du bus CAN du n\u0153ud ( canbus_nodeid * 2 + 256 )' sont simplement ajout\u00e9s \u00e0 la fin du tampon et lorsque un mcu protocol message complet est trouv\u00e9 son contenu est analys\u00e9 et trait\u00e9. Les donn\u00e9es sont trait\u00e9es comme un flux d'octets - il n'est pas n\u00e9cessaire que le d\u00e9but d'un bloc de message Klipper soit align\u00e9 avec le d\u00e9but d'un paquet CAN bus. De la m\u00eame mani\u00e8re, les r\u00e9ponses sont renvoy\u00e9es du micrcontr\u00f4leur \u00e0 l'h\u00f4te en copiant les donn\u00e9es du message dans un ou plusieurs paquets avec l'identifiant canbus ( canbus_nodeid * 2 + 256 + 1 ).","title":"Protocole CANBUS"},{"location":"CANBUS_protocol.html#protocole-canbus","text":"Ce document d\u00e9crit le protocole qu'utilise Klipper pour communiquer sur la couche CAN bus . Voir pour plus d'informations sur la configuration de canbus avec Klipper.","title":"Protocole CANBUS"},{"location":"CANBUS_protocol.html#assignation-de-lidentifiant-du-micro-controleur","text":"Klipper utilise uniquement les paquets CAN bus 2.0A de taille standard, limit\u00e9s \u00e0 8 octets de donn\u00e9es et \u00e0 un identificateur de bus CAN de 11 bits. Afin de permettre des communications efficaces, un identifiant ( canbus_nodeid ) de 1 octet est affect\u00e9 \u00e0 chaque microcontr\u00f4leur pour g\u00e9rer les commandes et r\u00e9ponses Klipper. Les commandes Klipper \u00e9mises du microcontr\u00f4leur vers l'h\u00f4te utilisent l'id du bus CAN canbus_nodeid * 2 + 256 , tandis que les messages de retour du microcontr\u00f4leur vers l'h\u00f4te utilisent canbus_nodeid' *2 + 256 + 1 . Chaque microcontr\u00f4leur poss\u00e8de un identifiant unique attribu\u00e9 en usine qui est utilis\u00e9 lors de l'attribution de l'id. Cet identifiant pout d\u00e9passer la taille d'un paquet CAN, un fonction de hash est utilis\u00e9e pour g\u00e9nerer un id unique de 6 octets ( canbus_uuid ) \u00e0 partir de l'id 'usine'.","title":"Assignation de l'identifiant du micro-contr\u00f4leur"},{"location":"CANBUS_protocol.html#messages-admin","text":"Les messages 'administratifs' sont utilis\u00e9s pour l'attribution des id. Ces messages envoy\u00e9s de l'h\u00f4te vers le microcontr\u00f4leur utilisent l'id 0x3f0\u0300 et les messages envoy\u00e9s du microcontr\u00f4leur vers l'h\u00f4te utilisent l'id 0x3f1 . Tous les microcontr\u00f4leurs \u00e9coutent les messages en provenance de 0x3f0 . Cet id peut \u00eatre consid\u00e9r\u00e9 comme une adresse de multidiffusion.","title":"Messages 'Admin'"},{"location":"CANBUS_protocol.html#message-cmd_query_unassigned","text":"Cette commande interroge tous les microcontr\u00f4leurs pour lesquels aucun canbus_nodeid n'a \u00e9t\u00e9 assign\u00e9. Ces microcontr\u00f4leurs non assign\u00e9s, retournent un message RESP_NEED_NODEID. Le format du message CMD_QUERY_UNASSIGNED est : <1-octet pour le message_id = 0x00>","title":"Message CMD_QUERY_UNASSIGNED"},{"location":"CANBUS_protocol.html#message-cmd_set_klipper_nodeid","text":"Cette commande attribue un canbus_nodeid \u00e0 partir du canbus_uuid du microcontr\u00f4leur. Le format du message CMD_SET_KLIPPER_NODEID est : <1 octet pour le message_id = 0x01><6 octets pour le canbus_uuid><1 octet pour le canbus_nodeid>","title":"Message CMD_SET_KLIPPER_NODEID"},{"location":"CANBUS_protocol.html#message-resp_need_nodeid","text":"Le format du message RESP_NODE_NODEID est : <1 octet pour le message_id = 0x20><6 octets pour le canbus_uuid><1 octet pour le set_klipper_nodeid=0x01>","title":"Message RESP_NEED_NODEID"},{"location":"CANBUS_protocol.html#paquets-de-donnees","text":"Un microcont\u00f4leur ayant re\u00e7u un nodeid par la commande CMD_SET_KLIPPER_NODEID peut envoyer et recevoir des paquets de donn\u00e9es. Les donn\u00e9es des paquets des messages utilisant l'identifiant de r\u00e9ception du bus CAN du n\u0153ud ( canbus_nodeid * 2 + 256 )' sont simplement ajout\u00e9s \u00e0 la fin du tampon et lorsque un mcu protocol message complet est trouv\u00e9 son contenu est analys\u00e9 et trait\u00e9. Les donn\u00e9es sont trait\u00e9es comme un flux d'octets - il n'est pas n\u00e9cessaire que le d\u00e9but d'un bloc de message Klipper soit align\u00e9 avec le d\u00e9but d'un paquet CAN bus. De la m\u00eame mani\u00e8re, les r\u00e9ponses sont renvoy\u00e9es du micrcontr\u00f4leur \u00e0 l'h\u00f4te en copiant les donn\u00e9es du message dans un ou plusieurs paquets avec l'identifiant canbus ( canbus_nodeid * 2 + 256 + 1 ).","title":"Paquets de donn\u00e9es"},{"location":"CONTRIBUTING.html","text":"Contribuer \u00e0 Klipper \u00b6 Merci de contribuer \u00e0 Klipper ! Ce document d\u00e9crit la proc\u00e9dure \u00e0 suivre pour apporter des modifications \u00e0 Klipper. Veuillez consulter la page de contact pour obtenir des informations sur le signalement d'un probl\u00e8me ou pour obtenir des d\u00e9tails sur la mani\u00e8re de contacter les d\u00e9veloppeurs. Aper\u00e7u de la proc\u00e9dure de contribution \u00b6 Les contributions \u00e0 Klipper suivent g\u00e9n\u00e9ralement un processus de haut niveau : Un soumissionnaire commence par cr\u00e9er une GitHub Pull Request lorsqu'une soumission est pr\u00eate \u00e0 \u00eatre d\u00e9ploy\u00e9e \u00e0 grande \u00e9chelle. Lorsqu'un relecteur est disponible pour r\u00e9viser la soumission, il s'attribuera la Pull Request sur GitHub. L'objectif de la r\u00e9vision est de rechercher les d\u00e9fauts et de v\u00e9rifier que la soumission suit les directives document\u00e9es. Apr\u00e8s une r\u00e9vision r\u00e9ussie, le relecteur \"approuve la r\u00e9vision\" sur GitHub et un mainteneur commet la modification dans la branche principale de Klipper. Lorsque vous travaillez sur des am\u00e9liorations, pensez \u00e0 lancer (ou \u00e0 contribuer \u00e0) un sujet sur Klipper Discourse . Une discussion continue sur le forum peut am\u00e9liorer la visibilit\u00e9 du travail de d\u00e9veloppement et peut attirer d'autres personnes int\u00e9ress\u00e9es \u00e0 tester le nouveau travail. A quoi s'attendre lors d'une r\u00e9vision \u00b6 Les contributions \u00e0 Klipper sont examin\u00e9es avant d'\u00eatre fusionn\u00e9es. L'objectif principal du processus de r\u00e9vision est de v\u00e9rifier l'absence de d\u00e9fauts et de s'assurer que la soumission respecte les directives sp\u00e9cifi\u00e9es dans la documentation de Klipper. Il est entendu qu'il existe de nombreuses fa\u00e7ons d'accomplir une t\u00e2che ; l'objectif de la r\u00e9vision n'est pas de discuter de la \"meilleure\" mise en \u0153uvre. Dans la mesure du possible, il est pr\u00e9f\u00e9rable que les discussions de la r\u00e9vision soient ax\u00e9es sur les faits et les mesures. La majorit\u00e9 des soumissions donneront lieu \u00e0 un retour d'information. Soyez pr\u00eat \u00e0 obtenir un retour, \u00e0 fournir des d\u00e9tails suppl\u00e9mentaires et \u00e0 mettre \u00e0 jour la soumission si n\u00e9cessaire. Ce que le relecteur recherche le plus souvent : La soumission est-elle exempte de d\u00e9fauts et est-elle pr\u00eate \u00e0 \u00eatre d\u00e9ploy\u00e9e \u00e0 grande \u00e9chelle ?Les soumissionnaires sont cens\u00e9s tester leurs modifications avant de les soumettre. Les relecteurs recherchent les erreurs, mais ne testent pas, en g\u00e9n\u00e9ral, les soumissions. Une soumission accept\u00e9e est souvent d\u00e9ploy\u00e9e sur des milliers d'imprimantes dans les quelques semaines qui suivent son acceptation. La qualit\u00e9 des soumissions est donc consid\u00e9r\u00e9e comme une priorit\u00e9. Le d\u00e9p\u00f4t GitHub principal de Klipper3d/klipper n'accepte pas les travaux exp\u00e9rimentaux. Les auteurs doivent effectuer les exp\u00e9rimentations, le d\u00e9bogage et les tests dans leurs propres d\u00e9p\u00f4ts. Le serveur Klipper Discourse est un bon endroit pour faire conna\u00eetre les nouveaux travaux et trouver des utilisateurs d\u00e9sireux de fournir des commentaires concrets. Les soumissions doivent r\u00e9ussir tous les tests de r\u00e9gression . Lorsqu'ils corrigent un d\u00e9faut dans le code, les soumissionnaires doivent avoir une compr\u00e9hension g\u00e9n\u00e9rale de la cause fondamentale de ce d\u00e9faut, et la correction doit cibler cette seule cause fondamentale. Les soumissions de code ne doivent pas contenir de code de d\u00e9bogage excessif, d'options de d\u00e9bogage, ni d'enregistrement de d\u00e9bogage \u00e0 l'ex\u00e9cution. Les commentaires dans les soumissions de code doivent se concentrer sur l'am\u00e9lioration de la maintenance du code. Les soumissions ne doivent pas contenir de \"code comment\u00e9\" ni de commentaires excessifs d\u00e9crivant des impl\u00e9mentations pass\u00e9es. Il ne doit pas y avoir de commentaires excessifs de type \"todo\". Les mises \u00e0 jour de la documentation ne doivent pas indiquer qu'il s'agit d'un \"travail en cours\". La demande apporte-t-elle un avantage \"\u00e0 fort impact\" \u00e0 des utilisateurs du monde r\u00e9el effectuant des t\u00e2ches du monde r\u00e9el ?Les relecteurs doivent identifier, au moins dans leur propre esprit, \u00e0 peu pr\u00e8s \"qui est le public cible\", une \u00e9chelle approximative de \"la taille de ce public\", le \"b\u00e9n\u00e9fice\" qu'ils obtiendront, comment le \"b\u00e9n\u00e9fice est mesur\u00e9\", et les \"r\u00e9sultats de ces tests de mesure\". Dans la plupart des cas, ces \u00e9l\u00e9ments sont \u00e9vidents pour l'auteur et l'examinateur, et ne sont pas explicitement mentionn\u00e9s lors d'un examen. Les soumissions \u00e0 la branche principale de Klipper doivent avoir un public cible important. En r\u00e8gle g\u00e9n\u00e9rale, les soumissions doivent cibler une base d'au moins 100 utilisateurs du monde r\u00e9el. Si un relecteur demande des d\u00e9tails sur les \"avantages\" d'une proposition, ne consid\u00e9rez pas cela comme une critique. \u00catre capable de comprendre les avantages concrets d'un changement est une partie naturelle d'un examen. Lorsque l'on discute des avantages, il est pr\u00e9f\u00e9rable de parler de \"faits et de mesures\". En g\u00e9n\u00e9ral, les \u00e9valuateurs ne cherchent pas des r\u00e9ponses du type \"quelqu'un pourrait trouver l'option X utile\", ni des r\u00e9ponses du type \"cette soumission ajoute une fonctionnalit\u00e9 que le micrologiciel X met en \u0153uvre\". Au lieu de cela, il est g\u00e9n\u00e9ralement pr\u00e9f\u00e9rable de discuter des d\u00e9tails sur la fa\u00e7on dont l'am\u00e9lioration de la qualit\u00e9 a \u00e9t\u00e9 mesur\u00e9e et quels \u00e9taient les r\u00e9sultats de ces mesures - par exemple, \"les tests sur les imprimantes Acme X1000 montrent des coins am\u00e9lior\u00e9s comme on le voit sur l'image ...\", ou par exemple \"le temps d'impression de l'objet X du monde r\u00e9el sur une imprimante Foomatic X900 est pass\u00e9 de 4 heures \u00e0 3,5 heures\". Il est entendu que les tests de ce type peuvent prendre beaucoup de temps et d'efforts. Certaines des fonctionnalit\u00e9s les plus remarquables de Klipper ont n\u00e9cessit\u00e9 des mois de discussion, de re-travail, de tests et de documentation avant d'\u00eatre int\u00e9gr\u00e9es dans la branche principale. Tous les nouveaux modules, options de configuration, commandes, param\u00e8tres de commande et documents doivent avoir un \"impact \u00e9lev\u00e9\". Nous ne voulons pas imposer aux utilisateurs des options qu'ils ne peuvent raisonnablement pas configurer, ni des options qui n'apportent aucun avantage notable. Un relecteur peut demander des \u00e9claircissements sur la mani\u00e8re dont un utilisateur doit configurer une option - une r\u00e9ponse id\u00e9ale contiendra des d\u00e9tails sur le processus - par exemple, \"les utilisateurs du MegaX500 doivent r\u00e9gler l'option X sur 99,3 tandis que les utilisateurs du Elite100Y doivent calibrer l'option X en utilisant la proc\u00e9dure ...\". Si le but d'une option est de rendre le code plus modulaire, il est pr\u00e9f\u00e9rable d'utiliser des constantes de code plut\u00f4t que des options de configuration pour l'utilisateur. Les nouveaux modules, les nouvelles options et les nouveaux param\u00e8tres ne doivent pas offrir des fonctionnalit\u00e9s similaires \u00e0 celles des modules existants - si les diff\u00e9rences sont arbitraires, il est pr\u00e9f\u00e9rable d'utiliser le syst\u00e8me existant ou de remanier le code existant. Le droit d'auteur de la soumission est-il clair, non gracieux et compatible ?Les nouveaux fichiers C et Python doivent comporter une d\u00e9claration de copyright sans ambigu\u00eft\u00e9. Voir les fichiers existants pour le format pr\u00e9f\u00e9r\u00e9. Il est d\u00e9conseill\u00e9 de d\u00e9clarer un droit d'auteur sur un fichier existant lorsque l'on apporte des modifications mineures \u00e0 ce fichier. Le code provenant de sources tierces doit \u00eatre compatible avec la licence Klipper (GNU GPLv3). Les ajouts importants de code tiers doivent \u00eatre ajout\u00e9s au r\u00e9pertoire lib/ (et suivre le format d\u00e9crit dans lib/README ). Les soumissionnaires doivent fournir une ligne Signed-off-by en utilisant leur nom r\u00e9el complet. Elle indique que le soumissionnaire est d'accord avec le certificat d'origine du d\u00e9veloppeur . La soumission suit-elle les directives sp\u00e9cifi\u00e9es dans la documentation de Klipper ?En particulier, le code doit suivre les directives de et les fichiers de configuration doivent suivre les directives de . La documentation de Klipper est-elle mise \u00e0 jour pour refl\u00e9ter les nouveaux changements ?Au minimum, la documentation de r\u00e9f\u00e9rence doit \u00eatre mise \u00e0 jour avec les modifications correspondantes du code : Toutes les commandes et tous les param\u00e8tres de commande doivent \u00eatre document\u00e9s dans . Tous les modules destin\u00e9s aux utilisateurs et leurs param\u00e8tres de configuration doivent \u00eatre document\u00e9s dans . Toutes les \"variables d'\u00e9tat\" export\u00e9es doivent \u00eatre document\u00e9es dans . Tous les nouveaux \"webhooks\" et leurs param\u00e8tres doivent \u00eatre document\u00e9s dans . Toute modification qui apporte un changement non r\u00e9trocompatible \u00e0 une commande ou \u00e0 un param\u00e8tre du fichier de configuration doit \u00eatre document\u00e9e dans . Les nouveaux documents doivent \u00eatre ajout\u00e9s \u00e0 et \u00eatre ajout\u00e9s \u00e0 l'index du site web docs/_klipper3d/mkdocs.yml . Les commits sont-ils bien form\u00e9s, abordent-ils un seul sujet par commit, et sont-ils ind\u00e9pendants ?Les messages de validation doivent suivre le format pr\u00e9f\u00e9r\u00e9 . Les commits ne doivent pas avoir de conflit de fusion. Les nouveaux ajouts \u00e0 la branche ma\u00eetresse de Klipper sont toujours effectu\u00e9s via un \"rebase\" ou un \"squash and rebase\". Il n'est g\u00e9n\u00e9ralement pas n\u00e9cessaire pour les soumissionnaires de fusionner \u00e0 nouveau leur soumission \u00e0 chaque mise \u00e0 jour du d\u00e9p\u00f4t ma\u00eetre de Klipper. Cependant, s'il y a un conflit de fusion, il est recommand\u00e9 aux soumissionnaires d'utiliser git rebase pour r\u00e9soudre le conflit. Chaque validation doit porter sur un seul changement de haut niveau. Les changements importants doivent \u00eatre d\u00e9compos\u00e9s en plusieurs commits ind\u00e9pendants. Chaque livraison doit se suffire \u00e0 elle-m\u00eame pour que des outils comme git bisect et git revert fonctionnent de mani\u00e8re fiable. Les modifications des espaces blancs ne doivent pas \u00eatre m\u00e9lang\u00e9es avec les modifications fonctionnelles. En g\u00e9n\u00e9ral, les changements gratuits d'espace blanc ne sont pas accept\u00e9s, sauf s'ils proviennent du \"propri\u00e9taire\" \u00e9tabli du code en cours de modification. Klipper ne met pas en \u0153uvre un \"guide de style de codage\" strict, mais les modifications apport\u00e9es au code existant doivent respecter le flux de code de haut niveau, le style d'indentation du code et le format de ce code existant. Les soumissions de nouveaux modules et syst\u00e8mes b\u00e9n\u00e9ficient d'une plus grande souplesse en mati\u00e8re de style de codage, mais il est pr\u00e9f\u00e9rable que ce nouveau code suive un style coh\u00e9rent en interne et respecte g\u00e9n\u00e9ralement les normes de codage en vigueur dans le secteur. L'objectif d'une r\u00e9vision n'est pas de discuter de \"meilleures mises en \u0153uvre\". Cependant, si un relecteur a du mal \u00e0 comprendre l'impl\u00e9mentation d'une soumission, il peut demander des changements pour rendre l'impl\u00e9mentation plus transparente. En particulier, si les relecteurs ne peuvent pas se convaincre qu'une soumission est exempte de d\u00e9fauts, des changements peuvent \u00eatre n\u00e9cessaires. Dans le cadre d'une r\u00e9vision, un r\u00e9viseur peut cr\u00e9er une Pull Request alternative pour un sujet. Cela peut \u00eatre fait pour \u00e9viter un \"va-et-vient\" excessif sur des \u00e9l\u00e9ments de proc\u00e9dure mineurs et ainsi rationaliser le processus de soumission. Cela peut \u00e9galement \u00eatre fait parce que la discussion inspire un r\u00e9viseur \u00e0 construire une impl\u00e9mentation alternative. Ces deux situations sont le r\u00e9sultat normal d'une r\u00e9vision et ne doivent pas \u00eatre consid\u00e9r\u00e9es comme une critique de la soumission originale. Aider \u00e0 la r\u00e9vision \u00b6 Nous appr\u00e9cions l'aide pour les \u00e9valuations ! Il n'est pas n\u00e9cessaire d'\u00eatre un reviewer list\u00e9 pour effectuer une r\u00e9vision. Les auteurs de Pull Requests GitHub sont \u00e9galement encourag\u00e9s \u00e0 r\u00e9viser leurs propres soumissions. Pour faciliter la r\u00e9vision, suivez les \u00e9tapes d\u00e9crites dans \u00e0 quoi s'attendre lors d'une r\u00e9vision pour v\u00e9rifier la soumission. Une fois la r\u00e9vision termin\u00e9e, ajoutez un commentaire \u00e0 la Pull Request GitHub avec vos conclusions. Si la soumission passe la r\u00e9vision, veuillez l'indiquer explicitement dans le commentaire - par exemple quelque chose comme \"J'ai revu cette modification selon les \u00e9tapes du document CONTRIBUTING et tout me semble correct\". Si vous n'avez pas pu effectuer certaines \u00e9tapes de la r\u00e9vision, veuillez indiquer explicitement quelles \u00e9tapes ont \u00e9t\u00e9 r\u00e9vis\u00e9es et quelles \u00e9tapes ne l'ont pas \u00e9t\u00e9 - par exemple quelque chose comme \"Je n'ai pas v\u00e9rifi\u00e9 les d\u00e9fauts du code, mais j'ai revu tout le reste dans le document CONTRIBUTING et tout semble bon\". Nous appr\u00e9cions \u00e9galement les tests des soumissions. Si le code a \u00e9t\u00e9 test\u00e9, veuillez ajouter un commentaire \u00e0 la Pull Request GitHub avec les r\u00e9sultats de votre test - succ\u00e8s ou \u00e9chec. Veuillez indiquer explicitement que le code a \u00e9t\u00e9 test\u00e9 et les r\u00e9sultats - par exemple quelque chose comme \"J'ai test\u00e9 ce code sur mon imprimante Acme900Z avec une impression de vase et les r\u00e9sultats \u00e9taient bons\". R\u00e9viseurs \u00b6 Les \"r\u00e9viseurs\" de Klipper sont : Nom Id GitHub Domaines d'int\u00e9r\u00eat Dmitry Butyugin @dmbutyugin Input shaping, test de r\u00e9sonance, cin\u00e9matiques Eric Callahan @Arksine Nivellement du lit, flashage du MCU Kevin O'Connor @KevinOConnor Syst\u00e8me de mouvement de base, code du microcontr\u00f4leur Paul McGowan @mental405 Fichiers de configuration, documentation Veuillez ne pas envoyer de \"ping\" \u00e0 l'un des \u00e9valuateurs et ne pas leur adresser de soumissions. Tous les \u00e9valuateurs surveillent les forums et les PR, et prennent en charge les \u00e9valuations quand ils en ont le temps. Les \"mainteneurs\" de Klipper sont : Nom Nom GitHub Kevin O'Connor @KevinOConnor Format des messages de commit \u00b6 Chaque livraison doit avoir un message de livraison format\u00e9 de la mani\u00e8re suivante : module : R\u00e9sum\u00e9 en majuscules, court (50 caract\u00e8res ou moins) Texte explicatif plus d\u00e9taill\u00e9, si n\u00e9cessaire. Limitez-le \u00e0 environ 75 caract\u00e8res ou plus. Dans certains contextes, la premi\u00e8re ligne est consid\u00e9r\u00e9e comme l'objet d'un courriel et le reste du texte comme le corps. sujet d'un message \u00e9lectronique et le reste du texte comme le corps du message. La ligne vierge s\u00e9parant le r\u00e9sum\u00e9 du corps est essentielle (\u00e0 moins que vous n'omettiez enti\u00e8rement le corps). le corps enti\u00e8rement) ; des outils comme rebase peuvent \u00eatre confondus si vous ex\u00e9cutez les les deux ensemble. Les autres paragraphes viennent apr\u00e8s les lignes vides.. Sign\u00e9 par : Mon nom Dans l'exemple ci-dessus, module doit \u00eatre le nom d'un fichier ou d'un r\u00e9pertoire dans le r\u00e9f\u00e9rentiel (sans extension de fichier). Par exemple, clocksync : Corriger une faute de frappe dans l'appel pause() au moment de la connexion . Le but de sp\u00e9cifier un nom de module dans le message de livraison est d'aider \u00e0 fournir un contexte pour les commentaires de livraison. Il est important d'avoir une ligne \"Signed-off-by\" sur chaque commit - elle certifie que vous acceptez le certificat d'origine du d\u00e9veloppeur . Cette ligne doit contenir votre vrai nom (d\u00e9sol\u00e9, pas de pseudonymes ou de contributions anonymes) et une adresse \u00e9lectronique valide. Contribuer aux traductions de Klipper \u00b6 Projet de traduction de Klipper est le projet d\u00e9di\u00e9 \u00e0 la traduction de Klipper dans diff\u00e9rentes langues. Weblate h\u00e9berge toutes les cha\u00eenes Gettext pour la traduction et la r\u00e9vision. Les localisations peuvent \u00eatre affich\u00e9es sur klipper3d.org d\u00e8s lors qu'elles satisfont aux exigences suivantes : 75% Couverture totale Tous les titres (H1) sont traduits Une PR (Pull Request) hi\u00e9rarchis\u00e9e de navigation mise \u00e0 jour dans klipper-translations. Afin de r\u00e9duire la frustration li\u00e9e \u00e0 la traduction de termes sp\u00e9cifiques \u00e0 un domaine et de prendre connaissance des traductions en cours, vous pouvez soumettre une PR modifiant le Projet Klipper-translations readme.md . D\u00e8s qu'une traduction est pr\u00eate, la modification correspondante du projet Klipper peut \u00eatre effectu\u00e9e. Si une traduction existe d\u00e9j\u00e0 dans le r\u00e9f\u00e9rentiel Klipper et ne r\u00e9pond plus \u00e0 la liste de contr\u00f4le ci-dessus, elle sera marqu\u00e9e comme obsol\u00e8te apr\u00e8s un mois sans mise \u00e0 jour. Une fois que les conditions sont remplies, vous devez : mettre \u00e0 jour le fichier active_translations du d\u00e9p\u00f4t de klipper-tranlations Facultatif : ajouter un fichier manual-index.md dans le dossier docs\\locals\\ du d\u00e9p\u00f4t klipper-translations pour remplacer l'index.md sp\u00e9cifique \u00e0 la langue (l'index.md g\u00e9n\u00e9r\u00e9 ne s'affiche pas correctement). Probl\u00e8mes connus : Actuellement, il n'existe pas de m\u00e9thode permettant de traduire correctement les images dans la documentation Il est impossible de traduire les titres dans mkdocs.yml.","title":"Contribuer \u00e0 Klipper"},{"location":"CONTRIBUTING.html#contribuer-a-klipper","text":"Merci de contribuer \u00e0 Klipper ! Ce document d\u00e9crit la proc\u00e9dure \u00e0 suivre pour apporter des modifications \u00e0 Klipper. Veuillez consulter la page de contact pour obtenir des informations sur le signalement d'un probl\u00e8me ou pour obtenir des d\u00e9tails sur la mani\u00e8re de contacter les d\u00e9veloppeurs.","title":"Contribuer \u00e0 Klipper"},{"location":"CONTRIBUTING.html#apercu-de-la-procedure-de-contribution","text":"Les contributions \u00e0 Klipper suivent g\u00e9n\u00e9ralement un processus de haut niveau : Un soumissionnaire commence par cr\u00e9er une GitHub Pull Request lorsqu'une soumission est pr\u00eate \u00e0 \u00eatre d\u00e9ploy\u00e9e \u00e0 grande \u00e9chelle. Lorsqu'un relecteur est disponible pour r\u00e9viser la soumission, il s'attribuera la Pull Request sur GitHub. L'objectif de la r\u00e9vision est de rechercher les d\u00e9fauts et de v\u00e9rifier que la soumission suit les directives document\u00e9es. Apr\u00e8s une r\u00e9vision r\u00e9ussie, le relecteur \"approuve la r\u00e9vision\" sur GitHub et un mainteneur commet la modification dans la branche principale de Klipper. Lorsque vous travaillez sur des am\u00e9liorations, pensez \u00e0 lancer (ou \u00e0 contribuer \u00e0) un sujet sur Klipper Discourse . Une discussion continue sur le forum peut am\u00e9liorer la visibilit\u00e9 du travail de d\u00e9veloppement et peut attirer d'autres personnes int\u00e9ress\u00e9es \u00e0 tester le nouveau travail.","title":"Aper\u00e7u de la proc\u00e9dure de contribution"},{"location":"CONTRIBUTING.html#a-quoi-sattendre-lors-dune-revision","text":"Les contributions \u00e0 Klipper sont examin\u00e9es avant d'\u00eatre fusionn\u00e9es. L'objectif principal du processus de r\u00e9vision est de v\u00e9rifier l'absence de d\u00e9fauts et de s'assurer que la soumission respecte les directives sp\u00e9cifi\u00e9es dans la documentation de Klipper. Il est entendu qu'il existe de nombreuses fa\u00e7ons d'accomplir une t\u00e2che ; l'objectif de la r\u00e9vision n'est pas de discuter de la \"meilleure\" mise en \u0153uvre. Dans la mesure du possible, il est pr\u00e9f\u00e9rable que les discussions de la r\u00e9vision soient ax\u00e9es sur les faits et les mesures. La majorit\u00e9 des soumissions donneront lieu \u00e0 un retour d'information. Soyez pr\u00eat \u00e0 obtenir un retour, \u00e0 fournir des d\u00e9tails suppl\u00e9mentaires et \u00e0 mettre \u00e0 jour la soumission si n\u00e9cessaire. Ce que le relecteur recherche le plus souvent : La soumission est-elle exempte de d\u00e9fauts et est-elle pr\u00eate \u00e0 \u00eatre d\u00e9ploy\u00e9e \u00e0 grande \u00e9chelle ?Les soumissionnaires sont cens\u00e9s tester leurs modifications avant de les soumettre. Les relecteurs recherchent les erreurs, mais ne testent pas, en g\u00e9n\u00e9ral, les soumissions. Une soumission accept\u00e9e est souvent d\u00e9ploy\u00e9e sur des milliers d'imprimantes dans les quelques semaines qui suivent son acceptation. La qualit\u00e9 des soumissions est donc consid\u00e9r\u00e9e comme une priorit\u00e9. Le d\u00e9p\u00f4t GitHub principal de Klipper3d/klipper n'accepte pas les travaux exp\u00e9rimentaux. Les auteurs doivent effectuer les exp\u00e9rimentations, le d\u00e9bogage et les tests dans leurs propres d\u00e9p\u00f4ts. Le serveur Klipper Discourse est un bon endroit pour faire conna\u00eetre les nouveaux travaux et trouver des utilisateurs d\u00e9sireux de fournir des commentaires concrets. Les soumissions doivent r\u00e9ussir tous les tests de r\u00e9gression . Lorsqu'ils corrigent un d\u00e9faut dans le code, les soumissionnaires doivent avoir une compr\u00e9hension g\u00e9n\u00e9rale de la cause fondamentale de ce d\u00e9faut, et la correction doit cibler cette seule cause fondamentale. Les soumissions de code ne doivent pas contenir de code de d\u00e9bogage excessif, d'options de d\u00e9bogage, ni d'enregistrement de d\u00e9bogage \u00e0 l'ex\u00e9cution. Les commentaires dans les soumissions de code doivent se concentrer sur l'am\u00e9lioration de la maintenance du code. Les soumissions ne doivent pas contenir de \"code comment\u00e9\" ni de commentaires excessifs d\u00e9crivant des impl\u00e9mentations pass\u00e9es. Il ne doit pas y avoir de commentaires excessifs de type \"todo\". Les mises \u00e0 jour de la documentation ne doivent pas indiquer qu'il s'agit d'un \"travail en cours\". La demande apporte-t-elle un avantage \"\u00e0 fort impact\" \u00e0 des utilisateurs du monde r\u00e9el effectuant des t\u00e2ches du monde r\u00e9el ?Les relecteurs doivent identifier, au moins dans leur propre esprit, \u00e0 peu pr\u00e8s \"qui est le public cible\", une \u00e9chelle approximative de \"la taille de ce public\", le \"b\u00e9n\u00e9fice\" qu'ils obtiendront, comment le \"b\u00e9n\u00e9fice est mesur\u00e9\", et les \"r\u00e9sultats de ces tests de mesure\". Dans la plupart des cas, ces \u00e9l\u00e9ments sont \u00e9vidents pour l'auteur et l'examinateur, et ne sont pas explicitement mentionn\u00e9s lors d'un examen. Les soumissions \u00e0 la branche principale de Klipper doivent avoir un public cible important. En r\u00e8gle g\u00e9n\u00e9rale, les soumissions doivent cibler une base d'au moins 100 utilisateurs du monde r\u00e9el. Si un relecteur demande des d\u00e9tails sur les \"avantages\" d'une proposition, ne consid\u00e9rez pas cela comme une critique. \u00catre capable de comprendre les avantages concrets d'un changement est une partie naturelle d'un examen. Lorsque l'on discute des avantages, il est pr\u00e9f\u00e9rable de parler de \"faits et de mesures\". En g\u00e9n\u00e9ral, les \u00e9valuateurs ne cherchent pas des r\u00e9ponses du type \"quelqu'un pourrait trouver l'option X utile\", ni des r\u00e9ponses du type \"cette soumission ajoute une fonctionnalit\u00e9 que le micrologiciel X met en \u0153uvre\". Au lieu de cela, il est g\u00e9n\u00e9ralement pr\u00e9f\u00e9rable de discuter des d\u00e9tails sur la fa\u00e7on dont l'am\u00e9lioration de la qualit\u00e9 a \u00e9t\u00e9 mesur\u00e9e et quels \u00e9taient les r\u00e9sultats de ces mesures - par exemple, \"les tests sur les imprimantes Acme X1000 montrent des coins am\u00e9lior\u00e9s comme on le voit sur l'image ...\", ou par exemple \"le temps d'impression de l'objet X du monde r\u00e9el sur une imprimante Foomatic X900 est pass\u00e9 de 4 heures \u00e0 3,5 heures\". Il est entendu que les tests de ce type peuvent prendre beaucoup de temps et d'efforts. Certaines des fonctionnalit\u00e9s les plus remarquables de Klipper ont n\u00e9cessit\u00e9 des mois de discussion, de re-travail, de tests et de documentation avant d'\u00eatre int\u00e9gr\u00e9es dans la branche principale. Tous les nouveaux modules, options de configuration, commandes, param\u00e8tres de commande et documents doivent avoir un \"impact \u00e9lev\u00e9\". Nous ne voulons pas imposer aux utilisateurs des options qu'ils ne peuvent raisonnablement pas configurer, ni des options qui n'apportent aucun avantage notable. Un relecteur peut demander des \u00e9claircissements sur la mani\u00e8re dont un utilisateur doit configurer une option - une r\u00e9ponse id\u00e9ale contiendra des d\u00e9tails sur le processus - par exemple, \"les utilisateurs du MegaX500 doivent r\u00e9gler l'option X sur 99,3 tandis que les utilisateurs du Elite100Y doivent calibrer l'option X en utilisant la proc\u00e9dure ...\". Si le but d'une option est de rendre le code plus modulaire, il est pr\u00e9f\u00e9rable d'utiliser des constantes de code plut\u00f4t que des options de configuration pour l'utilisateur. Les nouveaux modules, les nouvelles options et les nouveaux param\u00e8tres ne doivent pas offrir des fonctionnalit\u00e9s similaires \u00e0 celles des modules existants - si les diff\u00e9rences sont arbitraires, il est pr\u00e9f\u00e9rable d'utiliser le syst\u00e8me existant ou de remanier le code existant. Le droit d'auteur de la soumission est-il clair, non gracieux et compatible ?Les nouveaux fichiers C et Python doivent comporter une d\u00e9claration de copyright sans ambigu\u00eft\u00e9. Voir les fichiers existants pour le format pr\u00e9f\u00e9r\u00e9. Il est d\u00e9conseill\u00e9 de d\u00e9clarer un droit d'auteur sur un fichier existant lorsque l'on apporte des modifications mineures \u00e0 ce fichier. Le code provenant de sources tierces doit \u00eatre compatible avec la licence Klipper (GNU GPLv3). Les ajouts importants de code tiers doivent \u00eatre ajout\u00e9s au r\u00e9pertoire lib/ (et suivre le format d\u00e9crit dans lib/README ). Les soumissionnaires doivent fournir une ligne Signed-off-by en utilisant leur nom r\u00e9el complet. Elle indique que le soumissionnaire est d'accord avec le certificat d'origine du d\u00e9veloppeur . La soumission suit-elle les directives sp\u00e9cifi\u00e9es dans la documentation de Klipper ?En particulier, le code doit suivre les directives de et les fichiers de configuration doivent suivre les directives de . La documentation de Klipper est-elle mise \u00e0 jour pour refl\u00e9ter les nouveaux changements ?Au minimum, la documentation de r\u00e9f\u00e9rence doit \u00eatre mise \u00e0 jour avec les modifications correspondantes du code : Toutes les commandes et tous les param\u00e8tres de commande doivent \u00eatre document\u00e9s dans . Tous les modules destin\u00e9s aux utilisateurs et leurs param\u00e8tres de configuration doivent \u00eatre document\u00e9s dans . Toutes les \"variables d'\u00e9tat\" export\u00e9es doivent \u00eatre document\u00e9es dans . Tous les nouveaux \"webhooks\" et leurs param\u00e8tres doivent \u00eatre document\u00e9s dans . Toute modification qui apporte un changement non r\u00e9trocompatible \u00e0 une commande ou \u00e0 un param\u00e8tre du fichier de configuration doit \u00eatre document\u00e9e dans . Les nouveaux documents doivent \u00eatre ajout\u00e9s \u00e0 et \u00eatre ajout\u00e9s \u00e0 l'index du site web docs/_klipper3d/mkdocs.yml . Les commits sont-ils bien form\u00e9s, abordent-ils un seul sujet par commit, et sont-ils ind\u00e9pendants ?Les messages de validation doivent suivre le format pr\u00e9f\u00e9r\u00e9 . Les commits ne doivent pas avoir de conflit de fusion. Les nouveaux ajouts \u00e0 la branche ma\u00eetresse de Klipper sont toujours effectu\u00e9s via un \"rebase\" ou un \"squash and rebase\". Il n'est g\u00e9n\u00e9ralement pas n\u00e9cessaire pour les soumissionnaires de fusionner \u00e0 nouveau leur soumission \u00e0 chaque mise \u00e0 jour du d\u00e9p\u00f4t ma\u00eetre de Klipper. Cependant, s'il y a un conflit de fusion, il est recommand\u00e9 aux soumissionnaires d'utiliser git rebase pour r\u00e9soudre le conflit. Chaque validation doit porter sur un seul changement de haut niveau. Les changements importants doivent \u00eatre d\u00e9compos\u00e9s en plusieurs commits ind\u00e9pendants. Chaque livraison doit se suffire \u00e0 elle-m\u00eame pour que des outils comme git bisect et git revert fonctionnent de mani\u00e8re fiable. Les modifications des espaces blancs ne doivent pas \u00eatre m\u00e9lang\u00e9es avec les modifications fonctionnelles. En g\u00e9n\u00e9ral, les changements gratuits d'espace blanc ne sont pas accept\u00e9s, sauf s'ils proviennent du \"propri\u00e9taire\" \u00e9tabli du code en cours de modification. Klipper ne met pas en \u0153uvre un \"guide de style de codage\" strict, mais les modifications apport\u00e9es au code existant doivent respecter le flux de code de haut niveau, le style d'indentation du code et le format de ce code existant. Les soumissions de nouveaux modules et syst\u00e8mes b\u00e9n\u00e9ficient d'une plus grande souplesse en mati\u00e8re de style de codage, mais il est pr\u00e9f\u00e9rable que ce nouveau code suive un style coh\u00e9rent en interne et respecte g\u00e9n\u00e9ralement les normes de codage en vigueur dans le secteur. L'objectif d'une r\u00e9vision n'est pas de discuter de \"meilleures mises en \u0153uvre\". Cependant, si un relecteur a du mal \u00e0 comprendre l'impl\u00e9mentation d'une soumission, il peut demander des changements pour rendre l'impl\u00e9mentation plus transparente. En particulier, si les relecteurs ne peuvent pas se convaincre qu'une soumission est exempte de d\u00e9fauts, des changements peuvent \u00eatre n\u00e9cessaires. Dans le cadre d'une r\u00e9vision, un r\u00e9viseur peut cr\u00e9er une Pull Request alternative pour un sujet. Cela peut \u00eatre fait pour \u00e9viter un \"va-et-vient\" excessif sur des \u00e9l\u00e9ments de proc\u00e9dure mineurs et ainsi rationaliser le processus de soumission. Cela peut \u00e9galement \u00eatre fait parce que la discussion inspire un r\u00e9viseur \u00e0 construire une impl\u00e9mentation alternative. Ces deux situations sont le r\u00e9sultat normal d'une r\u00e9vision et ne doivent pas \u00eatre consid\u00e9r\u00e9es comme une critique de la soumission originale.","title":"A quoi s'attendre lors d'une r\u00e9vision"},{"location":"CONTRIBUTING.html#aider-a-la-revision","text":"Nous appr\u00e9cions l'aide pour les \u00e9valuations ! Il n'est pas n\u00e9cessaire d'\u00eatre un reviewer list\u00e9 pour effectuer une r\u00e9vision. Les auteurs de Pull Requests GitHub sont \u00e9galement encourag\u00e9s \u00e0 r\u00e9viser leurs propres soumissions. Pour faciliter la r\u00e9vision, suivez les \u00e9tapes d\u00e9crites dans \u00e0 quoi s'attendre lors d'une r\u00e9vision pour v\u00e9rifier la soumission. Une fois la r\u00e9vision termin\u00e9e, ajoutez un commentaire \u00e0 la Pull Request GitHub avec vos conclusions. Si la soumission passe la r\u00e9vision, veuillez l'indiquer explicitement dans le commentaire - par exemple quelque chose comme \"J'ai revu cette modification selon les \u00e9tapes du document CONTRIBUTING et tout me semble correct\". Si vous n'avez pas pu effectuer certaines \u00e9tapes de la r\u00e9vision, veuillez indiquer explicitement quelles \u00e9tapes ont \u00e9t\u00e9 r\u00e9vis\u00e9es et quelles \u00e9tapes ne l'ont pas \u00e9t\u00e9 - par exemple quelque chose comme \"Je n'ai pas v\u00e9rifi\u00e9 les d\u00e9fauts du code, mais j'ai revu tout le reste dans le document CONTRIBUTING et tout semble bon\". Nous appr\u00e9cions \u00e9galement les tests des soumissions. Si le code a \u00e9t\u00e9 test\u00e9, veuillez ajouter un commentaire \u00e0 la Pull Request GitHub avec les r\u00e9sultats de votre test - succ\u00e8s ou \u00e9chec. Veuillez indiquer explicitement que le code a \u00e9t\u00e9 test\u00e9 et les r\u00e9sultats - par exemple quelque chose comme \"J'ai test\u00e9 ce code sur mon imprimante Acme900Z avec une impression de vase et les r\u00e9sultats \u00e9taient bons\".","title":"Aider \u00e0 la r\u00e9vision"},{"location":"CONTRIBUTING.html#reviseurs","text":"Les \"r\u00e9viseurs\" de Klipper sont : Nom Id GitHub Domaines d'int\u00e9r\u00eat Dmitry Butyugin @dmbutyugin Input shaping, test de r\u00e9sonance, cin\u00e9matiques Eric Callahan @Arksine Nivellement du lit, flashage du MCU Kevin O'Connor @KevinOConnor Syst\u00e8me de mouvement de base, code du microcontr\u00f4leur Paul McGowan @mental405 Fichiers de configuration, documentation Veuillez ne pas envoyer de \"ping\" \u00e0 l'un des \u00e9valuateurs et ne pas leur adresser de soumissions. Tous les \u00e9valuateurs surveillent les forums et les PR, et prennent en charge les \u00e9valuations quand ils en ont le temps. Les \"mainteneurs\" de Klipper sont : Nom Nom GitHub Kevin O'Connor @KevinOConnor","title":"R\u00e9viseurs"},{"location":"CONTRIBUTING.html#format-des-messages-de-commit","text":"Chaque livraison doit avoir un message de livraison format\u00e9 de la mani\u00e8re suivante : module : R\u00e9sum\u00e9 en majuscules, court (50 caract\u00e8res ou moins) Texte explicatif plus d\u00e9taill\u00e9, si n\u00e9cessaire. Limitez-le \u00e0 environ 75 caract\u00e8res ou plus. Dans certains contextes, la premi\u00e8re ligne est consid\u00e9r\u00e9e comme l'objet d'un courriel et le reste du texte comme le corps. sujet d'un message \u00e9lectronique et le reste du texte comme le corps du message. La ligne vierge s\u00e9parant le r\u00e9sum\u00e9 du corps est essentielle (\u00e0 moins que vous n'omettiez enti\u00e8rement le corps). le corps enti\u00e8rement) ; des outils comme rebase peuvent \u00eatre confondus si vous ex\u00e9cutez les les deux ensemble. Les autres paragraphes viennent apr\u00e8s les lignes vides.. Sign\u00e9 par : Mon nom Dans l'exemple ci-dessus, module doit \u00eatre le nom d'un fichier ou d'un r\u00e9pertoire dans le r\u00e9f\u00e9rentiel (sans extension de fichier). Par exemple, clocksync : Corriger une faute de frappe dans l'appel pause() au moment de la connexion . Le but de sp\u00e9cifier un nom de module dans le message de livraison est d'aider \u00e0 fournir un contexte pour les commentaires de livraison. Il est important d'avoir une ligne \"Signed-off-by\" sur chaque commit - elle certifie que vous acceptez le certificat d'origine du d\u00e9veloppeur . Cette ligne doit contenir votre vrai nom (d\u00e9sol\u00e9, pas de pseudonymes ou de contributions anonymes) et une adresse \u00e9lectronique valide.","title":"Format des messages de commit"},{"location":"CONTRIBUTING.html#contribuer-aux-traductions-de-klipper","text":"Projet de traduction de Klipper est le projet d\u00e9di\u00e9 \u00e0 la traduction de Klipper dans diff\u00e9rentes langues. Weblate h\u00e9berge toutes les cha\u00eenes Gettext pour la traduction et la r\u00e9vision. Les localisations peuvent \u00eatre affich\u00e9es sur klipper3d.org d\u00e8s lors qu'elles satisfont aux exigences suivantes : 75% Couverture totale Tous les titres (H1) sont traduits Une PR (Pull Request) hi\u00e9rarchis\u00e9e de navigation mise \u00e0 jour dans klipper-translations. Afin de r\u00e9duire la frustration li\u00e9e \u00e0 la traduction de termes sp\u00e9cifiques \u00e0 un domaine et de prendre connaissance des traductions en cours, vous pouvez soumettre une PR modifiant le Projet Klipper-translations readme.md . D\u00e8s qu'une traduction est pr\u00eate, la modification correspondante du projet Klipper peut \u00eatre effectu\u00e9e. Si une traduction existe d\u00e9j\u00e0 dans le r\u00e9f\u00e9rentiel Klipper et ne r\u00e9pond plus \u00e0 la liste de contr\u00f4le ci-dessus, elle sera marqu\u00e9e comme obsol\u00e8te apr\u00e8s un mois sans mise \u00e0 jour. Une fois que les conditions sont remplies, vous devez : mettre \u00e0 jour le fichier active_translations du d\u00e9p\u00f4t de klipper-tranlations Facultatif : ajouter un fichier manual-index.md dans le dossier docs\\locals\\ du d\u00e9p\u00f4t klipper-translations pour remplacer l'index.md sp\u00e9cifique \u00e0 la langue (l'index.md g\u00e9n\u00e9r\u00e9 ne s'affiche pas correctement). Probl\u00e8mes connus : Actuellement, il n'existe pas de m\u00e9thode permettant de traduire correctement les images dans la documentation Il est impossible de traduire les titres dans mkdocs.yml.","title":"Contribuer aux traductions de Klipper"},{"location":"Code_Overview.html","text":"Aper\u00e7u du code \u00b6 Ce document d\u00e9crit la disposition g\u00e9n\u00e9rale du code et le flux de code principal de Klipper. Disposition du r\u00e9pertoire \u00b6 Le r\u00e9pertoire src/ contient les sources C du code du micro-contr\u00f4leur. Les r\u00e9pertoires src/atsam/ , src/atsamd/ , src/avr/ , src/linux/ , src/lpc176x/ , src/pru/ , et src/stm32/ contiennent le code du micro-contr\u00f4leur sp\u00e9cifique \u00e0 chaque architecture. Le r\u00e9pertoire src/simulator/ contient des \u00e9l\u00e9ments de remplacement de code permettant de tester la compilation du micro-contr\u00f4leur sur d'autres architectures. Le r\u00e9pertoire src/generic/ contient du code d'assistance utile sur diff\u00e9rentes architectures. La compilation fait en sorte que les inclusions de \"board/somefile.h\" soient d'abord recherch\u00e9es dans le r\u00e9pertoire de l'architecture courante (par exemple, src/avr/somefile.h) et ensuite dans le r\u00e9pertoire g\u00e9n\u00e9rique (par exemple, src/generic/somefile.h). Le r\u00e9pertoire klippy/ contient le logiciel h\u00f4te. La majorit\u00e9 du logiciel h\u00f4te est \u00e9crit en Python, cependant le r\u00e9pertoire klippy/chelper/ contient quelques assistants en code C. Le r\u00e9pertoire klippy/kinematics/ contient le code li\u00e9 \u00e0 la cin\u00e9matique du robot. Le r\u00e9pertoire klippy/extras/ contient les \"modules\" extensibles du code h\u00f4te. Le r\u00e9pertoire lib/ contient du code de biblioth\u00e8que externe de tierce partie n\u00e9cessaire \u00e0 la construction de certaines cibles. Le r\u00e9pertoire config/ contient des exemples de fichiers de configuration d'imprimante. Le r\u00e9pertoire scripts/ contient des scripts de construction utiles \u00e0 la compilation du code du micro-contr\u00f4leur. Le r\u00e9pertoire test/ contient des cas de tests automatis\u00e9s. Pendant la compilation, le constructeur peut cr\u00e9er un r\u00e9pertoire out/ . Celui-ci contient des objets temporaires de compilation. L'objet micro-contr\u00f4leur final qui est construit est out/klipper.elf.hex sur AVR et out/klipper.bin sur ARM. Flux de code du micro-contr\u00f4leur \u00b6 L'ex\u00e9cution du code du microcontr\u00f4leur d\u00e9bute dans le code sp\u00e9cifique \u00e0 l'architecture (par exemple, src/avr/main.c ) qui appelle finalement sched_main() situ\u00e9 dans src/sched.c . Le code sched_main() commence par ex\u00e9cuter toutes les fonctions marqu\u00e9es avec la macro DECL_INIT(). Il ex\u00e9cute ensuite de mani\u00e8re r\u00e9p\u00e9t\u00e9e toutes les fonctions marqu\u00e9es par la macro DECL_TASK(). L'une des principales fonctions de la t\u00e2che est command_dispatch() situ\u00e9e dans src/command.c . Cette fonction est appel\u00e9e \u00e0 partir du code d'entr\u00e9e/sortie sp\u00e9cifique \u00e0 la carte (par exemple, src/avr/serial.c , src/generic/serial_irq.c ) et elle ex\u00e9cute les fonctions de commande associ\u00e9es aux commandes trouv\u00e9es dans le flux d'entr\u00e9e. Les fonctions de commande sont d\u00e9clar\u00e9es \u00e0 l'aide de la macro DECL_COMMAND() (voir le document protocole pour plus d'informations). Les fonctions de t\u00e2che, d'initialisation et de commande s'ex\u00e9cutent toujours avec les interruptions activ\u00e9es (toutefois, elles peuvent d\u00e9sactiver temporairement les interruptions si n\u00e9cessaire). Ces fonctions doivent \u00e9viter les longues pauses, les retards, ou effectuer un travail qui dure un temps significatif. (Les longs retards de ces fonctions \"t\u00e2ches\" entra\u00eenent une gigue de programmation pour d'autres \"t\u00e2ches\" - les retards de plus de 100us peuvent devenir perceptibles, les retards de plus de 500us peuvent entra\u00eener des retransmissions de commandes, les retards de plus de 100ms peuvent entra\u00eener des red\u00e9marrages du chien de garde). Ces fonctions planifient le travail \u00e0 des moments pr\u00e9cis en programmant des minuteries. Les fonctions de temporisation sont programm\u00e9es en appelant sched_add_timer() (situ\u00e9 dans src/sched.c ). Le code du planificateur s'arrangera pour que la fonction donn\u00e9e soit appel\u00e9e au moment demand\u00e9. Les interruptions de temporisation sont initialement trait\u00e9es dans un gestionnaire d'interruption sp\u00e9cifique \u00e0 l'architecture (par exemple, src/avr/timer.c ) qui appelle sched_timer_dispatch() situ\u00e9 dans src/sched.c . L'interruption de la temporisation entra\u00eene l'ex\u00e9cution des fonctions de temporisation planifi\u00e9es. Les fonctions de temporisation sont toujours ex\u00e9cut\u00e9es avec des interruptions d\u00e9sactiv\u00e9es. Les fonctions de temporisation devraient toujours se terminer en quelques microsecondes. \u00c0 la fin de l'\u00e9v\u00e9nement de temporisation, la fonction peut choisir de se reprogrammer. En cas de d\u00e9tection d'erreur, le code peut invoquer shutdown() (une macro qui appelle sched_shutdown() situ\u00e9e dans src/sched.c ). L'appel \u00e0 shutdown() entra\u00eene l'ex\u00e9cution de toutes les fonctions marqu\u00e9es par la macro DECL_SHUTDOWN(). Les fonctions d'arr\u00eat s'ex\u00e9cutent toujours avec des interruptions d\u00e9sactiv\u00e9es. Une grande partie des fonctionnalit\u00e9s du micro-contr\u00f4leur implique de travailler avec des broches d'entr\u00e9e/sortie \u00e0 usage g\u00e9n\u00e9ral (GPIO). Afin de s\u00e9parer le code de bas niveau sp\u00e9cifique \u00e0 l'architecture du code de haut niveau de la t\u00e2che, tous les \u00e9v\u00e9nements GPIO sont impl\u00e9ment\u00e9s dans des emballages sp\u00e9cifiques \u00e0 l'architecture (par exemple, src/avr/gpio.c ). Le code est compil\u00e9 avec l'optimisation \"-flto -fwhole-program\" de gcc qui fait un excellent travail d'int\u00e9gration des fonctions \u00e0 travers les unit\u00e9s de compilation, ainsi la plupart de ces minuscules fonctions gpio sont int\u00e9gr\u00e9es \u00e0 leurs appelants, et il n'y a aucun co\u00fbt d'ex\u00e9cution \u00e0 les utiliser. Aper\u00e7u du code Klippy \u00b6 Le code h\u00f4te (Klippy) est destin\u00e9 \u00e0 fonctionner sur un ordinateur \u00e0 petit prix (tel qu'un Raspberry Pi) associ\u00e9 au microcontr\u00f4leur. Le code est principalement \u00e9crit en Python, cependant il utilise CFFI pour impl\u00e9menter certaines fonctionnalit\u00e9s en code C. L'ex\u00e9cution initiale commence dans klippy/klippy.py . Ceci lit les arguments de la ligne de commande, ouvre le fichier de configuration de l'imprimante, instancie les principaux objets de l'imprimante et lance la connexion s\u00e9rie. L'ex\u00e9cution principale des commandes G-code se fait dans la m\u00e9thode process_commands() de klippy/gcode.py . Ce code traduit les commandes G-code en appels d'objets d'imprimante fr\u00e9quemment traduis en commandes d'actions \u00e0 ex\u00e9cuter sur le micro-contr\u00f4leur (tel que d\u00e9clar\u00e9 via la macro DECL_COMMAND dans le code du micro-contr\u00f4leur). Il y a quatre threads dans le code h\u00f4te de Klippy. Le thread principal g\u00e8re les commandes gcode entrantes. Un deuxi\u00e8me thread (r\u00e9sidant enti\u00e8rement dans le code C klippy/chelper/serialqueue.c ) g\u00e8re les entr\u00e9es/sorties de bas niveau avec le port s\u00e9rie. Le troisi\u00e8me thread est utilis\u00e9 pour traiter les messages de r\u00e9ponse du micro-contr\u00f4leur dans le code Python (voir klippy/serialhdl.py ). Le quatri\u00e8me thread \u00e9crit les messages de d\u00e9bogage dans le journal (voir klippy/queuelogger.py ) afin que les autres threads ne bloquent jamais les \u00e9critures dans le journal. Flux du code d'une commande de d\u00e9placement \u00b6 Un mouvement typique de l'imprimante commence lorsqu'une commande \"G1\" est envoy\u00e9e \u00e0 l'h\u00f4te Klippy et se termine lorsque les impulsions de pas correspondantes sont produites sur le micro-contr\u00f4leur. Cette section d\u00e9crit le flux du code d'une commande de d\u00e9placement typique. Le document cin\u00e9matiques fournit des informations suppl\u00e9mentaires sur la m\u00e9canique des mouvements. Le traitement d'une commande de d\u00e9placement commence dans gcode.py. Le but de gcode.py est de traduire le G-code en appels internes. Une commande G1 invoquera cmd_G1() dans klippy/extras/gcode_move.py. Le code gcode_move.py g\u00e8re les changements d'origine (par exemple, G92), les changements de positions relatives et absolues (par exemple, G90), et les changements d'unit\u00e9s (par exemple, F6000=100mm/s). Le chemin du code pour un d\u00e9placement est : _process_data() -> _process_commands() -> cmd_G1() . Finalement, la classe ToolHead est invoqu\u00e9e pour ex\u00e9cuter la demande r\u00e9elle : cmd_G1() -> ToolHead.move() La classe ToolHead (dans toolhead.py) g\u00e8re le \"look-ahead\" et suit la temporisation des actions d'impression. Le chemin du code principal pour un d\u00e9placement est : ToolHead.move() -> MoveQueue.add_move() -> MoveQueue.flush() -> Move.set_junction() -> ToolHead._process_moves() . ToolHead.move() cr\u00e9e un objet Move() avec les param\u00e8tres du d\u00e9placement (dans l'espace cart\u00e9sien et en unit\u00e9s de secondes et de millim\u00e8tres). La classe cin\u00e9matique a la possibilit\u00e9 de v\u00e9rifier chaque mouvement ( ToolHead.move() -> kin.check_move() ). Les classes cin\u00e9matiques sont situ\u00e9es dans le r\u00e9pertoire klippy/kinematics/. Le code check_move() peut lever une erreur si le d\u00e9placement n'est pas valide. Si check_move() se termine avec succ\u00e8s, alors la cin\u00e9matique sous-jacente doit \u00eatre capable de g\u00e9rer le d\u00e9placement. MoveQueue.add_move() place l'objet move dans la file d'attente \"look-ahead\". MoveQueue.flush() d\u00e9termine les vitesses de d\u00e9but et de fin de chaque mouvement. Move.set_junction() impl\u00e9mente le \"g\u00e9n\u00e9rateur de trap\u00e8ze\" sur un mouvement. Le \"g\u00e9n\u00e9rateur de trap\u00e8ze\" divise chaque mouvement en trois parties : une phase d'acc\u00e9l\u00e9ration constante, suivie d'une phase de vitesse constante, puis d'une phase de d\u00e9c\u00e9l\u00e9ration constante. Chaque d\u00e9placement contient ces trois phases dans cet ordre, certaines phases pouvant \u00eatre de dur\u00e9e nulle. Lorsque ToolHead._process_moves() est appel\u00e9, tout ce qui concerne le d\u00e9placement est connu : sa position de d\u00e9part, sa position d'arriv\u00e9e, son acc\u00e9l\u00e9ration, sa vitesse de d\u00e9part/de croisi\u00e8re/de fin, et la distance parcourue pendant l'acc\u00e9l\u00e9ration/la croisi\u00e8re/la d\u00e9c\u00e9l\u00e9ration. Toutes ces informations sont stock\u00e9es dans la classe Move() et sont dans l'espace cart\u00e9sien en unit\u00e9s de millim\u00e8tres et de secondes. Klipper utilise un solveur it\u00e9ratif afin de g\u00e9n\u00e9rer les d\u00e9lais des pas pour chaque moteur pas \u00e0 pas. Pour des raisons d'efficacit\u00e9, les d\u00e9lais d'impulsion des pas sont g\u00e9n\u00e9r\u00e9s en code C. Les mouvements sont d'abord plac\u00e9s dans une \"file d'attente de mouvements trap\u00e9zo\u00efdaux\" : ToolHead._process_moves() -> trapq_append() (dans klippy/chelper/trapq.c). Les d\u00e9lais de pas sont ensuite g\u00e9n\u00e9r\u00e9s : ToolHead._process_moves() -> ToolHead._update_move_time() -> MCU_Stepper.generate_steps() -> itersolve_generate_steps() -> itersolve_gen_steps_range() (dans klippy/chelper/itersolve.c). Le but du solveur it\u00e9ratif est de trouver les d\u00e9lais de pas \u00e0 partir d'une fonction calculant la position du moteur \u00e0 partir du temps. Ceci est fait en \"devinant\" de mani\u00e8re r\u00e9p\u00e9t\u00e9e plusieurs d\u00e9lais jusqu'\u00e0 ce que la formule de position du pas renvoie la position d\u00e9sir\u00e9e du pas suivant sur le moteur. Le retour d'information produit par chaque estimation est utilis\u00e9 afin d'am\u00e9liorer les estimations futures, de sorte que le processus converge rapidement vers le d\u00e9lai souhait\u00e9. Les formules de position cin\u00e9matique du moteur sont situ\u00e9es dans le r\u00e9pertoire klippy/chelper/ (par exemple, kin_cart.c, kin_corexy.c, kin_delta.c, kin_extruder.c). Notez que l'extrudeuse est g\u00e9r\u00e9e dans sa propre classe cin\u00e9matique : ToolHead._process_moves() -> PrinterExtruder.move() . Puisque la classe Move() sp\u00e9cifie le d\u00e9lai exact du mouvement et que les impulsions de pas sont envoy\u00e9es au micro-contr\u00f4leur avec un timing sp\u00e9cifique, les mouvements du moteur produits par la classe de l'extrudeuse seront synchronis\u00e9s avec le mouvement de la t\u00eate m\u00eame si le code est s\u00e9par\u00e9. Apr\u00e8s que le solveur it\u00e9ratif ait calcul\u00e9 les d\u00e9lais de pas, ils sont ajout\u00e9s \u00e0 un tableau : itersolve_gen_steps_range() -> stepcompress_append() (dans klippy/chelper/stepcompress.c). Le tableau (struct stepcompress.queue) stocke les dur\u00e9es correspondantes du compteur d'horloge du micro-contr\u00f4leur pour chaque \u00e9tape. Ici, la valeur du \"compteur d'horloge du micro-contr\u00f4leur\" correspond directement au compteur mat\u00e9riel du micro-contr\u00f4leur - elle est relative \u00e0 la derni\u00e8re mise sous tension du micro-contr\u00f4leur. La prochaine \u00e9tape majeure est de compresser les \u00e9tapes : stepcompress_flush() -> compress_bisect_add() (dans klippy/chelper/stepcompress.c). Ce code g\u00e9n\u00e8re et encode une s\u00e9rie de commandes \"queue_step\" du micro-contr\u00f4leur correspondant \u00e0 la liste des dur\u00e9es de pas du moteur construite \u00e0 l'\u00e9tape pr\u00e9c\u00e9dente. Ces commandes \"queue_step\" sont ensuite mises en file d'attente, hi\u00e9rarchis\u00e9es et envoy\u00e9es au micro-contr\u00f4leur (via stepcompress.c:steppersync et serialqueue.c:serialqueue). Le traitement des commandes queue_step sur le micro-contr\u00f4leur commence dans src/command.c qui analyse la commande et appelle command_queue_step() . Le code command_queue_step() (dans src/stepper.c) ajoute simplement les param\u00e8tres de chaque commande queue_step \u00e0 une file d'attente par moteur. En fonctionnement normal, la commande queue_step est analys\u00e9e et mise en file d'attente au moins 100ms avant le moment de son premier pas. Enfin, la g\u00e9n\u00e9ration des \u00e9v\u00e9nements de pas du moteur est faite dans stepper_event() . Elle est appel\u00e9e depuis l'interruption du compteur mat\u00e9riel \u00e0 l'heure pr\u00e9vue du premier pas. Le code stepper_event() g\u00e9n\u00e8re une impulsion de pas et se reprogramme ensuite pour s'ex\u00e9cuter au moment de l'impulsion de pas suivante pour les param\u00e8tres queue_step donn\u00e9s. Les param\u00e8tres pour chaque commande queue_step sont \"interval\", \"count\", et \"add\". A un haut niveau, stepper_event() ex\u00e9cute la commande suivante, 'count' fois : do_step() ; next_wake_time = last_wake_time + interval ; interval += add; Ce qui pr\u00e9c\u00e8de peut sembler beaucoup de complexit\u00e9 pour l'ex\u00e9cution d'un mouvement. Cependant, les seules parties vraiment int\u00e9ressantes se trouvent dans les classes ToolHead et kinematic. C'est cette partie du code qui pr\u00e9cise les mouvements et leurs dur\u00e9es. Les autres parties du traitement sont essentiellement de la communication et de la plomberie. Ajout d'un module h\u00f4te \u00b6 Le code h\u00f4te de Klippy a une capacit\u00e9 de chargement dynamique de modules. Si une section de configuration nomm\u00e9e \"[mon_module]\" est trouv\u00e9e dans le fichier de configuration de l'imprimante, le logiciel tentera automatiquement de charger le module python klippy/extras/mon_module.py . Ce syst\u00e8me de modules est la m\u00e9thode pr\u00e9f\u00e9r\u00e9e pour ajouter de nouvelles fonctionnalit\u00e9s \u00e0 Klipper. La fa\u00e7on la plus simple d'ajouter un nouveau module est d'utiliser un module existant comme r\u00e9f\u00e9rence - voir klippy/extras/servo.py comme exemple. Les \u00e9l\u00e9ments suivants peuvent \u00e9galement \u00eatre utiles : L'ex\u00e9cution du module commence dans la fonction load_config() au niveau du module (pour les sections de configuration de la forme [mon_module]) ou dans load_config_prefix() (pour les sections de configuration de la forme [mon_module mon_nom]). On passe \u00e0 cette fonction un objet \"config\" et elle doit retourner un nouvel \"objet imprimante\" associ\u00e9 \u00e0 la section de configuration donn\u00e9e. Durant le processus d'instanciation d'un nouvel objet imprimante, l'objet config peut \u00eatre utilis\u00e9 pour lire les param\u00e8tres de la section config donn\u00e9e. Ceci est fait en utilisant les m\u00e9thodes config.get() , config.getfloat() , config.getint() , etc. Assurez-vous de lire toutes les valeurs de la configuration pendant la construction de l'objet imprimante - si l'utilisateur sp\u00e9cifie un param\u00e8tre de configuration qui n'est pas lu pendant cette phase, il sera suppos\u00e9 qu'il s'agit d'une faute de frappe dans la configuration et une erreur sera lev\u00e9e. Utilisez la m\u00e9thode config.get_printer() pour obtenir une r\u00e9f\u00e9rence \u00e0 la classe principale \"printer\". Cette classe \"printer\" stocke les r\u00e9f\u00e9rences de tous les \"objets imprimante\" instanci\u00e9s. Utilisez la m\u00e9thode printer.lookup_object() pour trouver des r\u00e9f\u00e9rences \u00e0 d'autres objets imprimante. Presque toutes les fonctionnalit\u00e9s (m\u00eame les modules cin\u00e9matiques de base) sont encapsul\u00e9es dans un de ces objets imprimante. Notez, cependant, que lorsqu'un nouveau module est instanci\u00e9, tous les autres objets d'impression n'auront pas encore \u00e9t\u00e9 instanci\u00e9s. Les modules \"gcode\" et \"pins\" seront toujours disponibles, mais pour les autres modules, il est pr\u00e9f\u00e9rable de diff\u00e9rer la recherche. Enregistrez les gestionnaires d'\u00e9v\u00e9nements en utilisant la m\u00e9thode printer.register_event_handler() si le code doit \u00eatre appel\u00e9 lors d'\"\u00e9v\u00e9nements\" d\u00e9clench\u00e9s par d'autres objets imprimante. Chaque nom d'\u00e9v\u00e9nement est une cha\u00eene de caract\u00e8res, et par convention, c'est le nom du module source principal d\u00e9clenchant l'\u00e9v\u00e9nement avec un nom court pour l'action produite (par exemple, \"klippy:connect\"). Les param\u00e8tres pass\u00e9s \u00e0 chaque gestionnaire d'\u00e9v\u00e9nement sont sp\u00e9cifiques \u00e0 l'\u00e9v\u00e9nement en question (tout comme le traitement des exceptions et le contexte d'ex\u00e9cution). Deux \u00e9v\u00e9nements de d\u00e9marrage courants sont : klippy:connect - Cet \u00e9v\u00e9nement est g\u00e9n\u00e9r\u00e9 apr\u00e8s l'instanciation de tous les objets imprimante. Il est couramment utilis\u00e9 pour rechercher d'autres objets imprimante, pour v\u00e9rifier les param\u00e8tres de configuration et pour effectuer une premi\u00e8re \"prise de contact\" avec le mat\u00e9riel de l'imprimante. klippy:ready - Cet \u00e9v\u00e9nement est g\u00e9n\u00e9r\u00e9 apr\u00e8s que tous les gestionnaires de connexion se soient termin\u00e9s avec succ\u00e8s. Il indique que l'imprimante est en train de passer \u00e0 l'\u00e9tat pr\u00eat \u00e0 g\u00e9rer les op\u00e9rations normales. Ne d\u00e9clenchez pas d'erreur dans ce rappel. S'il y a une erreur dans la configuration de l'utilisateur, assurez-vous de la signaler pendant les phases load_config() ou \"connect event\". Utilisez soit raise config.error(\"mon erreur\") soit raise printer.config_error(\"mon erreur\") pour signaler l'erreur. Utilisez le module \"pins\" pour configurer une broche sur un micro-contr\u00f4leur. Ceci est typiquement fait avec quelque chose de similaire \u00e0 printer.lookup_object(\"pins\").setup_pin(\"pwm\", config.get(\"my_pin\")) . L'objet retourn\u00e9 peut alors \u00eatre command\u00e9 au moment de l'ex\u00e9cution. Si l'objet imprimante d\u00e9finit une m\u00e9thode get_status() , le module peut exporter des informations d'\u00e9tat via des macros et via le serveur API . La m\u00e9thode get_status() doit retourner un dictionnaire Python dont les cl\u00e9s sont des cha\u00eenes de caract\u00e8res et les valeurs des entiers, des flottants, des cha\u00eenes de caract\u00e8res, des listes, des dictionnaires, True, False ou None. Les tuples (et les tuples nomm\u00e9s) peuvent \u00e9galement \u00eatre utilis\u00e9s (ils apparaissent comme des listes lorsqu'on y acc\u00e8de via le serveur API). Les listes et les dictionnaires export\u00e9s doivent \u00eatre trait\u00e9s comme \"immuables\" - si leur contenu change, un nouvel objet doit \u00eatre renvoy\u00e9 par get_status() , sinon le serveur API ne d\u00e9tectera pas ces changements. Si le module doit acc\u00e9der \u00e0 la temporisation du syst\u00e8me ou \u00e0 des descripteurs de fichiers externes, utilisez printer.get_reactor() pour obtenir l'acc\u00e8s \u00e0 la classe globale \"event reactor\". Cette classe de r\u00e9acteur permet de programmer des temporisations, d'attendre des entr\u00e9es sur des descripteurs de fichiers, et d'\"endormir\" le code h\u00f4te. N'utilisez pas de variables globales. Tous les \u00e9tats doivent \u00eatre stock\u00e9s dans l'objet imprimante renvoy\u00e9 par la fonction load_config() . Ceci est important car sinon la commande RESTART pourrait ne pas fonctionner comme pr\u00e9vu. De m\u00eame, pour des raisons similaires, si des fichiers externes (ou des sockets) sont ouverts, assurez-vous d'enregistrer un gestionnaire d'\u00e9v\u00e9nement \"klippy:disconnect\" et de les fermer \u00e0 partir de ce rappel. \u00c9vitez d'acc\u00e9der aux variables membres internes (ou d'appeler les m\u00e9thodes commen\u00e7ant par un trait de soulignement) d'autres objets imprimante. Le respect de cette convention facilite la gestion des modifications futures. Il est recommand\u00e9 d'attribuer une valeur \u00e0 toutes les variables membres dans le constructeur Python des classes Python. (Et donc d'\u00e9viter d'utiliser la capacit\u00e9 de Python \u00e0 cr\u00e9er dynamiquement de nouvelles variables membres.) Si une variable Python doit stocker une valeur en virgule flottante, il est recommand\u00e9 de toujours affecter et manipuler cette variable avec des constantes en virgule flottante (et de ne jamais utiliser de constantes enti\u00e8res). Par exemple, pr\u00e9f\u00e9rez self.speed = 1. \u00e0 self.speed = 1 , et pr\u00e9f\u00e9rez self.speed = 2. * x plut\u00f4t que self.speed = 2 * x . L'utilisation coh\u00e9rente des valeurs \u00e0 virgule flottante peut \u00e9viter des bizarreries difficiles \u00e0 d\u00e9boguer dans les conversions de types Python. Si vous soumettez le module pour qu'il soit inclus dans le code principal de Klipper, veillez \u00e0 placer un avis de copyright en haut du module. Consultez les modules existants pour conna\u00eetre le format pr\u00e9f\u00e9r\u00e9. Ajout de nouvelles cin\u00e9matiques \u00b6 Cette section fournit quelques conseils pour ajouter le support \u00e0 Klipper de types suppl\u00e9mentaires de cin\u00e9matiques d'imprimante. Ce type d'activit\u00e9 n\u00e9cessite une excellente compr\u00e9hension des formules math\u00e9matiques de la cin\u00e9matique cible. Elle requiert \u00e9galement des comp\u00e9tences en mati\u00e8re de d\u00e9veloppement de logiciels, m\u00eame s'il suffit de mettre \u00e0 jour le logiciel h\u00f4te. Les \u00e9tapes utiles : Commencez par \u00e9tudier la section \" code de flux d'un mouvement \" et le document cin\u00e9matiques . Passez en revue les classes cin\u00e9matiques existantes dans le r\u00e9pertoire klippy/kinematics/. Les classes cin\u00e9matiques sont charg\u00e9es de convertir le mouvement en coordonn\u00e9es cart\u00e9siennes en un mouvement sur chaque moteur. On devrait \u00eatre capable de copier un de ces fichiers comme point de d\u00e9part. Impl\u00e9mentez les fonctions de position cin\u00e9matique du moteur en C pour chaque moteur si elles ne sont pas d\u00e9j\u00e0 disponibles (voir kin_cart.c, kin_corexy.c, et kin_delta.c dans klippy/chelper/). La fonction doit appeler move_get_coord() pour convertir une dur\u00e9e de d\u00e9placement donn\u00e9e (en secondes) en coordonn\u00e9es cart\u00e9siennes (en millim\u00e8tres), et ensuite calculer la position souhait\u00e9e du moteur (en millim\u00e8tres) \u00e0 partir de ces coordonn\u00e9es cart\u00e9siennes. Impl\u00e9mentez la m\u00e9thode calc_position() dans la nouvelle classe cin\u00e9matique. Cette m\u00e9thode calcule la position de la t\u00eate de l'outil en coordonn\u00e9es cart\u00e9siennes \u00e0 partir de la position de chaque moteur. Elle n'a pas besoin d'\u00eatre efficace car elle n'est typiquement appel\u00e9e que pendant les op\u00e9rations de mise \u00e0 l'origine et de palpage. Autres m\u00e9thodes. Impl\u00e9mentez les m\u00e9thodes check_move() , get_status() , get_steppers() , home() , et set_position() . Ces fonctions sont typiquement utilis\u00e9es pour fournir des v\u00e9rifications sp\u00e9cifiques \u00e0 la cin\u00e9matique. Cependant, au d\u00e9but du d\u00e9veloppement, on peut utiliser du code passe-partout ici. Impl\u00e9menter des cas de test. Cr\u00e9ez un fichier g-code avec une s\u00e9rie de mouvements pouvant tester des cas importants pour la cin\u00e9matique donn\u00e9e. Suivez la documentation de d\u00e9bogage pour convertir ce fichier g-code en commandes de micro-contr\u00f4leur. Ceci est utile pour tester les cas extr\u00eames et v\u00e9rifier les r\u00e9gressions. Portage sur un nouveau microcontr\u00f4leur \u00b6 Cette section fournit quelques conseils sur le portage du code du microcontr\u00f4leur de Klipper vers une nouvelle architecture. Ce type d'activit\u00e9 n\u00e9cessite une bonne connaissance du d\u00e9veloppement embarqu\u00e9 et un acc\u00e8s pratique au microcontr\u00f4leur cible. Les \u00e9tapes utiles : Commencez par identifier toutes les biblioth\u00e8ques tierces qui seront utilis\u00e9es pendant le portage. Les exemples courants incluent les wrappers \"CMSIS\" et les biblioth\u00e8ques \"HAL\" des fabricants. Tout code tiers doit \u00eatre compatible avec la licence GNU GPLv3. Le code tiers doit \u00eatre livr\u00e9 dans le r\u00e9pertoire Klipper lib/. Mettez \u00e0 jour le fichier lib/README en indiquant o\u00f9 et quand la biblioth\u00e8que a \u00e9t\u00e9 obtenue. Il est pr\u00e9f\u00e9rable de copier le code dans le d\u00e9p\u00f4t Klipper sans modification, mais si des modifications sont n\u00e9cessaires, elles doivent \u00eatre indiqu\u00e9es explicitement dans le fichier lib/README. Cr\u00e9er un nouveau sous-r\u00e9pertoire d'architecture dans le r\u00e9pertoire src/ et ajouter le support initial de Kconfig et Makefile. Utilisez les architectures existantes comme guide. Le simulateur src/simulator fournit un exemple de base pour un point de d\u00e9part minimal. La premi\u00e8re t\u00e2che principale de codage est d'apporter le support de communication \u00e0 la carte cible. C'est l'\u00e9tape la plus difficile dans un nouveau portage. Une fois que la communication de base fonctionne, les autres \u00e9tapes ont tendance \u00e0 \u00eatre beaucoup plus faciles. Il est typique d'utiliser un dispositif s\u00e9rie de type UART pendant le d\u00e9veloppement initial car ces types de dispositifs mat\u00e9riels sont g\u00e9n\u00e9ralement plus faciles \u00e0 activer et \u00e0 contr\u00f4ler. Pendant cette phase, faites un usage lib\u00e9ral du code d'aide du r\u00e9pertoire src/generic/ (v\u00e9rifiez comment src/simulator/Makefile inclut le code C g\u00e9n\u00e9rique dans la compilation). Il est \u00e9galement n\u00e9cessaire de d\u00e9finir timer_read_time() (qui renvoie l'horloge syst\u00e8me actuelle) dans cette phase, mais il n'est pas n\u00e9cessaire de supporter compl\u00e8tement la gestion des irq des timers. Familiarisez-vous avec l'outil console.py (comme d\u00e9crit dans le document de d\u00e9bogage ) et v\u00e9rifiez la connectivit\u00e9 au microcontr\u00f4leur avec cet outil. Cet outil traduit le protocole de communication de bas niveau du microcontr\u00f4leur en une forme lisible par l'homme. Ajouter le support pour la distribution des timers \u00e0 partir des interruptions mat\u00e9rielles. Voir Klipper commit 970831ee comme exemple des \u00e9tapes 1-5 r\u00e9alis\u00e9es pour l'architecture LPC176x. Apporter le support de base des entr\u00e9es et sorties GPIO. Voir Klipper commit c78b9076 comme exemple. Faire appara\u00eetre des p\u00e9riph\u00e9riques suppl\u00e9mentaires - par exemple, voir Klipper commit 65613aed , c812a40a , et c381d03a . Cr\u00e9ez un exemple de fichier de configuration Klipper dans le r\u00e9pertoire config/. Testez le micro-contr\u00f4leur avec le programme principal klippy.py. Pensez \u00e0 ajouter des cas de test de construction dans le r\u00e9pertoire test/. Conseils suppl\u00e9mentaires pour le codage : \u00c9vitez d'utiliser des \"champs de bits C\" pour acc\u00e9der aux registres d'E/S ; pr\u00e9f\u00e9rez les op\u00e9rations directes de lecture et d'\u00e9criture d'entiers de 32, 16 ou 8 bits. Les sp\u00e9cifications du langage C ne pr\u00e9cisent pas clairement comment le compilateur doit impl\u00e9menter les champs de bits C (par exemple, l'endianness et la disposition des bits), et il est difficile de d\u00e9terminer quelles op\u00e9rations d'E/S se produiront lors de la lecture ou de l'\u00e9criture d'un champ de bits C. Pr\u00e9f\u00e9rez l'\u00e9criture de valeurs explicites dans les registres d'E/S \u00e0 l'utilisation d'op\u00e9rations de lecture-modification-\u00e9criture. Autrement dit, si l'on met \u00e0 jour un champ dans un registre d'E/S dont les autres champs ont des valeurs connues, il est pr\u00e9f\u00e9rable d'\u00e9crire explicitement le contenu complet du registre. Les \u00e9critures explicites produisent un code plus petit, plus rapide et plus facile \u00e0 d\u00e9boguer. Les syst\u00e8mes de coordonn\u00e9es \u00b6 En interne, Klipper suit principalement la position de la t\u00eate de l'outil en coordonn\u00e9es cart\u00e9siennes relatives au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. C'est-\u00e0-dire que la plupart du code de Klipper ne conna\u00eetra jamais de changement de syst\u00e8me de coordonn\u00e9es. Si l'utilisateur fait une demande pour changer l'origine (par exemple, une commande G92 ) alors cet effet est obtenu en traduisant les commandes futures vers le syst\u00e8me de coordonn\u00e9es primaires. Cependant, dans certains cas, il est utile d'obtenir la position de la t\u00eate de l'outil dans un autre syst\u00e8me de coordonn\u00e9es et Klipper dispose de plusieurs outils pour faciliter cela. Vous pouvez le constater en ex\u00e9cutant la commande GET_POSITION. Par exemple : Send: GET_POSITION Recv: // mcu: stepper_a:-2060 stepper_b:-1169 stepper_c:-1613 Recv: // stepper: stepper_a:457.254159 stepper_b:466.085669 stepper_c:465.382132 Recv: // kinematic: X:8.339144 Y:-3.131558 Z:233.347121 Recv: // toolhead: X:8.338078 Y:-3.123175 Z:233.347878 E:0.000000 Recv: // gcode: X:8.338078 Y:-3.123175 Z:233.347878 E:0.000000 Recv: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000 Recv: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000 La position \"mcu\" ( stepper.get_mcu_position() dans le code) est le nombre total de pas que le micro-contr\u00f4leur a \u00e9mis dans un sens positif moins le nombre de pas \u00e9mis dans un sens n\u00e9gatif depuis la derni\u00e8re r\u00e9initialisation du micro-contr\u00f4leur. Si le robot est en mouvement lorsque la requ\u00eate est \u00e9mise, la valeur rapport\u00e9e inclut les mouvements mis en m\u00e9moire tampon dans le microcontr\u00f4leur, mais pas les mouvements de la file d'attente de surveillance. La position \"stepper\" ( stepper.get_commanded_position() ) est la position du moteur donn\u00e9 telle qu'elle est suivie par le code cin\u00e9matique. Cela correspond g\u00e9n\u00e9ralement \u00e0 la position (en mm) du chariot le long de son rail, par rapport \u00e0 la position_endstop indiqu\u00e9e dans le fichier de configuration. (Si le robot est en mouvement lorsque la requ\u00eate est \u00e9mise, la valeur rapport\u00e9e inclut les mouvements mis en m\u00e9moire tampon sur le micro-contr\u00f4leur, mais n'inclut pas les mouvements de la file d'attente look-ahead. On peut utiliser les appels toolhead.flush_step_generation() ou toolhead.wait_moves() pour vider compl\u00e8tement les codes de look-ahead et de g\u00e9n\u00e9ration de pas. La position \"kinematic\" ( kin.calc_position() ) est la position cart\u00e9sienne de la t\u00eate de l'outil telle que d\u00e9riv\u00e9e des positions \"pas \u00e0 pas\" et est relative au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Cela peut diff\u00e9rer de la position cart\u00e9sienne demand\u00e9e en raison de la granularit\u00e9 des moteurs pas \u00e0 pas. Si le robot est en mouvement lorsque les positions \"stepper\" sont prises, la valeur rapport\u00e9e inclut les mouvements mis en m\u00e9moire tampon sur le micro-contr\u00f4leur, mais n'inclut pas les mouvements de la file d'attente look-ahead. On peut utiliser les appels toolhead.flush_step_generation() ou toolhead.wait_moves() pour vider compl\u00e8tement le code de look-ahead et de g\u00e9n\u00e9ration de pas. La position de la t\u00eate d'outil ( toolhead.get_position() ) est la derni\u00e8re position demand\u00e9e de la t\u00eate d'outil en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Si le robot est en mouvement lorsque la requ\u00eate est \u00e9mise, la valeur rapport\u00e9e inclut tous les d\u00e9placements demand\u00e9s (m\u00eame ceux dans les tampons en attente d'\u00eatre \u00e9mis vers les pilotes de moteurs pas \u00e0 pas). La position \"gcode\" est la derni\u00e8re position demand\u00e9e par une commande G1 (ou G0 ) en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Elle peut diff\u00e9rer de la position \"toolhead\" si une transformation g-code (par exemple, bed_mesh, bed_tilt, skew_correction) est en cours. Cela peut diff\u00e9rer des coordonn\u00e9es r\u00e9elles sp\u00e9cifi\u00e9es dans la derni\u00e8re commande G1 si l'origine du gcode a \u00e9t\u00e9 modifi\u00e9e (par exemple, G92 , SET_GCODE_OFFSET , M221 ). La commande M114 ( gcode_move.get_status()['gcode_position'] ) indiquera la derni\u00e8re position du g-code par rapport au syst\u00e8me de coordonn\u00e9es actuel du g-code. La \"base gcode\" est l'emplacement de l'origine du g-code en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Les commandes telles que G92 , SET_GCODE_OFFSET , et M221 modifient cette valeur. Le \"gcode homing\" est l'emplacement \u00e0 utiliser pour l'origine du g-code (en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration) apr\u00e8s une commande de mise \u00e0 l'origine G28 . La commande SET_GCODE_OFFSET peut modifier cette valeur. Temporisation \u00b6 La manipulation des horloges, des dur\u00e9es et des horodatages est fondamentale pour le fonctionnement de Klipper. Celui-ci ex\u00e9cute des actions sur l'imprimante en programmant des \u00e9v\u00e9nements qui se produiront dans un avenir proche. Par exemple, pour allumer un ventilateur, le code peut programmer un changement sur une broche GPIO dans 100 ms. Il est rare que le code tente d'effectuer une action instantan\u00e9e. Ainsi, la gestion du temps dans Klipper est essentielle pour un fonctionnement correct. Il existe trois types de temporisations suivis en interne dans le logiciel h\u00f4te Klipper : Heure du syst\u00e8me. L'heure syst\u00e8me utilise l'horloge du syst\u00e8me - c'est un nombre \u00e0 virgule flottante stock\u00e9 sous forme de secondes (g\u00e9n\u00e9ralement) relatif \u00e0 la date du dernier d\u00e9marrage de l'ordinateur h\u00f4te. Les temps syst\u00e8me ont un usage limit\u00e9 dans le logiciel - ils sont principalement utilis\u00e9s lors de l'interaction avec le syst\u00e8me d'exploitation. Dans le code h\u00f4te, les heures syst\u00e8me sont souvent stock\u00e9es dans des variables nomm\u00e9es eventtime ou curtime . Temps d'impression. Le temps d'impression est synchronis\u00e9 avec l'horloge du micro-contr\u00f4leur principal (le micro-contr\u00f4leur d\u00e9fini dans la section \"[mcu]\" de la configuration). C'est un nombre \u00e0 virgule flottante stock\u00e9 en secondes relatif \u00e0 la date du dernier red\u00e9marrage du micro-contr\u00f4leur principal. Il est possible de convertir un \"temps d'impression\" en horloge mat\u00e9rielle du micro-contr\u00f4leur principal en multipliant le temps d'impression par le taux de fr\u00e9quence du mcu configur\u00e9 statiquement. Le code h\u00f4te de haut niveau utilise les temps d'impression pour calculer presque toutes les actions physiques (par exemple, le mouvement de la t\u00eate, les changements de chauffage, etc.) Dans le code h\u00f4te, les temps d'impression sont g\u00e9n\u00e9ralement stock\u00e9s dans des variables nomm\u00e9es print_time ou move_time . Horloge MCU. Il s'agit du compteur d'horloge mat\u00e9riel de chaque micro-contr\u00f4leur. Il est stock\u00e9 sous forme d'un nombre entier et son taux de mise \u00e0 jour est relatif \u00e0 la fr\u00e9quence du micro-contr\u00f4leur donn\u00e9. Le logiciel h\u00f4te convertit ses temps internes en horloges avant de les transmettre \u00e0 l'unit\u00e9 centrale. Le code de l'unit\u00e9 centrale de traitement ne suit jamais le temps qu'en ticks d'horloge. Dans le code h\u00f4te, les valeurs d'horloge sont suivies sous forme d'entiers de 64 bits, alors que le code de l'unit\u00e9 centrale utilise des entiers de 32 bits. Dans le code h\u00f4te, les horloges sont g\u00e9n\u00e9ralement stock\u00e9es dans des variables dont les noms contiennent clock ou ticks . La conversion entre les diff\u00e9rents formats de temps est principalement impl\u00e9ment\u00e9e dans le code klippy/clocksync.py . Quelques \u00e9l\u00e9ments \u00e0 prendre en compte lors de la r\u00e9vision du code : Horloges 32bit et 64bit : Pour r\u00e9duire la bande passante et am\u00e9liorer l'efficacit\u00e9 du micro-contr\u00f4leur, les horloges sur le micro-contr\u00f4leur sont suivies comme des entiers 32bit. Lors de la comparaison de deux horloges dans le code mcu, la fonction timer_is_before() doit toujours \u00eatre utilis\u00e9e pour s'assurer que les renversements d'entiers sont trait\u00e9s correctement. Le logiciel h\u00f4te convertit les horloges 32bit en horloges 64bit en ajoutant les bits de poids fort du dernier timestamp mcu qu'il a re\u00e7u - aucun message du mcu n'est jamais plus de 2^31 ticks d'horloge dans le futur ou le pass\u00e9, donc cette conversion n'est jamais ambigu\u00eb. L'h\u00f4te convertit les horloges de 64 bits en horloges de 32 bits en tronquant simplement les bits de poids fort. Pour s'assurer qu'il n'y a pas d'ambigu\u00eft\u00e9 dans cette conversion, le code klippy/chelper/serialqueue.c mettra en m\u00e9moire tampon les messages jusqu'\u00e0 ce qu'ils soient dans les 2^31 ticks d'horloge de leur temps cible. Microcontr\u00f4leurs multiples : Le logiciel h\u00f4te permet d'utiliser plusieurs microcontr\u00f4leurs sur une seule imprimante. Dans ce cas, l'\"horloge MCU\" de chaque microcontr\u00f4leur est suivie s\u00e9par\u00e9ment. Le code clocksync.py g\u00e8re la d\u00e9rive de l'horloge entre les micro-contr\u00f4leurs en modifiant la fa\u00e7on dont il convertit le \"temps d'impression\" en \"horloge MCU\". Sur les mcus secondaires, la fr\u00e9quence du mcu utilis\u00e9e dans cette conversion est r\u00e9guli\u00e8rement mise \u00e0 jour pour tenir compte de la d\u00e9rive mesur\u00e9e.","title":"Aper\u00e7u du code"},{"location":"Code_Overview.html#apercu-du-code","text":"Ce document d\u00e9crit la disposition g\u00e9n\u00e9rale du code et le flux de code principal de Klipper.","title":"Aper\u00e7u du code"},{"location":"Code_Overview.html#disposition-du-repertoire","text":"Le r\u00e9pertoire src/ contient les sources C du code du micro-contr\u00f4leur. Les r\u00e9pertoires src/atsam/ , src/atsamd/ , src/avr/ , src/linux/ , src/lpc176x/ , src/pru/ , et src/stm32/ contiennent le code du micro-contr\u00f4leur sp\u00e9cifique \u00e0 chaque architecture. Le r\u00e9pertoire src/simulator/ contient des \u00e9l\u00e9ments de remplacement de code permettant de tester la compilation du micro-contr\u00f4leur sur d'autres architectures. Le r\u00e9pertoire src/generic/ contient du code d'assistance utile sur diff\u00e9rentes architectures. La compilation fait en sorte que les inclusions de \"board/somefile.h\" soient d'abord recherch\u00e9es dans le r\u00e9pertoire de l'architecture courante (par exemple, src/avr/somefile.h) et ensuite dans le r\u00e9pertoire g\u00e9n\u00e9rique (par exemple, src/generic/somefile.h). Le r\u00e9pertoire klippy/ contient le logiciel h\u00f4te. La majorit\u00e9 du logiciel h\u00f4te est \u00e9crit en Python, cependant le r\u00e9pertoire klippy/chelper/ contient quelques assistants en code C. Le r\u00e9pertoire klippy/kinematics/ contient le code li\u00e9 \u00e0 la cin\u00e9matique du robot. Le r\u00e9pertoire klippy/extras/ contient les \"modules\" extensibles du code h\u00f4te. Le r\u00e9pertoire lib/ contient du code de biblioth\u00e8que externe de tierce partie n\u00e9cessaire \u00e0 la construction de certaines cibles. Le r\u00e9pertoire config/ contient des exemples de fichiers de configuration d'imprimante. Le r\u00e9pertoire scripts/ contient des scripts de construction utiles \u00e0 la compilation du code du micro-contr\u00f4leur. Le r\u00e9pertoire test/ contient des cas de tests automatis\u00e9s. Pendant la compilation, le constructeur peut cr\u00e9er un r\u00e9pertoire out/ . Celui-ci contient des objets temporaires de compilation. L'objet micro-contr\u00f4leur final qui est construit est out/klipper.elf.hex sur AVR et out/klipper.bin sur ARM.","title":"Disposition du r\u00e9pertoire"},{"location":"Code_Overview.html#flux-de-code-du-micro-controleur","text":"L'ex\u00e9cution du code du microcontr\u00f4leur d\u00e9bute dans le code sp\u00e9cifique \u00e0 l'architecture (par exemple, src/avr/main.c ) qui appelle finalement sched_main() situ\u00e9 dans src/sched.c . Le code sched_main() commence par ex\u00e9cuter toutes les fonctions marqu\u00e9es avec la macro DECL_INIT(). Il ex\u00e9cute ensuite de mani\u00e8re r\u00e9p\u00e9t\u00e9e toutes les fonctions marqu\u00e9es par la macro DECL_TASK(). L'une des principales fonctions de la t\u00e2che est command_dispatch() situ\u00e9e dans src/command.c . Cette fonction est appel\u00e9e \u00e0 partir du code d'entr\u00e9e/sortie sp\u00e9cifique \u00e0 la carte (par exemple, src/avr/serial.c , src/generic/serial_irq.c ) et elle ex\u00e9cute les fonctions de commande associ\u00e9es aux commandes trouv\u00e9es dans le flux d'entr\u00e9e. Les fonctions de commande sont d\u00e9clar\u00e9es \u00e0 l'aide de la macro DECL_COMMAND() (voir le document protocole pour plus d'informations). Les fonctions de t\u00e2che, d'initialisation et de commande s'ex\u00e9cutent toujours avec les interruptions activ\u00e9es (toutefois, elles peuvent d\u00e9sactiver temporairement les interruptions si n\u00e9cessaire). Ces fonctions doivent \u00e9viter les longues pauses, les retards, ou effectuer un travail qui dure un temps significatif. (Les longs retards de ces fonctions \"t\u00e2ches\" entra\u00eenent une gigue de programmation pour d'autres \"t\u00e2ches\" - les retards de plus de 100us peuvent devenir perceptibles, les retards de plus de 500us peuvent entra\u00eener des retransmissions de commandes, les retards de plus de 100ms peuvent entra\u00eener des red\u00e9marrages du chien de garde). Ces fonctions planifient le travail \u00e0 des moments pr\u00e9cis en programmant des minuteries. Les fonctions de temporisation sont programm\u00e9es en appelant sched_add_timer() (situ\u00e9 dans src/sched.c ). Le code du planificateur s'arrangera pour que la fonction donn\u00e9e soit appel\u00e9e au moment demand\u00e9. Les interruptions de temporisation sont initialement trait\u00e9es dans un gestionnaire d'interruption sp\u00e9cifique \u00e0 l'architecture (par exemple, src/avr/timer.c ) qui appelle sched_timer_dispatch() situ\u00e9 dans src/sched.c . L'interruption de la temporisation entra\u00eene l'ex\u00e9cution des fonctions de temporisation planifi\u00e9es. Les fonctions de temporisation sont toujours ex\u00e9cut\u00e9es avec des interruptions d\u00e9sactiv\u00e9es. Les fonctions de temporisation devraient toujours se terminer en quelques microsecondes. \u00c0 la fin de l'\u00e9v\u00e9nement de temporisation, la fonction peut choisir de se reprogrammer. En cas de d\u00e9tection d'erreur, le code peut invoquer shutdown() (une macro qui appelle sched_shutdown() situ\u00e9e dans src/sched.c ). L'appel \u00e0 shutdown() entra\u00eene l'ex\u00e9cution de toutes les fonctions marqu\u00e9es par la macro DECL_SHUTDOWN(). Les fonctions d'arr\u00eat s'ex\u00e9cutent toujours avec des interruptions d\u00e9sactiv\u00e9es. Une grande partie des fonctionnalit\u00e9s du micro-contr\u00f4leur implique de travailler avec des broches d'entr\u00e9e/sortie \u00e0 usage g\u00e9n\u00e9ral (GPIO). Afin de s\u00e9parer le code de bas niveau sp\u00e9cifique \u00e0 l'architecture du code de haut niveau de la t\u00e2che, tous les \u00e9v\u00e9nements GPIO sont impl\u00e9ment\u00e9s dans des emballages sp\u00e9cifiques \u00e0 l'architecture (par exemple, src/avr/gpio.c ). Le code est compil\u00e9 avec l'optimisation \"-flto -fwhole-program\" de gcc qui fait un excellent travail d'int\u00e9gration des fonctions \u00e0 travers les unit\u00e9s de compilation, ainsi la plupart de ces minuscules fonctions gpio sont int\u00e9gr\u00e9es \u00e0 leurs appelants, et il n'y a aucun co\u00fbt d'ex\u00e9cution \u00e0 les utiliser.","title":"Flux de code du micro-contr\u00f4leur"},{"location":"Code_Overview.html#apercu-du-code-klippy","text":"Le code h\u00f4te (Klippy) est destin\u00e9 \u00e0 fonctionner sur un ordinateur \u00e0 petit prix (tel qu'un Raspberry Pi) associ\u00e9 au microcontr\u00f4leur. Le code est principalement \u00e9crit en Python, cependant il utilise CFFI pour impl\u00e9menter certaines fonctionnalit\u00e9s en code C. L'ex\u00e9cution initiale commence dans klippy/klippy.py . Ceci lit les arguments de la ligne de commande, ouvre le fichier de configuration de l'imprimante, instancie les principaux objets de l'imprimante et lance la connexion s\u00e9rie. L'ex\u00e9cution principale des commandes G-code se fait dans la m\u00e9thode process_commands() de klippy/gcode.py . Ce code traduit les commandes G-code en appels d'objets d'imprimante fr\u00e9quemment traduis en commandes d'actions \u00e0 ex\u00e9cuter sur le micro-contr\u00f4leur (tel que d\u00e9clar\u00e9 via la macro DECL_COMMAND dans le code du micro-contr\u00f4leur). Il y a quatre threads dans le code h\u00f4te de Klippy. Le thread principal g\u00e8re les commandes gcode entrantes. Un deuxi\u00e8me thread (r\u00e9sidant enti\u00e8rement dans le code C klippy/chelper/serialqueue.c ) g\u00e8re les entr\u00e9es/sorties de bas niveau avec le port s\u00e9rie. Le troisi\u00e8me thread est utilis\u00e9 pour traiter les messages de r\u00e9ponse du micro-contr\u00f4leur dans le code Python (voir klippy/serialhdl.py ). Le quatri\u00e8me thread \u00e9crit les messages de d\u00e9bogage dans le journal (voir klippy/queuelogger.py ) afin que les autres threads ne bloquent jamais les \u00e9critures dans le journal.","title":"Aper\u00e7u du code Klippy"},{"location":"Code_Overview.html#flux-du-code-dune-commande-de-deplacement","text":"Un mouvement typique de l'imprimante commence lorsqu'une commande \"G1\" est envoy\u00e9e \u00e0 l'h\u00f4te Klippy et se termine lorsque les impulsions de pas correspondantes sont produites sur le micro-contr\u00f4leur. Cette section d\u00e9crit le flux du code d'une commande de d\u00e9placement typique. Le document cin\u00e9matiques fournit des informations suppl\u00e9mentaires sur la m\u00e9canique des mouvements. Le traitement d'une commande de d\u00e9placement commence dans gcode.py. Le but de gcode.py est de traduire le G-code en appels internes. Une commande G1 invoquera cmd_G1() dans klippy/extras/gcode_move.py. Le code gcode_move.py g\u00e8re les changements d'origine (par exemple, G92), les changements de positions relatives et absolues (par exemple, G90), et les changements d'unit\u00e9s (par exemple, F6000=100mm/s). Le chemin du code pour un d\u00e9placement est : _process_data() -> _process_commands() -> cmd_G1() . Finalement, la classe ToolHead est invoqu\u00e9e pour ex\u00e9cuter la demande r\u00e9elle : cmd_G1() -> ToolHead.move() La classe ToolHead (dans toolhead.py) g\u00e8re le \"look-ahead\" et suit la temporisation des actions d'impression. Le chemin du code principal pour un d\u00e9placement est : ToolHead.move() -> MoveQueue.add_move() -> MoveQueue.flush() -> Move.set_junction() -> ToolHead._process_moves() . ToolHead.move() cr\u00e9e un objet Move() avec les param\u00e8tres du d\u00e9placement (dans l'espace cart\u00e9sien et en unit\u00e9s de secondes et de millim\u00e8tres). La classe cin\u00e9matique a la possibilit\u00e9 de v\u00e9rifier chaque mouvement ( ToolHead.move() -> kin.check_move() ). Les classes cin\u00e9matiques sont situ\u00e9es dans le r\u00e9pertoire klippy/kinematics/. Le code check_move() peut lever une erreur si le d\u00e9placement n'est pas valide. Si check_move() se termine avec succ\u00e8s, alors la cin\u00e9matique sous-jacente doit \u00eatre capable de g\u00e9rer le d\u00e9placement. MoveQueue.add_move() place l'objet move dans la file d'attente \"look-ahead\". MoveQueue.flush() d\u00e9termine les vitesses de d\u00e9but et de fin de chaque mouvement. Move.set_junction() impl\u00e9mente le \"g\u00e9n\u00e9rateur de trap\u00e8ze\" sur un mouvement. Le \"g\u00e9n\u00e9rateur de trap\u00e8ze\" divise chaque mouvement en trois parties : une phase d'acc\u00e9l\u00e9ration constante, suivie d'une phase de vitesse constante, puis d'une phase de d\u00e9c\u00e9l\u00e9ration constante. Chaque d\u00e9placement contient ces trois phases dans cet ordre, certaines phases pouvant \u00eatre de dur\u00e9e nulle. Lorsque ToolHead._process_moves() est appel\u00e9, tout ce qui concerne le d\u00e9placement est connu : sa position de d\u00e9part, sa position d'arriv\u00e9e, son acc\u00e9l\u00e9ration, sa vitesse de d\u00e9part/de croisi\u00e8re/de fin, et la distance parcourue pendant l'acc\u00e9l\u00e9ration/la croisi\u00e8re/la d\u00e9c\u00e9l\u00e9ration. Toutes ces informations sont stock\u00e9es dans la classe Move() et sont dans l'espace cart\u00e9sien en unit\u00e9s de millim\u00e8tres et de secondes. Klipper utilise un solveur it\u00e9ratif afin de g\u00e9n\u00e9rer les d\u00e9lais des pas pour chaque moteur pas \u00e0 pas. Pour des raisons d'efficacit\u00e9, les d\u00e9lais d'impulsion des pas sont g\u00e9n\u00e9r\u00e9s en code C. Les mouvements sont d'abord plac\u00e9s dans une \"file d'attente de mouvements trap\u00e9zo\u00efdaux\" : ToolHead._process_moves() -> trapq_append() (dans klippy/chelper/trapq.c). Les d\u00e9lais de pas sont ensuite g\u00e9n\u00e9r\u00e9s : ToolHead._process_moves() -> ToolHead._update_move_time() -> MCU_Stepper.generate_steps() -> itersolve_generate_steps() -> itersolve_gen_steps_range() (dans klippy/chelper/itersolve.c). Le but du solveur it\u00e9ratif est de trouver les d\u00e9lais de pas \u00e0 partir d'une fonction calculant la position du moteur \u00e0 partir du temps. Ceci est fait en \"devinant\" de mani\u00e8re r\u00e9p\u00e9t\u00e9e plusieurs d\u00e9lais jusqu'\u00e0 ce que la formule de position du pas renvoie la position d\u00e9sir\u00e9e du pas suivant sur le moteur. Le retour d'information produit par chaque estimation est utilis\u00e9 afin d'am\u00e9liorer les estimations futures, de sorte que le processus converge rapidement vers le d\u00e9lai souhait\u00e9. Les formules de position cin\u00e9matique du moteur sont situ\u00e9es dans le r\u00e9pertoire klippy/chelper/ (par exemple, kin_cart.c, kin_corexy.c, kin_delta.c, kin_extruder.c). Notez que l'extrudeuse est g\u00e9r\u00e9e dans sa propre classe cin\u00e9matique : ToolHead._process_moves() -> PrinterExtruder.move() . Puisque la classe Move() sp\u00e9cifie le d\u00e9lai exact du mouvement et que les impulsions de pas sont envoy\u00e9es au micro-contr\u00f4leur avec un timing sp\u00e9cifique, les mouvements du moteur produits par la classe de l'extrudeuse seront synchronis\u00e9s avec le mouvement de la t\u00eate m\u00eame si le code est s\u00e9par\u00e9. Apr\u00e8s que le solveur it\u00e9ratif ait calcul\u00e9 les d\u00e9lais de pas, ils sont ajout\u00e9s \u00e0 un tableau : itersolve_gen_steps_range() -> stepcompress_append() (dans klippy/chelper/stepcompress.c). Le tableau (struct stepcompress.queue) stocke les dur\u00e9es correspondantes du compteur d'horloge du micro-contr\u00f4leur pour chaque \u00e9tape. Ici, la valeur du \"compteur d'horloge du micro-contr\u00f4leur\" correspond directement au compteur mat\u00e9riel du micro-contr\u00f4leur - elle est relative \u00e0 la derni\u00e8re mise sous tension du micro-contr\u00f4leur. La prochaine \u00e9tape majeure est de compresser les \u00e9tapes : stepcompress_flush() -> compress_bisect_add() (dans klippy/chelper/stepcompress.c). Ce code g\u00e9n\u00e8re et encode une s\u00e9rie de commandes \"queue_step\" du micro-contr\u00f4leur correspondant \u00e0 la liste des dur\u00e9es de pas du moteur construite \u00e0 l'\u00e9tape pr\u00e9c\u00e9dente. Ces commandes \"queue_step\" sont ensuite mises en file d'attente, hi\u00e9rarchis\u00e9es et envoy\u00e9es au micro-contr\u00f4leur (via stepcompress.c:steppersync et serialqueue.c:serialqueue). Le traitement des commandes queue_step sur le micro-contr\u00f4leur commence dans src/command.c qui analyse la commande et appelle command_queue_step() . Le code command_queue_step() (dans src/stepper.c) ajoute simplement les param\u00e8tres de chaque commande queue_step \u00e0 une file d'attente par moteur. En fonctionnement normal, la commande queue_step est analys\u00e9e et mise en file d'attente au moins 100ms avant le moment de son premier pas. Enfin, la g\u00e9n\u00e9ration des \u00e9v\u00e9nements de pas du moteur est faite dans stepper_event() . Elle est appel\u00e9e depuis l'interruption du compteur mat\u00e9riel \u00e0 l'heure pr\u00e9vue du premier pas. Le code stepper_event() g\u00e9n\u00e8re une impulsion de pas et se reprogramme ensuite pour s'ex\u00e9cuter au moment de l'impulsion de pas suivante pour les param\u00e8tres queue_step donn\u00e9s. Les param\u00e8tres pour chaque commande queue_step sont \"interval\", \"count\", et \"add\". A un haut niveau, stepper_event() ex\u00e9cute la commande suivante, 'count' fois : do_step() ; next_wake_time = last_wake_time + interval ; interval += add; Ce qui pr\u00e9c\u00e8de peut sembler beaucoup de complexit\u00e9 pour l'ex\u00e9cution d'un mouvement. Cependant, les seules parties vraiment int\u00e9ressantes se trouvent dans les classes ToolHead et kinematic. C'est cette partie du code qui pr\u00e9cise les mouvements et leurs dur\u00e9es. Les autres parties du traitement sont essentiellement de la communication et de la plomberie.","title":"Flux du code d'une commande de d\u00e9placement"},{"location":"Code_Overview.html#ajout-dun-module-hote","text":"Le code h\u00f4te de Klippy a une capacit\u00e9 de chargement dynamique de modules. Si une section de configuration nomm\u00e9e \"[mon_module]\" est trouv\u00e9e dans le fichier de configuration de l'imprimante, le logiciel tentera automatiquement de charger le module python klippy/extras/mon_module.py . Ce syst\u00e8me de modules est la m\u00e9thode pr\u00e9f\u00e9r\u00e9e pour ajouter de nouvelles fonctionnalit\u00e9s \u00e0 Klipper. La fa\u00e7on la plus simple d'ajouter un nouveau module est d'utiliser un module existant comme r\u00e9f\u00e9rence - voir klippy/extras/servo.py comme exemple. Les \u00e9l\u00e9ments suivants peuvent \u00e9galement \u00eatre utiles : L'ex\u00e9cution du module commence dans la fonction load_config() au niveau du module (pour les sections de configuration de la forme [mon_module]) ou dans load_config_prefix() (pour les sections de configuration de la forme [mon_module mon_nom]). On passe \u00e0 cette fonction un objet \"config\" et elle doit retourner un nouvel \"objet imprimante\" associ\u00e9 \u00e0 la section de configuration donn\u00e9e. Durant le processus d'instanciation d'un nouvel objet imprimante, l'objet config peut \u00eatre utilis\u00e9 pour lire les param\u00e8tres de la section config donn\u00e9e. Ceci est fait en utilisant les m\u00e9thodes config.get() , config.getfloat() , config.getint() , etc. Assurez-vous de lire toutes les valeurs de la configuration pendant la construction de l'objet imprimante - si l'utilisateur sp\u00e9cifie un param\u00e8tre de configuration qui n'est pas lu pendant cette phase, il sera suppos\u00e9 qu'il s'agit d'une faute de frappe dans la configuration et une erreur sera lev\u00e9e. Utilisez la m\u00e9thode config.get_printer() pour obtenir une r\u00e9f\u00e9rence \u00e0 la classe principale \"printer\". Cette classe \"printer\" stocke les r\u00e9f\u00e9rences de tous les \"objets imprimante\" instanci\u00e9s. Utilisez la m\u00e9thode printer.lookup_object() pour trouver des r\u00e9f\u00e9rences \u00e0 d'autres objets imprimante. Presque toutes les fonctionnalit\u00e9s (m\u00eame les modules cin\u00e9matiques de base) sont encapsul\u00e9es dans un de ces objets imprimante. Notez, cependant, que lorsqu'un nouveau module est instanci\u00e9, tous les autres objets d'impression n'auront pas encore \u00e9t\u00e9 instanci\u00e9s. Les modules \"gcode\" et \"pins\" seront toujours disponibles, mais pour les autres modules, il est pr\u00e9f\u00e9rable de diff\u00e9rer la recherche. Enregistrez les gestionnaires d'\u00e9v\u00e9nements en utilisant la m\u00e9thode printer.register_event_handler() si le code doit \u00eatre appel\u00e9 lors d'\"\u00e9v\u00e9nements\" d\u00e9clench\u00e9s par d'autres objets imprimante. Chaque nom d'\u00e9v\u00e9nement est une cha\u00eene de caract\u00e8res, et par convention, c'est le nom du module source principal d\u00e9clenchant l'\u00e9v\u00e9nement avec un nom court pour l'action produite (par exemple, \"klippy:connect\"). Les param\u00e8tres pass\u00e9s \u00e0 chaque gestionnaire d'\u00e9v\u00e9nement sont sp\u00e9cifiques \u00e0 l'\u00e9v\u00e9nement en question (tout comme le traitement des exceptions et le contexte d'ex\u00e9cution). Deux \u00e9v\u00e9nements de d\u00e9marrage courants sont : klippy:connect - Cet \u00e9v\u00e9nement est g\u00e9n\u00e9r\u00e9 apr\u00e8s l'instanciation de tous les objets imprimante. Il est couramment utilis\u00e9 pour rechercher d'autres objets imprimante, pour v\u00e9rifier les param\u00e8tres de configuration et pour effectuer une premi\u00e8re \"prise de contact\" avec le mat\u00e9riel de l'imprimante. klippy:ready - Cet \u00e9v\u00e9nement est g\u00e9n\u00e9r\u00e9 apr\u00e8s que tous les gestionnaires de connexion se soient termin\u00e9s avec succ\u00e8s. Il indique que l'imprimante est en train de passer \u00e0 l'\u00e9tat pr\u00eat \u00e0 g\u00e9rer les op\u00e9rations normales. Ne d\u00e9clenchez pas d'erreur dans ce rappel. S'il y a une erreur dans la configuration de l'utilisateur, assurez-vous de la signaler pendant les phases load_config() ou \"connect event\". Utilisez soit raise config.error(\"mon erreur\") soit raise printer.config_error(\"mon erreur\") pour signaler l'erreur. Utilisez le module \"pins\" pour configurer une broche sur un micro-contr\u00f4leur. Ceci est typiquement fait avec quelque chose de similaire \u00e0 printer.lookup_object(\"pins\").setup_pin(\"pwm\", config.get(\"my_pin\")) . L'objet retourn\u00e9 peut alors \u00eatre command\u00e9 au moment de l'ex\u00e9cution. Si l'objet imprimante d\u00e9finit une m\u00e9thode get_status() , le module peut exporter des informations d'\u00e9tat via des macros et via le serveur API . La m\u00e9thode get_status() doit retourner un dictionnaire Python dont les cl\u00e9s sont des cha\u00eenes de caract\u00e8res et les valeurs des entiers, des flottants, des cha\u00eenes de caract\u00e8res, des listes, des dictionnaires, True, False ou None. Les tuples (et les tuples nomm\u00e9s) peuvent \u00e9galement \u00eatre utilis\u00e9s (ils apparaissent comme des listes lorsqu'on y acc\u00e8de via le serveur API). Les listes et les dictionnaires export\u00e9s doivent \u00eatre trait\u00e9s comme \"immuables\" - si leur contenu change, un nouvel objet doit \u00eatre renvoy\u00e9 par get_status() , sinon le serveur API ne d\u00e9tectera pas ces changements. Si le module doit acc\u00e9der \u00e0 la temporisation du syst\u00e8me ou \u00e0 des descripteurs de fichiers externes, utilisez printer.get_reactor() pour obtenir l'acc\u00e8s \u00e0 la classe globale \"event reactor\". Cette classe de r\u00e9acteur permet de programmer des temporisations, d'attendre des entr\u00e9es sur des descripteurs de fichiers, et d'\"endormir\" le code h\u00f4te. N'utilisez pas de variables globales. Tous les \u00e9tats doivent \u00eatre stock\u00e9s dans l'objet imprimante renvoy\u00e9 par la fonction load_config() . Ceci est important car sinon la commande RESTART pourrait ne pas fonctionner comme pr\u00e9vu. De m\u00eame, pour des raisons similaires, si des fichiers externes (ou des sockets) sont ouverts, assurez-vous d'enregistrer un gestionnaire d'\u00e9v\u00e9nement \"klippy:disconnect\" et de les fermer \u00e0 partir de ce rappel. \u00c9vitez d'acc\u00e9der aux variables membres internes (ou d'appeler les m\u00e9thodes commen\u00e7ant par un trait de soulignement) d'autres objets imprimante. Le respect de cette convention facilite la gestion des modifications futures. Il est recommand\u00e9 d'attribuer une valeur \u00e0 toutes les variables membres dans le constructeur Python des classes Python. (Et donc d'\u00e9viter d'utiliser la capacit\u00e9 de Python \u00e0 cr\u00e9er dynamiquement de nouvelles variables membres.) Si une variable Python doit stocker une valeur en virgule flottante, il est recommand\u00e9 de toujours affecter et manipuler cette variable avec des constantes en virgule flottante (et de ne jamais utiliser de constantes enti\u00e8res). Par exemple, pr\u00e9f\u00e9rez self.speed = 1. \u00e0 self.speed = 1 , et pr\u00e9f\u00e9rez self.speed = 2. * x plut\u00f4t que self.speed = 2 * x . L'utilisation coh\u00e9rente des valeurs \u00e0 virgule flottante peut \u00e9viter des bizarreries difficiles \u00e0 d\u00e9boguer dans les conversions de types Python. Si vous soumettez le module pour qu'il soit inclus dans le code principal de Klipper, veillez \u00e0 placer un avis de copyright en haut du module. Consultez les modules existants pour conna\u00eetre le format pr\u00e9f\u00e9r\u00e9.","title":"Ajout d'un module h\u00f4te"},{"location":"Code_Overview.html#ajout-de-nouvelles-cinematiques","text":"Cette section fournit quelques conseils pour ajouter le support \u00e0 Klipper de types suppl\u00e9mentaires de cin\u00e9matiques d'imprimante. Ce type d'activit\u00e9 n\u00e9cessite une excellente compr\u00e9hension des formules math\u00e9matiques de la cin\u00e9matique cible. Elle requiert \u00e9galement des comp\u00e9tences en mati\u00e8re de d\u00e9veloppement de logiciels, m\u00eame s'il suffit de mettre \u00e0 jour le logiciel h\u00f4te. Les \u00e9tapes utiles : Commencez par \u00e9tudier la section \" code de flux d'un mouvement \" et le document cin\u00e9matiques . Passez en revue les classes cin\u00e9matiques existantes dans le r\u00e9pertoire klippy/kinematics/. Les classes cin\u00e9matiques sont charg\u00e9es de convertir le mouvement en coordonn\u00e9es cart\u00e9siennes en un mouvement sur chaque moteur. On devrait \u00eatre capable de copier un de ces fichiers comme point de d\u00e9part. Impl\u00e9mentez les fonctions de position cin\u00e9matique du moteur en C pour chaque moteur si elles ne sont pas d\u00e9j\u00e0 disponibles (voir kin_cart.c, kin_corexy.c, et kin_delta.c dans klippy/chelper/). La fonction doit appeler move_get_coord() pour convertir une dur\u00e9e de d\u00e9placement donn\u00e9e (en secondes) en coordonn\u00e9es cart\u00e9siennes (en millim\u00e8tres), et ensuite calculer la position souhait\u00e9e du moteur (en millim\u00e8tres) \u00e0 partir de ces coordonn\u00e9es cart\u00e9siennes. Impl\u00e9mentez la m\u00e9thode calc_position() dans la nouvelle classe cin\u00e9matique. Cette m\u00e9thode calcule la position de la t\u00eate de l'outil en coordonn\u00e9es cart\u00e9siennes \u00e0 partir de la position de chaque moteur. Elle n'a pas besoin d'\u00eatre efficace car elle n'est typiquement appel\u00e9e que pendant les op\u00e9rations de mise \u00e0 l'origine et de palpage. Autres m\u00e9thodes. Impl\u00e9mentez les m\u00e9thodes check_move() , get_status() , get_steppers() , home() , et set_position() . Ces fonctions sont typiquement utilis\u00e9es pour fournir des v\u00e9rifications sp\u00e9cifiques \u00e0 la cin\u00e9matique. Cependant, au d\u00e9but du d\u00e9veloppement, on peut utiliser du code passe-partout ici. Impl\u00e9menter des cas de test. Cr\u00e9ez un fichier g-code avec une s\u00e9rie de mouvements pouvant tester des cas importants pour la cin\u00e9matique donn\u00e9e. Suivez la documentation de d\u00e9bogage pour convertir ce fichier g-code en commandes de micro-contr\u00f4leur. Ceci est utile pour tester les cas extr\u00eames et v\u00e9rifier les r\u00e9gressions.","title":"Ajout de nouvelles cin\u00e9matiques"},{"location":"Code_Overview.html#portage-sur-un-nouveau-microcontroleur","text":"Cette section fournit quelques conseils sur le portage du code du microcontr\u00f4leur de Klipper vers une nouvelle architecture. Ce type d'activit\u00e9 n\u00e9cessite une bonne connaissance du d\u00e9veloppement embarqu\u00e9 et un acc\u00e8s pratique au microcontr\u00f4leur cible. Les \u00e9tapes utiles : Commencez par identifier toutes les biblioth\u00e8ques tierces qui seront utilis\u00e9es pendant le portage. Les exemples courants incluent les wrappers \"CMSIS\" et les biblioth\u00e8ques \"HAL\" des fabricants. Tout code tiers doit \u00eatre compatible avec la licence GNU GPLv3. Le code tiers doit \u00eatre livr\u00e9 dans le r\u00e9pertoire Klipper lib/. Mettez \u00e0 jour le fichier lib/README en indiquant o\u00f9 et quand la biblioth\u00e8que a \u00e9t\u00e9 obtenue. Il est pr\u00e9f\u00e9rable de copier le code dans le d\u00e9p\u00f4t Klipper sans modification, mais si des modifications sont n\u00e9cessaires, elles doivent \u00eatre indiqu\u00e9es explicitement dans le fichier lib/README. Cr\u00e9er un nouveau sous-r\u00e9pertoire d'architecture dans le r\u00e9pertoire src/ et ajouter le support initial de Kconfig et Makefile. Utilisez les architectures existantes comme guide. Le simulateur src/simulator fournit un exemple de base pour un point de d\u00e9part minimal. La premi\u00e8re t\u00e2che principale de codage est d'apporter le support de communication \u00e0 la carte cible. C'est l'\u00e9tape la plus difficile dans un nouveau portage. Une fois que la communication de base fonctionne, les autres \u00e9tapes ont tendance \u00e0 \u00eatre beaucoup plus faciles. Il est typique d'utiliser un dispositif s\u00e9rie de type UART pendant le d\u00e9veloppement initial car ces types de dispositifs mat\u00e9riels sont g\u00e9n\u00e9ralement plus faciles \u00e0 activer et \u00e0 contr\u00f4ler. Pendant cette phase, faites un usage lib\u00e9ral du code d'aide du r\u00e9pertoire src/generic/ (v\u00e9rifiez comment src/simulator/Makefile inclut le code C g\u00e9n\u00e9rique dans la compilation). Il est \u00e9galement n\u00e9cessaire de d\u00e9finir timer_read_time() (qui renvoie l'horloge syst\u00e8me actuelle) dans cette phase, mais il n'est pas n\u00e9cessaire de supporter compl\u00e8tement la gestion des irq des timers. Familiarisez-vous avec l'outil console.py (comme d\u00e9crit dans le document de d\u00e9bogage ) et v\u00e9rifiez la connectivit\u00e9 au microcontr\u00f4leur avec cet outil. Cet outil traduit le protocole de communication de bas niveau du microcontr\u00f4leur en une forme lisible par l'homme. Ajouter le support pour la distribution des timers \u00e0 partir des interruptions mat\u00e9rielles. Voir Klipper commit 970831ee comme exemple des \u00e9tapes 1-5 r\u00e9alis\u00e9es pour l'architecture LPC176x. Apporter le support de base des entr\u00e9es et sorties GPIO. Voir Klipper commit c78b9076 comme exemple. Faire appara\u00eetre des p\u00e9riph\u00e9riques suppl\u00e9mentaires - par exemple, voir Klipper commit 65613aed , c812a40a , et c381d03a . Cr\u00e9ez un exemple de fichier de configuration Klipper dans le r\u00e9pertoire config/. Testez le micro-contr\u00f4leur avec le programme principal klippy.py. Pensez \u00e0 ajouter des cas de test de construction dans le r\u00e9pertoire test/. Conseils suppl\u00e9mentaires pour le codage : \u00c9vitez d'utiliser des \"champs de bits C\" pour acc\u00e9der aux registres d'E/S ; pr\u00e9f\u00e9rez les op\u00e9rations directes de lecture et d'\u00e9criture d'entiers de 32, 16 ou 8 bits. Les sp\u00e9cifications du langage C ne pr\u00e9cisent pas clairement comment le compilateur doit impl\u00e9menter les champs de bits C (par exemple, l'endianness et la disposition des bits), et il est difficile de d\u00e9terminer quelles op\u00e9rations d'E/S se produiront lors de la lecture ou de l'\u00e9criture d'un champ de bits C. Pr\u00e9f\u00e9rez l'\u00e9criture de valeurs explicites dans les registres d'E/S \u00e0 l'utilisation d'op\u00e9rations de lecture-modification-\u00e9criture. Autrement dit, si l'on met \u00e0 jour un champ dans un registre d'E/S dont les autres champs ont des valeurs connues, il est pr\u00e9f\u00e9rable d'\u00e9crire explicitement le contenu complet du registre. Les \u00e9critures explicites produisent un code plus petit, plus rapide et plus facile \u00e0 d\u00e9boguer.","title":"Portage sur un nouveau microcontr\u00f4leur"},{"location":"Code_Overview.html#les-systemes-de-coordonnees","text":"En interne, Klipper suit principalement la position de la t\u00eate de l'outil en coordonn\u00e9es cart\u00e9siennes relatives au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. C'est-\u00e0-dire que la plupart du code de Klipper ne conna\u00eetra jamais de changement de syst\u00e8me de coordonn\u00e9es. Si l'utilisateur fait une demande pour changer l'origine (par exemple, une commande G92 ) alors cet effet est obtenu en traduisant les commandes futures vers le syst\u00e8me de coordonn\u00e9es primaires. Cependant, dans certains cas, il est utile d'obtenir la position de la t\u00eate de l'outil dans un autre syst\u00e8me de coordonn\u00e9es et Klipper dispose de plusieurs outils pour faciliter cela. Vous pouvez le constater en ex\u00e9cutant la commande GET_POSITION. Par exemple : Send: GET_POSITION Recv: // mcu: stepper_a:-2060 stepper_b:-1169 stepper_c:-1613 Recv: // stepper: stepper_a:457.254159 stepper_b:466.085669 stepper_c:465.382132 Recv: // kinematic: X:8.339144 Y:-3.131558 Z:233.347121 Recv: // toolhead: X:8.338078 Y:-3.123175 Z:233.347878 E:0.000000 Recv: // gcode: X:8.338078 Y:-3.123175 Z:233.347878 E:0.000000 Recv: // gcode base: X:0.000000 Y:0.000000 Z:0.000000 E:0.000000 Recv: // gcode homing: X:0.000000 Y:0.000000 Z:0.000000 La position \"mcu\" ( stepper.get_mcu_position() dans le code) est le nombre total de pas que le micro-contr\u00f4leur a \u00e9mis dans un sens positif moins le nombre de pas \u00e9mis dans un sens n\u00e9gatif depuis la derni\u00e8re r\u00e9initialisation du micro-contr\u00f4leur. Si le robot est en mouvement lorsque la requ\u00eate est \u00e9mise, la valeur rapport\u00e9e inclut les mouvements mis en m\u00e9moire tampon dans le microcontr\u00f4leur, mais pas les mouvements de la file d'attente de surveillance. La position \"stepper\" ( stepper.get_commanded_position() ) est la position du moteur donn\u00e9 telle qu'elle est suivie par le code cin\u00e9matique. Cela correspond g\u00e9n\u00e9ralement \u00e0 la position (en mm) du chariot le long de son rail, par rapport \u00e0 la position_endstop indiqu\u00e9e dans le fichier de configuration. (Si le robot est en mouvement lorsque la requ\u00eate est \u00e9mise, la valeur rapport\u00e9e inclut les mouvements mis en m\u00e9moire tampon sur le micro-contr\u00f4leur, mais n'inclut pas les mouvements de la file d'attente look-ahead. On peut utiliser les appels toolhead.flush_step_generation() ou toolhead.wait_moves() pour vider compl\u00e8tement les codes de look-ahead et de g\u00e9n\u00e9ration de pas. La position \"kinematic\" ( kin.calc_position() ) est la position cart\u00e9sienne de la t\u00eate de l'outil telle que d\u00e9riv\u00e9e des positions \"pas \u00e0 pas\" et est relative au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Cela peut diff\u00e9rer de la position cart\u00e9sienne demand\u00e9e en raison de la granularit\u00e9 des moteurs pas \u00e0 pas. Si le robot est en mouvement lorsque les positions \"stepper\" sont prises, la valeur rapport\u00e9e inclut les mouvements mis en m\u00e9moire tampon sur le micro-contr\u00f4leur, mais n'inclut pas les mouvements de la file d'attente look-ahead. On peut utiliser les appels toolhead.flush_step_generation() ou toolhead.wait_moves() pour vider compl\u00e8tement le code de look-ahead et de g\u00e9n\u00e9ration de pas. La position de la t\u00eate d'outil ( toolhead.get_position() ) est la derni\u00e8re position demand\u00e9e de la t\u00eate d'outil en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Si le robot est en mouvement lorsque la requ\u00eate est \u00e9mise, la valeur rapport\u00e9e inclut tous les d\u00e9placements demand\u00e9s (m\u00eame ceux dans les tampons en attente d'\u00eatre \u00e9mis vers les pilotes de moteurs pas \u00e0 pas). La position \"gcode\" est la derni\u00e8re position demand\u00e9e par une commande G1 (ou G0 ) en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Elle peut diff\u00e9rer de la position \"toolhead\" si une transformation g-code (par exemple, bed_mesh, bed_tilt, skew_correction) est en cours. Cela peut diff\u00e9rer des coordonn\u00e9es r\u00e9elles sp\u00e9cifi\u00e9es dans la derni\u00e8re commande G1 si l'origine du gcode a \u00e9t\u00e9 modifi\u00e9e (par exemple, G92 , SET_GCODE_OFFSET , M221 ). La commande M114 ( gcode_move.get_status()['gcode_position'] ) indiquera la derni\u00e8re position du g-code par rapport au syst\u00e8me de coordonn\u00e9es actuel du g-code. La \"base gcode\" est l'emplacement de l'origine du g-code en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration. Les commandes telles que G92 , SET_GCODE_OFFSET , et M221 modifient cette valeur. Le \"gcode homing\" est l'emplacement \u00e0 utiliser pour l'origine du g-code (en coordonn\u00e9es cart\u00e9siennes par rapport au syst\u00e8me de coordonn\u00e9es sp\u00e9cifi\u00e9 dans le fichier de configuration) apr\u00e8s une commande de mise \u00e0 l'origine G28 . La commande SET_GCODE_OFFSET peut modifier cette valeur.","title":"Les syst\u00e8mes de coordonn\u00e9es"},{"location":"Code_Overview.html#temporisation","text":"La manipulation des horloges, des dur\u00e9es et des horodatages est fondamentale pour le fonctionnement de Klipper. Celui-ci ex\u00e9cute des actions sur l'imprimante en programmant des \u00e9v\u00e9nements qui se produiront dans un avenir proche. Par exemple, pour allumer un ventilateur, le code peut programmer un changement sur une broche GPIO dans 100 ms. Il est rare que le code tente d'effectuer une action instantan\u00e9e. Ainsi, la gestion du temps dans Klipper est essentielle pour un fonctionnement correct. Il existe trois types de temporisations suivis en interne dans le logiciel h\u00f4te Klipper : Heure du syst\u00e8me. L'heure syst\u00e8me utilise l'horloge du syst\u00e8me - c'est un nombre \u00e0 virgule flottante stock\u00e9 sous forme de secondes (g\u00e9n\u00e9ralement) relatif \u00e0 la date du dernier d\u00e9marrage de l'ordinateur h\u00f4te. Les temps syst\u00e8me ont un usage limit\u00e9 dans le logiciel - ils sont principalement utilis\u00e9s lors de l'interaction avec le syst\u00e8me d'exploitation. Dans le code h\u00f4te, les heures syst\u00e8me sont souvent stock\u00e9es dans des variables nomm\u00e9es eventtime ou curtime . Temps d'impression. Le temps d'impression est synchronis\u00e9 avec l'horloge du micro-contr\u00f4leur principal (le micro-contr\u00f4leur d\u00e9fini dans la section \"[mcu]\" de la configuration). C'est un nombre \u00e0 virgule flottante stock\u00e9 en secondes relatif \u00e0 la date du dernier red\u00e9marrage du micro-contr\u00f4leur principal. Il est possible de convertir un \"temps d'impression\" en horloge mat\u00e9rielle du micro-contr\u00f4leur principal en multipliant le temps d'impression par le taux de fr\u00e9quence du mcu configur\u00e9 statiquement. Le code h\u00f4te de haut niveau utilise les temps d'impression pour calculer presque toutes les actions physiques (par exemple, le mouvement de la t\u00eate, les changements de chauffage, etc.) Dans le code h\u00f4te, les temps d'impression sont g\u00e9n\u00e9ralement stock\u00e9s dans des variables nomm\u00e9es print_time ou move_time . Horloge MCU. Il s'agit du compteur d'horloge mat\u00e9riel de chaque micro-contr\u00f4leur. Il est stock\u00e9 sous forme d'un nombre entier et son taux de mise \u00e0 jour est relatif \u00e0 la fr\u00e9quence du micro-contr\u00f4leur donn\u00e9. Le logiciel h\u00f4te convertit ses temps internes en horloges avant de les transmettre \u00e0 l'unit\u00e9 centrale. Le code de l'unit\u00e9 centrale de traitement ne suit jamais le temps qu'en ticks d'horloge. Dans le code h\u00f4te, les valeurs d'horloge sont suivies sous forme d'entiers de 64 bits, alors que le code de l'unit\u00e9 centrale utilise des entiers de 32 bits. Dans le code h\u00f4te, les horloges sont g\u00e9n\u00e9ralement stock\u00e9es dans des variables dont les noms contiennent clock ou ticks . La conversion entre les diff\u00e9rents formats de temps est principalement impl\u00e9ment\u00e9e dans le code klippy/clocksync.py . Quelques \u00e9l\u00e9ments \u00e0 prendre en compte lors de la r\u00e9vision du code : Horloges 32bit et 64bit : Pour r\u00e9duire la bande passante et am\u00e9liorer l'efficacit\u00e9 du micro-contr\u00f4leur, les horloges sur le micro-contr\u00f4leur sont suivies comme des entiers 32bit. Lors de la comparaison de deux horloges dans le code mcu, la fonction timer_is_before() doit toujours \u00eatre utilis\u00e9e pour s'assurer que les renversements d'entiers sont trait\u00e9s correctement. Le logiciel h\u00f4te convertit les horloges 32bit en horloges 64bit en ajoutant les bits de poids fort du dernier timestamp mcu qu'il a re\u00e7u - aucun message du mcu n'est jamais plus de 2^31 ticks d'horloge dans le futur ou le pass\u00e9, donc cette conversion n'est jamais ambigu\u00eb. L'h\u00f4te convertit les horloges de 64 bits en horloges de 32 bits en tronquant simplement les bits de poids fort. Pour s'assurer qu'il n'y a pas d'ambigu\u00eft\u00e9 dans cette conversion, le code klippy/chelper/serialqueue.c mettra en m\u00e9moire tampon les messages jusqu'\u00e0 ce qu'ils soient dans les 2^31 ticks d'horloge de leur temps cible. Microcontr\u00f4leurs multiples : Le logiciel h\u00f4te permet d'utiliser plusieurs microcontr\u00f4leurs sur une seule imprimante. Dans ce cas, l'\"horloge MCU\" de chaque microcontr\u00f4leur est suivie s\u00e9par\u00e9ment. Le code clocksync.py g\u00e8re la d\u00e9rive de l'horloge entre les micro-contr\u00f4leurs en modifiant la fa\u00e7on dont il convertit le \"temps d'impression\" en \"horloge MCU\". Sur les mcus secondaires, la fr\u00e9quence du mcu utilis\u00e9e dans cette conversion est r\u00e9guli\u00e8rement mise \u00e0 jour pour tenir compte de la d\u00e9rive mesur\u00e9e.","title":"Temporisation"},{"location":"Command_Templates.html","text":"Mod\u00e8les de commandes \u00b6 Ce document fournit des informations sur l'impl\u00e9mentation des s\u00e9quences de commandes G-Code dans les sections de configuration gcode_macro (et similaires). Nommage des macros de G-code \u00b6 La casse n'est pas importante pour le nom de la macro G-Code - MA_MACRO et ma_macro \u00e9valueront la m\u00eame chose et peuvent \u00eatre appel\u00e9es en majuscules ou en minuscules. Si des nombres sont utilis\u00e9s dans le nom de la macro, ils doivent tous se trouver \u00e0 la fin du nom (par exemple, TEST_MACRO25 est valide, mais MACRO25_TEST3 ne l'est pas). Formatage du G-Code dans la config \u00b6 L'indentation est importante lors de la d\u00e9finition d'une macro dans le fichier de configuration. Pour sp\u00e9cifier une s\u00e9quence G-Code multiligne, il est important que chaque ligne ait une indentation appropri\u00e9e. Par exemple\u202f: [gcode_macro blink_led] gcode: SET_PIN PIN=my_led VALUE=1 G4 P2000 SET_PIN PIN=my_led VALUE=0 L'option de configuration gcode: commence toujours au d\u00e9but de la ligne et les lignes suivantes de la macro G-Code ne commencent jamais au d\u00e9but. Ajouter une description \u00e0 votre macro \u00b6 Pour vous aider \u00e0 identifier la fonctionnalit\u00e9, une courte description peut \u00eatre ajout\u00e9e. Ajoutez description\u202f: avec un texte court pour d\u00e9crire la fonctionnalit\u00e9. La valeur par d\u00e9faut est \"Macro G-Code\". Par exemple\u202f: [gcode_macro blink_led] description: Blink my_led one time gcode: SET_PIN PIN=my_led VALUE=1 G4 P2000 SET_PIN PIN=my_led VALUE=0 Le terminal affichera la description lorsque vous utiliserez la commande HELP ou la fonction de saisie semi-automatique. Enregistrer/Restaurer l'\u00e9tat pour les d\u00e9placements G-Code \u00b6 Le langage de commande G-Code peut \u00eatre difficile \u00e0 utiliser. Le m\u00e9canisme standard pour d\u00e9placer la t\u00eate d'outil se fait via la commande G1 (la commande G0 est un alias pour G1 et elle peut \u00eatre utilis\u00e9e \u00e0 la place de G1 et inversement). Cependant, cette commande repose sur la configuration \"G-Code parsing state\" d\u00e9finie par M82 , M83 , G90 , G91 , G92 et les commandes pr\u00e9c\u00e9dentes G1 . Lors de la cr\u00e9ation d'une macro G-Code, il est conseill\u00e9 de toujours d\u00e9finir explicitement l'\u00e9tat d'analyse du G-Code avant d'\u00e9mettre une commande G1 . (Sinon, il y a un risque que la commande G1 fasse une demande ind\u00e9sirable.) Une fa\u00e7on courante d'y parvenir consiste \u00e0 encapsuler les mouvements G1 avec SAVE_GCODE_STATE , G91 et RESTORE_GCODE_STATE . Par exemple\u202f: [gcode_macro MOVE_UP] gcode: SAVE_GCODE_STATE NAME=my_move_up_state G91 G1 Z10 F300 RESTORE_GCODE_STATE NAME=my_move_up_state La commande G91 place l'\u00e9tat d'analyse du G-Code en \"mode de d\u00e9placement relatif\" et la commande RESTORE_GCODE_STATE restaure l'\u00e9tat tel qu'il \u00e9tait avant d'entrer dans la macro. Veillez \u00e0 sp\u00e9cifier une vitesse explicite (via le param\u00e8tre F ) sur la premi\u00e8re commande G1 . Extension du mod\u00e8le \u00b6 La section de configuration gcode_macro gcode: est \u00e9valu\u00e9e \u00e0 l'aide du langage Jinja2. On peut \u00e9valuer des expressions au moment de l'ex\u00e9cution en les entourant des caract\u00e8res { } ou utiliser des instructions conditionnelles avec des commande entour\u00e9es par {% %} . Voir la documentation Jinja2 pour plus d'informations sur la syntaxe. Un exemple de macro complexe : [gcode_macro clean_nozzle] gcode: {% set wipe_count = 8 %} SAVE_GCODE_STATE NAME=clean_nozzle_state G90 G0 Z15 F300 {% for wipe in range(wipe_count) %} {% for coordinate in [(275, 4),(235, 4)] %} G0 X{coordinate[0]} Y{coordinate[1] + 0.25 * wipe} Z9.7 F12000 {% endfor %} {% endfor %} RESTORE_GCODE_STATE NAME=clean_nozzle_state Param\u00e8tres de macro \u00b6 Il est souvent utile d'inspecter les param\u00e8tres pass\u00e9s \u00e0 la macro lorsqu'elle est appel\u00e9e. Ces param\u00e8tres sont disponibles via la pseudo-variable params . Par exemple, si la macro : [gcode_macro SET_PERCENT] gcode: M117 Now at { params.VALUE|float * 100 }% a \u00e9t\u00e9 appel\u00e9 avec SET_PERCENT VALUE=.2 , il sera \u00e9valu\u00e9 \u00e0 M117 Maintenant \u00e0 20 % . Les noms de param\u00e8tres sont toujours en majuscules lorsqu'ils sont \u00e9valu\u00e9s dans la macro et sont toujours transmis sous forme de cha\u00eenes. Si vous effectuez des calculs, ils doivent \u00eatre explicitement convertis en nombres entiers ou flottants. Il est courant d'utiliser la directive Jinja2 set pour affecter un param\u00e8tre \u00e0 une variable locale. Par exemple\u202f: [gcode_macro SET_BED_TEMPERATURE] gcode: {% set bed_temp = params.TEMPERATURE|default(40)|float %} M140 S{bed_temp} La variable \"rawparams\" \u00b6 Les param\u00e8tres complets non analys\u00e9s pour la macro en cours d'ex\u00e9cution sont accessibles via la pseudo-variable rawparams . Notez que cela inclura tous les commentaires qui faisaient partie de la commande d'origine. Voir le fichier sample-macros.cfg pour un exemple montrant comment remplacer la commande M117 \u00e0 l'aide de rawparams . La variable \"printer\" \u00b6 Il est possible d'inspecter (et de modifier) l'\u00e9tat actuel de l'imprimante via la pseudo-variable printer . Par exemple\u202f: [gcode_macro slow_fan] gcode: M106 S{ printer.fan.speed * 0.9 * 255} Les champs disponibles sont d\u00e9finis dans le document Status Reference . Important\u202f! Les macros sont d'abord \u00e9valu\u00e9es dans leur int\u00e9gralit\u00e9 et ce n'est qu'ensuite que les commandes r\u00e9sultantes sont ex\u00e9cut\u00e9es. Si une macro \u00e9met une commande qui modifie l'\u00e9tat de l'imprimante, les r\u00e9sultats de ce changement d'\u00e9tat ne seront pas visibles lors de l'\u00e9valuation de la macro. Cela peut \u00e9galement entra\u00eener un comportement subtil lorsqu'une macro g\u00e9n\u00e8re des commandes qui appellent d'autres macros, car la macro appel\u00e9e est \u00e9valu\u00e9e lorsqu'elle est invoqu\u00e9e (c'est-\u00e0-dire apr\u00e8s l'\u00e9valuation compl\u00e8te de la macro appelante). Par convention, le nom suivant imm\u00e9diatement printer est le nom d'une section de configuration. Ainsi, par exemple, printer.fan fait r\u00e9f\u00e9rence \u00e0 l'objet ventilateur cr\u00e9\u00e9 par la section de configuration [fan] . Il existe quelques exceptions \u00e0 cette r\u00e8gle, notamment les objets gcode_move et toolhead . Si la section de configuration contient des espaces, on peut y acc\u00e9der via l'accesseur [ ] - par exemple : printer[\"generic_heater my_chamber_heater\"].temperature . Notez que la directive Jinja2 set permet d'affecter un objet dans la hi\u00e9rarchie printer \u00e0 une variable locale. Cela peut rendre les macros plus lisibles et r\u00e9duire la saisie. Par exemple\u202f: [gcode_macro QUERY_HTU21D] gcode: {% set sensor = printer[\"htu21d my_sensor\"] %} M117 Temp:{sensor.temperature} Humidity:{sensor.humidity} Actions \u00b6 Certaines commandes disponibles peuvent modifier l'\u00e9tat de l'imprimante. Par exemple, { action_emergency_stop() } entra\u00eenera l'arr\u00eat de l'imprimante. Ces actions sont execut\u00e9es au moment o\u00f9 la macro est \u00e9valu\u00e9e, ce qui peut prendre beaucoup de temps avant que les commandes g-code g\u00e9n\u00e9r\u00e9es ne soient ex\u00e9cut\u00e9es. Commandes \"action\" disponibles : action_respond_info(msg) : affiche le msg donn\u00e9 dans le pseudo-terminal /tmp/printer. Chaque ligne de msg sera envoy\u00e9e avec un pr\u00e9fixe \"//\". action_raise_error(msg) : termine la macro actuelle (et toutes les macros appelantes) et \u00e9crit le msg donn\u00e9 sur le pseudo-terminal /tmp/printer. La premi\u00e8re ligne de msg sera envoy\u00e9e avec un pr\u00e9fixe \"!!\" et les lignes suivantes auront un pr\u00e9fixe \"//\". action_emergency_stop(msg) : Arr\u00eate l'imprimante. Le param\u00e8tre msg est facultatif, il peut \u00eatre utile de d\u00e9crire la raison de l'arr\u00eat. action_call_remote_method(method_name) : appelle une m\u00e9thode enregistr\u00e9e par un client distant. Si la m\u00e9thode prend des param\u00e8tres, ils doivent \u00eatre fournis via des arguments de mots-cl\u00e9s, c\u2019est-\u00e0-dire : action_call_remote_method(\u00ab print_stuff \u00bb, my_arg=\"hello_world \u00bb) Variables \u00b6 La commande SET_GCODE_VARIABLE peut \u00eatre utile pour enregistrer l'\u00e9tat entre les appels de macro. Les noms de variables ne doivent pas contenir de caract\u00e8res majuscules. Par exemple\u202f: [gcode_macro start_probe] variable_bed_temp: 0 gcode: # Save target temperature to bed_temp variable SET_GCODE_VARIABLE MACRO=start_probe VARIABLE=bed_temp VALUE={printer.heater_bed.target} # Disable bed heater M140 # Perform probe PROBE # Call finish_probe macro at completion of probe finish_probe [gcode_macro finish_probe] gcode: # Restore temperature M140 S{printer[\"gcode_macro start_probe\"].bed_temp} Assurez-vous de prendre en compte le moment de l'\u00e9valuation de la macro et de l'ex\u00e9cution de la commande lors de l'utilisation de SET_GCODE_VARIABLE. Gcodes retard\u00e9s \u00b6 L'option de configuration [delayed_gcode] peut \u00eatre utilis\u00e9e pour ex\u00e9cuter une s\u00e9quence gcode retard\u00e9e : [delayed_gcode clear_display] gcode: M117 [gcode_macro load_filament] gcode: G91 G1 E50 G90 M400 M117 Load Complete! UPDATE_DELAYED_GCODE ID=clear_display DURATION=10 Lorsque la macro load_filament ci-dessus s'ex\u00e9cute, elle affiche un message \"Load Complete!\" une fois l'extrusion termin\u00e9e. La derni\u00e8re ligne de gcode active le delay_gcode \"clear_display\", configur\u00e9 pour s'ex\u00e9cuter en 10 secondes. L'option de configuration initial_duration peut \u00eatre d\u00e9finie pour ex\u00e9cuter le delay_gcode au d\u00e9marrage de l'imprimante. Le compte \u00e0 rebours commence lorsque l'imprimante passe \u00e0 l'\u00e9tat \"pr\u00eat\". Par exemple, le delay_gcode ci-dessous s'ex\u00e9cutera 5 secondes apr\u00e8s que l'imprimante soit pr\u00eate, initialisant l'affichage avec \"Welcome!\" : [delayed_gcode welcome] initial_duration: 5. gcode: M117 Welcome! Il est possible qu'un gcode retard\u00e9 se r\u00e9p\u00e8te en le mettant \u00e0 jour dans l'option gcode : [delayed_gcode report_temp] initial_duration: 2. gcode: {action_respond_info(\"Extruder Temp: %.1f\" % (printer.extruder0.temperature))} UPDATE_DELAYED_GCODE ID=report_temp DURATION=2 Le delay_gcode ci-dessus enverra \"// Extruder Temp\u202f: [ex0_temp]\" \u00e0 Octoprint toutes les 2 secondes. Cela peut \u00eatre annul\u00e9 avec le gcode suivant\u202f: UPDATE_DELAYED_GCODE ID=report_temp DURATION=0 Mod\u00e8les de menus \u00b6 Si une section display_config est activ\u00e9e, il est alors possible de personnaliser le menu avec les sections de configuration menu . Les attributs en lecture seule suivants sont disponibles dans les mod\u00e8les de menu : menu.width - largeur de l\u2019\u00e9l\u00e9ment (nombre de colonnes d\u2019affichage) menu.ns - espace de noms de l'\u00e9l\u00e9ment menu.event - nom de l'\u00e9v\u00e9nement qui a d\u00e9clench\u00e9 le script menu.input - valeur d'entr\u00e9e, uniquement disponible dans le contexte du script d'entr\u00e9e Les actions suivantes sont disponibles dans les mod\u00e8les de menu : menu.back(force, update) : ex\u00e9cutera la commande de retour du menu, param\u00e8tres bool\u00e9ens facultatifs et . Lorsque est d\u00e9fini sur True, l'\u00e9dition s'arr\u00eate \u00e9galement. La valeur par d\u00e9faut est False. Lorsque est d\u00e9fini sur False, les \u00e9l\u00e9ments de conteneur parent ne sont pas mis \u00e0 jour. La valeur par d\u00e9faut est True. menu.exit(force) - ex\u00e9cutera la commande de sortie du menu, param\u00e8tre bool\u00e9en facultatif valeur par d\u00e9faut False. Lorsque est d\u00e9fini sur True, l'\u00e9dition s'arr\u00eate \u00e9galement. La valeur par d\u00e9faut est False. Enregistrer les variables sur le disque \u00b6 Si une section de configuration save_variables a \u00e9t\u00e9 activ\u00e9e, SAVE_VARIABLE VARIABLE= VALUE= peut \u00eatre utilis\u00e9 pour enregistrer la variable sur le disque afin qu'elle puisse \u00eatre utilis\u00e9e \u00e0 travers les red\u00e9marrages. Toutes les variables stock\u00e9es sont charg\u00e9es dans le dictionnaire printer.save_variables.variables au d\u00e9marrage et peuvent \u00eatre utilis\u00e9es dans les macros gcode. pour \u00e9viter les lignes trop longues, vous pouvez ajouter ce qui suit en haut de la macro : {% set svv = printer.save_variables.variables %} Par exemple, il pourrait \u00eatre utilis\u00e9 pour enregistrer l'\u00e9tat d'un extrudeur cyclope lors du d\u00e9marrage d'une impression, assurez-vous que l'extrudeuse active est utilis\u00e9e, au lieu de T0 : [gcode_macro T1] gcode: ACTIVATE_EXTRUDER extruder=extruder1 SAVE_VARIABLE VARIABLE=currentextruder VALUE='\"extruder1\"' [gcode_macro T0] gcode: ACTIVATE_EXTRUDER extruder=extruder SAVE_VARIABLE VARIABLE=currentextruder VALUE='\"extruder\"' [gcode_macro START_GCODE] gcode: {% set svv = printer.save_variables.variables %} ACTIVATE_EXTRUDER extruder={svv.currentextruder}","title":"Mod\u00e8les de commandes"},{"location":"Command_Templates.html#modeles-de-commandes","text":"Ce document fournit des informations sur l'impl\u00e9mentation des s\u00e9quences de commandes G-Code dans les sections de configuration gcode_macro (et similaires).","title":"Mod\u00e8les de commandes"},{"location":"Command_Templates.html#nommage-des-macros-de-g-code","text":"La casse n'est pas importante pour le nom de la macro G-Code - MA_MACRO et ma_macro \u00e9valueront la m\u00eame chose et peuvent \u00eatre appel\u00e9es en majuscules ou en minuscules. Si des nombres sont utilis\u00e9s dans le nom de la macro, ils doivent tous se trouver \u00e0 la fin du nom (par exemple, TEST_MACRO25 est valide, mais MACRO25_TEST3 ne l'est pas).","title":"Nommage des macros de G-code"},{"location":"Command_Templates.html#formatage-du-g-code-dans-la-config","text":"L'indentation est importante lors de la d\u00e9finition d'une macro dans le fichier de configuration. Pour sp\u00e9cifier une s\u00e9quence G-Code multiligne, il est important que chaque ligne ait une indentation appropri\u00e9e. Par exemple\u202f: [gcode_macro blink_led] gcode: SET_PIN PIN=my_led VALUE=1 G4 P2000 SET_PIN PIN=my_led VALUE=0 L'option de configuration gcode: commence toujours au d\u00e9but de la ligne et les lignes suivantes de la macro G-Code ne commencent jamais au d\u00e9but.","title":"Formatage du G-Code dans la config"},{"location":"Command_Templates.html#ajouter-une-description-a-votre-macro","text":"Pour vous aider \u00e0 identifier la fonctionnalit\u00e9, une courte description peut \u00eatre ajout\u00e9e. Ajoutez description\u202f: avec un texte court pour d\u00e9crire la fonctionnalit\u00e9. La valeur par d\u00e9faut est \"Macro G-Code\". Par exemple\u202f: [gcode_macro blink_led] description: Blink my_led one time gcode: SET_PIN PIN=my_led VALUE=1 G4 P2000 SET_PIN PIN=my_led VALUE=0 Le terminal affichera la description lorsque vous utiliserez la commande HELP ou la fonction de saisie semi-automatique.","title":"Ajouter une description \u00e0 votre macro"},{"location":"Command_Templates.html#enregistrerrestaurer-letat-pour-les-deplacements-g-code","text":"Le langage de commande G-Code peut \u00eatre difficile \u00e0 utiliser. Le m\u00e9canisme standard pour d\u00e9placer la t\u00eate d'outil se fait via la commande G1 (la commande G0 est un alias pour G1 et elle peut \u00eatre utilis\u00e9e \u00e0 la place de G1 et inversement). Cependant, cette commande repose sur la configuration \"G-Code parsing state\" d\u00e9finie par M82 , M83 , G90 , G91 , G92 et les commandes pr\u00e9c\u00e9dentes G1 . Lors de la cr\u00e9ation d'une macro G-Code, il est conseill\u00e9 de toujours d\u00e9finir explicitement l'\u00e9tat d'analyse du G-Code avant d'\u00e9mettre une commande G1 . (Sinon, il y a un risque que la commande G1 fasse une demande ind\u00e9sirable.) Une fa\u00e7on courante d'y parvenir consiste \u00e0 encapsuler les mouvements G1 avec SAVE_GCODE_STATE , G91 et RESTORE_GCODE_STATE . Par exemple\u202f: [gcode_macro MOVE_UP] gcode: SAVE_GCODE_STATE NAME=my_move_up_state G91 G1 Z10 F300 RESTORE_GCODE_STATE NAME=my_move_up_state La commande G91 place l'\u00e9tat d'analyse du G-Code en \"mode de d\u00e9placement relatif\" et la commande RESTORE_GCODE_STATE restaure l'\u00e9tat tel qu'il \u00e9tait avant d'entrer dans la macro. Veillez \u00e0 sp\u00e9cifier une vitesse explicite (via le param\u00e8tre F ) sur la premi\u00e8re commande G1 .","title":"Enregistrer/Restaurer l'\u00e9tat pour les d\u00e9placements G-Code"},{"location":"Command_Templates.html#extension-du-modele","text":"La section de configuration gcode_macro gcode: est \u00e9valu\u00e9e \u00e0 l'aide du langage Jinja2. On peut \u00e9valuer des expressions au moment de l'ex\u00e9cution en les entourant des caract\u00e8res { } ou utiliser des instructions conditionnelles avec des commande entour\u00e9es par {% %} . Voir la documentation Jinja2 pour plus d'informations sur la syntaxe. Un exemple de macro complexe : [gcode_macro clean_nozzle] gcode: {% set wipe_count = 8 %} SAVE_GCODE_STATE NAME=clean_nozzle_state G90 G0 Z15 F300 {% for wipe in range(wipe_count) %} {% for coordinate in [(275, 4),(235, 4)] %} G0 X{coordinate[0]} Y{coordinate[1] + 0.25 * wipe} Z9.7 F12000 {% endfor %} {% endfor %} RESTORE_GCODE_STATE NAME=clean_nozzle_state","title":"Extension du mod\u00e8le"},{"location":"Command_Templates.html#parametres-de-macro","text":"Il est souvent utile d'inspecter les param\u00e8tres pass\u00e9s \u00e0 la macro lorsqu'elle est appel\u00e9e. Ces param\u00e8tres sont disponibles via la pseudo-variable params . Par exemple, si la macro : [gcode_macro SET_PERCENT] gcode: M117 Now at { params.VALUE|float * 100 }% a \u00e9t\u00e9 appel\u00e9 avec SET_PERCENT VALUE=.2 , il sera \u00e9valu\u00e9 \u00e0 M117 Maintenant \u00e0 20 % . Les noms de param\u00e8tres sont toujours en majuscules lorsqu'ils sont \u00e9valu\u00e9s dans la macro et sont toujours transmis sous forme de cha\u00eenes. Si vous effectuez des calculs, ils doivent \u00eatre explicitement convertis en nombres entiers ou flottants. Il est courant d'utiliser la directive Jinja2 set pour affecter un param\u00e8tre \u00e0 une variable locale. Par exemple\u202f: [gcode_macro SET_BED_TEMPERATURE] gcode: {% set bed_temp = params.TEMPERATURE|default(40)|float %} M140 S{bed_temp}","title":"Param\u00e8tres de macro"},{"location":"Command_Templates.html#la-variable-rawparams","text":"Les param\u00e8tres complets non analys\u00e9s pour la macro en cours d'ex\u00e9cution sont accessibles via la pseudo-variable rawparams . Notez que cela inclura tous les commentaires qui faisaient partie de la commande d'origine. Voir le fichier sample-macros.cfg pour un exemple montrant comment remplacer la commande M117 \u00e0 l'aide de rawparams .","title":"La variable \"rawparams\""},{"location":"Command_Templates.html#la-variable-printer","text":"Il est possible d'inspecter (et de modifier) l'\u00e9tat actuel de l'imprimante via la pseudo-variable printer . Par exemple\u202f: [gcode_macro slow_fan] gcode: M106 S{ printer.fan.speed * 0.9 * 255} Les champs disponibles sont d\u00e9finis dans le document Status Reference . Important\u202f! Les macros sont d'abord \u00e9valu\u00e9es dans leur int\u00e9gralit\u00e9 et ce n'est qu'ensuite que les commandes r\u00e9sultantes sont ex\u00e9cut\u00e9es. Si une macro \u00e9met une commande qui modifie l'\u00e9tat de l'imprimante, les r\u00e9sultats de ce changement d'\u00e9tat ne seront pas visibles lors de l'\u00e9valuation de la macro. Cela peut \u00e9galement entra\u00eener un comportement subtil lorsqu'une macro g\u00e9n\u00e8re des commandes qui appellent d'autres macros, car la macro appel\u00e9e est \u00e9valu\u00e9e lorsqu'elle est invoqu\u00e9e (c'est-\u00e0-dire apr\u00e8s l'\u00e9valuation compl\u00e8te de la macro appelante). Par convention, le nom suivant imm\u00e9diatement printer est le nom d'une section de configuration. Ainsi, par exemple, printer.fan fait r\u00e9f\u00e9rence \u00e0 l'objet ventilateur cr\u00e9\u00e9 par la section de configuration [fan] . Il existe quelques exceptions \u00e0 cette r\u00e8gle, notamment les objets gcode_move et toolhead . Si la section de configuration contient des espaces, on peut y acc\u00e9der via l'accesseur [ ] - par exemple : printer[\"generic_heater my_chamber_heater\"].temperature . Notez que la directive Jinja2 set permet d'affecter un objet dans la hi\u00e9rarchie printer \u00e0 une variable locale. Cela peut rendre les macros plus lisibles et r\u00e9duire la saisie. Par exemple\u202f: [gcode_macro QUERY_HTU21D] gcode: {% set sensor = printer[\"htu21d my_sensor\"] %} M117 Temp:{sensor.temperature} Humidity:{sensor.humidity}","title":"La variable \"printer\""},{"location":"Command_Templates.html#actions","text":"Certaines commandes disponibles peuvent modifier l'\u00e9tat de l'imprimante. Par exemple, { action_emergency_stop() } entra\u00eenera l'arr\u00eat de l'imprimante. Ces actions sont execut\u00e9es au moment o\u00f9 la macro est \u00e9valu\u00e9e, ce qui peut prendre beaucoup de temps avant que les commandes g-code g\u00e9n\u00e9r\u00e9es ne soient ex\u00e9cut\u00e9es. Commandes \"action\" disponibles : action_respond_info(msg) : affiche le msg donn\u00e9 dans le pseudo-terminal /tmp/printer. Chaque ligne de msg sera envoy\u00e9e avec un pr\u00e9fixe \"//\". action_raise_error(msg) : termine la macro actuelle (et toutes les macros appelantes) et \u00e9crit le msg donn\u00e9 sur le pseudo-terminal /tmp/printer. La premi\u00e8re ligne de msg sera envoy\u00e9e avec un pr\u00e9fixe \"!!\" et les lignes suivantes auront un pr\u00e9fixe \"//\". action_emergency_stop(msg) : Arr\u00eate l'imprimante. Le param\u00e8tre msg est facultatif, il peut \u00eatre utile de d\u00e9crire la raison de l'arr\u00eat. action_call_remote_method(method_name) : appelle une m\u00e9thode enregistr\u00e9e par un client distant. Si la m\u00e9thode prend des param\u00e8tres, ils doivent \u00eatre fournis via des arguments de mots-cl\u00e9s, c\u2019est-\u00e0-dire : action_call_remote_method(\u00ab print_stuff \u00bb, my_arg=\"hello_world \u00bb)","title":"Actions"},{"location":"Command_Templates.html#variables","text":"La commande SET_GCODE_VARIABLE peut \u00eatre utile pour enregistrer l'\u00e9tat entre les appels de macro. Les noms de variables ne doivent pas contenir de caract\u00e8res majuscules. Par exemple\u202f: [gcode_macro start_probe] variable_bed_temp: 0 gcode: # Save target temperature to bed_temp variable SET_GCODE_VARIABLE MACRO=start_probe VARIABLE=bed_temp VALUE={printer.heater_bed.target} # Disable bed heater M140 # Perform probe PROBE # Call finish_probe macro at completion of probe finish_probe [gcode_macro finish_probe] gcode: # Restore temperature M140 S{printer[\"gcode_macro start_probe\"].bed_temp} Assurez-vous de prendre en compte le moment de l'\u00e9valuation de la macro et de l'ex\u00e9cution de la commande lors de l'utilisation de SET_GCODE_VARIABLE.","title":"Variables"},{"location":"Command_Templates.html#gcodes-retardes","text":"L'option de configuration [delayed_gcode] peut \u00eatre utilis\u00e9e pour ex\u00e9cuter une s\u00e9quence gcode retard\u00e9e : [delayed_gcode clear_display] gcode: M117 [gcode_macro load_filament] gcode: G91 G1 E50 G90 M400 M117 Load Complete! UPDATE_DELAYED_GCODE ID=clear_display DURATION=10 Lorsque la macro load_filament ci-dessus s'ex\u00e9cute, elle affiche un message \"Load Complete!\" une fois l'extrusion termin\u00e9e. La derni\u00e8re ligne de gcode active le delay_gcode \"clear_display\", configur\u00e9 pour s'ex\u00e9cuter en 10 secondes. L'option de configuration initial_duration peut \u00eatre d\u00e9finie pour ex\u00e9cuter le delay_gcode au d\u00e9marrage de l'imprimante. Le compte \u00e0 rebours commence lorsque l'imprimante passe \u00e0 l'\u00e9tat \"pr\u00eat\". Par exemple, le delay_gcode ci-dessous s'ex\u00e9cutera 5 secondes apr\u00e8s que l'imprimante soit pr\u00eate, initialisant l'affichage avec \"Welcome!\" : [delayed_gcode welcome] initial_duration: 5. gcode: M117 Welcome! Il est possible qu'un gcode retard\u00e9 se r\u00e9p\u00e8te en le mettant \u00e0 jour dans l'option gcode : [delayed_gcode report_temp] initial_duration: 2. gcode: {action_respond_info(\"Extruder Temp: %.1f\" % (printer.extruder0.temperature))} UPDATE_DELAYED_GCODE ID=report_temp DURATION=2 Le delay_gcode ci-dessus enverra \"// Extruder Temp\u202f: [ex0_temp]\" \u00e0 Octoprint toutes les 2 secondes. Cela peut \u00eatre annul\u00e9 avec le gcode suivant\u202f: UPDATE_DELAYED_GCODE ID=report_temp DURATION=0","title":"Gcodes retard\u00e9s"},{"location":"Command_Templates.html#modeles-de-menus","text":"Si une section display_config est activ\u00e9e, il est alors possible de personnaliser le menu avec les sections de configuration menu . Les attributs en lecture seule suivants sont disponibles dans les mod\u00e8les de menu : menu.width - largeur de l\u2019\u00e9l\u00e9ment (nombre de colonnes d\u2019affichage) menu.ns - espace de noms de l'\u00e9l\u00e9ment menu.event - nom de l'\u00e9v\u00e9nement qui a d\u00e9clench\u00e9 le script menu.input - valeur d'entr\u00e9e, uniquement disponible dans le contexte du script d'entr\u00e9e Les actions suivantes sont disponibles dans les mod\u00e8les de menu : menu.back(force, update) : ex\u00e9cutera la commande de retour du menu, param\u00e8tres bool\u00e9ens facultatifs et . Lorsque est d\u00e9fini sur True, l'\u00e9dition s'arr\u00eate \u00e9galement. La valeur par d\u00e9faut est False. Lorsque est d\u00e9fini sur False, les \u00e9l\u00e9ments de conteneur parent ne sont pas mis \u00e0 jour. La valeur par d\u00e9faut est True. menu.exit(force) - ex\u00e9cutera la commande de sortie du menu, param\u00e8tre bool\u00e9en facultatif valeur par d\u00e9faut False. Lorsque est d\u00e9fini sur True, l'\u00e9dition s'arr\u00eate \u00e9galement. La valeur par d\u00e9faut est False.","title":"Mod\u00e8les de menus"},{"location":"Command_Templates.html#enregistrer-les-variables-sur-le-disque","text":"Si une section de configuration save_variables a \u00e9t\u00e9 activ\u00e9e, SAVE_VARIABLE VARIABLE= VALUE= peut \u00eatre utilis\u00e9 pour enregistrer la variable sur le disque afin qu'elle puisse \u00eatre utilis\u00e9e \u00e0 travers les red\u00e9marrages. Toutes les variables stock\u00e9es sont charg\u00e9es dans le dictionnaire printer.save_variables.variables au d\u00e9marrage et peuvent \u00eatre utilis\u00e9es dans les macros gcode. pour \u00e9viter les lignes trop longues, vous pouvez ajouter ce qui suit en haut de la macro : {% set svv = printer.save_variables.variables %} Par exemple, il pourrait \u00eatre utilis\u00e9 pour enregistrer l'\u00e9tat d'un extrudeur cyclope lors du d\u00e9marrage d'une impression, assurez-vous que l'extrudeuse active est utilis\u00e9e, au lieu de T0 : [gcode_macro T1] gcode: ACTIVATE_EXTRUDER extruder=extruder1 SAVE_VARIABLE VARIABLE=currentextruder VALUE='\"extruder1\"' [gcode_macro T0] gcode: ACTIVATE_EXTRUDER extruder=extruder SAVE_VARIABLE VARIABLE=currentextruder VALUE='\"extruder\"' [gcode_macro START_GCODE] gcode: {% set svv = printer.save_variables.variables %} ACTIVATE_EXTRUDER extruder={svv.currentextruder}","title":"Enregistrer les variables sur le disque"},{"location":"Config_Changes.html","text":"Changements de configuration \u00b6 Ce document couvre les modifications logicielles apport\u00e9es au fichier de configuration qui ne sont pas r\u00e9tro compatibles. Il est conseill\u00e9 de consulter ce document lors de la mise \u00e0 jour du logiciel Klipper. Toutes les dates de ce document sont approximatives. Changements \u00b6 20230201 : Le module [bed_mesh] ne charge plus le profil default au d\u00e9marrage. Il est recommand\u00e9 aux utilisateurs qui utilisent le profil default d'ajouter BED_MESH_PROFILE LOAD=default \u00e0 leur macro START_PRINT (ou \u00e0 la configuration \"Start G-Code\" de leur trancheur si applicable). 20230103 : Il est maintenant possible avec le script flash-sdcard.sh de flasher les deux variantes du Bigtreetech SKR-2, STM32F407 et STM32F429. Cela signifie que le tag originel de btt-skr2 a maintenant chang\u00e9 en btt-skr-2-f407 ou btt-skr-2-f429. 20221128 : Sortie de Klipper v0.11.0. 20221122 : Auparavant, avec safe_z_home, il \u00e9tait possible que le z_hop apr\u00e8s la mise \u00e0 l'origine g28 aille dans une direction z n\u00e9gative. Maintenant, un saut en z n'est effectu\u00e9 apr\u00e8s g28 que s'il r\u00e9sulte en un saut positif, refl\u00e9tant le comportement du saut en z se produisant avant la mise \u00e0 l'origine g28. 20220616 : Il \u00e9tait auparavant possible de flasher un rp2040 en mode bootloader en ex\u00e9cutant make flash FLASH_DEVICE=first . La commande \u00e9quivalente est maintenant make flash FLASH_DEVICE=2e8a:0003 . 20220612 : Le micro-contr\u00f4leur rp2040 a maintenant une solution de contournement pour l'errata USB \"rp2040-e5\". Cela devrait rendre les premi\u00e8res connexions USB plus fiables. Cependant, cela peut entra\u00eener un changement de comportement de la broche gpio15. Il est peu probable que le changement de comportement de la gpio15 soit perceptible. 20220407 : L'option de configuration pid_integral_max de temperature_fan a \u00e9t\u00e9 supprim\u00e9e (elle \u00e9tait obsol\u00e8te depuis 20210612). 20220407 : L'ordre des couleurs par d\u00e9faut pour les LEDs pca9632 est maintenant \"RGBW\". Ajoutez un param\u00e8tre explicite color_order : RBGW \u00e0 la section pca9632 config pour obtenir le comportement pr\u00e9c\u00e9dent. 20220330 : Le format des informations d'\u00e9tat printer.neopixel.color_data des modules neopixel et dotstar a chang\u00e9. L'information est maintenant stock\u00e9e comme une liste de listes de couleurs (au lieu d'une liste de dictionnaires). Voir la r\u00e9f\u00e9rence d'\u00e9tat pour plus de d\u00e9tails. 20220307 : M73 ne mettra plus la progression de l'impression \u00e0 0 si P est absent. 20220304 : Il n'y a plus de valeur par d\u00e9faut pour le param\u00e8tre extruder des sections de configuration extruder_stepper . Si vous le souhaitez, sp\u00e9cifiez explicitement extruder : extruder pour associer le moteur pas \u00e0 pas \u00e0 la file d'attente de mouvement \"extruder\" au d\u00e9marrage. 20220210 : La commande SYNC_STEPPER_TO_EXTRUDER est obsol\u00e8te ; la commande SET_EXTRUDER_STEP_DISTANCE est obsol\u00e8te ; l'option de configuration shared_heater de l' extrudeuse est obsol\u00e8te. Ces fonctionnalit\u00e9s seront supprim\u00e9es dans un futur proche. Remplacez SET_EXTRUDER_STEP_DISTANCE par SET_EXTRUDER_ROTATION_DISTANCE . Remplacez SYNC_STEPPER_TO_EXTRUDER par SYNC_EXTRUDER_MOTION . Remplacez les sections de configuration de l'extrudeuse utilisant shared_heater par les sections de configuration extruder_stepper et mettez \u00e0 jour toutes les macros d'activation pour utiliser SYNC_EXTRUDER_MOTION . 20220116 : Le code de calcul run_current des tmc2130, tmc2208, tmc2209, et tmc2660 a chang\u00e9. Pour certains param\u00e8tres run_current les pilotes peuvent maintenant \u00eatre configur\u00e9s diff\u00e9remment. Cette nouvelle configuration devrait \u00eatre plus pr\u00e9cise, mais elle peut invalider les r\u00e9glages pr\u00e9c\u00e9dents des pilotes tmc. 20211230 : Les scripts pour ajuster le fa\u00e7onneur d'entr\u00e9e ( scripts/calibrate_shaper.py et scripts/graph_accelerometer.py ) ont \u00e9t\u00e9 migr\u00e9s pour utiliser Python3 par d\u00e9faut. Par cons\u00e9quent, les utilisateurs doivent installer les versions Python3 de certains paquets (par exemple, sudo apt install python3-numpy python3-matplotlib ) pour continuer \u00e0 utiliser ces scripts. Pour plus de d\u00e9tails, reportez-vous \u00e0 Installation du logiciel . Alternativement, les utilisateurs peuvent temporairement forcer l'ex\u00e9cution de ces scripts sous Python 2 en appelant explicitement l'interpr\u00e9teur Python2 dans la console : python2 ~/klipper/scripts/calibrate_shaper.py ... 20211110 : Le capteur de temp\u00e9rature \"NTC 100K beta 3950\" est d\u00e9pr\u00e9ci\u00e9. Ce capteur sera supprim\u00e9 dans un avenir proche. La plupart des utilisateurs trouveront le capteur de temp\u00e9rature \"Generic 3950\" plus pr\u00e9cis. Pour continuer \u00e0 utiliser l'ancienne d\u00e9finition (g\u00e9n\u00e9ralement moins pr\u00e9cise), d\u00e9finissez une thermistance personnalis\u00e9e avec temp\u00e9rature1 : 25 , r\u00e9sistance1 : 100000 , et beta : 3950 . 20211104 : L'option \"step pulse duration\" dans \"make menuconfig\" a \u00e9t\u00e9 supprim\u00e9e. La dur\u00e9e d'impulsion par d\u00e9faut pour les pilotes TMC configur\u00e9s en mode UART ou SPI est maintenant de 100ns. Un nouveau param\u00e8tre step_pulse_duration dans la section configuration des moteurs doit \u00eatre d\u00e9fini pour tous les moteurs n\u00e9cessitant une dur\u00e9e d'impulsion personnalis\u00e9e. 20211102 : Plusieurs fonctionnalit\u00e9s obsol\u00e8tes ont \u00e9t\u00e9 supprim\u00e9es. L'option step_distance du stepper a \u00e9t\u00e9 supprim\u00e9e (obsol\u00e8te depuis 20201222). L'alias du capteur rpi_temperature a \u00e9t\u00e9 supprim\u00e9 (obsol\u00e8te depuis 20210219). L'option mcu pin_map a \u00e9t\u00e9 supprim\u00e9e (obsol\u00e8te depuis 20210325). L'option gcode_macro default_parameter_ et l'acc\u00e8s aux param\u00e8tres de commande par la macro autrement que par la pseudo-variable params ont \u00e9t\u00e9 supprim\u00e9s (obsol\u00e8te depuis 20210503). L'option heater pid_integral_max a \u00e9t\u00e9 supprim\u00e9e (obsol\u00e8te le 20210612). 20210929 : Sortie de Klipper v0.10.0. 20210903 : La valeur par d\u00e9faut de smooth_time pour les \u00e9l\u00e9ments chauffants est pass\u00e9e \u00e0 1 seconde (au lieu de 2 secondes). Pour la plupart des imprimantes, cela permettra un contr\u00f4le plus stable de la temp\u00e9rature. 20210830 : Le nom par d\u00e9faut de adxl345 est maintenant \"adxl345\". Le param\u00e8tre CHIP par d\u00e9faut pour les fonctions ACCELEROMETER_MEASURE et ACCELEROMETER_QUERY est maintenant aussi \"adxl345\". 20210830 : La commande adxl345 ACCELEROMETER_MEASURE ne prend plus en charge un param\u00e8tre RATE. Pour modifier le taux d'interrogation, mettez \u00e0 jour le fichier printer.cfg et lancez une commande RESTART. 20210821 : Plusieurs param\u00e8tres de configuration dans printer.configfile.settings seront maintenant rapport\u00e9s sous forme de listes au lieu de cha\u00eenes brutes. Si vous souhaitez obtenir une cha\u00eene de caract\u00e8res brute, utilisez printer.configfile.config \u00e0 la place. 20210819 : Dans certains cas, un mouvement de retour \u00e0 l'origine G28 peut se terminer dans une position qui est nominalement en dehors de la plage de mouvement valide. Dans de rares situations, cela peut entra\u00eener des erreurs d\u00e9routantes \"Move out of range\" apr\u00e8s le retour \u00e0 la position initiale. Si cela se produit, modifiez vos scripts de d\u00e9marrage pour d\u00e9placer la t\u00eate d'outil vers une position valide imm\u00e9diatement apr\u00e8s le retour \u00e0 la position initiale. 20210814 : Les pseudo-pins analogiques sur l'atmega168 et l'atmega328 ont \u00e9t\u00e9 renomm\u00e9s de PE0/PE1 \u00e0 PE2/PE3. 20210720 : Une section controller_fan surveille maintenant tous les moteurs pas \u00e0 pas par d\u00e9faut (pas seulement les moteurs pas \u00e0 pas cin\u00e9matiques). Si le comportement pr\u00e9c\u00e9dent est souhait\u00e9, voir l'option de configuration stepper dans la r\u00e9f\u00e9rence de configuration . 20210703 : Une section de configuration samd_sercom doit maintenant sp\u00e9cifier le bus sercom qu'elle configure via l'option sercom . 20210612 : l'option de configuration pid_integral_max dans les sections heater et temperature_fan est obsol\u00e8te. Cette option sera supprim\u00e9e dans les prochaines versions. 20210503: The gcode_macro default_parameter_ config option is deprecated. Use the params pseudo-variable to access macro parameters. Other methods for accessing macro parameters will be removed in the near future. Most users can replace a default_parameter_NAME: VALUE config option with a line like the following in the start of the macro: {% set NAME = params.NAME|default(VALUE)|float %} . See the Command Templates document for examples. 20210430 : la commande SET_VELOCITY_LIMIT (et M204) peuvent maintenant d\u00e9finir une \"velocity\", \"acceleration\", et \"square_corner_velocity\" sup\u00e9rieurs aux valeurs sp\u00e9cifi\u00e9es dans le fichier de configuration. 20210325 : La prise en charge de l'option de configuration pin_map est obsol\u00e8te. Utilisez le fichier sample-aliases.cfg pour traduire les noms des broches r\u00e9elles du microcontr\u00f4leur. L'option de configuration pin_map sera supprim\u00e9e dans les prochaines version. 20210313 : La prise en charge de Klipper pour les microcontr\u00f4leurs CAN bus a \u00e9t\u00e9 modifi\u00e9e. Si vous utilisez CANBus, tous les microcontr\u00f4leurs doivent \u00eatre reflash\u00e9s et le fichier de configuration de Klipper doit \u00eatre mise \u00e0 jour . 20210310 : la valeur par d\u00e9faut de driver_SFILT pour les TMC2660 a \u00e9t\u00e9 modifi\u00e9e : passage de 1 \u00e0 0 par d\u00e9faut. 20210227 : Les pilotes de moteur pas \u00e0 pas TMC en mode UART ou SPI sont d\u00e9sormais interrog\u00e9s une fois par seconde si ils sont activ\u00e9s - si le pilote ne peut pas \u00eatre contact\u00e9 ou si le pilote signale une erreur, alors Klipper passera \u00e0 un \u00e9tat d'arr\u00eat. 20210219 : Le module rpi_temperature a \u00e9t\u00e9 renomm\u00e9 en temperature_host . Remplacez toutes les occurrences de sensor_type : rpi_temperature par sensor_type : temperature_host . Le chemin vers le fichier de temp\u00e9rature peut \u00eatre sp\u00e9cifi\u00e9 dans la variable de configuration sensor_path . Le nom rpi_temperature est obsol\u00e8te et sera supprim\u00e9 dans les prochaines versions. 20210201: La commande TEST_RESONANCES va maintenant d\u00e9sactiver la mise en forme des entr\u00e9es si elle \u00e9tait pr\u00e9c\u00e9demment activ\u00e9e (et la r\u00e9activer apr\u00e8s le test). Afin d'outrepasser ce comportement et de garder la mise en forme de l'entr\u00e9e activ\u00e9e, on peut passer un param\u00e8tre suppl\u00e9mentaire INPUT_SHAPING=1 \u00e0 la commande. 20210201 : La commande ACCELEROMETER_MEASURE ajoutera d\u00e9sormais le nom de la puce acc\u00e9l\u00e9rom\u00e8tre au nom du fichier de sortie si un nom a \u00e9t\u00e9 donn\u00e9 \u00e0 la puce dans la section adxl345 correspondante du printer.cfg. 20201222 : Le param\u00e8tre step_distance dans les sections de configuration de moteur est obsol\u00e8te. Il est conseill\u00e9 de mettre \u00e0 jour la configuration pour utiliser le param\u00e8tre rotation_distance . Le support de step_distance sera supprim\u00e9 dans un futur proche. 20201218 : Le param\u00e8tre endstop_phase du module endstop_phase a \u00e9t\u00e9 remplac\u00e9 par trigger_phase . Si vous utilisez le module endstop phases, il sera n\u00e9cessaire de convertir en rotation_distance et de recalibrer les phases endstop en ex\u00e9cutant la commande ENDSTOP_PHASE_CALIBRATE. 20201218 : Les imprimantes rotatives delta et polaires doivent maintenant sp\u00e9cifier un gear_ratio pour leurs moteurs rotatifs, et elles ne peuvent plus sp\u00e9cifier un param\u00e8tre step_distance . Voir la r\u00e9f\u00e9rence de configuration pour le format du nouveau param\u00e8tre gear_ratio. 20201213 : Il n'est pas valide de sp\u00e9cifier un Z \"position_endstop\" lors de l'utilisation de \"probe:z_virtual_endstop\". Une erreur sera maintenant soulev\u00e9e si un Z \"position_endstop\" est sp\u00e9cifi\u00e9 avec \"probe:z_virtual_endstop\". Supprimez la d\u00e9finition de Z \"position_endstop\" pour corriger l'erreur. 20201120 : La section de configuration [board_pins] sp\u00e9cifie maintenant le nom du mcu dans un param\u00e8tre explicite mcu: . Si vous utilisez board_pins pour un mcu secondaire, alors la config doit \u00eatre mise \u00e0 jour pour sp\u00e9cifier ce nom. Voir la r\u00e9f\u00e9rence config pour plus de d\u00e9tails. 20201112 : La dur\u00e9e rapport\u00e9e par print_stats.print_duration a chang\u00e9. La dur\u00e9e pr\u00e9c\u00e9dant la premi\u00e8re extrusion d\u00e9tect\u00e9e est maintenant exclue. 20201029 : L'option de configuration neopixel color_order_GRB a \u00e9t\u00e9 supprim\u00e9e. Si n\u00e9cessaire, mettez \u00e0 jour la configuration pour d\u00e9finir la nouvelle option color_order sur RGB, GRB, RGBW, ou GRBW. 20201029 : L'option serial dans la section mcu config ne prend plus par d\u00e9faut /dev/ttyS0. Dans la rare situation o\u00f9 /dev/ttyS0 est le port s\u00e9rie d\u00e9sir\u00e9, il doit \u00eatre indiqu\u00e9 explicitement. 20201020 : Sortie de Klipper v0.9.0. 20200902 : Le calcul de la r\u00e9sistance \u00e0 la temp\u00e9rature des RTD des convertisseurs MAX31865 a \u00e9t\u00e9 corrig\u00e9 pour ne pas lire une valeur basse. Si vous utilisez un tel dispositif, vous devez recalibrer votre temp\u00e9rature d'impression et vos param\u00e8tres PID. 20200816 : L'objet macro gcode printer.gcode a \u00e9t\u00e9 renomm\u00e9 en printer.gcode_move . Plusieurs variables non document\u00e9es dans printer.toolhead et printer.gcode ont \u00e9t\u00e9 supprim\u00e9es. Voir docs/Command_Templates.md pour une liste des variables de mod\u00e8les disponibles. 20200816 : Le syst\u00e8me de macro gcode \"action_\" a chang\u00e9. Remplacez tout appel \u00e0 printer.gcode.action_emergency_stop() par action_emergency_stop() , printer.gcode.action_respond_info() par action_respond_info() , et printer.gcode.action_respond_error() par action_raise_error() . 20200809 : Le syst\u00e8me de menu a \u00e9t\u00e9 r\u00e9\u00e9crit. Si le menu a \u00e9t\u00e9 personnalis\u00e9, il sera n\u00e9cessaire de le mettre \u00e0 jour avec la nouvelle configuration. Voir config/example-menu.cfg pour les d\u00e9tails de la configuration et voir klippy/extras/display/menu.cfg pour les exemples. 20200731 : Le comportement de l'attribut progress rapport\u00e9 par l'objet imprimante virtual_sdcard a chang\u00e9. La progression n'est plus remise \u00e0 0 lorsqu'une impression est mise en pause. La progression est maintenant toujours bas\u00e9e sur la position interne du fichier, ou 0 si aucun fichier n'est charg\u00e9. 20200725 : Le param\u00e8tre de configuration enable du servo et le param\u00e8tre SET_SERVO ENABLE ont \u00e9t\u00e9 supprim\u00e9s. Mettez \u00e0 jour toutes les macros pour utiliser SET_SERVO SERVO=my_servo WIDTH=0 pour d\u00e9sactiver un servo. 20200608 : Le support de l'affichage LCD a chang\u00e9 le nom de certains \"glyphes\" internes. Si une disposition d'affichage personnalis\u00e9e a \u00e9t\u00e9 impl\u00e9ment\u00e9e, il peut \u00eatre n\u00e9cessaire d'actualiser avec les noms actuels de glyphes (voir klippy/extras/display/display.cfg pour une liste des glyphes disponibles). 20200606 : Les noms des broches sur linux mcu ont chang\u00e9. Les broches ont maintenant des noms de la forme gpiochip/gpio . Pour gpiochip0 vous pouvez aussi utiliser un court gpio . Par exemple, ce qui \u00e9tait pr\u00e9c\u00e9demment appel\u00e9 P20 devient maintenant gpio20 ou `gpiochip0/gpio20``. 20200603 : La disposition par d\u00e9faut de l'\u00e9cran LCD 16x4 n'affiche plus le temps estim\u00e9 restant pour une impression. (Seul le temps \u00e9coul\u00e9 sera affich\u00e9.) Si l'on souhaite conserver l'ancien comportement, on peut personnaliser l'affichage du menu avec cette information (voir la description de display_data dans config/example-extras.cfg pour plus de d\u00e9tails). 20200531 : L'id par d\u00e9faut du vendeur/produit USB est maintenant 0x1d50/0x614e. Ces nouveaux identifiants sont r\u00e9serv\u00e9s \u00e0 Klipper (gr\u00e2ce au projet openmoko). Ce changement ne devrait pas n\u00e9cessiter de modification de la configuration, mais les nouveaux identifiants peuvent appara\u00eetre dans les journaux syst\u00e8me. 20200524 : La valeur par d\u00e9faut du champ pwm_freq du tmc5160 est maintenant z\u00e9ro (au lieu de un). 20200425 : La variable du mod\u00e8le de commande gcode_macro printer.heater a \u00e9t\u00e9 renomm\u00e9e en printer.heaters . 20200313 : La disposition par d\u00e9faut de l'\u00e9cran pour les imprimantes multi-extrudeurs avec un \u00e9cran 16x4 a chang\u00e9. La disposition de l'\u00e9cran pour un seul extrudeur est maintenant la disposition par d\u00e9faut et elle montrera l'extrudeur actuellement actif. Pour utiliser la disposition d'\u00e9cran pr\u00e9c\u00e9dente, d\u00e9finissez \"display_group : _multiextruder_16x4\" dans la section [display] du fichier printer.cfg. 20200308 : L'\u00e9l\u00e9ment de menu par d\u00e9faut __test a \u00e9t\u00e9 supprim\u00e9. Si le fichier de configuration a un menu personnalis\u00e9, assurez-vous de supprimer toutes les r\u00e9f\u00e9rences \u00e0 cet \u00e9l\u00e9ment de menu __test . 20200308 : Les options \"deck\" et \"card\" du menu ont \u00e9t\u00e9 supprim\u00e9es. Pour personnaliser la disposition d'un \u00e9cran lcd, utilisez les nouvelles sections de configuration display_data (voir config/example-extras.cfg pour les d\u00e9tails). 20200109 : Le module bed_mesh fait d\u00e9sormais r\u00e9f\u00e9rence \u00e0 l'emplacement de la sonde pour la configuration du maillage. Ainsi, certaines options de configuration ont \u00e9t\u00e9 renomm\u00e9es pour mieux refl\u00e9ter leur fonctionnalit\u00e9. Pour les lits rectangulaires, min_point et max_point ont \u00e9t\u00e9 renomm\u00e9s en mesh_min et mesh_max respectivement. Pour les lits ronds, bed_radius a \u00e9t\u00e9 renomm\u00e9 en mesh_radius . Une nouvelle option mesh_origin a \u00e9galement \u00e9t\u00e9 ajout\u00e9e pour les lits ronds. Notez que ces changements sont \u00e9galement incompatibles avec les profils de maillage pr\u00e9c\u00e9demment enregistr\u00e9s. Si un profil incompatible est d\u00e9tect\u00e9, il sera ignor\u00e9 et sa suppression sera programm\u00e9e. Le processus de suppression peut \u00eatre achev\u00e9 en lan\u00e7ant la commande SAVE_CONFIG. L'utilisateur devra recalibrer chaque profil. 20191218 : La section de configuration de l'affichage ne prend plus en charge \"lcd_type : st7567\". Utilisez le type d'affichage \"uc1701\" \u00e0 la place - d\u00e9finissez \"lcd_type : uc1701\" et changez \"rs_pin : some_pin\" en \"rst_pin : some_pin\". Il peut \u00e9galement \u00eatre n\u00e9cessaire d'ajouter un param\u00e8tre de configuration \"contrast : 60\". 20191210 : Les commandes int\u00e9gr\u00e9es T0, T1, T2, ... ont \u00e9t\u00e9 supprim\u00e9es. Les options de configuration activate_gcode et deactivate_gcode de l'extrudeuse ont \u00e9t\u00e9 supprim\u00e9es. Si ces commandes (et scripts) sont n\u00e9cessaires, d\u00e9finissez des macros individuelles de type [gcode_macro T0] qui appellent la commande ACTIVATE_EXTRUDER. Voir les fichiers config/sample-idex.cfg et sample-multi-extruder.cfg pour des exemples. 20191210 : La prise en charge de la commande M206 a \u00e9t\u00e9 supprim\u00e9e. Remplacer par des appels \u00e0 SET_GCODE_OFFSET. Si le support de M206 est n\u00e9cessaire, ajoutez une section de configuration [gcode_macro M206] qui appelle SET_GCODE_OFFSET. (Par exemple \"SET_GCODE_OFFSET Z=-{params.Z}\".) 20191202 : La prise en charge du param\u00e8tre non document\u00e9 \"S\" de la commande \"G4\" a \u00e9t\u00e9 supprim\u00e9e. Remplacez toutes les occurrences de S par le param\u00e8tre standard \"P\" (le d\u00e9lai sp\u00e9cifi\u00e9 en millisecondes). 20191126 : Les noms USB ont chang\u00e9 sur les micro-contr\u00f4leurs avec un support USB natif. Ils utilisent d\u00e9sormais un identifiant de puce unique par d\u00e9faut (lorsqu'il est disponible). Si une section de configuration \"mcu\" utilise un param\u00e8tre \"serial\" qui commence par \"/dev/serial/by-id/\", il peut \u00eatre n\u00e9cessaire de mettre \u00e0 jour la configuration. Ex\u00e9cutez \"ls /dev/serial/by-id/*\" dans un terminal ssh pour d\u00e9terminer le nouvel identifiant. 20191121 : Le param\u00e8tre pressure_advance_lookahead_time a \u00e9t\u00e9 supprim\u00e9. Voir example.cfg pour d'autres param\u00e8tres de configuration. 20191112 : La capacit\u00e9 d'activation virtuelle du pilote de pas \u00e0 pas tmc est d\u00e9sormais automatiquement activ\u00e9e si le moteur pas \u00e0 pas ne poss\u00e8de pas de broche d'activation d\u00e9di\u00e9e. Supprimez les r\u00e9f\u00e9rences \u00e0 tmcXXXX:virtual_enable de la configuration. La possibilit\u00e9 de contr\u00f4ler plusieurs broches dans la configuration enable_pin du moteur a \u00e9t\u00e9 supprim\u00e9e. Si plusieurs broches sont n\u00e9cessaires, utilisez une section de configuration multi_pin. 20191107 : La section de configuration de l'extrudeur primaire doit \u00eatre sp\u00e9cifi\u00e9e comme \"extruder\" et ne peut plus \u00eatre sp\u00e9cifi\u00e9e comme \"extruder0\". Les mod\u00e8les de commande Gcode qui interrogent le statut de l'extrudeur sont d\u00e9sormais accessibles via \"{printer.extruder}\". 20191021 : Sortie de Klipper v0.8.0 20191003 : L'option move_to_previous de [safe_z_homing] a d\u00e9sormais la valeur par d\u00e9faut False. (Elle \u00e9tait effectivement False avant 20190918.) 20190918 : L'option zhop de [safe_z_homing] est toujours r\u00e9appliqu\u00e9e apr\u00e8s la fin du homing sur l'axe Z. Cela peut obliger les utilisateurs \u00e0 mettre \u00e0 jour les scripts personnalis\u00e9s bas\u00e9s sur ce module. 20190806 : La commande SET_NEOPIXEL a \u00e9t\u00e9 renomm\u00e9e SET_LED. 20190726 : Le code num\u00e9rique-analogique du mcp4728 a \u00e9t\u00e9 modifi\u00e9. L'adresse i2c_address par d\u00e9faut est maintenant 0x60 et la r\u00e9f\u00e9rence de tension est maintenant relative \u00e0 la r\u00e9f\u00e9rence interne de 2,048 volts du mcp4728. 20190710 : L'option z_hop a \u00e9t\u00e9 supprim\u00e9e de la section de configuration [firmware_retract]. La prise en charge de z_hop \u00e9tait incompl\u00e8te et pouvait provoquer un comportement incorrect avec plusieurs trancheurs courants. 20190710 : Les param\u00e8tres optionnels de la commande PROBE_ACCURACY ont \u00e9t\u00e9 modifi\u00e9s. Il peut \u00eatre n\u00e9cessaire de mettre \u00e0 jour les macros ou les scripts qui utilisent cette commande. 20190628 : Toutes les options de configuration ont \u00e9t\u00e9 supprim\u00e9es de la section [skew_correction]. La configuration de la correction d'obliquit\u00e9 se fait d\u00e9sormais via le gcode SET_SKEW. Voir Correction de l'obliquit\u00e9 pour l'utilisation recommand\u00e9e. 20190607 : Les param\u00e8tres \"variable_X\" de gcode_macro (ainsi que le param\u00e8tre VALUE de SET_GCODE_VARIABLE) sont maintenant analys\u00e9s comme des litt\u00e9raux Python. Si une valeur doit \u00eatre assign\u00e9e \u00e0 une cha\u00eene de caract\u00e8res, mettez-la entre guillemets pour qu'elle soit \u00e9valu\u00e9e comme une cha\u00eene de caract\u00e8res. 20190606 : Les options de configuration \"samples\", \"samples_result\" et \"sample_retract_dist\" ont \u00e9t\u00e9 d\u00e9plac\u00e9es vers la section de configuration \"probe\". Ces options ne sont plus support\u00e9es dans les sections de configuration \"delta_calibrate\", \"bed_tilt\", \"bed_mesh\", \"screws_tilt_adjust\", \"z_tilt\", ou \"quad_gantry_level\". 20190528 : La variable magique \"status\" dans l'\u00e9valuation du mod\u00e8le gcode_macro a \u00e9t\u00e9 renomm\u00e9e en \"printer\". 20190520 : La commande SET_GCODE_OFFSET a \u00e9t\u00e9 modifi\u00e9e ; mettez \u00e0 jour vos macros de code G en cons\u00e9quence. La commande n'appliquera plus le d\u00e9calage demand\u00e9 \u00e0 la prochaine commande G1. L'ancien comportement peut \u00eatre approch\u00e9 en utilisant le nouveau param\u00e8tre \"MOVE=1\". 20190404 : Les paquets du logiciel h\u00f4te Python ont \u00e9t\u00e9 mis \u00e0 jour. Les utilisateurs devront r\u00e9ex\u00e9cuter le script ~/klipper/scripts/install-octopi.sh (ou mettre \u00e0 jour les d\u00e9pendances python s'ils n'utilisent pas une installation OctoPi standard). 20190404 : Les param\u00e8tres i2c_bus et spi_bus (dans diverses sections de configuration) prennent d\u00e9sormais un nom de bus au lieu d'un num\u00e9ro. 20190404 : Les param\u00e8tres de configuration du sx1509 ont chang\u00e9. Le param\u00e8tre 'adresse' est maintenant 'i2c_address' et doit \u00eatre sp\u00e9cifi\u00e9 comme un nombre d\u00e9cimal. L\u00e0 o\u00f9 0x3E \u00e9tait pr\u00e9c\u00e9demment utilis\u00e9, sp\u00e9cifiez 62. 20190328 : La valeur min_speed dans la configuration [temperature_fan] sera d\u00e9sormais respect\u00e9e et le ventilateur fonctionnera toujours \u00e0 cette vitesse ou plus en mode PID. 20190322 : La valeur par d\u00e9faut de \"driver_HEND\" dans les sections de configuration [tmc2660] a \u00e9t\u00e9 modifi\u00e9e de 6 \u00e0 3. Le champ \"driver_VSENSE\" a \u00e9t\u00e9 supprim\u00e9 (il est d\u00e9sormais calcul\u00e9 automatiquement \u00e0 partir de run_current). 20190310 : La section de configuration [controller_fan] prend d\u00e9sormais toujours un nom (tel que [controller_fan my_controller_fan]). 20190308 : Le champ \"driver_BLANK_TIME_SELECT\" dans les sections de configuration [tmc2130] et [tmc2208] a \u00e9t\u00e9 renomm\u00e9 \"driver_TBL\". 20190308 : La section config [tmc2660] a \u00e9t\u00e9 modifi\u00e9e. Un nouveau param\u00e8tre de configuration sense_resistor doit maintenant \u00eatre fourni. La signification de plusieurs des param\u00e8tres driver_XXX a \u00e9t\u00e9 modifi\u00e9e. 20190228 : Les utilisateurs de SPI ou I2C sur les cartes SAMD21 doivent maintenant sp\u00e9cifier les broches du bus via une section de configuration [samd_sercom]. 20190224 : L'option bed_shape a \u00e9t\u00e9 supprim\u00e9e de bed_mesh. L'option radius a \u00e9t\u00e9 renomm\u00e9e bed_radius. Les utilisateurs avec des lits ronds doivent fournir les options bed_radius et round_probe_count. 20190107 : Le param\u00e8tre i2c_address de la section config du mcp4451 a \u00e9t\u00e9 modifi\u00e9. Il s'agit d'un param\u00e8tre courant sur les Smoothieboards. La nouvelle valeur est la moiti\u00e9 de l'ancienne valeur (88 doit \u00eatre chang\u00e9 en 44, et 90 doit \u00eatre chang\u00e9 en 45). 20181220 : Sortie de Klipper v0.7.0","title":"Changements de configuration"},{"location":"Config_Changes.html#changements-de-configuration","text":"Ce document couvre les modifications logicielles apport\u00e9es au fichier de configuration qui ne sont pas r\u00e9tro compatibles. Il est conseill\u00e9 de consulter ce document lors de la mise \u00e0 jour du logiciel Klipper. Toutes les dates de ce document sont approximatives.","title":"Changements de configuration"},{"location":"Config_Changes.html#changements","text":"20230201 : Le module [bed_mesh] ne charge plus le profil default au d\u00e9marrage. Il est recommand\u00e9 aux utilisateurs qui utilisent le profil default d'ajouter BED_MESH_PROFILE LOAD=default \u00e0 leur macro START_PRINT (ou \u00e0 la configuration \"Start G-Code\" de leur trancheur si applicable). 20230103 : Il est maintenant possible avec le script flash-sdcard.sh de flasher les deux variantes du Bigtreetech SKR-2, STM32F407 et STM32F429. Cela signifie que le tag originel de btt-skr2 a maintenant chang\u00e9 en btt-skr-2-f407 ou btt-skr-2-f429. 20221128 : Sortie de Klipper v0.11.0. 20221122 : Auparavant, avec safe_z_home, il \u00e9tait possible que le z_hop apr\u00e8s la mise \u00e0 l'origine g28 aille dans une direction z n\u00e9gative. Maintenant, un saut en z n'est effectu\u00e9 apr\u00e8s g28 que s'il r\u00e9sulte en un saut positif, refl\u00e9tant le comportement du saut en z se produisant avant la mise \u00e0 l'origine g28. 20220616 : Il \u00e9tait auparavant possible de flasher un rp2040 en mode bootloader en ex\u00e9cutant make flash FLASH_DEVICE=first . La commande \u00e9quivalente est maintenant make flash FLASH_DEVICE=2e8a:0003 . 20220612 : Le micro-contr\u00f4leur rp2040 a maintenant une solution de contournement pour l'errata USB \"rp2040-e5\". Cela devrait rendre les premi\u00e8res connexions USB plus fiables. Cependant, cela peut entra\u00eener un changement de comportement de la broche gpio15. Il est peu probable que le changement de comportement de la gpio15 soit perceptible. 20220407 : L'option de configuration pid_integral_max de temperature_fan a \u00e9t\u00e9 supprim\u00e9e (elle \u00e9tait obsol\u00e8te depuis 20210612). 20220407 : L'ordre des couleurs par d\u00e9faut pour les LEDs pca9632 est maintenant \"RGBW\". Ajoutez un param\u00e8tre explicite color_order : RBGW \u00e0 la section pca9632 config pour obtenir le comportement pr\u00e9c\u00e9dent. 20220330 : Le format des informations d'\u00e9tat printer.neopixel.color_data des modules neopixel et dotstar a chang\u00e9. L'information est maintenant stock\u00e9e comme une liste de listes de couleurs (au lieu d'une liste de dictionnaires). Voir la r\u00e9f\u00e9rence d'\u00e9tat pour plus de d\u00e9tails. 20220307 : M73 ne mettra plus la progression de l'impression \u00e0 0 si P est absent. 20220304 : Il n'y a plus de valeur par d\u00e9faut pour le param\u00e8tre extruder des sections de configuration extruder_stepper . Si vous le souhaitez, sp\u00e9cifiez explicitement extruder : extruder pour associer le moteur pas \u00e0 pas \u00e0 la file d'attente de mouvement \"extruder\" au d\u00e9marrage. 20220210 : La commande SYNC_STEPPER_TO_EXTRUDER est obsol\u00e8te ; la commande SET_EXTRUDER_STEP_DISTANCE est obsol\u00e8te ; l'option de configuration shared_heater de l' extrudeuse est obsol\u00e8te. Ces fonctionnalit\u00e9s seront supprim\u00e9es dans un futur proche. Remplacez SET_EXTRUDER_STEP_DISTANCE par SET_EXTRUDER_ROTATION_DISTANCE . Remplacez SYNC_STEPPER_TO_EXTRUDER par SYNC_EXTRUDER_MOTION . Remplacez les sections de configuration de l'extrudeuse utilisant shared_heater par les sections de configuration extruder_stepper et mettez \u00e0 jour toutes les macros d'activation pour utiliser SYNC_EXTRUDER_MOTION . 20220116 : Le code de calcul run_current des tmc2130, tmc2208, tmc2209, et tmc2660 a chang\u00e9. Pour certains param\u00e8tres run_current les pilotes peuvent maintenant \u00eatre configur\u00e9s diff\u00e9remment. Cette nouvelle configuration devrait \u00eatre plus pr\u00e9cise, mais elle peut invalider les r\u00e9glages pr\u00e9c\u00e9dents des pilotes tmc. 20211230 : Les scripts pour ajuster le fa\u00e7onneur d'entr\u00e9e ( scripts/calibrate_shaper.py et scripts/graph_accelerometer.py ) ont \u00e9t\u00e9 migr\u00e9s pour utiliser Python3 par d\u00e9faut. Par cons\u00e9quent, les utilisateurs doivent installer les versions Python3 de certains paquets (par exemple, sudo apt install python3-numpy python3-matplotlib ) pour continuer \u00e0 utiliser ces scripts. Pour plus de d\u00e9tails, reportez-vous \u00e0 Installation du logiciel . Alternativement, les utilisateurs peuvent temporairement forcer l'ex\u00e9cution de ces scripts sous Python 2 en appelant explicitement l'interpr\u00e9teur Python2 dans la console : python2 ~/klipper/scripts/calibrate_shaper.py ... 20211110 : Le capteur de temp\u00e9rature \"NTC 100K beta 3950\" est d\u00e9pr\u00e9ci\u00e9. Ce capteur sera supprim\u00e9 dans un avenir proche. La plupart des utilisateurs trouveront le capteur de temp\u00e9rature \"Generic 3950\" plus pr\u00e9cis. Pour continuer \u00e0 utiliser l'ancienne d\u00e9finition (g\u00e9n\u00e9ralement moins pr\u00e9cise), d\u00e9finissez une thermistance personnalis\u00e9e avec temp\u00e9rature1 : 25 , r\u00e9sistance1 : 100000 , et beta : 3950 . 20211104 : L'option \"step pulse duration\" dans \"make menuconfig\" a \u00e9t\u00e9 supprim\u00e9e. La dur\u00e9e d'impulsion par d\u00e9faut pour les pilotes TMC configur\u00e9s en mode UART ou SPI est maintenant de 100ns. Un nouveau param\u00e8tre step_pulse_duration dans la section configuration des moteurs doit \u00eatre d\u00e9fini pour tous les moteurs n\u00e9cessitant une dur\u00e9e d'impulsion personnalis\u00e9e. 20211102 : Plusieurs fonctionnalit\u00e9s obsol\u00e8tes ont \u00e9t\u00e9 supprim\u00e9es. L'option step_distance du stepper a \u00e9t\u00e9 supprim\u00e9e (obsol\u00e8te depuis 20201222). L'alias du capteur rpi_temperature a \u00e9t\u00e9 supprim\u00e9 (obsol\u00e8te depuis 20210219). L'option mcu pin_map a \u00e9t\u00e9 supprim\u00e9e (obsol\u00e8te depuis 20210325). L'option gcode_macro default_parameter_ et l'acc\u00e8s aux param\u00e8tres de commande par la macro autrement que par la pseudo-variable params ont \u00e9t\u00e9 supprim\u00e9s (obsol\u00e8te depuis 20210503). L'option heater pid_integral_max a \u00e9t\u00e9 supprim\u00e9e (obsol\u00e8te le 20210612). 20210929 : Sortie de Klipper v0.10.0. 20210903 : La valeur par d\u00e9faut de smooth_time pour les \u00e9l\u00e9ments chauffants est pass\u00e9e \u00e0 1 seconde (au lieu de 2 secondes). Pour la plupart des imprimantes, cela permettra un contr\u00f4le plus stable de la temp\u00e9rature. 20210830 : Le nom par d\u00e9faut de adxl345 est maintenant \"adxl345\". Le param\u00e8tre CHIP par d\u00e9faut pour les fonctions ACCELEROMETER_MEASURE et ACCELEROMETER_QUERY est maintenant aussi \"adxl345\". 20210830 : La commande adxl345 ACCELEROMETER_MEASURE ne prend plus en charge un param\u00e8tre RATE. Pour modifier le taux d'interrogation, mettez \u00e0 jour le fichier printer.cfg et lancez une commande RESTART. 20210821 : Plusieurs param\u00e8tres de configuration dans printer.configfile.settings seront maintenant rapport\u00e9s sous forme de listes au lieu de cha\u00eenes brutes. Si vous souhaitez obtenir une cha\u00eene de caract\u00e8res brute, utilisez printer.configfile.config \u00e0 la place. 20210819 : Dans certains cas, un mouvement de retour \u00e0 l'origine G28 peut se terminer dans une position qui est nominalement en dehors de la plage de mouvement valide. Dans de rares situations, cela peut entra\u00eener des erreurs d\u00e9routantes \"Move out of range\" apr\u00e8s le retour \u00e0 la position initiale. Si cela se produit, modifiez vos scripts de d\u00e9marrage pour d\u00e9placer la t\u00eate d'outil vers une position valide imm\u00e9diatement apr\u00e8s le retour \u00e0 la position initiale. 20210814 : Les pseudo-pins analogiques sur l'atmega168 et l'atmega328 ont \u00e9t\u00e9 renomm\u00e9s de PE0/PE1 \u00e0 PE2/PE3. 20210720 : Une section controller_fan surveille maintenant tous les moteurs pas \u00e0 pas par d\u00e9faut (pas seulement les moteurs pas \u00e0 pas cin\u00e9matiques). Si le comportement pr\u00e9c\u00e9dent est souhait\u00e9, voir l'option de configuration stepper dans la r\u00e9f\u00e9rence de configuration . 20210703 : Une section de configuration samd_sercom doit maintenant sp\u00e9cifier le bus sercom qu'elle configure via l'option sercom . 20210612 : l'option de configuration pid_integral_max dans les sections heater et temperature_fan est obsol\u00e8te. Cette option sera supprim\u00e9e dans les prochaines versions. 20210503: The gcode_macro default_parameter_ config option is deprecated. Use the params pseudo-variable to access macro parameters. Other methods for accessing macro parameters will be removed in the near future. Most users can replace a default_parameter_NAME: VALUE config option with a line like the following in the start of the macro: {% set NAME = params.NAME|default(VALUE)|float %} . See the Command Templates document for examples. 20210430 : la commande SET_VELOCITY_LIMIT (et M204) peuvent maintenant d\u00e9finir une \"velocity\", \"acceleration\", et \"square_corner_velocity\" sup\u00e9rieurs aux valeurs sp\u00e9cifi\u00e9es dans le fichier de configuration. 20210325 : La prise en charge de l'option de configuration pin_map est obsol\u00e8te. Utilisez le fichier sample-aliases.cfg pour traduire les noms des broches r\u00e9elles du microcontr\u00f4leur. L'option de configuration pin_map sera supprim\u00e9e dans les prochaines version. 20210313 : La prise en charge de Klipper pour les microcontr\u00f4leurs CAN bus a \u00e9t\u00e9 modifi\u00e9e. Si vous utilisez CANBus, tous les microcontr\u00f4leurs doivent \u00eatre reflash\u00e9s et le fichier de configuration de Klipper doit \u00eatre mise \u00e0 jour . 20210310 : la valeur par d\u00e9faut de driver_SFILT pour les TMC2660 a \u00e9t\u00e9 modifi\u00e9e : passage de 1 \u00e0 0 par d\u00e9faut. 20210227 : Les pilotes de moteur pas \u00e0 pas TMC en mode UART ou SPI sont d\u00e9sormais interrog\u00e9s une fois par seconde si ils sont activ\u00e9s - si le pilote ne peut pas \u00eatre contact\u00e9 ou si le pilote signale une erreur, alors Klipper passera \u00e0 un \u00e9tat d'arr\u00eat. 20210219 : Le module rpi_temperature a \u00e9t\u00e9 renomm\u00e9 en temperature_host . Remplacez toutes les occurrences de sensor_type : rpi_temperature par sensor_type : temperature_host . Le chemin vers le fichier de temp\u00e9rature peut \u00eatre sp\u00e9cifi\u00e9 dans la variable de configuration sensor_path . Le nom rpi_temperature est obsol\u00e8te et sera supprim\u00e9 dans les prochaines versions. 20210201: La commande TEST_RESONANCES va maintenant d\u00e9sactiver la mise en forme des entr\u00e9es si elle \u00e9tait pr\u00e9c\u00e9demment activ\u00e9e (et la r\u00e9activer apr\u00e8s le test). Afin d'outrepasser ce comportement et de garder la mise en forme de l'entr\u00e9e activ\u00e9e, on peut passer un param\u00e8tre suppl\u00e9mentaire INPUT_SHAPING=1 \u00e0 la commande. 20210201 : La commande ACCELEROMETER_MEASURE ajoutera d\u00e9sormais le nom de la puce acc\u00e9l\u00e9rom\u00e8tre au nom du fichier de sortie si un nom a \u00e9t\u00e9 donn\u00e9 \u00e0 la puce dans la section adxl345 correspondante du printer.cfg. 20201222 : Le param\u00e8tre step_distance dans les sections de configuration de moteur est obsol\u00e8te. Il est conseill\u00e9 de mettre \u00e0 jour la configuration pour utiliser le param\u00e8tre rotation_distance . Le support de step_distance sera supprim\u00e9 dans un futur proche. 20201218 : Le param\u00e8tre endstop_phase du module endstop_phase a \u00e9t\u00e9 remplac\u00e9 par trigger_phase . Si vous utilisez le module endstop phases, il sera n\u00e9cessaire de convertir en rotation_distance et de recalibrer les phases endstop en ex\u00e9cutant la commande ENDSTOP_PHASE_CALIBRATE. 20201218 : Les imprimantes rotatives delta et polaires doivent maintenant sp\u00e9cifier un gear_ratio pour leurs moteurs rotatifs, et elles ne peuvent plus sp\u00e9cifier un param\u00e8tre step_distance . Voir la r\u00e9f\u00e9rence de configuration pour le format du nouveau param\u00e8tre gear_ratio. 20201213 : Il n'est pas valide de sp\u00e9cifier un Z \"position_endstop\" lors de l'utilisation de \"probe:z_virtual_endstop\". Une erreur sera maintenant soulev\u00e9e si un Z \"position_endstop\" est sp\u00e9cifi\u00e9 avec \"probe:z_virtual_endstop\". Supprimez la d\u00e9finition de Z \"position_endstop\" pour corriger l'erreur. 20201120 : La section de configuration [board_pins] sp\u00e9cifie maintenant le nom du mcu dans un param\u00e8tre explicite mcu: . Si vous utilisez board_pins pour un mcu secondaire, alors la config doit \u00eatre mise \u00e0 jour pour sp\u00e9cifier ce nom. Voir la r\u00e9f\u00e9rence config pour plus de d\u00e9tails. 20201112 : La dur\u00e9e rapport\u00e9e par print_stats.print_duration a chang\u00e9. La dur\u00e9e pr\u00e9c\u00e9dant la premi\u00e8re extrusion d\u00e9tect\u00e9e est maintenant exclue. 20201029 : L'option de configuration neopixel color_order_GRB a \u00e9t\u00e9 supprim\u00e9e. Si n\u00e9cessaire, mettez \u00e0 jour la configuration pour d\u00e9finir la nouvelle option color_order sur RGB, GRB, RGBW, ou GRBW. 20201029 : L'option serial dans la section mcu config ne prend plus par d\u00e9faut /dev/ttyS0. Dans la rare situation o\u00f9 /dev/ttyS0 est le port s\u00e9rie d\u00e9sir\u00e9, il doit \u00eatre indiqu\u00e9 explicitement. 20201020 : Sortie de Klipper v0.9.0. 20200902 : Le calcul de la r\u00e9sistance \u00e0 la temp\u00e9rature des RTD des convertisseurs MAX31865 a \u00e9t\u00e9 corrig\u00e9 pour ne pas lire une valeur basse. Si vous utilisez un tel dispositif, vous devez recalibrer votre temp\u00e9rature d'impression et vos param\u00e8tres PID. 20200816 : L'objet macro gcode printer.gcode a \u00e9t\u00e9 renomm\u00e9 en printer.gcode_move . Plusieurs variables non document\u00e9es dans printer.toolhead et printer.gcode ont \u00e9t\u00e9 supprim\u00e9es. Voir docs/Command_Templates.md pour une liste des variables de mod\u00e8les disponibles. 20200816 : Le syst\u00e8me de macro gcode \"action_\" a chang\u00e9. Remplacez tout appel \u00e0 printer.gcode.action_emergency_stop() par action_emergency_stop() , printer.gcode.action_respond_info() par action_respond_info() , et printer.gcode.action_respond_error() par action_raise_error() . 20200809 : Le syst\u00e8me de menu a \u00e9t\u00e9 r\u00e9\u00e9crit. Si le menu a \u00e9t\u00e9 personnalis\u00e9, il sera n\u00e9cessaire de le mettre \u00e0 jour avec la nouvelle configuration. Voir config/example-menu.cfg pour les d\u00e9tails de la configuration et voir klippy/extras/display/menu.cfg pour les exemples. 20200731 : Le comportement de l'attribut progress rapport\u00e9 par l'objet imprimante virtual_sdcard a chang\u00e9. La progression n'est plus remise \u00e0 0 lorsqu'une impression est mise en pause. La progression est maintenant toujours bas\u00e9e sur la position interne du fichier, ou 0 si aucun fichier n'est charg\u00e9. 20200725 : Le param\u00e8tre de configuration enable du servo et le param\u00e8tre SET_SERVO ENABLE ont \u00e9t\u00e9 supprim\u00e9s. Mettez \u00e0 jour toutes les macros pour utiliser SET_SERVO SERVO=my_servo WIDTH=0 pour d\u00e9sactiver un servo. 20200608 : Le support de l'affichage LCD a chang\u00e9 le nom de certains \"glyphes\" internes. Si une disposition d'affichage personnalis\u00e9e a \u00e9t\u00e9 impl\u00e9ment\u00e9e, il peut \u00eatre n\u00e9cessaire d'actualiser avec les noms actuels de glyphes (voir klippy/extras/display/display.cfg pour une liste des glyphes disponibles). 20200606 : Les noms des broches sur linux mcu ont chang\u00e9. Les broches ont maintenant des noms de la forme gpiochip/gpio . Pour gpiochip0 vous pouvez aussi utiliser un court gpio . Par exemple, ce qui \u00e9tait pr\u00e9c\u00e9demment appel\u00e9 P20 devient maintenant gpio20 ou `gpiochip0/gpio20``. 20200603 : La disposition par d\u00e9faut de l'\u00e9cran LCD 16x4 n'affiche plus le temps estim\u00e9 restant pour une impression. (Seul le temps \u00e9coul\u00e9 sera affich\u00e9.) Si l'on souhaite conserver l'ancien comportement, on peut personnaliser l'affichage du menu avec cette information (voir la description de display_data dans config/example-extras.cfg pour plus de d\u00e9tails). 20200531 : L'id par d\u00e9faut du vendeur/produit USB est maintenant 0x1d50/0x614e. Ces nouveaux identifiants sont r\u00e9serv\u00e9s \u00e0 Klipper (gr\u00e2ce au projet openmoko). Ce changement ne devrait pas n\u00e9cessiter de modification de la configuration, mais les nouveaux identifiants peuvent appara\u00eetre dans les journaux syst\u00e8me. 20200524 : La valeur par d\u00e9faut du champ pwm_freq du tmc5160 est maintenant z\u00e9ro (au lieu de un). 20200425 : La variable du mod\u00e8le de commande gcode_macro printer.heater a \u00e9t\u00e9 renomm\u00e9e en printer.heaters . 20200313 : La disposition par d\u00e9faut de l'\u00e9cran pour les imprimantes multi-extrudeurs avec un \u00e9cran 16x4 a chang\u00e9. La disposition de l'\u00e9cran pour un seul extrudeur est maintenant la disposition par d\u00e9faut et elle montrera l'extrudeur actuellement actif. Pour utiliser la disposition d'\u00e9cran pr\u00e9c\u00e9dente, d\u00e9finissez \"display_group : _multiextruder_16x4\" dans la section [display] du fichier printer.cfg. 20200308 : L'\u00e9l\u00e9ment de menu par d\u00e9faut __test a \u00e9t\u00e9 supprim\u00e9. Si le fichier de configuration a un menu personnalis\u00e9, assurez-vous de supprimer toutes les r\u00e9f\u00e9rences \u00e0 cet \u00e9l\u00e9ment de menu __test . 20200308 : Les options \"deck\" et \"card\" du menu ont \u00e9t\u00e9 supprim\u00e9es. Pour personnaliser la disposition d'un \u00e9cran lcd, utilisez les nouvelles sections de configuration display_data (voir config/example-extras.cfg pour les d\u00e9tails). 20200109 : Le module bed_mesh fait d\u00e9sormais r\u00e9f\u00e9rence \u00e0 l'emplacement de la sonde pour la configuration du maillage. Ainsi, certaines options de configuration ont \u00e9t\u00e9 renomm\u00e9es pour mieux refl\u00e9ter leur fonctionnalit\u00e9. Pour les lits rectangulaires, min_point et max_point ont \u00e9t\u00e9 renomm\u00e9s en mesh_min et mesh_max respectivement. Pour les lits ronds, bed_radius a \u00e9t\u00e9 renomm\u00e9 en mesh_radius . Une nouvelle option mesh_origin a \u00e9galement \u00e9t\u00e9 ajout\u00e9e pour les lits ronds. Notez que ces changements sont \u00e9galement incompatibles avec les profils de maillage pr\u00e9c\u00e9demment enregistr\u00e9s. Si un profil incompatible est d\u00e9tect\u00e9, il sera ignor\u00e9 et sa suppression sera programm\u00e9e. Le processus de suppression peut \u00eatre achev\u00e9 en lan\u00e7ant la commande SAVE_CONFIG. L'utilisateur devra recalibrer chaque profil. 20191218 : La section de configuration de l'affichage ne prend plus en charge \"lcd_type : st7567\". Utilisez le type d'affichage \"uc1701\" \u00e0 la place - d\u00e9finissez \"lcd_type : uc1701\" et changez \"rs_pin : some_pin\" en \"rst_pin : some_pin\". Il peut \u00e9galement \u00eatre n\u00e9cessaire d'ajouter un param\u00e8tre de configuration \"contrast : 60\". 20191210 : Les commandes int\u00e9gr\u00e9es T0, T1, T2, ... ont \u00e9t\u00e9 supprim\u00e9es. Les options de configuration activate_gcode et deactivate_gcode de l'extrudeuse ont \u00e9t\u00e9 supprim\u00e9es. Si ces commandes (et scripts) sont n\u00e9cessaires, d\u00e9finissez des macros individuelles de type [gcode_macro T0] qui appellent la commande ACTIVATE_EXTRUDER. Voir les fichiers config/sample-idex.cfg et sample-multi-extruder.cfg pour des exemples. 20191210 : La prise en charge de la commande M206 a \u00e9t\u00e9 supprim\u00e9e. Remplacer par des appels \u00e0 SET_GCODE_OFFSET. Si le support de M206 est n\u00e9cessaire, ajoutez une section de configuration [gcode_macro M206] qui appelle SET_GCODE_OFFSET. (Par exemple \"SET_GCODE_OFFSET Z=-{params.Z}\".) 20191202 : La prise en charge du param\u00e8tre non document\u00e9 \"S\" de la commande \"G4\" a \u00e9t\u00e9 supprim\u00e9e. Remplacez toutes les occurrences de S par le param\u00e8tre standard \"P\" (le d\u00e9lai sp\u00e9cifi\u00e9 en millisecondes). 20191126 : Les noms USB ont chang\u00e9 sur les micro-contr\u00f4leurs avec un support USB natif. Ils utilisent d\u00e9sormais un identifiant de puce unique par d\u00e9faut (lorsqu'il est disponible). Si une section de configuration \"mcu\" utilise un param\u00e8tre \"serial\" qui commence par \"/dev/serial/by-id/\", il peut \u00eatre n\u00e9cessaire de mettre \u00e0 jour la configuration. Ex\u00e9cutez \"ls /dev/serial/by-id/*\" dans un terminal ssh pour d\u00e9terminer le nouvel identifiant. 20191121 : Le param\u00e8tre pressure_advance_lookahead_time a \u00e9t\u00e9 supprim\u00e9. Voir example.cfg pour d'autres param\u00e8tres de configuration. 20191112 : La capacit\u00e9 d'activation virtuelle du pilote de pas \u00e0 pas tmc est d\u00e9sormais automatiquement activ\u00e9e si le moteur pas \u00e0 pas ne poss\u00e8de pas de broche d'activation d\u00e9di\u00e9e. Supprimez les r\u00e9f\u00e9rences \u00e0 tmcXXXX:virtual_enable de la configuration. La possibilit\u00e9 de contr\u00f4ler plusieurs broches dans la configuration enable_pin du moteur a \u00e9t\u00e9 supprim\u00e9e. Si plusieurs broches sont n\u00e9cessaires, utilisez une section de configuration multi_pin. 20191107 : La section de configuration de l'extrudeur primaire doit \u00eatre sp\u00e9cifi\u00e9e comme \"extruder\" et ne peut plus \u00eatre sp\u00e9cifi\u00e9e comme \"extruder0\". Les mod\u00e8les de commande Gcode qui interrogent le statut de l'extrudeur sont d\u00e9sormais accessibles via \"{printer.extruder}\". 20191021 : Sortie de Klipper v0.8.0 20191003 : L'option move_to_previous de [safe_z_homing] a d\u00e9sormais la valeur par d\u00e9faut False. (Elle \u00e9tait effectivement False avant 20190918.) 20190918 : L'option zhop de [safe_z_homing] est toujours r\u00e9appliqu\u00e9e apr\u00e8s la fin du homing sur l'axe Z. Cela peut obliger les utilisateurs \u00e0 mettre \u00e0 jour les scripts personnalis\u00e9s bas\u00e9s sur ce module. 20190806 : La commande SET_NEOPIXEL a \u00e9t\u00e9 renomm\u00e9e SET_LED. 20190726 : Le code num\u00e9rique-analogique du mcp4728 a \u00e9t\u00e9 modifi\u00e9. L'adresse i2c_address par d\u00e9faut est maintenant 0x60 et la r\u00e9f\u00e9rence de tension est maintenant relative \u00e0 la r\u00e9f\u00e9rence interne de 2,048 volts du mcp4728. 20190710 : L'option z_hop a \u00e9t\u00e9 supprim\u00e9e de la section de configuration [firmware_retract]. La prise en charge de z_hop \u00e9tait incompl\u00e8te et pouvait provoquer un comportement incorrect avec plusieurs trancheurs courants. 20190710 : Les param\u00e8tres optionnels de la commande PROBE_ACCURACY ont \u00e9t\u00e9 modifi\u00e9s. Il peut \u00eatre n\u00e9cessaire de mettre \u00e0 jour les macros ou les scripts qui utilisent cette commande. 20190628 : Toutes les options de configuration ont \u00e9t\u00e9 supprim\u00e9es de la section [skew_correction]. La configuration de la correction d'obliquit\u00e9 se fait d\u00e9sormais via le gcode SET_SKEW. Voir Correction de l'obliquit\u00e9 pour l'utilisation recommand\u00e9e. 20190607 : Les param\u00e8tres \"variable_X\" de gcode_macro (ainsi que le param\u00e8tre VALUE de SET_GCODE_VARIABLE) sont maintenant analys\u00e9s comme des litt\u00e9raux Python. Si une valeur doit \u00eatre assign\u00e9e \u00e0 une cha\u00eene de caract\u00e8res, mettez-la entre guillemets pour qu'elle soit \u00e9valu\u00e9e comme une cha\u00eene de caract\u00e8res. 20190606 : Les options de configuration \"samples\", \"samples_result\" et \"sample_retract_dist\" ont \u00e9t\u00e9 d\u00e9plac\u00e9es vers la section de configuration \"probe\". Ces options ne sont plus support\u00e9es dans les sections de configuration \"delta_calibrate\", \"bed_tilt\", \"bed_mesh\", \"screws_tilt_adjust\", \"z_tilt\", ou \"quad_gantry_level\". 20190528 : La variable magique \"status\" dans l'\u00e9valuation du mod\u00e8le gcode_macro a \u00e9t\u00e9 renomm\u00e9e en \"printer\". 20190520 : La commande SET_GCODE_OFFSET a \u00e9t\u00e9 modifi\u00e9e ; mettez \u00e0 jour vos macros de code G en cons\u00e9quence. La commande n'appliquera plus le d\u00e9calage demand\u00e9 \u00e0 la prochaine commande G1. L'ancien comportement peut \u00eatre approch\u00e9 en utilisant le nouveau param\u00e8tre \"MOVE=1\". 20190404 : Les paquets du logiciel h\u00f4te Python ont \u00e9t\u00e9 mis \u00e0 jour. Les utilisateurs devront r\u00e9ex\u00e9cuter le script ~/klipper/scripts/install-octopi.sh (ou mettre \u00e0 jour les d\u00e9pendances python s'ils n'utilisent pas une installation OctoPi standard). 20190404 : Les param\u00e8tres i2c_bus et spi_bus (dans diverses sections de configuration) prennent d\u00e9sormais un nom de bus au lieu d'un num\u00e9ro. 20190404 : Les param\u00e8tres de configuration du sx1509 ont chang\u00e9. Le param\u00e8tre 'adresse' est maintenant 'i2c_address' et doit \u00eatre sp\u00e9cifi\u00e9 comme un nombre d\u00e9cimal. L\u00e0 o\u00f9 0x3E \u00e9tait pr\u00e9c\u00e9demment utilis\u00e9, sp\u00e9cifiez 62. 20190328 : La valeur min_speed dans la configuration [temperature_fan] sera d\u00e9sormais respect\u00e9e et le ventilateur fonctionnera toujours \u00e0 cette vitesse ou plus en mode PID. 20190322 : La valeur par d\u00e9faut de \"driver_HEND\" dans les sections de configuration [tmc2660] a \u00e9t\u00e9 modifi\u00e9e de 6 \u00e0 3. Le champ \"driver_VSENSE\" a \u00e9t\u00e9 supprim\u00e9 (il est d\u00e9sormais calcul\u00e9 automatiquement \u00e0 partir de run_current). 20190310 : La section de configuration [controller_fan] prend d\u00e9sormais toujours un nom (tel que [controller_fan my_controller_fan]). 20190308 : Le champ \"driver_BLANK_TIME_SELECT\" dans les sections de configuration [tmc2130] et [tmc2208] a \u00e9t\u00e9 renomm\u00e9 \"driver_TBL\". 20190308 : La section config [tmc2660] a \u00e9t\u00e9 modifi\u00e9e. Un nouveau param\u00e8tre de configuration sense_resistor doit maintenant \u00eatre fourni. La signification de plusieurs des param\u00e8tres driver_XXX a \u00e9t\u00e9 modifi\u00e9e. 20190228 : Les utilisateurs de SPI ou I2C sur les cartes SAMD21 doivent maintenant sp\u00e9cifier les broches du bus via une section de configuration [samd_sercom]. 20190224 : L'option bed_shape a \u00e9t\u00e9 supprim\u00e9e de bed_mesh. L'option radius a \u00e9t\u00e9 renomm\u00e9e bed_radius. Les utilisateurs avec des lits ronds doivent fournir les options bed_radius et round_probe_count. 20190107 : Le param\u00e8tre i2c_address de la section config du mcp4451 a \u00e9t\u00e9 modifi\u00e9. Il s'agit d'un param\u00e8tre courant sur les Smoothieboards. La nouvelle valeur est la moiti\u00e9 de l'ancienne valeur (88 doit \u00eatre chang\u00e9 en 44, et 90 doit \u00eatre chang\u00e9 en 45). 20181220 : Sortie de Klipper v0.7.0","title":"Changements"},{"location":"Config_Reference.html","text":"R\u00e9f\u00e9rence de configuration \u00b6 Ce document est la r\u00e9f\u00e9rence des options disponibles dans le fichier de configuration de Klipper. Les descriptions de ce document sont format\u00e9es de mani\u00e8re \u00e0 ce qu'il soit possible de les copier-coller dans un fichier de configuration d'imprimante. Consultez le document d'installation pour obtenir des informations sur la configuration de Klipper et le choix d'un fichier de configuration initial. Configuration du microcontr\u00f4leur \u00b6 Format du nom des broches du microcontr\u00f4leur \u00b6 De nombreuses options de configuration n\u00e9cessitent le nom d'une broche du micro-contr\u00f4leur. Klipper utilise les noms mat\u00e9riel pour ces broches - par exemple PA4 . Les noms des broches peuvent \u00eatre pr\u00e9c\u00e9d\u00e9s de ! pour indiquer qu'une polarit\u00e9 inverse doit \u00eatre utilis\u00e9e (par exemple, d\u00e9clencher sur le niveau bas au lieu du niveau haut). Les broches d'entr\u00e9e peuvent \u00eatre pr\u00e9c\u00e9d\u00e9es de ^ pour indiquer qu'une r\u00e9sistance pull-up mat\u00e9rielle doit \u00eatre activ\u00e9e pour cette broche. Si le micro-contr\u00f4leur supporte les r\u00e9sistances pull-down, une broche d'entr\u00e9e peut \u00e9galement \u00eatre pr\u00e9c\u00e9d\u00e9e de ~ . Notez que certaines sections de configuration peuvent \"cr\u00e9er\" des broches suppl\u00e9mentaires. Lorsque cela se produit, la section de configuration d\u00e9finissant ces broches doit \u00eatre r\u00e9pertori\u00e9e dans le fichier de configuration avant toute section utilisant celles-ci. [mcu| \u00b6 Configuration du microcontr\u00f4leur primaire. [mcu] serial: # Le port s\u00e9rie \u00e0 connecter \u00e0 l'unit\u00e9 MCU. Si vous n'\u00eates pas s\u00fbr (ou s'il # change) consultez la section \"O\u00f9 est mon port s\u00e9rie ?\" de la FAQ. # Ce param\u00e8tre doit \u00eatre fourni lors de l'utilisation d'un port s\u00e9rie. #baud: 250000 # Le d\u00e9bit en bauds \u00e0 utiliser. La valeur par d\u00e9faut est 250000. #canbus_uuid: # Si vous utilisez un dispositif connect\u00e9 \u00e0 un bus CAN, ceci d\u00e9finit l'identifiant # unique de la puce \u00e0 laquelle se connecter. Cette valeur doit \u00eatre fournie lorsque l'on utilise # le bus CAN pour la communication. #canbus_interface: # Si vous utilisez un dispositif connect\u00e9 \u00e0 un bus CAN, ceci d\u00e9finit l'interface r\u00e9seau CAN # \u00e0 utiliser. La valeur par d\u00e9faut est 'can0'. #restart_method: # Ceci contr\u00f4le le m\u00e9canisme que l'h\u00f4te utilisera pour r\u00e9initialiser le microcontr\u00f4leur. # Les choix sont 'arduino', 'cheetah', 'rpi_usb', et 'command'. La m\u00e9thode 'arduino' # (basculer DTR) est courante sur les cartes et clones Arduino. # La m\u00e9thode 'cheetah' est une m\u00e9thode particuli\u00e8re n\u00e9cessaire pour certaines cartes # Fysetc Cheetah. La m\u00e9thode 'rpi_usb' est utile sur les cartes Raspberry Pi avec des # micro-contr\u00f4leurs aliment\u00e9s par USB - elle d\u00e9sactive bri\u00e8vement l'alimentation de tous # les ports USB pour effectuer une r\u00e9initialisation du microcontr\u00f4leur. # La m\u00e9thode 'command' implique l'envoi d'une commande Klipper au microcontr\u00f4leur # afin qu'il puisse # se r\u00e9initialiser. # La valeur par d\u00e9faut est 'arduino' si le micro-contr\u00f4leur communique via un port s\u00e9rie, # 'command' sinon. [mcu my_extra_mcu] \u00b6 Microcontr\u00f4leurs suppl\u00e9mentaires (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcu\"). Les microcontr\u00f4leurs suppl\u00e9mentaires introduisent des broches additionnelles pouvant \u00eatre configur\u00e9es comme des \u00e9l\u00e9ments de chauffage, des pilotes moteurs, des ventilateurs, etc. Par exemple, si une section \"[mcu extra_mcu]\" est ajout\u00e9e, des broches telles que \"extra_mcu:ar9\" pourront \u00eatre utilis\u00e9es ailleurs dans la configuration (o\u00f9 \"ar9\" est un nom de broche mat\u00e9rielle ou un nom d'alias sur le mcu donn\u00e9). [mcu my_extra_mcu] # Voir la section \"mcu\" pour les param\u00e8tres de configuration. Param\u00e8tres cin\u00e9matiques courants \u00b6 [printer] \u00b6 La section imprimante contr\u00f4le les param\u00e8tres de haut niveau de l'imprimante. [printer] kinematics: # Le type d'imprimante utilis\u00e9e. Cette option peut \u00eatre l'une des suivantes : cart\u00e9sienne, # corexy, corexz, hybrid_corexy, hybrid_corexz, rotary_delta, delta, deltesian, polar, winch, # ou none. Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. max_velocity: # Vitesse maximale (en mm/s) de la t\u00eate d'outil (par rapport \u00e0 l'impression). # Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. max_accel: # Acc\u00e9l\u00e9ration maximale (en mm/s^2) de la t\u00eate de l'outil (par rapport \u00e0 l'impression). # Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. #max_accel_to_decel: # Une pseudo-acc\u00e9l\u00e9ration (en mm/s^2) contr\u00f4lant la vitesse \u00e0 laquelle la t\u00eate de l'outil peut # passer de l'acc\u00e9l\u00e9ration \u00e0 la d\u00e9c\u00e9l\u00e9ration. Elle est utilis\u00e9e pour r\u00e9duire la vitesse maximale # des courts mouvements en zigzag (et donc r\u00e9duire les vibrations de l'imprimante dues \u00e0 ces # mouvements). La valeur par d\u00e9faut est la moiti\u00e9 de max_accel. #square_corner_velocity: 5.0 # La vitesse maximale (en mm/s) \u00e0 laquelle la t\u00eate d'outil peut parcourir un angle de 90 degr\u00e9s. # Une valeur non nulle peut r\u00e9duire les changements dans les d\u00e9bits de l'extrudeuse en # permettant des changements de vitesse instantan\u00e9s de la t\u00eate d'outil pendant les virages. # Cette valeur configure l'algorithme interne de prise de virage \u00e0 vitesse centrip\u00e8te ; les virages # dont l'angle est sup\u00e9rieur \u00e0 90 degr\u00e9s auront une vitesse de prise de virage plus \u00e9lev\u00e9e tandis # que ceux d'angles inf\u00e9rieurs \u00e0 90 degr\u00e9s auront une vitesse de virage plus faible. # Si ce param\u00e8tre est d\u00e9fini sur z\u00e9ro, la t\u00eate d'outil d\u00e9c\u00e9l\u00e9rera jusqu'\u00e0 z\u00e9ro \u00e0 chaque coin. # La valeur par d\u00e9faut est 5mm/s. [stepper] \u00b6 D\u00e9finitions des pilotes de moteurs pas \u00e0 pas. Diff\u00e9rents types d'imprimantes (comme sp\u00e9cifi\u00e9 par l'option \"kinematics\" dans la section [printer]) requi\u00e8rent diff\u00e9rents noms pour le moteur pas \u00e0 pas (par exemple, stepper_x vs stepper_a ). Ci-dessous, vous trouverez les d\u00e9finitions les plus courantes. Voir le document distance de rotation pour des informations sur le calcul du param\u00e8tre rotation_distance . Voir le document Multi-MCU homing pour des informations sur l'utilisation de plusieurs microcontr\u00f4leurs lors d'une mise \u00e0 l'origine. [stepper_x] step_pin: # Broche GPIO du moteur (d\u00e9clench\u00e9e \u00e0 l'\u00e9tat haut). Ce param\u00e8tre doit \u00eatre fourni. dir_pin: # Broche GPIO de direction (le niveau haut indique une direction positive). Ce param\u00e8tre # doit \u00eatre fourni. enable_pin: # Broche d'activation (par d\u00e9faut, enable est haut ; utilisez ! pour indiquer enable # bas). Si ce param\u00e8tre n'est pas fourni, le pilote du moteur pas \u00e0 pas doit toujours # \u00eatre activ\u00e9. rotation_distance: # Distance (en mm) parcourue par l'axe lors d'une rotation compl\u00e8te du moteur pas \u00e0 pas # (ou de l'engrenage final si le rapport de vitesse est sp\u00e9cifi\u00e9). # Ce param\u00e8tre doit \u00eatre fourni. microsteps: # Le nombre de micropas utilis\u00e9s par le pilote du moteur pas \u00e0 pas. Ce param\u00e8tre # doit \u00eatre fourni. #full_steps_per_rotation: 200 # Nombre de pas complets pour une rotation compl\u00e8te du moteur pas \u00e0 pas. # R\u00e9glez ce param\u00e8tre sur 200 pour un moteur pas \u00e0 pas de 1,8 degr\u00e9 ou sur 400 pour # un moteur de 0,9 degr\u00e9. La valeur par d\u00e9faut est 200. #gear_ratio: # Le rapport d'engrenage si le moteur pas \u00e0 pas est reli\u00e9 \u00e0 l'axe via une d\u00e9multiplication. # Par exemple, on peut sp\u00e9cifier \"5:1\" si un r\u00e9ducteur de 5 pour 1 est utilis\u00e9. # Si l'axe a plusieurs d\u00e9multiplications, on peut sp\u00e9cifier une liste de rapports s\u00e9par\u00e9s par # des virgules (par exemple, \"57:11, 2:1\"). Si un rapport de vitesse est sp\u00e9cifi\u00e9, alors # rotation_distance sp\u00e9cifie la distance parcourue par l'axe pour une rotation compl\u00e8te # de l'engrenage final. # La valeur par d\u00e9faut est de ne pas utiliser de rapport de vitesse. #step_pulse_duration: # Le temps minimum entre le front du signal d'impulsion de pas et le front du signal \"unstep\" suivant. # Ceci est \u00e9galement utilis\u00e9 pour d\u00e9finir le temps minimum entre une impulsion de pas et un signal # de changement de direction. # La valeur par d\u00e9faut est 0,000000100 (100ns) pour les pilotes TMC configur\u00e9s en mode UART ou SPI, # sinon la valeur par d\u00e9faut est de 0,000002 (2us) pour tous les autres pilotes. endstop_pin: # Broche de d\u00e9tection de l'interrupteur de fin de course. Si cette broche est sur un mcu diff\u00e9rent de # celui du moteur pas \u00e0 pas, cela active le \"multi-mcu\". Ce param\u00e8tre doit \u00eatre fourni pour les moteurs # pas \u00e0 pas X, Y, et Z sur les imprimantes de style cart\u00e9sien. #position_min: 0 # Distance minimale valide (en mm) vers laquelle l'utilisateur peut commander le moteur pas \u00e0 pas. # La valeur par d\u00e9faut est 0mm. position_endstop: # Emplacement de la but\u00e9e (en mm). Ce param\u00e8tre doit \u00eatre fourni pour les moteurs X, Y et Z # des imprimantes de style cart\u00e9sien. position_max: # Distance maximale valide (en mm) vers laquelle l'utilisateur peut ordonner au moteur de se d\u00e9placer. # Ce param\u00e8tre doit \u00eatre fourni pour les moteurs X, Y, et Z des imprimantes de type cart\u00e9sien. #homing_speed: 5.0 # Vitesse maximale (en mm/s) du moteur pas \u00e0 pas lors de la mise \u00e0 l'origine. La valeur par d\u00e9faut # est de 5mm/s. #homing_retract_dist: 5.0 # Distance de recul (en mm) avant le retour au point d'origine une seconde fois. # R\u00e9glez cette valeur \u00e0 z\u00e9ro pour d\u00e9sactiver le second retour \u00e0 l'origine. La valeur par d\u00e9faut # est de 5 mm. #homing_retract_speed: # Vitesse \u00e0 utiliser pour le mouvement de recul apr\u00e8s le retour \u00e0 l'origine au cas o\u00f9 elle soit # diff\u00e9rente de la vitesse de mise \u00e0 l'origine qui est la valeur par d\u00e9faut de ce param\u00e8tre. #second_homing_speed: # Vitesse (en mm/s) du moteur pas \u00e0 pas lors du second retour \u00e0 l'origine. # La valeur par d\u00e9faut est homing_speed/2. #homing_positive_dir: # Si la valeur est vraie (true), le retour au point d'origine entra\u00eenera le d\u00e9placement de la commande pas # \u00e0 pas dans une direction positive (en s'\u00e9loignant de z\u00e9ro) ; si elle est fausse (false), le retour \u00e0 l'origine # se fera vers z\u00e9ro. Il est pr\u00e9f\u00e9rable d'utiliser la valeur par d\u00e9faut que de sp\u00e9cifier ce param\u00e8tre. La valeur # par d\u00e9faut est true si position_endstop est proche de position_max et false si elle est proche de # la position_min. Cin\u00e9matique cart\u00e9sienne \u00b6 Voir example-cartesian.cfg pour un exemple de fichier de configuration de cin\u00e9matique cart\u00e9sienne. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes cart\u00e9siennes sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: cartesian max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la vitesse maximale du moteur pas \u00e0 pas z. # La valeur par d\u00e9faut est l'utilisation de max_velocity pour # max_z_velocity. max_z_accel: # Ce param\u00e8tre d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement sur l'axe z. # Cela limite l'acc\u00e9l\u00e9ration du moteur pas \u00e0 pas z. La valeur par d\u00e9faut est # d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe X dans un robot cart\u00e9sien. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Y d'un robot cart\u00e9sien. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Z d'un robot cart\u00e9sien. [stepper_z] Cin\u00e9matique Delta lin\u00e9aire \u00b6 Voir example-delta.cfg pour un exemple de fichier de configuration de cin\u00e9matique delta lin\u00e9aire. Voir le guide de calibration delta pour des informations sur la calibration. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes delta lin\u00e9aires sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: delta max_z_velocity: # Pour les imprimantes delta, cela limite la vitesse maximale (en mm/s) des # mouvements de l'axe z. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour r\u00e9duire la # vitesse maximale des d\u00e9placements vers le haut/bas (n\u00e9cessitent une vitesse # de pas plus \u00e9lev\u00e9e que les autres mouvements sur une imprimante delta). La # valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. #max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # Ce param\u00e8tre peut \u00eatre utile si l'imprimante peut atteindre une plus grande # acc\u00e9l\u00e9ration sur les mouvements XY que sur les mouvements Z (par exemple, lors # de l'utilisation de la compensation de r\u00e9sonance). # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. #minimum_z_position: 0 # Position Z minimale \u00e0 laquelle l'utilisateur peut ordonner \u00e0 la t\u00eate de se d\u00e9placer. # La valeur par d\u00e9faut est 0. delta_radius: # Rayon (en mm) du cercle horizontal form\u00e9 par les trois colonnes d'axe lin\u00e9aire. # Ce param\u00e8tre peut \u00e9galement \u00eatre calcul\u00e9 comme suit : # delta_radius = smooth_rod_offset - effector_offset - carriage_offset. # Ce param\u00e8tre doit \u00eatre fourni. #print_radius: # Le rayon (en mm) des coordonn\u00e9es XY valides de la t\u00eate d'extrusion. On peut utiliser # ce param\u00e8tre pour personnaliser la v\u00e9rification de la plage de mouvements de la t\u00eate. # Si une grande valeur est sp\u00e9cifi\u00e9e ici, il peut \u00eatre possible de faire entrer la t\u00eate en collision # avec une colonne. La valeur par d\u00e9faut est d'utiliser delta_radius pour print_radius (ce qui # emp\u00eachera normalement une collision avec une colonne). # La section stepper_a d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant la colonne avant gauche (\u00e0 210 # degr\u00e9s). Cette section contr\u00f4le \u00e9galement les param\u00e8tres de la mise \u00e0 l'origine # (homing_speed, homing_retract_dist) pour toutes les colonnes. [stepper_a] position_endstop: # Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de # construction et que la fin de course se d\u00e9clenche. Ce param\u00e8tre doit \u00eatre fourni pour le # stepper_a ; pour les stepper_b et stepper_c, ce param\u00e8tre prend par d\u00e9faut la valeur # sp\u00e9cifi\u00e9e pour stepper_a. arm_length: # Longueur (en mm) du bras reliant cette colonne \u00e0 la t\u00eate d'impression. # Ce param\u00e8tre doit \u00eatre fourni pour stepper_a ; pour stepper_b et stepper_c, ce param\u00e8tre # prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. #angle: # Cette option sp\u00e9cifie l'angle (en degr\u00e9s) o\u00f9 se trouve positionn\u00e9e la colonne. # La valeur par d\u00e9faut est 210 pour stepper_a, 330 pour stepper_b, et 90 # pour stepper_c. # La section stepper_b d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant la colonne avant droite (\u00e0 330 degr\u00e9s). [stepper_b] # La section stepper_c d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant la colonne arri\u00e8re droite (\u00e0 90 degr\u00e9s). [stepper_c] # La section delta_calibrate active une commande G-code \u00e9tendue DELTA_CALIBRATE permettant # de calibrer la position des interrupteurs de fin de course ainsi que les angles des colonnes. [delta_calibrate] radius: # Rayon (en mm) de la zone palpable. Il s'agit du rayon des coordonn\u00e9es de la buse \u00e0 sonder ; si # vous utilisez un palpeur automatique avec un d\u00e9calage XY, choisissez un rayon suffisamment # petit pour que la sonde reste toujours au-dessus du lit. # Ce param\u00e8tre doit \u00eatre fourni. #speed: 50 # La vitesse (en mm/s) des mouvements sans palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer # juste avant de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. Cin\u00e9matique deltesienne \u00b6 Voir example-deltesian.cfg pour un exemple de fichier de configuration de cin\u00e9matique deltesienne. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes deltesiennes sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: deltesian max_z_velocity: # Pour les imprimantes deltesiennes, ceci limite la vitesse maximale (en mm/s) des # d\u00e9placements avec un mouvement sur l'axe z. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour # r\u00e9duire la vitesse maximale des d\u00e9placements vers le haut/bas (qui n\u00e9cessitent un # taux de pas plus \u00e9lev\u00e9 que les autres mouvements sur une imprimante deltesienne). # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. #max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # Ce param\u00e8tre peut \u00eatre utile si l'imprimante peut atteindre une plus grande # acc\u00e9l\u00e9ration sur les mouvements XY que sur les mouvements Z (par exemple, lors # de l'utilisation de la compensation de la r\u00e9sonance). # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. #minimum_z_position : 0 # Position Z minimale \u00e0 laquelle l'utilisateur peut ordonner \u00e0 la t\u00eate de se d\u00e9placer. # La valeur par d\u00e9faut est 0. #min_angle: 5 # Ceci repr\u00e9sente l'angle minimum (en degr\u00e9s) par rapport \u00e0 l'horizontale que les bras # deltesiens sont autoris\u00e9s \u00e0 atteindre. Ce param\u00e8tre est destin\u00e9 \u00e0 emp\u00eacher les bras de # devenir compl\u00e8tement horizontaux, ce qui risquerait de provoquer une inversion # accidentelle de l'axe XZ. # La valeur par d\u00e9faut est 5. #print_width: # La distance (en mm) des coordonn\u00e9es X valides de la t\u00eate de l'outil. On peut utiliser ce # param\u00e8tre pour personnaliser la v\u00e9rification de la plage des mouvements de la t\u00eate de # l'outil. Si une grande valeur est sp\u00e9cifi\u00e9e ici, il peut \u00eatre possible de faire entrer la t\u00eate # de l'outil en collision avec une colonne. Ce param\u00e8tre correspond g\u00e9n\u00e9ralement \u00e0 la # largeur du banc (en mm). #slow_ratio: 3 # Rapport utilis\u00e9 pour limiter la vitesse et l'acc\u00e9l\u00e9ration des mouvements proches des # extr\u00eames de l'axe X. Si la distance verticale divis\u00e9e par la distance horizontale d\u00e9passe # la valeur de slow_ratio, la vitesse et l'acc\u00e9l\u00e9ration sont limit\u00e9es \u00e0 la moiti\u00e9 de leur valeur # nominale. Si la distance verticale divis\u00e9e par la distance horizontale d\u00e9passe de deux fois # la valeur de slow_ratio, alors la vitesse et l'acc\u00e9l\u00e9ration sont limit\u00e9es \u00e0 un quart de leur # valeur nominale. La valeur par d\u00e9faut est 3. # La section stepper_left est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant la colonne # gauche. Cette section contr\u00f4le \u00e9galement les param\u00e8tres d'orientation (homing_speed, # homing_retract_dist) pour toutes les colonnes. [stepper_left] position_endstop: # Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de # construction. Ce param\u00e8tre doit \u00eatre fourni pour stepper_left ; pour le param\u00e8tre stepper_right # ce param\u00e8tre prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_left. arm_length: # Longueur (en mm) de la tige diagonale reliant le chariot de la colonne \u00e0 la t\u00eate d'impression. # Ce param\u00e8tre doit \u00eatre fourni pour stepper_left. Pour le param\u00e8tre stepper_right, ce param\u00e8tre # prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_left. arm_x_length: # Distance horizontale entre la t\u00eate d'impression et la colonne lorsque l'imprimante est mise \u00e0 # l'origine. Ce param\u00e8tre doit \u00eatre fourni pour stepper_left ; pour stepper_right, ce param\u00e8tre # prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_left. # La section stepper_right est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant la colonne de droite. [stepper_right] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Y d'un robot deltesien. [stepper_y] Cin\u00e9matique CoreXY \u00b6 Voir example-corexy.cfg pour un exemple de fichier cin\u00e9matique corexy (et h-bot). Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes corexy sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: corexy max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la vitesse maximale du moteur pas \u00e0 pas z. # La valeur par d\u00e9faut est l'utilisation de max_velocity pour max_z_velocity. max_z_accel: # Ce param\u00e8tre d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement sur l'axe z. # Cela limite l'acc\u00e9l\u00e9ration du moteur pas \u00e0 pas z. La valeur par d\u00e9faut est # d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X+Y. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire l'axe Y ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Z. [stepper_z] Cin\u00e9matique CoreXZ \u00b6 Voir example-corexz.cfg pour un exemple de fichier de configuration de cin\u00e9matique corexz. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes corexz sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: corexz max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z. # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X+Z. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire l'axe Z ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Z. [stepper_z] Cin\u00e9matique Hybride-CoreXY \u00b6 Voir example-hybrid-corexy.cfg pour un exemple de fichier de configuration de cin\u00e9matique hybride corexy. Cette cin\u00e9matique est \u00e9galement connue sous le nom de cin\u00e9matique Markforged. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes hybrides corexy sont d\u00e9crits ici ; voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: hybrid_corexy max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_acce : # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Y. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Z. [stepper_z] Cin\u00e9matique Hybride-CoreXZ \u00b6 Voir example-hybrid-corexz.cfg pour un exemple de fichier de configuration de cin\u00e9matique hybride corexz. Cette cin\u00e9matique est \u00e9galement connue sous le nom de cin\u00e9matique Markforged. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes hybrides corexy sont d\u00e9crits ici ; voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: hybrid_corexz max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de # l'axe z. La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Z. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Z. [stepper_z] Cin\u00e9matique polaire \u00b6 Voir example-polar.cfg pour un exemple de fichier de configuration de cin\u00e9matique polaire. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes polaires sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. LA CIN\u00c9MATIQUE POLAIRE EST UN TRAVAIL EN COURS. Les d\u00e9placements autour de la position 0, 0 sont connus pour ne pas fonctionner correctement. [printer] kinematics: polar max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la vitesse maximale du moteur z. # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_accel: # Ce param\u00e8tre d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement sur l'axe z. # Cela limite l'acc\u00e9l\u00e9ration du moteur pas \u00e0 pas z. La valeur par d\u00e9faut est d'utiliser # max_accel pour max_z_accel. # La section stepper_bed est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # le lit. [stepper_bed] gear_ratio: # Un rapport de vitesse doit \u00eatre sp\u00e9cifi\u00e9 et la distance de rotation ne peut pas \u00eatre # sp\u00e9cifi\u00e9e. Par exemple, si le lit est \u00e9quip\u00e9 d'une poulie \u00e0 80 dents entra\u00een\u00e9e par un # moteur dont l'axe est muni d'une poulie \u00e0 16 dents, il faut sp\u00e9cifier le rapport # d'engrenage de \"80:16\". Ce param\u00e8tre doit \u00eatre fourni. # La section stepper_arm est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # le chariot sur le bras. [stepper_arm] # La section stepper_z permet de d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Z. [stepper_z] Cin\u00e9matique rotative delta \u00b6 Voir example-rotary-delta.cfg pour un exemple de fichier de configuration de cin\u00e9matique rotative delta. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes rotatives delta sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. LA CIN\u00c9MATIQUE ROTATIVE DELTA EST UN TRAVAIL EN COURS. Les mouvements d'orientation peuvent d\u00e9passer le temps imparti et certains contr\u00f4les de limites ne sont pas impl\u00e9ment\u00e9s. [printer] kinematics: rotary_delta max_z_velocity: # Pour les imprimantes delta, ceci limite la vitesse maximale (en mm/s) des d\u00e9placements avec # mouvement de l'axe z. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour r\u00e9duire la vitesse maximale des # mouvements de mont\u00e9e/descente (n\u00e9cessitant un taux de pas plus \u00e9lev\u00e9 que les autres mouvements # sur une imprimante delta). La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. #minimum_z_position: 0 # La position Z minimale \u00e0 laquelle l'utilisateur peut ordonner \u00e0 la t\u00eate de se d\u00e9placer. # La valeur par d\u00e9faut est 0. shoulder_radius: # Rayon (en mm) du cercle horizontal form\u00e9 par les trois articulations de l'effecteur, moins le rayon # du cercle form\u00e9 par l'articulation de l'effecteur. # Ce param\u00e8tre peut \u00e9galement \u00eatre calcul\u00e9 comme suit # shoulder_radius = (delta_f - delta_e) / sqrt(12) # Ce param\u00e8tre doit \u00eatre fourni. shoulder_height: # Distance (en mm) des joints de l'effecteur par rapport au lit, moins la hauteur de la t\u00eate de l'outil # sur l'effecteur. Ce param\u00e8tre doit \u00eatre fourni. # La section stepper_a d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant le bras arri\u00e8re droit (\u00e0 30 degr\u00e9s). # Cette section contr\u00f4le \u00e9galement les param\u00e8tres de la mise \u00e0 l'origine (homing_speed, # homing_retract_dist) pour tous les bras. [stepper_a] gear_ratio: # Un rapport de vitesse doit \u00eatre sp\u00e9cifi\u00e9 et la rotation_distance ne peut pas \u00eatre sp\u00e9cifi\u00e9e. # Par exemple, si le bras a une poulie de 80 dents entra\u00een\u00e9e par une poulie de 16 dents, \u00e0 son # tour reli\u00e9e \u00e0 une poulie de 60 dents entra\u00een\u00e9e par un moteur dont l'arbre est muni d'une poulie # \u00e0 16 dents, alors on sp\u00e9cifierait un rapport de vitesse de \"80:16, 60:16\". # Ce param\u00e8tre doit \u00eatre fourni. position_endstop: # Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de construction # et que la but\u00e9e se d\u00e9clenche. Ce param\u00e8tre doit \u00eatre fourni pour le stepper_a ; pour le stepper_b et # le stepper_c, ce param\u00e8tre prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. upper_arm_length: # Longueur (en mm) du bras reliant l'\"articulation de l'effecteur\" \u00e0 l'\"articulation du coude\". # Ce param\u00e8tre doit \u00eatre fourni pour stepper_a ; pour stepper_b et stepper_c, ce param\u00e8tre prend par # d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. lower_arm_length: # Longueur (en mm) du bras reliant l'\"articulation du coude\" \u00e0 l'\"articulation de l'effecteur\". # Ce param\u00e8tre doit \u00eatre fourni pour stepper_a ; pour stepper_b et stepper_c, ce param\u00e8tre prend # par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. #angle: # Cette option sp\u00e9cifie l'angle (en degr\u00e9s) auquel se trouve le bras. # La valeur par d\u00e9faut est 30 pour stepper_a, 150 pour stepper_b et 270 pour stepper_c. # La section stepper_b d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant le bras arri\u00e8re gauche (\u00e0 150 degr\u00e9s). [stepper_b] # La section stepper_c d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant le bras avant (\u00e0 270 degr\u00e9s). [stepper_c] # La section delta_calibrate active une commande G-code \u00e9tendue DELTA_CALIBRATE permettant # de calibrer les positions de la but\u00e9e de l'effecteur. [delta_calibrate] radius: # Rayon (en mm) de la zone pouvant \u00eatre palp\u00e9e. Il s'agit du rayon des coordonn\u00e9es de palpage # de la buse; si vous utilisez un palpeur automatique avec un d\u00e9calage XY, choisissez un rayon # suffisamment petit pour que la sonde s'adapte toujours au lit. Ce param\u00e8tre doit \u00eatre fourni. #speed: 50 # La vitesse (en mm/s) des mouvements sans palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre remont\u00e9e pour se d\u00e9placer juste avant de lancer # une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. Cin\u00e9matique du treuil \u00e0 c\u00e2ble \u00b6 Voir le fichier example-winch.cfg pour un exemple de fichier de configuration cin\u00e9matique d'un treuil \u00e0 c\u00e2ble. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes \u00e0 treuil sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. LE SUPPORT DU TREUIL \u00c0 C\u00c2BLE EST EXP\u00c9RIMENTAL. La mise \u00e0 l'origine n'est pas impl\u00e9ment\u00e9e dans la cin\u00e9matique du treuil \u00e0 c\u00e2ble. Pour ramener l'imprimante \u00e0 l'origine, envoyez des commandes manuelles de mouvements jusqu'\u00e0 ce que la t\u00eate de l'outil soit \u00e0 0, 0, 0, puis envoyez la commande G28 . [printer] kinematics: winch # La section stepper_a d\u00e9crit le moteur pas \u00e0 pas connect\u00e9 au premier treuil \u00e0 c\u00e2ble. # Un minimum de 3 et un maximum de 26 treuils \u00e0 c\u00e2ble peuvent \u00eatre d\u00e9finis # (stepper_a \u00e0 stepper_z) bien qu'il soit courant d'en d\u00e9finir 4. [stepper_a] rotation_distance: # La rotation_distance est la distance nominale (en mm) \u00e0 laquelle la t\u00eate de l'outil # se d\u00e9place vers le treuil de c\u00e2ble pour chaque rotation compl\u00e8te du moteur pas # \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. anchor_x: anchor_y: anchor_z: # Les positions X, Y et Z du treuil \u00e0 c\u00e2ble dans l'espace cart\u00e9sien. # Ces param\u00e8tres doivent \u00eatre fournis. Aucune cin\u00e9matique \u00b6 Il est possible de d\u00e9finir une cin\u00e9matique particuli\u00e8re \"aucune (none)\" pour d\u00e9sactiver le support cin\u00e9matique dans Klipper. Cela peut \u00eatre utile pour contr\u00f4ler des p\u00e9riph\u00e9riques qui ne sont pas des imprimantes 3D typiques ou encore \u00e0 des fins de d\u00e9bogage. [printer] kinematics: none max_velocity: 1 max_accel: 1 # Les param\u00e8tres max_velocity et max_accel doivent \u00eatre d\u00e9finis. Les # valeurs par d\u00e9faut ne sont pas utilis\u00e9es pour la cin\u00e9matique \"none\". Extrudeur commun et support du lit chauffant \u00b6 [extruder] \u00b6 La section de l'extrudeuse est utilis\u00e9e pour d\u00e9crire les param\u00e8tres de chauffe de la buse ainsi que pour les commandes pas \u00e0 pas de l'extrudeuse. Voir la r\u00e9f\u00e9rence de commande pour plus d'informations. Voir le guide d'avance de pression pour des informations sur le r\u00e9glage de l'avance de pression. [extruder] step_pin: dir_pin: enable_pin: microsteps: rotation_distance: #full_steps_per_rotation: #gear_ratio: # Voir la section \"stepper\" pour une description des param\u00e8tres ci-dessus. # Si aucun des param\u00e8tres ci-dessus n'est sp\u00e9cifi\u00e9, alors aucun pilote ne # sera associ\u00e9 \u00e0 la buse (bien qu'une commande SYNC_EXTRUDER_MOTION # puisse en associer un au moment de l'ex\u00e9cution). nozzle_diameter: # Diam\u00e8tre de l'orifice de la buse (en mm). Ce param\u00e8tre doit \u00eatre # fourni. filament_diameter: # Diam\u00e8tre moyen du filament (en mm) lorsqu'il entre dans l'extrudeuse. # Ce param\u00e8tre doit \u00eatre fourni. #max_extrude_cross_section: # Surface maximale (en mm^2) d'une section transversale d'extrusion (ex: # largeur de l'extrusion multipli\u00e9e par la hauteur de la couche). Ce param\u00e8tre # permet d'\u00e9viter d'extruder des quantit\u00e9s excessives durant de petits d\u00e9placements # XY. Si un d\u00e9placement demande une quantit\u00e9 d'extrusion sup\u00e9rieure \u00e0 cette valeur, # une erreur sera renvoy\u00e9e. La valeur par d\u00e9faut est 4.0 *diam\u00e8tre_buse^2 #instantaneous_corner_velocity: 1.000 # La variation instantan\u00e9e maximale de la vitesse (en mm/s) de l'extrudeuse # pendant la jonction de deux mouvements. La valeur par d\u00e9faut est 1mm/s. #max_extrude_only_distance: 50.0 # Longueur maximale (en mm de filament) qu'un mouvement de r\u00e9traction ou d'extrusion # peut fournir. Si un mouvement de r\u00e9traction ou d'extrusion unique demande une # distance sup\u00e9rieure \u00e0 cette valeur, une erreur sera renvoy\u00e9e. # La valeur par d\u00e9faut est 50mm. #max_extrude_only_velocity: #max_extrude_only_accel: # Vitesse maximale (en mm/s) et acc\u00e9l\u00e9ration (en mm/s^2) du moteur de l'extrudeuse # pour les r\u00e9tractions et les mouvements d'extrusion seuls. Ces param\u00e8tres n'ont aucun # impact sur les mouvements d'impression normaux. S'ils ne sont pas sp\u00e9cifi\u00e9s, ils sont # calcul\u00e9s pour correspondre \u00e0 la limite d'un mouvement qu'une impression de # section transversale de 4.0*diam\u00e8tre_buse^2 aurait. #pressure_advance: 0.0 # La quantit\u00e9 de filament \u00e0 pousser dans l'extrudeuse durant l'acc\u00e9l\u00e9ration de celle-ci. # Une quantit\u00e9 \u00e9gale de filament est r\u00e9tract\u00e9e durant la d\u00e9c\u00e9l\u00e9ration. Elle est mesur\u00e9e # en millim\u00e8tre/seconde. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive la fonctionnalit\u00e9 # d'avance de pression. #pressure_advance_smooth_time: 0.040 # Une dur\u00e9e (en secondes) \u00e0 utiliser lors du calcul de la vitesse moyenne de l'extrudeuse # pour l'avance de pression. Une valeur plus grande donne lieu \u00e0 des mouvements # d'extrusion plus lisses. Ce param\u00e8tre ne doit pas d\u00e9passer 200ms. # Ce param\u00e8tre ne s'applique que si pressure_advance est diff\u00e9rent de z\u00e9ro. La valeur # par d\u00e9faut est 0.040 (40 millisecondes). # # Les variables restantes d\u00e9crivent la chauffe de l'extrudeuse. heater_pin: # Broche de sortie PWM contr\u00f4lant le chauffage. Ce param\u00e8tre doit \u00eatre # fourni. #max_power: 1.0 # La puissance maximale (exprim\u00e9e sous la forme d'une valeur comprise entre 0,0 et 1,0) # de r\u00e9glage du heater_pin . La valeur 1.0 permet \u00e0 la broche d'\u00eatre r\u00e9gl\u00e9e comme toujours # activ\u00e9e durant des p\u00e9riodes prolong\u00e9es, tandis qu'une valeur de 0,5 permet \u00e0 la broche # de n'\u00eatre activ\u00e9e durant au plus la moiti\u00e9 du temps. # Ce r\u00e9glage peut \u00eatre utilis\u00e9 pour limiter la puissance totale de sortie (sur de longues # p\u00e9riodes) de l'\u00e9l\u00e9ment de chauffe. La valeur par d\u00e9faut est 1.0. sensor_type: # Type de capteur - les thermistances courantes sont \"EPCOS 100K B57560G104F\", # \"ATC Semitec 104GT-2\", \"ATC Semitec 104NT-4-R025H42G\", \"Generic # 3950\", \"Honeywell 100K 135-104LAG-J01\", \"NTC 100K MGB18-104F39050L32\", # \"SliceEngineering 450\", et \"TDK NTCG104LH104JT1\". Voir la section \"Capteurs de # temp\u00e9rature\" pour d'autres capteurs. # Ce param\u00e8tre doit \u00eatre fourni. sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e au capteur. Ce param\u00e8tre doit \u00eatre # fourni. #pullup_resistor: 4700 # La r\u00e9sistance (en ohms) du pullup reli\u00e9 \u00e0 la thermistance. # Ce param\u00e8tre n'est valable que si le capteur est une thermistance. La valeur par # d\u00e9faut est 4700 ohms. #smooth_time: 1.0 # Une dur\u00e9e (en secondes) sur laquelle les mesures de temp\u00e9rature seront # liss\u00e9es pour r\u00e9duire l'impact du bruit de la mesure. La valeur par d\u00e9faut # est de 1 seconde. control: # Algorithme de contr\u00f4le (soit pid, soit watermark). Ce param\u00e8tre doit # \u00eatre fourni. pid_Kp: pid_Ki: pid_Kd: # Les param\u00e8tres proportionnels (pid_Kp), int\u00e9graux (pid_Ki) et d\u00e9riv\u00e9s (pid_Kd) # du syst\u00e8me de contr\u00f4le de r\u00e9troaction PID. Klipper \u00e9value les param\u00e8tres PID avec # la formule g\u00e9n\u00e9rale suivante : # heater_pwm = (Kp*erreur + Ki*int\u00e9grale(erreur) - Kd*d\u00e9riv\u00e9e(erreur)) / 255 # O\u00f9 \"erreur\" est le r\u00e9sultat de \"requested_temperature - measured_temperature\" et # \"heater_pwm\" est le taux de chauffage demand\u00e9, 0.0 \u00e9tant compl\u00e8tement \u00e9teint et # 1.0 \u00e9tant compl\u00e8tement allum\u00e9. Pensez \u00e0 utiliser la commande PID_CALIBRATE pour # obtenir ces param\u00e8tres. Les param\u00e8tres pid_Kp, pid_Ki, et pid_Kd doivent \u00eatre # fournis pour l'algorithme PID. #max_delta: 2.0 # Sur les \u00e9l\u00e9ments de chauffe contr\u00f4l\u00e9s par watermark, il s'agit du nombre de degr\u00e9s # en Celsius au-dessus de la temp\u00e9rature cible avant de d\u00e9sactiver le chauffage ainsi # que le nombre de degr\u00e9s en dessous de la temp\u00e9rature cible avant la r\u00e9activation du # chauffage. La valeur par d\u00e9faut est de 2 degr\u00e9s Celsius. #pwm_cycle_time: 0.100 # Dur\u00e9e en secondes de chaque cycle PWM logiciel du chauffage. Il n'est # pas recommand\u00e9 de d\u00e9finir cette valeur, sauf s'il existe une exigence # \u00e9lectrique pour commuter le chauffage plus rapidement que 10 fois par seconde. # La valeur par d\u00e9faut est 0,100 seconde. #min_extrude_temp: 170 # La temp\u00e9rature minimale (Celsius) au-dessus de laquelle les commandes de # d\u00e9placement de l'extrudeuse peuvent \u00eatre \u00e9mises. La valeur par d\u00e9faut est 170\u00b0 C. min_temp: max_temp: # La plage maximale de temp\u00e9ratures valides (Celsius) dans laquelle l'\u00e9l\u00e9ment de # chauffe doit rester. Ceci contr\u00f4le une fonction de s\u00e9curit\u00e9 impl\u00e9ment\u00e9e dans le code # du micro-contr\u00f4leur - si la temp\u00e9rature mesur\u00e9e sort de cette plage, le microcontr\u00f4leur # se met en \u00e9tat d'arr\u00eat. Ce contr\u00f4le peut aider \u00e0 d\u00e9tecter certaines d\u00e9faillances mat\u00e9rielles # de l'\u00e9l\u00e9ment chauffant et/ou du capteur. D\u00e9finissez cette plage suffisamment large pour # que des temp\u00e9ratures raisonnables n'entra\u00eenent pas d'erreur. # Ces param\u00e8tres doivent \u00eatre fournis. [heater_bed] \u00b6 La section heater_bed concerne le lit chauffant. Elle utilise les m\u00eames param\u00e8tres de mise en chauffe que ceux d\u00e9crits dans la section \"extrudeuse\". [heater_bed] heater_pin: sensor_type: sensor_pin: control: min_temp: max_temp: # Voir la section \"extruder\" pour une description des param\u00e8tres ci-dessus. Support du nivelage du lit \u00b6 [bed_mesh] \u00b6 Nivelage du maillage du lit. On peut d\u00e9finir une section de configuration bed_mesh pour activer les transformations de d\u00e9placement qui d\u00e9calent l'axe z en fonction d'un maillage g\u00e9n\u00e9r\u00e9 \u00e0 partir de points palp\u00e9s. Lorsqu'on utilise une sonde pour d\u00e9finir l'origine de l'axe z, il est recommand\u00e9 de d\u00e9finir une section safe_z_home dans printer.cfg pour r\u00e9aliser cette mise \u00e0 l'origine au centre de la zone d'impression. Consultez le guide du maillage du lit et la r\u00e9f\u00e9rence de la commande pour plus d'informations. Exemples visuels : lit rectangulaire, probe_count = 3, 3: x---x---x (max_point) | x---x---x | (min_point) x---x---x lit circulaire, round_probe_count = 5, bed_radius = r: x (0, r) fin / x---x---x \\ (-r, 0) x---x---x---x---x (r, 0) \\ x---x---x / x (0, -r) d\u00e9but [bed_mesh] #speed: 50 # La vitesse (en mm/s) des d\u00e9placements entre les points de palpage # durant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e juste avant de # lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. #mesh_radius: # D\u00e9finit le rayon de la maille \u00e0 palper pour les lits circulaires. Notez que # le rayon est relatif aux coordonn\u00e9es sp\u00e9cifi\u00e9es par l'option # mesh_origin. Ce param\u00e8tre doit \u00eatre fourni pour des lits circulaires # et omis pour des lits rectangulaires. #mesh_origin: # D\u00e9finit les coordonn\u00e9es X, Y du centre du maillage des lits circulaires. # Ces coordonn\u00e9es sont relatives \u00e0 l'emplacement de la sonde. Il peut \u00eatre # utile d'ajuster l'origine du maillage afin de maximiser la taille du rayon # du maillage. La valeur par d\u00e9faut est 0, 0. Ce param\u00e8tre doit \u00eatre omis # pour des lits rectangulaires. #mesh_min: # D\u00e9finit les coordonn\u00e9es X, Y minimales du maillage pour les lits # rectangulaires. Ces coordonn\u00e9es sont relatives \u00e0 l'emplacement de la # sonde. Cette position sera le premier point sond\u00e9, le plus proche de # l'origine. Ce param\u00e8tre doit \u00eatre fourni pour des lits rectangulaires. #mesh_max: # D\u00e9finit les coordonn\u00e9es X, Y maximales du maillage pour les lits # rectangulaires. Le principe est le m\u00eame que pour mesh_min, mais ce # sera le point le plus \u00e9loign\u00e9 atteignable par rapport \u00e0 l'origine du lit. # Ce param\u00e8tre doit \u00eatre fourni pour des lits rectangulaires. #probe_count: 3, 3 # Pour les lits rectangulaires, il s'agit d'une paire d'entiers X, Y s\u00e9par\u00e9s par # des virgules, d\u00e9finissant le nombre de points \u00e0 palper le long de chaque # axe. Une valeur seule est \u00e9galement valide, auquel cas cette valeur sera # appliqu\u00e9e aux deux axes. La valeur par d\u00e9faut est 3, 3. #round_probe_count: 5 # Pour les lits circulaires, cette valeur enti\u00e8re d\u00e9finit le nombre maximum # de points \u00e0 palper le long de chaque axe. Cette valeur doit \u00eatre un # nombre impair. La valeur par d\u00e9faut est 5. #fade_start: 1.0 # La position z du gcode \u00e0 partir de laquelle il faut commencer \u00e0 \u00e9liminer # progressivement l'ajustement z lorsque la compensation est activ\u00e9e. # La valeur par d\u00e9faut est 1.0. #fade_end: 0.0 # La position z du gcode \u00e0 partir de laquelle la compensation se termine. # Lorsqu'elle est d\u00e9finie \u00e0 une valeur inf\u00e9rieure \u00e0 fade_start, la compensation # est d\u00e9sactiv\u00e9e. Notez que la compensation peut ajouter une mise \u00e0 l'\u00e9chelle # ind\u00e9sirable le long de l'axe z d'une impression. Si un utilisateur souhaite # activer la compensation, une valeur de 10.0 est recommand\u00e9e. # La valeur par d\u00e9faut est 0.0, ce qui d\u00e9sactive la compensation. #fade_target: # La position z vers laquelle la compensation doit converger. Lorsque cette # valeur est d\u00e9finie \u00e0 une valeur non nulle, elle doit se situer dans la plage des # valeurs z du maillage. Les utilisateurs qui souhaitent converger vers la # position de mise \u00e0 l'origine du Z doivent r\u00e9gler cette valeur \u00e0 0. # La valeur par d\u00e9faut est la valeur z moyenne du maillage. #split_delta_z: .025 # Le delta de diff\u00e9rence de Z (en mm) le long d'un mouvement qui # d\u00e9clenchera une s\u00e9paration. La valeur par d\u00e9faut est de 0,025. #move_check_distance: 5.0 # La distance (en mm) le long d'un mouvement pour v\u00e9rifier le split_delta_z. # C'est \u00e9galement la longueur minimale pour laquelle un mouvement peut # \u00eatre divis\u00e9. La valeur par d\u00e9faut est 5.0. #mesh_pps: 2, 2 # Une paire de nombres entiers X, Y s\u00e9par\u00e9s par des virgules, d\u00e9finissant le # nombre de points par segment \u00e0 interpoler dans le maillage le long de # chaque axe. Un \"segment\" \u00e9tant d\u00e9fini comme l'espace entre chaque point # palp\u00e9. L'utilisateur peut saisir une seule valeur s'appliquant alors aux # deux axes. La valeur par d\u00e9faut est 2, 2. #algorithm: lagrange # L'algorithme d'interpolation \u00e0 utiliser. Soit \"lagrange\", soit \"bicubic\". # Cette option n'affecte pas les grilles 3x3 forc\u00e9es d'utiliser l'\u00e9chantillonnage # de lagrange. La valeur par d\u00e9faut est lagrange. #bicubic_tension: .2 # Lors de l'utilisation de l'algorithme bicubic, le param\u00e8tre de tension ci- # dessus peut \u00eatre appliqu\u00e9 pour modifier la quantit\u00e9 de pente interpol\u00e9e. # Des nombres plus grands augmenteront la quantit\u00e9 de pente entra\u00eenant # une plus grande courbure du maillage. La valeur par d\u00e9faut est 0,2. #relative_reference_index: # Un index de points dans le maillage auquel r\u00e9f\u00e9rencer toutes les valeurs z. # En activant ce param\u00e8tre, on produit un maillage relatif \u00e0 la position z palp\u00e9e # de l'indice fourni. #faulty_region_1_min: #faulty_region_1_max: # Points optionnels d\u00e9finissant une r\u00e9gion d\u00e9fectueuse. # Voir docs/Bed_Mesh.md pour plus de d\u00e9tails sur les r\u00e9gions d\u00e9fectueuses. # Jusqu'\u00e0 99 r\u00e9gions d\u00e9fectueuses peuvent \u00eatre ajout\u00e9es. # Par d\u00e9faut, aucune r\u00e9gion d\u00e9fectueuse n'est d\u00e9finie. [bed_tilt] \u00b6 Compensation de l'inclinaison du lit. On peut d\u00e9finir une section de configuration bed_tilt pour activer les transformations de d\u00e9placement tenant compte d'un lit inclin\u00e9. Notez que bed_mesh et bed_tilt sont incompatibles ; les deux ne peuvent pas \u00eatre d\u00e9finis en m\u00eame temps. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [bed_tilt] #x_adjust: 0 # Quantit\u00e9 \u00e0 ajouter \u00e0 la hauteur Z de chaque mouvement pour chaque mm sur l'axe X. # La valeur par d\u00e9faut est 0. #y_adjust: 0 # Quantit\u00e9 \u00e0 ajouter \u00e0 la hauteur Z de chaque mouvement pour chaque mm sur l'axe Y. # La valeur par d\u00e9faut est 0. #z_adjust: 0 # Quantit\u00e9 \u00e0 ajouter \u00e0 la hauteur Z lorsque la buse est nominalement \u00e0 0, 0. # La valeur par d\u00e9faut est 0. # Les param\u00e8tres suivants contr\u00f4lent la commande g-code \u00e9tendue BED_TILT_CALIBRATE # utilis\u00e9e pour calibrer les param\u00e8tres de r\u00e9glage x et y appropri\u00e9s. #points: # Une liste de coordonn\u00e9es X, Y (une par ligne ; les lignes suivantes indent\u00e9es) devant # \u00eatre palp\u00e9es pendant une commande BED_TILT_CALIBRATE # Sp\u00e9cifiez les coordonn\u00e9es de la buse et assurez-vous que la sonde est au-dessus du lit # aux coordonn\u00e9es donn\u00e9es de la buse. # La valeur par d\u00e9faut est de ne pas activer la commande. #speed: 50 # Vitesse (en mm/s) des mouvements de d\u00e9placements hors palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # Hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e lors du d\u00e9placement juste avant # de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. [bed_screws] \u00b6 Outil d'aide au r\u00e9glage des vis de nivellement du lit. On peut d\u00e9finir une section de configuration [bed_screws] pour activer une commande g-code BED_SCREWS_ADJUST. Consultez le guide de nivelage et la r\u00e9f\u00e9rence des commandes pour plus d'informations. [bed_screws] #screw1: # Coordonn\u00e9es X, Y de la premi\u00e8re vis de r\u00e9glage du niveau du lit. Il s'agit # de la position vers laquelle d\u00e9placer la buse afin qu'elle soit plac\u00e9e au- # dessus de cette vis de r\u00e9glage (ou aussi proche que possible tout en \u00e9tant # au-dessus du lit). Ce param\u00e8tre doit \u00eatre fourni. #screw1_name: # Un nom arbitraire pour la vis donn\u00e9e. Ce nom est affich\u00e9 lors de # l'ex\u00e9cution du script d'aide. Par d\u00e9faut, le nom utilis\u00e9 est bas\u00e9 sur la # position XY de la vis. #screw1_fine_adjust : # Coordonn\u00e9es X, Y pour commander la buse afin de pouvoir affiner le # r\u00e9glage de la vis de mise \u00e0 niveau du lit. Par d\u00e9faut, il n'y a pas de # r\u00e9glage fin sur la vis de mise \u00e0 niveau du lit. #screw2: #screw2_name: #screw2_fine_adjust: #... # Vis suppl\u00e9mentaires de mise \u00e0 niveau du lit. Au moins trois vis doivent # \u00eatre d\u00e9finies. #horizontal_move_z: 5 # Hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer # lors du passage d'une vis \u00e0 la suivante. La valeur par d\u00e9faut est 5. #probe_height: 0 # Hauteur de la sonde (en mm) apr\u00e8s ajustement d\u00fb \u00e0 la dilatation # thermique du lit et de la buse. La valeur par d\u00e9faut est z\u00e9ro. #speed: 50 # Vitesse (en mm/s) des d\u00e9placements entre les palpages pendant # l'\u00e9talonnage. La valeur par d\u00e9faut est 50. #probe_speed: 5 # Vitesse (en mm/s) lors du d\u00e9placement d'une position # horizontal_move_z \u00e0 la position probe_height. La valeur par # d\u00e9faut est 5. [screws_tilt_adjust] \u00b6 Outil d'assistance au nivellement du lit avec les vis de r\u00e9glage et l'aide du palpeur Z. On peut d\u00e9finir une section de configuration screws_tilt_adjust pour activer une commande g-code SCREWS_TILT_CALCULATE. Voir le guide de nivelage et la r\u00e9f\u00e9rence des commandes pour des informations suppl\u00e9mentaires. [screws_tilt_adjust] #screw1: # Les coordonn\u00e9es (X, Y) de la premi\u00e8re vis de mise \u00e0 niveau du lit. Il # s'agit d'une position \u00e0 laquelle d\u00e9placer la buse de mani\u00e8re \u00e0 ce que # la sonde soit directement au-dessus de la vis de mise \u00e0 niveau du lit # (ou aussi pr\u00e8s que possible tout en \u00e9tant encore au-dessus du lit). # Il s'agit de la vis de base utilis\u00e9e dans les calculs. # Ce param\u00e8tre doit \u00eatre fourni. #screw1_name: # Un nom arbitraire pour la vis donn\u00e9e. Ce nom est affich\u00e9 lorsque le # script d'aide s'ex\u00e9cute. Par d\u00e9faut, le nom utilis\u00e9 est bas\u00e9 sur la # position XY de la vis. #screw2: #screw2_name: #... # Vis suppl\u00e9mentaires de mise \u00e0 niveau du lit. Au moins deux vis # doivent \u00eatre d\u00e9finies. #speed: 50 # La vitesse (en mm/s) des d\u00e9placements sans palpage pendant # l'\u00e9talonnage. La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre lev\u00e9e pour se # d\u00e9placer juste avant de lancer une op\u00e9ration de palpage. La # valeur par d\u00e9faut est 5. #screw_thread: CW-M3 # Le type de vis utilis\u00e9e pour le niveau du lit, M3, M4 ou M5 et la # direction de la molette utilis\u00e9e pour le nivelage du lit, diminution # dans le sens des aiguilles d'une montre, augmentation dans le sens # inverse des aiguilles d'une montre. Valeurs accept\u00e9es : CW-M3, # CCW-M3, CW-M4, CCW-M4, CW-M5, CCW-M5. La valeur par d\u00e9faut est # CW-M3. De nombreuses imprimantes utilisent une vis M3, un tour # de molette dans le sens des aiguilles d'une montre diminue la distance. [z_tilt] \u00b6 R\u00e9glage multiples de l'inclinaison de moteurs pas \u00e0 pas de l'axe Z. Cette fonction permet d'ajuster de mani\u00e8re ind\u00e9pendante l'inclinaison de plusieurs moteurs Z (voir la section \"stepper_z1\"). Si cette section est pr\u00e9sente, une commande G-Code \u00e9tendue Z_TILT_ADJUST devient disponible. [z_tilt] #z_positions: # Une liste de coordonn\u00e9es X, Y (une par ligne ; les lignes subs\u00e9quentes # indent\u00e9es) d\u00e9crivant l'emplacement de chaque \"point de pivot\" du lit. # Le \"point de pivot\" est le point o\u00f9 le lit s'attache \u00e0 l'\u00e9l\u00e9ment Z # donn\u00e9. Il est d\u00e9crit \u00e0 l'aide des coordonn\u00e9es de la buse (la position X, Y # de la buse si elle pouvait se d\u00e9placer directement au-dessus du point). La # premi\u00e8re entr\u00e9e correspond \u00e0 stepper_z, la deuxi\u00e8me \u00e0 stepper_z1, # la troisi\u00e8me \u00e0 stepper_z2, etc. Ce param\u00e8tre doit \u00eatre fourni. #points: # Une liste de coordonn\u00e9es X, Y (une par ligne ; les lignes ult\u00e9rieures # indent\u00e9es) qui doivent \u00eatre palp\u00e9es pendant une commande Z_TILT_ADJUST. # Sp\u00e9cifiez les coordonn\u00e9es de la buse et assurez-vous que le palpeur est # au-dessus du lit aux coordonn\u00e9es donn\u00e9es de la buse. # Ce param\u00e8tre doit \u00eatre fourni. #speed: 50 # La vitesse (en mm/s) des mouvements de d\u00e9placements hors palpage # pendant l'\u00e9talonnage. La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # Hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer juste # avant de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. #retries: 0 # Nombre de tentatives \u00e0 effectuer si les points palp\u00e9s ne sont pas dans la # tol\u00e9rance. #retry_tolerance: 0 # Si les r\u00e9-essais sont activ\u00e9s, r\u00e9essayer si les points sond\u00e9s les plus grands et # les plus petits diff\u00e8rent plus que la tol\u00e9rance retry_tolerance. Notez que la # plus petite unit\u00e9 de changement ici serait un seul pas. Cependant, si vous # sondez plus de points que de moteurs, il est probable que vous aurez une # valeur minimale fixe pour la plage de points sond\u00e9s. Vous pouvez en # apprendre plus en observant la sortie de la commande. [quad_gantry_level] \u00b6 Mise \u00e0 niveau du portique mobile \u00e0 l'aide de 4 moteurs Z contr\u00f4l\u00e9s ind\u00e9pendamment. Corrige les effets de paraboles hyperboliques (chips de pommes de terre) sur un portique mobile qui est plus flexible. AVERTISSEMENT : l'utilisation de cette section sur un lit mobile peut conduire \u00e0 des r\u00e9sultats ind\u00e9sirables. Si cette section est pr\u00e9sente, une commande G-Code \u00e9tendue QUAD_GANTRY_LEVEL devient disponible. Cette routine suppose la configuration suivante des moteurs Z : ---------------- |Z1 Z2| | --------- | | | | | | | | | | x-------- | |Z Z3| ---------------- O\u00f9 x est la position 0, 0 sur le lit [quad_gantry_level] #gantry_corners: # Une liste de coordonn\u00e9es X, Y, s\u00e9par\u00e9es par des retours \u00e0 la ligne, d\u00e9crivant les deux # coins oppos\u00e9s du portique. La premi\u00e8re entr\u00e9e correspond \u00e0 Z, la seconde \u00e0 Z2. # Ce param\u00e8tre doit \u00eatre fourni. #points: # Une liste, s\u00e9par\u00e9e par des retours \u00e0 la ligne, de quatre points X, Y devant \u00eatre palp\u00e9s # pendant une commande QUAD_GANTRY_LEVEL. L'ordre des emplacements est # important, il doit correspondre aux emplacements Z, Z1, Z2 et Z3 dans l'ordre. # Ce param\u00e8tre doit \u00eatre fourni. Pour une pr\u00e9cision maximale, assurez-vous que les # d\u00e9calages de votre sonde sont configur\u00e9s. #speed: 50 # La vitesse (en mm/s) des mouvements sans palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer juste # avant de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. #max_adjust: 4 # Limite de s\u00e9curit\u00e9 quand un ajustement sup\u00e9rieur \u00e0 cette valeur est demand\u00e9. # quad_gantry_level abandonnera. #retries: 0 # Nombre de tentatives si les points palp\u00e9s ne sont pas dans la tol\u00e9rance. #retry_tolerance: 0 # Si les re-tentatives (retries) sont activ\u00e9es, r\u00e9essayer si les points palp\u00e9s les plus grands # et les plus petits diff\u00e8rent plus que la tol\u00e9rance de re-tentative (retry_tolerance). [skew_correction] \u00b6 Correction de l'inclinaison de l'imprimante. Il est possible de corriger l'inclinaison de l'imprimante logiciellement sur 3 plans, xy, xz, yz. Pour ce faire, on imprime un mod\u00e8le d'\u00e9talonnage le long d'un plan et on mesure trois longueurs. En raison de la nature de la correction d'inclinaison, ces longueurs sont d\u00e9finies via le gcode. Voir Correction d'inclinaison et R\u00e9f\u00e9rence des commandes pour plus de d\u00e9tails. [skew_correction] [z_thermal_adjust] \u00b6 Ajustement de la position Z de la t\u00eate d'impression en fonction de la temp\u00e9rature. Compenser le mouvement vertical de la t\u00eate d'impression caus\u00e9 par la dilatation thermique du ch\u00e2ssis de l'imprimante en temps r\u00e9el \u00e0 l'aide d'un capteur de temp\u00e9rature (g\u00e9n\u00e9ralement coupl\u00e9 \u00e0 une section verticale du ch\u00e2ssis). Voir aussi : commandes de code G \u00e9tendues . [z_thermal_adjust] #temp_coeff: # Le coefficient de dilatation thermique, en mm/\u00b0C. Par exemple, un # temp_coeff de 0,01 mm/\u00b0C d\u00e9placera l'axe Z vers le bas de 0,01 mm pour # chaque degr\u00e9 Celsius d'augmentation du capteur de temp\u00e9rature. La # valeur par d\u00e9faut, 0,0 mm/\u00b0C, n'applique aucun ajustement. #smooth_time: # Fen\u00eatre de lissage appliqu\u00e9e au capteur de temp\u00e9rature, en secondes. # Peut r\u00e9duire le bruit du moteur d\u00fb \u00e0 de petites corrections excessives en # r\u00e9ponse au bruit du capteur. La valeur par d\u00e9faut est de 2,0 secondes. #z_adjust_off_above: # D\u00e9sactive les ajustements au-dessus de cette hauteur Z [mm]. La derni\u00e8re # correction calcul\u00e9e restera appliqu\u00e9e jusqu'\u00e0 ce que la t\u00eate de l'outil passe # \u00e0 nouveau en dessous de la hauteur Z sp\u00e9cifi\u00e9e. La valeur par d\u00e9faut est # 99999999.0 mm (toujours actif). #max_z_adjustment: # Ajustement absolu maximal pouvant \u00eatre appliqu\u00e9 \u00e0 l'axe Z [mm]. # La valeur par d\u00e9faut est 99999999.0 mm (illimit\u00e9). #sensor_type: #sensor_pin: #min_temp: #max_temp: # Configuration du capteur de temp\u00e9rature. # Voir la section \"extrudeuse\" pour la d\u00e9finition des param\u00e8tres ci-dessus. #gcode_id: # Voir la section \"heater_generic\" pour la d\u00e9finition de ce # param\u00e8tre. Mise \u00e0 l'origine personnalis\u00e9e \u00b6 [safe_z_home] \u00b6 Mise \u00e0 l'origine s\u00fbre de l'axe Z. On peut utiliser ce m\u00e9canisme pour centrer l'axe Z sur des coordonn\u00e9es X, Y sp\u00e9cifiques. Ceci est utile si la t\u00eate de l'outil, par exemple, doit se d\u00e9placer vers le centre du lit avant que l'axe Z puisse \u00eatre mis \u00e0 l'origine. [safe_z_home] home_xy_position: # Une coordonn\u00e9e X, Y (par exemple 100, 100) o\u00f9 la mise \u00e0 l'origine Z # doit \u00eatre effectu\u00e9e. Ce param\u00e8tre doit \u00eatre fourni. #speed: 50.0 # Vitesse \u00e0 laquelle la t\u00eate de l'outil est d\u00e9plac\u00e9e vers la position de # r\u00e9f\u00e9rence Z s\u00fbre. La valeur par d\u00e9faut est 50 mm/s #z_hop: # Distance (en mm) pour lever l'axe Z avant le retour au point d'origine. # Cette valeur est appliqu\u00e9e \u00e0 toute commande d'initialisation, m\u00eame # si elle n'initialise pas l'axe Z. Si l'axe Z est d\u00e9j\u00e0 ramen\u00e9 \u00e0 la position # de base et que la position Z actuelle est inf\u00e9rieure \u00e0 z_hop, alors ceci # l\u00e8vera la t\u00eate \u00e0 une hauteur de z_hop. Si l'axe Z n'est pas d\u00e9j\u00e0 centr\u00e9, # la t\u00eate est relev\u00e9e de z_hop. # La valeur par d\u00e9faut est de ne pas impl\u00e9menter le relevage en Z. #z_hop_speed: 15.0 # Vitesse (en mm/s) \u00e0 laquelle l'axe Z est relev\u00e9 avant le retour \u00e0 la # position initiale. La valeur par d\u00e9faut est de 15 mm/s. #move_to_previous: False # Lorsqu'il a la valeur True, les axes X et Y sont r\u00e9initialis\u00e9s \u00e0 leurs # positions pr\u00e9c\u00e9dentes apr\u00e8s retour \u00e0 la position initiale de l'axe Z. # La valeur par d\u00e9faut est False. [homing_override] \u00b6 Homing override. On peut utiliser ce m\u00e9canisme pour ex\u00e9cuter une s\u00e9rie de commandes g-code \u00e0 la place d'un G28 trouv\u00e9 dans l'entr\u00e9e g-code normale. Cela peut \u00eatre utile sur les imprimantes qui n\u00e9cessitent une proc\u00e9dure sp\u00e9cifique du retour au point d'origine de la machine. [homing_override] gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter \u00e0 la place des commandes # G28 trouv\u00e9es dans l'entr\u00e9e g-code normale. Voir # docs/Command_Templates.md pour le format G-Code. Si un G28 est # contenu dans cette liste de commandes alors la proc\u00e9dure de mise \u00e0 # l'origine de l'imprimante sera invoqu\u00e9e. Les commandes \u00e9num\u00e9r\u00e9es # ici doivent ramener tous les axes \u00e0 la position initiale. # Ce param\u00e8tre doit \u00eatre fourni. #axes: xyz # Les axes \u00e0 remplacer. Par exemple, si ce param\u00e8tre est d\u00e9fini sur \"z\", # alors le script d'annulation ne sera ex\u00e9cut\u00e9 que lorsque l'axe z est mis # \u00e0 l'origine (par ex. une commande \"G28\" ou \"G28 Z\"). Remarque : # le script de neutralisation doit toujours g\u00e9rer tous les axes. La valeur # par d\u00e9faut est \"xyz\" ce qui fait que le script de remplacement sera # ex\u00e9cut\u00e9 \u00e0 la place de toutes les commandes G28. #set_position_x: #set_position_y: #set_position_z: # Si sp\u00e9cifi\u00e9, l'imprimante supposera que l'axe est \u00e0 la position indiqu\u00e9e # avant d'ex\u00e9cuter les commandes g-code ci-dessus. Le fait de d\u00e9finir # ceci d\u00e9sactive les contr\u00f4les d'orientation pour cet axe. Cela peut \u00eatre # utile si la t\u00eate doit se d\u00e9placer avant d'invoquer le m\u00e9canisme G28 # normal d'un axe. La valeur par d\u00e9faut est de ne pas forcer une # position pour un axe. [endstop_phase] \u00b6 Interrupteurs de fin de course ajust\u00e9s \u00e0 la phase du moteur pas \u00e0 pas. Pour utiliser cette fonction, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"endstop_phase\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondante (par exemple, \"[endstop_phase stepper_z]\"). Cette fonctionnalit\u00e9 peut am\u00e9liorer la pr\u00e9cision des interrupteurs de fin de course. Ajoutez une d\u00e9claration nue \"[endstop_phase]\" pour activer la commande ENDSTOP_PHASE_CALIBRATE. Voir le guide de d\u00e9tecteurs de fin de course et la r\u00e9f\u00e9rence des commandes pour plus d'informations. [endstop_phase stepper_z] #endstop_accuracy: # D\u00e9finit la pr\u00e9cision attendue (en mm) de la but\u00e9e. Cela repr\u00e9sente la # distance d'erreur maximale que la but\u00e9e peut d\u00e9clencher (par # exemple, si une but\u00e9e peut occasionnellement se d\u00e9clencher 100um # en avance ou jusqu'\u00e0 100um en retard alors r\u00e9glez cette valeur sur # 0.200 pour 200um). La valeur par d\u00e9faut est # 4*rotation_distance/full_steps_per_rotation. #trigger_phase: # Sp\u00e9cifie la phase du pilote du moteur pas \u00e0 pas \u00e0 attendre lorsque # l'on atteint la but\u00e9e. Compos\u00e9 de deux nombres s\u00e9par\u00e9s par une barre # oblique - la phase et le nombre total de phases (par exemple, \"7/64\"). # Ne d\u00e9finissez cette valeur que si vous \u00eates s\u00fbr que le pilote du moteur # pas \u00e0 pas est r\u00e9initialis\u00e9 \u00e0 chaque fois que le mcu est r\u00e9initialis\u00e9. Si # cette valeur n'est pas d\u00e9finie, alors la phase du moteur pas \u00e0 pas sera # d\u00e9tect\u00e9e \u00e0 la premi\u00e8re mise \u00e0 l'origine et cette phase sera utilis\u00e9e sur # toutes les origines suivantes. #endstop_align_zero: False # Si vrai, la position_endstop de l'axe sera effectivement modifi\u00e9e de # mani\u00e8re \u00e0 ce que la position z\u00e9ro de l'axe se produise sur un pas # complet du moteur pas \u00e0 pas. (Si utilis\u00e9 sur l'axe Z et que la hauteur # de la couche d'impression est un multiple de la distance parcourue # par un pas complet, alors chaque couche se produira sur un pas # complet). La valeur par d\u00e9faut est False. Macros et \u00e9v\u00e9nements G-Code \u00b6 [gcode_macro] \u00b6 Macros G-Code (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"gcode_macro\"). Voir le guide des mod\u00e8les de commande pour plus d'informations. [gcode_macro my_cmd] #gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter \u00e0 la place de \"my_cmd\". # Voir docs/Command_Templates.md pour le format G-Code. Ce param\u00e8tre # doit \u00eatre fourni. #variable_: # On peut sp\u00e9cifier un nombre quelconque d'options avec le pr\u00e9fixe # \"variable_\". Le nom de variable donn\u00e9 se verra attribu\u00e9 la valeur donn\u00e9e # (analys\u00e9e en tant que litt\u00e9ral par Python) et sera disponible pendant # l'expansion de la macro. Par exemple, une configuration avec # \"variable_fan_speed = 75\" pourrait avoir des commandes gcode # contenant \"M106 S{ fan_speed * 255 }\". Ces variables peuvent alors \u00eatre # modifi\u00e9es au moment de l'ex\u00e9cution en utilisant la commande # SET_GCODE_VARIABLE (voir docs/Command_Templates.md pour plus # de d\u00e9tails). Les noms de variables peuvent ne pas utiliser de # caract\u00e8res majuscules. #rename_existing: # Cette option permet \u00e0 la macro de remplacer une commande G-Code # existante et fournira la d\u00e9finition pr\u00e9c\u00e9dente de la commande via le # nom fourni ici. Ceci peut \u00eatre utilis\u00e9 pour remplacer les commandes # G-Code originelles. Il convient d'\u00eatre prudent lorsque l'on remplace # des commandes, cela pouvant provoquer des r\u00e9sultats complexes et # inattendus. La valeur par d\u00e9faut est de ne pas remplacer une # commande G-Code existante. #description: Macro G-Code # Ceci ajoutera une courte description utilis\u00e9e \u00e0 la commande HELP # ou lors de l'utilisation de la fonction de compl\u00e9tion automatique. # Par d\u00e9faut : \"G-Code macro\". [delayed_gcode] \u00b6 Ex\u00e9cute un gcode sur un d\u00e9lai d\u00e9fini. Voir le guide des mod\u00e8les de commande et la r\u00e9f\u00e9rence des commandes pour plus d'informations. [delayed_gcode my_delayed_gcode] gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lorsque la dur\u00e9e du d\u00e9lai # est \u00e9coul\u00e9e. Les mod\u00e8les G-Code sont support\u00e9s. Ce param\u00e8tre # doit \u00eatre fourni. #initial_duration: 0.0 # Dur\u00e9e du d\u00e9lai initial (en secondes). Si elle est d\u00e9finie \u00e0 une valeur non # nulle, le gcode diff\u00e9r\u00e9 s'ex\u00e9cutera le nombre de secondes sp\u00e9cifi\u00e9 apr\u00e8s # que l'imprimante passe \u00e0 l'\u00e9tat \"pr\u00eat\". Ceci peut \u00eatre utile pour les # proc\u00e9dures d'initialisation ou lors d'une r\u00e9p\u00e9tition de delayed_gcode. # Si la valeur est 0, le delayed_gcode ne sera pas ex\u00e9cut\u00e9 au d\u00e9marrage. # La valeur par d\u00e9faut est 0. [save_variables] \u00b6 Prise en charge de l'enregistrement des variables sur le disque afin qu'elles soient conserv\u00e9es lors des red\u00e9marrages. Voir mod\u00e8les de commande et r\u00e9f\u00e9rence G-code pour plus d'informations. [save_variables] filename: # Obligatoire - fournir un nom de fichier utilis\u00e9 pour enregistrer les variables # sur le disque, par exemple ~/variables.cfg. [idle_timeout] \u00b6 D\u00e9lai d'inactivit\u00e9. Un d\u00e9lai d'inactivit\u00e9 est automatiquement activ\u00e9 - ajoutez une section de configuration idle_timeout explicite pour modifier les param\u00e8tres par d\u00e9faut. [idle_timeout] #gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lors d'un d\u00e9lai d'inactivit\u00e9. Voir # docs/Command_Templates.md pour le format G-Code. La valeur par d\u00e9faut # est d'ex\u00e9cuter \"TURN_OFF_HEATERS\" et \"M84\". #timeout: 600 # Dur\u00e9e d'attente (en secondes) avant d'ex\u00e9cuter les commandes G-Code ci-dessus. # La valeur par d\u00e9faut est de 600 secondes. Fonctionnalit\u00e9s optionnelles du G-code \u00b6 [virtual_sdcard] \u00b6 Une carte SD virtuelle peut \u00eatre utile si la machine h\u00f4te n'est pas assez rapide pour faire fonctionner OctoPrint correctement. Elle permet au logiciel h\u00f4te Klipper d'imprimer directement les fichiers gcode stock\u00e9s dans un r\u00e9pertoire sur l'h\u00f4te en utilisant les commandes G-Code standard de la carte SD (par exemple, M24). [virtual_sdcard] path: # Le chemin d'acc\u00e8s au r\u00e9pertoire local sur la machine h\u00f4te de recherche # des fichiers g-code. Il s'agit d'un r\u00e9pertoire en lecture seule (les \u00e9critures # de fichiers sur une carte SD ne sont pas support\u00e9es). On peut le faire pointer # vers le r\u00e9pertoire de t\u00e9l\u00e9chargement d'OctoPrint (g\u00e9n\u00e9ralement # ~/.octoprint/uploads/ ). Ce param\u00e8tre doit \u00eatre fourni. #on_error_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lorsqu'une erreur est signal\u00e9e. [sdcard_loop] \u00b6 Certaines imprimantes dot\u00e9es de fonctions d'\u00e9jections des pi\u00e8ces imprim\u00e9es, comme un \u00e9jecteur de pi\u00e8ces ou une imprimante \u00e0 courroie, peuvent trouver une utilit\u00e9 dans la mise en boucle de sections du fichier de la carte SD (par exemple, pour imprimer la m\u00eame pi\u00e8ce encore et encore, ou r\u00e9p\u00e9ter une section d'une pi\u00e8ce pour une cha\u00eene ou un autre motif r\u00e9p\u00e9t\u00e9). Voir la r\u00e9f\u00e9rence des commandes pour les commandes prises en charge. Voir le fichier sample-macros.cfg pour une macro G-Code compatible avec le M808 de Marlin. [sdcard_loop] [force_move] \u00b6 Support des d\u00e9placements manuels des moteurs pas \u00e0 pas \u00e0 des fins de diagnostic. Remarque : l'utilisation de cette fonction peut placer l'imprimante dans un \u00e9tat invalide - consultez la r\u00e9f\u00e9rence de la commande pour obtenir des d\u00e9tails importants. [force_move] #enable_force_move: False # D\u00e9fini \u00e0 true pour activer les commandes G-Code \u00e9tendues FORCE_MOVE et # SET_KINEMATIC_POSITION # La valeur par d\u00e9faut est false. [pause_resume] \u00b6 Fonctionnalit\u00e9 Pause/Reprise avec prise en charge de la capture et de la restauration de position. Voir la r\u00e9f\u00e9rence de la commande pour plus d'informations. [pause_resume] #recover_velocity: 50. # Lorsque la capture/restauration est activ\u00e9e, la vitesse \u00e0 laquelle retourner \u00e0 # la position captur\u00e9e (en mm/s). La valeur par d\u00e9faut est 50,0 mm/s. [firmware_retraction] \u00b6 R\u00e9traction du filament par le firmware. Cela permet d'activer les commandes GCODE G10 (r\u00e9traction) et G11 (d\u00e9-r\u00e9traction) \u00e9mises par de nombreux trancheurs. Les param\u00e8tres ci-dessous fournissent des valeurs par d\u00e9faut au d\u00e9marrage, ces valeurs peuvent \u00eatre ajust\u00e9es via la commande SET_RETRACTION , ce qui permet des r\u00e9glages par filament et des ajustements en cours d'impression. [firmware_retraction] #retract_length: 0 # La longueur du filament (en mm) \u00e0 r\u00e9tracter lorsque G10 est activ\u00e9, et \u00e0 fournir # lorsque G11 est activ\u00e9 (voir unretract_extra_length ci-dessous). # La valeur par d\u00e9faut est 0 mm. #retract_speed: 20 # La vitesse de r\u00e9traction, en mm/s. La valeur par d\u00e9faut est 20 mm/s. #unretract_extra_length: 0 # Longueur (en mm) de filament *suppl\u00e9mentaire* \u00e0 ajouter lors de la d\u00e9-r\u00e9traction. #unretract_speed: 10 # La vitesse de d\u00e9-r\u00e9traction, en mm/s. La valeur par d\u00e9faut est 10 mm/s. [gcode_arcs] \u00b6 Support des commandes gcode de courbes (arc) (G2/G3). [gcode_arcs] #resolution: 1.0 # Un arc sera divis\u00e9 en segments. La longueur de chaque segment sera \u00e9gale \u00e0 # la r\u00e9solution en mm d\u00e9finie ci-dessus. Des valeurs plus faibles produiront un # arc plus fin, mais \u00e9galement plus de travail de votre machine. Les arcs plus # petits que la valeur configur\u00e9e deviendront des lignes droites. La valeur par # d\u00e9faut est 1 mm. [respond] \u00b6 Active les commandes \u00e9tendues \"M118\" et \"RESPOND\" . [respond] #default_type: echo # D\u00e9finit le pr\u00e9fixe par d\u00e9faut de la sortie \"M118\" et \"RESPOND\" \u00e0 l'un des # \u00e9l\u00e9ments suivants : # echo: \"echo : \" (C'est la valeur par d\u00e9faut) # command: \"// \" # error: \" !! \" #default_prefix: echo: # D\u00e9finit directement le pr\u00e9fixe par d\u00e9faut. Si elle est pr\u00e9sente, cette valeur # remplacera celle de \"default_type\". [exclude_object] \u00b6 Permet de prendre en charge l'exclusion ou l'annulation d'objets individuels pendant le processus d'impression. Voir le guide des objets exclus et la r\u00e9f\u00e9rence des commandes pour plus d'informations. Voir le fichier sample-macros.cfg pour une macro G-Code M486 compatible avec Marlin/RepRapFirmware. [exclude_object] Compensation de la r\u00e9sonance \u00b6 [input_shaper] \u00b6 Active la compensation de r\u00e9sonance . Voir \u00e9galement la r\u00e9f\u00e9rence des commandes . [input_shaper] #shaper_freq_x: 0 # Fr\u00e9quence (en Hz) de la mise en forme de l'entr\u00e9e pour l'axe X. Il s'agit g\u00e9n\u00e9ralement # d'une fr\u00e9quence de r\u00e9sonance de l'axe X que la mise en forme de l'entr\u00e9e doit supprimer. # Pour les mises en forme plus complexes, comme les mises en forme \u00e0 2 ou 3 bosses EI # (2hump/3hump), ce param\u00e8tre peut \u00eatre d\u00e9fini \u00e0 partir de diff\u00e9rentes consid\u00e9rations. # La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive la mise en forme de l'entr\u00e9e pour l'axe X. #shaper_freq_y: 0 # Fr\u00e9quence (en Hz) de la mise en forme de l'entr\u00e9e pour l'axe Y. Il s'agit g\u00e9n\u00e9ralement # d'une fr\u00e9quence de r\u00e9sonance de l'axe Y que la mise en forme de l'entr\u00e9e doit supprimer. # Pour les mises en forme plus complexes, comme les mises en forme \u00e0 2 ou 3 bosses EI # (2hump/3hump), ce param\u00e8tre peut \u00eatre d\u00e9fini \u00e0 partir de diff\u00e9rentes consid\u00e9rations. # La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive la mise en forme de l'entr\u00e9e pour l'axe Y. #shaper_type: mzv # Le type de mise en forme de l'entr\u00e9e \u00e0 utiliser pour les axes X et Y. Les types support\u00e9s # sont zv, mzv, zvd, ei, 2hump_ei, et 3hump_ei. # La valeur par d\u00e9faut est la compensation de r\u00e9sonance mzv. #shaper_type_x: #shaper_type_y: # Si shaper_type n'est pas d\u00e9fini, ces deux param\u00e8tres peuvent \u00eatre utilis\u00e9s pour configurer # des formes d'entr\u00e9e diff\u00e9rentes pour les axes X et Y. Les valeurs support\u00e9es sont les # m\u00eames que celles du param\u00e8tre shaper_type. #damping_ratio_x: 0.1 #damping_ratio_y: 0.1 # Taux d'amortissement des vibrations des axes X et Y utilis\u00e9s par les dispositifs de mise # en forme de l'entr\u00e9e afin d'am\u00e9liorer la suppression des vibrations. La valeur par d\u00e9faut est # 0.1 ce qui est une bonne valeur g\u00e9n\u00e9rale pour la plupart des imprimantes. Dans la plupart # des cas, ce param\u00e8tre ne n\u00e9cessite aucun r\u00e9glage et ne doit pas \u00eatre modifi\u00e9. [adxl345] \u00b6 Support des acc\u00e9l\u00e9rom\u00e8tres ADXL345. Ce support permet d'interroger les mesures de l'acc\u00e9l\u00e9rom\u00e8tre \u00e0 partir du capteur. Cela active une commande ACCELEROMETER_MEASURE (voir G-Codes pour plus d'informations). Le nom de la puce par d\u00e9faut est \"default\", mais on peut sp\u00e9cifier un nom explicite (par exemple, [adxl345 my_chip_name]). [adxl345] cs_pin: # La broche d'activation SPI du capteur. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: 5000000 # La vitesse SPI (en hz) \u00e0 utiliser lors de la communication avec la puce. # La valeur par d\u00e9faut est 5000000. #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #axes_map : x, y, z # L'axe de l'acc\u00e9l\u00e9rom\u00e8tre de chacun des axes X, Y et Z de l'imprimante. # Ceci peut \u00eatre utile si l'acc\u00e9l\u00e9rom\u00e8tre est mont\u00e9 dans une orientation # qui ne correspond pas \u00e0 celle de l'imprimante. Par exemple, on peut # r\u00e9gler cette option sur \"y, x, z\" pour permuter les axes X et Y. # Il est \u00e9galement possible d'inverser un axe si la direction de l'acc\u00e9l\u00e9rom\u00e8tre # est invers\u00e9e (par exemple, \"x, z, -y\"). La valeur par d\u00e9faut est \"x, y, z\". #Rate: 3200 # D\u00e9bit de donn\u00e9es de sortie pour ADXL345. ADXL345 prend en charge les d\u00e9bits # de donn\u00e9es suivants : 3200, 1600, 800, 400, 200, 100, 50, et 25. Notez qu'il n'est # pas recommand\u00e9 de changer ce d\u00e9bit par rapport au d\u00e9bit par d\u00e9faut de 3200, # les d\u00e9bits inf\u00e9rieurs \u00e0 800 affecteront consid\u00e9rablement la qualit\u00e9 des mesures # de r\u00e9sonance. [mpu9250] \u00b6 Prise en charge des acc\u00e9l\u00e9rom\u00e8tres MPU-9250, MPU-9255, MPU-6515, MPU-6050 et MPU-6500 (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"mpu9250\"). [mpu9250 my_accelerometer] #i2c_address: # La valeur par d\u00e9faut est 104 (0x68). Si AD0 est \u00e9lev\u00e9, ce sera 0x69 \u00e0 la place. #i2c_mcu: #i2c_bus: #i2c_speed: 400000 # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. La valeur par d\u00e9faut de \"i2c_speed\" est 400000. #axes_map: x, y, z # Voir la section \"adxl345\" pour des informations sur ce param\u00e8tre. [resonance_tester] \u00b6 Prise en charge du test de r\u00e9sonance et du calibrage automatique du fa\u00e7onneur d'entr\u00e9e (input shaper). Pour utiliser la plupart des fonctionnalit\u00e9s de ce module, des d\u00e9pendances logicielles suppl\u00e9mentaires doivent \u00eatre install\u00e9es ; reportez-vous \u00e0 Mesurer les r\u00e9sonances et \u00e0 la r\u00e9f\u00e9rence de commande pour plus d'informations. Voir la section Adoucissement Max du guide de mesure des r\u00e9sonances pour plus d'informations sur le param\u00e8tre max_smoothing et son utilisation. [resonance_tester] #probe_points: # Une liste de coordonn\u00e9es X, Y, Z de points (un point par ligne) \u00e0 tester. # Au moins un point est requis. Assurez-vous que tous les points avec une certaine marge # de s\u00e9curit\u00e9 dans le plan XY (~ quelques centim\u00e8tres) sont accessibles par la t\u00eate de l'outil. #accel_chip: # Nom de la puce d'acc\u00e9l\u00e9rom\u00e8tre \u00e0 utiliser pour les mesures. Si la puce adxl345 a \u00e9t\u00e9 d\u00e9finie # sans un nom explicite, ce param\u00e8tre peut simplement la r\u00e9f\u00e9rencer en tant que # \"accel_chip : adxl345\", sinon un nom explicite doit \u00eatre fourni, par exemple # \"accel_chip : adxl345 my_chip_name\". Soit ce param\u00e8tre seul, soit les deux param\u00e8tres # suivants doivent \u00eatre d\u00e9finis. #accel_chip_x: #accel_chip_y: # Noms des puces d'acc\u00e9l\u00e9rom\u00e8tre \u00e0 utiliser pour les mesures de chaque axe. # Peut \u00eatre utile, par exemple, sur une imprimante de type \"bed slinger\", si deux acc\u00e9l\u00e9rom\u00e8tres # s\u00e9par\u00e9s sont mont\u00e9s, un sur le lit (pour l'axe Y), l'autre sur la t\u00eate de l'outil (pour l'axe X). # Ces param\u00e8tres ont le m\u00eame format que le param\u00e8tre 'accel_chip'. Soit le param\u00e8tre # 'accel_chip' soit ces deux param\u00e8tres doivent \u00eatre fournis. #max_smoothing: # Lissage maximal du fa\u00e7onneur (shaper) d'entr\u00e9e \u00e0 autoriser pour chaque axe pendant # l'auto-calibration (avec la commande 'SHAPER_CALIBRATE'). Par d\u00e9faut, aucun lissage # maximal n'est sp\u00e9cifi\u00e9. Reportez-vous au guide Measuring_Resonances pour plus de d\u00e9tails # sur l'utilisation de cette fonction. #min_freq: 5 # Fr\u00e9quence minimale de test des r\u00e9sonances. La valeur par d\u00e9faut est 5 Hz. #max_freq: 133.33 # Fr\u00e9quence maximale de test des r\u00e9sonances. La valeur par d\u00e9faut est 133,33 Hz. #accel_per_hz: 75 # Ce param\u00e8tre permet de d\u00e9terminer l'acc\u00e9l\u00e9ration \u00e0 utiliser pour tester une fr\u00e9quence # sp\u00e9cifique: accel = accel_per_hz * freq. Plus haute est cette valeur, plus l'\u00e9nergie des # oscillations est \u00e9lev\u00e9e. Peut \u00eatre fix\u00e9 \u00e0 une valeur inf\u00e9rieure \u00e0 celle par d\u00e9faut si les # r\u00e9sonances deviennent trop fortes sur l'imprimante. Cependant, des valeurs plus faibles # rendent les mesures des r\u00e9sonances \u00e0 haute fr\u00e9quence moins pr\u00e9cises. La valeur par # d\u00e9faut est de 75 (mm/sec). #hz_per_sec: 1 # D\u00e9termine la vitesse de l'essai. Lors du test de toutes les fr\u00e9quences dans la plage [min_freq, # max_freq], chaque seconde, la fr\u00e9quence augmente de hz_per_sec. # De faibles valeurs rendent le test lent, de grandes valeurs diminueront la pr\u00e9cision du test. # La valeur par d\u00e9faut est 1.0 (Hz/sec == sec^-2). Assistants de fichiers de configuration \u00b6 [board_pins] \u00b6 Alias des broches de la carte (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"board_pins\"). Utilisez ceci pour d\u00e9finir des alias de broches d'un micro-contr\u00f4leur. [board_pins my_aliases] mcu: mcu # Une liste de micro-contr\u00f4leurs s\u00e9par\u00e9s par des virgules pouvant utiliser les # alias. La valeur par d\u00e9faut est d'appliquer les alias au \"mcu\" principal. alias: aliases_: # Une liste s\u00e9par\u00e9e par des virgules d'alias \"nom=valeur\" \u00e0 cr\u00e9er pour le micro- # contr\u00f4leur donn\u00e9. Par exemple, \"EXP1_1=PE6\" cr\u00e9era un alias \"EXP1_1\" pour la # broche \"PE6\". Cependant, si la \"valeur\" est incluse dans \"<>\", alors \"nom\" est cr\u00e9\u00e9 # comme une broche r\u00e9serv\u00e9e (par exemple, \"EXP1_9=\" r\u00e9serverait \"EXP1_9\"). # Un nombre quelconque d'options commen\u00e7ant par \"alias_\" peuvent \u00eatre sp\u00e9cifi\u00e9es. [include] \u00b6 Prise en charge de l'inclusion de fichiers. On peut inclure des fichiers de configuration suppl\u00e9mentaires \u00e0 partir du fichier de configuration principal de l'imprimante. Les caract\u00e8res g\u00e9n\u00e9riques peuvent \u00e9galement \u00eatre utilis\u00e9s (par exemple, \"configs/*.cfg\"). [include my_other_config.cfg] [duplicate_pin_override] \u00b6 Cet outil permet de d\u00e9finir plusieurs fois une m\u00eame broche de microcontr\u00f4leur dans un fichier de configuration sans v\u00e9rification normale des erreurs. Ceci est destin\u00e9 \u00e0 des fins de diagnostic et de d\u00e9bogage. Cette section n'est pas n\u00e9cessaire lorsque Klipper prend en charge l'utilisation de la m\u00eame broche plusieurs fois, et l'utilisation de cette d\u00e9rogation peut entra\u00eener des r\u00e9sultats confus et inattendus. [duplicate_pin_override] pins: # Une liste de broches s\u00e9par\u00e9es par des virgules pouvant \u00eatre utilis\u00e9es plusieurs fois dans # un fichier de configuration sans contr\u00f4les d'erreurs normaux. Ce param\u00e8tre doit \u00eatre # fourni. Mat\u00e9riel de nivelage du lit \u00b6 [probe] \u00b6 Sonde de hauteur Z. On peut d\u00e9finir cette section pour activer le mat\u00e9riel de nivellement de l'axe Z. Lorsque cette section est activ\u00e9e, les commandes g-code \u00e9tendus PROBE et QUERY_PROBE deviennent disponibles. Consultez \u00e9galement le guide d'\u00e9talonnage des sondes . La section probe cr\u00e9e \u00e9galement une broche virtuelle \"probe:z_virtual_endstop\". Il est possible de d\u00e9finir la broche du stepper_z, endstop_pin, sur cette broche virtuelle pour les imprimantes de style cart\u00e9sien qui utilisent la sonde \u00e0 la place d'un interrupteur de fin de course Z. Si vous utilisez \"probe:z_virtual_endstop\", ne d\u00e9finissez pas de position_endstop dans la configuration de la section stepper_z. [probe] pin: # Broche de d\u00e9tection de la sonde. Si la broche se trouve sur un microcontr\u00f4leur diff\u00e9rent # de celui des moteurs de l'axe Z alors elle active le \"multi-mcu homing\". Ce param\u00e8tre # doit \u00eatre fourni. #deactivate_on_each_sample: True # Ceci d\u00e9termine si Klipper doit ex\u00e9cuter le gcode de d\u00e9sactivation entre chaque tentative # de palpage lors d'une s\u00e9quence de palpages multiples. # La valeur par d\u00e9faut est True. #x_offset: 0.0 # La distance (en mm) entre la sonde et la buse le long de l'axe x. # La valeur par d\u00e9faut est 0. #y_offset: 0.0 # La distance (en mm) entre la sonde et la buse le long de l'axe y. # La valeur par d\u00e9faut est 0. z_offset: # La distance (en mm) entre le lit et la buse lorsque la sonde se d\u00e9clenche. # Ce param\u00e8tre doit \u00eatre fourni. #speed: 5.0 # Vitesse (en mm/s) de l'axe Z lors du palpage. La valeur par d\u00e9faut est 5mm/s. #samples: 1 # Le nombre de fois o\u00f9 il faut palper chaque point. Les valeurs z palp\u00e9es seront # moyenn\u00e9es. La valeur par d\u00e9faut est de palper 1 fois. #sample_retract_dist: 2.0 # Distance (en mm) \u00e0 parcourir pour relever la t\u00eate de l'outil entre chaque palpage # (en cas d'\u00e9chantillonnage multiple). La valeur par d\u00e9faut est 2mm. #lift_speed: # Vitesse (en mm/s) de l'axe Z lors du levage de la sonde entre les \u00e9chantillons. # La valeur par d\u00e9faut est la m\u00eame que celle du param\u00e8tre 'speed'. #samples_result: average # La m\u00e9thode de calcul lorsque l'on \u00e9chantillonne plusieurs fois - soit \"m\u00e9diane\" # (median) ou \"moyenne\" (average). La valeur par d\u00e9faut est \"moyenne\". #samples_tolerance: 0.100 # La distance Z maximale (en mm) \u00e0 laquelle un \u00e9chantillon peut diff\u00e9rer des autres # \u00e9chantillons. Si cette tol\u00e9rance est d\u00e9pass\u00e9e, soit une erreur est signal\u00e9e soit une # tentative de palpage est recommenc\u00e9e (cf. samples_tolerance_retries). # La valeur par d\u00e9faut est 0.100mm. #samples_tolerance_retries: 0 # Le nombre de fois qu'il faut r\u00e9essayer quand un palpage d\u00e9passe la tol\u00e9rance des # \u00e9chantillons. Lors d'une nouvelle tentative, tous les \u00e9chantillons en cours sont rejet\u00e9s # et une tentative de palpa est relanc\u00e9e. Si un ensemble valide d'\u00e9chantillons n'est pas # obtenu dans le nombre de tentatives donn\u00e9, une erreur est signal\u00e9e. La valeur par d\u00e9faut # est z\u00e9ro, ce qui entra\u00eene le signalement d'une erreur d\u00e8s le premier \u00e9chantillon d\u00e9passant # la tol\u00e9rance de samples_tolerance. #activate_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter avant chaque tentative de palpage. # Voir docs/Command_Templates.md pour le format G-Code. Cela peut \u00eatre utile si la sonde # doit \u00eatre activ\u00e9e d'une mani\u00e8re particuli\u00e8re. Ne pas envoyer ici de commandes d\u00e9pla\u00e7ant # la t\u00eate de l'outil (par exemple, G1). La valeur par d\u00e9faut est de ne pas ex\u00e9cuter de commandes # G-code sp\u00e9ciales lors de l'activation. #deactivate_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter apr\u00e8s la fin de chaque tentative de palpage # termin\u00e9e. Voir docs/Command_Templates.md pour le format G-Code. Ne pas envoyer ici # de commandes d\u00e9pla\u00e7ant la t\u00eate de l'outil. La valeur par d\u00e9faut est de ne pas ex\u00e9cuter de # commandes G-code sp\u00e9ciales lors de la d\u00e9sactivation. [bltouch] \u00b6 Sonde BLTouch. On peut d\u00e9finir cette section (au lieu d'une section probe) pour activer une sonde BLTouch. Voir Guide BL-Touch et R\u00e9f\u00e9rence des commandes pour plus d'informations. Une broche virtuelle \"probe:z_virtual_endstop\" est \u00e9galement cr\u00e9\u00e9e (voir la section \"probe\" pour les d\u00e9tails). [bltouch] sensor_pin: # Broche connect\u00e9e \u00e0 la broche du capteur (sensor) BLTouch. La plupart des BLTouch # exigent un pullup sur la broche du capteur (pr\u00e9fixez le nom de la broche par \"^\"). # Ce param\u00e8tre doit \u00eatre fourni. control_pin: # Broche connect\u00e9e \u00e0 la broche de commande du BLTouch. # Ce param\u00e8tre doit \u00eatre fourni. #pin_move_time: 0.680 # Dur\u00e9e d'attente (en secondes) pour que la broche BLTouch se d\u00e9place vers # le haut ou le bas. La valeur par d\u00e9faut est de 0,680 seconde. #stow_on_each_sample: True # D\u00e9termine si Klipper doit ordonner \u00e0 la broche de se d\u00e9placer vers le haut entre # chaque palpage lors d'une s\u00e9quence de palpages multiples. # Lisez les instructions dans docs/BLTouch.md avant de r\u00e9gler ce param\u00e8tre \u00e0 False. # La valeur par d\u00e9faut est True. #probe_with_touch_mode: False # Si ce param\u00e8tre est d\u00e9fini sur True, Klipper palpera avec le p\u00e9riph\u00e9rique en # \"touch_mode\". La valeur par d\u00e9faut est False (palpage en mode \"pin_down\"). #pin_up_reports_not_triggered: True # D\u00e9finit si le BLTouch rapporte syst\u00e9matiquement le palpeur dans un \u00e9tat \"non # d\u00e9clench\u00e9\" apr\u00e8s une commande \"pin_up\" r\u00e9ussie. Ceci devrait \u00eatre True pour # tous les BLTouch authentiques. Lisez les instructions de docs/BLTouch.md avant # de r\u00e9gler cette valeur \u00e0 False. La valeur par d\u00e9faut est True. #pin_up_touch_mode_reports_triggered: True # D\u00e9finit si le BLTouch rapporte syst\u00e9matiquement un \u00e9tat \"d\u00e9clench\u00e9\" apr\u00e8s la # commande \"pin_up_mode_reports_triggered\". Ceci devrait \u00eatre True pour tous les # BLTouch authentiques. Lisez les instructions de docs/BLTouch.md avant de r\u00e9gler # cette valeur \u00e0 False. La valeur par d\u00e9faut est True. #set_output_mode: # Demande un mode de sortie particulier de la broche du capteur sur un BLTouch V3.0 # (et ult\u00e9rieurs). Ce param\u00e8tre ne doit pas \u00eatre utilis\u00e9 sur d'autres types de sondes. # R\u00e9glez sur \"5V\" pour demander une sortie de 5 Volts de la broche du capteur (\u00e0 n'utiliser # que si la carte contr\u00f4leur n\u00e9cessite le mode 5V et est tol\u00e9rante \u00e0 5V sur sa ligne de signal # d'entr\u00e9e). R\u00e9glez sur \"OD\" pour demander l'utilisation de la sortie de la broche du capteur # en mode drain ouvert. La valeur par d\u00e9faut est de ne pas demander de mode de sortie. #x_offset: #y_offset: #z_offset: #speed: #lift_speed: #samples: #sample_retract_dist: #samples_result: #samples_tolerance: #samples_tolerance_retries: # Voir la section \"probe\" pour des informations sur ces param\u00e8tres. [smart_effector] \u00b6 Le \"Smart Effector\" de Duet3d impl\u00e9mente une sonde Z utilisant un capteur de force. On peut d\u00e9finir cette section \u00e0 la place de [probe] pour activer les fonctionnalit\u00e9s sp\u00e9cifiques du Smart Effector. Cela permet \u00e9galement d'activer les commandes d'ex\u00e9cution afin d'ajuster les param\u00e8tres du Smart Effector au moment de son ex\u00e9cution. [smart_effector] pin: # Broche connect\u00e9e \u00e0 la broche de sortie de la sonde Z de Smart Effector (broche 5). Notez qu' une # r\u00e9sistance de tirage (pullup) sur la carte n'est g\u00e9n\u00e9ralement pas n\u00e9cessaire. Cependant, si la broche # de sortie est connect\u00e9e \u00e0 la broche de la carte \u00e0 l'aide d'une r\u00e9sistance de tirage, cette r\u00e9sistance doit # \u00eatre de valeur \u00e9lev\u00e9e (par ex. 10K Ohm ou plus). Certaines cartes ont une r\u00e9sistance de tirage de faible # valeur sur l'entr\u00e9e de la sonde Z, ce qui entra\u00eenera probablement un \u00e9tat de sonde toujours d\u00e9clench\u00e9. # Dans ce cas, connectez le Smart Effector \u00e0 une autre broche sur la carte. Ce param\u00e8tre est n\u00e9cessaire. #control_pin: # Broche connect\u00e9e \u00e0 la broche d'entr\u00e9e de contr\u00f4le du Smart Effector (broche 7). Si elle est fournie, # les commandes de programmation de la sensibilit\u00e9 du Smart Effector deviennent disponibles. #probe_accel: # Si elle est d\u00e9finie, limite l'acc\u00e9l\u00e9ration des mouvements de palpage (en mm/sec^2). # Une grande acc\u00e9l\u00e9ration soudaine au d\u00e9but du mouvement de palpage peut provoquer des # d\u00e9clenchements intempestifs de la sonde, surtout si la t\u00eate de l'outil est lourde. # Pour \u00e9viter cela, il peut \u00eatre n\u00e9cessaire de r\u00e9duire l'acc\u00e9l\u00e9ration des mouvements de palpage # via ce param\u00e8tre. #recovery_time: 0.4 # D\u00e9lai entre les mouvements de d\u00e9placement et les mouvements de palpage en secondes. Un # d\u00e9placement rapide avant le palpage peut entra\u00eener un d\u00e9clenchement intempestif de celui-ci. # Cela peut provoquer des erreurs 'Probe triggered prior to movement' si aucun d\u00e9lai n'est d\u00e9fini. # La valeur 0 d\u00e9sactive le d\u00e9lai de r\u00e9cup\u00e9ration. # La valeur par d\u00e9faut est 0,4. #x_offset: #y_offset: # Doivent \u00eatre laiss\u00e9s non d\u00e9finis (ou d\u00e9finis \u00e0 0). z_offset: # Hauteur de d\u00e9clenchement de la sonde. Commencez avec -0,1 (mm), et ajustez plus tard en # utilisant la commande `PROBE_CALIBRATE`. Ce param\u00e8tre doit \u00eatre fourni. #speed: # Vitesse (en mm/s) de l'axe Z lors du palpage. Il est recommand\u00e9 de commencer avec une # vitesse de palpage de 20 mm/s et d'ajuster si n\u00e9cessaire pour am\u00e9liorer la pr\u00e9cision et la # r\u00e9p\u00e9tabilit\u00e9 du d\u00e9clenchement du palpeur. #samples: #sample_retract_dist: #samples_result: #samples_tolerance: #samples_tolerance_retries: #activate_gcode: #deactivate_gcode: #deactivate_on_each_sample: # Voir la section \"sonde\" (probe) pour plus d'informations sur les param\u00e8tres ci-dessus. Moteurs pas \u00e0 pas et extrudeurs additionnels \u00b6 [stepper_z1] \u00b6 Axes \u00e0 moteurs pas \u00e0 pas multiples. Sur une imprimante de style cart\u00e9sien, le pilote moteur contr\u00f4lant un axe donn\u00e9 peut avoir des blocs de configuration suppl\u00e9mentaires d\u00e9finissant les pilotes moteurs qui doivent \u00eatre mis en marche de concert avec le pilote principal. On peut d\u00e9finir un nombre quelconque de sections avec un suffixe num\u00e9rique commen\u00e7ant \u00e0 1 (par exemple, \"stepper_z1\", \"stepper_z2\", etc.). [stepper_z1] #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distanc : # Voir la section \"stepper\" pour la d\u00e9finition des param\u00e8tres ci-dessus. #endstop_pin: # Si une endstop_pin est d\u00e9finie pour le moteur suppl\u00e9mentaire, alors le moteur # se d\u00e9placera \u00e0 l'origine jusqu'\u00e0 ce que la fin de course soit d\u00e9clench\u00e9e. Sinon, le # moteur se d\u00e9placera jusqu'\u00e0 ce que la fin de course du moteur principal de l'axe # soit d\u00e9clench\u00e9e. [extruder1] \u00b6 Dans une imprimante multi-extrudeurs, ajoutez une section d'extrudeur suppl\u00e9mentaire pour chaque extrudeur suppl\u00e9mentaire. Les sections d'extrudeur suppl\u00e9mentaires doivent \u00eatre nomm\u00e9es \"extruder1\", \"extruder2\", \"extruder3\", et ainsi de suite. Voir la section \"extruder\" pour une description des param\u00e8tres disponibles. Voir sample-multi-extruder.cfg pour un exemple de configuration. [extruder1] #step_pin: #dir_pin: #... # Voir la section \"extruder\" pour les param\u00e8tres disponibles pour le pilote de moteur # pas \u00e0 pas et l'\u00e9l\u00e9ment de chauffe. #shared_heater: # Cette option est obsol\u00e8te et ne doit plus \u00eatre utilis\u00e9e. [dual_carriage] \u00b6 Prise en charge des imprimantes cart\u00e9siennes avec deux chariots sur un seul axe. Le chariot actif est d\u00e9fini par la commande g-code \u00e9tendue SET_DUAL_CARRIAGE. La commande \"SET_DUAL_CARRIAGE CARRIAGE=1\" active le chariot d\u00e9fini dans cette section (CARRIAGE=0 ram\u00e8ne l'activation au chariot principal). Le support du double chariot est g\u00e9n\u00e9ralement combin\u00e9 avec des extrudeuses suppl\u00e9mentaires - la commande SET_DUAL_CARRIAGE est souvent appel\u00e9e en m\u00eame temps que la commande ACTIVATE_EXTRUDER. Veillez \u00e0 garer les chariots pendant la d\u00e9sactivation. Voir sample-idex.cfg pour un exemple de configuration. [dual_carriage] axis: # L'axe sur lequel se trouve ce chariot suppl\u00e9mentaire (soit x, soit y). Ce param\u00e8tre # doit \u00eatre fourni. #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distance: #endstop_pin: #position_endstop: #position_min: #position_max: # Voir la section \"stepper\" pour la d\u00e9finition des param\u00e8tres ci-dessus. [extruder_stepper] \u00b6 Support pour des moteurs suppl\u00e9mentaires synchronis\u00e9s avec le mouvement d'une extrudeuse (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"extruder_stepper\"). Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [extrudeur_stepper my_extra_stepper] extruder: # L'extrudeur sur lequel ce pilote moteur est synchronis\u00e9. Si ce param\u00e8tre est # d\u00e9fini sur une cha\u00eene vide, le pilote ne sera pas synchronis\u00e9 avec un extrudeur. # Ce param\u00e8tre doit \u00eatre fourni. #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distance: # Voir la section \"stepper\" pour la d\u00e9finition des param\u00e8tres # ci-dessus. [manual_stepper] \u00b6 Pilotes de moteur manuels (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"manual_stepper\"). Ce sont des pilotes de moteur contr\u00f4l\u00e9s par la commande g-code MANUAL_STEPPER. Par exemple \"MANUAL_STEPPER STEPPER=my_stepper MOVE=10 SPEED=5\". Voir le fichier G-Codes pour une description de la commande MANUAL_STEPPER. Les pilotes de moteur ne sont pas connect\u00e9s \u00e0 la cin\u00e9matique normale de l'imprimante. [manual_stepper my_stepper] #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distance: # Voir la section \"stepper\" pour une description de ces param\u00e8tres. #velocity: # D\u00e9finit la vitesse par d\u00e9faut (en mm/s) pour le pilote moteur. Cette valeur # sera utilis\u00e9e si une commande MANUAL_STEPPER ne sp\u00e9cifie pas de param\u00e8tre SPEED # La valeur par d\u00e9faut est 5mm/s. #accel # D\u00e9finit l'acc\u00e9l\u00e9ration par d\u00e9faut (en mm/s^2) pour le pilote moteur Une # acc\u00e9l\u00e9ration de z\u00e9ro n'entra\u00eenera aucune acc\u00e9l\u00e9ration. Cette valeur # sera utilis\u00e9e si une commande MANUAL_STEPPER ne sp\u00e9cifie pas de # param\u00e8tre ACCEL. La valeur par d\u00e9faut est z\u00e9ro. #endstop_pin: # Broche de d\u00e9tection de l'interrupteur de fin de course. Si elle est sp\u00e9cifi\u00e9e, on peut effectuer # des \"mouvements de retour \u00e0 l'origine\" en ajoutant un param\u00e8tre STOP_ON_ENDSTOP aux # commandes de mouvement MANUAL_STEPPER. \u00c9l\u00e9ments chauffants et capteurs personnalis\u00e9s \u00b6 [verify_heater] \u00b6 V\u00e9rification de l'\u00e9l\u00e9ment chauffant et du capteur de temp\u00e9rature. La v\u00e9rification des \u00e9l\u00e9ments de chauffage est automatiquement activ\u00e9e pour chaque mat\u00e9riel de chauffage configur\u00e9 sur l'imprimante. Utilisez les sections verify_heater pour modifier les param\u00e8tres par d\u00e9faut. [verify_heater heater_config_name] #max_error: 120 # L'erreur de temp\u00e9rature cumul\u00e9e maximale avant de d\u00e9clencher une erreur. # Des valeurs plus petites entra\u00eenent une v\u00e9rification plus stricte et des valeurs # plus grandes permettent un d\u00e9lai plus long avant qu'une erreur ne soit signal\u00e9e. # Plus pr\u00e9cis\u00e9ment, la temp\u00e9rature est inspect\u00e9e une fois par seconde et si elle # est proche de la temp\u00e9rature cible, un \"compteur d'erreurs\" interne est remis # \u00e0 z\u00e9ro; sinon, si la temp\u00e9rature est inf\u00e9rieure \u00e0 la plage cible, le compteur est # augment\u00e9 de la quantit\u00e9 de temp\u00e9rature rapport\u00e9e diff\u00e9rant de cette plage. Si # le compteur d\u00e9passe ce \"max_error\", une erreur est signal\u00e9e. La valeur par # d\u00e9faut est 120. #check_gain_time: # Ceci contr\u00f4le la v\u00e9rification du chauffage durant la chauffe initiale. Des valeurs # plus petites entra\u00eenent une v\u00e9rification plus stricte et des valeurs plus grandes # autorisent un d\u00e9lai plus grand avant qu'une erreur ne soit signal\u00e9e. Sp\u00e9cifiquement, # pendant la chauffe initiale, tant que la temp\u00e9rature de l'\u00e9l\u00e9ment chauffant augmente # durant ce laps de temps (sp\u00e9cifi\u00e9 en secondes), le \"compteur d'erreurs\" interne est # remis \u00e0 z\u00e9ro. La valeur par d\u00e9faut est de 20 secondes pour les extrudeuses et 60 # secondes pour le lit chauffant. #hysteresis: 5 # La diff\u00e9rence de temp\u00e9rature maximale (en Celsius) par rapport \u00e0 une temp\u00e9rature # cible consid\u00e9r\u00e9e comme situ\u00e9e dans la plage de la cible. Ceci contr\u00f4le la v\u00e9rification # de la plage du param\u00e8tre max_error. Il est rare de personnaliser cette valeur. # La valeur par d\u00e9faut est 5. #heating_gain: 2 # La temp\u00e9rature minimale (en Celsius) pour laquelle le chauffage doit progresser # pendant la p\u00e9riode de check_gain_time. Il est rare de personnaliser cette valeur. # La valeur par d\u00e9faut est 2. [homing_heaters] \u00b6 Outil de d\u00e9sactivation des \u00e9l\u00e9ments chauffants lors de la prise d'origine ou du palpage d'un axe. [homing_heaters] #steppers: # Une liste de pilotes moteurs s\u00e9par\u00e9s par des virgules qui devraient d\u00e9sactiver les chauffages. # La valeur par d\u00e9faut est de d\u00e9sactiver les chauffages pour tout d\u00e9placement (mise \u00e0 # l'origine / palpage). # Exemple typique : stepper_z #heaters: # Une liste, s\u00e9par\u00e9e par des virgules, d'\u00e9l\u00e9ments chauffants \u00e0 d\u00e9sactiver pendant les d\u00e9placements # (mise \u00e0 l'origine / palpage). La valeur par d\u00e9faut est de d\u00e9sactiver tous les \u00e9l\u00e9ments chauffants. # Exemple typique : extruder, heater_bed [thermistor] \u00b6 Thermistances personnalis\u00e9es (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"thermistor\"). Une thermistance personnalis\u00e9e peut \u00eatre utilis\u00e9e dans le champ sensor_type d'une section de configuration de chauffage. (Par exemple, si l'on d\u00e9finit une section \"[thermistor my_thermistor]\", on peut utiliser un \"sensor_type: my_thermistor\" lors de la d\u00e9finition d'un \u00e9l\u00e9ment de chauffe). Veillez \u00e0 placer la section thermistor dans le fichier de configuration avant sa premi\u00e8re utilisation dans une section de chauffage. [thermistor ma_thermistance] #temperature1: #resistance1: #temperature2: #resistance2: #temperature3: #resistance3: # Trois mesures de r\u00e9sistance (en Ohms) aux temp\u00e9ratures donn\u00e9es # (en Celsius). Ces trois mesures seront utilis\u00e9es pour calculer les # coefficients de Steinhart-Hart pour la thermistance. Ces param\u00e8tres # doivent \u00eatre fournis lors de l'utilisation de Steinhart-Hart pour d\u00e9finir la # thermistance. #beta: # Alternativement, on peut d\u00e9finir temp\u00e9rature1, r\u00e9sistance1, et beta # pour d\u00e9finir les param\u00e8tres de la thermistance. Ce param\u00e8tre doit \u00eatre # fourni lorsque l'on utilise \"beta\" pour d\u00e9finir la thermistance. [adc_temperature] \u00b6 Capteurs de temp\u00e9rature ADC personnalis\u00e9s (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"adc_temperature\"). Cela permet de d\u00e9finir un capteur de temp\u00e9rature personnalis\u00e9 mesurant une tension sur une broche de convertisseur analogique-num\u00e9rique (ADC) et utilise une interpolation lin\u00e9aire entre un ensemble de mesures configur\u00e9es de temp\u00e9rature/tension (ou de temp\u00e9rature/r\u00e9sistance) pour d\u00e9terminer la temp\u00e9rature. Le capteur r\u00e9sultant peut \u00eatre utilis\u00e9 comme un type de capteur dans une section de chauffage. (Par exemple, si l'on d\u00e9finit une section \"[adc_temperature my_sensor]\", on peut utiliser un \"sensor_type : my_sensor\" lors de la d\u00e9finition d'un \u00e9l\u00e9ment chauffant). Veillez \u00e0 placer la section du capteur dans le fichier de configuration avant sa premi\u00e8re utilisation dans une section de chauffage. [adc_temperature mon_capteur] #temperature1: #voltage1: #temperature2: #voltage2: #... # Un ensemble de temp\u00e9ratures (en Celsius) et de tensions (en Volts) \u00e0 utiliser comme # r\u00e9f\u00e9rence lors de la conversion d'une temp\u00e9rature. Une section de chauffage utilisant # ce capteur peut \u00e9galement sp\u00e9cifier les param\u00e8tres adc_voltage et voltage_offset # pour d\u00e9finir la tension ADC (voir la section \"Amplificateurs communs de temp\u00e9rature\" # pour plus de d\u00e9tails). Au moins deux mesures doivent \u00eatre fournies. #temperature1: #resistance1: #temperature2: #resistance2: #... # Alternativement, on peut indiquer un ensemble de temp\u00e9ratures (en Celsius) # et de r\u00e9sistance (en Ohms) \u00e0 utiliser comme r\u00e9f\u00e9rence lors de la conversion d'une # temp\u00e9rature. Une section de chauffage utilisant ce capteur peut \u00e9galement sp\u00e9cifier un # param\u00e8tre pullup_resistor (voir la section \"extrudeuse\" pour plus de d\u00e9tails). Au # moins deux mesures doivent \u00eatre fournies. [heater_generic] \u00b6 \u00c9l\u00e9ments de chauffe g\u00e9n\u00e9riques (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"heater_generic\"). Ces \u00e9l\u00e9ments de chauffe se comportent de la m\u00eame mani\u00e8re que les \u00e9l\u00e9ments de chauffe standards (extrudeuses, lits chauffants). Utilisez la commande SET_HEATER_TEMPERATURE (voir G-Codes pour plus de d\u00e9tails) pour d\u00e9finir la temp\u00e9rature cible. [heater_generic my_generic_heater] #gcode_id: # L'identifiant \u00e0 utiliser pour signaler la temp\u00e9rature dans la commande M105. # Ce param\u00e8tre doit \u00eatre fourni. #heater_pin: #max_power: #sensor_type: #sensor_pin: #smooth_time: #control: #pid_Kp: #pid_Ki: #pid_Kd: #pwm_cycle_time: #min_temp: #max_temp: # Voir la section \"extruder\" pour la d\u00e9finition des param\u00e8tres # ci-dessus. [temperature_sensor] \u00b6 Capteurs de temp\u00e9rature g\u00e9n\u00e9riques. On peut d\u00e9finir un nombre quelconque de capteurs de temp\u00e9rature suppl\u00e9mentaires signal\u00e9s par la commande M105. [temperature_sensor my_sensor] #sensor_type: #sensor_pin: #min_temp: #max_temp: # Voir la section \"extrudeuse\" pour la d\u00e9finition des param\u00e8tres # ci-dessus. #gcode_id: # Voir la section \"heater_generic\" pour la d\u00e9finition de ce # param\u00e8tre. Capteurs de temp\u00e9rature \u00b6 Klipper inclut les d\u00e9finitions de nombreux types de capteurs de temp\u00e9rature. Ces capteurs peuvent \u00eatre utilis\u00e9s dans n'importe quelle section de la configuration n\u00e9cessitant un capteur de temp\u00e9rature (comme une section [extruder] ou [heater_bed] ). Thermistances communes \u00b6 Thermistances communes. Les param\u00e8tres suivants sont disponibles dans les sections de chauffage utilisant l'un de ces capteurs. sensor_type: # Un parmi \"EPCOS 100K B57560G104F\", \"ATC Semitec 104GT-2\", # \"ATC Semitec 104NT-4-R025H42G\", \"Generic 3950\", # \"Honeywell 100K 135-104LAG-J01\", \"NTC 100K MGB18-104F39050L32\", # \"SliceEngineering 450\", ou \"TDK NTCG104LH104JT1\". sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e \u00e0 la thermistance. Ce param\u00e8tre doit # \u00eatre fourni. #pullup_resistor: 4700 # La r\u00e9sistance (en ohms) de tirage (pullup) reli\u00e9e \u00e0 la thermistance. # La valeur par d\u00e9faut est 4700 ohms. #inline_resistor: 0 # La r\u00e9sistance (en ohms) d'une r\u00e9sistance suppl\u00e9mentaire (ne variant pas en fonction de # la chaleur) plac\u00e9e en ligne avec la thermistance. Il est rare de la d\u00e9finir. # La valeur par d\u00e9faut est 0 ohms. Amplificateurs de temp\u00e9rature courants \u00b6 Amplificateurs de temp\u00e9rature courants. Les param\u00e8tres suivants sont disponibles dans les sections de chauffage utilisant l'un de ces capteurs. sensor_type: # Un parmi \"PT100 INA826\", \"AD595\", \"AD597\", \"AD8494\", \"AD8495\", # \"AD8496\", ou \"AD8497\". sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e au capteur. Ce param\u00e8tre doit \u00eatre # fourni. #adc_voltage: 5.0 # La tension de comparaison ADC (en Volts). La valeur par d\u00e9faut est de 5 volts. #voltage_offset: 0 # D\u00e9calage de la tension de l'ADC (en Volts). La valeur par d\u00e9faut est 0. Capteur PT1000 directement connect\u00e9 \u00b6 Capteur PT1000 connect\u00e9 en direct. Les param\u00e8tres suivants sont disponibles dans les sections chauffage utilisant ces capteurs. sensor_type : PT1000 sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e au capteur. Ce param\u00e8tre doit \u00eatre # fourni. #pullup_resistor: 4700 # La r\u00e9sistance (en ohms) de tirage (pullup) reli\u00e9e au capteur. La valeur par # d\u00e9faut est 4700 ohms. Capteurs de temp\u00e9rature MAXxxxxx \u00b6 Capteurs MAXxxxxx \u00e0 interface p\u00e9riph\u00e9rique s\u00e9rie (SPI) bas\u00e9s sur la temp\u00e9rature. Les param\u00e8tres suivants sont disponibles dans les sections de chauffage qui utilisent l'un de ces types de capteurs. sensor_type : # Un parmi les types suivants : \"MAX6675\", \"MAX31855\", \"MAX31856\" ou \"MAX31865\". sensor_pin: # La broche de s\u00e9lection de puce pour la puce du capteur. Ce param\u00e8tre doit \u00eatre # fourni. #spi_speed: 4000000 # La vitesse SPI (en hz) \u00e0 utiliser lors de la communication avec la puce. # La valeur par d\u00e9faut est 4000000. #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #tc_type: K #tc_use_50Hz_filter: False #tc_averaging_count: 1 # Les param\u00e8tres ci-dessus contr\u00f4lent les param\u00e8tres des capteurs des puces MAX31856 # Les valeurs par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre # dans la liste ci-dessus. #rtd_nominal_r: 100 #rtd_reference_r: 430 #rtd_num_of_wires: 2 #rtd_use_50Hz_filter: False # Les param\u00e8tres ci-dessus contr\u00f4lent les param\u00e8tres des capteurs des puces MAX31865 # Les valeurs par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre # dans la liste ci-dessus. Capteurs de temp\u00e9rature BMP280/BME280/BME680 \u00b6 Capteurs environnementaux BMP280/BME280/BME680 \u00e0 interface \u00e0 deux fils (I2C). Notez que ces capteurs ne sont pas destin\u00e9s \u00e0 \u00eatre utilis\u00e9s avec des extrudeurs et des lits chauffants, mais plut\u00f4t pour surveiller la temp\u00e9rature ambiante (C), la pression (hPa), l'humidit\u00e9 relative et, dans le cas du BME680, le niveau de gaz. Voir sample-macros.cfg pour un gcode_macro pouvant \u00eatre utilis\u00e9 pour signaler la pression et l'humidit\u00e9 en plus de la temp\u00e9rature. sensor_type: BME280 #i2c_address: # La valeur par d\u00e9faut est 118 (0x76). Certains capteurs BME280 ont une adresse de 119 # (0x77). #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. Capteur HTU21D \u00b6 Capteur d'environnement de la famille HTU21D \u00e0 interface \u00e0 deux fils (I2C). Notez que ce capteur n'est pas destin\u00e9 \u00e0 \u00eatre utilis\u00e9 avec les extrudeuses et les lits chauffants, mais plut\u00f4t \u00e0 surveiller la temp\u00e9rature ambiante (C) et l'humidit\u00e9 relative. Voir sample-macros.cfg pour un gcode_macro utilisable permettant d'indiquer l'humidit\u00e9 en plus de la temp\u00e9rature. sensor_type: # Doit \u00eatre \"HTU21D\" , \"SI7013\", \"SI7020\", \"SI7021\" ou \"SHT21\". #i2c_address: # La valeur par d\u00e9faut est 64 (0x40). #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #htu21d_hold_master: # Si le capteur peut maintenir le tampon I2C durant la lecture. Si True, aucune autre # communication par bus ne peut \u00eatre effectu\u00e9e durant la lecture en cours. # La valeur par d\u00e9faut est False. #htu21d_resolution: # La r\u00e9solution de lecture de la temp\u00e9rature et de l'humidit\u00e9. # Les valeurs valides sont : # 'TEMP14_HUM12' -> 14 bits pour la temp\u00e9rature et 12 bits pour l'humidit\u00e9. # 'TEMP13_HUM10' -> 13 bits pour la temp\u00e9rature et 10 bits pour l'humidit\u00e9. # 'TEMP12_HUM08' -> 12 bits pour la temp\u00e9rature et 08 bits pour l'humidit\u00e9 # 'TEMP11_HUM11' -> 11 bits pour la temp\u00e9rature et 11 bits pour l'humidit\u00e9 # La valeur par d\u00e9faut est \"TEMP11_HUM11\" #htu21d_report_time: # Intervalle en secondes entre les lectures. La valeur par d\u00e9faut est 30 Capteur de temp\u00e9rature LM75 \u00b6 Capteurs de temp\u00e9rature LM75/LM75A connect\u00e9s en deux fils (I2C). Ces capteurs ont une gamme de -55~125 \u00b0C, et sont donc utilisables par exemple pour la surveillance de la temp\u00e9rature d'une chambre. Ils peuvent aussi fonctionner comme de simples contr\u00f4leurs de ventilateurs/\u00e9l\u00e9ments chauffants. sensor_type: LM75 #i2c_address: # La valeur par d\u00e9faut est 72 (0x48). La plage normale est 72-79 (0x48-0x4F), les 3 # bits de poids faible de l'adresse sont configur\u00e9s via des broches sur la puce # (g\u00e9n\u00e9ralement avec des cavaliers ou c\u00e2bl\u00e9s). #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #lm75_report_time: # Intervalle en secondes entre les lectures. La valeur par d\u00e9faut est 0.8, avec un # minimum de 0.5. Capteur de temp\u00e9rature int\u00e9gr\u00e9 au microcontr\u00f4leur \u00b6 Les micro-contr\u00f4leurs atsam, atsamd, et stm32 poss\u00e8dent un capteur de temp\u00e9rature interne. On peut utiliser le capteur \"temperature_mcu\" pour surveiller ces temp\u00e9ratures. sensor_type: temperature_mcu #sensor_mcu: mcu # Le micro-contr\u00f4leur \u00e0 lire. La valeur par d\u00e9faut est \"mcu\". #sensor_temperature1: #sensor_adc1: # Sp\u00e9cifiez les deux param\u00e8tres ci-dessus (une temp\u00e9rature en Celsius et une valeur d' ADC sous # forme de flottant entre 0,0 et 1,0) pour calibrer la temp\u00e9rature du microcontr\u00f4leur. Cela peut # am\u00e9liorer la pr\u00e9cision de la temp\u00e9rature rapport\u00e9e sur certaines puces. Une fa\u00e7on typique d'obtenir # ces informations d'\u00e9talonnage est de couper compl\u00e8tement l'alimentation de l'imprimante pendant # quelques heures (afin de s'assurer qu'elle est \u00e0 la temp\u00e9rature ambiante), puis de la remettre sous # tension et d'utiliser la fonction QUERY_ADC pour obtenir une mesure ADC. # Utilisez un autre capteur de temp\u00e9rature sur l'imprimante pour trouver la temp\u00e9rature ambiante # correspondante. La valeur par d\u00e9faut est d'utiliser les donn\u00e9es d'\u00e9talonnage d'usine du microcontr\u00f4leur # (le cas \u00e9ch\u00e9ant) ou les valeurs nominales de la sp\u00e9cification du microcontr\u00f4leur. #sensor_temperature2: #sensor_adc2: # Si sensor_temperature1/sensor_adc1 est sp\u00e9cifi\u00e9, on peut \u00e9galement sp\u00e9cifier les donn\u00e9es # d'\u00e9talonnage de sensor_temperature2/sensor_adc2. En proc\u00e9dant ainsi on peut fournir des # informations calibr\u00e9es sur la \"pente de temp\u00e9rature\". La valeur par d\u00e9faut est d'utiliser les donn\u00e9es # d'\u00e9talonnage d'usine sur le microcontr\u00f4leur (le cas \u00e9ch\u00e9ant) ou les valeurs nominales de la # sp\u00e9cification du microcontr\u00f4leur. Capteur de temp\u00e9rature de l'h\u00f4te \u00b6 Temp\u00e9rature de la machine (par exemple Raspberry Pi) ex\u00e9cutant le logiciel h\u00f4te. sensor_type: temperature_host #sensor_path: # Le chemin d'acc\u00e8s au fichier syst\u00e8me de temp\u00e9rature. La valeur par d\u00e9faut est # \" /sys/class/thermal/thermal_zone0/temp \" qui est le fichier syst\u00e8me de # temp\u00e9rature sur un ordinateur Raspberry Pi. Capteur de temp\u00e9rature DS18B20 \u00b6 Le DS18B20 est un capteur de temp\u00e9rature num\u00e9rique \u00e0 1 fil (w1). Notez que ce capteur n'est pas destin\u00e9 \u00e0 \u00eatre utilis\u00e9 avec les extrudeurs et les lits chauffants, mais plut\u00f4t pour surveiller la temp\u00e9rature ambiante (C). Ces capteurs ont une port\u00e9e allant jusqu'\u00e0 125 \u00b0C et sont donc utilisables pour la surveillance de la temp\u00e9rature d'un caisson par exemple. Ils peuvent \u00e9galement fonctionner comme de simples contr\u00f4leurs de ventilateurs/\u00e9l\u00e9ments chauffants. Les capteurs DS18B20 ne sont support\u00e9s que par un \"mcu h\u00f4te\", par exemple le Raspberry Pi. Le module w1-gpio du noyau Linux doit \u00eatre install\u00e9. sensor_type: DS18B20 serial_no: # Chaque dispositif \u00e0 1-wire poss\u00e8de un num\u00e9ro de s\u00e9rie unique utilis\u00e9 pour l'identifier, # g\u00e9n\u00e9ralement au format 28-031674b175ff. Ce param\u00e8tre doit \u00eatre fourni. # Les p\u00e9riph\u00e9riques 1-wire connect\u00e9s peuvent \u00eatre list\u00e9s \u00e0 l'aide de la commande Linux suivante : # ls /sys/bus/w1/devices/ #ds18_report_time: # Intervalle en secondes entre les lectures. La valeur par d\u00e9faut est de 3,0, avec un minimum de 1,0. #sensor_mcu: # Le micro-contr\u00f4leur \u00e0 lire. Doit \u00eatre le host_mcu Ventilateurs \u00b6 [fan] \u00b6 Ventilateur de refroidissement de la pi\u00e8ce. [fan] pin: # Broche de sortie contr\u00f4lant le ventilateur. Ce param\u00e8tre doit \u00eatre fourni. #max_power: 1.0 # La puissance maximale (exprim\u00e9e en tant que valeur comprise entre 0,0 et 1,0) \u00e0 laquelle # r\u00e9gler la broche. La valeur 1.0 permet de r\u00e9gler la broche enti\u00e8rement activ\u00e9e pendant de # longues p\u00e9riodes, tandis qu'une valeur de 0,5 permet \u00e0 la broche de n'\u00eatre activ\u00e9e que # durant la moiti\u00e9 du temps au maximum. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la # puissance totale de sortie (sur des p\u00e9riodes prolong\u00e9es) du ventilateur. # Si cette valeur est inf\u00e9rieure \u00e0 1,0, les demandes de vitesse du ventilateur seront mises \u00e0 # l'\u00e9chelle entre z\u00e9ro et max_power (par exemple, si la puissance maximale est de 0,9 et # qu'une vitesse de 80 % est demand\u00e9e, la puissance du ventilateur sera r\u00e9gl\u00e9e \u00e0 72 %. # La valeur par d\u00e9faut est 1.0. #shutdown_speed: 0 # La vitesse souhait\u00e9e du ventilateur (exprim\u00e9e comme une valeur de 0,0 \u00e0 1,0) si # le logiciel du microcontr\u00f4leur passe dans un \u00e9tat d'erreur. La valeur par d\u00e9faut # est 0. #cycle_time: 0.010 # La dur\u00e9e (en secondes) de chaque cycle d'alimentation PWM du ventilateur. Il est # recommand\u00e9 que cette dur\u00e9e soit de 10 millisecondes ou plus si vous utilisez un PWM logiciel. # La valeur par d\u00e9faut est de 0,010 seconde. #hardware_pwm: False # Activez ceci pour utiliser le PWM mat\u00e9riel au lieu du PWM logiciel. La plupart des ventilateurs # ne fonctionnent pas correctement avec le PWM mat\u00e9riel, il n'est donc pas recommand\u00e9 # d'activer cette option \u00e0 moins qu'il n'y ait une exigence \u00e9lectrique pour obtenir une tr\u00e8s haute # vitesse. Lorsque vous utilisez le PWM mat\u00e9riel, le temps de cycle r\u00e9el est contraint par la mise # en \u0153uvre et peut \u00eatre significativement diff\u00e9rent du temps de cycle demand\u00e9. # La valeur par d\u00e9faut est False. #kick_start_time: 0.100 # Dur\u00e9e (en secondes) de fonctionnement du ventilateur \u00e0 pleine vitesse, soit lors de sa premi\u00e8re # activation soit lors d'une augmentation de plus de 50% (pour faire tourner le ventilateur). # La valeur par d\u00e9faut est de 0,100 seconde. #off_below: 0.0 # La vitesse d'entr\u00e9e minimale qui alimentera le ventilateur (exprim\u00e9e comme une valeur # comprise entre 0,0 et 1,0). Quand une vitesse inf\u00e9rieure \u00e0 off_below est demand\u00e9e le ventilateur # sera d\u00e9sactiv\u00e9. Ce r\u00e9glage peut \u00eatre utilis\u00e9 pour \u00e9viter que le ventilateur ne cale et pour # garantir que les d\u00e9marrages sont efficaces. # La valeur par d\u00e9faut est 0.0. # # Ce param\u00e8tre doit \u00eatre recalibr\u00e9 chaque fois que max_power est ajust\u00e9. # Pour calibrer ce param\u00e8tre, commencez avec off_below r\u00e9gl\u00e9 sur 0.0 et ventilateur tournant. Diminuez # progressivement la vitesse du ventilateur afin de d\u00e9terminer la vitesse d'entr\u00e9e la plus faible entra\u00eenant # le ventilateur de mani\u00e8re fiable sans d\u00e9crochage. R\u00e9glez off_below au rapport cyclique correspondant # \u00e0 cette valeur (par exemple, 12% -> 0,12) ou l\u00e9g\u00e8rement plus. #tachometer_pin: # Broche d'entr\u00e9e tachym\u00e9trique de surveillance de la vitesse du ventilateur. Un pullup est g\u00e9n\u00e9ralement # n\u00e9cessaire. Ce param\u00e8tre est facultatif. #tachometer_ppr: 2 # Lorsque tachometer_pin est sp\u00e9cifi\u00e9, il s'agit du nombre d'impulsions par r\u00e9volution du signal # tachym\u00e9trique. Pour un ventilateur BLDC, c'est normalement la moiti\u00e9 du nombre de p\u00f4les. # La valeur par d\u00e9faut est 2. #tachometer_poll_interval: 0.0015 # Lorsque tachometer_pin est sp\u00e9cifi\u00e9, il s'agit de la p\u00e9riode d'interrogation de la broche tachym\u00e9trique, # en secondes. La valeur par d\u00e9faut est 0.0015, ce qui est suffisamment rapide pour des ventilateurs de # moins de 10000 RPM \u00e0 2 PPR. Cette valeur doit \u00eatre inf\u00e9rieure \u00e0 30/(tachometer_ppr*rpm), avec une # certaine marge, o\u00f9 rpm est la vitesse maximale (en RPM) du ventilateur. #enable_pin: # Broche optionnelle pour d'activation de l'alimentation du ventilateur. Cela peut \u00eatre utile pour les # ventilateurs avec des entr\u00e9es PWM d\u00e9di\u00e9es. Certains de ces ventilateurs restent allum\u00e9s m\u00eame \u00e0 0 % # de PWM. Dans ce cas, la broche PWM peut \u00eatre utilis\u00e9e normalement et, par exemple, un FET commut\u00e9 # \u00e0 la masse (broche de ventilateur standard) peut \u00eatre utilis\u00e9 pour contr\u00f4ler l'alimentation du ventilateur. [heater_fan] \u00b6 Ventilateurs de chauffage (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"heater_fan\"). Un \"ventilateur de chauffage\" est un ventilateur activ\u00e9 lorsque le chauffage qui lui est associ\u00e9 est actif. Par d\u00e9faut, un heater_fan a une vitesse d'arr\u00eat \u00e9gale \u00e0 la puissance maximale. [heater_fan my_nozzle_fan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"fan\" pour une description des param\u00e8tres ci-dessus. #heater: extruder # Nom de la section de configuration d\u00e9finissant le chauffage auquel ce ventilateur est associ\u00e9. # Si une liste de noms d'\u00e9l\u00e9ments chauffants s\u00e9par\u00e9s par des virgules est fournie ici, le # ventilateur sera activ\u00e9 lorsque l'un des chauffages donn\u00e9s est activ\u00e9. # La valeur par d\u00e9faut est \"extruder\". #heater_temp: 50.0 # Temp\u00e9rature (en Celsius) en dessous de laquelle l'\u00e9l\u00e9ment chauffant doit descendre pour que # le ventilateur soit d\u00e9sactiv\u00e9. La valeur par d\u00e9faut est 50 \u00b0C. #fan_speed: 1.0 # La vitesse du ventilateur (exprim\u00e9e sous la forme d'une valeur comprise entre 0,0 et 1,0) \u00e0 # laquelle le ventilateur sera r\u00e9gl\u00e9 lorsque l'\u00e9l\u00e9ment chauffant qui lui est associ\u00e9 est activ\u00e9. # La valeur par d\u00e9faut est 1.0 [controller_fan] \u00b6 Ventilateur de refroidissement du contr\u00f4leur (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"controller_fan\"). Un \"ventilateur de contr\u00f4leur\" est un ventilateur activ\u00e9 chaque fois que l'\u00e9l\u00e9ment chauffant ou le pilote pas \u00e0 pas qui lui est associ\u00e9 est actif. Le ventilateur s'arr\u00eatera chaque fois qu'un idle_timeout sera atteint afin de garantir qu'aucune surchauffe ne se produise apr\u00e8s la d\u00e9sactivation d'un composant surveill\u00e9. [controller_fan my_controller_fan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"fan\" pour une description des param\u00e8tres ci-dessus. #fan_speed: 1.0 # Vitesse du ventilateur (exprim\u00e9e comme une valeur de 0,0 \u00e0 1,0) \u00e0 laquelle celui-ci # sera r\u00e9gl\u00e9 lorsqu'un chauffage ou un pilote pas \u00e0 pas est actif. # La valeur par d\u00e9faut est 1.0 #idle_timeout: # Dur\u00e9e (en secondes) apr\u00e8s activit\u00e9 d'un pilote pas \u00e0 pas ou d'un \u00e9l\u00e9ment chauffant # pour laquelle le ventilateur doit continuer de fonctionner. La valeur par d\u00e9faut # est de 30 secondes. #idle_speed: # Vitesse du ventilateur (exprim\u00e9e comme une valeur de 0,0 et 1,0) \u00e0 laquelle le r\u00e9gler # lors de l'activit\u00e9 d'une chauffe ou d'un pilote pas \u00e0 pas avant que le d\u00e9lai d'attente # idle_timeout ne soit atteint. La valeur par d\u00e9faut est fan_speed. #heater: #stepper : # Nom de la section de configuration d\u00e9finissant l'\u00e9l\u00e9ment chauffant/pilote auquel ce ventilateur # est associ\u00e9. Si une liste s\u00e9par\u00e9e par des virgules de noms d'\u00e9l\u00e9ments chauffants/pilotes est # fournie ici, le ventilateur s'activera lorsque l'un des \u00e9l\u00e9ments chauffants/pilotes donn\u00e9s est activ\u00e9. # Le chauffage par d\u00e9faut est \"extruder\", le pilote par d\u00e9faut est tous. [temperature_fan] \u00b6 Ventilateurs de refroidissement d\u00e9clench\u00e9s en fonction de la temp\u00e9rature (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"temperature_fan\"). Un \"ventilateur de temp\u00e9rature\" est un ventilateur activ\u00e9 lorsque le capteur qui lui est associ\u00e9 est au-dessus d'une temp\u00e9rature d\u00e9finie. Par d\u00e9faut, un ventilateur de temp\u00e9rature a une vitesse d'arr\u00eat \u00e9gale \u00e0 la puissance maximale. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [temperature_fan my_temp_fan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"ventilateur\" pour une description des param\u00e8tres ci-dessus. #sensor_type: #sensor_pin: #control: #max_delta: #min_temp: #max_temp: # Voir la section \"extrudeuse\" pour une description des param\u00e8tres ci-dessus. #pid_Kp: #pid_Ki: #pid_Kd: # Les param\u00e8tres proportionnels (pid_Kp), int\u00e9graux (pid_Ki), et d\u00e9riv\u00e9s (pid_Ki) # du syst\u00e8me de contr\u00f4le par r\u00e9troaction PID. Klipper \u00e9value les param\u00e8tres PID # avec la formule g\u00e9n\u00e9rale suivante : # fan_pwm = max_power - (Kp*e + Ki*integral(e) - Kd*derivative(e)) / 255 # O\u00f9 \"e\" est \"temp\u00e9rature_cible - temp\u00e9rature_mesur\u00e9e\" et # \"fan_pwm\" est le d\u00e9bit du ventilateur demand\u00e9, 0,0 correspondant \u00e0 un arr\u00eat complet # et 1,0 correspond \u00e0 un fonctionnement \u00e0 plein r\u00e9gime. Les param\u00e8tres pid_Kp, pid_Ki, # et pid_Kd doivent \u00eatre fournis lorsque l'algorithme de contr\u00f4le PID est activ\u00e9. #pid_deriv_time: 2.0 # Une dur\u00e9e (en secondes) sur laquelle lisser les mesures de temp\u00e9rature lors de # l'utilisation de l'algorithme de contr\u00f4le PID. Cela peut r\u00e9duire l'impact du bruit de # mesure. La valeur par d\u00e9faut est de 2 secondes. #target_temp: 40.0 # Une temp\u00e9rature (en Celsius) qui sera la temp\u00e9rature cible. # La valeur par d\u00e9faut est 40 degr\u00e9s. #max_speed: 1.0 # La vitesse du ventilateur (exprim\u00e9e comme une valeur de 0,0 \u00e0 1,0) \u00e0 laquelle r\u00e9gler # le ventilateur lorsque la temp\u00e9rature du capteur d\u00e9passera la valeur d\u00e9finie. # La valeur par d\u00e9faut est 1.0. #min_speed: 0.3 # Vitesse minimale du ventilateur (exprim\u00e9e sous forme d'une valeur comprise entre 0,0 # et 1,0) \u00e0 laquelle r\u00e9gler le ventilateur pour les ventilateurs \u00e0 temp\u00e9rature PID. # La valeur par d\u00e9faut est 0,3. #gcode_id: # S'il est d\u00e9fini, la temp\u00e9rature sera signal\u00e9e dans les requ\u00eates M105 en utilisant l'identifiant # d'id donn\u00e9. La valeur par d\u00e9faut est de ne pas rapporter la temp\u00e9rature via M105. [fan_generic] \u00b6 Ventilateur command\u00e9 manuellement (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"fan_generic\"). La vitesse d'un ventilateur command\u00e9 manuellement est r\u00e9gl\u00e9e avec la commande SET_FAN_SPEED commandes G-Code . [fan_generic extruder_partfan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"ventilateur\" pour une description des param\u00e8tres ci-dessus. LEDs \u00b6 [led] \u00b6 Prise en charge des LEDs (et des bandes de LEDs) contr\u00f4l\u00e9es par les broches PWM du microcontr\u00f4leur (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"led\"). Voir la r\u00e9f\u00e9rence de la commande pour plus d'informations. [led my_led] #red_pin: #green_pin: #blue_pin: #white_pin: # La broche contr\u00f4lant la couleur de la LED donn\u00e9e. Au moins un des param\u00e8tres ci-dessus # doit \u00eatre fourni. #cycle_time: 0.010 # Dur\u00e9e (en secondes) par cycle PWM. Il est recommand\u00e9 # que ce soit 10 millisecondes ou plus lorsque l'on utilise un PWM logiciel. # La valeur par d\u00e9faut est de 0,010 seconde. #hardware_pwm: False # Activez ceci pour utiliser le PWM mat\u00e9riel au lieu du PWM logiciel. Lors de # l'utilisation du PWM mat\u00e9riel, le temps de cycle r\u00e9el est contraint par # l'impl\u00e9mentation et peut \u00eatre significativement diff\u00e9rent du # cycle_time demand\u00e9. La valeur par d\u00e9faut est False. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # D\u00e9finit la couleur initiale de la LED. Chaque valeur doit \u00eatre comprise entre 0.0 et # 1.0. La valeur par d\u00e9faut pour chaque couleur est 0. [neopixel] \u00b6 Prise en charge des LED neopixel (alias WS2812) (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"neopixel\"). Voir la r\u00e9f\u00e9rence de commande pour plus d'informations. Notez que l'impl\u00e9mentation du mcu linux ne supporte pas actuellement les neopixels directement connect\u00e9s. La conception actuelle utilisant l'interface du noyau Linux ne permet pas ce sc\u00e9nario car l'interface GPIO du noyau n'est pas assez rapide pour fournir les taux d'impulsion requis. [neopixel my_neopixel] pin: # La broche connect\u00e9e au neopixel. Ce param\u00e8tre doit \u00eatre # fourni. #chain_count: # Le nombre de puces Neopixel connect\u00e9es en \"cha\u00eene\" \u00e0 la broche fournie. # La valeur par d\u00e9faut est 1 (ce qui indique qu'un seul Neopixel est connect\u00e9 \u00e0 la broche). #color_order: GRB # D\u00e9finit l'ordre des pixels requis par le mat\u00e9riel LED (en utilisant une cha\u00eene # contenant les lettres R, G, B, W avec W en option). Alternativement, il peut s'agir d'une liste # d'ordres de pixels s\u00e9par\u00e9s par des virgules - un pour chaque LED de la cha\u00eene. # La valeur par d\u00e9faut est GRB. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres. [dotstar] \u00b6 Prise en charge des LEDs Dotstar (alias APA102) (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"dotstar\"). Voir la r\u00e9f\u00e9rence de commande pour plus d'informations. [dotstar my_dotstar] data_pin: # La broche connect\u00e9e \u00e0 la ligne de donn\u00e9es du dotstar. Ce param\u00e8tre # doit \u00eatre fourni. clock_pin: # La broche connect\u00e9e \u00e0 la ligne d'horloge du dotstar. Ce param\u00e8tre # doit \u00eatre fourni. #chain_count: # Voir la section \"neopixel\" pour des informations sur ce param\u00e8tre. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres. [pca9533] \u00b6 Support de la LED PCA9533. Le PCA9533 est utilis\u00e9 sur la mightyboard. [pca9533 my_pca9533] #i2c_address : 98 # L'adresse i2c que la puce utilise sur le bus i2c. Utilisez 98 pour # le PCA9533/1, 99 pour le PCA9533/2. La valeur par d\u00e9faut est 98. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres. [pca9632] \u00b6 Support des LEDs du PCA9632. Le PCA9632 est utilis\u00e9 sur le FlashForge Dreamer. [pca9632 my_pca9632] #i2c_address 98 # L'adresse i2c que la puce utilise sur le bus i2c. Cela peut \u00eatre # 96, 97, 98, ou 99. La valeur par d\u00e9faut est 98. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #scl_pin: #sda_pin: # Alternativement, si le pca9632 n'est pas connect\u00e9 \u00e0 un bus mat\u00e9riel I2C # il est possible de sp\u00e9cifier les broches \"clock\" (scl_pin) et \"data\" (sda_pin). # Le d\u00e9faut est d'utiliser l'I2C mat\u00e9riel. #color_order : RGBW # D\u00e9finit l'ordre des pixels de la LED (en utilisant une cha\u00eene contenant les lettres # R, G, B, W). La valeur par d\u00e9faut est RGBW. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres. Servos suppl\u00e9mentaires, boutons et autres broches \u00b6 [servo] \u00b6 Servos (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"servo\"). Les servos peuvent \u00eatre contr\u00f4l\u00e9s en utilisant la commande SET_SERVO g-code . Par exemple : SET_SERVO SERVO=my_servo ANGLE=180 [servo my_servo] pin: # Broche de sortie PWM contr\u00f4lant le servo. Ce param\u00e8tre doit \u00eatre # fourni. #maximum_servo_angle: 180 # L'angle maximum (en degr\u00e9s) auquel ce servo peut \u00eatre r\u00e9gl\u00e9. La valeur # par d\u00e9faut est de 180 degr\u00e9s. #minimum_pulse_width: 0.001 # La dur\u00e9e minimale de la largeur d'impulsion (en secondes). Cela devrait correspondre # avec un angle de 0 degr\u00e9. La valeur par d\u00e9faut est de 0,001 seconde. #maximum_pulse_width: 0.002 # La dur\u00e9e maximale de la largeur d'impulsion (en secondes). Cela devrait correspondre # avec l'angle de maximum_servo_angle. La valeur par d\u00e9faut est 0.002 secondes. #initial_angle: # Angle initial (en degr\u00e9s) sur lequel r\u00e9gler le servo. La valeur par d\u00e9faut est de # ne pas envoyer de signal au d\u00e9marrage. #initial_pulse_width: # Dur\u00e9e initiale de la largeur d'impulsion (en secondes) \u00e0 laquelle le servo doit \u00eatre r\u00e9gl\u00e9. (Ceci # n'est valable que si initial_angle n'est pas d\u00e9fini). La valeur par d\u00e9faut est de n'envoyer # aucun signal au d\u00e9marrage. [gcode_button] \u00b6 Ex\u00e9cute le gcode quand un bouton est press\u00e9 ou rel\u00e2ch\u00e9 (ou quand une broche change d'\u00e9tat). Vous pouvez v\u00e9rifier l'\u00e9tat du bouton en utilisant QUERY_BUTTON button=my_gcode_button . [gcode_button my_gcode_button] pin: # La broche sur laquelle le bouton est connect\u00e9. Ce param\u00e8tre doit \u00eatre # fourni. #analog_range: # Deux r\u00e9sistances s\u00e9par\u00e9es par des virgules (en Ohms) sp\u00e9cifiant la plage de # r\u00e9sistance minimale et maximale de la r\u00e9sistance du bouton. Si le param\u00e8tre # analog_range est fourni, la broche doit \u00eatre une broche \u00e0 capacit\u00e9 analogique. # La valeur par d\u00e9faut est d'utiliser un gpio num\u00e9rique pour le bouton. #analog_pullup_resistor: # La r\u00e9sistance d'excursion (en Ohms) lorsque la gamme analogique est sp\u00e9cifi\u00e9e. # La valeur par d\u00e9faut est 4700 ohms. #press_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lorsque le bouton est press\u00e9. # Les mod\u00e8les G-Code sont pris en charge. Ce param\u00e8tre doit \u00eatre fourni. #release_gcode: # Une liste de commandes G-code \u00e0 ex\u00e9cuter lorsque le bouton est rel\u00e2ch\u00e9. # Les mod\u00e8les G-Code sont support\u00e9s. La valeur par d\u00e9faut est de ne pas ex\u00e9cuter # de commandes lors du rel\u00e2chement d'un bouton. [output_pin] \u00b6 Broches de sortie configurables \u00e0 l'ex\u00e9cution (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"output_pin\"). Les broches configur\u00e9es ici seront param\u00e9tr\u00e9es comme des broches de sortie modifiables au moment de l'ex\u00e9cution en utilisant des commandes g-code \u00e9tendues de type \"SET_PIN PIN=my_pin VALUE=.1\" [output_pin my_pin] pin: # La broche \u00e0 configurer comme une sortie. Ce param\u00e8tre doit \u00eatre # fourni. #pwm: False # D\u00e9finit si la broche de sortie doit \u00eatre capable de modulation de largeur d'impulsion. # Si ce param\u00e8tre est vrai, les champs de valeur doivent \u00eatre compris entre 0 et 1. # La valeur par d\u00e9faut est False. #static_value: # Si cette valeur est d\u00e9finie, la broche est affect\u00e9e \u00e0 cette valeur au d\u00e9marrage et # la broche ne peut pas \u00eatre modifi\u00e9e pendant l'ex\u00e9cution. Une broche statique utilise # l\u00e9g\u00e8rement moins de RAM dans le micro-contr\u00f4leur. Le d\u00e9faut est d'utiliser # la configuration des broches param\u00e9tr\u00e9es lors du d\u00e9marrage. #value: # La valeur \u00e0 donner initialement \u00e0 la broche pendant la configuration du MCU. # La valeur par d\u00e9faut est 0 (pour une tension basse). #shutdown_value: # La valeur \u00e0 donner \u00e0 la broche lors d'un \u00e9v\u00e9nement d'arr\u00eat du MCU. La valeur par # d\u00e9faut est 0 (pour une tension basse). #maximum_mcu_duration: # La dur\u00e9e maximale pendant laquelle une valeur de non-arr\u00eat peut \u00eatre pilot\u00e9e par # le MCUsans un accus\u00e9 de r\u00e9ception de l'h\u00f4te. # Si l'h\u00f4te ne peut pas suivre une mise \u00e0 jour, le MCU s'\u00e9teindra et mettra # toutes les broches \u00e0 leurs valeurs d'arr\u00eat respectives. # D\u00e9faut : 0 (d\u00e9sactiv\u00e9) # Les valeurs habituelles sont d'environ 5 secondes. #cycle_time: 0.100 # La dur\u00e9e (en secondes) par cycle PWM. Il est recommand\u00e9 que ce soit # 10 millisecondes ou plus lorsque vous utilisez un PWM logiciel. # La valeur par d\u00e9faut est de 0.100 secondes pour les broches PWM. #hardware_pwm: False # Activez pour utiliser le PWM mat\u00e9riel au lieu du PWM logiciel. Lors de # l'utilisation d'un PWM mat\u00e9riel, le temps de cycle r\u00e9el est limit\u00e9 par # l'impl\u00e9mentation et peut \u00eatre significativement diff\u00e9rent du # cycle_time demand\u00e9. La valeur par d\u00e9faut est False. #scale : # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier la fa\u00e7on dont les param\u00e8tres 'value' # et 'shutdown_value' sont interpr\u00e9t\u00e9s pour les broches pwm. Si fourni, alors # le param\u00e8tre 'value' doit \u00eatre compris entre 0.0 et 'scale'. Cela peut \u00eatre utile # lors de la configuration d'une broche PWM contr\u00f4lant une r\u00e9f\u00e9rence de tension # d'un moteur pas \u00e0 pas. L''\u00e9chelle' peut \u00eatre d\u00e9finie sur l'intensit\u00e9 du moteur pas # \u00e0 pas \u00e9quivalent si le PWM \u00e9tait enti\u00e8rement activ\u00e9, et puis le param\u00e8tre 'value' # peut \u00eatre sp\u00e9cifi\u00e9 en utilisant l'intensit\u00e9 souhait\u00e9e pour le moteur pas \u00e0 pas. La # valeur par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle le param\u00e8tre 'value'. [static_digital_output] \u00b6 Broches de sortie num\u00e9rique configur\u00e9es statiquement (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"static_digital_output\"). Les broches configur\u00e9es ici seront configur\u00e9es comme une sortie GPIO pendant la configuration du MCU. Elles ne peuvent pas \u00eatre modifi\u00e9es en cours d'ex\u00e9cution. [static_digital_output my_output_pins] pins: # Une liste de broches s\u00e9par\u00e9es par des virgules \u00e0 d\u00e9finir comme broches de sortie GPIO. La broche # sera d\u00e9finie \u00e0 un niveau haut, sauf si le nom de la broche est pr\u00e9c\u00e9d\u00e9 de \"!\". # Ce param\u00e8tre doit \u00eatre fourni. [multi_pin] \u00b6 Sorties \u00e0 broches multiples (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"multi_pin\"). Une sortie multi_pin cr\u00e9e un alias de broche interne pouvant modifier plusieurs broches de sortie chaque fois que la broche alias est d\u00e9finie. Par exemple, on peut d\u00e9finir un objet \"[multi_pin my_fan]\" contenant deux broches et ensuite d\u00e9finir \"pin=multi_pin:my_fan\" dans la section \"[fan]\" - \u00e0 chaque changement du ventilateur, les deux broches de sortie seront mises \u00e0 jour. Ces alias ne peuvent pas \u00eatre utilis\u00e9s avec des broches de moteur pas \u00e0 pas. [multi_pin my_multi_pin] pins: # Une liste s\u00e9par\u00e9e par des virgules des broches associ\u00e9es \u00e0 cet alias. Ce param\u00e8tre # doit \u00eatre fourni. Configuration des pilotes pas \u00e0 pas TMC \u00b6 Configuration des pilotes de moteurs pas \u00e0 pas Trinamic en mode UART/SPI. Des informations suppl\u00e9mentaires sont disponibles dans le guide des pilotes TMC et dans la r\u00e9f\u00e9rence des commandes . [tmc2130] \u00b6 Configuration d' un pilote de moteur pas \u00e0 pas TMC2130 via le bus SPI. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2130\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2130 stepper_x]\"). [tmc2130 stepper_x] cs_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de puce de la TMC2130. Cette # broche sera mise \u00e0 l'\u00e9tat bas au d\u00e9but des messages SPI et remont\u00e9e \u00e0 l'\u00e9tat haut # apr\u00e8s la fin du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des param\u00e8tres # ci-dessus. #chain_position: #chain_length: # Ces param\u00e8tres configurent une guirlande SPI. Les deux param\u00e8tres d\u00e9finissent la # position du pilote moteur dans la cha\u00eene et la longueur totale de la cha\u00eene. # La position 1 correspond au pilote moteur stepper qui se connecte au signal MOSI. # La valeur par d\u00e9faut est de ne pas utiliser de guirlande SPI. # Interpoler: True # Si true, active l'interpolation de pas (le pilote fera un pas interne \u00e0 un taux de 256 # micro-pas). Cette interpolation introduit une petite d\u00e9viation syst\u00e9mique de la # position - voir TMC_Drivers.md pour plus de d\u00e9tails. La valeur par d\u00e9faut est True. run_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # pendant le mouvement du moteur pas \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. #hold_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # lorsque le moteur pas \u00e0 pas n'est pas en mouvement. La d\u00e9finition d'un hold_current # n'est pas recommand\u00e9e (voir TMC_Drivers.md pour plus de d\u00e9tails). La valeur par # d\u00e9faut est de ne pas r\u00e9duire le courant. #sense_resistor: 0.110 # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur. La valeur par d\u00e9faut # est de 0.110 ohms. #stealthchop_threshold: 0 # La vitesse (en mm/s) \u00e0 laquelle le seuil \"stealthChop\" doit \u00eatre fix\u00e9. Lorsque d\u00e9fini, le # mode \"stealthChop\" sera activ\u00e9 si la vitesse du moteur pas \u00e0 pas est inf\u00e9rieure \u00e0 cette # valeur. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive le mode \"stealthChop\". #driver_MSLUT0: 2863314260 #driver_MSLUT1: 1251300522 #driver_MSLUT2: 608774441 #driver_MSLUT3: 269500962 #driver_MSLUT4: 4227858431 #driver_MSLUT5: 3048961917 #driver_MSLUT6: 1227445590 #driver_MSLUT7: 4211234 #driver_W0: 2 #driver_W1: 1 #driver_W2: 1 #driver_W3: 1 #driver_X1: 128 #driver_X2: 255 #driver_X3: 255 #driver_START_SIN: 0 #driver_START_SIN90: 247 # Ces champs contr\u00f4lent directement les registres de la table des micro-pas. La table # d'ondes est sp\u00e9cifique \u00e0 chaque moteur et peut varier en fonction du courant. Une # configuration optimale aura un minimum d'artefacts d'impression caus\u00e9s par le # mouvement non lin\u00e9aire du moteur pas \u00e0 pas. Les valeurs sp\u00e9cifi\u00e9es ci-dessus sont # les valeurs par d\u00e9faut utilis\u00e9es par le pilote. La valeur doit \u00eatre sp\u00e9cifi\u00e9e sous la forme # d'un entier d\u00e9cimal (la forme hexad\u00e9cimale n'est pas prise en charge). Afin de calculer # les champs de la table d'onde, consultez la \"feuille de calcul\" tmc2130 sur le site # Web de Trinamic. #driver_IHOLDDELAY: 8 #driver_TPOWERDOWN: 0 #driver_TBL: 1 #driver_TOFF: 4 #driver_HEND: 7 #driver_HSTRT: 0 #driver_PWM_AUTOSCALE: True #driver_PWM_FREQ: 1 #driver_PWM_GRAD: 4 #driver_PWM_AMPL: 128 #driver_SGT: 0 # Permet de d\u00e9finir le registre donn\u00e9 pendant la configuration de la puce TMC2130. # Ceci peut \u00eatre utilis\u00e9 pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs # par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la # liste ci-dessus. #diag0_pin: #diag1_pin: # La broche du microcontr\u00f4leur reli\u00e9e \u00e0 l'une des lignes DIAG de la puce TMC2130. # Une seule broche diag doit \u00eatre sp\u00e9cifi\u00e9e. La broche est \"active low\" et est donc # normalement pr\u00e9c\u00e9d\u00e9e de \"^ !\". Le r\u00e9glage de ceci cr\u00e9e une broche virtuelle # \"tmc2130_stepper_x:virtual_endstop\" pouvant \u00eatre utilis\u00e9e comme broche d'arr\u00eat # du moteur. Cela permet d'activer le \"sensorless homing\". (Assurez-vous de r\u00e9gler # \u00e9galement driver_SGT \u00e0 une valeur de sensibilit\u00e9 appropri\u00e9e). # La valeur par d\u00e9faut est de ne pas activer la recherche d'origine sans capteur. [tmc2208] \u00b6 Configuration d'un pilote de moteur pas \u00e0 pas TMC2208 (ou TMC2224) via un UART \u00e0 fil unique. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2208\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2208 stepper_x]\"). [tmc2208 stepper_x] uart_pin: # La broche connect\u00e9e \u00e0 la ligne PDN_UART de la TMC2208. Ce param\u00e8tre # doit \u00eatre fourni. #tx_pin: # Si vous utilisez des lignes de r\u00e9ception et de transmission s\u00e9par\u00e9es pour communiquer # avec le pilote, r\u00e9glez uart_pin sur la broche de r\u00e9ception et tx_pin sur la broche # d'\u00e9mission. La valeur par d\u00e9faut est d'utiliser uart_pin pour la lecture et l'\u00e9criture. #select_pins: # Une liste de broches, s\u00e9par\u00e9es par des virgules, \u00e0 d\u00e9finir avant d'acc\u00e9der \u00e0 l'UART du # tmc2208. Ceci peut \u00eatre utile pour configurer un mux analogique pour la communication # UART. La valeur par d\u00e9faut est de ne pas configurer de broches. #interpolate: True # Si true, active l'interpolation de pas (le pilote fera un pas interne \u00e0 un taux de 256 # micro-pas). Cette interpolation introduit une petite d\u00e9viation syst\u00e9mique de la position - # voir TMC_Drivers.md pour plus de d\u00e9tails. La valeur par d\u00e9faut est True. run_current: # La quantit\u00e9 de courant (en amp\u00e8res RMS) \u00e0 configurer que le pilote doit utiliser # pendant le mouvement du pas. Ce param\u00e8tre doit \u00eatre fourni. #hold_current: # La quantit\u00e9 de courant (en amp\u00e8res RMS) \u00e0 configurer que le pilote doit utiliser quand # le moteur pas \u00e0 pas n'est pas en mouvement. La d\u00e9finition d'un hold_current n'est pas # recommand\u00e9e (voir TMC_Drivers.md pour plus de d\u00e9tails). La valeur par d\u00e9faut est de # ne pas r\u00e9duire le courant. #sense_resistor: 0.110 # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur (Vr\u00e9f). La valeur par # d\u00e9faut est de 0.110 ohms. #stealthchop_threshold: 0 # La vitesse (en mm/s) \u00e0 laquelle le seuil \"stealthChop\" doit \u00eatre fix\u00e9. Lorsque d\u00e9fini, # le mode \"stealthChop\" sera activ\u00e9 si la vitesse du moteur pas \u00e0 pas est inf\u00e9rieure \u00e0 # cette valeur. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive le mode \"stealthChop\". #driver_IHOLDDELAY: 8 #driver_TPOWERDOWN: 20 #driver_TBL: 2 #driver_TOFF: 3 #driver_HEND: 0 #driver_HSTRT: 5 #driver_PWM_AUTOGRAD: True #driver_PWM_AUTOSCALE: True #driver_PWM_LIM: 12 #driver_PWM_REG: 8 #driver_PWM_FREQ: 1 #driver_PWM_GRAD: 14 #driver_PWM_OFS: 36 # D\u00e9finissez le registre donn\u00e9 pendant la configuration de la puce TMC2208. Ceci peut \u00eatre # utilis\u00e9 pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs par d\u00e9faut de # chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la liste ci-dessus. [tmc2209] \u00b6 Configuration d'un pilote de moteur pas \u00e0 pas TMC2209 via un UART \u00e0 fil unique. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2209\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2209 stepper_x]\"). [tmc2209 stepper_x] uart_pin: #tx_pin #select_pins: #interpolate: True run_current: #hold_current: #sense_resistor: 0.110 #stealthchop_threshold: 0 # Voir la section \"tmc2208\" pour la d\u00e9finition de ces param\u00e8tres. #uart_address: # L'adresse de la puce TMC2209 pour les messages UART (un entier entre 0 et 3). # Ce param\u00e8tre est g\u00e9n\u00e9ralement utilis\u00e9 lorsque plusieurs puces TMC2209 sont # connect\u00e9es \u00e0 la m\u00eame broche UART. La valeur par d\u00e9faut est z\u00e9ro. #driver_IHOLDDELAY: 8 #driver_TPOWERDOWN: 20 #driver_TBL: 2 #driver_TOFF: 3 #driver_HEND: 0 #driver_HSTRT: 5 #driver_PWM_AUTOGRAD: True #driver_PWM_AUTOSCALE: True #driver_PWM_LIM: 12 #driver_PWM_REG: 8 #driver_PWM_FREQ: 1 #driver_PWM_GRAD: 14 #driver_PWM_OFS: 36 #driver_SGTHRS: 0 # D\u00e9finit le registre donn\u00e9 pendant la configuration de la puce TMC2209. Ceci peut \u00eatre # utilis\u00e9 pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs par d\u00e9faut de # chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la liste ci-dessus. #diag_pin: # La broche du microcontr\u00f4leur reli\u00e9e \u00e0 la ligne DIAG de la puce TMC2209. La broche est # normalement pr\u00e9c\u00e9d\u00e9e de \"^\" pour activer un pullup. Le param\u00e9trage de cette broche # cr\u00e9e une broche virtuelle \"tmc2209_stepper_x:virtual_endstop\" pouvant \u00eatre utilis\u00e9e # comme broche d'arr\u00eat du moteur. Ainsi cela active le \"sensorless homing\". (Assurez- # vous de d\u00e9finir \u00e9galement driver_SGTHRS \u00e0 une valeur de sensibilit\u00e9 appropri\u00e9e). # La valeur par d\u00e9faut est de ne pas activer la recherche d'origine sans capteur. [tmc2660] \u00b6 Configuration d'un pilote de moteur pas \u00e0 pas TMC2660 via le bus SPI. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2660\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2660 stepper_x]\"). [tmc2660 stepper_x] cs_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de la puce TMC2660. Cette # broche sera mise \u00e0 l'\u00e9tat bas au d\u00e9but des messages SPI et passera \u00e0 l'\u00e9tat # haut apr\u00e8s la fin du transfert du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: 4000000 # Fr\u00e9quence du bus SPI utilis\u00e9e pour communiquer avec le pilote de pas \u00e0 pas # TMC2660. La valeur par d\u00e9faut est 4000000. #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #interpolate: True # Si vrai, active l'interpolation par pas (le pilote fera un pas interne \u00e0 un taux # de 256 micro-pas). Cela ne fonctionne que si les micro-pas sont fix\u00e9s \u00e0 16. # L'interpolation introduit une petite d\u00e9viation de position syst\u00e9mique - voir # TMC_Drivers.md pour plus de d\u00e9tails. La valeur par d\u00e9faut est True. run_current: # La quantit\u00e9 de courant (en amp\u00e8res RMS) utilis\u00e9e par le pilote pendant le # d\u00e9placement du moteur pas \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. #sense_resistor: # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur (Vr\u00e9f). Ce # param\u00e8tre doit \u00eatre fourni. #idle_current_percent 100 # Le pourcentage du courant de fonctionnement auquel le pilote pas \u00e0 pas # sera abaiss\u00e9 quand le d\u00e9lai d'inactivit\u00e9 expirera (vous devez configurer le # d\u00e9lai \u00e0 l'aide d'une section de configuration [idle_timeout]). Le courant sera # remont\u00e9 d\u00e8s que le moteur devra \u00e0 nouveau se d\u00e9placer. Assurez-vous de # d\u00e9finir une valeur suffisamment \u00e9lev\u00e9e pour que les moteurs ne perdent pas # leur position. Il y a \u00e9galement un petit d\u00e9lai avant que le courant ne soit remis, # il faut donc en tenir compte lors de demandes de mouvements rapides alors # que le pilote est inactif. La valeur par d\u00e9faut est 100 (aucune r\u00e9duction). #driver_TBL: 2 #driver_RNDTF: 0 #driver_HDEC: 0 #driver_CHM: 0 #driver_HEND: 3 #driver_HSTRT: 3 #driver_TOFF: 4 #driver_SEIMIN: 0 #driver_SEDN: 0 #driver_SEMAX: 0 #driver_SEUP: 0 #driver_SEMIN: 0 #driver_SFILT: 0 #driver_SGT: 0 #driver_SLPH: 0 #driver_SLPL: 0 #driver_DISS2G: 0 #driver_TS2G: 3 # D\u00e9finit les param\u00e8tres \u00e0 utiliser pendant la configuration de la puce TMC2660. # Ceci peut \u00eatre utilis\u00e9 pour d\u00e9finir des param\u00e8tres de pilote personnalis\u00e9s. Les # valeurs par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre # dans la liste ci-dessus. Consultez la fiche technique du TMC2660 pour conna\u00eetre la # fonction de chaque param\u00e8tre ainsi que les restrictions sur les combinaisons de # param\u00e8tres. Soyez particuli\u00e8rement attentif au registre CHOPCONF, o\u00f9 le fait de # r\u00e9gler CHM \u00e0 soit z\u00e9ro, soit un, entra\u00eene des modifications de la disposition (le # premier bit de HDEC est interpr\u00e9t\u00e9 comme le MSB de HSTRT dans ce cas). [tmc5160] \u00b6 Configuration d'un pilote de moteur pas \u00e0 pas TMC5160 via le bus SPI. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc5160\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc5160 stepper_x]\"). [tmc5160 stepper_x] cs_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de puce de la TMC5160. Cette # broche sera mise \u00e0 l'\u00e9tat bas au d\u00e9but des messages SPI et remont\u00e9e \u00e0 l'\u00e9tat # haut apr\u00e8s la fin du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #chain_position: #chain_length: # Ces param\u00e8tres configurent une guirlande SPI. Les deux param\u00e8tres d\u00e9finissent # la position du stepper dans la cha\u00eene et la longueur totale de la cha\u00eene. # La position 1 correspond au pilote moteur connect\u00e9 au signal MOSI. # La valeur par d\u00e9faut est de ne pas utiliser de guirlande SPI. # Interpoler: True # Si vrai, activer l'interpolation de pas (le pilote va faire un pas interne \u00e0 un taux # de 256 micro-pas). La valeur par d\u00e9faut est True. run_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # pendant le mouvement pas \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. #hold_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # lorsque le moteur pas \u00e0 pas n'est pas en mouvement. La d\u00e9finition d'un hold_current # n'est pas recommand\u00e9e (voir TMC_Drivers.md pour plus de d\u00e9tails). La valeur par # d\u00e9faut est de ne pas r\u00e9duire le courant. #sense_resistor: 0.075 # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur. La valeur par d\u00e9faut # est de 0,075 ohms. #stealthchop_threshold: 0 # La vitesse (en mm/s) \u00e0 laquelle le seuil de \"stealthChop\" doit \u00eatre fix\u00e9. Lorsque d\u00e9fini, # le mode \"stealthChop\" sera activ\u00e9 si la vitesse du moteur pas \u00e0 pas est inf\u00e9rieure \u00e0 cette # valeur. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive le mode \"stealthChop\". #driver_MSLUT0: 2863314260 #driver_MSLUT1: 1251300522 #driver_MSLUT2: 608774441 #driver_MSLUT3: 269500962 #driver_MSLUT4: 4227858431 #driver_MSLUT5: 3048961917 #driver_MSLUT6: 1227445590 #driver_MSLUT7: 4211234 #driver_W0: 2 #driver_W1: 1 #driver_W2: 1 #driver_W3: 1 #driver_X1: 128 #driver_X2: 255 #driver_X3: 255 #driver_START_SIN: 0 #driver_START_SIN90: 247 # Ces champs contr\u00f4lent directement les registres de la table des micro-pas. La table d'ondes # est sp\u00e9cifique \u00e0 chaque moteur et peut varier en fonction du courant. Une configuration # optimale aura un minimum d'artefacts d'impression caus\u00e9s par un mouvement non lin\u00e9aire # du moteur pas \u00e0 pas. Les valeurs sp\u00e9cifi\u00e9es ci-dessus sont les valeurs par d\u00e9faut utilis\u00e9es par # le pilote. La valeur doit \u00eatre sp\u00e9cifi\u00e9e sous la forme d'un entier d\u00e9cimal (la forme hexad\u00e9cimale # n'est pas prise en charge). Afin de calculer les champs de la table d'onde, consultez la \"feuille # de calcul\" tmc2130 sur le site Web de Trinamic. #driver_IHOLDDELAY: 6 #driver_TPOWERDOWN: 10 #driver_TBL: 2 #driver_TOFF: 3 #driver_HEND: 2 #driver_HSTRT: 5 #driver_FD3: 0 #driver_TPFD: 4 #driver_CHM: 0 #driver_VHIGHFS: 0 #driver_VHIGHCHM: 0 #driver_DISS2G: 0 #driver_DISS2VS: 0 #driver_PWM_AUTOSCALE: True #driver_PWM_AUTOGRAD: True #driver_PWM_FREQ: 0 #driver_FREEWHEEL: 0 #driver_PWM_GRAD: 0 #driver_PWM_OFS: 30 #driver_PWM_REG: 4 #driver_PWM_LIM: 12 #driver_SGT: 0 #driver_SEMIN: 0 #driver_SEUP: 0 #driver_SEMAX: 0 #driver_SEDN: 0 #driver_SEIMIN: 0 #driver_SFILT: 0 # D\u00e9finir le registre donn\u00e9 pendant la configuration de la puce TMC5160. Ceci peut \u00eatre utilis\u00e9 # pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs par d\u00e9faut de chaque # param\u00e8tre sont \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la liste ci-dessus. #diag0_pin: #diag1_pin: # La broche du microcontr\u00f4leur reli\u00e9e \u00e0 l'une des lignes DIAG de la puce # TMC5160. # Une seule broche diag doit \u00eatre sp\u00e9cifi\u00e9e. La broche est \"active low\" et est donc normalement # pr\u00e9c\u00e9d\u00e9e de \"^ !\". Le r\u00e9glage de ceci cr\u00e9e une broche virtuelle # \"tmc5160_stepper_x:virtual_endstop\" pouvant \u00eatre utilis\u00e9e comme broche de fin de course # du pilote moteur. Cela permet d'activer le \"sensorless homing\". (Assurez-vous de r\u00e9gler # \u00e9galement driver_SGT \u00e0 une valeur de sensibilit\u00e9 appropri\u00e9e). # La valeur par d\u00e9faut est de ne pas activer la recherche d'origine sans capteur. Configuration du courant du moteur pas \u00e0 pas en temps r\u00e9el \u00b6 [ad5206] \u00b6 Digipots AD5206 configur\u00e9s statiquement et connect\u00e9s via un bus SPI (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"ad5206\"). [ad5206 my_digipot] enable_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de la puce AD5206. Cette broche # sera r\u00e9gl\u00e9e \u00e0 un niveau bas au d\u00e9but des messages SPI et sera relev\u00e9e \u00e0 un niveau \u00e9lev\u00e9 # apr\u00e8s la fin du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres communs SPI\" pour une description des param\u00e8tres ci-dessus. # #channel_1: #channel_2: #channel_3: #channel_4: #channel_5: #channel_6: # La valeur pour d\u00e9finir statiquement le canal AD5206 donn\u00e9. Cette valeur est # g\u00e9n\u00e9ralement d\u00e9finie sur un nombre compris entre 0,0 et 1,0. 1,0 \u00e9tant la r\u00e9sistance # la plus \u00e9lev\u00e9e et 0,0 la r\u00e9sistance la plus faible. Cependant, la plage peut \u00eatre # modifi\u00e9e \u00e0 l'aide du param\u00e8tre 'scale' (voir ci-dessous). # Si un canal n'est pas sp\u00e9cifi\u00e9, il n'est pas configur\u00e9. # scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation des param\u00e8tres 'channel_x'. # S'il est fourni, alors les param\u00e8tres 'channel_x' doivent \u00eatre compris entre 0.0 et 'scale'. # Cela peut \u00eatre utile lorsque le AD5206 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension # pas \u00e0 pas. L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 \u00e9quivalente de la commande pas \u00e0 pas # si l'AD5206 \u00e9tait \u00e0 sa r\u00e9sistance la plus \u00e9lev\u00e9e, puis les param\u00e8tres 'channel_x' peuvent \u00eatre # sp\u00e9cifi\u00e9s en utilisant la valeur d'intensit\u00e9 d\u00e9sir\u00e9e pour le pilote pas \u00e0 pas. La configuration # par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle les param\u00e8tres 'channel_x'. [mcp4451] \u00b6 Digipot MCP4451 configur\u00e9 statiquement et connect\u00e9 via le bus I2C (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcp4451\"). [mcp4451 mon_digipot] i2c_address: # L'adresse i2c que la puce utilise sur le bus i2c. Ce param\u00e8tre # doit \u00eatre fourni. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #wiper_0: #wiper_1: #wiper_2: #wiper_3: # La valeur pour d\u00e9finir statiquement le \"wiper\" MCP4451 donn\u00e9. Cette valeur est # g\u00e9n\u00e9ralement r\u00e9gl\u00e9e sur un nombre compris entre 0.0 et 1.0, 1.0 \u00e9tant la r\u00e9sistance # la plus \u00e9lev\u00e9e et 0.0 la r\u00e9sistance la plus faible. Cependant, la plage peut \u00eatre modifi\u00e9e # \u00e0 l'aide du param\u00e8tre 'scale' (voir ci-dessous). Si un wiper n'est pas sp\u00e9cifi\u00e9, il n'est # pas configur\u00e9. #scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation des param\u00e8tres 'wiper_x'. # S'il est fourni, alors les param\u00e8tres 'wiper_x' doivent \u00eatre compris entre 0,0 et 'scale'. # Ceci peut \u00eatre utile lorsque le MCP4451 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension # du pilote pas \u00e0 pas.L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 du pilote pas \u00e0 pas \u00e9quivalent # si le MCP4451 \u00e9tait \u00e0 sa r\u00e9sistance la plus \u00e9lev\u00e9e, puis les param\u00e8tres 'wiper_x' peuvent # \u00eatre sp\u00e9cifi\u00e9s en utilisant la valeur d'intensit\u00e9 d\u00e9sir\u00e9e pour le pilote pas \u00e0 pas. La valeur # par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle les param\u00e8tres 'wiper_x'. [mcp4728] \u00b6 Convertisseur num\u00e9rique-analogique MCP4728 configur\u00e9 statiquement et connect\u00e9 via le bus I2C (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcp4728\"). [mcp4728 my_dac] #i2c_address: 96 # L'adresse i2c que la puce utilise sur le bus i2c. La valeur par d\u00e9faut # est 96. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #channel_a: #channel_b: #channel_c: #channel_d: # La valeur pour d\u00e9finir statiquement le canal MCP4728 donn\u00e9. Ceci est # g\u00e9n\u00e9ralement d\u00e9finie par un nombre compris entre 0.0 et 1.0, 1.0 repr\u00e9sentant # la tension la plus \u00e9lev\u00e9e (2.048V) et 0.0 la tension la plus basse. # Cependant, la plage peut \u00eatre modifi\u00e9e \u00e0 l'aide du param\u00e8tre 'scale' (cf. # ci-dessous). Si un canal n'est pas sp\u00e9cifi\u00e9, il n'est pas configur\u00e9. #scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation des param\u00e8tres 'channel_x'. # S'il est fourni, le param\u00e8tre 'channel_x' doit \u00eatre compris entre 0,0 et 'scale'. # Cela peut \u00eatre utile lorsque le MCP4728 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension # de moteur pas \u00e0 pas. L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 \u00e9quivalente de la commande # de moteur pas \u00e0 pas si le MCP4728 \u00e9tait \u00e0 sa tension la plus \u00e9lev\u00e9e (2.048V), et ensuite les # param\u00e8tres 'channel_x' peuvent \u00eatre sp\u00e9cifi\u00e9s en utilisant l'intensit\u00e9 d\u00e9sir\u00e9e pour le # moteur pas \u00e0 pas. La valeur par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle les # param\u00e8tres 'channel_x'. [mcp4018] \u00b6 Digipot MCP4018 configur\u00e9 statiquement et connect\u00e9 via deux broches gpio \"bit banging\" (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcp4018\"). [mcp4018 my_digipot] scl_pin: # La broche d'horloge SCL. Ce param\u00e8tre doit \u00eatre fourni. sda_pin: # La broche de \"donn\u00e9es\" SDA. Ce param\u00e8tre doit \u00eatre fourni. wiper: # La valeur \u00e0 laquelle d\u00e9finir statiquement le \"wiper\" MCP4018 donn\u00e9. Ce param\u00e8tre est # g\u00e9n\u00e9ralement r\u00e9gl\u00e9e sur un nombre compris entre 0,0 et 1,0, 1,0 \u00e9tant la r\u00e9sistance # la plus \u00e9lev\u00e9e et 0.0 la r\u00e9sistance la plus faible. Cependant, la plage peut \u00eatre modifi\u00e9e \u00e0 # l'aide du param\u00e8tre 'scale' (voir ci-dessous). Ce param\u00e8tre doit \u00eatre fourni. #scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation du param\u00e8tre 'wiper'. # S'il est fourni, le param\u00e8tre 'wiper' doit se situer entre 0,0 et 'scale'. Ceci peut \u00eatre utile # lorsque le MCP4018 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension pas \u00e0 pas. # L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 du pilote pas \u00e0 pas \u00e9quivalent si le MCP4018 # est \u00e0 sa plus grande# r\u00e9sistance la plus \u00e9lev\u00e9e, puis le param\u00e8tre 'wiper' peut \u00eatre sp\u00e9cifi\u00e9 # en utilisant la valeur d'intensit\u00e9 d\u00e9sir\u00e9e pour le pilote pas \u00e0 pas. La valeur par d\u00e9faut est # de ne pas mettre \u00e0 l'\u00e9chelle le param\u00e8tre 'wiper'. Prise en charge de l'affichage \u00b6 [display] \u00b6 Prise en charge d'un \u00e9cran reli\u00e9 au microcontr\u00f4leur. [display] lcd_type: # Le type de puce LCD utilis\u00e9. Cela peut \u00eatre \"hd44780\", \"hd44780_spi\", \"st7920\", # \"emulated_st7920\", \"uc1701\", \"ssd1306\", ou \"sh1106\". # Voir les sections d'affichage ci-dessous pour plus d'informations sur chaque type # et les param\u00e8tres suppl\u00e9mentaires qu'ils fournissent. Ce param\u00e8tre doit \u00eatre # fourni. #display_group: # Le nom du groupe de donn\u00e9es \u00e0 afficher sur l'\u00e9cran. Cela contr\u00f4le le contenu de # l'\u00e9cran (voir la section \"display_data\" pour plus d'informations). La valeur par # d\u00e9faut est _default_20x4 pour les \u00e9crans hd44780 et _default_16x4 pour les # autres affichages. #menu_timeout: # D\u00e9lai d'attente pour le menu. Le fait d'\u00eatre inactif pendant ce nombre de secondes # d\u00e9clenchera la sortie du menu ou le retour au menu racine si l'autorun est activ\u00e9. # La valeur par d\u00e9faut est 0 seconde (d\u00e9sactiv\u00e9) #menu_root: # Nom de la section du menu principal \u00e0 afficher lorsque vous cliquez sur l'encodeur # de l'\u00e9cran d'accueil. La valeur par d\u00e9faut est __main, et cela affiche les menus par # d\u00e9faut tels que d\u00e9finis dans klippy/extras/display/menu.cfg #menu_reverse_navigation: # Lorsque activ\u00e9, inverse les directions vers le haut et vers le bas de la liste. # La valeur par d\u00e9faut est False. Ce param\u00e8tre est optionnel. #encoder_pins: # Les broches connect\u00e9es \u00e0 l'encodeur. 2 broches doivent \u00eatre fournies lorsque vous # utilisez l'encodeur. Ce param\u00e8tre doit \u00eatre fourni lors de l'utilisation du menu. #encoder_steps_per_detent: # Combien de pas l'encodeur \u00e9met par cran (\"clic\"). Si l'encodeur prend deux crans pour # se d\u00e9placer entre les entr\u00e9es ou d\u00e9place deux entr\u00e9es \u00e0 partir d'un seul cran, essayez de # modifier cette valeur. Les valeurs autoris\u00e9es sont 2 (demi-step) ou 4 (full-step). # La valeur par d\u00e9faut est 4. #click_pin: # La broche connect\u00e9e au bouton 'entr\u00e9e' ou au 'clic' de l'encodeur. Ce param\u00e8tre doit # \u00eatre fourni lors de l'utilisation du menu. La pr\u00e9sence d'un param\u00e8tre de configuration # 'analog_range_click_pin' fait passer ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #back_pin: # La broche connect\u00e9e au bouton 'retour'. Ce param\u00e8tre est facultatif, le menu peut \u00eatre utilis\u00e9 # sans lui. La pr\u00e9sence d'un param\u00e8tre de configuration 'analog_range_back_pin' transforme # ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #up_pin: # La broche connect\u00e9e au bouton 'haut'. Ce param\u00e8tre doit \u00eatre fourni lorsque vous utilisez un # menu sans encodeur. La pr\u00e9sence d'un param\u00e8tre de configuration 'analog_range_up_pin' # transforme ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #down_pin: # La broche connect\u00e9e au bouton 'bas'. Ce param\u00e8tre doit \u00eatre fourni lorsque vous utilisez un # menu sans encodeur. La pr\u00e9sence d'un param\u00e8tre de configuration 'analog_range_down_pin' # transforme ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #kill_pin: # La broche connect\u00e9e au bouton 'kill'. Ce bouton appellera l'arr\u00eat d'urgence. La pr\u00e9sence d'un # param\u00e8tre 'analog_range_kill_pin' fait passer ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #analog_pullup_resistor: 4700 # La r\u00e9sistance (en ohms) du pullup attach\u00e9 au bouton analogique. # La valeur par d\u00e9faut est de 4700 ohms. #analog_range_click_pin: # La plage de r\u00e9sistances du bouton 'entr\u00e9e'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_back_pin: # La plage de r\u00e9sistances du bouton 'retour'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_up_pin: # La plage de r\u00e9sistances du bouton 'haut'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_down_pin: # La plage de r\u00e9sistances du bouton 'bas'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_kill_pin: # La plage de r\u00e9sistances du bouton 'kill'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. \u00e9cran hd44780 \u00b6 Informations de configuration des \u00e9crans hd44780 (utilis\u00e9s dans les \u00e9crans de type \"RepRapDiscount 2004 Smart Controller\"). [display] lcd_type: hd44780 # D\u00e9finir \u00e0 \"hd44780\" pour les \u00e9crans hd44780. rs_pin: e_pin: d4_pin: d5_pin: d6_pin: d7_pin: # Broches connect\u00e9es \u00e0 un lcd de type hd44780. Ces param\u00e8tres doivent # \u00eatre fournis. #hd44780_protocol_init: True # Effectuer l'initialisation du protocole 8-bit/4-bit sur un \u00e9cran hd44780. # Ceci est n\u00e9cessaire sur les vrais dispositifs hd44780. Cependant, on peut avoir besoin # de le d\u00e9sactiver avec certains p\u00e9riph\u00e9riques \"clones\". La valeur par d\u00e9faut est True. #line_length: # D\u00e9finit le nombre de caract\u00e8res par ligne pour un lcd de type hd44780. # Les valeurs possibles sont 20 (par d\u00e9faut) et 16. Le nombre de lignes est # fix\u00e9 \u00e0 4. ... \u00e9cran hd44780_spi \u00b6 Informations de configuration d'un \u00e9cran hd44780_spi - un \u00e9cran 20x04 contr\u00f4l\u00e9 par un \"registre \u00e0 d\u00e9calage (shift register)\" mat\u00e9riel (utilis\u00e9 dans les imprimantes bas\u00e9es sur mightyboard). [display] lcd_type: hd44780_spi # D\u00e9finir \u00e0 \"hd44780_spi\" pour les \u00e9crans hd44780_spi. latch_pin: spi_software_sclk_pin: spi_software_mosi_pin: spi_software_miso_pin: # Broches connect\u00e9es au registre \u00e0 d\u00e9calage contr\u00f4lant l'affichage. # La broche spi_software_miso_pin doit \u00eatre d\u00e9finie sur une broche inutilis\u00e9e # de la carte m\u00e8re de l'imprimante, car le registre \u00e0 d\u00e9calage contr\u00f4lant l'affichage # n'a pas de broche MISO, mais l'impl\u00e9mentation logicielle de spi n\u00e9cessite que # cette broche soit configur\u00e9e. #hd44780_protocol_init: True # Effectue l'initialisation du protocole 8-bit/4-bit sur un \u00e9cran hd44780. # Ceci est n\u00e9cessaire sur les vrais dispositifs hd44780. Cependant, on peut avoir besoin # de le d\u00e9sactiver avec certains p\u00e9riph\u00e9riques \"clones\". La valeur par d\u00e9faut est True. #line_length: # D\u00e9finit le nombre de caract\u00e8res par ligne pour un lcd de type hd44780. # Les valeurs possibles sont 20 (par d\u00e9faut) et 16. Le nombre de lignes est # fix\u00e9 \u00e0 4. ... \u00e9cran st7920 \u00b6 Informations de configuration des \u00e9crans st7920 (utilis\u00e9s dans les \u00e9crans de type \"RepRapDiscount 12864 Full Graphic Smart Controller\"). [display] lcd_type: st7920 # D\u00e9finir \u00e0 \"st7920\" pour les \u00e9crans st7920. cs_pin: sclk_pin: sid_pin: # Les broches connect\u00e9es \u00e0 un lcd de type st7920. Ces param\u00e8tres doivent \u00eatre # fournis. ... \u00e9cran emulated_st7920 \u00b6 Informations de configuration d'un \u00e9cran st7920 \u00e9mul\u00e9 - que l'on trouve dans certains \"\u00e9crans tactiles de 2,4 pouces\" et similaires. [display] lcd_type: emulated_st7920 # D\u00e9finir \u00e0 \"emulated_st7920\" pour les \u00e9crans emulated_st7920. en_pin: spi_software_sclk_pin: spi_software_mosi_pin: spi_software_miso_pin: # Les broches connect\u00e9es \u00e0 un lcd de type emulated_st7920. L'en_pin # correspond \u00e0 la cs_pin du lcd de type st7920, # spi_software_sclk_pin correspond \u00e0 sclk_pin et # spi_software_mosi_pin correspond \u00e0 sid_pin. La broche # spi_software_miso_pin doit \u00eatre r\u00e9gl\u00e9e sur une broche non utilis\u00e9e de la carte # m\u00e8re de l'imprimante car le st7920 n'a pas de broche MISO mais l'impl\u00e9mentation # logicielle spi n\u00e9cessite que cette broche soit configur\u00e9e. ... \u00e9cran uc1701 \u00b6 Informations de configuration des \u00e9crans uc1701 (utilis\u00e9s dans les \u00e9crans de type \"MKS Mini 12864\"). [display] lcd_type: uc1701 # D\u00e9finir \u00e0 \"uc1701\" pour les \u00e9crans uc1701. cs_pin: a0_pin: # Les broches connect\u00e9es \u00e0 un lcd de type uc1701. Ces param\u00e8tres doivent \u00eatre # fournis. #rst_pin: # La broche connect\u00e9e \u00e0 la broche \"rst\" du lcd. Si elle n'est pas sp\u00e9cifi\u00e9e, # le mat\u00e9riel doit avoir un pull-up sur la ligne lcd correspondante. #contrast: # Le contraste \u00e0 d\u00e9finir. La valeur peut aller de 0 \u00e0 63 , la valeur par # d\u00e9faut est 40. ... \u00e9crans ssd1306 et sh1106 \u00b6 Les informations de configuration des \u00e9crans ssd1306 et sh1106. [display] lcd_type: # D\u00e9finir \u00e0 \"ssd1306\" ou \"sh1106\" pour le type d'affichage donn\u00e9. #i2c_mcu: #i2c_bus: #i2c_speed: # Param\u00e8tres optionnels disponibles pour des \u00e9crans connect\u00e9s via un bus i2c. # Voir la section \"Param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #cs_pin: #dc_pin: #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Les broches connect\u00e9es au lcd en mode spi \"4-wire\". Voir la section # \"param\u00e8tres SPI communs\" pour une description des param\u00e8tres # commen\u00e7ant par \"spi_\". Le d\u00e9faut est d'utiliser le mode i2c pour l'\u00e9cran # d'affichage. #reset_pin: # Une broche de r\u00e9initialisation peut \u00eatre sp\u00e9cifi\u00e9e sur l'affichage. Si elle # n'est pas sp\u00e9cifi\u00e9e, le mat\u00e9riel doit avoir un pull-up sur la ligne # lcd correspondante. #contrast: # Le contraste \u00e0 d\u00e9finir. La valeur peut aller de 0 \u00e0 256 , la valeur par # d\u00e9faut est 239. #vcomh: 0 # D\u00e9finit la valeur Vcomh sur l'\u00e9cran. Cette valeur est associ\u00e9e \u00e0 un effet # de \"bavure\" sur certains \u00e9crans OLED. La valeur peut \u00eatre comprise # de 0 \u00e0 63. La valeur par d\u00e9faut est 0. #invert: False # TRUE inverse les pixels sur certains \u00e9crans OLED. La valeur par d\u00e9faut est # False. #x_offset: 0 # D\u00e9finit la valeur du d\u00e9calage horizontal sur les \u00e9crans SH1106. La valeur par # d\u00e9faut est 0. ... [display_data] \u00b6 Support pour l'affichage de donn\u00e9es personnalis\u00e9es sur un \u00e9cran lcd. On peut cr\u00e9er un nombre quelconque de groupes d'affichage et un nombre quelconque d'\u00e9l\u00e9ments de donn\u00e9es sous ces groupes. L'\u00e9cran affichera tous les \u00e9l\u00e9ments de donn\u00e9es d'un groupe donn\u00e9 si l'option display_group de la section [display] est d\u00e9finie sur le nom du groupe en question. Un ensemble par d\u00e9faut de groupes d'affichage est automatiquement cr\u00e9\u00e9. On peut remplacer ou \u00e9tendre ces \u00e9l\u00e9ments display_data en rempla\u00e7ant les valeurs par d\u00e9faut dans le fichier de configuration principal printer.cfg. [display_data my_group_name my_data_name] position: # Ligne et colonne s\u00e9par\u00e9es par des virgules de la position de l'affichage \u00e0 # utiliser pour afficher l'information. Ce param\u00e8tre doit \u00eatre fourni. text: # Le texte \u00e0 afficher \u00e0 la position donn\u00e9e. Ce champ est \u00e9valu\u00e9 en utilisant les # mod\u00e8les de commande (voir docs/Command_Templates.md). # Ce param\u00e8tre doit \u00eatre fourni. [display_template] \u00b6 Les \"macros\" de texte des donn\u00e9es d'affichage (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe display_template). Voir le document mod\u00e8les de commande pour des informations sur l'\u00e9valuation des mod\u00e8les. Cette fonctionnalit\u00e9 permet de r\u00e9duire les d\u00e9finitions r\u00e9p\u00e9titives dans les sections display_data. On peut utiliser la fonction int\u00e9gr\u00e9e render() dans les sections display_data pour \u00e9valuer un mod\u00e8le. Par exemple, si l'on d\u00e9finit \"[display_template my_template] \", on peut alors utiliser \"{ render('my_template') } dans une section display_data. Cette fonctionnalit\u00e9 peut \u00e9galement \u00eatre utilis\u00e9e pour des mises \u00e0 jour continues des LEDs \u00e0 l'aide de la commande SET_LED_TEMPLATE . [display_template my_template_name] #param_: # On peut sp\u00e9cifier un nombre quelconque d'options avec le pr\u00e9fixe \"param_\". Le nom # donn\u00e9 se verra attribuer la valeur donn\u00e9e (analys\u00e9e comme un litt\u00e9ral Python) et # sera disponible pendant l'expansion de la macro. Si le param\u00e8tre est pass\u00e9 dans # l'appel \u00e0 render(), alors cette valeur sera utilis\u00e9e pendant l'expansion de la macro. # Par exemple, une configuration avec \"param_speed = 75\" pourrait avoir un appelant # avec \"render('my_template_name', param_speed=80)\". Les noms de param\u00e8tres # peuvent ne pas utiliser de caract\u00e8res majuscules. text: # Le texte \u00e0 renvoyer lors du rendu de ce mod\u00e8le. Ce champ est \u00e9valu\u00e9 \u00e0 l'aide de # mod\u00e8les de commande (voir docs/Command_Templates.md). # Ce param\u00e8tre doit \u00eatre fourni. [display_glyph] \u00b6 Affiche un glyphe personnalis\u00e9 sur les \u00e9crans le supportant. Le nom donn\u00e9 se verra attribu\u00e9 les donn\u00e9es d'affichage, donn\u00e9es qui pourront ensuite \u00eatre r\u00e9f\u00e9renc\u00e9es dans les mod\u00e8les d'affichage par leur nom entour\u00e9 de deux symboles \"tilde\", par exemple ~my_display_glyph~ Voir sample-glyphs.cfg pour quelques exemples. [display_glyph my_display_glyph] #data: # Les donn\u00e9es d'affichage, stock\u00e9es sous forme de 16 lignes compos\u00e9es de 16 bits (1 par # pixel) o\u00f9 '.' est un pixel vide et '*' est un pixel actif (par ex, \"****************\" pour afficher # une ligne horizontale pleine). # On peut \u00e9galement utiliser '0' pour un pixel vide et '1' pour un pixel actif. # Placez chaque ligne d'affichage sur une ligne de configuration distincte. Le glyphe doit \u00eatre # compos\u00e9 d'exactement 16 lignes de 16 bits chacune. Ce param\u00e8tre est facultatif. #hd44780_data: # Glyphe \u00e0 utiliser sur les \u00e9crans 20x4 hd44780. Le glyphe doit \u00eatre compos\u00e9 d'exactement # 8 lignes de 5 bits chacune. Ce param\u00e8tre est facultatif. #hd44780_slot: # L'index mat\u00e9riel hd44780 (0..7) pour stocker le glyphe. Si plusieurs images distinctes # utilisent le m\u00eame slot, assurez-vous de n'utiliser qu'une seule de ces images dans un # \u00e9cran donn\u00e9. Ce param\u00e8tre est requis si hd44780_data est sp\u00e9cifi\u00e9. [display my_extra_display] \u00b6 Si une section principale [display] a \u00e9t\u00e9 d\u00e9finie dans printer.cfg comme indiqu\u00e9 ci-dessus, il est possible de d\u00e9finir plusieurs affichages auxiliaires. Notez que les affichages auxiliaires ne supportent pas actuellement la fonctionnalit\u00e9 de menus, ils ne supportent donc pas les options \"menu\" ou la configuration de boutons. [display my_extra_display] # Voir la section \"affichage\" (display) pour les param\u00e8tres disponibles. [menu] \u00b6 Menus de l'\u00e9cran LCD personnalisables. Un ensemble de menus par d\u00e9faut est automatiquement cr\u00e9\u00e9. On peut remplacer ou \u00e9tendre le menu en rempla\u00e7ant les valeurs par d\u00e9faut dans le fichier de configuration principal printer.cfg. Consultez le document sur les mod\u00e8les de commande pour obtenir des informations sur les attributs de menu disponibles lors du rendu du mod\u00e8le. # Param\u00e8tres communs disponibles pour toutes les sections de configuration de menu. #[menu __some_list __some_name] #type: disabled # \u00c9l\u00e9ment de menu d\u00e9sactiv\u00e9 de fa\u00e7on permanente, le seul attribut requis est 'type'. # Vous permet de d\u00e9sactiver/masquer facilement des \u00e9l\u00e9ments de menu existants. #[menu some_name] #type: # Un \u00e9l\u00e9ment parmi command, input, list, text : # command - \u00e9l\u00e9ment de menu de base avec divers d\u00e9clencheurs de script. # input - m\u00eame chose que 'command' mais avec des capacit\u00e9s de changement de valeur. # Pressez pour d\u00e9marrer/arr\u00eater le mode d'\u00e9dition. # list - permet de regrouper les \u00e9l\u00e9ments du menu dans une liste d\u00e9roulante. # Ajoutez \u00e0 la liste en cr\u00e9ant des configurations de menu en utilisant # \"some_list\" comme pr\u00e9fixe - par exemple : # [menu some_list some_item_in_the_list]. # vsdlist - identique \u00e0 'list' mais ajoutera les fichiers de la carte SD virtuelle # (sera supprim\u00e9 dans le futur) #name: # Nom de l'\u00e9l\u00e9ment de menu - \u00e9valu\u00e9 comme un mod\u00e8le. #enable: # Mod\u00e8le \u00e9valu\u00e9 \u00e0 True ou False. #index: # Position o\u00f9 l'\u00e9l\u00e9ment doit \u00eatre ins\u00e9r\u00e9 dans la liste. Par d\u00e9faut # l'\u00e9l\u00e9ment est ajout\u00e9 \u00e0 la fin. #[menu some_list] #type: list #name: #enable: # Voir ci-dessus pour une description de ces param\u00e8tres. #[menu some_list some_command] #type: command #name: #enable: # Voir ci-dessus pour une description de ces param\u00e8tres. #gcode: # Script \u00e0 ex\u00e9cuter lors d'un clic sur un bouton ou un clic long. \u00c9valu\u00e9 comme un # mod\u00e8le. #[menu some_list some_input] #type: input #name: #enable: # Voir ci-dessus pour une description de ces param\u00e8tres. #input: # Valeur initiale \u00e0 utiliser lors de l'\u00e9dition - \u00e9valu\u00e9e comme un mod\u00e8le. # Le r\u00e9sultat doit \u00eatre de type flottant. #input_min: # Valeur minimale de l''intervalle - \u00e9valu\u00e9e comme un mod\u00e8le. Par d\u00e9faut -99999. #input_max: # Valeur maximale de l'intervalle - \u00e9valu\u00e9e comme un mod\u00e8le. Par d\u00e9faut 99999. #input_step: # Pas d'\u00e9dition - Doit \u00eatre un nombre entier positif ou une valeur flottante. Poss\u00e8de # un pas de vitesse rapide interne. Lorsque \"(input_max - input_min) / input_step > 100\" # alors le pas de vitesse rapide est 10 * input_step sinon le pas de vitesse rapide # est le m\u00eame que celui de l'input_step. #realtime: # Cet attribut accepte une valeur bool\u00e9enne statique. Lorsqu'il est activ\u00e9, alors le script # gcode est ex\u00e9cut\u00e9 apr\u00e8s chaque changement de valeur. La valeur par d\u00e9faut est False. #gcode: # Script \u00e0 ex\u00e9cuter lors d'un clic sur un bouton, d'un clic long ou d'un changement de valeur. # \u00c9valu\u00e9 comme un mod\u00e8le. Le clic sur le bouton d\u00e9clenchera le d\u00e9but ou fin du mode d'\u00e9dition. Capteurs de filaments \u00b6 [filament_switch_sensor] \u00b6 Capteur de commutation de filament. Prise en charge de la d\u00e9tection de l'insertion et du d\u00e9placement du filament \u00e0 l'aide d'un capteur de commutation, tel qu'un interrupteur de fin de course. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [filament_switch_sensor my_sensor] #pause_on_runout: True # Lorsque d\u00e9fini sur True, une PAUSE sera ex\u00e9cut\u00e9e imm\u00e9diatement apr\u00e8s qu'un runout # soit d\u00e9tect\u00e9. Notez que si pause_on_runout est False et que le runout_gcode est omis, # la d\u00e9tection du runout est d\u00e9sactiv\u00e9e. Par d\u00e9faut, est True. #runout_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter apr\u00e8s la d\u00e9tection d'une fin de filament. # Voir docs/Command_Templates.md pour le format G-Code. Si pause_on_runout est # r\u00e9gl\u00e9 sur True, ce G-code sera ex\u00e9cut\u00e9 apr\u00e8s la fin de la PAUSE. Par d\u00e9faut, aucune # commande G-Code n'est ex\u00e9cut\u00e9e. #insert_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter apr\u00e8s qu'une insertion de filament soit d\u00e9tect\u00e9e. # Voir docs/Command_Templates.md pour le format G-Code. La valeur par d\u00e9faut est de # n'ex\u00e9cuter aucune commande G-Code, ce qui d\u00e9sactive la d\u00e9tection de l'insertion. #event_delay 3.0 # La dur\u00e9e minimale en secondes \u00e0 attendre entre les \u00e9v\u00e9nements. # Des \u00e9v\u00e9nements d\u00e9clench\u00e9s durant cette p\u00e9riode seront silencieusement ignor\u00e9s. # La valeur par d\u00e9faut est de 3 secondes. #pause_delay: 0.5 # Le d\u00e9lai, en secondes, entre l'envoi de la commande de pause et l'ex\u00e9cution du runout_gcode. # Il peut \u00eatre utile d'augmenter ce d\u00e9lai si OctoPrint pr\u00e9sente un comportement \u00e9trange lors de # la pause. La valeur par d\u00e9faut est 0.5 secondes. #switch_pin: # La broche sur laquelle l'interrupteur est connect\u00e9. # Ce param\u00e8tre doit \u00eatre fourni. [filament_motion_sensor] \u00b6 Capteur de mouvement de filament. Prise en charge de la d\u00e9tection de pr\u00e9sence et d\u00e9placement du filament \u00e0 l'aide d'un encodeur basculant la broche de sortie pendant le mouvement du filament dans le capteur. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [filament_motion_sensor my_sensor] detection_length: 7.0 # La longueur minimale du filament tir\u00e9 \u00e0 travers le capteur d\u00e9clenchant # un changement d'\u00e9tat sur la broche de commutation. # La valeur par d\u00e9faut est 7 mm. extruder: # Le nom de la section de l'extrudeuse \u00e0 laquelle ce capteur est associ\u00e9. # Ce param\u00e8tre doit \u00eatre fourni. switch_pin: #pause_on_runout: #runout_gcode: #insert_gcode: #event_delay: #pause_delay: # Voir la section \"filament_switch_sensor\" pour une description des # param\u00e8tres ci-dessus. [tsl1401cl_filament_width_sensor] \u00b6 Capteur de largeur de filament bas\u00e9 sur le TSLl401CL. Voir ce guide pour plus d'informations. [tsl1401cl_filament_width_sensor] #pin: #default_nominal_filament_diameter: 1.75 # (mm) # Diff\u00e9rence maximale de diam\u00e8tre de filament autoris\u00e9e en mm. #max_diff\u00e9rence: 0.2 # La distance entre le capteur et la chambre de fusion en mm. #measurement_delay: 100 [hall_filament_width_sensor] \u00b6 Capteur Hall de largeur de filament (voir Capteur Hall de largeur de filament ). [hall_filament_width_sensor] adc1: adc2: # Broches d'entr\u00e9e analogiques connect\u00e9es au capteur. Ces param\u00e8tres doivent # \u00eatre fournis. #cal_dia1: 1.50 #cal_dia2: 2.00 # Les valeurs d'\u00e9talonnage (en mm) pour les capteurs. La valeur par d\u00e9faut est # 1,50 pour cal_dia1 et 2,00 pour cal_dia2. #raw_dia1: 9500 #raw_dia2: 10500 # Les valeurs brutes d'\u00e9talonnage des capteurs. La valeur par d\u00e9faut est 9500 # pour raw_dia1 et 10500 pour raw_dia2. #default_nominal_filament_diameter: 1.75 # Le diam\u00e8tre nominal du filament. Ce param\u00e8tre doit \u00eatre fourni. #max_difference: 0.200 # Diff\u00e9rence maximale autoris\u00e9e de diam\u00e8tre du filament en millim\u00e8tres (mm). # Si la diff\u00e9rence entre le diam\u00e8tre nominal du filament et la sortie du capteur # est sup\u00e9rieure \u00e0 +- max_difference, le multiplicateur d'extrusion est ramen\u00e9 \u00e0 # \u00e0 %100. La valeur par d\u00e9faut est de 0,200. #measurement_delay: 70 # La distance entre le capteur et la chambre de fusion/la buse en # millim\u00e8tres (mm). Le filament situ\u00e9 entre le capteur et la buse # sera trait\u00e9 comme le default_nominal_filament_diameter. # Ce module h\u00f4te fonctionne avec une logique FIFO. Il conserve chaque valeur # de capteur dans un tableau et les remet (POP) dans la bonne position. Ce # param\u00e8tre doit \u00eatre fourni. #enable: False # Capteur activ\u00e9 ou d\u00e9sactiv\u00e9 apr\u00e8s la mise sous tension. La valeur par d\u00e9faut est # d\u00e9sactiv\u00e9. #measurement_interval: 10 # La distance approximative (en mm) entre les lectures du capteur. La valeur # par d\u00e9faut est de 10mm. #logging: False # Le diam\u00e8tre de sortie vers le terminal et vers klipper.log peut \u00eatre activ\u00e9 par # ce param\u00e8tre. #min_diameter: 1.0 # Diam\u00e8tre minimal pour d\u00e9clencher le capteur virtuel filament_switch_sensor. #use_current_dia_while_delay: False # Utiliser le diam\u00e8tre actuel au lieu du diam\u00e8tre nominal pendant que le d\u00e9lai # de mesure n'est pas \u00e9coul\u00e9. #pause_on_runout: #runout_gcode: #insert_gcode: #event_delay: #pause_delay: # Voir la section \"filament_switch_sensor\" pour une description des # param\u00e8tres ci-dessus. Support mat\u00e9riel sp\u00e9cifique \u00e0 une carte \u00b6 [sx1509] \u00b6 Configuration d'un expandeur SX1509 I2C vers GPIO. En raison du d\u00e9lai encouru par la communication I2C, vous ne devez PAS utiliser les broches du SX1509 comme activation du moteur pas \u00e0 pas, pas ou direction ou toute autre broche n\u00e9cessitant un changement de bit rapide. Il est pr\u00e9f\u00e9rable de les utiliser comme sorties num\u00e9riques statiques ou contr\u00f4l\u00e9es par gcode ou comme broches hardware-pwm pour des ventilateurs par exemple. On peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"sx1509\". Chaque expandeur fournit un ensemble de 16 broches (sx1509_my_sx1509:PIN_0 \u00e0 sx1509_my_sx1509:PIN_15) pouvant \u00eatre utilis\u00e9es dans la configuration de l'imprimante. Voir le fichier generic-duet2-duex.cfg pour un exemple. [sx1509 my_sx1509] i2c_address: # Adresse I2C utilis\u00e9e par cet expandeur. Selon le mat\u00e9riel # il s'agit de l'une des adresses suivantes : 62 63 112 113. # Ce param\u00e8tre doit \u00eatre fourni. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #i2c_bus: # Si l'impl\u00e9mentation I2C de votre micro-contr\u00f4leur prend en charge # plusieurs bus I2C, vous pouvez sp\u00e9cifier le nom du bus ici. La valeur # par d\u00e9faut est d'utiliser le bus i2c par d\u00e9faut du micro-contr\u00f4leur. [samd_sercom] \u00b6 Configuration de SAMD SERCOM pour indiquer les broches \u00e0 utiliser sur un mat\u00e9riel SERCOM. On peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"samd_sercom\". Chaque SERCOM doit \u00eatre configur\u00e9 avant de pouvoir \u00eatre utilis\u00e9 comme p\u00e9riph\u00e9rique SPI ou I2C. Placez cette section de configuration au-dessus de toute autre section qui utilise les bus SPI ou I2C. [samd_sercom my_sercom] sercom: # Le nom du bus sercom \u00e0 configurer dans le micro-contr\u00f4leur. # Les noms disponibles sont \"sercom0\", \"sercom1\", etc. # Ce param\u00e8tredoit \u00eatre fourni. tx_pin: # Broche MOSI pour la communication SPI, ou broche SDA (donn\u00e9es) pour la communication I2C. # La broche doit avoir une configuration pinmux valide pour le p\u00e9riph\u00e9rique SERCOM donn\u00e9. # Ce param\u00e8tre doit \u00eatre fourni. #rx_pin: # Broche MISO pour la communication SPI. Cette broche n'est pas utilis\u00e9e pour la communication I2C # (I2C utilise tx_pin pour l'envoi et la r\u00e9ception). # La broche doit avoir une configuration pinmux valide pour le p\u00e9riph\u00e9rique SERCOM donn\u00e9. # Ce param\u00e8tre est optionnel. clk_pin: # La broche CLK pour la communication SPI, ou la broche SCL (horloge) pour la communication I2C. # La broche doit avoir une configuration pinmux valide pour le p\u00e9riph\u00e9rique SERCOM donn\u00e9. # Ce param\u00e8tre doit \u00eatre fourni [adc_scaled] \u00b6 Mise \u00e0 l'\u00e9chelle analogique du Duet2 Maestro par lectures vref et vssa. D\u00e9finir une section adc_scaled permet d'activer des broches adc virtuelles (telles que \"my_name:PB0\") qui seront automatiquement ajust\u00e9es par les broches de surveillance vref et vssa de la carte. Assurez-vous de d\u00e9finir cette section de configuration au-dessus de toute section de configuration utilisant l'une de ces broches virtuelles. Voir le fichier generic-duet2-maestro.cfg pour un exemple. [adc_scaled my_name] vref_pin : # La broche ADC \u00e0 utiliser pour le contr\u00f4le de VREF. Ce param\u00e8tre doit \u00eatre # fourni. vssa_pin : # La broche ADC \u00e0 utiliser pour la surveillance VSSA. Ce param\u00e8tre doit \u00eatre # fourni. #smooth_time : 2.0 # Une dur\u00e9e (en secondes) durant laquelle les mesures de vref et vssa # seront liss\u00e9es pour r\u00e9duire l'impact du bruit des mesures. # La valeur par d\u00e9faut est de 2 secondes. [replicape] \u00b6 Support de Replicape - voir le guide beaglebone et le fichier generic-replicape.cfg pour un exemple. # La section de configuration \"replicape\" ajoute \"replicape:stepper_x_enable\" pour # l'activation de broches virtuelles de moteur (pour les moteurs X, Y, Z, E et H) et # \"replicape:power_x\" des broches de sortie PWM (pour les pilotes, e, h, fan0, fan1, # fan2, et fan3) utilisables ailleurs dans le fichier de configuration. [replicape] revision: # La r\u00e9vision du mat\u00e9riel replicape. Actuellement, seule la r\u00e9vision \"B3\" est # support\u00e9e. Ce param\u00e8tre doit \u00eatre fourni. #enable_pin: !gpio0_20 # La broche d'activation globale de la replicape. La valeur par d\u00e9faut est !gpio0_20 # (aka P9_41). host_mcu : # Le nom de la section de configuration mcu communiquant avec la section de # l'instance mcu du \"processus linux\" de Klipper. Ce param\u00e8tre doit \u00eatre # fourni. #standstill_power_down: False # Ce param\u00e8tre contr\u00f4le la ligne CFG6_ENN sur tous les moteurs pas \u00e0 pas. # True r\u00e8gle les lignes d'activation sur \"ouvert\". La valeur par d\u00e9faut est # False. #stepper_x_microstep_mode: #stepper_y_microstep_mode: #stepper_z_microstep_mode: #stepper_e_microstep_mode: #stepper_h_microstep_mode: # Ce param\u00e8tre contr\u00f4le les broches CFG1 et CFG2 du pilote de moteur donn\u00e9. # Les options disponibles sont : disable, 1, 2, spread2, 4, 16, spread4, spread16, # stealth4, et stealth16. La valeur par d\u00e9faut est disable. #stepper_x_current: #stepper_y_current: #stepper_z_current: #stepper_e_current: #stepper_h_current: # Le courant maximum configur\u00e9 (en Amp\u00e8res) du moteur pas \u00e0 pas. # Ce param\u00e8tre doit \u00eatre fourni si le moteur pas \u00e0 pas n'est pas dans un # mode d\u00e9sactiv\u00e9. #stepper_x_chopper_off_time_high: #stepper_y_chopper_off_time_high: #stepper_z_chopper_off_time_high: #stepper_e_chopper_off_time_high: #stepper_h_chopper_off_time_high: # Ce param\u00e8tre contr\u00f4le la broche CFG0 du pilote du moteur pas \u00e0 pas. # (True place CFG0 en haut, False le place en bas). La valeur par d\u00e9faut est False. #stepper_x_chopper_hysteresis_high: #stepper_y_chopper_hysteresis_high: #stepper_z_chopper_hysteresis_high: #stepper_e_chopper_hysteresis_high: #stepper_h_chopper_hysteresis_high: # Ce param\u00e8tre contr\u00f4le la broche CFG4 du pilote du moteur pas \u00e0 pas. # (True place CFG4 en haut, False le place en bas). La valeur par d\u00e9faut est False. #stepper_x_chopper_blank_time_high: #stepper_y_chopper_blank_time_high: #stepper_z_chopper_blank_time_high: #stepper_e_chopper_blank_time_high: #stepper_h_chopper_blank_time_high: # Ce param\u00e8tre contr\u00f4le la broche CFG5 du pilote du moteur pas \u00e0 pas. # (True place CFG5 en haut, False le place en bas). La valeur par d\u00e9faut est True. Autres modules sp\u00e9cifiques \u00b6 [palette2] \u00b6 Prise en charge des multimat\u00e9riaux de la Palette 2 - assure une int\u00e9gration plus \u00e9troite de la prise en charge des p\u00e9riph\u00e9riques de la Palette 2 en mode connect\u00e9. Ce module n\u00e9cessite \u00e9galement [virtual_sdcard] et [pause_resume] pour une fonctionnalit\u00e9 compl\u00e8te. Si vous utilisez ce module, n'utilisez pas le plugin Palette 2 pour Octoprint car ils entreront en conflit, et le module ne pourra pas s'initialiser correctement, ce qui fera \u00e9chouer votre impression. Si vous utilisez Octoprint et que vous diffusez du gcode sur le port s\u00e9rie au lieu d'imprimer \u00e0 partir de virtual_sd, alors supprimez M1 et M0 de Commandes de pause dans Param\u00e8tres > Connexion s\u00e9rie > Firmware & protocole \u00e9vitera d'avoir \u00e0 lancer l'impression sur la Palette 2 et de devoir lever la pause dans Octoprint pour que l'impression commence. [palette2] serial: # Le port s\u00e9rie \u00e0 connecter \u00e0 la Palette 2. #baud: 115200 # Le d\u00e9bit en bauds \u00e0 utiliser. La valeur par d\u00e9faut est 115200. #feedrate_splice: 0.8 # Le taux d'avance \u00e0 utiliser lors de l'\u00e9pissage, la valeur par d\u00e9faut est 0.8. #feedrate_normal: 1.0 # L'avance \u00e0 utiliser apr\u00e8s l'\u00e9pissage, la valeur par d\u00e9faut est 1.0. #auto_load_speed: 2 # Vitesse d'extrusion lors du chargement automatique, par d\u00e9faut 2 (mm/s). #auto_cancel_variation: 0.1 # Annulation automatique de l'impression lorsque la variation du ping est sup\u00e9rieure \u00e0 ce seuil. [angle] \u00b6 Prise en charge du capteur d'angle Hall magn\u00e9tique pour la lecture des mesures de l'angle de l'arbre du moteur pas \u00e0 pas \u00e0 l'aide des puces SPI a1333, as5047d ou tle5012b. Les mesures sont disponibles via le serveur API et l' outil d'analyse de mouvement . Voir la r\u00e9f\u00e9rence G-Code pour les commandes disponibles. [angle my_angle_sensor] sensor_type: # Le type de la puce du capteur magn\u00e9tique \u00e0 effet Hall. Les choix disponibles # sont \"a1333\", \"as5047d\" et \"tle5012b\". Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. #sample_period: 0.000400 # La p\u00e9riode de requ\u00eate (en secondes) \u00e0 utiliser lors des mesures. La valeur par # d\u00e9faut est de 0.000400 (ce qui correspond \u00e0 2500 \u00e9chantillons par seconde). #stepper: # Le nom du pilote moteur pas \u00e0 pas auquel le capteur d'angle est attach\u00e9 (ex, # \"stepper_x\"). La d\u00e9finition de cette valeur active un \u00e9talonnage d'angle. # Pour utiliser cette fonction, le paquet Python \"numpy\" doit \u00eatre install\u00e9. # Par d\u00e9faut, l'\u00e9talonnage d'angle n'est pas activ\u00e9 pour un capteur d'angle. cs_pin: # La broche d'activation SPI du capteur. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. Param\u00e8tres communs aux bus \u00b6 Param\u00e8tres SPI communs \u00b6 Les param\u00e8tres suivants sont g\u00e9n\u00e9ralement disponibles pour les dispositifs utilisant un bus SPI. #spi_speed: # La vitesse SPI (en hz) \u00e0 utiliser lors de la communication avec le p\u00e9riph\u00e9rique. # La valeur par d\u00e9faut d\u00e9pend du type de p\u00e9riph\u00e9rique. #spi_bus: # Si le micro-contr\u00f4leur supporte plusieurs bus SPI alors on peut sp\u00e9cifier le nom # du bus du micro-contr\u00f4leur ici. La valeur par d\u00e9faut d\u00e9pend du type de # micro-contr\u00f4leur. #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Sp\u00e9cifiez les param\u00e8tres ci-dessus pour utiliser le \"SPI logiciel\". Ce mode ne # n\u00e9cessite pas le support mat\u00e9riel du micro-contr\u00f4leur (typiquement n'importe # quelle broche d'usage g\u00e9n\u00e9ral peut \u00eatre utilis\u00e9e). La valeur par d\u00e9faut est de # ne pas utiliser le \"spi logiciel\". Param\u00e8tres I2C communs \u00b6 Les param\u00e8tres suivants sont g\u00e9n\u00e9ralement disponibles pour les dispositifs utilisant un bus I2C. Notez que le support actuel des micro-contr\u00f4leurs de Klipper pour i2c n'est g\u00e9n\u00e9ralement pas tol\u00e9rant au bruit sur la ligne. Des erreurs inattendues sur les fils i2c peuvent entra\u00eener une erreur d'ex\u00e9cution de Klipper. Le support de Klipper de r\u00e9cup\u00e9ration des erreurs varie selon le type de micro-contr\u00f4leur. Il est g\u00e9n\u00e9ralement recommand\u00e9 de n'utiliser que des dispositifs i2c se trouvant sur la m\u00eame carte de circuit imprim\u00e9 que le microcontr\u00f4leur. La plupart des impl\u00e9mentations de micro-contr\u00f4leurs Klipper ne supportent qu'une i2c_speed de 100000. Le micro-contr\u00f4leur Klipper \"linux\" supporte une vitesse de 400000, mais elle doit \u00eatre d\u00e9finie dans le syst\u00e8me d'exploitation sinon le param\u00e8tre i2c_speed est ignor\u00e9. Le micro-contr\u00f4leur Klipper \"rp2040\" supporte un taux de 400000 via le param\u00e8tre i2c_speed . Tous les autres micro-contr\u00f4leurs Klipper utilisent un taux de 100000 et ignorent le param\u00e8tre i2c_speed . #i2c_address: # L'adresse i2c du p\u00e9riph\u00e9rique. Elle doit \u00eatre sp\u00e9cifi\u00e9e sous la forme d'un nombre d\u00e9cimal # (pas en hexad\u00e9cimal). La valeur par d\u00e9faut d\u00e9pend du type de p\u00e9riph\u00e9rique. #i2c_mcu: # Le nom du micro-contr\u00f4leur auquel la puce est connect\u00e9e. # La valeur par d\u00e9faut est \"mcu\". #i2c_bus: # Si le micro-contr\u00f4leur supporte plusieurs bus I2C, on peut sp\u00e9cifier le bus du micro-contr\u00f4leur. # La valeur par d\u00e9faut d\u00e9pend du type de micro-contr\u00f4leur. #i2c_speed: # La vitesse I2C (en Hz) \u00e0 utiliser lors de la communication avec le p\u00e9riph\u00e9rique. # L'impl\u00e9mentation de Klipper pour la plupart des micro-contr\u00f4leurs est cod\u00e9e en dur \u00e0 100000, # modifier cette valeur n'a aucun effet. La valeur par d\u00e9faut est 100000.","title":"R\u00e9f\u00e9rence de configuration"},{"location":"Config_Reference.html#reference-de-configuration","text":"Ce document est la r\u00e9f\u00e9rence des options disponibles dans le fichier de configuration de Klipper. Les descriptions de ce document sont format\u00e9es de mani\u00e8re \u00e0 ce qu'il soit possible de les copier-coller dans un fichier de configuration d'imprimante. Consultez le document d'installation pour obtenir des informations sur la configuration de Klipper et le choix d'un fichier de configuration initial.","title":"R\u00e9f\u00e9rence de configuration"},{"location":"Config_Reference.html#configuration-du-microcontroleur","text":"","title":"Configuration du microcontr\u00f4leur"},{"location":"Config_Reference.html#format-du-nom-des-broches-du-microcontroleur","text":"De nombreuses options de configuration n\u00e9cessitent le nom d'une broche du micro-contr\u00f4leur. Klipper utilise les noms mat\u00e9riel pour ces broches - par exemple PA4 . Les noms des broches peuvent \u00eatre pr\u00e9c\u00e9d\u00e9s de ! pour indiquer qu'une polarit\u00e9 inverse doit \u00eatre utilis\u00e9e (par exemple, d\u00e9clencher sur le niveau bas au lieu du niveau haut). Les broches d'entr\u00e9e peuvent \u00eatre pr\u00e9c\u00e9d\u00e9es de ^ pour indiquer qu'une r\u00e9sistance pull-up mat\u00e9rielle doit \u00eatre activ\u00e9e pour cette broche. Si le micro-contr\u00f4leur supporte les r\u00e9sistances pull-down, une broche d'entr\u00e9e peut \u00e9galement \u00eatre pr\u00e9c\u00e9d\u00e9e de ~ . Notez que certaines sections de configuration peuvent \"cr\u00e9er\" des broches suppl\u00e9mentaires. Lorsque cela se produit, la section de configuration d\u00e9finissant ces broches doit \u00eatre r\u00e9pertori\u00e9e dans le fichier de configuration avant toute section utilisant celles-ci.","title":"Format du nom des broches du microcontr\u00f4leur"},{"location":"Config_Reference.html#mcu","text":"Configuration du microcontr\u00f4leur primaire. [mcu] serial: # Le port s\u00e9rie \u00e0 connecter \u00e0 l'unit\u00e9 MCU. Si vous n'\u00eates pas s\u00fbr (ou s'il # change) consultez la section \"O\u00f9 est mon port s\u00e9rie ?\" de la FAQ. # Ce param\u00e8tre doit \u00eatre fourni lors de l'utilisation d'un port s\u00e9rie. #baud: 250000 # Le d\u00e9bit en bauds \u00e0 utiliser. La valeur par d\u00e9faut est 250000. #canbus_uuid: # Si vous utilisez un dispositif connect\u00e9 \u00e0 un bus CAN, ceci d\u00e9finit l'identifiant # unique de la puce \u00e0 laquelle se connecter. Cette valeur doit \u00eatre fournie lorsque l'on utilise # le bus CAN pour la communication. #canbus_interface: # Si vous utilisez un dispositif connect\u00e9 \u00e0 un bus CAN, ceci d\u00e9finit l'interface r\u00e9seau CAN # \u00e0 utiliser. La valeur par d\u00e9faut est 'can0'. #restart_method: # Ceci contr\u00f4le le m\u00e9canisme que l'h\u00f4te utilisera pour r\u00e9initialiser le microcontr\u00f4leur. # Les choix sont 'arduino', 'cheetah', 'rpi_usb', et 'command'. La m\u00e9thode 'arduino' # (basculer DTR) est courante sur les cartes et clones Arduino. # La m\u00e9thode 'cheetah' est une m\u00e9thode particuli\u00e8re n\u00e9cessaire pour certaines cartes # Fysetc Cheetah. La m\u00e9thode 'rpi_usb' est utile sur les cartes Raspberry Pi avec des # micro-contr\u00f4leurs aliment\u00e9s par USB - elle d\u00e9sactive bri\u00e8vement l'alimentation de tous # les ports USB pour effectuer une r\u00e9initialisation du microcontr\u00f4leur. # La m\u00e9thode 'command' implique l'envoi d'une commande Klipper au microcontr\u00f4leur # afin qu'il puisse # se r\u00e9initialiser. # La valeur par d\u00e9faut est 'arduino' si le micro-contr\u00f4leur communique via un port s\u00e9rie, # 'command' sinon.","title":"[mcu|"},{"location":"Config_Reference.html#mcu-my_extra_mcu","text":"Microcontr\u00f4leurs suppl\u00e9mentaires (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcu\"). Les microcontr\u00f4leurs suppl\u00e9mentaires introduisent des broches additionnelles pouvant \u00eatre configur\u00e9es comme des \u00e9l\u00e9ments de chauffage, des pilotes moteurs, des ventilateurs, etc. Par exemple, si une section \"[mcu extra_mcu]\" est ajout\u00e9e, des broches telles que \"extra_mcu:ar9\" pourront \u00eatre utilis\u00e9es ailleurs dans la configuration (o\u00f9 \"ar9\" est un nom de broche mat\u00e9rielle ou un nom d'alias sur le mcu donn\u00e9). [mcu my_extra_mcu] # Voir la section \"mcu\" pour les param\u00e8tres de configuration.","title":"[mcu my_extra_mcu]"},{"location":"Config_Reference.html#parametres-cinematiques-courants","text":"","title":"Param\u00e8tres cin\u00e9matiques courants"},{"location":"Config_Reference.html#printer","text":"La section imprimante contr\u00f4le les param\u00e8tres de haut niveau de l'imprimante. [printer] kinematics: # Le type d'imprimante utilis\u00e9e. Cette option peut \u00eatre l'une des suivantes : cart\u00e9sienne, # corexy, corexz, hybrid_corexy, hybrid_corexz, rotary_delta, delta, deltesian, polar, winch, # ou none. Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. max_velocity: # Vitesse maximale (en mm/s) de la t\u00eate d'outil (par rapport \u00e0 l'impression). # Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. max_accel: # Acc\u00e9l\u00e9ration maximale (en mm/s^2) de la t\u00eate de l'outil (par rapport \u00e0 l'impression). # Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. #max_accel_to_decel: # Une pseudo-acc\u00e9l\u00e9ration (en mm/s^2) contr\u00f4lant la vitesse \u00e0 laquelle la t\u00eate de l'outil peut # passer de l'acc\u00e9l\u00e9ration \u00e0 la d\u00e9c\u00e9l\u00e9ration. Elle est utilis\u00e9e pour r\u00e9duire la vitesse maximale # des courts mouvements en zigzag (et donc r\u00e9duire les vibrations de l'imprimante dues \u00e0 ces # mouvements). La valeur par d\u00e9faut est la moiti\u00e9 de max_accel. #square_corner_velocity: 5.0 # La vitesse maximale (en mm/s) \u00e0 laquelle la t\u00eate d'outil peut parcourir un angle de 90 degr\u00e9s. # Une valeur non nulle peut r\u00e9duire les changements dans les d\u00e9bits de l'extrudeuse en # permettant des changements de vitesse instantan\u00e9s de la t\u00eate d'outil pendant les virages. # Cette valeur configure l'algorithme interne de prise de virage \u00e0 vitesse centrip\u00e8te ; les virages # dont l'angle est sup\u00e9rieur \u00e0 90 degr\u00e9s auront une vitesse de prise de virage plus \u00e9lev\u00e9e tandis # que ceux d'angles inf\u00e9rieurs \u00e0 90 degr\u00e9s auront une vitesse de virage plus faible. # Si ce param\u00e8tre est d\u00e9fini sur z\u00e9ro, la t\u00eate d'outil d\u00e9c\u00e9l\u00e9rera jusqu'\u00e0 z\u00e9ro \u00e0 chaque coin. # La valeur par d\u00e9faut est 5mm/s.","title":"[printer]"},{"location":"Config_Reference.html#stepper","text":"D\u00e9finitions des pilotes de moteurs pas \u00e0 pas. Diff\u00e9rents types d'imprimantes (comme sp\u00e9cifi\u00e9 par l'option \"kinematics\" dans la section [printer]) requi\u00e8rent diff\u00e9rents noms pour le moteur pas \u00e0 pas (par exemple, stepper_x vs stepper_a ). Ci-dessous, vous trouverez les d\u00e9finitions les plus courantes. Voir le document distance de rotation pour des informations sur le calcul du param\u00e8tre rotation_distance . Voir le document Multi-MCU homing pour des informations sur l'utilisation de plusieurs microcontr\u00f4leurs lors d'une mise \u00e0 l'origine. [stepper_x] step_pin: # Broche GPIO du moteur (d\u00e9clench\u00e9e \u00e0 l'\u00e9tat haut). Ce param\u00e8tre doit \u00eatre fourni. dir_pin: # Broche GPIO de direction (le niveau haut indique une direction positive). Ce param\u00e8tre # doit \u00eatre fourni. enable_pin: # Broche d'activation (par d\u00e9faut, enable est haut ; utilisez ! pour indiquer enable # bas). Si ce param\u00e8tre n'est pas fourni, le pilote du moteur pas \u00e0 pas doit toujours # \u00eatre activ\u00e9. rotation_distance: # Distance (en mm) parcourue par l'axe lors d'une rotation compl\u00e8te du moteur pas \u00e0 pas # (ou de l'engrenage final si le rapport de vitesse est sp\u00e9cifi\u00e9). # Ce param\u00e8tre doit \u00eatre fourni. microsteps: # Le nombre de micropas utilis\u00e9s par le pilote du moteur pas \u00e0 pas. Ce param\u00e8tre # doit \u00eatre fourni. #full_steps_per_rotation: 200 # Nombre de pas complets pour une rotation compl\u00e8te du moteur pas \u00e0 pas. # R\u00e9glez ce param\u00e8tre sur 200 pour un moteur pas \u00e0 pas de 1,8 degr\u00e9 ou sur 400 pour # un moteur de 0,9 degr\u00e9. La valeur par d\u00e9faut est 200. #gear_ratio: # Le rapport d'engrenage si le moteur pas \u00e0 pas est reli\u00e9 \u00e0 l'axe via une d\u00e9multiplication. # Par exemple, on peut sp\u00e9cifier \"5:1\" si un r\u00e9ducteur de 5 pour 1 est utilis\u00e9. # Si l'axe a plusieurs d\u00e9multiplications, on peut sp\u00e9cifier une liste de rapports s\u00e9par\u00e9s par # des virgules (par exemple, \"57:11, 2:1\"). Si un rapport de vitesse est sp\u00e9cifi\u00e9, alors # rotation_distance sp\u00e9cifie la distance parcourue par l'axe pour une rotation compl\u00e8te # de l'engrenage final. # La valeur par d\u00e9faut est de ne pas utiliser de rapport de vitesse. #step_pulse_duration: # Le temps minimum entre le front du signal d'impulsion de pas et le front du signal \"unstep\" suivant. # Ceci est \u00e9galement utilis\u00e9 pour d\u00e9finir le temps minimum entre une impulsion de pas et un signal # de changement de direction. # La valeur par d\u00e9faut est 0,000000100 (100ns) pour les pilotes TMC configur\u00e9s en mode UART ou SPI, # sinon la valeur par d\u00e9faut est de 0,000002 (2us) pour tous les autres pilotes. endstop_pin: # Broche de d\u00e9tection de l'interrupteur de fin de course. Si cette broche est sur un mcu diff\u00e9rent de # celui du moteur pas \u00e0 pas, cela active le \"multi-mcu\". Ce param\u00e8tre doit \u00eatre fourni pour les moteurs # pas \u00e0 pas X, Y, et Z sur les imprimantes de style cart\u00e9sien. #position_min: 0 # Distance minimale valide (en mm) vers laquelle l'utilisateur peut commander le moteur pas \u00e0 pas. # La valeur par d\u00e9faut est 0mm. position_endstop: # Emplacement de la but\u00e9e (en mm). Ce param\u00e8tre doit \u00eatre fourni pour les moteurs X, Y et Z # des imprimantes de style cart\u00e9sien. position_max: # Distance maximale valide (en mm) vers laquelle l'utilisateur peut ordonner au moteur de se d\u00e9placer. # Ce param\u00e8tre doit \u00eatre fourni pour les moteurs X, Y, et Z des imprimantes de type cart\u00e9sien. #homing_speed: 5.0 # Vitesse maximale (en mm/s) du moteur pas \u00e0 pas lors de la mise \u00e0 l'origine. La valeur par d\u00e9faut # est de 5mm/s. #homing_retract_dist: 5.0 # Distance de recul (en mm) avant le retour au point d'origine une seconde fois. # R\u00e9glez cette valeur \u00e0 z\u00e9ro pour d\u00e9sactiver le second retour \u00e0 l'origine. La valeur par d\u00e9faut # est de 5 mm. #homing_retract_speed: # Vitesse \u00e0 utiliser pour le mouvement de recul apr\u00e8s le retour \u00e0 l'origine au cas o\u00f9 elle soit # diff\u00e9rente de la vitesse de mise \u00e0 l'origine qui est la valeur par d\u00e9faut de ce param\u00e8tre. #second_homing_speed: # Vitesse (en mm/s) du moteur pas \u00e0 pas lors du second retour \u00e0 l'origine. # La valeur par d\u00e9faut est homing_speed/2. #homing_positive_dir: # Si la valeur est vraie (true), le retour au point d'origine entra\u00eenera le d\u00e9placement de la commande pas # \u00e0 pas dans une direction positive (en s'\u00e9loignant de z\u00e9ro) ; si elle est fausse (false), le retour \u00e0 l'origine # se fera vers z\u00e9ro. Il est pr\u00e9f\u00e9rable d'utiliser la valeur par d\u00e9faut que de sp\u00e9cifier ce param\u00e8tre. La valeur # par d\u00e9faut est true si position_endstop est proche de position_max et false si elle est proche de # la position_min.","title":"[stepper]"},{"location":"Config_Reference.html#cinematique-cartesienne","text":"Voir example-cartesian.cfg pour un exemple de fichier de configuration de cin\u00e9matique cart\u00e9sienne. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes cart\u00e9siennes sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: cartesian max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la vitesse maximale du moteur pas \u00e0 pas z. # La valeur par d\u00e9faut est l'utilisation de max_velocity pour # max_z_velocity. max_z_accel: # Ce param\u00e8tre d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement sur l'axe z. # Cela limite l'acc\u00e9l\u00e9ration du moteur pas \u00e0 pas z. La valeur par d\u00e9faut est # d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe X dans un robot cart\u00e9sien. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Y d'un robot cart\u00e9sien. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Z d'un robot cart\u00e9sien. [stepper_z]","title":"Cin\u00e9matique cart\u00e9sienne"},{"location":"Config_Reference.html#cinematique-delta-lineaire","text":"Voir example-delta.cfg pour un exemple de fichier de configuration de cin\u00e9matique delta lin\u00e9aire. Voir le guide de calibration delta pour des informations sur la calibration. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes delta lin\u00e9aires sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: delta max_z_velocity: # Pour les imprimantes delta, cela limite la vitesse maximale (en mm/s) des # mouvements de l'axe z. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour r\u00e9duire la # vitesse maximale des d\u00e9placements vers le haut/bas (n\u00e9cessitent une vitesse # de pas plus \u00e9lev\u00e9e que les autres mouvements sur une imprimante delta). La # valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. #max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # Ce param\u00e8tre peut \u00eatre utile si l'imprimante peut atteindre une plus grande # acc\u00e9l\u00e9ration sur les mouvements XY que sur les mouvements Z (par exemple, lors # de l'utilisation de la compensation de r\u00e9sonance). # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. #minimum_z_position: 0 # Position Z minimale \u00e0 laquelle l'utilisateur peut ordonner \u00e0 la t\u00eate de se d\u00e9placer. # La valeur par d\u00e9faut est 0. delta_radius: # Rayon (en mm) du cercle horizontal form\u00e9 par les trois colonnes d'axe lin\u00e9aire. # Ce param\u00e8tre peut \u00e9galement \u00eatre calcul\u00e9 comme suit : # delta_radius = smooth_rod_offset - effector_offset - carriage_offset. # Ce param\u00e8tre doit \u00eatre fourni. #print_radius: # Le rayon (en mm) des coordonn\u00e9es XY valides de la t\u00eate d'extrusion. On peut utiliser # ce param\u00e8tre pour personnaliser la v\u00e9rification de la plage de mouvements de la t\u00eate. # Si une grande valeur est sp\u00e9cifi\u00e9e ici, il peut \u00eatre possible de faire entrer la t\u00eate en collision # avec une colonne. La valeur par d\u00e9faut est d'utiliser delta_radius pour print_radius (ce qui # emp\u00eachera normalement une collision avec une colonne). # La section stepper_a d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant la colonne avant gauche (\u00e0 210 # degr\u00e9s). Cette section contr\u00f4le \u00e9galement les param\u00e8tres de la mise \u00e0 l'origine # (homing_speed, homing_retract_dist) pour toutes les colonnes. [stepper_a] position_endstop: # Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de # construction et que la fin de course se d\u00e9clenche. Ce param\u00e8tre doit \u00eatre fourni pour le # stepper_a ; pour les stepper_b et stepper_c, ce param\u00e8tre prend par d\u00e9faut la valeur # sp\u00e9cifi\u00e9e pour stepper_a. arm_length: # Longueur (en mm) du bras reliant cette colonne \u00e0 la t\u00eate d'impression. # Ce param\u00e8tre doit \u00eatre fourni pour stepper_a ; pour stepper_b et stepper_c, ce param\u00e8tre # prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. #angle: # Cette option sp\u00e9cifie l'angle (en degr\u00e9s) o\u00f9 se trouve positionn\u00e9e la colonne. # La valeur par d\u00e9faut est 210 pour stepper_a, 330 pour stepper_b, et 90 # pour stepper_c. # La section stepper_b d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant la colonne avant droite (\u00e0 330 degr\u00e9s). [stepper_b] # La section stepper_c d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant la colonne arri\u00e8re droite (\u00e0 90 degr\u00e9s). [stepper_c] # La section delta_calibrate active une commande G-code \u00e9tendue DELTA_CALIBRATE permettant # de calibrer la position des interrupteurs de fin de course ainsi que les angles des colonnes. [delta_calibrate] radius: # Rayon (en mm) de la zone palpable. Il s'agit du rayon des coordonn\u00e9es de la buse \u00e0 sonder ; si # vous utilisez un palpeur automatique avec un d\u00e9calage XY, choisissez un rayon suffisamment # petit pour que la sonde reste toujours au-dessus du lit. # Ce param\u00e8tre doit \u00eatre fourni. #speed: 50 # La vitesse (en mm/s) des mouvements sans palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer # juste avant de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5.","title":"Cin\u00e9matique Delta lin\u00e9aire"},{"location":"Config_Reference.html#cinematique-deltesienne","text":"Voir example-deltesian.cfg pour un exemple de fichier de configuration de cin\u00e9matique deltesienne. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes deltesiennes sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: deltesian max_z_velocity: # Pour les imprimantes deltesiennes, ceci limite la vitesse maximale (en mm/s) des # d\u00e9placements avec un mouvement sur l'axe z. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour # r\u00e9duire la vitesse maximale des d\u00e9placements vers le haut/bas (qui n\u00e9cessitent un # taux de pas plus \u00e9lev\u00e9 que les autres mouvements sur une imprimante deltesienne). # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. #max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # Ce param\u00e8tre peut \u00eatre utile si l'imprimante peut atteindre une plus grande # acc\u00e9l\u00e9ration sur les mouvements XY que sur les mouvements Z (par exemple, lors # de l'utilisation de la compensation de la r\u00e9sonance). # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. #minimum_z_position : 0 # Position Z minimale \u00e0 laquelle l'utilisateur peut ordonner \u00e0 la t\u00eate de se d\u00e9placer. # La valeur par d\u00e9faut est 0. #min_angle: 5 # Ceci repr\u00e9sente l'angle minimum (en degr\u00e9s) par rapport \u00e0 l'horizontale que les bras # deltesiens sont autoris\u00e9s \u00e0 atteindre. Ce param\u00e8tre est destin\u00e9 \u00e0 emp\u00eacher les bras de # devenir compl\u00e8tement horizontaux, ce qui risquerait de provoquer une inversion # accidentelle de l'axe XZ. # La valeur par d\u00e9faut est 5. #print_width: # La distance (en mm) des coordonn\u00e9es X valides de la t\u00eate de l'outil. On peut utiliser ce # param\u00e8tre pour personnaliser la v\u00e9rification de la plage des mouvements de la t\u00eate de # l'outil. Si une grande valeur est sp\u00e9cifi\u00e9e ici, il peut \u00eatre possible de faire entrer la t\u00eate # de l'outil en collision avec une colonne. Ce param\u00e8tre correspond g\u00e9n\u00e9ralement \u00e0 la # largeur du banc (en mm). #slow_ratio: 3 # Rapport utilis\u00e9 pour limiter la vitesse et l'acc\u00e9l\u00e9ration des mouvements proches des # extr\u00eames de l'axe X. Si la distance verticale divis\u00e9e par la distance horizontale d\u00e9passe # la valeur de slow_ratio, la vitesse et l'acc\u00e9l\u00e9ration sont limit\u00e9es \u00e0 la moiti\u00e9 de leur valeur # nominale. Si la distance verticale divis\u00e9e par la distance horizontale d\u00e9passe de deux fois # la valeur de slow_ratio, alors la vitesse et l'acc\u00e9l\u00e9ration sont limit\u00e9es \u00e0 un quart de leur # valeur nominale. La valeur par d\u00e9faut est 3. # La section stepper_left est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant la colonne # gauche. Cette section contr\u00f4le \u00e9galement les param\u00e8tres d'orientation (homing_speed, # homing_retract_dist) pour toutes les colonnes. [stepper_left] position_endstop: # Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de # construction. Ce param\u00e8tre doit \u00eatre fourni pour stepper_left ; pour le param\u00e8tre stepper_right # ce param\u00e8tre prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_left. arm_length: # Longueur (en mm) de la tige diagonale reliant le chariot de la colonne \u00e0 la t\u00eate d'impression. # Ce param\u00e8tre doit \u00eatre fourni pour stepper_left. Pour le param\u00e8tre stepper_right, ce param\u00e8tre # prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_left. arm_x_length: # Distance horizontale entre la t\u00eate d'impression et la colonne lorsque l'imprimante est mise \u00e0 # l'origine. Ce param\u00e8tre doit \u00eatre fourni pour stepper_left ; pour stepper_right, ce param\u00e8tre # prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_left. # La section stepper_right est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant la colonne de droite. [stepper_right] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Y d'un robot deltesien. [stepper_y]","title":"Cin\u00e9matique deltesienne"},{"location":"Config_Reference.html#cinematique-corexy","text":"Voir example-corexy.cfg pour un exemple de fichier cin\u00e9matique corexy (et h-bot). Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes corexy sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: corexy max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la vitesse maximale du moteur pas \u00e0 pas z. # La valeur par d\u00e9faut est l'utilisation de max_velocity pour max_z_velocity. max_z_accel: # Ce param\u00e8tre d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement sur l'axe z. # Cela limite l'acc\u00e9l\u00e9ration du moteur pas \u00e0 pas z. La valeur par d\u00e9faut est # d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X+Y. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire l'axe Y ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Z. [stepper_z]","title":"Cin\u00e9matique CoreXY"},{"location":"Config_Reference.html#cinematique-corexz","text":"Voir example-corexz.cfg pour un exemple de fichier de configuration de cin\u00e9matique corexz. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes corexz sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: corexz max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z. # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X+Z. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire l'axe Z ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Z. [stepper_z]","title":"Cin\u00e9matique CoreXZ"},{"location":"Config_Reference.html#cinematique-hybride-corexy","text":"Voir example-hybrid-corexy.cfg pour un exemple de fichier de configuration de cin\u00e9matique hybride corexy. Cette cin\u00e9matique est \u00e9galement connue sous le nom de cin\u00e9matique Markforged. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes hybrides corexy sont d\u00e9crits ici ; voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: hybrid_corexy max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_acce : # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de l'axe z. # La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Y. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Z. [stepper_z]","title":"Cin\u00e9matique Hybride-CoreXY"},{"location":"Config_Reference.html#cinematique-hybride-corexz","text":"Voir example-hybrid-corexz.cfg pour un exemple de fichier de configuration de cin\u00e9matique hybride corexz. Cette cin\u00e9matique est \u00e9galement connue sous le nom de cin\u00e9matique Markforged. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes hybrides corexy sont d\u00e9crits ici ; voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. [printer] kinematics: hybrid_corexz max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_accel: # Ceci d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement le long de # l'axe z. La valeur par d\u00e9faut est d'utiliser max_accel pour max_z_accel. # La section stepper_x est utilis\u00e9e pour d\u00e9crire l'axe X ainsi que le moteur pas \u00e0 pas # contr\u00f4lant le mouvement X-Z. [stepper_x] # La section stepper_y est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Y. [stepper_y] # La section stepper_z est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # l'axe Z. [stepper_z]","title":"Cin\u00e9matique Hybride-CoreXZ"},{"location":"Config_Reference.html#cinematique-polaire","text":"Voir example-polar.cfg pour un exemple de fichier de configuration de cin\u00e9matique polaire. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes polaires sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. LA CIN\u00c9MATIQUE POLAIRE EST UN TRAVAIL EN COURS. Les d\u00e9placements autour de la position 0, 0 sont connus pour ne pas fonctionner correctement. [printer] kinematics: polar max_z_velocity: # Ceci d\u00e9finit la vitesse maximale (en mm/s) du mouvement le long de l'axe z # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la vitesse maximale du moteur z. # La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. max_z_accel: # Ce param\u00e8tre d\u00e9finit l'acc\u00e9l\u00e9ration maximale (en mm/s^2) du mouvement sur l'axe z. # Cela limite l'acc\u00e9l\u00e9ration du moteur pas \u00e0 pas z. La valeur par d\u00e9faut est d'utiliser # max_accel pour max_z_accel. # La section stepper_bed est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # le lit. [stepper_bed] gear_ratio: # Un rapport de vitesse doit \u00eatre sp\u00e9cifi\u00e9 et la distance de rotation ne peut pas \u00eatre # sp\u00e9cifi\u00e9e. Par exemple, si le lit est \u00e9quip\u00e9 d'une poulie \u00e0 80 dents entra\u00een\u00e9e par un # moteur dont l'axe est muni d'une poulie \u00e0 16 dents, il faut sp\u00e9cifier le rapport # d'engrenage de \"80:16\". Ce param\u00e8tre doit \u00eatre fourni. # La section stepper_arm est utilis\u00e9e pour d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant # le chariot sur le bras. [stepper_arm] # La section stepper_z permet de d\u00e9crire le moteur pas \u00e0 pas contr\u00f4lant l'axe Z. [stepper_z]","title":"Cin\u00e9matique polaire"},{"location":"Config_Reference.html#cinematique-rotative-delta","text":"Voir example-rotary-delta.cfg pour un exemple de fichier de configuration de cin\u00e9matique rotative delta. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes rotatives delta sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. LA CIN\u00c9MATIQUE ROTATIVE DELTA EST UN TRAVAIL EN COURS. Les mouvements d'orientation peuvent d\u00e9passer le temps imparti et certains contr\u00f4les de limites ne sont pas impl\u00e9ment\u00e9s. [printer] kinematics: rotary_delta max_z_velocity: # Pour les imprimantes delta, ceci limite la vitesse maximale (en mm/s) des d\u00e9placements avec # mouvement de l'axe z. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour r\u00e9duire la vitesse maximale des # mouvements de mont\u00e9e/descente (n\u00e9cessitant un taux de pas plus \u00e9lev\u00e9 que les autres mouvements # sur une imprimante delta). La valeur par d\u00e9faut est d'utiliser max_velocity pour max_z_velocity. #minimum_z_position: 0 # La position Z minimale \u00e0 laquelle l'utilisateur peut ordonner \u00e0 la t\u00eate de se d\u00e9placer. # La valeur par d\u00e9faut est 0. shoulder_radius: # Rayon (en mm) du cercle horizontal form\u00e9 par les trois articulations de l'effecteur, moins le rayon # du cercle form\u00e9 par l'articulation de l'effecteur. # Ce param\u00e8tre peut \u00e9galement \u00eatre calcul\u00e9 comme suit # shoulder_radius = (delta_f - delta_e) / sqrt(12) # Ce param\u00e8tre doit \u00eatre fourni. shoulder_height: # Distance (en mm) des joints de l'effecteur par rapport au lit, moins la hauteur de la t\u00eate de l'outil # sur l'effecteur. Ce param\u00e8tre doit \u00eatre fourni. # La section stepper_a d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant le bras arri\u00e8re droit (\u00e0 30 degr\u00e9s). # Cette section contr\u00f4le \u00e9galement les param\u00e8tres de la mise \u00e0 l'origine (homing_speed, # homing_retract_dist) pour tous les bras. [stepper_a] gear_ratio: # Un rapport de vitesse doit \u00eatre sp\u00e9cifi\u00e9 et la rotation_distance ne peut pas \u00eatre sp\u00e9cifi\u00e9e. # Par exemple, si le bras a une poulie de 80 dents entra\u00een\u00e9e par une poulie de 16 dents, \u00e0 son # tour reli\u00e9e \u00e0 une poulie de 60 dents entra\u00een\u00e9e par un moteur dont l'arbre est muni d'une poulie # \u00e0 16 dents, alors on sp\u00e9cifierait un rapport de vitesse de \"80:16, 60:16\". # Ce param\u00e8tre doit \u00eatre fourni. position_endstop: # Distance (en mm) entre la buse et le lit lorsque la buse se trouve au centre de la zone de construction # et que la but\u00e9e se d\u00e9clenche. Ce param\u00e8tre doit \u00eatre fourni pour le stepper_a ; pour le stepper_b et # le stepper_c, ce param\u00e8tre prend par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. upper_arm_length: # Longueur (en mm) du bras reliant l'\"articulation de l'effecteur\" \u00e0 l'\"articulation du coude\". # Ce param\u00e8tre doit \u00eatre fourni pour stepper_a ; pour stepper_b et stepper_c, ce param\u00e8tre prend par # d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. lower_arm_length: # Longueur (en mm) du bras reliant l'\"articulation du coude\" \u00e0 l'\"articulation de l'effecteur\". # Ce param\u00e8tre doit \u00eatre fourni pour stepper_a ; pour stepper_b et stepper_c, ce param\u00e8tre prend # par d\u00e9faut la valeur sp\u00e9cifi\u00e9e pour stepper_a. #angle: # Cette option sp\u00e9cifie l'angle (en degr\u00e9s) auquel se trouve le bras. # La valeur par d\u00e9faut est 30 pour stepper_a, 150 pour stepper_b et 270 pour stepper_c. # La section stepper_b d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant le bras arri\u00e8re gauche (\u00e0 150 degr\u00e9s). [stepper_b] # La section stepper_c d\u00e9crit le moteur pas \u00e0 pas contr\u00f4lant le bras avant (\u00e0 270 degr\u00e9s). [stepper_c] # La section delta_calibrate active une commande G-code \u00e9tendue DELTA_CALIBRATE permettant # de calibrer les positions de la but\u00e9e de l'effecteur. [delta_calibrate] radius: # Rayon (en mm) de la zone pouvant \u00eatre palp\u00e9e. Il s'agit du rayon des coordonn\u00e9es de palpage # de la buse; si vous utilisez un palpeur automatique avec un d\u00e9calage XY, choisissez un rayon # suffisamment petit pour que la sonde s'adapte toujours au lit. Ce param\u00e8tre doit \u00eatre fourni. #speed: 50 # La vitesse (en mm/s) des mouvements sans palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre remont\u00e9e pour se d\u00e9placer juste avant de lancer # une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5.","title":"Cin\u00e9matique rotative delta"},{"location":"Config_Reference.html#cinematique-du-treuil-a-cable","text":"Voir le fichier example-winch.cfg pour un exemple de fichier de configuration cin\u00e9matique d'un treuil \u00e0 c\u00e2ble. Seuls les param\u00e8tres sp\u00e9cifiques aux imprimantes \u00e0 treuil sont d\u00e9crits ici - voir param\u00e8tres cin\u00e9matiques communs pour les param\u00e8tres disponibles. LE SUPPORT DU TREUIL \u00c0 C\u00c2BLE EST EXP\u00c9RIMENTAL. La mise \u00e0 l'origine n'est pas impl\u00e9ment\u00e9e dans la cin\u00e9matique du treuil \u00e0 c\u00e2ble. Pour ramener l'imprimante \u00e0 l'origine, envoyez des commandes manuelles de mouvements jusqu'\u00e0 ce que la t\u00eate de l'outil soit \u00e0 0, 0, 0, puis envoyez la commande G28 . [printer] kinematics: winch # La section stepper_a d\u00e9crit le moteur pas \u00e0 pas connect\u00e9 au premier treuil \u00e0 c\u00e2ble. # Un minimum de 3 et un maximum de 26 treuils \u00e0 c\u00e2ble peuvent \u00eatre d\u00e9finis # (stepper_a \u00e0 stepper_z) bien qu'il soit courant d'en d\u00e9finir 4. [stepper_a] rotation_distance: # La rotation_distance est la distance nominale (en mm) \u00e0 laquelle la t\u00eate de l'outil # se d\u00e9place vers le treuil de c\u00e2ble pour chaque rotation compl\u00e8te du moteur pas # \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. anchor_x: anchor_y: anchor_z: # Les positions X, Y et Z du treuil \u00e0 c\u00e2ble dans l'espace cart\u00e9sien. # Ces param\u00e8tres doivent \u00eatre fournis.","title":"Cin\u00e9matique du treuil \u00e0 c\u00e2ble"},{"location":"Config_Reference.html#aucune-cinematique","text":"Il est possible de d\u00e9finir une cin\u00e9matique particuli\u00e8re \"aucune (none)\" pour d\u00e9sactiver le support cin\u00e9matique dans Klipper. Cela peut \u00eatre utile pour contr\u00f4ler des p\u00e9riph\u00e9riques qui ne sont pas des imprimantes 3D typiques ou encore \u00e0 des fins de d\u00e9bogage. [printer] kinematics: none max_velocity: 1 max_accel: 1 # Les param\u00e8tres max_velocity et max_accel doivent \u00eatre d\u00e9finis. Les # valeurs par d\u00e9faut ne sont pas utilis\u00e9es pour la cin\u00e9matique \"none\".","title":"Aucune cin\u00e9matique"},{"location":"Config_Reference.html#extrudeur-commun-et-support-du-lit-chauffant","text":"","title":"Extrudeur commun et support du lit chauffant"},{"location":"Config_Reference.html#extruder","text":"La section de l'extrudeuse est utilis\u00e9e pour d\u00e9crire les param\u00e8tres de chauffe de la buse ainsi que pour les commandes pas \u00e0 pas de l'extrudeuse. Voir la r\u00e9f\u00e9rence de commande pour plus d'informations. Voir le guide d'avance de pression pour des informations sur le r\u00e9glage de l'avance de pression. [extruder] step_pin: dir_pin: enable_pin: microsteps: rotation_distance: #full_steps_per_rotation: #gear_ratio: # Voir la section \"stepper\" pour une description des param\u00e8tres ci-dessus. # Si aucun des param\u00e8tres ci-dessus n'est sp\u00e9cifi\u00e9, alors aucun pilote ne # sera associ\u00e9 \u00e0 la buse (bien qu'une commande SYNC_EXTRUDER_MOTION # puisse en associer un au moment de l'ex\u00e9cution). nozzle_diameter: # Diam\u00e8tre de l'orifice de la buse (en mm). Ce param\u00e8tre doit \u00eatre # fourni. filament_diameter: # Diam\u00e8tre moyen du filament (en mm) lorsqu'il entre dans l'extrudeuse. # Ce param\u00e8tre doit \u00eatre fourni. #max_extrude_cross_section: # Surface maximale (en mm^2) d'une section transversale d'extrusion (ex: # largeur de l'extrusion multipli\u00e9e par la hauteur de la couche). Ce param\u00e8tre # permet d'\u00e9viter d'extruder des quantit\u00e9s excessives durant de petits d\u00e9placements # XY. Si un d\u00e9placement demande une quantit\u00e9 d'extrusion sup\u00e9rieure \u00e0 cette valeur, # une erreur sera renvoy\u00e9e. La valeur par d\u00e9faut est 4.0 *diam\u00e8tre_buse^2 #instantaneous_corner_velocity: 1.000 # La variation instantan\u00e9e maximale de la vitesse (en mm/s) de l'extrudeuse # pendant la jonction de deux mouvements. La valeur par d\u00e9faut est 1mm/s. #max_extrude_only_distance: 50.0 # Longueur maximale (en mm de filament) qu'un mouvement de r\u00e9traction ou d'extrusion # peut fournir. Si un mouvement de r\u00e9traction ou d'extrusion unique demande une # distance sup\u00e9rieure \u00e0 cette valeur, une erreur sera renvoy\u00e9e. # La valeur par d\u00e9faut est 50mm. #max_extrude_only_velocity: #max_extrude_only_accel: # Vitesse maximale (en mm/s) et acc\u00e9l\u00e9ration (en mm/s^2) du moteur de l'extrudeuse # pour les r\u00e9tractions et les mouvements d'extrusion seuls. Ces param\u00e8tres n'ont aucun # impact sur les mouvements d'impression normaux. S'ils ne sont pas sp\u00e9cifi\u00e9s, ils sont # calcul\u00e9s pour correspondre \u00e0 la limite d'un mouvement qu'une impression de # section transversale de 4.0*diam\u00e8tre_buse^2 aurait. #pressure_advance: 0.0 # La quantit\u00e9 de filament \u00e0 pousser dans l'extrudeuse durant l'acc\u00e9l\u00e9ration de celle-ci. # Une quantit\u00e9 \u00e9gale de filament est r\u00e9tract\u00e9e durant la d\u00e9c\u00e9l\u00e9ration. Elle est mesur\u00e9e # en millim\u00e8tre/seconde. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive la fonctionnalit\u00e9 # d'avance de pression. #pressure_advance_smooth_time: 0.040 # Une dur\u00e9e (en secondes) \u00e0 utiliser lors du calcul de la vitesse moyenne de l'extrudeuse # pour l'avance de pression. Une valeur plus grande donne lieu \u00e0 des mouvements # d'extrusion plus lisses. Ce param\u00e8tre ne doit pas d\u00e9passer 200ms. # Ce param\u00e8tre ne s'applique que si pressure_advance est diff\u00e9rent de z\u00e9ro. La valeur # par d\u00e9faut est 0.040 (40 millisecondes). # # Les variables restantes d\u00e9crivent la chauffe de l'extrudeuse. heater_pin: # Broche de sortie PWM contr\u00f4lant le chauffage. Ce param\u00e8tre doit \u00eatre # fourni. #max_power: 1.0 # La puissance maximale (exprim\u00e9e sous la forme d'une valeur comprise entre 0,0 et 1,0) # de r\u00e9glage du heater_pin . La valeur 1.0 permet \u00e0 la broche d'\u00eatre r\u00e9gl\u00e9e comme toujours # activ\u00e9e durant des p\u00e9riodes prolong\u00e9es, tandis qu'une valeur de 0,5 permet \u00e0 la broche # de n'\u00eatre activ\u00e9e durant au plus la moiti\u00e9 du temps. # Ce r\u00e9glage peut \u00eatre utilis\u00e9 pour limiter la puissance totale de sortie (sur de longues # p\u00e9riodes) de l'\u00e9l\u00e9ment de chauffe. La valeur par d\u00e9faut est 1.0. sensor_type: # Type de capteur - les thermistances courantes sont \"EPCOS 100K B57560G104F\", # \"ATC Semitec 104GT-2\", \"ATC Semitec 104NT-4-R025H42G\", \"Generic # 3950\", \"Honeywell 100K 135-104LAG-J01\", \"NTC 100K MGB18-104F39050L32\", # \"SliceEngineering 450\", et \"TDK NTCG104LH104JT1\". Voir la section \"Capteurs de # temp\u00e9rature\" pour d'autres capteurs. # Ce param\u00e8tre doit \u00eatre fourni. sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e au capteur. Ce param\u00e8tre doit \u00eatre # fourni. #pullup_resistor: 4700 # La r\u00e9sistance (en ohms) du pullup reli\u00e9 \u00e0 la thermistance. # Ce param\u00e8tre n'est valable que si le capteur est une thermistance. La valeur par # d\u00e9faut est 4700 ohms. #smooth_time: 1.0 # Une dur\u00e9e (en secondes) sur laquelle les mesures de temp\u00e9rature seront # liss\u00e9es pour r\u00e9duire l'impact du bruit de la mesure. La valeur par d\u00e9faut # est de 1 seconde. control: # Algorithme de contr\u00f4le (soit pid, soit watermark). Ce param\u00e8tre doit # \u00eatre fourni. pid_Kp: pid_Ki: pid_Kd: # Les param\u00e8tres proportionnels (pid_Kp), int\u00e9graux (pid_Ki) et d\u00e9riv\u00e9s (pid_Kd) # du syst\u00e8me de contr\u00f4le de r\u00e9troaction PID. Klipper \u00e9value les param\u00e8tres PID avec # la formule g\u00e9n\u00e9rale suivante : # heater_pwm = (Kp*erreur + Ki*int\u00e9grale(erreur) - Kd*d\u00e9riv\u00e9e(erreur)) / 255 # O\u00f9 \"erreur\" est le r\u00e9sultat de \"requested_temperature - measured_temperature\" et # \"heater_pwm\" est le taux de chauffage demand\u00e9, 0.0 \u00e9tant compl\u00e8tement \u00e9teint et # 1.0 \u00e9tant compl\u00e8tement allum\u00e9. Pensez \u00e0 utiliser la commande PID_CALIBRATE pour # obtenir ces param\u00e8tres. Les param\u00e8tres pid_Kp, pid_Ki, et pid_Kd doivent \u00eatre # fournis pour l'algorithme PID. #max_delta: 2.0 # Sur les \u00e9l\u00e9ments de chauffe contr\u00f4l\u00e9s par watermark, il s'agit du nombre de degr\u00e9s # en Celsius au-dessus de la temp\u00e9rature cible avant de d\u00e9sactiver le chauffage ainsi # que le nombre de degr\u00e9s en dessous de la temp\u00e9rature cible avant la r\u00e9activation du # chauffage. La valeur par d\u00e9faut est de 2 degr\u00e9s Celsius. #pwm_cycle_time: 0.100 # Dur\u00e9e en secondes de chaque cycle PWM logiciel du chauffage. Il n'est # pas recommand\u00e9 de d\u00e9finir cette valeur, sauf s'il existe une exigence # \u00e9lectrique pour commuter le chauffage plus rapidement que 10 fois par seconde. # La valeur par d\u00e9faut est 0,100 seconde. #min_extrude_temp: 170 # La temp\u00e9rature minimale (Celsius) au-dessus de laquelle les commandes de # d\u00e9placement de l'extrudeuse peuvent \u00eatre \u00e9mises. La valeur par d\u00e9faut est 170\u00b0 C. min_temp: max_temp: # La plage maximale de temp\u00e9ratures valides (Celsius) dans laquelle l'\u00e9l\u00e9ment de # chauffe doit rester. Ceci contr\u00f4le une fonction de s\u00e9curit\u00e9 impl\u00e9ment\u00e9e dans le code # du micro-contr\u00f4leur - si la temp\u00e9rature mesur\u00e9e sort de cette plage, le microcontr\u00f4leur # se met en \u00e9tat d'arr\u00eat. Ce contr\u00f4le peut aider \u00e0 d\u00e9tecter certaines d\u00e9faillances mat\u00e9rielles # de l'\u00e9l\u00e9ment chauffant et/ou du capteur. D\u00e9finissez cette plage suffisamment large pour # que des temp\u00e9ratures raisonnables n'entra\u00eenent pas d'erreur. # Ces param\u00e8tres doivent \u00eatre fournis.","title":"[extruder]"},{"location":"Config_Reference.html#heater_bed","text":"La section heater_bed concerne le lit chauffant. Elle utilise les m\u00eames param\u00e8tres de mise en chauffe que ceux d\u00e9crits dans la section \"extrudeuse\". [heater_bed] heater_pin: sensor_type: sensor_pin: control: min_temp: max_temp: # Voir la section \"extruder\" pour une description des param\u00e8tres ci-dessus.","title":"[heater_bed]"},{"location":"Config_Reference.html#support-du-nivelage-du-lit","text":"","title":"Support du nivelage du lit"},{"location":"Config_Reference.html#bed_mesh","text":"Nivelage du maillage du lit. On peut d\u00e9finir une section de configuration bed_mesh pour activer les transformations de d\u00e9placement qui d\u00e9calent l'axe z en fonction d'un maillage g\u00e9n\u00e9r\u00e9 \u00e0 partir de points palp\u00e9s. Lorsqu'on utilise une sonde pour d\u00e9finir l'origine de l'axe z, il est recommand\u00e9 de d\u00e9finir une section safe_z_home dans printer.cfg pour r\u00e9aliser cette mise \u00e0 l'origine au centre de la zone d'impression. Consultez le guide du maillage du lit et la r\u00e9f\u00e9rence de la commande pour plus d'informations. Exemples visuels : lit rectangulaire, probe_count = 3, 3: x---x---x (max_point) | x---x---x | (min_point) x---x---x lit circulaire, round_probe_count = 5, bed_radius = r: x (0, r) fin / x---x---x \\ (-r, 0) x---x---x---x---x (r, 0) \\ x---x---x / x (0, -r) d\u00e9but [bed_mesh] #speed: 50 # La vitesse (en mm/s) des d\u00e9placements entre les points de palpage # durant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e juste avant de # lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. #mesh_radius: # D\u00e9finit le rayon de la maille \u00e0 palper pour les lits circulaires. Notez que # le rayon est relatif aux coordonn\u00e9es sp\u00e9cifi\u00e9es par l'option # mesh_origin. Ce param\u00e8tre doit \u00eatre fourni pour des lits circulaires # et omis pour des lits rectangulaires. #mesh_origin: # D\u00e9finit les coordonn\u00e9es X, Y du centre du maillage des lits circulaires. # Ces coordonn\u00e9es sont relatives \u00e0 l'emplacement de la sonde. Il peut \u00eatre # utile d'ajuster l'origine du maillage afin de maximiser la taille du rayon # du maillage. La valeur par d\u00e9faut est 0, 0. Ce param\u00e8tre doit \u00eatre omis # pour des lits rectangulaires. #mesh_min: # D\u00e9finit les coordonn\u00e9es X, Y minimales du maillage pour les lits # rectangulaires. Ces coordonn\u00e9es sont relatives \u00e0 l'emplacement de la # sonde. Cette position sera le premier point sond\u00e9, le plus proche de # l'origine. Ce param\u00e8tre doit \u00eatre fourni pour des lits rectangulaires. #mesh_max: # D\u00e9finit les coordonn\u00e9es X, Y maximales du maillage pour les lits # rectangulaires. Le principe est le m\u00eame que pour mesh_min, mais ce # sera le point le plus \u00e9loign\u00e9 atteignable par rapport \u00e0 l'origine du lit. # Ce param\u00e8tre doit \u00eatre fourni pour des lits rectangulaires. #probe_count: 3, 3 # Pour les lits rectangulaires, il s'agit d'une paire d'entiers X, Y s\u00e9par\u00e9s par # des virgules, d\u00e9finissant le nombre de points \u00e0 palper le long de chaque # axe. Une valeur seule est \u00e9galement valide, auquel cas cette valeur sera # appliqu\u00e9e aux deux axes. La valeur par d\u00e9faut est 3, 3. #round_probe_count: 5 # Pour les lits circulaires, cette valeur enti\u00e8re d\u00e9finit le nombre maximum # de points \u00e0 palper le long de chaque axe. Cette valeur doit \u00eatre un # nombre impair. La valeur par d\u00e9faut est 5. #fade_start: 1.0 # La position z du gcode \u00e0 partir de laquelle il faut commencer \u00e0 \u00e9liminer # progressivement l'ajustement z lorsque la compensation est activ\u00e9e. # La valeur par d\u00e9faut est 1.0. #fade_end: 0.0 # La position z du gcode \u00e0 partir de laquelle la compensation se termine. # Lorsqu'elle est d\u00e9finie \u00e0 une valeur inf\u00e9rieure \u00e0 fade_start, la compensation # est d\u00e9sactiv\u00e9e. Notez que la compensation peut ajouter une mise \u00e0 l'\u00e9chelle # ind\u00e9sirable le long de l'axe z d'une impression. Si un utilisateur souhaite # activer la compensation, une valeur de 10.0 est recommand\u00e9e. # La valeur par d\u00e9faut est 0.0, ce qui d\u00e9sactive la compensation. #fade_target: # La position z vers laquelle la compensation doit converger. Lorsque cette # valeur est d\u00e9finie \u00e0 une valeur non nulle, elle doit se situer dans la plage des # valeurs z du maillage. Les utilisateurs qui souhaitent converger vers la # position de mise \u00e0 l'origine du Z doivent r\u00e9gler cette valeur \u00e0 0. # La valeur par d\u00e9faut est la valeur z moyenne du maillage. #split_delta_z: .025 # Le delta de diff\u00e9rence de Z (en mm) le long d'un mouvement qui # d\u00e9clenchera une s\u00e9paration. La valeur par d\u00e9faut est de 0,025. #move_check_distance: 5.0 # La distance (en mm) le long d'un mouvement pour v\u00e9rifier le split_delta_z. # C'est \u00e9galement la longueur minimale pour laquelle un mouvement peut # \u00eatre divis\u00e9. La valeur par d\u00e9faut est 5.0. #mesh_pps: 2, 2 # Une paire de nombres entiers X, Y s\u00e9par\u00e9s par des virgules, d\u00e9finissant le # nombre de points par segment \u00e0 interpoler dans le maillage le long de # chaque axe. Un \"segment\" \u00e9tant d\u00e9fini comme l'espace entre chaque point # palp\u00e9. L'utilisateur peut saisir une seule valeur s'appliquant alors aux # deux axes. La valeur par d\u00e9faut est 2, 2. #algorithm: lagrange # L'algorithme d'interpolation \u00e0 utiliser. Soit \"lagrange\", soit \"bicubic\". # Cette option n'affecte pas les grilles 3x3 forc\u00e9es d'utiliser l'\u00e9chantillonnage # de lagrange. La valeur par d\u00e9faut est lagrange. #bicubic_tension: .2 # Lors de l'utilisation de l'algorithme bicubic, le param\u00e8tre de tension ci- # dessus peut \u00eatre appliqu\u00e9 pour modifier la quantit\u00e9 de pente interpol\u00e9e. # Des nombres plus grands augmenteront la quantit\u00e9 de pente entra\u00eenant # une plus grande courbure du maillage. La valeur par d\u00e9faut est 0,2. #relative_reference_index: # Un index de points dans le maillage auquel r\u00e9f\u00e9rencer toutes les valeurs z. # En activant ce param\u00e8tre, on produit un maillage relatif \u00e0 la position z palp\u00e9e # de l'indice fourni. #faulty_region_1_min: #faulty_region_1_max: # Points optionnels d\u00e9finissant une r\u00e9gion d\u00e9fectueuse. # Voir docs/Bed_Mesh.md pour plus de d\u00e9tails sur les r\u00e9gions d\u00e9fectueuses. # Jusqu'\u00e0 99 r\u00e9gions d\u00e9fectueuses peuvent \u00eatre ajout\u00e9es. # Par d\u00e9faut, aucune r\u00e9gion d\u00e9fectueuse n'est d\u00e9finie.","title":"[bed_mesh]"},{"location":"Config_Reference.html#bed_tilt","text":"Compensation de l'inclinaison du lit. On peut d\u00e9finir une section de configuration bed_tilt pour activer les transformations de d\u00e9placement tenant compte d'un lit inclin\u00e9. Notez que bed_mesh et bed_tilt sont incompatibles ; les deux ne peuvent pas \u00eatre d\u00e9finis en m\u00eame temps. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [bed_tilt] #x_adjust: 0 # Quantit\u00e9 \u00e0 ajouter \u00e0 la hauteur Z de chaque mouvement pour chaque mm sur l'axe X. # La valeur par d\u00e9faut est 0. #y_adjust: 0 # Quantit\u00e9 \u00e0 ajouter \u00e0 la hauteur Z de chaque mouvement pour chaque mm sur l'axe Y. # La valeur par d\u00e9faut est 0. #z_adjust: 0 # Quantit\u00e9 \u00e0 ajouter \u00e0 la hauteur Z lorsque la buse est nominalement \u00e0 0, 0. # La valeur par d\u00e9faut est 0. # Les param\u00e8tres suivants contr\u00f4lent la commande g-code \u00e9tendue BED_TILT_CALIBRATE # utilis\u00e9e pour calibrer les param\u00e8tres de r\u00e9glage x et y appropri\u00e9s. #points: # Une liste de coordonn\u00e9es X, Y (une par ligne ; les lignes suivantes indent\u00e9es) devant # \u00eatre palp\u00e9es pendant une commande BED_TILT_CALIBRATE # Sp\u00e9cifiez les coordonn\u00e9es de la buse et assurez-vous que la sonde est au-dessus du lit # aux coordonn\u00e9es donn\u00e9es de la buse. # La valeur par d\u00e9faut est de ne pas activer la commande. #speed: 50 # Vitesse (en mm/s) des mouvements de d\u00e9placements hors palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # Hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e lors du d\u00e9placement juste avant # de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5.","title":"[bed_tilt]"},{"location":"Config_Reference.html#bed_screws","text":"Outil d'aide au r\u00e9glage des vis de nivellement du lit. On peut d\u00e9finir une section de configuration [bed_screws] pour activer une commande g-code BED_SCREWS_ADJUST. Consultez le guide de nivelage et la r\u00e9f\u00e9rence des commandes pour plus d'informations. [bed_screws] #screw1: # Coordonn\u00e9es X, Y de la premi\u00e8re vis de r\u00e9glage du niveau du lit. Il s'agit # de la position vers laquelle d\u00e9placer la buse afin qu'elle soit plac\u00e9e au- # dessus de cette vis de r\u00e9glage (ou aussi proche que possible tout en \u00e9tant # au-dessus du lit). Ce param\u00e8tre doit \u00eatre fourni. #screw1_name: # Un nom arbitraire pour la vis donn\u00e9e. Ce nom est affich\u00e9 lors de # l'ex\u00e9cution du script d'aide. Par d\u00e9faut, le nom utilis\u00e9 est bas\u00e9 sur la # position XY de la vis. #screw1_fine_adjust : # Coordonn\u00e9es X, Y pour commander la buse afin de pouvoir affiner le # r\u00e9glage de la vis de mise \u00e0 niveau du lit. Par d\u00e9faut, il n'y a pas de # r\u00e9glage fin sur la vis de mise \u00e0 niveau du lit. #screw2: #screw2_name: #screw2_fine_adjust: #... # Vis suppl\u00e9mentaires de mise \u00e0 niveau du lit. Au moins trois vis doivent # \u00eatre d\u00e9finies. #horizontal_move_z: 5 # Hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer # lors du passage d'une vis \u00e0 la suivante. La valeur par d\u00e9faut est 5. #probe_height: 0 # Hauteur de la sonde (en mm) apr\u00e8s ajustement d\u00fb \u00e0 la dilatation # thermique du lit et de la buse. La valeur par d\u00e9faut est z\u00e9ro. #speed: 50 # Vitesse (en mm/s) des d\u00e9placements entre les palpages pendant # l'\u00e9talonnage. La valeur par d\u00e9faut est 50. #probe_speed: 5 # Vitesse (en mm/s) lors du d\u00e9placement d'une position # horizontal_move_z \u00e0 la position probe_height. La valeur par # d\u00e9faut est 5.","title":"[bed_screws]"},{"location":"Config_Reference.html#screws_tilt_adjust","text":"Outil d'assistance au nivellement du lit avec les vis de r\u00e9glage et l'aide du palpeur Z. On peut d\u00e9finir une section de configuration screws_tilt_adjust pour activer une commande g-code SCREWS_TILT_CALCULATE. Voir le guide de nivelage et la r\u00e9f\u00e9rence des commandes pour des informations suppl\u00e9mentaires. [screws_tilt_adjust] #screw1: # Les coordonn\u00e9es (X, Y) de la premi\u00e8re vis de mise \u00e0 niveau du lit. Il # s'agit d'une position \u00e0 laquelle d\u00e9placer la buse de mani\u00e8re \u00e0 ce que # la sonde soit directement au-dessus de la vis de mise \u00e0 niveau du lit # (ou aussi pr\u00e8s que possible tout en \u00e9tant encore au-dessus du lit). # Il s'agit de la vis de base utilis\u00e9e dans les calculs. # Ce param\u00e8tre doit \u00eatre fourni. #screw1_name: # Un nom arbitraire pour la vis donn\u00e9e. Ce nom est affich\u00e9 lorsque le # script d'aide s'ex\u00e9cute. Par d\u00e9faut, le nom utilis\u00e9 est bas\u00e9 sur la # position XY de la vis. #screw2: #screw2_name: #... # Vis suppl\u00e9mentaires de mise \u00e0 niveau du lit. Au moins deux vis # doivent \u00eatre d\u00e9finies. #speed: 50 # La vitesse (en mm/s) des d\u00e9placements sans palpage pendant # l'\u00e9talonnage. La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre lev\u00e9e pour se # d\u00e9placer juste avant de lancer une op\u00e9ration de palpage. La # valeur par d\u00e9faut est 5. #screw_thread: CW-M3 # Le type de vis utilis\u00e9e pour le niveau du lit, M3, M4 ou M5 et la # direction de la molette utilis\u00e9e pour le nivelage du lit, diminution # dans le sens des aiguilles d'une montre, augmentation dans le sens # inverse des aiguilles d'une montre. Valeurs accept\u00e9es : CW-M3, # CCW-M3, CW-M4, CCW-M4, CW-M5, CCW-M5. La valeur par d\u00e9faut est # CW-M3. De nombreuses imprimantes utilisent une vis M3, un tour # de molette dans le sens des aiguilles d'une montre diminue la distance.","title":"[screws_tilt_adjust]"},{"location":"Config_Reference.html#z_tilt","text":"R\u00e9glage multiples de l'inclinaison de moteurs pas \u00e0 pas de l'axe Z. Cette fonction permet d'ajuster de mani\u00e8re ind\u00e9pendante l'inclinaison de plusieurs moteurs Z (voir la section \"stepper_z1\"). Si cette section est pr\u00e9sente, une commande G-Code \u00e9tendue Z_TILT_ADJUST devient disponible. [z_tilt] #z_positions: # Une liste de coordonn\u00e9es X, Y (une par ligne ; les lignes subs\u00e9quentes # indent\u00e9es) d\u00e9crivant l'emplacement de chaque \"point de pivot\" du lit. # Le \"point de pivot\" est le point o\u00f9 le lit s'attache \u00e0 l'\u00e9l\u00e9ment Z # donn\u00e9. Il est d\u00e9crit \u00e0 l'aide des coordonn\u00e9es de la buse (la position X, Y # de la buse si elle pouvait se d\u00e9placer directement au-dessus du point). La # premi\u00e8re entr\u00e9e correspond \u00e0 stepper_z, la deuxi\u00e8me \u00e0 stepper_z1, # la troisi\u00e8me \u00e0 stepper_z2, etc. Ce param\u00e8tre doit \u00eatre fourni. #points: # Une liste de coordonn\u00e9es X, Y (une par ligne ; les lignes ult\u00e9rieures # indent\u00e9es) qui doivent \u00eatre palp\u00e9es pendant une commande Z_TILT_ADJUST. # Sp\u00e9cifiez les coordonn\u00e9es de la buse et assurez-vous que le palpeur est # au-dessus du lit aux coordonn\u00e9es donn\u00e9es de la buse. # Ce param\u00e8tre doit \u00eatre fourni. #speed: 50 # La vitesse (en mm/s) des mouvements de d\u00e9placements hors palpage # pendant l'\u00e9talonnage. La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # Hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer juste # avant de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. #retries: 0 # Nombre de tentatives \u00e0 effectuer si les points palp\u00e9s ne sont pas dans la # tol\u00e9rance. #retry_tolerance: 0 # Si les r\u00e9-essais sont activ\u00e9s, r\u00e9essayer si les points sond\u00e9s les plus grands et # les plus petits diff\u00e8rent plus que la tol\u00e9rance retry_tolerance. Notez que la # plus petite unit\u00e9 de changement ici serait un seul pas. Cependant, si vous # sondez plus de points que de moteurs, il est probable que vous aurez une # valeur minimale fixe pour la plage de points sond\u00e9s. Vous pouvez en # apprendre plus en observant la sortie de la commande.","title":"[z_tilt]"},{"location":"Config_Reference.html#quad_gantry_level","text":"Mise \u00e0 niveau du portique mobile \u00e0 l'aide de 4 moteurs Z contr\u00f4l\u00e9s ind\u00e9pendamment. Corrige les effets de paraboles hyperboliques (chips de pommes de terre) sur un portique mobile qui est plus flexible. AVERTISSEMENT : l'utilisation de cette section sur un lit mobile peut conduire \u00e0 des r\u00e9sultats ind\u00e9sirables. Si cette section est pr\u00e9sente, une commande G-Code \u00e9tendue QUAD_GANTRY_LEVEL devient disponible. Cette routine suppose la configuration suivante des moteurs Z : ---------------- |Z1 Z2| | --------- | | | | | | | | | | x-------- | |Z Z3| ---------------- O\u00f9 x est la position 0, 0 sur le lit [quad_gantry_level] #gantry_corners: # Une liste de coordonn\u00e9es X, Y, s\u00e9par\u00e9es par des retours \u00e0 la ligne, d\u00e9crivant les deux # coins oppos\u00e9s du portique. La premi\u00e8re entr\u00e9e correspond \u00e0 Z, la seconde \u00e0 Z2. # Ce param\u00e8tre doit \u00eatre fourni. #points: # Une liste, s\u00e9par\u00e9e par des retours \u00e0 la ligne, de quatre points X, Y devant \u00eatre palp\u00e9s # pendant une commande QUAD_GANTRY_LEVEL. L'ordre des emplacements est # important, il doit correspondre aux emplacements Z, Z1, Z2 et Z3 dans l'ordre. # Ce param\u00e8tre doit \u00eatre fourni. Pour une pr\u00e9cision maximale, assurez-vous que les # d\u00e9calages de votre sonde sont configur\u00e9s. #speed: 50 # La vitesse (en mm/s) des mouvements sans palpage pendant l'\u00e9talonnage. # La valeur par d\u00e9faut est 50. #horizontal_move_z: 5 # La hauteur (en mm) \u00e0 laquelle la t\u00eate doit \u00eatre relev\u00e9e pour se d\u00e9placer juste # avant de lancer une op\u00e9ration de palpage. La valeur par d\u00e9faut est 5. #max_adjust: 4 # Limite de s\u00e9curit\u00e9 quand un ajustement sup\u00e9rieur \u00e0 cette valeur est demand\u00e9. # quad_gantry_level abandonnera. #retries: 0 # Nombre de tentatives si les points palp\u00e9s ne sont pas dans la tol\u00e9rance. #retry_tolerance: 0 # Si les re-tentatives (retries) sont activ\u00e9es, r\u00e9essayer si les points palp\u00e9s les plus grands # et les plus petits diff\u00e8rent plus que la tol\u00e9rance de re-tentative (retry_tolerance).","title":"[quad_gantry_level]"},{"location":"Config_Reference.html#skew_correction","text":"Correction de l'inclinaison de l'imprimante. Il est possible de corriger l'inclinaison de l'imprimante logiciellement sur 3 plans, xy, xz, yz. Pour ce faire, on imprime un mod\u00e8le d'\u00e9talonnage le long d'un plan et on mesure trois longueurs. En raison de la nature de la correction d'inclinaison, ces longueurs sont d\u00e9finies via le gcode. Voir Correction d'inclinaison et R\u00e9f\u00e9rence des commandes pour plus de d\u00e9tails. [skew_correction]","title":"[skew_correction]"},{"location":"Config_Reference.html#z_thermal_adjust","text":"Ajustement de la position Z de la t\u00eate d'impression en fonction de la temp\u00e9rature. Compenser le mouvement vertical de la t\u00eate d'impression caus\u00e9 par la dilatation thermique du ch\u00e2ssis de l'imprimante en temps r\u00e9el \u00e0 l'aide d'un capteur de temp\u00e9rature (g\u00e9n\u00e9ralement coupl\u00e9 \u00e0 une section verticale du ch\u00e2ssis). Voir aussi : commandes de code G \u00e9tendues . [z_thermal_adjust] #temp_coeff: # Le coefficient de dilatation thermique, en mm/\u00b0C. Par exemple, un # temp_coeff de 0,01 mm/\u00b0C d\u00e9placera l'axe Z vers le bas de 0,01 mm pour # chaque degr\u00e9 Celsius d'augmentation du capteur de temp\u00e9rature. La # valeur par d\u00e9faut, 0,0 mm/\u00b0C, n'applique aucun ajustement. #smooth_time: # Fen\u00eatre de lissage appliqu\u00e9e au capteur de temp\u00e9rature, en secondes. # Peut r\u00e9duire le bruit du moteur d\u00fb \u00e0 de petites corrections excessives en # r\u00e9ponse au bruit du capteur. La valeur par d\u00e9faut est de 2,0 secondes. #z_adjust_off_above: # D\u00e9sactive les ajustements au-dessus de cette hauteur Z [mm]. La derni\u00e8re # correction calcul\u00e9e restera appliqu\u00e9e jusqu'\u00e0 ce que la t\u00eate de l'outil passe # \u00e0 nouveau en dessous de la hauteur Z sp\u00e9cifi\u00e9e. La valeur par d\u00e9faut est # 99999999.0 mm (toujours actif). #max_z_adjustment: # Ajustement absolu maximal pouvant \u00eatre appliqu\u00e9 \u00e0 l'axe Z [mm]. # La valeur par d\u00e9faut est 99999999.0 mm (illimit\u00e9). #sensor_type: #sensor_pin: #min_temp: #max_temp: # Configuration du capteur de temp\u00e9rature. # Voir la section \"extrudeuse\" pour la d\u00e9finition des param\u00e8tres ci-dessus. #gcode_id: # Voir la section \"heater_generic\" pour la d\u00e9finition de ce # param\u00e8tre.","title":"[z_thermal_adjust]"},{"location":"Config_Reference.html#mise-a-lorigine-personnalisee","text":"","title":"Mise \u00e0 l'origine personnalis\u00e9e"},{"location":"Config_Reference.html#safe_z_home","text":"Mise \u00e0 l'origine s\u00fbre de l'axe Z. On peut utiliser ce m\u00e9canisme pour centrer l'axe Z sur des coordonn\u00e9es X, Y sp\u00e9cifiques. Ceci est utile si la t\u00eate de l'outil, par exemple, doit se d\u00e9placer vers le centre du lit avant que l'axe Z puisse \u00eatre mis \u00e0 l'origine. [safe_z_home] home_xy_position: # Une coordonn\u00e9e X, Y (par exemple 100, 100) o\u00f9 la mise \u00e0 l'origine Z # doit \u00eatre effectu\u00e9e. Ce param\u00e8tre doit \u00eatre fourni. #speed: 50.0 # Vitesse \u00e0 laquelle la t\u00eate de l'outil est d\u00e9plac\u00e9e vers la position de # r\u00e9f\u00e9rence Z s\u00fbre. La valeur par d\u00e9faut est 50 mm/s #z_hop: # Distance (en mm) pour lever l'axe Z avant le retour au point d'origine. # Cette valeur est appliqu\u00e9e \u00e0 toute commande d'initialisation, m\u00eame # si elle n'initialise pas l'axe Z. Si l'axe Z est d\u00e9j\u00e0 ramen\u00e9 \u00e0 la position # de base et que la position Z actuelle est inf\u00e9rieure \u00e0 z_hop, alors ceci # l\u00e8vera la t\u00eate \u00e0 une hauteur de z_hop. Si l'axe Z n'est pas d\u00e9j\u00e0 centr\u00e9, # la t\u00eate est relev\u00e9e de z_hop. # La valeur par d\u00e9faut est de ne pas impl\u00e9menter le relevage en Z. #z_hop_speed: 15.0 # Vitesse (en mm/s) \u00e0 laquelle l'axe Z est relev\u00e9 avant le retour \u00e0 la # position initiale. La valeur par d\u00e9faut est de 15 mm/s. #move_to_previous: False # Lorsqu'il a la valeur True, les axes X et Y sont r\u00e9initialis\u00e9s \u00e0 leurs # positions pr\u00e9c\u00e9dentes apr\u00e8s retour \u00e0 la position initiale de l'axe Z. # La valeur par d\u00e9faut est False.","title":"[safe_z_home]"},{"location":"Config_Reference.html#homing_override","text":"Homing override. On peut utiliser ce m\u00e9canisme pour ex\u00e9cuter une s\u00e9rie de commandes g-code \u00e0 la place d'un G28 trouv\u00e9 dans l'entr\u00e9e g-code normale. Cela peut \u00eatre utile sur les imprimantes qui n\u00e9cessitent une proc\u00e9dure sp\u00e9cifique du retour au point d'origine de la machine. [homing_override] gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter \u00e0 la place des commandes # G28 trouv\u00e9es dans l'entr\u00e9e g-code normale. Voir # docs/Command_Templates.md pour le format G-Code. Si un G28 est # contenu dans cette liste de commandes alors la proc\u00e9dure de mise \u00e0 # l'origine de l'imprimante sera invoqu\u00e9e. Les commandes \u00e9num\u00e9r\u00e9es # ici doivent ramener tous les axes \u00e0 la position initiale. # Ce param\u00e8tre doit \u00eatre fourni. #axes: xyz # Les axes \u00e0 remplacer. Par exemple, si ce param\u00e8tre est d\u00e9fini sur \"z\", # alors le script d'annulation ne sera ex\u00e9cut\u00e9 que lorsque l'axe z est mis # \u00e0 l'origine (par ex. une commande \"G28\" ou \"G28 Z\"). Remarque : # le script de neutralisation doit toujours g\u00e9rer tous les axes. La valeur # par d\u00e9faut est \"xyz\" ce qui fait que le script de remplacement sera # ex\u00e9cut\u00e9 \u00e0 la place de toutes les commandes G28. #set_position_x: #set_position_y: #set_position_z: # Si sp\u00e9cifi\u00e9, l'imprimante supposera que l'axe est \u00e0 la position indiqu\u00e9e # avant d'ex\u00e9cuter les commandes g-code ci-dessus. Le fait de d\u00e9finir # ceci d\u00e9sactive les contr\u00f4les d'orientation pour cet axe. Cela peut \u00eatre # utile si la t\u00eate doit se d\u00e9placer avant d'invoquer le m\u00e9canisme G28 # normal d'un axe. La valeur par d\u00e9faut est de ne pas forcer une # position pour un axe.","title":"[homing_override]"},{"location":"Config_Reference.html#endstop_phase","text":"Interrupteurs de fin de course ajust\u00e9s \u00e0 la phase du moteur pas \u00e0 pas. Pour utiliser cette fonction, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"endstop_phase\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondante (par exemple, \"[endstop_phase stepper_z]\"). Cette fonctionnalit\u00e9 peut am\u00e9liorer la pr\u00e9cision des interrupteurs de fin de course. Ajoutez une d\u00e9claration nue \"[endstop_phase]\" pour activer la commande ENDSTOP_PHASE_CALIBRATE. Voir le guide de d\u00e9tecteurs de fin de course et la r\u00e9f\u00e9rence des commandes pour plus d'informations. [endstop_phase stepper_z] #endstop_accuracy: # D\u00e9finit la pr\u00e9cision attendue (en mm) de la but\u00e9e. Cela repr\u00e9sente la # distance d'erreur maximale que la but\u00e9e peut d\u00e9clencher (par # exemple, si une but\u00e9e peut occasionnellement se d\u00e9clencher 100um # en avance ou jusqu'\u00e0 100um en retard alors r\u00e9glez cette valeur sur # 0.200 pour 200um). La valeur par d\u00e9faut est # 4*rotation_distance/full_steps_per_rotation. #trigger_phase: # Sp\u00e9cifie la phase du pilote du moteur pas \u00e0 pas \u00e0 attendre lorsque # l'on atteint la but\u00e9e. Compos\u00e9 de deux nombres s\u00e9par\u00e9s par une barre # oblique - la phase et le nombre total de phases (par exemple, \"7/64\"). # Ne d\u00e9finissez cette valeur que si vous \u00eates s\u00fbr que le pilote du moteur # pas \u00e0 pas est r\u00e9initialis\u00e9 \u00e0 chaque fois que le mcu est r\u00e9initialis\u00e9. Si # cette valeur n'est pas d\u00e9finie, alors la phase du moteur pas \u00e0 pas sera # d\u00e9tect\u00e9e \u00e0 la premi\u00e8re mise \u00e0 l'origine et cette phase sera utilis\u00e9e sur # toutes les origines suivantes. #endstop_align_zero: False # Si vrai, la position_endstop de l'axe sera effectivement modifi\u00e9e de # mani\u00e8re \u00e0 ce que la position z\u00e9ro de l'axe se produise sur un pas # complet du moteur pas \u00e0 pas. (Si utilis\u00e9 sur l'axe Z et que la hauteur # de la couche d'impression est un multiple de la distance parcourue # par un pas complet, alors chaque couche se produira sur un pas # complet). La valeur par d\u00e9faut est False.","title":"[endstop_phase]"},{"location":"Config_Reference.html#macros-et-evenements-g-code","text":"","title":"Macros et \u00e9v\u00e9nements G-Code"},{"location":"Config_Reference.html#gcode_macro","text":"Macros G-Code (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"gcode_macro\"). Voir le guide des mod\u00e8les de commande pour plus d'informations. [gcode_macro my_cmd] #gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter \u00e0 la place de \"my_cmd\". # Voir docs/Command_Templates.md pour le format G-Code. Ce param\u00e8tre # doit \u00eatre fourni. #variable_: # On peut sp\u00e9cifier un nombre quelconque d'options avec le pr\u00e9fixe # \"variable_\". Le nom de variable donn\u00e9 se verra attribu\u00e9 la valeur donn\u00e9e # (analys\u00e9e en tant que litt\u00e9ral par Python) et sera disponible pendant # l'expansion de la macro. Par exemple, une configuration avec # \"variable_fan_speed = 75\" pourrait avoir des commandes gcode # contenant \"M106 S{ fan_speed * 255 }\". Ces variables peuvent alors \u00eatre # modifi\u00e9es au moment de l'ex\u00e9cution en utilisant la commande # SET_GCODE_VARIABLE (voir docs/Command_Templates.md pour plus # de d\u00e9tails). Les noms de variables peuvent ne pas utiliser de # caract\u00e8res majuscules. #rename_existing: # Cette option permet \u00e0 la macro de remplacer une commande G-Code # existante et fournira la d\u00e9finition pr\u00e9c\u00e9dente de la commande via le # nom fourni ici. Ceci peut \u00eatre utilis\u00e9 pour remplacer les commandes # G-Code originelles. Il convient d'\u00eatre prudent lorsque l'on remplace # des commandes, cela pouvant provoquer des r\u00e9sultats complexes et # inattendus. La valeur par d\u00e9faut est de ne pas remplacer une # commande G-Code existante. #description: Macro G-Code # Ceci ajoutera une courte description utilis\u00e9e \u00e0 la commande HELP # ou lors de l'utilisation de la fonction de compl\u00e9tion automatique. # Par d\u00e9faut : \"G-Code macro\".","title":"[gcode_macro]"},{"location":"Config_Reference.html#delayed_gcode","text":"Ex\u00e9cute un gcode sur un d\u00e9lai d\u00e9fini. Voir le guide des mod\u00e8les de commande et la r\u00e9f\u00e9rence des commandes pour plus d'informations. [delayed_gcode my_delayed_gcode] gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lorsque la dur\u00e9e du d\u00e9lai # est \u00e9coul\u00e9e. Les mod\u00e8les G-Code sont support\u00e9s. Ce param\u00e8tre # doit \u00eatre fourni. #initial_duration: 0.0 # Dur\u00e9e du d\u00e9lai initial (en secondes). Si elle est d\u00e9finie \u00e0 une valeur non # nulle, le gcode diff\u00e9r\u00e9 s'ex\u00e9cutera le nombre de secondes sp\u00e9cifi\u00e9 apr\u00e8s # que l'imprimante passe \u00e0 l'\u00e9tat \"pr\u00eat\". Ceci peut \u00eatre utile pour les # proc\u00e9dures d'initialisation ou lors d'une r\u00e9p\u00e9tition de delayed_gcode. # Si la valeur est 0, le delayed_gcode ne sera pas ex\u00e9cut\u00e9 au d\u00e9marrage. # La valeur par d\u00e9faut est 0.","title":"[delayed_gcode]"},{"location":"Config_Reference.html#save_variables","text":"Prise en charge de l'enregistrement des variables sur le disque afin qu'elles soient conserv\u00e9es lors des red\u00e9marrages. Voir mod\u00e8les de commande et r\u00e9f\u00e9rence G-code pour plus d'informations. [save_variables] filename: # Obligatoire - fournir un nom de fichier utilis\u00e9 pour enregistrer les variables # sur le disque, par exemple ~/variables.cfg.","title":"[save_variables]"},{"location":"Config_Reference.html#idle_timeout","text":"D\u00e9lai d'inactivit\u00e9. Un d\u00e9lai d'inactivit\u00e9 est automatiquement activ\u00e9 - ajoutez une section de configuration idle_timeout explicite pour modifier les param\u00e8tres par d\u00e9faut. [idle_timeout] #gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lors d'un d\u00e9lai d'inactivit\u00e9. Voir # docs/Command_Templates.md pour le format G-Code. La valeur par d\u00e9faut # est d'ex\u00e9cuter \"TURN_OFF_HEATERS\" et \"M84\". #timeout: 600 # Dur\u00e9e d'attente (en secondes) avant d'ex\u00e9cuter les commandes G-Code ci-dessus. # La valeur par d\u00e9faut est de 600 secondes.","title":"[idle_timeout]"},{"location":"Config_Reference.html#fonctionnalites-optionnelles-du-g-code","text":"","title":"Fonctionnalit\u00e9s optionnelles du G-code"},{"location":"Config_Reference.html#virtual_sdcard","text":"Une carte SD virtuelle peut \u00eatre utile si la machine h\u00f4te n'est pas assez rapide pour faire fonctionner OctoPrint correctement. Elle permet au logiciel h\u00f4te Klipper d'imprimer directement les fichiers gcode stock\u00e9s dans un r\u00e9pertoire sur l'h\u00f4te en utilisant les commandes G-Code standard de la carte SD (par exemple, M24). [virtual_sdcard] path: # Le chemin d'acc\u00e8s au r\u00e9pertoire local sur la machine h\u00f4te de recherche # des fichiers g-code. Il s'agit d'un r\u00e9pertoire en lecture seule (les \u00e9critures # de fichiers sur une carte SD ne sont pas support\u00e9es). On peut le faire pointer # vers le r\u00e9pertoire de t\u00e9l\u00e9chargement d'OctoPrint (g\u00e9n\u00e9ralement # ~/.octoprint/uploads/ ). Ce param\u00e8tre doit \u00eatre fourni. #on_error_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lorsqu'une erreur est signal\u00e9e.","title":"[virtual_sdcard]"},{"location":"Config_Reference.html#sdcard_loop","text":"Certaines imprimantes dot\u00e9es de fonctions d'\u00e9jections des pi\u00e8ces imprim\u00e9es, comme un \u00e9jecteur de pi\u00e8ces ou une imprimante \u00e0 courroie, peuvent trouver une utilit\u00e9 dans la mise en boucle de sections du fichier de la carte SD (par exemple, pour imprimer la m\u00eame pi\u00e8ce encore et encore, ou r\u00e9p\u00e9ter une section d'une pi\u00e8ce pour une cha\u00eene ou un autre motif r\u00e9p\u00e9t\u00e9). Voir la r\u00e9f\u00e9rence des commandes pour les commandes prises en charge. Voir le fichier sample-macros.cfg pour une macro G-Code compatible avec le M808 de Marlin. [sdcard_loop]","title":"[sdcard_loop]"},{"location":"Config_Reference.html#force_move","text":"Support des d\u00e9placements manuels des moteurs pas \u00e0 pas \u00e0 des fins de diagnostic. Remarque : l'utilisation de cette fonction peut placer l'imprimante dans un \u00e9tat invalide - consultez la r\u00e9f\u00e9rence de la commande pour obtenir des d\u00e9tails importants. [force_move] #enable_force_move: False # D\u00e9fini \u00e0 true pour activer les commandes G-Code \u00e9tendues FORCE_MOVE et # SET_KINEMATIC_POSITION # La valeur par d\u00e9faut est false.","title":"[force_move]"},{"location":"Config_Reference.html#pause_resume","text":"Fonctionnalit\u00e9 Pause/Reprise avec prise en charge de la capture et de la restauration de position. Voir la r\u00e9f\u00e9rence de la commande pour plus d'informations. [pause_resume] #recover_velocity: 50. # Lorsque la capture/restauration est activ\u00e9e, la vitesse \u00e0 laquelle retourner \u00e0 # la position captur\u00e9e (en mm/s). La valeur par d\u00e9faut est 50,0 mm/s.","title":"[pause_resume]"},{"location":"Config_Reference.html#firmware_retraction","text":"R\u00e9traction du filament par le firmware. Cela permet d'activer les commandes GCODE G10 (r\u00e9traction) et G11 (d\u00e9-r\u00e9traction) \u00e9mises par de nombreux trancheurs. Les param\u00e8tres ci-dessous fournissent des valeurs par d\u00e9faut au d\u00e9marrage, ces valeurs peuvent \u00eatre ajust\u00e9es via la commande SET_RETRACTION , ce qui permet des r\u00e9glages par filament et des ajustements en cours d'impression. [firmware_retraction] #retract_length: 0 # La longueur du filament (en mm) \u00e0 r\u00e9tracter lorsque G10 est activ\u00e9, et \u00e0 fournir # lorsque G11 est activ\u00e9 (voir unretract_extra_length ci-dessous). # La valeur par d\u00e9faut est 0 mm. #retract_speed: 20 # La vitesse de r\u00e9traction, en mm/s. La valeur par d\u00e9faut est 20 mm/s. #unretract_extra_length: 0 # Longueur (en mm) de filament *suppl\u00e9mentaire* \u00e0 ajouter lors de la d\u00e9-r\u00e9traction. #unretract_speed: 10 # La vitesse de d\u00e9-r\u00e9traction, en mm/s. La valeur par d\u00e9faut est 10 mm/s.","title":"[firmware_retraction]"},{"location":"Config_Reference.html#gcode_arcs","text":"Support des commandes gcode de courbes (arc) (G2/G3). [gcode_arcs] #resolution: 1.0 # Un arc sera divis\u00e9 en segments. La longueur de chaque segment sera \u00e9gale \u00e0 # la r\u00e9solution en mm d\u00e9finie ci-dessus. Des valeurs plus faibles produiront un # arc plus fin, mais \u00e9galement plus de travail de votre machine. Les arcs plus # petits que la valeur configur\u00e9e deviendront des lignes droites. La valeur par # d\u00e9faut est 1 mm.","title":"[gcode_arcs]"},{"location":"Config_Reference.html#respond","text":"Active les commandes \u00e9tendues \"M118\" et \"RESPOND\" . [respond] #default_type: echo # D\u00e9finit le pr\u00e9fixe par d\u00e9faut de la sortie \"M118\" et \"RESPOND\" \u00e0 l'un des # \u00e9l\u00e9ments suivants : # echo: \"echo : \" (C'est la valeur par d\u00e9faut) # command: \"// \" # error: \" !! \" #default_prefix: echo: # D\u00e9finit directement le pr\u00e9fixe par d\u00e9faut. Si elle est pr\u00e9sente, cette valeur # remplacera celle de \"default_type\".","title":"[respond]"},{"location":"Config_Reference.html#exclude_object","text":"Permet de prendre en charge l'exclusion ou l'annulation d'objets individuels pendant le processus d'impression. Voir le guide des objets exclus et la r\u00e9f\u00e9rence des commandes pour plus d'informations. Voir le fichier sample-macros.cfg pour une macro G-Code M486 compatible avec Marlin/RepRapFirmware. [exclude_object]","title":"[exclude_object]"},{"location":"Config_Reference.html#compensation-de-la-resonance","text":"","title":"Compensation de la r\u00e9sonance"},{"location":"Config_Reference.html#input_shaper","text":"Active la compensation de r\u00e9sonance . Voir \u00e9galement la r\u00e9f\u00e9rence des commandes . [input_shaper] #shaper_freq_x: 0 # Fr\u00e9quence (en Hz) de la mise en forme de l'entr\u00e9e pour l'axe X. Il s'agit g\u00e9n\u00e9ralement # d'une fr\u00e9quence de r\u00e9sonance de l'axe X que la mise en forme de l'entr\u00e9e doit supprimer. # Pour les mises en forme plus complexes, comme les mises en forme \u00e0 2 ou 3 bosses EI # (2hump/3hump), ce param\u00e8tre peut \u00eatre d\u00e9fini \u00e0 partir de diff\u00e9rentes consid\u00e9rations. # La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive la mise en forme de l'entr\u00e9e pour l'axe X. #shaper_freq_y: 0 # Fr\u00e9quence (en Hz) de la mise en forme de l'entr\u00e9e pour l'axe Y. Il s'agit g\u00e9n\u00e9ralement # d'une fr\u00e9quence de r\u00e9sonance de l'axe Y que la mise en forme de l'entr\u00e9e doit supprimer. # Pour les mises en forme plus complexes, comme les mises en forme \u00e0 2 ou 3 bosses EI # (2hump/3hump), ce param\u00e8tre peut \u00eatre d\u00e9fini \u00e0 partir de diff\u00e9rentes consid\u00e9rations. # La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive la mise en forme de l'entr\u00e9e pour l'axe Y. #shaper_type: mzv # Le type de mise en forme de l'entr\u00e9e \u00e0 utiliser pour les axes X et Y. Les types support\u00e9s # sont zv, mzv, zvd, ei, 2hump_ei, et 3hump_ei. # La valeur par d\u00e9faut est la compensation de r\u00e9sonance mzv. #shaper_type_x: #shaper_type_y: # Si shaper_type n'est pas d\u00e9fini, ces deux param\u00e8tres peuvent \u00eatre utilis\u00e9s pour configurer # des formes d'entr\u00e9e diff\u00e9rentes pour les axes X et Y. Les valeurs support\u00e9es sont les # m\u00eames que celles du param\u00e8tre shaper_type. #damping_ratio_x: 0.1 #damping_ratio_y: 0.1 # Taux d'amortissement des vibrations des axes X et Y utilis\u00e9s par les dispositifs de mise # en forme de l'entr\u00e9e afin d'am\u00e9liorer la suppression des vibrations. La valeur par d\u00e9faut est # 0.1 ce qui est une bonne valeur g\u00e9n\u00e9rale pour la plupart des imprimantes. Dans la plupart # des cas, ce param\u00e8tre ne n\u00e9cessite aucun r\u00e9glage et ne doit pas \u00eatre modifi\u00e9.","title":"[input_shaper]"},{"location":"Config_Reference.html#adxl345","text":"Support des acc\u00e9l\u00e9rom\u00e8tres ADXL345. Ce support permet d'interroger les mesures de l'acc\u00e9l\u00e9rom\u00e8tre \u00e0 partir du capteur. Cela active une commande ACCELEROMETER_MEASURE (voir G-Codes pour plus d'informations). Le nom de la puce par d\u00e9faut est \"default\", mais on peut sp\u00e9cifier un nom explicite (par exemple, [adxl345 my_chip_name]). [adxl345] cs_pin: # La broche d'activation SPI du capteur. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: 5000000 # La vitesse SPI (en hz) \u00e0 utiliser lors de la communication avec la puce. # La valeur par d\u00e9faut est 5000000. #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #axes_map : x, y, z # L'axe de l'acc\u00e9l\u00e9rom\u00e8tre de chacun des axes X, Y et Z de l'imprimante. # Ceci peut \u00eatre utile si l'acc\u00e9l\u00e9rom\u00e8tre est mont\u00e9 dans une orientation # qui ne correspond pas \u00e0 celle de l'imprimante. Par exemple, on peut # r\u00e9gler cette option sur \"y, x, z\" pour permuter les axes X et Y. # Il est \u00e9galement possible d'inverser un axe si la direction de l'acc\u00e9l\u00e9rom\u00e8tre # est invers\u00e9e (par exemple, \"x, z, -y\"). La valeur par d\u00e9faut est \"x, y, z\". #Rate: 3200 # D\u00e9bit de donn\u00e9es de sortie pour ADXL345. ADXL345 prend en charge les d\u00e9bits # de donn\u00e9es suivants : 3200, 1600, 800, 400, 200, 100, 50, et 25. Notez qu'il n'est # pas recommand\u00e9 de changer ce d\u00e9bit par rapport au d\u00e9bit par d\u00e9faut de 3200, # les d\u00e9bits inf\u00e9rieurs \u00e0 800 affecteront consid\u00e9rablement la qualit\u00e9 des mesures # de r\u00e9sonance.","title":"[adxl345]"},{"location":"Config_Reference.html#mpu9250","text":"Prise en charge des acc\u00e9l\u00e9rom\u00e8tres MPU-9250, MPU-9255, MPU-6515, MPU-6050 et MPU-6500 (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"mpu9250\"). [mpu9250 my_accelerometer] #i2c_address: # La valeur par d\u00e9faut est 104 (0x68). Si AD0 est \u00e9lev\u00e9, ce sera 0x69 \u00e0 la place. #i2c_mcu: #i2c_bus: #i2c_speed: 400000 # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. La valeur par d\u00e9faut de \"i2c_speed\" est 400000. #axes_map: x, y, z # Voir la section \"adxl345\" pour des informations sur ce param\u00e8tre.","title":"[mpu9250]"},{"location":"Config_Reference.html#resonance_tester","text":"Prise en charge du test de r\u00e9sonance et du calibrage automatique du fa\u00e7onneur d'entr\u00e9e (input shaper). Pour utiliser la plupart des fonctionnalit\u00e9s de ce module, des d\u00e9pendances logicielles suppl\u00e9mentaires doivent \u00eatre install\u00e9es ; reportez-vous \u00e0 Mesurer les r\u00e9sonances et \u00e0 la r\u00e9f\u00e9rence de commande pour plus d'informations. Voir la section Adoucissement Max du guide de mesure des r\u00e9sonances pour plus d'informations sur le param\u00e8tre max_smoothing et son utilisation. [resonance_tester] #probe_points: # Une liste de coordonn\u00e9es X, Y, Z de points (un point par ligne) \u00e0 tester. # Au moins un point est requis. Assurez-vous que tous les points avec une certaine marge # de s\u00e9curit\u00e9 dans le plan XY (~ quelques centim\u00e8tres) sont accessibles par la t\u00eate de l'outil. #accel_chip: # Nom de la puce d'acc\u00e9l\u00e9rom\u00e8tre \u00e0 utiliser pour les mesures. Si la puce adxl345 a \u00e9t\u00e9 d\u00e9finie # sans un nom explicite, ce param\u00e8tre peut simplement la r\u00e9f\u00e9rencer en tant que # \"accel_chip : adxl345\", sinon un nom explicite doit \u00eatre fourni, par exemple # \"accel_chip : adxl345 my_chip_name\". Soit ce param\u00e8tre seul, soit les deux param\u00e8tres # suivants doivent \u00eatre d\u00e9finis. #accel_chip_x: #accel_chip_y: # Noms des puces d'acc\u00e9l\u00e9rom\u00e8tre \u00e0 utiliser pour les mesures de chaque axe. # Peut \u00eatre utile, par exemple, sur une imprimante de type \"bed slinger\", si deux acc\u00e9l\u00e9rom\u00e8tres # s\u00e9par\u00e9s sont mont\u00e9s, un sur le lit (pour l'axe Y), l'autre sur la t\u00eate de l'outil (pour l'axe X). # Ces param\u00e8tres ont le m\u00eame format que le param\u00e8tre 'accel_chip'. Soit le param\u00e8tre # 'accel_chip' soit ces deux param\u00e8tres doivent \u00eatre fournis. #max_smoothing: # Lissage maximal du fa\u00e7onneur (shaper) d'entr\u00e9e \u00e0 autoriser pour chaque axe pendant # l'auto-calibration (avec la commande 'SHAPER_CALIBRATE'). Par d\u00e9faut, aucun lissage # maximal n'est sp\u00e9cifi\u00e9. Reportez-vous au guide Measuring_Resonances pour plus de d\u00e9tails # sur l'utilisation de cette fonction. #min_freq: 5 # Fr\u00e9quence minimale de test des r\u00e9sonances. La valeur par d\u00e9faut est 5 Hz. #max_freq: 133.33 # Fr\u00e9quence maximale de test des r\u00e9sonances. La valeur par d\u00e9faut est 133,33 Hz. #accel_per_hz: 75 # Ce param\u00e8tre permet de d\u00e9terminer l'acc\u00e9l\u00e9ration \u00e0 utiliser pour tester une fr\u00e9quence # sp\u00e9cifique: accel = accel_per_hz * freq. Plus haute est cette valeur, plus l'\u00e9nergie des # oscillations est \u00e9lev\u00e9e. Peut \u00eatre fix\u00e9 \u00e0 une valeur inf\u00e9rieure \u00e0 celle par d\u00e9faut si les # r\u00e9sonances deviennent trop fortes sur l'imprimante. Cependant, des valeurs plus faibles # rendent les mesures des r\u00e9sonances \u00e0 haute fr\u00e9quence moins pr\u00e9cises. La valeur par # d\u00e9faut est de 75 (mm/sec). #hz_per_sec: 1 # D\u00e9termine la vitesse de l'essai. Lors du test de toutes les fr\u00e9quences dans la plage [min_freq, # max_freq], chaque seconde, la fr\u00e9quence augmente de hz_per_sec. # De faibles valeurs rendent le test lent, de grandes valeurs diminueront la pr\u00e9cision du test. # La valeur par d\u00e9faut est 1.0 (Hz/sec == sec^-2).","title":"[resonance_tester]"},{"location":"Config_Reference.html#assistants-de-fichiers-de-configuration","text":"","title":"Assistants de fichiers de configuration"},{"location":"Config_Reference.html#board_pins","text":"Alias des broches de la carte (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"board_pins\"). Utilisez ceci pour d\u00e9finir des alias de broches d'un micro-contr\u00f4leur. [board_pins my_aliases] mcu: mcu # Une liste de micro-contr\u00f4leurs s\u00e9par\u00e9s par des virgules pouvant utiliser les # alias. La valeur par d\u00e9faut est d'appliquer les alias au \"mcu\" principal. alias: aliases_: # Une liste s\u00e9par\u00e9e par des virgules d'alias \"nom=valeur\" \u00e0 cr\u00e9er pour le micro- # contr\u00f4leur donn\u00e9. Par exemple, \"EXP1_1=PE6\" cr\u00e9era un alias \"EXP1_1\" pour la # broche \"PE6\". Cependant, si la \"valeur\" est incluse dans \"<>\", alors \"nom\" est cr\u00e9\u00e9 # comme une broche r\u00e9serv\u00e9e (par exemple, \"EXP1_9=\" r\u00e9serverait \"EXP1_9\"). # Un nombre quelconque d'options commen\u00e7ant par \"alias_\" peuvent \u00eatre sp\u00e9cifi\u00e9es.","title":"[board_pins]"},{"location":"Config_Reference.html#include","text":"Prise en charge de l'inclusion de fichiers. On peut inclure des fichiers de configuration suppl\u00e9mentaires \u00e0 partir du fichier de configuration principal de l'imprimante. Les caract\u00e8res g\u00e9n\u00e9riques peuvent \u00e9galement \u00eatre utilis\u00e9s (par exemple, \"configs/*.cfg\"). [include my_other_config.cfg]","title":"[include]"},{"location":"Config_Reference.html#duplicate_pin_override","text":"Cet outil permet de d\u00e9finir plusieurs fois une m\u00eame broche de microcontr\u00f4leur dans un fichier de configuration sans v\u00e9rification normale des erreurs. Ceci est destin\u00e9 \u00e0 des fins de diagnostic et de d\u00e9bogage. Cette section n'est pas n\u00e9cessaire lorsque Klipper prend en charge l'utilisation de la m\u00eame broche plusieurs fois, et l'utilisation de cette d\u00e9rogation peut entra\u00eener des r\u00e9sultats confus et inattendus. [duplicate_pin_override] pins: # Une liste de broches s\u00e9par\u00e9es par des virgules pouvant \u00eatre utilis\u00e9es plusieurs fois dans # un fichier de configuration sans contr\u00f4les d'erreurs normaux. Ce param\u00e8tre doit \u00eatre # fourni.","title":"[duplicate_pin_override]"},{"location":"Config_Reference.html#materiel-de-nivelage-du-lit","text":"","title":"Mat\u00e9riel de nivelage du lit"},{"location":"Config_Reference.html#probe","text":"Sonde de hauteur Z. On peut d\u00e9finir cette section pour activer le mat\u00e9riel de nivellement de l'axe Z. Lorsque cette section est activ\u00e9e, les commandes g-code \u00e9tendus PROBE et QUERY_PROBE deviennent disponibles. Consultez \u00e9galement le guide d'\u00e9talonnage des sondes . La section probe cr\u00e9e \u00e9galement une broche virtuelle \"probe:z_virtual_endstop\". Il est possible de d\u00e9finir la broche du stepper_z, endstop_pin, sur cette broche virtuelle pour les imprimantes de style cart\u00e9sien qui utilisent la sonde \u00e0 la place d'un interrupteur de fin de course Z. Si vous utilisez \"probe:z_virtual_endstop\", ne d\u00e9finissez pas de position_endstop dans la configuration de la section stepper_z. [probe] pin: # Broche de d\u00e9tection de la sonde. Si la broche se trouve sur un microcontr\u00f4leur diff\u00e9rent # de celui des moteurs de l'axe Z alors elle active le \"multi-mcu homing\". Ce param\u00e8tre # doit \u00eatre fourni. #deactivate_on_each_sample: True # Ceci d\u00e9termine si Klipper doit ex\u00e9cuter le gcode de d\u00e9sactivation entre chaque tentative # de palpage lors d'une s\u00e9quence de palpages multiples. # La valeur par d\u00e9faut est True. #x_offset: 0.0 # La distance (en mm) entre la sonde et la buse le long de l'axe x. # La valeur par d\u00e9faut est 0. #y_offset: 0.0 # La distance (en mm) entre la sonde et la buse le long de l'axe y. # La valeur par d\u00e9faut est 0. z_offset: # La distance (en mm) entre le lit et la buse lorsque la sonde se d\u00e9clenche. # Ce param\u00e8tre doit \u00eatre fourni. #speed: 5.0 # Vitesse (en mm/s) de l'axe Z lors du palpage. La valeur par d\u00e9faut est 5mm/s. #samples: 1 # Le nombre de fois o\u00f9 il faut palper chaque point. Les valeurs z palp\u00e9es seront # moyenn\u00e9es. La valeur par d\u00e9faut est de palper 1 fois. #sample_retract_dist: 2.0 # Distance (en mm) \u00e0 parcourir pour relever la t\u00eate de l'outil entre chaque palpage # (en cas d'\u00e9chantillonnage multiple). La valeur par d\u00e9faut est 2mm. #lift_speed: # Vitesse (en mm/s) de l'axe Z lors du levage de la sonde entre les \u00e9chantillons. # La valeur par d\u00e9faut est la m\u00eame que celle du param\u00e8tre 'speed'. #samples_result: average # La m\u00e9thode de calcul lorsque l'on \u00e9chantillonne plusieurs fois - soit \"m\u00e9diane\" # (median) ou \"moyenne\" (average). La valeur par d\u00e9faut est \"moyenne\". #samples_tolerance: 0.100 # La distance Z maximale (en mm) \u00e0 laquelle un \u00e9chantillon peut diff\u00e9rer des autres # \u00e9chantillons. Si cette tol\u00e9rance est d\u00e9pass\u00e9e, soit une erreur est signal\u00e9e soit une # tentative de palpage est recommenc\u00e9e (cf. samples_tolerance_retries). # La valeur par d\u00e9faut est 0.100mm. #samples_tolerance_retries: 0 # Le nombre de fois qu'il faut r\u00e9essayer quand un palpage d\u00e9passe la tol\u00e9rance des # \u00e9chantillons. Lors d'une nouvelle tentative, tous les \u00e9chantillons en cours sont rejet\u00e9s # et une tentative de palpa est relanc\u00e9e. Si un ensemble valide d'\u00e9chantillons n'est pas # obtenu dans le nombre de tentatives donn\u00e9, une erreur est signal\u00e9e. La valeur par d\u00e9faut # est z\u00e9ro, ce qui entra\u00eene le signalement d'une erreur d\u00e8s le premier \u00e9chantillon d\u00e9passant # la tol\u00e9rance de samples_tolerance. #activate_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter avant chaque tentative de palpage. # Voir docs/Command_Templates.md pour le format G-Code. Cela peut \u00eatre utile si la sonde # doit \u00eatre activ\u00e9e d'une mani\u00e8re particuli\u00e8re. Ne pas envoyer ici de commandes d\u00e9pla\u00e7ant # la t\u00eate de l'outil (par exemple, G1). La valeur par d\u00e9faut est de ne pas ex\u00e9cuter de commandes # G-code sp\u00e9ciales lors de l'activation. #deactivate_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter apr\u00e8s la fin de chaque tentative de palpage # termin\u00e9e. Voir docs/Command_Templates.md pour le format G-Code. Ne pas envoyer ici # de commandes d\u00e9pla\u00e7ant la t\u00eate de l'outil. La valeur par d\u00e9faut est de ne pas ex\u00e9cuter de # commandes G-code sp\u00e9ciales lors de la d\u00e9sactivation.","title":"[probe]"},{"location":"Config_Reference.html#bltouch","text":"Sonde BLTouch. On peut d\u00e9finir cette section (au lieu d'une section probe) pour activer une sonde BLTouch. Voir Guide BL-Touch et R\u00e9f\u00e9rence des commandes pour plus d'informations. Une broche virtuelle \"probe:z_virtual_endstop\" est \u00e9galement cr\u00e9\u00e9e (voir la section \"probe\" pour les d\u00e9tails). [bltouch] sensor_pin: # Broche connect\u00e9e \u00e0 la broche du capteur (sensor) BLTouch. La plupart des BLTouch # exigent un pullup sur la broche du capteur (pr\u00e9fixez le nom de la broche par \"^\"). # Ce param\u00e8tre doit \u00eatre fourni. control_pin: # Broche connect\u00e9e \u00e0 la broche de commande du BLTouch. # Ce param\u00e8tre doit \u00eatre fourni. #pin_move_time: 0.680 # Dur\u00e9e d'attente (en secondes) pour que la broche BLTouch se d\u00e9place vers # le haut ou le bas. La valeur par d\u00e9faut est de 0,680 seconde. #stow_on_each_sample: True # D\u00e9termine si Klipper doit ordonner \u00e0 la broche de se d\u00e9placer vers le haut entre # chaque palpage lors d'une s\u00e9quence de palpages multiples. # Lisez les instructions dans docs/BLTouch.md avant de r\u00e9gler ce param\u00e8tre \u00e0 False. # La valeur par d\u00e9faut est True. #probe_with_touch_mode: False # Si ce param\u00e8tre est d\u00e9fini sur True, Klipper palpera avec le p\u00e9riph\u00e9rique en # \"touch_mode\". La valeur par d\u00e9faut est False (palpage en mode \"pin_down\"). #pin_up_reports_not_triggered: True # D\u00e9finit si le BLTouch rapporte syst\u00e9matiquement le palpeur dans un \u00e9tat \"non # d\u00e9clench\u00e9\" apr\u00e8s une commande \"pin_up\" r\u00e9ussie. Ceci devrait \u00eatre True pour # tous les BLTouch authentiques. Lisez les instructions de docs/BLTouch.md avant # de r\u00e9gler cette valeur \u00e0 False. La valeur par d\u00e9faut est True. #pin_up_touch_mode_reports_triggered: True # D\u00e9finit si le BLTouch rapporte syst\u00e9matiquement un \u00e9tat \"d\u00e9clench\u00e9\" apr\u00e8s la # commande \"pin_up_mode_reports_triggered\". Ceci devrait \u00eatre True pour tous les # BLTouch authentiques. Lisez les instructions de docs/BLTouch.md avant de r\u00e9gler # cette valeur \u00e0 False. La valeur par d\u00e9faut est True. #set_output_mode: # Demande un mode de sortie particulier de la broche du capteur sur un BLTouch V3.0 # (et ult\u00e9rieurs). Ce param\u00e8tre ne doit pas \u00eatre utilis\u00e9 sur d'autres types de sondes. # R\u00e9glez sur \"5V\" pour demander une sortie de 5 Volts de la broche du capteur (\u00e0 n'utiliser # que si la carte contr\u00f4leur n\u00e9cessite le mode 5V et est tol\u00e9rante \u00e0 5V sur sa ligne de signal # d'entr\u00e9e). R\u00e9glez sur \"OD\" pour demander l'utilisation de la sortie de la broche du capteur # en mode drain ouvert. La valeur par d\u00e9faut est de ne pas demander de mode de sortie. #x_offset: #y_offset: #z_offset: #speed: #lift_speed: #samples: #sample_retract_dist: #samples_result: #samples_tolerance: #samples_tolerance_retries: # Voir la section \"probe\" pour des informations sur ces param\u00e8tres.","title":"[bltouch]"},{"location":"Config_Reference.html#smart_effector","text":"Le \"Smart Effector\" de Duet3d impl\u00e9mente une sonde Z utilisant un capteur de force. On peut d\u00e9finir cette section \u00e0 la place de [probe] pour activer les fonctionnalit\u00e9s sp\u00e9cifiques du Smart Effector. Cela permet \u00e9galement d'activer les commandes d'ex\u00e9cution afin d'ajuster les param\u00e8tres du Smart Effector au moment de son ex\u00e9cution. [smart_effector] pin: # Broche connect\u00e9e \u00e0 la broche de sortie de la sonde Z de Smart Effector (broche 5). Notez qu' une # r\u00e9sistance de tirage (pullup) sur la carte n'est g\u00e9n\u00e9ralement pas n\u00e9cessaire. Cependant, si la broche # de sortie est connect\u00e9e \u00e0 la broche de la carte \u00e0 l'aide d'une r\u00e9sistance de tirage, cette r\u00e9sistance doit # \u00eatre de valeur \u00e9lev\u00e9e (par ex. 10K Ohm ou plus). Certaines cartes ont une r\u00e9sistance de tirage de faible # valeur sur l'entr\u00e9e de la sonde Z, ce qui entra\u00eenera probablement un \u00e9tat de sonde toujours d\u00e9clench\u00e9. # Dans ce cas, connectez le Smart Effector \u00e0 une autre broche sur la carte. Ce param\u00e8tre est n\u00e9cessaire. #control_pin: # Broche connect\u00e9e \u00e0 la broche d'entr\u00e9e de contr\u00f4le du Smart Effector (broche 7). Si elle est fournie, # les commandes de programmation de la sensibilit\u00e9 du Smart Effector deviennent disponibles. #probe_accel: # Si elle est d\u00e9finie, limite l'acc\u00e9l\u00e9ration des mouvements de palpage (en mm/sec^2). # Une grande acc\u00e9l\u00e9ration soudaine au d\u00e9but du mouvement de palpage peut provoquer des # d\u00e9clenchements intempestifs de la sonde, surtout si la t\u00eate de l'outil est lourde. # Pour \u00e9viter cela, il peut \u00eatre n\u00e9cessaire de r\u00e9duire l'acc\u00e9l\u00e9ration des mouvements de palpage # via ce param\u00e8tre. #recovery_time: 0.4 # D\u00e9lai entre les mouvements de d\u00e9placement et les mouvements de palpage en secondes. Un # d\u00e9placement rapide avant le palpage peut entra\u00eener un d\u00e9clenchement intempestif de celui-ci. # Cela peut provoquer des erreurs 'Probe triggered prior to movement' si aucun d\u00e9lai n'est d\u00e9fini. # La valeur 0 d\u00e9sactive le d\u00e9lai de r\u00e9cup\u00e9ration. # La valeur par d\u00e9faut est 0,4. #x_offset: #y_offset: # Doivent \u00eatre laiss\u00e9s non d\u00e9finis (ou d\u00e9finis \u00e0 0). z_offset: # Hauteur de d\u00e9clenchement de la sonde. Commencez avec -0,1 (mm), et ajustez plus tard en # utilisant la commande `PROBE_CALIBRATE`. Ce param\u00e8tre doit \u00eatre fourni. #speed: # Vitesse (en mm/s) de l'axe Z lors du palpage. Il est recommand\u00e9 de commencer avec une # vitesse de palpage de 20 mm/s et d'ajuster si n\u00e9cessaire pour am\u00e9liorer la pr\u00e9cision et la # r\u00e9p\u00e9tabilit\u00e9 du d\u00e9clenchement du palpeur. #samples: #sample_retract_dist: #samples_result: #samples_tolerance: #samples_tolerance_retries: #activate_gcode: #deactivate_gcode: #deactivate_on_each_sample: # Voir la section \"sonde\" (probe) pour plus d'informations sur les param\u00e8tres ci-dessus.","title":"[smart_effector]"},{"location":"Config_Reference.html#moteurs-pas-a-pas-et-extrudeurs-additionnels","text":"","title":"Moteurs pas \u00e0 pas et extrudeurs additionnels"},{"location":"Config_Reference.html#stepper_z1","text":"Axes \u00e0 moteurs pas \u00e0 pas multiples. Sur une imprimante de style cart\u00e9sien, le pilote moteur contr\u00f4lant un axe donn\u00e9 peut avoir des blocs de configuration suppl\u00e9mentaires d\u00e9finissant les pilotes moteurs qui doivent \u00eatre mis en marche de concert avec le pilote principal. On peut d\u00e9finir un nombre quelconque de sections avec un suffixe num\u00e9rique commen\u00e7ant \u00e0 1 (par exemple, \"stepper_z1\", \"stepper_z2\", etc.). [stepper_z1] #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distanc : # Voir la section \"stepper\" pour la d\u00e9finition des param\u00e8tres ci-dessus. #endstop_pin: # Si une endstop_pin est d\u00e9finie pour le moteur suppl\u00e9mentaire, alors le moteur # se d\u00e9placera \u00e0 l'origine jusqu'\u00e0 ce que la fin de course soit d\u00e9clench\u00e9e. Sinon, le # moteur se d\u00e9placera jusqu'\u00e0 ce que la fin de course du moteur principal de l'axe # soit d\u00e9clench\u00e9e.","title":"[stepper_z1]"},{"location":"Config_Reference.html#extruder1","text":"Dans une imprimante multi-extrudeurs, ajoutez une section d'extrudeur suppl\u00e9mentaire pour chaque extrudeur suppl\u00e9mentaire. Les sections d'extrudeur suppl\u00e9mentaires doivent \u00eatre nomm\u00e9es \"extruder1\", \"extruder2\", \"extruder3\", et ainsi de suite. Voir la section \"extruder\" pour une description des param\u00e8tres disponibles. Voir sample-multi-extruder.cfg pour un exemple de configuration. [extruder1] #step_pin: #dir_pin: #... # Voir la section \"extruder\" pour les param\u00e8tres disponibles pour le pilote de moteur # pas \u00e0 pas et l'\u00e9l\u00e9ment de chauffe. #shared_heater: # Cette option est obsol\u00e8te et ne doit plus \u00eatre utilis\u00e9e.","title":"[extruder1]"},{"location":"Config_Reference.html#dual_carriage","text":"Prise en charge des imprimantes cart\u00e9siennes avec deux chariots sur un seul axe. Le chariot actif est d\u00e9fini par la commande g-code \u00e9tendue SET_DUAL_CARRIAGE. La commande \"SET_DUAL_CARRIAGE CARRIAGE=1\" active le chariot d\u00e9fini dans cette section (CARRIAGE=0 ram\u00e8ne l'activation au chariot principal). Le support du double chariot est g\u00e9n\u00e9ralement combin\u00e9 avec des extrudeuses suppl\u00e9mentaires - la commande SET_DUAL_CARRIAGE est souvent appel\u00e9e en m\u00eame temps que la commande ACTIVATE_EXTRUDER. Veillez \u00e0 garer les chariots pendant la d\u00e9sactivation. Voir sample-idex.cfg pour un exemple de configuration. [dual_carriage] axis: # L'axe sur lequel se trouve ce chariot suppl\u00e9mentaire (soit x, soit y). Ce param\u00e8tre # doit \u00eatre fourni. #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distance: #endstop_pin: #position_endstop: #position_min: #position_max: # Voir la section \"stepper\" pour la d\u00e9finition des param\u00e8tres ci-dessus.","title":"[dual_carriage]"},{"location":"Config_Reference.html#extruder_stepper","text":"Support pour des moteurs suppl\u00e9mentaires synchronis\u00e9s avec le mouvement d'une extrudeuse (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"extruder_stepper\"). Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [extrudeur_stepper my_extra_stepper] extruder: # L'extrudeur sur lequel ce pilote moteur est synchronis\u00e9. Si ce param\u00e8tre est # d\u00e9fini sur une cha\u00eene vide, le pilote ne sera pas synchronis\u00e9 avec un extrudeur. # Ce param\u00e8tre doit \u00eatre fourni. #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distance: # Voir la section \"stepper\" pour la d\u00e9finition des param\u00e8tres # ci-dessus.","title":"[extruder_stepper]"},{"location":"Config_Reference.html#manual_stepper","text":"Pilotes de moteur manuels (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"manual_stepper\"). Ce sont des pilotes de moteur contr\u00f4l\u00e9s par la commande g-code MANUAL_STEPPER. Par exemple \"MANUAL_STEPPER STEPPER=my_stepper MOVE=10 SPEED=5\". Voir le fichier G-Codes pour une description de la commande MANUAL_STEPPER. Les pilotes de moteur ne sont pas connect\u00e9s \u00e0 la cin\u00e9matique normale de l'imprimante. [manual_stepper my_stepper] #step_pin: #dir_pin: #enable_pin: #microsteps: #rotation_distance: # Voir la section \"stepper\" pour une description de ces param\u00e8tres. #velocity: # D\u00e9finit la vitesse par d\u00e9faut (en mm/s) pour le pilote moteur. Cette valeur # sera utilis\u00e9e si une commande MANUAL_STEPPER ne sp\u00e9cifie pas de param\u00e8tre SPEED # La valeur par d\u00e9faut est 5mm/s. #accel # D\u00e9finit l'acc\u00e9l\u00e9ration par d\u00e9faut (en mm/s^2) pour le pilote moteur Une # acc\u00e9l\u00e9ration de z\u00e9ro n'entra\u00eenera aucune acc\u00e9l\u00e9ration. Cette valeur # sera utilis\u00e9e si une commande MANUAL_STEPPER ne sp\u00e9cifie pas de # param\u00e8tre ACCEL. La valeur par d\u00e9faut est z\u00e9ro. #endstop_pin: # Broche de d\u00e9tection de l'interrupteur de fin de course. Si elle est sp\u00e9cifi\u00e9e, on peut effectuer # des \"mouvements de retour \u00e0 l'origine\" en ajoutant un param\u00e8tre STOP_ON_ENDSTOP aux # commandes de mouvement MANUAL_STEPPER.","title":"[manual_stepper]"},{"location":"Config_Reference.html#elements-chauffants-et-capteurs-personnalises","text":"","title":"\u00c9l\u00e9ments chauffants et capteurs personnalis\u00e9s"},{"location":"Config_Reference.html#verify_heater","text":"V\u00e9rification de l'\u00e9l\u00e9ment chauffant et du capteur de temp\u00e9rature. La v\u00e9rification des \u00e9l\u00e9ments de chauffage est automatiquement activ\u00e9e pour chaque mat\u00e9riel de chauffage configur\u00e9 sur l'imprimante. Utilisez les sections verify_heater pour modifier les param\u00e8tres par d\u00e9faut. [verify_heater heater_config_name] #max_error: 120 # L'erreur de temp\u00e9rature cumul\u00e9e maximale avant de d\u00e9clencher une erreur. # Des valeurs plus petites entra\u00eenent une v\u00e9rification plus stricte et des valeurs # plus grandes permettent un d\u00e9lai plus long avant qu'une erreur ne soit signal\u00e9e. # Plus pr\u00e9cis\u00e9ment, la temp\u00e9rature est inspect\u00e9e une fois par seconde et si elle # est proche de la temp\u00e9rature cible, un \"compteur d'erreurs\" interne est remis # \u00e0 z\u00e9ro; sinon, si la temp\u00e9rature est inf\u00e9rieure \u00e0 la plage cible, le compteur est # augment\u00e9 de la quantit\u00e9 de temp\u00e9rature rapport\u00e9e diff\u00e9rant de cette plage. Si # le compteur d\u00e9passe ce \"max_error\", une erreur est signal\u00e9e. La valeur par # d\u00e9faut est 120. #check_gain_time: # Ceci contr\u00f4le la v\u00e9rification du chauffage durant la chauffe initiale. Des valeurs # plus petites entra\u00eenent une v\u00e9rification plus stricte et des valeurs plus grandes # autorisent un d\u00e9lai plus grand avant qu'une erreur ne soit signal\u00e9e. Sp\u00e9cifiquement, # pendant la chauffe initiale, tant que la temp\u00e9rature de l'\u00e9l\u00e9ment chauffant augmente # durant ce laps de temps (sp\u00e9cifi\u00e9 en secondes), le \"compteur d'erreurs\" interne est # remis \u00e0 z\u00e9ro. La valeur par d\u00e9faut est de 20 secondes pour les extrudeuses et 60 # secondes pour le lit chauffant. #hysteresis: 5 # La diff\u00e9rence de temp\u00e9rature maximale (en Celsius) par rapport \u00e0 une temp\u00e9rature # cible consid\u00e9r\u00e9e comme situ\u00e9e dans la plage de la cible. Ceci contr\u00f4le la v\u00e9rification # de la plage du param\u00e8tre max_error. Il est rare de personnaliser cette valeur. # La valeur par d\u00e9faut est 5. #heating_gain: 2 # La temp\u00e9rature minimale (en Celsius) pour laquelle le chauffage doit progresser # pendant la p\u00e9riode de check_gain_time. Il est rare de personnaliser cette valeur. # La valeur par d\u00e9faut est 2.","title":"[verify_heater]"},{"location":"Config_Reference.html#homing_heaters","text":"Outil de d\u00e9sactivation des \u00e9l\u00e9ments chauffants lors de la prise d'origine ou du palpage d'un axe. [homing_heaters] #steppers: # Une liste de pilotes moteurs s\u00e9par\u00e9s par des virgules qui devraient d\u00e9sactiver les chauffages. # La valeur par d\u00e9faut est de d\u00e9sactiver les chauffages pour tout d\u00e9placement (mise \u00e0 # l'origine / palpage). # Exemple typique : stepper_z #heaters: # Une liste, s\u00e9par\u00e9e par des virgules, d'\u00e9l\u00e9ments chauffants \u00e0 d\u00e9sactiver pendant les d\u00e9placements # (mise \u00e0 l'origine / palpage). La valeur par d\u00e9faut est de d\u00e9sactiver tous les \u00e9l\u00e9ments chauffants. # Exemple typique : extruder, heater_bed","title":"[homing_heaters]"},{"location":"Config_Reference.html#thermistor","text":"Thermistances personnalis\u00e9es (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"thermistor\"). Une thermistance personnalis\u00e9e peut \u00eatre utilis\u00e9e dans le champ sensor_type d'une section de configuration de chauffage. (Par exemple, si l'on d\u00e9finit une section \"[thermistor my_thermistor]\", on peut utiliser un \"sensor_type: my_thermistor\" lors de la d\u00e9finition d'un \u00e9l\u00e9ment de chauffe). Veillez \u00e0 placer la section thermistor dans le fichier de configuration avant sa premi\u00e8re utilisation dans une section de chauffage. [thermistor ma_thermistance] #temperature1: #resistance1: #temperature2: #resistance2: #temperature3: #resistance3: # Trois mesures de r\u00e9sistance (en Ohms) aux temp\u00e9ratures donn\u00e9es # (en Celsius). Ces trois mesures seront utilis\u00e9es pour calculer les # coefficients de Steinhart-Hart pour la thermistance. Ces param\u00e8tres # doivent \u00eatre fournis lors de l'utilisation de Steinhart-Hart pour d\u00e9finir la # thermistance. #beta: # Alternativement, on peut d\u00e9finir temp\u00e9rature1, r\u00e9sistance1, et beta # pour d\u00e9finir les param\u00e8tres de la thermistance. Ce param\u00e8tre doit \u00eatre # fourni lorsque l'on utilise \"beta\" pour d\u00e9finir la thermistance.","title":"[thermistor]"},{"location":"Config_Reference.html#adc_temperature","text":"Capteurs de temp\u00e9rature ADC personnalis\u00e9s (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"adc_temperature\"). Cela permet de d\u00e9finir un capteur de temp\u00e9rature personnalis\u00e9 mesurant une tension sur une broche de convertisseur analogique-num\u00e9rique (ADC) et utilise une interpolation lin\u00e9aire entre un ensemble de mesures configur\u00e9es de temp\u00e9rature/tension (ou de temp\u00e9rature/r\u00e9sistance) pour d\u00e9terminer la temp\u00e9rature. Le capteur r\u00e9sultant peut \u00eatre utilis\u00e9 comme un type de capteur dans une section de chauffage. (Par exemple, si l'on d\u00e9finit une section \"[adc_temperature my_sensor]\", on peut utiliser un \"sensor_type : my_sensor\" lors de la d\u00e9finition d'un \u00e9l\u00e9ment chauffant). Veillez \u00e0 placer la section du capteur dans le fichier de configuration avant sa premi\u00e8re utilisation dans une section de chauffage. [adc_temperature mon_capteur] #temperature1: #voltage1: #temperature2: #voltage2: #... # Un ensemble de temp\u00e9ratures (en Celsius) et de tensions (en Volts) \u00e0 utiliser comme # r\u00e9f\u00e9rence lors de la conversion d'une temp\u00e9rature. Une section de chauffage utilisant # ce capteur peut \u00e9galement sp\u00e9cifier les param\u00e8tres adc_voltage et voltage_offset # pour d\u00e9finir la tension ADC (voir la section \"Amplificateurs communs de temp\u00e9rature\" # pour plus de d\u00e9tails). Au moins deux mesures doivent \u00eatre fournies. #temperature1: #resistance1: #temperature2: #resistance2: #... # Alternativement, on peut indiquer un ensemble de temp\u00e9ratures (en Celsius) # et de r\u00e9sistance (en Ohms) \u00e0 utiliser comme r\u00e9f\u00e9rence lors de la conversion d'une # temp\u00e9rature. Une section de chauffage utilisant ce capteur peut \u00e9galement sp\u00e9cifier un # param\u00e8tre pullup_resistor (voir la section \"extrudeuse\" pour plus de d\u00e9tails). Au # moins deux mesures doivent \u00eatre fournies.","title":"[adc_temperature]"},{"location":"Config_Reference.html#heater_generic","text":"\u00c9l\u00e9ments de chauffe g\u00e9n\u00e9riques (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"heater_generic\"). Ces \u00e9l\u00e9ments de chauffe se comportent de la m\u00eame mani\u00e8re que les \u00e9l\u00e9ments de chauffe standards (extrudeuses, lits chauffants). Utilisez la commande SET_HEATER_TEMPERATURE (voir G-Codes pour plus de d\u00e9tails) pour d\u00e9finir la temp\u00e9rature cible. [heater_generic my_generic_heater] #gcode_id: # L'identifiant \u00e0 utiliser pour signaler la temp\u00e9rature dans la commande M105. # Ce param\u00e8tre doit \u00eatre fourni. #heater_pin: #max_power: #sensor_type: #sensor_pin: #smooth_time: #control: #pid_Kp: #pid_Ki: #pid_Kd: #pwm_cycle_time: #min_temp: #max_temp: # Voir la section \"extruder\" pour la d\u00e9finition des param\u00e8tres # ci-dessus.","title":"[heater_generic]"},{"location":"Config_Reference.html#temperature_sensor","text":"Capteurs de temp\u00e9rature g\u00e9n\u00e9riques. On peut d\u00e9finir un nombre quelconque de capteurs de temp\u00e9rature suppl\u00e9mentaires signal\u00e9s par la commande M105. [temperature_sensor my_sensor] #sensor_type: #sensor_pin: #min_temp: #max_temp: # Voir la section \"extrudeuse\" pour la d\u00e9finition des param\u00e8tres # ci-dessus. #gcode_id: # Voir la section \"heater_generic\" pour la d\u00e9finition de ce # param\u00e8tre.","title":"[temperature_sensor]"},{"location":"Config_Reference.html#capteurs-de-temperature","text":"Klipper inclut les d\u00e9finitions de nombreux types de capteurs de temp\u00e9rature. Ces capteurs peuvent \u00eatre utilis\u00e9s dans n'importe quelle section de la configuration n\u00e9cessitant un capteur de temp\u00e9rature (comme une section [extruder] ou [heater_bed] ).","title":"Capteurs de temp\u00e9rature"},{"location":"Config_Reference.html#thermistances-communes","text":"Thermistances communes. Les param\u00e8tres suivants sont disponibles dans les sections de chauffage utilisant l'un de ces capteurs. sensor_type: # Un parmi \"EPCOS 100K B57560G104F\", \"ATC Semitec 104GT-2\", # \"ATC Semitec 104NT-4-R025H42G\", \"Generic 3950\", # \"Honeywell 100K 135-104LAG-J01\", \"NTC 100K MGB18-104F39050L32\", # \"SliceEngineering 450\", ou \"TDK NTCG104LH104JT1\". sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e \u00e0 la thermistance. Ce param\u00e8tre doit # \u00eatre fourni. #pullup_resistor: 4700 # La r\u00e9sistance (en ohms) de tirage (pullup) reli\u00e9e \u00e0 la thermistance. # La valeur par d\u00e9faut est 4700 ohms. #inline_resistor: 0 # La r\u00e9sistance (en ohms) d'une r\u00e9sistance suppl\u00e9mentaire (ne variant pas en fonction de # la chaleur) plac\u00e9e en ligne avec la thermistance. Il est rare de la d\u00e9finir. # La valeur par d\u00e9faut est 0 ohms.","title":"Thermistances communes"},{"location":"Config_Reference.html#amplificateurs-de-temperature-courants","text":"Amplificateurs de temp\u00e9rature courants. Les param\u00e8tres suivants sont disponibles dans les sections de chauffage utilisant l'un de ces capteurs. sensor_type: # Un parmi \"PT100 INA826\", \"AD595\", \"AD597\", \"AD8494\", \"AD8495\", # \"AD8496\", ou \"AD8497\". sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e au capteur. Ce param\u00e8tre doit \u00eatre # fourni. #adc_voltage: 5.0 # La tension de comparaison ADC (en Volts). La valeur par d\u00e9faut est de 5 volts. #voltage_offset: 0 # D\u00e9calage de la tension de l'ADC (en Volts). La valeur par d\u00e9faut est 0.","title":"Amplificateurs de temp\u00e9rature courants"},{"location":"Config_Reference.html#capteur-pt1000-directement-connecte","text":"Capteur PT1000 connect\u00e9 en direct. Les param\u00e8tres suivants sont disponibles dans les sections chauffage utilisant ces capteurs. sensor_type : PT1000 sensor_pin: # Broche d'entr\u00e9e analogique connect\u00e9e au capteur. Ce param\u00e8tre doit \u00eatre # fourni. #pullup_resistor: 4700 # La r\u00e9sistance (en ohms) de tirage (pullup) reli\u00e9e au capteur. La valeur par # d\u00e9faut est 4700 ohms.","title":"Capteur PT1000 directement connect\u00e9"},{"location":"Config_Reference.html#capteurs-de-temperature-maxxxxxx","text":"Capteurs MAXxxxxx \u00e0 interface p\u00e9riph\u00e9rique s\u00e9rie (SPI) bas\u00e9s sur la temp\u00e9rature. Les param\u00e8tres suivants sont disponibles dans les sections de chauffage qui utilisent l'un de ces types de capteurs. sensor_type : # Un parmi les types suivants : \"MAX6675\", \"MAX31855\", \"MAX31856\" ou \"MAX31865\". sensor_pin: # La broche de s\u00e9lection de puce pour la puce du capteur. Ce param\u00e8tre doit \u00eatre # fourni. #spi_speed: 4000000 # La vitesse SPI (en hz) \u00e0 utiliser lors de la communication avec la puce. # La valeur par d\u00e9faut est 4000000. #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #tc_type: K #tc_use_50Hz_filter: False #tc_averaging_count: 1 # Les param\u00e8tres ci-dessus contr\u00f4lent les param\u00e8tres des capteurs des puces MAX31856 # Les valeurs par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre # dans la liste ci-dessus. #rtd_nominal_r: 100 #rtd_reference_r: 430 #rtd_num_of_wires: 2 #rtd_use_50Hz_filter: False # Les param\u00e8tres ci-dessus contr\u00f4lent les param\u00e8tres des capteurs des puces MAX31865 # Les valeurs par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre # dans la liste ci-dessus.","title":"Capteurs de temp\u00e9rature MAXxxxxx"},{"location":"Config_Reference.html#capteurs-de-temperature-bmp280bme280bme680","text":"Capteurs environnementaux BMP280/BME280/BME680 \u00e0 interface \u00e0 deux fils (I2C). Notez que ces capteurs ne sont pas destin\u00e9s \u00e0 \u00eatre utilis\u00e9s avec des extrudeurs et des lits chauffants, mais plut\u00f4t pour surveiller la temp\u00e9rature ambiante (C), la pression (hPa), l'humidit\u00e9 relative et, dans le cas du BME680, le niveau de gaz. Voir sample-macros.cfg pour un gcode_macro pouvant \u00eatre utilis\u00e9 pour signaler la pression et l'humidit\u00e9 en plus de la temp\u00e9rature. sensor_type: BME280 #i2c_address: # La valeur par d\u00e9faut est 118 (0x76). Certains capteurs BME280 ont une adresse de 119 # (0x77). #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus.","title":"Capteurs de temp\u00e9rature BMP280/BME280/BME680"},{"location":"Config_Reference.html#capteur-htu21d","text":"Capteur d'environnement de la famille HTU21D \u00e0 interface \u00e0 deux fils (I2C). Notez que ce capteur n'est pas destin\u00e9 \u00e0 \u00eatre utilis\u00e9 avec les extrudeuses et les lits chauffants, mais plut\u00f4t \u00e0 surveiller la temp\u00e9rature ambiante (C) et l'humidit\u00e9 relative. Voir sample-macros.cfg pour un gcode_macro utilisable permettant d'indiquer l'humidit\u00e9 en plus de la temp\u00e9rature. sensor_type: # Doit \u00eatre \"HTU21D\" , \"SI7013\", \"SI7020\", \"SI7021\" ou \"SHT21\". #i2c_address: # La valeur par d\u00e9faut est 64 (0x40). #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #htu21d_hold_master: # Si le capteur peut maintenir le tampon I2C durant la lecture. Si True, aucune autre # communication par bus ne peut \u00eatre effectu\u00e9e durant la lecture en cours. # La valeur par d\u00e9faut est False. #htu21d_resolution: # La r\u00e9solution de lecture de la temp\u00e9rature et de l'humidit\u00e9. # Les valeurs valides sont : # 'TEMP14_HUM12' -> 14 bits pour la temp\u00e9rature et 12 bits pour l'humidit\u00e9. # 'TEMP13_HUM10' -> 13 bits pour la temp\u00e9rature et 10 bits pour l'humidit\u00e9. # 'TEMP12_HUM08' -> 12 bits pour la temp\u00e9rature et 08 bits pour l'humidit\u00e9 # 'TEMP11_HUM11' -> 11 bits pour la temp\u00e9rature et 11 bits pour l'humidit\u00e9 # La valeur par d\u00e9faut est \"TEMP11_HUM11\" #htu21d_report_time: # Intervalle en secondes entre les lectures. La valeur par d\u00e9faut est 30","title":"Capteur HTU21D"},{"location":"Config_Reference.html#capteur-de-temperature-lm75","text":"Capteurs de temp\u00e9rature LM75/LM75A connect\u00e9s en deux fils (I2C). Ces capteurs ont une gamme de -55~125 \u00b0C, et sont donc utilisables par exemple pour la surveillance de la temp\u00e9rature d'une chambre. Ils peuvent aussi fonctionner comme de simples contr\u00f4leurs de ventilateurs/\u00e9l\u00e9ments chauffants. sensor_type: LM75 #i2c_address: # La valeur par d\u00e9faut est 72 (0x48). La plage normale est 72-79 (0x48-0x4F), les 3 # bits de poids faible de l'adresse sont configur\u00e9s via des broches sur la puce # (g\u00e9n\u00e9ralement avec des cavaliers ou c\u00e2bl\u00e9s). #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #lm75_report_time: # Intervalle en secondes entre les lectures. La valeur par d\u00e9faut est 0.8, avec un # minimum de 0.5.","title":"Capteur de temp\u00e9rature LM75"},{"location":"Config_Reference.html#capteur-de-temperature-integre-au-microcontroleur","text":"Les micro-contr\u00f4leurs atsam, atsamd, et stm32 poss\u00e8dent un capteur de temp\u00e9rature interne. On peut utiliser le capteur \"temperature_mcu\" pour surveiller ces temp\u00e9ratures. sensor_type: temperature_mcu #sensor_mcu: mcu # Le micro-contr\u00f4leur \u00e0 lire. La valeur par d\u00e9faut est \"mcu\". #sensor_temperature1: #sensor_adc1: # Sp\u00e9cifiez les deux param\u00e8tres ci-dessus (une temp\u00e9rature en Celsius et une valeur d' ADC sous # forme de flottant entre 0,0 et 1,0) pour calibrer la temp\u00e9rature du microcontr\u00f4leur. Cela peut # am\u00e9liorer la pr\u00e9cision de la temp\u00e9rature rapport\u00e9e sur certaines puces. Une fa\u00e7on typique d'obtenir # ces informations d'\u00e9talonnage est de couper compl\u00e8tement l'alimentation de l'imprimante pendant # quelques heures (afin de s'assurer qu'elle est \u00e0 la temp\u00e9rature ambiante), puis de la remettre sous # tension et d'utiliser la fonction QUERY_ADC pour obtenir une mesure ADC. # Utilisez un autre capteur de temp\u00e9rature sur l'imprimante pour trouver la temp\u00e9rature ambiante # correspondante. La valeur par d\u00e9faut est d'utiliser les donn\u00e9es d'\u00e9talonnage d'usine du microcontr\u00f4leur # (le cas \u00e9ch\u00e9ant) ou les valeurs nominales de la sp\u00e9cification du microcontr\u00f4leur. #sensor_temperature2: #sensor_adc2: # Si sensor_temperature1/sensor_adc1 est sp\u00e9cifi\u00e9, on peut \u00e9galement sp\u00e9cifier les donn\u00e9es # d'\u00e9talonnage de sensor_temperature2/sensor_adc2. En proc\u00e9dant ainsi on peut fournir des # informations calibr\u00e9es sur la \"pente de temp\u00e9rature\". La valeur par d\u00e9faut est d'utiliser les donn\u00e9es # d'\u00e9talonnage d'usine sur le microcontr\u00f4leur (le cas \u00e9ch\u00e9ant) ou les valeurs nominales de la # sp\u00e9cification du microcontr\u00f4leur.","title":"Capteur de temp\u00e9rature int\u00e9gr\u00e9 au microcontr\u00f4leur"},{"location":"Config_Reference.html#capteur-de-temperature-de-lhote","text":"Temp\u00e9rature de la machine (par exemple Raspberry Pi) ex\u00e9cutant le logiciel h\u00f4te. sensor_type: temperature_host #sensor_path: # Le chemin d'acc\u00e8s au fichier syst\u00e8me de temp\u00e9rature. La valeur par d\u00e9faut est # \" /sys/class/thermal/thermal_zone0/temp \" qui est le fichier syst\u00e8me de # temp\u00e9rature sur un ordinateur Raspberry Pi.","title":"Capteur de temp\u00e9rature de l'h\u00f4te"},{"location":"Config_Reference.html#capteur-de-temperature-ds18b20","text":"Le DS18B20 est un capteur de temp\u00e9rature num\u00e9rique \u00e0 1 fil (w1). Notez que ce capteur n'est pas destin\u00e9 \u00e0 \u00eatre utilis\u00e9 avec les extrudeurs et les lits chauffants, mais plut\u00f4t pour surveiller la temp\u00e9rature ambiante (C). Ces capteurs ont une port\u00e9e allant jusqu'\u00e0 125 \u00b0C et sont donc utilisables pour la surveillance de la temp\u00e9rature d'un caisson par exemple. Ils peuvent \u00e9galement fonctionner comme de simples contr\u00f4leurs de ventilateurs/\u00e9l\u00e9ments chauffants. Les capteurs DS18B20 ne sont support\u00e9s que par un \"mcu h\u00f4te\", par exemple le Raspberry Pi. Le module w1-gpio du noyau Linux doit \u00eatre install\u00e9. sensor_type: DS18B20 serial_no: # Chaque dispositif \u00e0 1-wire poss\u00e8de un num\u00e9ro de s\u00e9rie unique utilis\u00e9 pour l'identifier, # g\u00e9n\u00e9ralement au format 28-031674b175ff. Ce param\u00e8tre doit \u00eatre fourni. # Les p\u00e9riph\u00e9riques 1-wire connect\u00e9s peuvent \u00eatre list\u00e9s \u00e0 l'aide de la commande Linux suivante : # ls /sys/bus/w1/devices/ #ds18_report_time: # Intervalle en secondes entre les lectures. La valeur par d\u00e9faut est de 3,0, avec un minimum de 1,0. #sensor_mcu: # Le micro-contr\u00f4leur \u00e0 lire. Doit \u00eatre le host_mcu","title":"Capteur de temp\u00e9rature DS18B20"},{"location":"Config_Reference.html#ventilateurs","text":"","title":"Ventilateurs"},{"location":"Config_Reference.html#fan","text":"Ventilateur de refroidissement de la pi\u00e8ce. [fan] pin: # Broche de sortie contr\u00f4lant le ventilateur. Ce param\u00e8tre doit \u00eatre fourni. #max_power: 1.0 # La puissance maximale (exprim\u00e9e en tant que valeur comprise entre 0,0 et 1,0) \u00e0 laquelle # r\u00e9gler la broche. La valeur 1.0 permet de r\u00e9gler la broche enti\u00e8rement activ\u00e9e pendant de # longues p\u00e9riodes, tandis qu'une valeur de 0,5 permet \u00e0 la broche de n'\u00eatre activ\u00e9e que # durant la moiti\u00e9 du temps au maximum. Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour limiter la # puissance totale de sortie (sur des p\u00e9riodes prolong\u00e9es) du ventilateur. # Si cette valeur est inf\u00e9rieure \u00e0 1,0, les demandes de vitesse du ventilateur seront mises \u00e0 # l'\u00e9chelle entre z\u00e9ro et max_power (par exemple, si la puissance maximale est de 0,9 et # qu'une vitesse de 80 % est demand\u00e9e, la puissance du ventilateur sera r\u00e9gl\u00e9e \u00e0 72 %. # La valeur par d\u00e9faut est 1.0. #shutdown_speed: 0 # La vitesse souhait\u00e9e du ventilateur (exprim\u00e9e comme une valeur de 0,0 \u00e0 1,0) si # le logiciel du microcontr\u00f4leur passe dans un \u00e9tat d'erreur. La valeur par d\u00e9faut # est 0. #cycle_time: 0.010 # La dur\u00e9e (en secondes) de chaque cycle d'alimentation PWM du ventilateur. Il est # recommand\u00e9 que cette dur\u00e9e soit de 10 millisecondes ou plus si vous utilisez un PWM logiciel. # La valeur par d\u00e9faut est de 0,010 seconde. #hardware_pwm: False # Activez ceci pour utiliser le PWM mat\u00e9riel au lieu du PWM logiciel. La plupart des ventilateurs # ne fonctionnent pas correctement avec le PWM mat\u00e9riel, il n'est donc pas recommand\u00e9 # d'activer cette option \u00e0 moins qu'il n'y ait une exigence \u00e9lectrique pour obtenir une tr\u00e8s haute # vitesse. Lorsque vous utilisez le PWM mat\u00e9riel, le temps de cycle r\u00e9el est contraint par la mise # en \u0153uvre et peut \u00eatre significativement diff\u00e9rent du temps de cycle demand\u00e9. # La valeur par d\u00e9faut est False. #kick_start_time: 0.100 # Dur\u00e9e (en secondes) de fonctionnement du ventilateur \u00e0 pleine vitesse, soit lors de sa premi\u00e8re # activation soit lors d'une augmentation de plus de 50% (pour faire tourner le ventilateur). # La valeur par d\u00e9faut est de 0,100 seconde. #off_below: 0.0 # La vitesse d'entr\u00e9e minimale qui alimentera le ventilateur (exprim\u00e9e comme une valeur # comprise entre 0,0 et 1,0). Quand une vitesse inf\u00e9rieure \u00e0 off_below est demand\u00e9e le ventilateur # sera d\u00e9sactiv\u00e9. Ce r\u00e9glage peut \u00eatre utilis\u00e9 pour \u00e9viter que le ventilateur ne cale et pour # garantir que les d\u00e9marrages sont efficaces. # La valeur par d\u00e9faut est 0.0. # # Ce param\u00e8tre doit \u00eatre recalibr\u00e9 chaque fois que max_power est ajust\u00e9. # Pour calibrer ce param\u00e8tre, commencez avec off_below r\u00e9gl\u00e9 sur 0.0 et ventilateur tournant. Diminuez # progressivement la vitesse du ventilateur afin de d\u00e9terminer la vitesse d'entr\u00e9e la plus faible entra\u00eenant # le ventilateur de mani\u00e8re fiable sans d\u00e9crochage. R\u00e9glez off_below au rapport cyclique correspondant # \u00e0 cette valeur (par exemple, 12% -> 0,12) ou l\u00e9g\u00e8rement plus. #tachometer_pin: # Broche d'entr\u00e9e tachym\u00e9trique de surveillance de la vitesse du ventilateur. Un pullup est g\u00e9n\u00e9ralement # n\u00e9cessaire. Ce param\u00e8tre est facultatif. #tachometer_ppr: 2 # Lorsque tachometer_pin est sp\u00e9cifi\u00e9, il s'agit du nombre d'impulsions par r\u00e9volution du signal # tachym\u00e9trique. Pour un ventilateur BLDC, c'est normalement la moiti\u00e9 du nombre de p\u00f4les. # La valeur par d\u00e9faut est 2. #tachometer_poll_interval: 0.0015 # Lorsque tachometer_pin est sp\u00e9cifi\u00e9, il s'agit de la p\u00e9riode d'interrogation de la broche tachym\u00e9trique, # en secondes. La valeur par d\u00e9faut est 0.0015, ce qui est suffisamment rapide pour des ventilateurs de # moins de 10000 RPM \u00e0 2 PPR. Cette valeur doit \u00eatre inf\u00e9rieure \u00e0 30/(tachometer_ppr*rpm), avec une # certaine marge, o\u00f9 rpm est la vitesse maximale (en RPM) du ventilateur. #enable_pin: # Broche optionnelle pour d'activation de l'alimentation du ventilateur. Cela peut \u00eatre utile pour les # ventilateurs avec des entr\u00e9es PWM d\u00e9di\u00e9es. Certains de ces ventilateurs restent allum\u00e9s m\u00eame \u00e0 0 % # de PWM. Dans ce cas, la broche PWM peut \u00eatre utilis\u00e9e normalement et, par exemple, un FET commut\u00e9 # \u00e0 la masse (broche de ventilateur standard) peut \u00eatre utilis\u00e9 pour contr\u00f4ler l'alimentation du ventilateur.","title":"[fan]"},{"location":"Config_Reference.html#heater_fan","text":"Ventilateurs de chauffage (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"heater_fan\"). Un \"ventilateur de chauffage\" est un ventilateur activ\u00e9 lorsque le chauffage qui lui est associ\u00e9 est actif. Par d\u00e9faut, un heater_fan a une vitesse d'arr\u00eat \u00e9gale \u00e0 la puissance maximale. [heater_fan my_nozzle_fan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"fan\" pour une description des param\u00e8tres ci-dessus. #heater: extruder # Nom de la section de configuration d\u00e9finissant le chauffage auquel ce ventilateur est associ\u00e9. # Si une liste de noms d'\u00e9l\u00e9ments chauffants s\u00e9par\u00e9s par des virgules est fournie ici, le # ventilateur sera activ\u00e9 lorsque l'un des chauffages donn\u00e9s est activ\u00e9. # La valeur par d\u00e9faut est \"extruder\". #heater_temp: 50.0 # Temp\u00e9rature (en Celsius) en dessous de laquelle l'\u00e9l\u00e9ment chauffant doit descendre pour que # le ventilateur soit d\u00e9sactiv\u00e9. La valeur par d\u00e9faut est 50 \u00b0C. #fan_speed: 1.0 # La vitesse du ventilateur (exprim\u00e9e sous la forme d'une valeur comprise entre 0,0 et 1,0) \u00e0 # laquelle le ventilateur sera r\u00e9gl\u00e9 lorsque l'\u00e9l\u00e9ment chauffant qui lui est associ\u00e9 est activ\u00e9. # La valeur par d\u00e9faut est 1.0","title":"[heater_fan]"},{"location":"Config_Reference.html#controller_fan","text":"Ventilateur de refroidissement du contr\u00f4leur (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"controller_fan\"). Un \"ventilateur de contr\u00f4leur\" est un ventilateur activ\u00e9 chaque fois que l'\u00e9l\u00e9ment chauffant ou le pilote pas \u00e0 pas qui lui est associ\u00e9 est actif. Le ventilateur s'arr\u00eatera chaque fois qu'un idle_timeout sera atteint afin de garantir qu'aucune surchauffe ne se produise apr\u00e8s la d\u00e9sactivation d'un composant surveill\u00e9. [controller_fan my_controller_fan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"fan\" pour une description des param\u00e8tres ci-dessus. #fan_speed: 1.0 # Vitesse du ventilateur (exprim\u00e9e comme une valeur de 0,0 \u00e0 1,0) \u00e0 laquelle celui-ci # sera r\u00e9gl\u00e9 lorsqu'un chauffage ou un pilote pas \u00e0 pas est actif. # La valeur par d\u00e9faut est 1.0 #idle_timeout: # Dur\u00e9e (en secondes) apr\u00e8s activit\u00e9 d'un pilote pas \u00e0 pas ou d'un \u00e9l\u00e9ment chauffant # pour laquelle le ventilateur doit continuer de fonctionner. La valeur par d\u00e9faut # est de 30 secondes. #idle_speed: # Vitesse du ventilateur (exprim\u00e9e comme une valeur de 0,0 et 1,0) \u00e0 laquelle le r\u00e9gler # lors de l'activit\u00e9 d'une chauffe ou d'un pilote pas \u00e0 pas avant que le d\u00e9lai d'attente # idle_timeout ne soit atteint. La valeur par d\u00e9faut est fan_speed. #heater: #stepper : # Nom de la section de configuration d\u00e9finissant l'\u00e9l\u00e9ment chauffant/pilote auquel ce ventilateur # est associ\u00e9. Si une liste s\u00e9par\u00e9e par des virgules de noms d'\u00e9l\u00e9ments chauffants/pilotes est # fournie ici, le ventilateur s'activera lorsque l'un des \u00e9l\u00e9ments chauffants/pilotes donn\u00e9s est activ\u00e9. # Le chauffage par d\u00e9faut est \"extruder\", le pilote par d\u00e9faut est tous.","title":"[controller_fan]"},{"location":"Config_Reference.html#temperature_fan","text":"Ventilateurs de refroidissement d\u00e9clench\u00e9s en fonction de la temp\u00e9rature (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"temperature_fan\"). Un \"ventilateur de temp\u00e9rature\" est un ventilateur activ\u00e9 lorsque le capteur qui lui est associ\u00e9 est au-dessus d'une temp\u00e9rature d\u00e9finie. Par d\u00e9faut, un ventilateur de temp\u00e9rature a une vitesse d'arr\u00eat \u00e9gale \u00e0 la puissance maximale. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [temperature_fan my_temp_fan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"ventilateur\" pour une description des param\u00e8tres ci-dessus. #sensor_type: #sensor_pin: #control: #max_delta: #min_temp: #max_temp: # Voir la section \"extrudeuse\" pour une description des param\u00e8tres ci-dessus. #pid_Kp: #pid_Ki: #pid_Kd: # Les param\u00e8tres proportionnels (pid_Kp), int\u00e9graux (pid_Ki), et d\u00e9riv\u00e9s (pid_Ki) # du syst\u00e8me de contr\u00f4le par r\u00e9troaction PID. Klipper \u00e9value les param\u00e8tres PID # avec la formule g\u00e9n\u00e9rale suivante : # fan_pwm = max_power - (Kp*e + Ki*integral(e) - Kd*derivative(e)) / 255 # O\u00f9 \"e\" est \"temp\u00e9rature_cible - temp\u00e9rature_mesur\u00e9e\" et # \"fan_pwm\" est le d\u00e9bit du ventilateur demand\u00e9, 0,0 correspondant \u00e0 un arr\u00eat complet # et 1,0 correspond \u00e0 un fonctionnement \u00e0 plein r\u00e9gime. Les param\u00e8tres pid_Kp, pid_Ki, # et pid_Kd doivent \u00eatre fournis lorsque l'algorithme de contr\u00f4le PID est activ\u00e9. #pid_deriv_time: 2.0 # Une dur\u00e9e (en secondes) sur laquelle lisser les mesures de temp\u00e9rature lors de # l'utilisation de l'algorithme de contr\u00f4le PID. Cela peut r\u00e9duire l'impact du bruit de # mesure. La valeur par d\u00e9faut est de 2 secondes. #target_temp: 40.0 # Une temp\u00e9rature (en Celsius) qui sera la temp\u00e9rature cible. # La valeur par d\u00e9faut est 40 degr\u00e9s. #max_speed: 1.0 # La vitesse du ventilateur (exprim\u00e9e comme une valeur de 0,0 \u00e0 1,0) \u00e0 laquelle r\u00e9gler # le ventilateur lorsque la temp\u00e9rature du capteur d\u00e9passera la valeur d\u00e9finie. # La valeur par d\u00e9faut est 1.0. #min_speed: 0.3 # Vitesse minimale du ventilateur (exprim\u00e9e sous forme d'une valeur comprise entre 0,0 # et 1,0) \u00e0 laquelle r\u00e9gler le ventilateur pour les ventilateurs \u00e0 temp\u00e9rature PID. # La valeur par d\u00e9faut est 0,3. #gcode_id: # S'il est d\u00e9fini, la temp\u00e9rature sera signal\u00e9e dans les requ\u00eates M105 en utilisant l'identifiant # d'id donn\u00e9. La valeur par d\u00e9faut est de ne pas rapporter la temp\u00e9rature via M105.","title":"[temperature_fan]"},{"location":"Config_Reference.html#fan_generic","text":"Ventilateur command\u00e9 manuellement (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"fan_generic\"). La vitesse d'un ventilateur command\u00e9 manuellement est r\u00e9gl\u00e9e avec la commande SET_FAN_SPEED commandes G-Code . [fan_generic extruder_partfan] #pin: #max_power: #shutdown_speed: #cycle_time: #hardware_pwm: #kick_start_time: #off_below: #tachometer_pin: #tachometer_ppr: #tachometer_poll_interval: #enable_pin: # Voir la section \"ventilateur\" pour une description des param\u00e8tres ci-dessus.","title":"[fan_generic]"},{"location":"Config_Reference.html#leds","text":"","title":"LEDs"},{"location":"Config_Reference.html#led","text":"Prise en charge des LEDs (et des bandes de LEDs) contr\u00f4l\u00e9es par les broches PWM du microcontr\u00f4leur (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"led\"). Voir la r\u00e9f\u00e9rence de la commande pour plus d'informations. [led my_led] #red_pin: #green_pin: #blue_pin: #white_pin: # La broche contr\u00f4lant la couleur de la LED donn\u00e9e. Au moins un des param\u00e8tres ci-dessus # doit \u00eatre fourni. #cycle_time: 0.010 # Dur\u00e9e (en secondes) par cycle PWM. Il est recommand\u00e9 # que ce soit 10 millisecondes ou plus lorsque l'on utilise un PWM logiciel. # La valeur par d\u00e9faut est de 0,010 seconde. #hardware_pwm: False # Activez ceci pour utiliser le PWM mat\u00e9riel au lieu du PWM logiciel. Lors de # l'utilisation du PWM mat\u00e9riel, le temps de cycle r\u00e9el est contraint par # l'impl\u00e9mentation et peut \u00eatre significativement diff\u00e9rent du # cycle_time demand\u00e9. La valeur par d\u00e9faut est False. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # D\u00e9finit la couleur initiale de la LED. Chaque valeur doit \u00eatre comprise entre 0.0 et # 1.0. La valeur par d\u00e9faut pour chaque couleur est 0.","title":"[led]"},{"location":"Config_Reference.html#neopixel","text":"Prise en charge des LED neopixel (alias WS2812) (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"neopixel\"). Voir la r\u00e9f\u00e9rence de commande pour plus d'informations. Notez que l'impl\u00e9mentation du mcu linux ne supporte pas actuellement les neopixels directement connect\u00e9s. La conception actuelle utilisant l'interface du noyau Linux ne permet pas ce sc\u00e9nario car l'interface GPIO du noyau n'est pas assez rapide pour fournir les taux d'impulsion requis. [neopixel my_neopixel] pin: # La broche connect\u00e9e au neopixel. Ce param\u00e8tre doit \u00eatre # fourni. #chain_count: # Le nombre de puces Neopixel connect\u00e9es en \"cha\u00eene\" \u00e0 la broche fournie. # La valeur par d\u00e9faut est 1 (ce qui indique qu'un seul Neopixel est connect\u00e9 \u00e0 la broche). #color_order: GRB # D\u00e9finit l'ordre des pixels requis par le mat\u00e9riel LED (en utilisant une cha\u00eene # contenant les lettres R, G, B, W avec W en option). Alternativement, il peut s'agir d'une liste # d'ordres de pixels s\u00e9par\u00e9s par des virgules - un pour chaque LED de la cha\u00eene. # La valeur par d\u00e9faut est GRB. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres.","title":"[neopixel]"},{"location":"Config_Reference.html#dotstar","text":"Prise en charge des LEDs Dotstar (alias APA102) (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"dotstar\"). Voir la r\u00e9f\u00e9rence de commande pour plus d'informations. [dotstar my_dotstar] data_pin: # La broche connect\u00e9e \u00e0 la ligne de donn\u00e9es du dotstar. Ce param\u00e8tre # doit \u00eatre fourni. clock_pin: # La broche connect\u00e9e \u00e0 la ligne d'horloge du dotstar. Ce param\u00e8tre # doit \u00eatre fourni. #chain_count: # Voir la section \"neopixel\" pour des informations sur ce param\u00e8tre. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres.","title":"[dotstar]"},{"location":"Config_Reference.html#pca9533","text":"Support de la LED PCA9533. Le PCA9533 est utilis\u00e9 sur la mightyboard. [pca9533 my_pca9533] #i2c_address : 98 # L'adresse i2c que la puce utilise sur le bus i2c. Utilisez 98 pour # le PCA9533/1, 99 pour le PCA9533/2. La valeur par d\u00e9faut est 98. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres.","title":"[pca9533]"},{"location":"Config_Reference.html#pca9632","text":"Support des LEDs du PCA9632. Le PCA9632 est utilis\u00e9 sur le FlashForge Dreamer. [pca9632 my_pca9632] #i2c_address 98 # L'adresse i2c que la puce utilise sur le bus i2c. Cela peut \u00eatre # 96, 97, 98, ou 99. La valeur par d\u00e9faut est 98. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #scl_pin: #sda_pin: # Alternativement, si le pca9632 n'est pas connect\u00e9 \u00e0 un bus mat\u00e9riel I2C # il est possible de sp\u00e9cifier les broches \"clock\" (scl_pin) et \"data\" (sda_pin). # Le d\u00e9faut est d'utiliser l'I2C mat\u00e9riel. #color_order : RGBW # D\u00e9finit l'ordre des pixels de la LED (en utilisant une cha\u00eene contenant les lettres # R, G, B, W). La valeur par d\u00e9faut est RGBW. #initial_RED: 0.0 #initial_GREEN: 0.0 #initial_BLUE: 0.0 #initial_WHITE: 0.0 # Voir la section \"led\" pour des informations sur ces param\u00e8tres.","title":"[pca9632]"},{"location":"Config_Reference.html#servos-supplementaires-boutons-et-autres-broches","text":"","title":"Servos suppl\u00e9mentaires, boutons et autres broches"},{"location":"Config_Reference.html#servo","text":"Servos (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"servo\"). Les servos peuvent \u00eatre contr\u00f4l\u00e9s en utilisant la commande SET_SERVO g-code . Par exemple : SET_SERVO SERVO=my_servo ANGLE=180 [servo my_servo] pin: # Broche de sortie PWM contr\u00f4lant le servo. Ce param\u00e8tre doit \u00eatre # fourni. #maximum_servo_angle: 180 # L'angle maximum (en degr\u00e9s) auquel ce servo peut \u00eatre r\u00e9gl\u00e9. La valeur # par d\u00e9faut est de 180 degr\u00e9s. #minimum_pulse_width: 0.001 # La dur\u00e9e minimale de la largeur d'impulsion (en secondes). Cela devrait correspondre # avec un angle de 0 degr\u00e9. La valeur par d\u00e9faut est de 0,001 seconde. #maximum_pulse_width: 0.002 # La dur\u00e9e maximale de la largeur d'impulsion (en secondes). Cela devrait correspondre # avec l'angle de maximum_servo_angle. La valeur par d\u00e9faut est 0.002 secondes. #initial_angle: # Angle initial (en degr\u00e9s) sur lequel r\u00e9gler le servo. La valeur par d\u00e9faut est de # ne pas envoyer de signal au d\u00e9marrage. #initial_pulse_width: # Dur\u00e9e initiale de la largeur d'impulsion (en secondes) \u00e0 laquelle le servo doit \u00eatre r\u00e9gl\u00e9. (Ceci # n'est valable que si initial_angle n'est pas d\u00e9fini). La valeur par d\u00e9faut est de n'envoyer # aucun signal au d\u00e9marrage.","title":"[servo]"},{"location":"Config_Reference.html#gcode_button","text":"Ex\u00e9cute le gcode quand un bouton est press\u00e9 ou rel\u00e2ch\u00e9 (ou quand une broche change d'\u00e9tat). Vous pouvez v\u00e9rifier l'\u00e9tat du bouton en utilisant QUERY_BUTTON button=my_gcode_button . [gcode_button my_gcode_button] pin: # La broche sur laquelle le bouton est connect\u00e9. Ce param\u00e8tre doit \u00eatre # fourni. #analog_range: # Deux r\u00e9sistances s\u00e9par\u00e9es par des virgules (en Ohms) sp\u00e9cifiant la plage de # r\u00e9sistance minimale et maximale de la r\u00e9sistance du bouton. Si le param\u00e8tre # analog_range est fourni, la broche doit \u00eatre une broche \u00e0 capacit\u00e9 analogique. # La valeur par d\u00e9faut est d'utiliser un gpio num\u00e9rique pour le bouton. #analog_pullup_resistor: # La r\u00e9sistance d'excursion (en Ohms) lorsque la gamme analogique est sp\u00e9cifi\u00e9e. # La valeur par d\u00e9faut est 4700 ohms. #press_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter lorsque le bouton est press\u00e9. # Les mod\u00e8les G-Code sont pris en charge. Ce param\u00e8tre doit \u00eatre fourni. #release_gcode: # Une liste de commandes G-code \u00e0 ex\u00e9cuter lorsque le bouton est rel\u00e2ch\u00e9. # Les mod\u00e8les G-Code sont support\u00e9s. La valeur par d\u00e9faut est de ne pas ex\u00e9cuter # de commandes lors du rel\u00e2chement d'un bouton.","title":"[gcode_button]"},{"location":"Config_Reference.html#output_pin","text":"Broches de sortie configurables \u00e0 l'ex\u00e9cution (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"output_pin\"). Les broches configur\u00e9es ici seront param\u00e9tr\u00e9es comme des broches de sortie modifiables au moment de l'ex\u00e9cution en utilisant des commandes g-code \u00e9tendues de type \"SET_PIN PIN=my_pin VALUE=.1\" [output_pin my_pin] pin: # La broche \u00e0 configurer comme une sortie. Ce param\u00e8tre doit \u00eatre # fourni. #pwm: False # D\u00e9finit si la broche de sortie doit \u00eatre capable de modulation de largeur d'impulsion. # Si ce param\u00e8tre est vrai, les champs de valeur doivent \u00eatre compris entre 0 et 1. # La valeur par d\u00e9faut est False. #static_value: # Si cette valeur est d\u00e9finie, la broche est affect\u00e9e \u00e0 cette valeur au d\u00e9marrage et # la broche ne peut pas \u00eatre modifi\u00e9e pendant l'ex\u00e9cution. Une broche statique utilise # l\u00e9g\u00e8rement moins de RAM dans le micro-contr\u00f4leur. Le d\u00e9faut est d'utiliser # la configuration des broches param\u00e9tr\u00e9es lors du d\u00e9marrage. #value: # La valeur \u00e0 donner initialement \u00e0 la broche pendant la configuration du MCU. # La valeur par d\u00e9faut est 0 (pour une tension basse). #shutdown_value: # La valeur \u00e0 donner \u00e0 la broche lors d'un \u00e9v\u00e9nement d'arr\u00eat du MCU. La valeur par # d\u00e9faut est 0 (pour une tension basse). #maximum_mcu_duration: # La dur\u00e9e maximale pendant laquelle une valeur de non-arr\u00eat peut \u00eatre pilot\u00e9e par # le MCUsans un accus\u00e9 de r\u00e9ception de l'h\u00f4te. # Si l'h\u00f4te ne peut pas suivre une mise \u00e0 jour, le MCU s'\u00e9teindra et mettra # toutes les broches \u00e0 leurs valeurs d'arr\u00eat respectives. # D\u00e9faut : 0 (d\u00e9sactiv\u00e9) # Les valeurs habituelles sont d'environ 5 secondes. #cycle_time: 0.100 # La dur\u00e9e (en secondes) par cycle PWM. Il est recommand\u00e9 que ce soit # 10 millisecondes ou plus lorsque vous utilisez un PWM logiciel. # La valeur par d\u00e9faut est de 0.100 secondes pour les broches PWM. #hardware_pwm: False # Activez pour utiliser le PWM mat\u00e9riel au lieu du PWM logiciel. Lors de # l'utilisation d'un PWM mat\u00e9riel, le temps de cycle r\u00e9el est limit\u00e9 par # l'impl\u00e9mentation et peut \u00eatre significativement diff\u00e9rent du # cycle_time demand\u00e9. La valeur par d\u00e9faut est False. #scale : # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier la fa\u00e7on dont les param\u00e8tres 'value' # et 'shutdown_value' sont interpr\u00e9t\u00e9s pour les broches pwm. Si fourni, alors # le param\u00e8tre 'value' doit \u00eatre compris entre 0.0 et 'scale'. Cela peut \u00eatre utile # lors de la configuration d'une broche PWM contr\u00f4lant une r\u00e9f\u00e9rence de tension # d'un moteur pas \u00e0 pas. L''\u00e9chelle' peut \u00eatre d\u00e9finie sur l'intensit\u00e9 du moteur pas # \u00e0 pas \u00e9quivalent si le PWM \u00e9tait enti\u00e8rement activ\u00e9, et puis le param\u00e8tre 'value' # peut \u00eatre sp\u00e9cifi\u00e9 en utilisant l'intensit\u00e9 souhait\u00e9e pour le moteur pas \u00e0 pas. La # valeur par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle le param\u00e8tre 'value'.","title":"[output_pin]"},{"location":"Config_Reference.html#static_digital_output","text":"Broches de sortie num\u00e9rique configur\u00e9es statiquement (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"static_digital_output\"). Les broches configur\u00e9es ici seront configur\u00e9es comme une sortie GPIO pendant la configuration du MCU. Elles ne peuvent pas \u00eatre modifi\u00e9es en cours d'ex\u00e9cution. [static_digital_output my_output_pins] pins: # Une liste de broches s\u00e9par\u00e9es par des virgules \u00e0 d\u00e9finir comme broches de sortie GPIO. La broche # sera d\u00e9finie \u00e0 un niveau haut, sauf si le nom de la broche est pr\u00e9c\u00e9d\u00e9 de \"!\". # Ce param\u00e8tre doit \u00eatre fourni.","title":"[static_digital_output]"},{"location":"Config_Reference.html#multi_pin","text":"Sorties \u00e0 broches multiples (on peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"multi_pin\"). Une sortie multi_pin cr\u00e9e un alias de broche interne pouvant modifier plusieurs broches de sortie chaque fois que la broche alias est d\u00e9finie. Par exemple, on peut d\u00e9finir un objet \"[multi_pin my_fan]\" contenant deux broches et ensuite d\u00e9finir \"pin=multi_pin:my_fan\" dans la section \"[fan]\" - \u00e0 chaque changement du ventilateur, les deux broches de sortie seront mises \u00e0 jour. Ces alias ne peuvent pas \u00eatre utilis\u00e9s avec des broches de moteur pas \u00e0 pas. [multi_pin my_multi_pin] pins: # Une liste s\u00e9par\u00e9e par des virgules des broches associ\u00e9es \u00e0 cet alias. Ce param\u00e8tre # doit \u00eatre fourni.","title":"[multi_pin]"},{"location":"Config_Reference.html#configuration-des-pilotes-pas-a-pas-tmc","text":"Configuration des pilotes de moteurs pas \u00e0 pas Trinamic en mode UART/SPI. Des informations suppl\u00e9mentaires sont disponibles dans le guide des pilotes TMC et dans la r\u00e9f\u00e9rence des commandes .","title":"Configuration des pilotes pas \u00e0 pas TMC"},{"location":"Config_Reference.html#tmc2130","text":"Configuration d' un pilote de moteur pas \u00e0 pas TMC2130 via le bus SPI. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2130\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2130 stepper_x]\"). [tmc2130 stepper_x] cs_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de puce de la TMC2130. Cette # broche sera mise \u00e0 l'\u00e9tat bas au d\u00e9but des messages SPI et remont\u00e9e \u00e0 l'\u00e9tat haut # apr\u00e8s la fin du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des param\u00e8tres # ci-dessus. #chain_position: #chain_length: # Ces param\u00e8tres configurent une guirlande SPI. Les deux param\u00e8tres d\u00e9finissent la # position du pilote moteur dans la cha\u00eene et la longueur totale de la cha\u00eene. # La position 1 correspond au pilote moteur stepper qui se connecte au signal MOSI. # La valeur par d\u00e9faut est de ne pas utiliser de guirlande SPI. # Interpoler: True # Si true, active l'interpolation de pas (le pilote fera un pas interne \u00e0 un taux de 256 # micro-pas). Cette interpolation introduit une petite d\u00e9viation syst\u00e9mique de la # position - voir TMC_Drivers.md pour plus de d\u00e9tails. La valeur par d\u00e9faut est True. run_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # pendant le mouvement du moteur pas \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. #hold_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # lorsque le moteur pas \u00e0 pas n'est pas en mouvement. La d\u00e9finition d'un hold_current # n'est pas recommand\u00e9e (voir TMC_Drivers.md pour plus de d\u00e9tails). La valeur par # d\u00e9faut est de ne pas r\u00e9duire le courant. #sense_resistor: 0.110 # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur. La valeur par d\u00e9faut # est de 0.110 ohms. #stealthchop_threshold: 0 # La vitesse (en mm/s) \u00e0 laquelle le seuil \"stealthChop\" doit \u00eatre fix\u00e9. Lorsque d\u00e9fini, le # mode \"stealthChop\" sera activ\u00e9 si la vitesse du moteur pas \u00e0 pas est inf\u00e9rieure \u00e0 cette # valeur. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive le mode \"stealthChop\". #driver_MSLUT0: 2863314260 #driver_MSLUT1: 1251300522 #driver_MSLUT2: 608774441 #driver_MSLUT3: 269500962 #driver_MSLUT4: 4227858431 #driver_MSLUT5: 3048961917 #driver_MSLUT6: 1227445590 #driver_MSLUT7: 4211234 #driver_W0: 2 #driver_W1: 1 #driver_W2: 1 #driver_W3: 1 #driver_X1: 128 #driver_X2: 255 #driver_X3: 255 #driver_START_SIN: 0 #driver_START_SIN90: 247 # Ces champs contr\u00f4lent directement les registres de la table des micro-pas. La table # d'ondes est sp\u00e9cifique \u00e0 chaque moteur et peut varier en fonction du courant. Une # configuration optimale aura un minimum d'artefacts d'impression caus\u00e9s par le # mouvement non lin\u00e9aire du moteur pas \u00e0 pas. Les valeurs sp\u00e9cifi\u00e9es ci-dessus sont # les valeurs par d\u00e9faut utilis\u00e9es par le pilote. La valeur doit \u00eatre sp\u00e9cifi\u00e9e sous la forme # d'un entier d\u00e9cimal (la forme hexad\u00e9cimale n'est pas prise en charge). Afin de calculer # les champs de la table d'onde, consultez la \"feuille de calcul\" tmc2130 sur le site # Web de Trinamic. #driver_IHOLDDELAY: 8 #driver_TPOWERDOWN: 0 #driver_TBL: 1 #driver_TOFF: 4 #driver_HEND: 7 #driver_HSTRT: 0 #driver_PWM_AUTOSCALE: True #driver_PWM_FREQ: 1 #driver_PWM_GRAD: 4 #driver_PWM_AMPL: 128 #driver_SGT: 0 # Permet de d\u00e9finir le registre donn\u00e9 pendant la configuration de la puce TMC2130. # Ceci peut \u00eatre utilis\u00e9 pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs # par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la # liste ci-dessus. #diag0_pin: #diag1_pin: # La broche du microcontr\u00f4leur reli\u00e9e \u00e0 l'une des lignes DIAG de la puce TMC2130. # Une seule broche diag doit \u00eatre sp\u00e9cifi\u00e9e. La broche est \"active low\" et est donc # normalement pr\u00e9c\u00e9d\u00e9e de \"^ !\". Le r\u00e9glage de ceci cr\u00e9e une broche virtuelle # \"tmc2130_stepper_x:virtual_endstop\" pouvant \u00eatre utilis\u00e9e comme broche d'arr\u00eat # du moteur. Cela permet d'activer le \"sensorless homing\". (Assurez-vous de r\u00e9gler # \u00e9galement driver_SGT \u00e0 une valeur de sensibilit\u00e9 appropri\u00e9e). # La valeur par d\u00e9faut est de ne pas activer la recherche d'origine sans capteur.","title":"[tmc2130]"},{"location":"Config_Reference.html#tmc2208","text":"Configuration d'un pilote de moteur pas \u00e0 pas TMC2208 (ou TMC2224) via un UART \u00e0 fil unique. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2208\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2208 stepper_x]\"). [tmc2208 stepper_x] uart_pin: # La broche connect\u00e9e \u00e0 la ligne PDN_UART de la TMC2208. Ce param\u00e8tre # doit \u00eatre fourni. #tx_pin: # Si vous utilisez des lignes de r\u00e9ception et de transmission s\u00e9par\u00e9es pour communiquer # avec le pilote, r\u00e9glez uart_pin sur la broche de r\u00e9ception et tx_pin sur la broche # d'\u00e9mission. La valeur par d\u00e9faut est d'utiliser uart_pin pour la lecture et l'\u00e9criture. #select_pins: # Une liste de broches, s\u00e9par\u00e9es par des virgules, \u00e0 d\u00e9finir avant d'acc\u00e9der \u00e0 l'UART du # tmc2208. Ceci peut \u00eatre utile pour configurer un mux analogique pour la communication # UART. La valeur par d\u00e9faut est de ne pas configurer de broches. #interpolate: True # Si true, active l'interpolation de pas (le pilote fera un pas interne \u00e0 un taux de 256 # micro-pas). Cette interpolation introduit une petite d\u00e9viation syst\u00e9mique de la position - # voir TMC_Drivers.md pour plus de d\u00e9tails. La valeur par d\u00e9faut est True. run_current: # La quantit\u00e9 de courant (en amp\u00e8res RMS) \u00e0 configurer que le pilote doit utiliser # pendant le mouvement du pas. Ce param\u00e8tre doit \u00eatre fourni. #hold_current: # La quantit\u00e9 de courant (en amp\u00e8res RMS) \u00e0 configurer que le pilote doit utiliser quand # le moteur pas \u00e0 pas n'est pas en mouvement. La d\u00e9finition d'un hold_current n'est pas # recommand\u00e9e (voir TMC_Drivers.md pour plus de d\u00e9tails). La valeur par d\u00e9faut est de # ne pas r\u00e9duire le courant. #sense_resistor: 0.110 # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur (Vr\u00e9f). La valeur par # d\u00e9faut est de 0.110 ohms. #stealthchop_threshold: 0 # La vitesse (en mm/s) \u00e0 laquelle le seuil \"stealthChop\" doit \u00eatre fix\u00e9. Lorsque d\u00e9fini, # le mode \"stealthChop\" sera activ\u00e9 si la vitesse du moteur pas \u00e0 pas est inf\u00e9rieure \u00e0 # cette valeur. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive le mode \"stealthChop\". #driver_IHOLDDELAY: 8 #driver_TPOWERDOWN: 20 #driver_TBL: 2 #driver_TOFF: 3 #driver_HEND: 0 #driver_HSTRT: 5 #driver_PWM_AUTOGRAD: True #driver_PWM_AUTOSCALE: True #driver_PWM_LIM: 12 #driver_PWM_REG: 8 #driver_PWM_FREQ: 1 #driver_PWM_GRAD: 14 #driver_PWM_OFS: 36 # D\u00e9finissez le registre donn\u00e9 pendant la configuration de la puce TMC2208. Ceci peut \u00eatre # utilis\u00e9 pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs par d\u00e9faut de # chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la liste ci-dessus.","title":"[tmc2208]"},{"location":"Config_Reference.html#tmc2209","text":"Configuration d'un pilote de moteur pas \u00e0 pas TMC2209 via un UART \u00e0 fil unique. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2209\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2209 stepper_x]\"). [tmc2209 stepper_x] uart_pin: #tx_pin #select_pins: #interpolate: True run_current: #hold_current: #sense_resistor: 0.110 #stealthchop_threshold: 0 # Voir la section \"tmc2208\" pour la d\u00e9finition de ces param\u00e8tres. #uart_address: # L'adresse de la puce TMC2209 pour les messages UART (un entier entre 0 et 3). # Ce param\u00e8tre est g\u00e9n\u00e9ralement utilis\u00e9 lorsque plusieurs puces TMC2209 sont # connect\u00e9es \u00e0 la m\u00eame broche UART. La valeur par d\u00e9faut est z\u00e9ro. #driver_IHOLDDELAY: 8 #driver_TPOWERDOWN: 20 #driver_TBL: 2 #driver_TOFF: 3 #driver_HEND: 0 #driver_HSTRT: 5 #driver_PWM_AUTOGRAD: True #driver_PWM_AUTOSCALE: True #driver_PWM_LIM: 12 #driver_PWM_REG: 8 #driver_PWM_FREQ: 1 #driver_PWM_GRAD: 14 #driver_PWM_OFS: 36 #driver_SGTHRS: 0 # D\u00e9finit le registre donn\u00e9 pendant la configuration de la puce TMC2209. Ceci peut \u00eatre # utilis\u00e9 pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs par d\u00e9faut de # chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la liste ci-dessus. #diag_pin: # La broche du microcontr\u00f4leur reli\u00e9e \u00e0 la ligne DIAG de la puce TMC2209. La broche est # normalement pr\u00e9c\u00e9d\u00e9e de \"^\" pour activer un pullup. Le param\u00e9trage de cette broche # cr\u00e9e une broche virtuelle \"tmc2209_stepper_x:virtual_endstop\" pouvant \u00eatre utilis\u00e9e # comme broche d'arr\u00eat du moteur. Ainsi cela active le \"sensorless homing\". (Assurez- # vous de d\u00e9finir \u00e9galement driver_SGTHRS \u00e0 une valeur de sensibilit\u00e9 appropri\u00e9e). # La valeur par d\u00e9faut est de ne pas activer la recherche d'origine sans capteur.","title":"[tmc2209]"},{"location":"Config_Reference.html#tmc2660","text":"Configuration d'un pilote de moteur pas \u00e0 pas TMC2660 via le bus SPI. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc2660\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc2660 stepper_x]\"). [tmc2660 stepper_x] cs_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de la puce TMC2660. Cette # broche sera mise \u00e0 l'\u00e9tat bas au d\u00e9but des messages SPI et passera \u00e0 l'\u00e9tat # haut apr\u00e8s la fin du transfert du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: 4000000 # Fr\u00e9quence du bus SPI utilis\u00e9e pour communiquer avec le pilote de pas \u00e0 pas # TMC2660. La valeur par d\u00e9faut est 4000000. #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #interpolate: True # Si vrai, active l'interpolation par pas (le pilote fera un pas interne \u00e0 un taux # de 256 micro-pas). Cela ne fonctionne que si les micro-pas sont fix\u00e9s \u00e0 16. # L'interpolation introduit une petite d\u00e9viation de position syst\u00e9mique - voir # TMC_Drivers.md pour plus de d\u00e9tails. La valeur par d\u00e9faut est True. run_current: # La quantit\u00e9 de courant (en amp\u00e8res RMS) utilis\u00e9e par le pilote pendant le # d\u00e9placement du moteur pas \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. #sense_resistor: # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur (Vr\u00e9f). Ce # param\u00e8tre doit \u00eatre fourni. #idle_current_percent 100 # Le pourcentage du courant de fonctionnement auquel le pilote pas \u00e0 pas # sera abaiss\u00e9 quand le d\u00e9lai d'inactivit\u00e9 expirera (vous devez configurer le # d\u00e9lai \u00e0 l'aide d'une section de configuration [idle_timeout]). Le courant sera # remont\u00e9 d\u00e8s que le moteur devra \u00e0 nouveau se d\u00e9placer. Assurez-vous de # d\u00e9finir une valeur suffisamment \u00e9lev\u00e9e pour que les moteurs ne perdent pas # leur position. Il y a \u00e9galement un petit d\u00e9lai avant que le courant ne soit remis, # il faut donc en tenir compte lors de demandes de mouvements rapides alors # que le pilote est inactif. La valeur par d\u00e9faut est 100 (aucune r\u00e9duction). #driver_TBL: 2 #driver_RNDTF: 0 #driver_HDEC: 0 #driver_CHM: 0 #driver_HEND: 3 #driver_HSTRT: 3 #driver_TOFF: 4 #driver_SEIMIN: 0 #driver_SEDN: 0 #driver_SEMAX: 0 #driver_SEUP: 0 #driver_SEMIN: 0 #driver_SFILT: 0 #driver_SGT: 0 #driver_SLPH: 0 #driver_SLPL: 0 #driver_DISS2G: 0 #driver_TS2G: 3 # D\u00e9finit les param\u00e8tres \u00e0 utiliser pendant la configuration de la puce TMC2660. # Ceci peut \u00eatre utilis\u00e9 pour d\u00e9finir des param\u00e8tres de pilote personnalis\u00e9s. Les # valeurs par d\u00e9faut de chaque param\u00e8tre sont indiqu\u00e9es \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre # dans la liste ci-dessus. Consultez la fiche technique du TMC2660 pour conna\u00eetre la # fonction de chaque param\u00e8tre ainsi que les restrictions sur les combinaisons de # param\u00e8tres. Soyez particuli\u00e8rement attentif au registre CHOPCONF, o\u00f9 le fait de # r\u00e9gler CHM \u00e0 soit z\u00e9ro, soit un, entra\u00eene des modifications de la disposition (le # premier bit de HDEC est interpr\u00e9t\u00e9 comme le MSB de HSTRT dans ce cas).","title":"[tmc2660]"},{"location":"Config_Reference.html#tmc5160","text":"Configuration d'un pilote de moteur pas \u00e0 pas TMC5160 via le bus SPI. Pour utiliser cette fonctionnalit\u00e9, d\u00e9finissez une section de configuration avec un pr\u00e9fixe \"tmc5160\" suivi du nom de la section de configuration du moteur pas \u00e0 pas correspondant (par exemple, \"[tmc5160 stepper_x]\"). [tmc5160 stepper_x] cs_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de puce de la TMC5160. Cette # broche sera mise \u00e0 l'\u00e9tat bas au d\u00e9but des messages SPI et remont\u00e9e \u00e0 l'\u00e9tat # haut apr\u00e8s la fin du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus. #chain_position: #chain_length: # Ces param\u00e8tres configurent une guirlande SPI. Les deux param\u00e8tres d\u00e9finissent # la position du stepper dans la cha\u00eene et la longueur totale de la cha\u00eene. # La position 1 correspond au pilote moteur connect\u00e9 au signal MOSI. # La valeur par d\u00e9faut est de ne pas utiliser de guirlande SPI. # Interpoler: True # Si vrai, activer l'interpolation de pas (le pilote va faire un pas interne \u00e0 un taux # de 256 micro-pas). La valeur par d\u00e9faut est True. run_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # pendant le mouvement pas \u00e0 pas. Ce param\u00e8tre doit \u00eatre fourni. #hold_current: # Configuration de la quantit\u00e9 de courant (en amp\u00e8res RMS) que le pilote utilise # lorsque le moteur pas \u00e0 pas n'est pas en mouvement. La d\u00e9finition d'un hold_current # n'est pas recommand\u00e9e (voir TMC_Drivers.md pour plus de d\u00e9tails). La valeur par # d\u00e9faut est de ne pas r\u00e9duire le courant. #sense_resistor: 0.075 # La r\u00e9sistance (en ohms) de la r\u00e9sistance de d\u00e9tection du moteur. La valeur par d\u00e9faut # est de 0,075 ohms. #stealthchop_threshold: 0 # La vitesse (en mm/s) \u00e0 laquelle le seuil de \"stealthChop\" doit \u00eatre fix\u00e9. Lorsque d\u00e9fini, # le mode \"stealthChop\" sera activ\u00e9 si la vitesse du moteur pas \u00e0 pas est inf\u00e9rieure \u00e0 cette # valeur. La valeur par d\u00e9faut est 0, ce qui d\u00e9sactive le mode \"stealthChop\". #driver_MSLUT0: 2863314260 #driver_MSLUT1: 1251300522 #driver_MSLUT2: 608774441 #driver_MSLUT3: 269500962 #driver_MSLUT4: 4227858431 #driver_MSLUT5: 3048961917 #driver_MSLUT6: 1227445590 #driver_MSLUT7: 4211234 #driver_W0: 2 #driver_W1: 1 #driver_W2: 1 #driver_W3: 1 #driver_X1: 128 #driver_X2: 255 #driver_X3: 255 #driver_START_SIN: 0 #driver_START_SIN90: 247 # Ces champs contr\u00f4lent directement les registres de la table des micro-pas. La table d'ondes # est sp\u00e9cifique \u00e0 chaque moteur et peut varier en fonction du courant. Une configuration # optimale aura un minimum d'artefacts d'impression caus\u00e9s par un mouvement non lin\u00e9aire # du moteur pas \u00e0 pas. Les valeurs sp\u00e9cifi\u00e9es ci-dessus sont les valeurs par d\u00e9faut utilis\u00e9es par # le pilote. La valeur doit \u00eatre sp\u00e9cifi\u00e9e sous la forme d'un entier d\u00e9cimal (la forme hexad\u00e9cimale # n'est pas prise en charge). Afin de calculer les champs de la table d'onde, consultez la \"feuille # de calcul\" tmc2130 sur le site Web de Trinamic. #driver_IHOLDDELAY: 6 #driver_TPOWERDOWN: 10 #driver_TBL: 2 #driver_TOFF: 3 #driver_HEND: 2 #driver_HSTRT: 5 #driver_FD3: 0 #driver_TPFD: 4 #driver_CHM: 0 #driver_VHIGHFS: 0 #driver_VHIGHCHM: 0 #driver_DISS2G: 0 #driver_DISS2VS: 0 #driver_PWM_AUTOSCALE: True #driver_PWM_AUTOGRAD: True #driver_PWM_FREQ: 0 #driver_FREEWHEEL: 0 #driver_PWM_GRAD: 0 #driver_PWM_OFS: 30 #driver_PWM_REG: 4 #driver_PWM_LIM: 12 #driver_SGT: 0 #driver_SEMIN: 0 #driver_SEUP: 0 #driver_SEMAX: 0 #driver_SEDN: 0 #driver_SEIMIN: 0 #driver_SFILT: 0 # D\u00e9finir le registre donn\u00e9 pendant la configuration de la puce TMC5160. Ceci peut \u00eatre utilis\u00e9 # pour d\u00e9finir les param\u00e8tres personnalis\u00e9s du moteur. Les valeurs par d\u00e9faut de chaque # param\u00e8tre sont \u00e0 c\u00f4t\u00e9 du nom du param\u00e8tre dans la liste ci-dessus. #diag0_pin: #diag1_pin: # La broche du microcontr\u00f4leur reli\u00e9e \u00e0 l'une des lignes DIAG de la puce # TMC5160. # Une seule broche diag doit \u00eatre sp\u00e9cifi\u00e9e. La broche est \"active low\" et est donc normalement # pr\u00e9c\u00e9d\u00e9e de \"^ !\". Le r\u00e9glage de ceci cr\u00e9e une broche virtuelle # \"tmc5160_stepper_x:virtual_endstop\" pouvant \u00eatre utilis\u00e9e comme broche de fin de course # du pilote moteur. Cela permet d'activer le \"sensorless homing\". (Assurez-vous de r\u00e9gler # \u00e9galement driver_SGT \u00e0 une valeur de sensibilit\u00e9 appropri\u00e9e). # La valeur par d\u00e9faut est de ne pas activer la recherche d'origine sans capteur.","title":"[tmc5160]"},{"location":"Config_Reference.html#configuration-du-courant-du-moteur-pas-a-pas-en-temps-reel","text":"","title":"Configuration du courant du moteur pas \u00e0 pas en temps r\u00e9el"},{"location":"Config_Reference.html#ad5206","text":"Digipots AD5206 configur\u00e9s statiquement et connect\u00e9s via un bus SPI (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"ad5206\"). [ad5206 my_digipot] enable_pin: # La broche correspondant \u00e0 la ligne de s\u00e9lection de la puce AD5206. Cette broche # sera r\u00e9gl\u00e9e \u00e0 un niveau bas au d\u00e9but des messages SPI et sera relev\u00e9e \u00e0 un niveau \u00e9lev\u00e9 # apr\u00e8s la fin du message. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres communs SPI\" pour une description des param\u00e8tres ci-dessus. # #channel_1: #channel_2: #channel_3: #channel_4: #channel_5: #channel_6: # La valeur pour d\u00e9finir statiquement le canal AD5206 donn\u00e9. Cette valeur est # g\u00e9n\u00e9ralement d\u00e9finie sur un nombre compris entre 0,0 et 1,0. 1,0 \u00e9tant la r\u00e9sistance # la plus \u00e9lev\u00e9e et 0,0 la r\u00e9sistance la plus faible. Cependant, la plage peut \u00eatre # modifi\u00e9e \u00e0 l'aide du param\u00e8tre 'scale' (voir ci-dessous). # Si un canal n'est pas sp\u00e9cifi\u00e9, il n'est pas configur\u00e9. # scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation des param\u00e8tres 'channel_x'. # S'il est fourni, alors les param\u00e8tres 'channel_x' doivent \u00eatre compris entre 0.0 et 'scale'. # Cela peut \u00eatre utile lorsque le AD5206 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension # pas \u00e0 pas. L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 \u00e9quivalente de la commande pas \u00e0 pas # si l'AD5206 \u00e9tait \u00e0 sa r\u00e9sistance la plus \u00e9lev\u00e9e, puis les param\u00e8tres 'channel_x' peuvent \u00eatre # sp\u00e9cifi\u00e9s en utilisant la valeur d'intensit\u00e9 d\u00e9sir\u00e9e pour le pilote pas \u00e0 pas. La configuration # par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle les param\u00e8tres 'channel_x'.","title":"[ad5206]"},{"location":"Config_Reference.html#mcp4451","text":"Digipot MCP4451 configur\u00e9 statiquement et connect\u00e9 via le bus I2C (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcp4451\"). [mcp4451 mon_digipot] i2c_address: # L'adresse i2c que la puce utilise sur le bus i2c. Ce param\u00e8tre # doit \u00eatre fourni. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #wiper_0: #wiper_1: #wiper_2: #wiper_3: # La valeur pour d\u00e9finir statiquement le \"wiper\" MCP4451 donn\u00e9. Cette valeur est # g\u00e9n\u00e9ralement r\u00e9gl\u00e9e sur un nombre compris entre 0.0 et 1.0, 1.0 \u00e9tant la r\u00e9sistance # la plus \u00e9lev\u00e9e et 0.0 la r\u00e9sistance la plus faible. Cependant, la plage peut \u00eatre modifi\u00e9e # \u00e0 l'aide du param\u00e8tre 'scale' (voir ci-dessous). Si un wiper n'est pas sp\u00e9cifi\u00e9, il n'est # pas configur\u00e9. #scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation des param\u00e8tres 'wiper_x'. # S'il est fourni, alors les param\u00e8tres 'wiper_x' doivent \u00eatre compris entre 0,0 et 'scale'. # Ceci peut \u00eatre utile lorsque le MCP4451 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension # du pilote pas \u00e0 pas.L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 du pilote pas \u00e0 pas \u00e9quivalent # si le MCP4451 \u00e9tait \u00e0 sa r\u00e9sistance la plus \u00e9lev\u00e9e, puis les param\u00e8tres 'wiper_x' peuvent # \u00eatre sp\u00e9cifi\u00e9s en utilisant la valeur d'intensit\u00e9 d\u00e9sir\u00e9e pour le pilote pas \u00e0 pas. La valeur # par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle les param\u00e8tres 'wiper_x'.","title":"[mcp4451]"},{"location":"Config_Reference.html#mcp4728","text":"Convertisseur num\u00e9rique-analogique MCP4728 configur\u00e9 statiquement et connect\u00e9 via le bus I2C (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcp4728\"). [mcp4728 my_dac] #i2c_address: 96 # L'adresse i2c que la puce utilise sur le bus i2c. La valeur par d\u00e9faut # est 96. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #channel_a: #channel_b: #channel_c: #channel_d: # La valeur pour d\u00e9finir statiquement le canal MCP4728 donn\u00e9. Ceci est # g\u00e9n\u00e9ralement d\u00e9finie par un nombre compris entre 0.0 et 1.0, 1.0 repr\u00e9sentant # la tension la plus \u00e9lev\u00e9e (2.048V) et 0.0 la tension la plus basse. # Cependant, la plage peut \u00eatre modifi\u00e9e \u00e0 l'aide du param\u00e8tre 'scale' (cf. # ci-dessous). Si un canal n'est pas sp\u00e9cifi\u00e9, il n'est pas configur\u00e9. #scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation des param\u00e8tres 'channel_x'. # S'il est fourni, le param\u00e8tre 'channel_x' doit \u00eatre compris entre 0,0 et 'scale'. # Cela peut \u00eatre utile lorsque le MCP4728 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension # de moteur pas \u00e0 pas. L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 \u00e9quivalente de la commande # de moteur pas \u00e0 pas si le MCP4728 \u00e9tait \u00e0 sa tension la plus \u00e9lev\u00e9e (2.048V), et ensuite les # param\u00e8tres 'channel_x' peuvent \u00eatre sp\u00e9cifi\u00e9s en utilisant l'intensit\u00e9 d\u00e9sir\u00e9e pour le # moteur pas \u00e0 pas. La valeur par d\u00e9faut est de ne pas mettre \u00e0 l'\u00e9chelle les # param\u00e8tres 'channel_x'.","title":"[mcp4728]"},{"location":"Config_Reference.html#mcp4018","text":"Digipot MCP4018 configur\u00e9 statiquement et connect\u00e9 via deux broches gpio \"bit banging\" (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"mcp4018\"). [mcp4018 my_digipot] scl_pin: # La broche d'horloge SCL. Ce param\u00e8tre doit \u00eatre fourni. sda_pin: # La broche de \"donn\u00e9es\" SDA. Ce param\u00e8tre doit \u00eatre fourni. wiper: # La valeur \u00e0 laquelle d\u00e9finir statiquement le \"wiper\" MCP4018 donn\u00e9. Ce param\u00e8tre est # g\u00e9n\u00e9ralement r\u00e9gl\u00e9e sur un nombre compris entre 0,0 et 1,0, 1,0 \u00e9tant la r\u00e9sistance # la plus \u00e9lev\u00e9e et 0.0 la r\u00e9sistance la plus faible. Cependant, la plage peut \u00eatre modifi\u00e9e \u00e0 # l'aide du param\u00e8tre 'scale' (voir ci-dessous). Ce param\u00e8tre doit \u00eatre fourni. #scale: # Ce param\u00e8tre peut \u00eatre utilis\u00e9 pour modifier l'interpr\u00e9tation du param\u00e8tre 'wiper'. # S'il est fourni, le param\u00e8tre 'wiper' doit se situer entre 0,0 et 'scale'. Ceci peut \u00eatre utile # lorsque le MCP4018 est utilis\u00e9 pour d\u00e9finir des r\u00e9f\u00e9rences de tension pas \u00e0 pas. # L''\u00e9chelle' peut \u00eatre r\u00e9gl\u00e9e sur l'intensit\u00e9 du pilote pas \u00e0 pas \u00e9quivalent si le MCP4018 # est \u00e0 sa plus grande# r\u00e9sistance la plus \u00e9lev\u00e9e, puis le param\u00e8tre 'wiper' peut \u00eatre sp\u00e9cifi\u00e9 # en utilisant la valeur d'intensit\u00e9 d\u00e9sir\u00e9e pour le pilote pas \u00e0 pas. La valeur par d\u00e9faut est # de ne pas mettre \u00e0 l'\u00e9chelle le param\u00e8tre 'wiper'.","title":"[mcp4018]"},{"location":"Config_Reference.html#prise-en-charge-de-laffichage","text":"","title":"Prise en charge de l'affichage"},{"location":"Config_Reference.html#display","text":"Prise en charge d'un \u00e9cran reli\u00e9 au microcontr\u00f4leur. [display] lcd_type: # Le type de puce LCD utilis\u00e9. Cela peut \u00eatre \"hd44780\", \"hd44780_spi\", \"st7920\", # \"emulated_st7920\", \"uc1701\", \"ssd1306\", ou \"sh1106\". # Voir les sections d'affichage ci-dessous pour plus d'informations sur chaque type # et les param\u00e8tres suppl\u00e9mentaires qu'ils fournissent. Ce param\u00e8tre doit \u00eatre # fourni. #display_group: # Le nom du groupe de donn\u00e9es \u00e0 afficher sur l'\u00e9cran. Cela contr\u00f4le le contenu de # l'\u00e9cran (voir la section \"display_data\" pour plus d'informations). La valeur par # d\u00e9faut est _default_20x4 pour les \u00e9crans hd44780 et _default_16x4 pour les # autres affichages. #menu_timeout: # D\u00e9lai d'attente pour le menu. Le fait d'\u00eatre inactif pendant ce nombre de secondes # d\u00e9clenchera la sortie du menu ou le retour au menu racine si l'autorun est activ\u00e9. # La valeur par d\u00e9faut est 0 seconde (d\u00e9sactiv\u00e9) #menu_root: # Nom de la section du menu principal \u00e0 afficher lorsque vous cliquez sur l'encodeur # de l'\u00e9cran d'accueil. La valeur par d\u00e9faut est __main, et cela affiche les menus par # d\u00e9faut tels que d\u00e9finis dans klippy/extras/display/menu.cfg #menu_reverse_navigation: # Lorsque activ\u00e9, inverse les directions vers le haut et vers le bas de la liste. # La valeur par d\u00e9faut est False. Ce param\u00e8tre est optionnel. #encoder_pins: # Les broches connect\u00e9es \u00e0 l'encodeur. 2 broches doivent \u00eatre fournies lorsque vous # utilisez l'encodeur. Ce param\u00e8tre doit \u00eatre fourni lors de l'utilisation du menu. #encoder_steps_per_detent: # Combien de pas l'encodeur \u00e9met par cran (\"clic\"). Si l'encodeur prend deux crans pour # se d\u00e9placer entre les entr\u00e9es ou d\u00e9place deux entr\u00e9es \u00e0 partir d'un seul cran, essayez de # modifier cette valeur. Les valeurs autoris\u00e9es sont 2 (demi-step) ou 4 (full-step). # La valeur par d\u00e9faut est 4. #click_pin: # La broche connect\u00e9e au bouton 'entr\u00e9e' ou au 'clic' de l'encodeur. Ce param\u00e8tre doit # \u00eatre fourni lors de l'utilisation du menu. La pr\u00e9sence d'un param\u00e8tre de configuration # 'analog_range_click_pin' fait passer ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #back_pin: # La broche connect\u00e9e au bouton 'retour'. Ce param\u00e8tre est facultatif, le menu peut \u00eatre utilis\u00e9 # sans lui. La pr\u00e9sence d'un param\u00e8tre de configuration 'analog_range_back_pin' transforme # ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #up_pin: # La broche connect\u00e9e au bouton 'haut'. Ce param\u00e8tre doit \u00eatre fourni lorsque vous utilisez un # menu sans encodeur. La pr\u00e9sence d'un param\u00e8tre de configuration 'analog_range_up_pin' # transforme ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #down_pin: # La broche connect\u00e9e au bouton 'bas'. Ce param\u00e8tre doit \u00eatre fourni lorsque vous utilisez un # menu sans encodeur. La pr\u00e9sence d'un param\u00e8tre de configuration 'analog_range_down_pin' # transforme ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #kill_pin: # La broche connect\u00e9e au bouton 'kill'. Ce bouton appellera l'arr\u00eat d'urgence. La pr\u00e9sence d'un # param\u00e8tre 'analog_range_kill_pin' fait passer ce param\u00e8tre de num\u00e9rique \u00e0 analogique. #analog_pullup_resistor: 4700 # La r\u00e9sistance (en ohms) du pullup attach\u00e9 au bouton analogique. # La valeur par d\u00e9faut est de 4700 ohms. #analog_range_click_pin: # La plage de r\u00e9sistances du bouton 'entr\u00e9e'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_back_pin: # La plage de r\u00e9sistances du bouton 'retour'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_up_pin: # La plage de r\u00e9sistances du bouton 'haut'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_down_pin: # La plage de r\u00e9sistances du bouton 'bas'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique. #analog_range_kill_pin: # La plage de r\u00e9sistances du bouton 'kill'. Les valeurs minimale et maximale de la plage # s\u00e9par\u00e9es par des virgules doivent \u00eatre fournies lors de l'utilisation du bouton analogique.","title":"[display]"},{"location":"Config_Reference.html#ecran-hd44780","text":"Informations de configuration des \u00e9crans hd44780 (utilis\u00e9s dans les \u00e9crans de type \"RepRapDiscount 2004 Smart Controller\"). [display] lcd_type: hd44780 # D\u00e9finir \u00e0 \"hd44780\" pour les \u00e9crans hd44780. rs_pin: e_pin: d4_pin: d5_pin: d6_pin: d7_pin: # Broches connect\u00e9es \u00e0 un lcd de type hd44780. Ces param\u00e8tres doivent # \u00eatre fournis. #hd44780_protocol_init: True # Effectuer l'initialisation du protocole 8-bit/4-bit sur un \u00e9cran hd44780. # Ceci est n\u00e9cessaire sur les vrais dispositifs hd44780. Cependant, on peut avoir besoin # de le d\u00e9sactiver avec certains p\u00e9riph\u00e9riques \"clones\". La valeur par d\u00e9faut est True. #line_length: # D\u00e9finit le nombre de caract\u00e8res par ligne pour un lcd de type hd44780. # Les valeurs possibles sont 20 (par d\u00e9faut) et 16. Le nombre de lignes est # fix\u00e9 \u00e0 4. ...","title":"\u00e9cran hd44780"},{"location":"Config_Reference.html#ecran-hd44780_spi","text":"Informations de configuration d'un \u00e9cran hd44780_spi - un \u00e9cran 20x04 contr\u00f4l\u00e9 par un \"registre \u00e0 d\u00e9calage (shift register)\" mat\u00e9riel (utilis\u00e9 dans les imprimantes bas\u00e9es sur mightyboard). [display] lcd_type: hd44780_spi # D\u00e9finir \u00e0 \"hd44780_spi\" pour les \u00e9crans hd44780_spi. latch_pin: spi_software_sclk_pin: spi_software_mosi_pin: spi_software_miso_pin: # Broches connect\u00e9es au registre \u00e0 d\u00e9calage contr\u00f4lant l'affichage. # La broche spi_software_miso_pin doit \u00eatre d\u00e9finie sur une broche inutilis\u00e9e # de la carte m\u00e8re de l'imprimante, car le registre \u00e0 d\u00e9calage contr\u00f4lant l'affichage # n'a pas de broche MISO, mais l'impl\u00e9mentation logicielle de spi n\u00e9cessite que # cette broche soit configur\u00e9e. #hd44780_protocol_init: True # Effectue l'initialisation du protocole 8-bit/4-bit sur un \u00e9cran hd44780. # Ceci est n\u00e9cessaire sur les vrais dispositifs hd44780. Cependant, on peut avoir besoin # de le d\u00e9sactiver avec certains p\u00e9riph\u00e9riques \"clones\". La valeur par d\u00e9faut est True. #line_length: # D\u00e9finit le nombre de caract\u00e8res par ligne pour un lcd de type hd44780. # Les valeurs possibles sont 20 (par d\u00e9faut) et 16. Le nombre de lignes est # fix\u00e9 \u00e0 4. ...","title":"\u00e9cran hd44780_spi"},{"location":"Config_Reference.html#ecran-st7920","text":"Informations de configuration des \u00e9crans st7920 (utilis\u00e9s dans les \u00e9crans de type \"RepRapDiscount 12864 Full Graphic Smart Controller\"). [display] lcd_type: st7920 # D\u00e9finir \u00e0 \"st7920\" pour les \u00e9crans st7920. cs_pin: sclk_pin: sid_pin: # Les broches connect\u00e9es \u00e0 un lcd de type st7920. Ces param\u00e8tres doivent \u00eatre # fournis. ...","title":"\u00e9cran st7920"},{"location":"Config_Reference.html#ecran-emulated_st7920","text":"Informations de configuration d'un \u00e9cran st7920 \u00e9mul\u00e9 - que l'on trouve dans certains \"\u00e9crans tactiles de 2,4 pouces\" et similaires. [display] lcd_type: emulated_st7920 # D\u00e9finir \u00e0 \"emulated_st7920\" pour les \u00e9crans emulated_st7920. en_pin: spi_software_sclk_pin: spi_software_mosi_pin: spi_software_miso_pin: # Les broches connect\u00e9es \u00e0 un lcd de type emulated_st7920. L'en_pin # correspond \u00e0 la cs_pin du lcd de type st7920, # spi_software_sclk_pin correspond \u00e0 sclk_pin et # spi_software_mosi_pin correspond \u00e0 sid_pin. La broche # spi_software_miso_pin doit \u00eatre r\u00e9gl\u00e9e sur une broche non utilis\u00e9e de la carte # m\u00e8re de l'imprimante car le st7920 n'a pas de broche MISO mais l'impl\u00e9mentation # logicielle spi n\u00e9cessite que cette broche soit configur\u00e9e. ...","title":"\u00e9cran emulated_st7920"},{"location":"Config_Reference.html#ecran-uc1701","text":"Informations de configuration des \u00e9crans uc1701 (utilis\u00e9s dans les \u00e9crans de type \"MKS Mini 12864\"). [display] lcd_type: uc1701 # D\u00e9finir \u00e0 \"uc1701\" pour les \u00e9crans uc1701. cs_pin: a0_pin: # Les broches connect\u00e9es \u00e0 un lcd de type uc1701. Ces param\u00e8tres doivent \u00eatre # fournis. #rst_pin: # La broche connect\u00e9e \u00e0 la broche \"rst\" du lcd. Si elle n'est pas sp\u00e9cifi\u00e9e, # le mat\u00e9riel doit avoir un pull-up sur la ligne lcd correspondante. #contrast: # Le contraste \u00e0 d\u00e9finir. La valeur peut aller de 0 \u00e0 63 , la valeur par # d\u00e9faut est 40. ...","title":"\u00e9cran uc1701"},{"location":"Config_Reference.html#ecrans-ssd1306-et-sh1106","text":"Les informations de configuration des \u00e9crans ssd1306 et sh1106. [display] lcd_type: # D\u00e9finir \u00e0 \"ssd1306\" ou \"sh1106\" pour le type d'affichage donn\u00e9. #i2c_mcu: #i2c_bus: #i2c_speed: # Param\u00e8tres optionnels disponibles pour des \u00e9crans connect\u00e9s via un bus i2c. # Voir la section \"Param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #cs_pin: #dc_pin: #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Les broches connect\u00e9es au lcd en mode spi \"4-wire\". Voir la section # \"param\u00e8tres SPI communs\" pour une description des param\u00e8tres # commen\u00e7ant par \"spi_\". Le d\u00e9faut est d'utiliser le mode i2c pour l'\u00e9cran # d'affichage. #reset_pin: # Une broche de r\u00e9initialisation peut \u00eatre sp\u00e9cifi\u00e9e sur l'affichage. Si elle # n'est pas sp\u00e9cifi\u00e9e, le mat\u00e9riel doit avoir un pull-up sur la ligne # lcd correspondante. #contrast: # Le contraste \u00e0 d\u00e9finir. La valeur peut aller de 0 \u00e0 256 , la valeur par # d\u00e9faut est 239. #vcomh: 0 # D\u00e9finit la valeur Vcomh sur l'\u00e9cran. Cette valeur est associ\u00e9e \u00e0 un effet # de \"bavure\" sur certains \u00e9crans OLED. La valeur peut \u00eatre comprise # de 0 \u00e0 63. La valeur par d\u00e9faut est 0. #invert: False # TRUE inverse les pixels sur certains \u00e9crans OLED. La valeur par d\u00e9faut est # False. #x_offset: 0 # D\u00e9finit la valeur du d\u00e9calage horizontal sur les \u00e9crans SH1106. La valeur par # d\u00e9faut est 0. ...","title":"\u00e9crans ssd1306 et sh1106"},{"location":"Config_Reference.html#display_data","text":"Support pour l'affichage de donn\u00e9es personnalis\u00e9es sur un \u00e9cran lcd. On peut cr\u00e9er un nombre quelconque de groupes d'affichage et un nombre quelconque d'\u00e9l\u00e9ments de donn\u00e9es sous ces groupes. L'\u00e9cran affichera tous les \u00e9l\u00e9ments de donn\u00e9es d'un groupe donn\u00e9 si l'option display_group de la section [display] est d\u00e9finie sur le nom du groupe en question. Un ensemble par d\u00e9faut de groupes d'affichage est automatiquement cr\u00e9\u00e9. On peut remplacer ou \u00e9tendre ces \u00e9l\u00e9ments display_data en rempla\u00e7ant les valeurs par d\u00e9faut dans le fichier de configuration principal printer.cfg. [display_data my_group_name my_data_name] position: # Ligne et colonne s\u00e9par\u00e9es par des virgules de la position de l'affichage \u00e0 # utiliser pour afficher l'information. Ce param\u00e8tre doit \u00eatre fourni. text: # Le texte \u00e0 afficher \u00e0 la position donn\u00e9e. Ce champ est \u00e9valu\u00e9 en utilisant les # mod\u00e8les de commande (voir docs/Command_Templates.md). # Ce param\u00e8tre doit \u00eatre fourni.","title":"[display_data]"},{"location":"Config_Reference.html#display_template","text":"Les \"macros\" de texte des donn\u00e9es d'affichage (on peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe display_template). Voir le document mod\u00e8les de commande pour des informations sur l'\u00e9valuation des mod\u00e8les. Cette fonctionnalit\u00e9 permet de r\u00e9duire les d\u00e9finitions r\u00e9p\u00e9titives dans les sections display_data. On peut utiliser la fonction int\u00e9gr\u00e9e render() dans les sections display_data pour \u00e9valuer un mod\u00e8le. Par exemple, si l'on d\u00e9finit \"[display_template my_template] \", on peut alors utiliser \"{ render('my_template') } dans une section display_data. Cette fonctionnalit\u00e9 peut \u00e9galement \u00eatre utilis\u00e9e pour des mises \u00e0 jour continues des LEDs \u00e0 l'aide de la commande SET_LED_TEMPLATE . [display_template my_template_name] #param_: # On peut sp\u00e9cifier un nombre quelconque d'options avec le pr\u00e9fixe \"param_\". Le nom # donn\u00e9 se verra attribuer la valeur donn\u00e9e (analys\u00e9e comme un litt\u00e9ral Python) et # sera disponible pendant l'expansion de la macro. Si le param\u00e8tre est pass\u00e9 dans # l'appel \u00e0 render(), alors cette valeur sera utilis\u00e9e pendant l'expansion de la macro. # Par exemple, une configuration avec \"param_speed = 75\" pourrait avoir un appelant # avec \"render('my_template_name', param_speed=80)\". Les noms de param\u00e8tres # peuvent ne pas utiliser de caract\u00e8res majuscules. text: # Le texte \u00e0 renvoyer lors du rendu de ce mod\u00e8le. Ce champ est \u00e9valu\u00e9 \u00e0 l'aide de # mod\u00e8les de commande (voir docs/Command_Templates.md). # Ce param\u00e8tre doit \u00eatre fourni.","title":"[display_template]"},{"location":"Config_Reference.html#display_glyph","text":"Affiche un glyphe personnalis\u00e9 sur les \u00e9crans le supportant. Le nom donn\u00e9 se verra attribu\u00e9 les donn\u00e9es d'affichage, donn\u00e9es qui pourront ensuite \u00eatre r\u00e9f\u00e9renc\u00e9es dans les mod\u00e8les d'affichage par leur nom entour\u00e9 de deux symboles \"tilde\", par exemple ~my_display_glyph~ Voir sample-glyphs.cfg pour quelques exemples. [display_glyph my_display_glyph] #data: # Les donn\u00e9es d'affichage, stock\u00e9es sous forme de 16 lignes compos\u00e9es de 16 bits (1 par # pixel) o\u00f9 '.' est un pixel vide et '*' est un pixel actif (par ex, \"****************\" pour afficher # une ligne horizontale pleine). # On peut \u00e9galement utiliser '0' pour un pixel vide et '1' pour un pixel actif. # Placez chaque ligne d'affichage sur une ligne de configuration distincte. Le glyphe doit \u00eatre # compos\u00e9 d'exactement 16 lignes de 16 bits chacune. Ce param\u00e8tre est facultatif. #hd44780_data: # Glyphe \u00e0 utiliser sur les \u00e9crans 20x4 hd44780. Le glyphe doit \u00eatre compos\u00e9 d'exactement # 8 lignes de 5 bits chacune. Ce param\u00e8tre est facultatif. #hd44780_slot: # L'index mat\u00e9riel hd44780 (0..7) pour stocker le glyphe. Si plusieurs images distinctes # utilisent le m\u00eame slot, assurez-vous de n'utiliser qu'une seule de ces images dans un # \u00e9cran donn\u00e9. Ce param\u00e8tre est requis si hd44780_data est sp\u00e9cifi\u00e9.","title":"[display_glyph]"},{"location":"Config_Reference.html#display-my_extra_display","text":"Si une section principale [display] a \u00e9t\u00e9 d\u00e9finie dans printer.cfg comme indiqu\u00e9 ci-dessus, il est possible de d\u00e9finir plusieurs affichages auxiliaires. Notez que les affichages auxiliaires ne supportent pas actuellement la fonctionnalit\u00e9 de menus, ils ne supportent donc pas les options \"menu\" ou la configuration de boutons. [display my_extra_display] # Voir la section \"affichage\" (display) pour les param\u00e8tres disponibles.","title":"[display my_extra_display]"},{"location":"Config_Reference.html#menu","text":"Menus de l'\u00e9cran LCD personnalisables. Un ensemble de menus par d\u00e9faut est automatiquement cr\u00e9\u00e9. On peut remplacer ou \u00e9tendre le menu en rempla\u00e7ant les valeurs par d\u00e9faut dans le fichier de configuration principal printer.cfg. Consultez le document sur les mod\u00e8les de commande pour obtenir des informations sur les attributs de menu disponibles lors du rendu du mod\u00e8le. # Param\u00e8tres communs disponibles pour toutes les sections de configuration de menu. #[menu __some_list __some_name] #type: disabled # \u00c9l\u00e9ment de menu d\u00e9sactiv\u00e9 de fa\u00e7on permanente, le seul attribut requis est 'type'. # Vous permet de d\u00e9sactiver/masquer facilement des \u00e9l\u00e9ments de menu existants. #[menu some_name] #type: # Un \u00e9l\u00e9ment parmi command, input, list, text : # command - \u00e9l\u00e9ment de menu de base avec divers d\u00e9clencheurs de script. # input - m\u00eame chose que 'command' mais avec des capacit\u00e9s de changement de valeur. # Pressez pour d\u00e9marrer/arr\u00eater le mode d'\u00e9dition. # list - permet de regrouper les \u00e9l\u00e9ments du menu dans une liste d\u00e9roulante. # Ajoutez \u00e0 la liste en cr\u00e9ant des configurations de menu en utilisant # \"some_list\" comme pr\u00e9fixe - par exemple : # [menu some_list some_item_in_the_list]. # vsdlist - identique \u00e0 'list' mais ajoutera les fichiers de la carte SD virtuelle # (sera supprim\u00e9 dans le futur) #name: # Nom de l'\u00e9l\u00e9ment de menu - \u00e9valu\u00e9 comme un mod\u00e8le. #enable: # Mod\u00e8le \u00e9valu\u00e9 \u00e0 True ou False. #index: # Position o\u00f9 l'\u00e9l\u00e9ment doit \u00eatre ins\u00e9r\u00e9 dans la liste. Par d\u00e9faut # l'\u00e9l\u00e9ment est ajout\u00e9 \u00e0 la fin. #[menu some_list] #type: list #name: #enable: # Voir ci-dessus pour une description de ces param\u00e8tres. #[menu some_list some_command] #type: command #name: #enable: # Voir ci-dessus pour une description de ces param\u00e8tres. #gcode: # Script \u00e0 ex\u00e9cuter lors d'un clic sur un bouton ou un clic long. \u00c9valu\u00e9 comme un # mod\u00e8le. #[menu some_list some_input] #type: input #name: #enable: # Voir ci-dessus pour une description de ces param\u00e8tres. #input: # Valeur initiale \u00e0 utiliser lors de l'\u00e9dition - \u00e9valu\u00e9e comme un mod\u00e8le. # Le r\u00e9sultat doit \u00eatre de type flottant. #input_min: # Valeur minimale de l''intervalle - \u00e9valu\u00e9e comme un mod\u00e8le. Par d\u00e9faut -99999. #input_max: # Valeur maximale de l'intervalle - \u00e9valu\u00e9e comme un mod\u00e8le. Par d\u00e9faut 99999. #input_step: # Pas d'\u00e9dition - Doit \u00eatre un nombre entier positif ou une valeur flottante. Poss\u00e8de # un pas de vitesse rapide interne. Lorsque \"(input_max - input_min) / input_step > 100\" # alors le pas de vitesse rapide est 10 * input_step sinon le pas de vitesse rapide # est le m\u00eame que celui de l'input_step. #realtime: # Cet attribut accepte une valeur bool\u00e9enne statique. Lorsqu'il est activ\u00e9, alors le script # gcode est ex\u00e9cut\u00e9 apr\u00e8s chaque changement de valeur. La valeur par d\u00e9faut est False. #gcode: # Script \u00e0 ex\u00e9cuter lors d'un clic sur un bouton, d'un clic long ou d'un changement de valeur. # \u00c9valu\u00e9 comme un mod\u00e8le. Le clic sur le bouton d\u00e9clenchera le d\u00e9but ou fin du mode d'\u00e9dition.","title":"[menu]"},{"location":"Config_Reference.html#capteurs-de-filaments","text":"","title":"Capteurs de filaments"},{"location":"Config_Reference.html#filament_switch_sensor","text":"Capteur de commutation de filament. Prise en charge de la d\u00e9tection de l'insertion et du d\u00e9placement du filament \u00e0 l'aide d'un capteur de commutation, tel qu'un interrupteur de fin de course. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [filament_switch_sensor my_sensor] #pause_on_runout: True # Lorsque d\u00e9fini sur True, une PAUSE sera ex\u00e9cut\u00e9e imm\u00e9diatement apr\u00e8s qu'un runout # soit d\u00e9tect\u00e9. Notez que si pause_on_runout est False et que le runout_gcode est omis, # la d\u00e9tection du runout est d\u00e9sactiv\u00e9e. Par d\u00e9faut, est True. #runout_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter apr\u00e8s la d\u00e9tection d'une fin de filament. # Voir docs/Command_Templates.md pour le format G-Code. Si pause_on_runout est # r\u00e9gl\u00e9 sur True, ce G-code sera ex\u00e9cut\u00e9 apr\u00e8s la fin de la PAUSE. Par d\u00e9faut, aucune # commande G-Code n'est ex\u00e9cut\u00e9e. #insert_gcode: # Une liste de commandes G-Code \u00e0 ex\u00e9cuter apr\u00e8s qu'une insertion de filament soit d\u00e9tect\u00e9e. # Voir docs/Command_Templates.md pour le format G-Code. La valeur par d\u00e9faut est de # n'ex\u00e9cuter aucune commande G-Code, ce qui d\u00e9sactive la d\u00e9tection de l'insertion. #event_delay 3.0 # La dur\u00e9e minimale en secondes \u00e0 attendre entre les \u00e9v\u00e9nements. # Des \u00e9v\u00e9nements d\u00e9clench\u00e9s durant cette p\u00e9riode seront silencieusement ignor\u00e9s. # La valeur par d\u00e9faut est de 3 secondes. #pause_delay: 0.5 # Le d\u00e9lai, en secondes, entre l'envoi de la commande de pause et l'ex\u00e9cution du runout_gcode. # Il peut \u00eatre utile d'augmenter ce d\u00e9lai si OctoPrint pr\u00e9sente un comportement \u00e9trange lors de # la pause. La valeur par d\u00e9faut est 0.5 secondes. #switch_pin: # La broche sur laquelle l'interrupteur est connect\u00e9. # Ce param\u00e8tre doit \u00eatre fourni.","title":"[filament_switch_sensor]"},{"location":"Config_Reference.html#filament_motion_sensor","text":"Capteur de mouvement de filament. Prise en charge de la d\u00e9tection de pr\u00e9sence et d\u00e9placement du filament \u00e0 l'aide d'un encodeur basculant la broche de sortie pendant le mouvement du filament dans le capteur. Voir la r\u00e9f\u00e9rence des commandes pour plus d'informations. [filament_motion_sensor my_sensor] detection_length: 7.0 # La longueur minimale du filament tir\u00e9 \u00e0 travers le capteur d\u00e9clenchant # un changement d'\u00e9tat sur la broche de commutation. # La valeur par d\u00e9faut est 7 mm. extruder: # Le nom de la section de l'extrudeuse \u00e0 laquelle ce capteur est associ\u00e9. # Ce param\u00e8tre doit \u00eatre fourni. switch_pin: #pause_on_runout: #runout_gcode: #insert_gcode: #event_delay: #pause_delay: # Voir la section \"filament_switch_sensor\" pour une description des # param\u00e8tres ci-dessus.","title":"[filament_motion_sensor]"},{"location":"Config_Reference.html#tsl1401cl_filament_width_sensor","text":"Capteur de largeur de filament bas\u00e9 sur le TSLl401CL. Voir ce guide pour plus d'informations. [tsl1401cl_filament_width_sensor] #pin: #default_nominal_filament_diameter: 1.75 # (mm) # Diff\u00e9rence maximale de diam\u00e8tre de filament autoris\u00e9e en mm. #max_diff\u00e9rence: 0.2 # La distance entre le capteur et la chambre de fusion en mm. #measurement_delay: 100","title":"[tsl1401cl_filament_width_sensor]"},{"location":"Config_Reference.html#hall_filament_width_sensor","text":"Capteur Hall de largeur de filament (voir Capteur Hall de largeur de filament ). [hall_filament_width_sensor] adc1: adc2: # Broches d'entr\u00e9e analogiques connect\u00e9es au capteur. Ces param\u00e8tres doivent # \u00eatre fournis. #cal_dia1: 1.50 #cal_dia2: 2.00 # Les valeurs d'\u00e9talonnage (en mm) pour les capteurs. La valeur par d\u00e9faut est # 1,50 pour cal_dia1 et 2,00 pour cal_dia2. #raw_dia1: 9500 #raw_dia2: 10500 # Les valeurs brutes d'\u00e9talonnage des capteurs. La valeur par d\u00e9faut est 9500 # pour raw_dia1 et 10500 pour raw_dia2. #default_nominal_filament_diameter: 1.75 # Le diam\u00e8tre nominal du filament. Ce param\u00e8tre doit \u00eatre fourni. #max_difference: 0.200 # Diff\u00e9rence maximale autoris\u00e9e de diam\u00e8tre du filament en millim\u00e8tres (mm). # Si la diff\u00e9rence entre le diam\u00e8tre nominal du filament et la sortie du capteur # est sup\u00e9rieure \u00e0 +- max_difference, le multiplicateur d'extrusion est ramen\u00e9 \u00e0 # \u00e0 %100. La valeur par d\u00e9faut est de 0,200. #measurement_delay: 70 # La distance entre le capteur et la chambre de fusion/la buse en # millim\u00e8tres (mm). Le filament situ\u00e9 entre le capteur et la buse # sera trait\u00e9 comme le default_nominal_filament_diameter. # Ce module h\u00f4te fonctionne avec une logique FIFO. Il conserve chaque valeur # de capteur dans un tableau et les remet (POP) dans la bonne position. Ce # param\u00e8tre doit \u00eatre fourni. #enable: False # Capteur activ\u00e9 ou d\u00e9sactiv\u00e9 apr\u00e8s la mise sous tension. La valeur par d\u00e9faut est # d\u00e9sactiv\u00e9. #measurement_interval: 10 # La distance approximative (en mm) entre les lectures du capteur. La valeur # par d\u00e9faut est de 10mm. #logging: False # Le diam\u00e8tre de sortie vers le terminal et vers klipper.log peut \u00eatre activ\u00e9 par # ce param\u00e8tre. #min_diameter: 1.0 # Diam\u00e8tre minimal pour d\u00e9clencher le capteur virtuel filament_switch_sensor. #use_current_dia_while_delay: False # Utiliser le diam\u00e8tre actuel au lieu du diam\u00e8tre nominal pendant que le d\u00e9lai # de mesure n'est pas \u00e9coul\u00e9. #pause_on_runout: #runout_gcode: #insert_gcode: #event_delay: #pause_delay: # Voir la section \"filament_switch_sensor\" pour une description des # param\u00e8tres ci-dessus.","title":"[hall_filament_width_sensor]"},{"location":"Config_Reference.html#support-materiel-specifique-a-une-carte","text":"","title":"Support mat\u00e9riel sp\u00e9cifique \u00e0 une carte"},{"location":"Config_Reference.html#sx1509","text":"Configuration d'un expandeur SX1509 I2C vers GPIO. En raison du d\u00e9lai encouru par la communication I2C, vous ne devez PAS utiliser les broches du SX1509 comme activation du moteur pas \u00e0 pas, pas ou direction ou toute autre broche n\u00e9cessitant un changement de bit rapide. Il est pr\u00e9f\u00e9rable de les utiliser comme sorties num\u00e9riques statiques ou contr\u00f4l\u00e9es par gcode ou comme broches hardware-pwm pour des ventilateurs par exemple. On peut d\u00e9finir un nombre quelconque de sections avec un pr\u00e9fixe \"sx1509\". Chaque expandeur fournit un ensemble de 16 broches (sx1509_my_sx1509:PIN_0 \u00e0 sx1509_my_sx1509:PIN_15) pouvant \u00eatre utilis\u00e9es dans la configuration de l'imprimante. Voir le fichier generic-duet2-duex.cfg pour un exemple. [sx1509 my_sx1509] i2c_address: # Adresse I2C utilis\u00e9e par cet expandeur. Selon le mat\u00e9riel # il s'agit de l'une des adresses suivantes : 62 63 112 113. # Ce param\u00e8tre doit \u00eatre fourni. #i2c_mcu: #i2c_bus: #i2c_speed: # Voir la section \"param\u00e8tres I2C communs\" pour une description des # param\u00e8tres ci-dessus. #i2c_bus: # Si l'impl\u00e9mentation I2C de votre micro-contr\u00f4leur prend en charge # plusieurs bus I2C, vous pouvez sp\u00e9cifier le nom du bus ici. La valeur # par d\u00e9faut est d'utiliser le bus i2c par d\u00e9faut du micro-contr\u00f4leur.","title":"[sx1509]"},{"location":"Config_Reference.html#samd_sercom","text":"Configuration de SAMD SERCOM pour indiquer les broches \u00e0 utiliser sur un mat\u00e9riel SERCOM. On peut d\u00e9finir un nombre quelconque de sections avec le pr\u00e9fixe \"samd_sercom\". Chaque SERCOM doit \u00eatre configur\u00e9 avant de pouvoir \u00eatre utilis\u00e9 comme p\u00e9riph\u00e9rique SPI ou I2C. Placez cette section de configuration au-dessus de toute autre section qui utilise les bus SPI ou I2C. [samd_sercom my_sercom] sercom: # Le nom du bus sercom \u00e0 configurer dans le micro-contr\u00f4leur. # Les noms disponibles sont \"sercom0\", \"sercom1\", etc. # Ce param\u00e8tredoit \u00eatre fourni. tx_pin: # Broche MOSI pour la communication SPI, ou broche SDA (donn\u00e9es) pour la communication I2C. # La broche doit avoir une configuration pinmux valide pour le p\u00e9riph\u00e9rique SERCOM donn\u00e9. # Ce param\u00e8tre doit \u00eatre fourni. #rx_pin: # Broche MISO pour la communication SPI. Cette broche n'est pas utilis\u00e9e pour la communication I2C # (I2C utilise tx_pin pour l'envoi et la r\u00e9ception). # La broche doit avoir une configuration pinmux valide pour le p\u00e9riph\u00e9rique SERCOM donn\u00e9. # Ce param\u00e8tre est optionnel. clk_pin: # La broche CLK pour la communication SPI, ou la broche SCL (horloge) pour la communication I2C. # La broche doit avoir une configuration pinmux valide pour le p\u00e9riph\u00e9rique SERCOM donn\u00e9. # Ce param\u00e8tre doit \u00eatre fourni","title":"[samd_sercom]"},{"location":"Config_Reference.html#adc_scaled","text":"Mise \u00e0 l'\u00e9chelle analogique du Duet2 Maestro par lectures vref et vssa. D\u00e9finir une section adc_scaled permet d'activer des broches adc virtuelles (telles que \"my_name:PB0\") qui seront automatiquement ajust\u00e9es par les broches de surveillance vref et vssa de la carte. Assurez-vous de d\u00e9finir cette section de configuration au-dessus de toute section de configuration utilisant l'une de ces broches virtuelles. Voir le fichier generic-duet2-maestro.cfg pour un exemple. [adc_scaled my_name] vref_pin : # La broche ADC \u00e0 utiliser pour le contr\u00f4le de VREF. Ce param\u00e8tre doit \u00eatre # fourni. vssa_pin : # La broche ADC \u00e0 utiliser pour la surveillance VSSA. Ce param\u00e8tre doit \u00eatre # fourni. #smooth_time : 2.0 # Une dur\u00e9e (en secondes) durant laquelle les mesures de vref et vssa # seront liss\u00e9es pour r\u00e9duire l'impact du bruit des mesures. # La valeur par d\u00e9faut est de 2 secondes.","title":"[adc_scaled]"},{"location":"Config_Reference.html#replicape","text":"Support de Replicape - voir le guide beaglebone et le fichier generic-replicape.cfg pour un exemple. # La section de configuration \"replicape\" ajoute \"replicape:stepper_x_enable\" pour # l'activation de broches virtuelles de moteur (pour les moteurs X, Y, Z, E et H) et # \"replicape:power_x\" des broches de sortie PWM (pour les pilotes, e, h, fan0, fan1, # fan2, et fan3) utilisables ailleurs dans le fichier de configuration. [replicape] revision: # La r\u00e9vision du mat\u00e9riel replicape. Actuellement, seule la r\u00e9vision \"B3\" est # support\u00e9e. Ce param\u00e8tre doit \u00eatre fourni. #enable_pin: !gpio0_20 # La broche d'activation globale de la replicape. La valeur par d\u00e9faut est !gpio0_20 # (aka P9_41). host_mcu : # Le nom de la section de configuration mcu communiquant avec la section de # l'instance mcu du \"processus linux\" de Klipper. Ce param\u00e8tre doit \u00eatre # fourni. #standstill_power_down: False # Ce param\u00e8tre contr\u00f4le la ligne CFG6_ENN sur tous les moteurs pas \u00e0 pas. # True r\u00e8gle les lignes d'activation sur \"ouvert\". La valeur par d\u00e9faut est # False. #stepper_x_microstep_mode: #stepper_y_microstep_mode: #stepper_z_microstep_mode: #stepper_e_microstep_mode: #stepper_h_microstep_mode: # Ce param\u00e8tre contr\u00f4le les broches CFG1 et CFG2 du pilote de moteur donn\u00e9. # Les options disponibles sont : disable, 1, 2, spread2, 4, 16, spread4, spread16, # stealth4, et stealth16. La valeur par d\u00e9faut est disable. #stepper_x_current: #stepper_y_current: #stepper_z_current: #stepper_e_current: #stepper_h_current: # Le courant maximum configur\u00e9 (en Amp\u00e8res) du moteur pas \u00e0 pas. # Ce param\u00e8tre doit \u00eatre fourni si le moteur pas \u00e0 pas n'est pas dans un # mode d\u00e9sactiv\u00e9. #stepper_x_chopper_off_time_high: #stepper_y_chopper_off_time_high: #stepper_z_chopper_off_time_high: #stepper_e_chopper_off_time_high: #stepper_h_chopper_off_time_high: # Ce param\u00e8tre contr\u00f4le la broche CFG0 du pilote du moteur pas \u00e0 pas. # (True place CFG0 en haut, False le place en bas). La valeur par d\u00e9faut est False. #stepper_x_chopper_hysteresis_high: #stepper_y_chopper_hysteresis_high: #stepper_z_chopper_hysteresis_high: #stepper_e_chopper_hysteresis_high: #stepper_h_chopper_hysteresis_high: # Ce param\u00e8tre contr\u00f4le la broche CFG4 du pilote du moteur pas \u00e0 pas. # (True place CFG4 en haut, False le place en bas). La valeur par d\u00e9faut est False. #stepper_x_chopper_blank_time_high: #stepper_y_chopper_blank_time_high: #stepper_z_chopper_blank_time_high: #stepper_e_chopper_blank_time_high: #stepper_h_chopper_blank_time_high: # Ce param\u00e8tre contr\u00f4le la broche CFG5 du pilote du moteur pas \u00e0 pas. # (True place CFG5 en haut, False le place en bas). La valeur par d\u00e9faut est True.","title":"[replicape]"},{"location":"Config_Reference.html#autres-modules-specifiques","text":"","title":"Autres modules sp\u00e9cifiques"},{"location":"Config_Reference.html#palette2","text":"Prise en charge des multimat\u00e9riaux de la Palette 2 - assure une int\u00e9gration plus \u00e9troite de la prise en charge des p\u00e9riph\u00e9riques de la Palette 2 en mode connect\u00e9. Ce module n\u00e9cessite \u00e9galement [virtual_sdcard] et [pause_resume] pour une fonctionnalit\u00e9 compl\u00e8te. Si vous utilisez ce module, n'utilisez pas le plugin Palette 2 pour Octoprint car ils entreront en conflit, et le module ne pourra pas s'initialiser correctement, ce qui fera \u00e9chouer votre impression. Si vous utilisez Octoprint et que vous diffusez du gcode sur le port s\u00e9rie au lieu d'imprimer \u00e0 partir de virtual_sd, alors supprimez M1 et M0 de Commandes de pause dans Param\u00e8tres > Connexion s\u00e9rie > Firmware & protocole \u00e9vitera d'avoir \u00e0 lancer l'impression sur la Palette 2 et de devoir lever la pause dans Octoprint pour que l'impression commence. [palette2] serial: # Le port s\u00e9rie \u00e0 connecter \u00e0 la Palette 2. #baud: 115200 # Le d\u00e9bit en bauds \u00e0 utiliser. La valeur par d\u00e9faut est 115200. #feedrate_splice: 0.8 # Le taux d'avance \u00e0 utiliser lors de l'\u00e9pissage, la valeur par d\u00e9faut est 0.8. #feedrate_normal: 1.0 # L'avance \u00e0 utiliser apr\u00e8s l'\u00e9pissage, la valeur par d\u00e9faut est 1.0. #auto_load_speed: 2 # Vitesse d'extrusion lors du chargement automatique, par d\u00e9faut 2 (mm/s). #auto_cancel_variation: 0.1 # Annulation automatique de l'impression lorsque la variation du ping est sup\u00e9rieure \u00e0 ce seuil.","title":"[palette2]"},{"location":"Config_Reference.html#angle","text":"Prise en charge du capteur d'angle Hall magn\u00e9tique pour la lecture des mesures de l'angle de l'arbre du moteur pas \u00e0 pas \u00e0 l'aide des puces SPI a1333, as5047d ou tle5012b. Les mesures sont disponibles via le serveur API et l' outil d'analyse de mouvement . Voir la r\u00e9f\u00e9rence G-Code pour les commandes disponibles. [angle my_angle_sensor] sensor_type: # Le type de la puce du capteur magn\u00e9tique \u00e0 effet Hall. Les choix disponibles # sont \"a1333\", \"as5047d\" et \"tle5012b\". Ce param\u00e8tre doit \u00eatre sp\u00e9cifi\u00e9. #sample_period: 0.000400 # La p\u00e9riode de requ\u00eate (en secondes) \u00e0 utiliser lors des mesures. La valeur par # d\u00e9faut est de 0.000400 (ce qui correspond \u00e0 2500 \u00e9chantillons par seconde). #stepper: # Le nom du pilote moteur pas \u00e0 pas auquel le capteur d'angle est attach\u00e9 (ex, # \"stepper_x\"). La d\u00e9finition de cette valeur active un \u00e9talonnage d'angle. # Pour utiliser cette fonction, le paquet Python \"numpy\" doit \u00eatre install\u00e9. # Par d\u00e9faut, l'\u00e9talonnage d'angle n'est pas activ\u00e9 pour un capteur d'angle. cs_pin: # La broche d'activation SPI du capteur. Ce param\u00e8tre doit \u00eatre fourni. #spi_speed: #spi_bus: #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Voir la section \"param\u00e8tres SPI communs\" pour une description des # param\u00e8tres ci-dessus.","title":"[angle]"},{"location":"Config_Reference.html#parametres-communs-aux-bus","text":"","title":"Param\u00e8tres communs aux bus"},{"location":"Config_Reference.html#parametres-spi-communs","text":"Les param\u00e8tres suivants sont g\u00e9n\u00e9ralement disponibles pour les dispositifs utilisant un bus SPI. #spi_speed: # La vitesse SPI (en hz) \u00e0 utiliser lors de la communication avec le p\u00e9riph\u00e9rique. # La valeur par d\u00e9faut d\u00e9pend du type de p\u00e9riph\u00e9rique. #spi_bus: # Si le micro-contr\u00f4leur supporte plusieurs bus SPI alors on peut sp\u00e9cifier le nom # du bus du micro-contr\u00f4leur ici. La valeur par d\u00e9faut d\u00e9pend du type de # micro-contr\u00f4leur. #spi_software_sclk_pin: #spi_software_mosi_pin: #spi_software_miso_pin: # Sp\u00e9cifiez les param\u00e8tres ci-dessus pour utiliser le \"SPI logiciel\". Ce mode ne # n\u00e9cessite pas le support mat\u00e9riel du micro-contr\u00f4leur (typiquement n'importe # quelle broche d'usage g\u00e9n\u00e9ral peut \u00eatre utilis\u00e9e). La valeur par d\u00e9faut est de # ne pas utiliser le \"spi logiciel\".","title":"Param\u00e8tres SPI communs"},{"location":"Config_Reference.html#parametres-i2c-communs","text":"Les param\u00e8tres suivants sont g\u00e9n\u00e9ralement disponibles pour les dispositifs utilisant un bus I2C. Notez que le support actuel des micro-contr\u00f4leurs de Klipper pour i2c n'est g\u00e9n\u00e9ralement pas tol\u00e9rant au bruit sur la ligne. Des erreurs inattendues sur les fils i2c peuvent entra\u00eener une erreur d'ex\u00e9cution de Klipper. Le support de Klipper de r\u00e9cup\u00e9ration des erreurs varie selon le type de micro-contr\u00f4leur. Il est g\u00e9n\u00e9ralement recommand\u00e9 de n'utiliser que des dispositifs i2c se trouvant sur la m\u00eame carte de circuit imprim\u00e9 que le microcontr\u00f4leur. La plupart des impl\u00e9mentations de micro-contr\u00f4leurs Klipper ne supportent qu'une i2c_speed de 100000. Le micro-contr\u00f4leur Klipper \"linux\" supporte une vitesse de 400000, mais elle doit \u00eatre d\u00e9finie dans le syst\u00e8me d'exploitation sinon le param\u00e8tre i2c_speed est ignor\u00e9. Le micro-contr\u00f4leur Klipper \"rp2040\" supporte un taux de 400000 via le param\u00e8tre i2c_speed . Tous les autres micro-contr\u00f4leurs Klipper utilisent un taux de 100000 et ignorent le param\u00e8tre i2c_speed . #i2c_address: # L'adresse i2c du p\u00e9riph\u00e9rique. Elle doit \u00eatre sp\u00e9cifi\u00e9e sous la forme d'un nombre d\u00e9cimal # (pas en hexad\u00e9cimal). La valeur par d\u00e9faut d\u00e9pend du type de p\u00e9riph\u00e9rique. #i2c_mcu: # Le nom du micro-contr\u00f4leur auquel la puce est connect\u00e9e. # La valeur par d\u00e9faut est \"mcu\". #i2c_bus: # Si le micro-contr\u00f4leur supporte plusieurs bus I2C, on peut sp\u00e9cifier le bus du micro-contr\u00f4leur. # La valeur par d\u00e9faut d\u00e9pend du type de micro-contr\u00f4leur. #i2c_speed: # La vitesse I2C (en Hz) \u00e0 utiliser lors de la communication avec le p\u00e9riph\u00e9rique. # L'impl\u00e9mentation de Klipper pour la plupart des micro-contr\u00f4leurs est cod\u00e9e en dur \u00e0 100000, # modifier cette valeur n'a aucun effet. La valeur par d\u00e9faut est 100000.","title":"Param\u00e8tres I2C communs"},{"location":"Config_checks.html","text":"Contr\u00f4les de la configuration \u00b6 Ce document fournit une liste des \u00e9tapes permettant de v\u00e9rifier les affectations des broches dans le fichier printer.cfg de Klipper. Il est conseill\u00e9 d'ex\u00e9cuter ces \u00e9tapes apr\u00e8s avoir suivi les \u00e9tapes du document d'installation . Pendant ce guide, il peut \u00eatre n\u00e9cessaire d'apporter des modifications au fichier de configuration de Klipper. Veillez \u00e0 \u00e9mettre une commande RESTART apr\u00e8s chaque modification du fichier de configuration pour vous assurer que la modification prend effet (tapez \"restart\" dans l'onglet du terminal Octoprint et cliquez ensuite sur \"Send\"). C'est aussi une bonne id\u00e9e d'envoyer une commande STATUS apr\u00e8s chaque RESTART pour v\u00e9rifier que le fichier de configuration a \u00e9t\u00e9 charg\u00e9 avec succ\u00e8s. V\u00e9rifier la temp\u00e9rature \u00b6 Commencez par v\u00e9rifier que les temp\u00e9ratures sont correctement rapport\u00e9es. Naviguez vers l'onglet temp\u00e9rature d'Octoprint. V\u00e9rifiez que la temp\u00e9rature de la buse et du plateau chauffant (le cas \u00e9ch\u00e9ant) est pr\u00e9sente et n'augmente pas. Si elle augmente, mettez l'imprimante hors tension. Si les temp\u00e9ratures ne sont pas pr\u00e9cises, v\u00e9rifiez les param\u00e8tres \"sensor_type\" et \"sensor_pin\" pour la buse et/ou le plateau chauffant. V\u00e9rifier M112 \u00b6 Naviguez vers l'onglet du terminal Octoprint et lancez une commande M112 dans la bo\u00eete du terminal. Cette commande demande \u00e0 Klipper de se mettre dans un \u00e9tat \"d'arr\u00eat\". Octoprint se d\u00e9connectera de Klipper - naviguez vers la zone de connexion et cliquez sur \"Connecter\" pour reconnecter Octoprint. Ensuite, naviguez vers l'onglet temp\u00e9rature d'Octoprint et v\u00e9rifiez que les temp\u00e9ratures continuent \u00e0 se mettre \u00e0 jour et qu'elles n'augmentent pas. Si les temp\u00e9ratures augmentent, coupez l'alimentation de l'imprimante. La commande M112 fait passer Klipper dans un \u00e9tat \"d'arr\u00eat\". Pour effacer cet \u00e9tat, lancez la commande FIRMWARE_RESTART dans l'onglet du terminal Octoprint. V\u00e9rifier la cartouche chauffante \u00b6 Naviguez jusqu'\u00e0 l'onglet temp\u00e9rature d'Octoprint et tapez 50 suivi d'une entr\u00e9e dans la bo\u00eete de temp\u00e9rature \"Tool\". La temp\u00e9rature de l'extrudeuse dans le graphique devrait commencer \u00e0 augmenter (dans les 30 secondes environ). Ensuite, allez dans la bo\u00eete d\u00e9roulante de la temp\u00e9rature de l'outil et s\u00e9lectionnez \"Off\". Apr\u00e8s plusieurs minutes, la temp\u00e9rature devrait commencer \u00e0 revenir \u00e0 sa valeur initiale de temp\u00e9rature ambiante. Si la temp\u00e9rature n'augmente pas, v\u00e9rifiez le param\u00e8tre \"heater_pin\" dans la configuration. Si l'imprimante est \u00e9quip\u00e9e d'un plateau chauffant, effectuez \u00e0 nouveau le test ci-dessus avec le plateau. V\u00e9rifier l'activation du moteur pas \u00e0 pas \u00b6 V\u00e9rifiez que tous les axes de l'imprimante peuvent se d\u00e9placer librement manuellement (les moteurs pas \u00e0 pas sont d\u00e9sactiv\u00e9s). Si ce n'est pas le cas, lancez une commande M84 pour d\u00e9sactiver les moteurs. Si l'un des axes ne peut toujours pas se d\u00e9placer librement, v\u00e9rifiez la configuration de la \"broche d'activation\" du moteur pas \u00e0 pas pour l'axe en question. Sur la plupart des pilotes de moteurs pas \u00e0 pas, la broche d'activation du moteur est \"active basse\" et la broche d'activation doit donc \u00eatre pr\u00e9c\u00e9d\u00e9e d'un \" !\" (par exemple, \"enable_pin : !ar38\"). V\u00e9rifier les capteurs de fin de course \u00b6 D\u00e9placez manuellement tous les axes de l'imprimante afin qu'aucun d'entre eux ne soit en contact avec une but\u00e9e. Envoyez une commande QUERY_ENDSTOPS via l'onglet du terminal Octoprint. L'imprimante devrait r\u00e9pondre avec l'\u00e9tat actuel de toutes les but\u00e9es configur\u00e9es et elles devraient toutes rapporter un \u00e9tat \"ouvert\". Pour chacun des arr\u00eats, r\u00e9ex\u00e9cutez la commande QUERY_ENDSTOPS en d\u00e9clenchant manuellement l'arr\u00eat. La commande QUERY_ENDSTOPS doit indiquer que la fin de course est \"TRIGGERED\". Si la fin de course semble invers\u00e9e (elle signale qu'elle est \"ouverte\" lorsqu'elle est d\u00e9clench\u00e9e et vice-versa), ajoutez un \" !\" \u00e0 la d\u00e9finition de la broche (par exemple, \"endstop_pin : ^!ar3\"), ou supprimez le \" !\" s'il est d\u00e9j\u00e0 pr\u00e9sent. Si la fin de course ne change pas du tout, cela indique g\u00e9n\u00e9ralement que la fin de course est connect\u00e9e \u00e0 une autre broche. Cependant, cela peut \u00e9galement n\u00e9cessiter une modification du param\u00e8tre de pullup de la broche (le '^' au d\u00e9but du nom endstop_pin - la plupart des imprimantes utilisent une r\u00e9sistance pullup et le '^' doit \u00eatre pr\u00e9sent). V\u00e9rifier les moteurs pas \u00e0 pas \u00b6 Utilisez la commande STEPPER_BUZZ pour v\u00e9rifier la connectivit\u00e9 de chaque moteur pas \u00e0 pas. Commencez par positionner manuellement l'axe donn\u00e9 \u00e0 un point m\u00e9dian, puis ex\u00e9cutez la commande STEPPER_BUZZ STEPPER=stepper_x . La commande STEPPER_BUZZ fera en sorte que le moteur pas \u00e0 pas donn\u00e9 se d\u00e9place d'un millim\u00e8tre dans une direction positive, puis il reviendra \u00e0 sa position de d\u00e9part. (Si la fin de course est d\u00e9finie \u00e0 position_endstop=0, alors au d\u00e9but de chaque mouvement, le stepper s'\u00e9loignera de la fin de course). Il effectuera cette oscillation dix fois. Si le moteur pas \u00e0 pas ne bouge pas du tout, v\u00e9rifiez les r\u00e9glages \"enable_pin\" et \"step_pin\" du moteur pas \u00e0 pas. Si le moteur pas \u00e0 pas se d\u00e9place mais ne revient pas \u00e0 sa position initiale, v\u00e9rifiez le r\u00e9glage \"dir_pin\". Si le moteur pas \u00e0 pas oscille dans une direction incorrecte, cela indique g\u00e9n\u00e9ralement que le param\u00e8tre \"dir_pin\" de l'axe doit \u00eatre invers\u00e9. Pour ce faire, il suffit d'ajouter un \" !\" au param\u00e8tre \"dir_pin\" dans le fichier de configuration de l'imprimante (ou de le supprimer s'il y en a d\u00e9j\u00e0 un). Si le moteur se d\u00e9place de mani\u00e8re significativement sup\u00e9rieure ou inf\u00e9rieure \u00e0 un millim\u00e8tre, v\u00e9rifiez le param\u00e8tre \"rotation_distance\". Ex\u00e9cutez le test ci-dessus pour chaque moteur pas \u00e0 pas d\u00e9fini dans le fichier de configuration. (D\u00e9finissez le param\u00e8tre STEPPER de la commande STEPPER_BUZZ au nom de la section de la configuration qui doit \u00eatre test\u00e9e). S'il n'y a pas de filament dans l'extrudeur, on peut utiliser STEPPER_BUZZ pour v\u00e9rifier la connectivit\u00e9 du moteur de l'extrudeur (utilisez STEPPER=extrudeur). Sinon, il est pr\u00e9f\u00e9rable de tester le moteur de l'extrudeur s\u00e9par\u00e9ment (voir la section suivante). Apr\u00e8s avoir v\u00e9rifi\u00e9 tous les arr\u00eats et tous les moteurs pas \u00e0 pas, le m\u00e9canisme d'auto-home doit \u00eatre test\u00e9. Envoyez une commande G28 pour ramener tous les axes \u00e0 leur position initiale. Coupez l'alimentation de l'imprimante si elle ne se positionne pas correctement. R\u00e9p\u00e9tez les \u00e9tapes de v\u00e9rification des fins de course et des moteurs pas \u00e0 pas si n\u00e9cessaire. V\u00e9rifier le moteur de l'extrudeur \u00b6 Pour tester le moteur de l'extrudeur, il sera n\u00e9cessaire de chauffer l'extrudeur \u00e0 une temp\u00e9rature d'impression. Naviguez vers l'onglet temp\u00e9rature d'Octoprint et s\u00e9lectionnez une temp\u00e9rature cible dans la bo\u00eete d\u00e9roulante de temp\u00e9rature (ou entrez manuellement une temp\u00e9rature appropri\u00e9e). Attendez que l'imprimante atteigne la temp\u00e9rature d\u00e9sir\u00e9e. Naviguez ensuite vers l'onglet de contr\u00f4le Octoprint et cliquez sur le bouton \"Extrude\". V\u00e9rifiez que le moteur de l'extrudeur tourne dans la bonne direction. Si ce n'est pas le cas, consultez les conseils de d\u00e9pannage de la section pr\u00e9c\u00e9dente pour confirmer les param\u00e8tres \"enable_pin\", \"step_pin\" et \"dir_pin\" de l'extrudeur. Calibrer les param\u00e8tres PID \u00b6 Klipper prend en charge le r\u00e9gulateur PID pour l'extrudeuse et le chauffage du lit. Afin d'utiliser ce m\u00e9canisme de contr\u00f4le, il est n\u00e9cessaire de calibrer les param\u00e8tres PID sur chaque imprimante (les param\u00e8tres PID trouv\u00e9s dans d'autres micrologiciels ou dans les fichiers de configuration d'exemple fonctionnent souvent mal). Pour calibrer l'extrudeur, naviguez dans l'onglet du terminal OctoPrint et ex\u00e9cutez la commande PID_CALIBRATE. Par exemple : PID_CALIBRATE HEATER=extruder TARGET=170 A la fin du test de r\u00e9glage, ex\u00e9cutez SAVE_CONFIG pour mettre \u00e0 jour le fichier printer.cfg avec les nouveaux param\u00e8tres PID. Si l'imprimante est \u00e9quip\u00e9e d'un lit chauffant et qu'elle peut \u00eatre pilot\u00e9e par PWM (Pulse Width Modulation), il est recommand\u00e9 d'utiliser la commande PID pour le plateau (lorsque le chauffage du lit est contr\u00f4l\u00e9 \u00e0 l'aide de l'algorithme PID, il peut s'allumer et s'\u00e9teindre dix fois par seconde, ce qui peut ne pas convenir aux chauffages utilisant un interrupteur m\u00e9canique). Une commande typique de calibrage PID du plateau est : PID_CALIBRATE HEATER=heater_bed TARGET=60 Prochaines \u00e9tapes \u00b6 Ce guide a pour but d'aider \u00e0 la v\u00e9rification de base des param\u00e8tres des broches dans le fichier de configuration de Klipper. Veillez \u00e0 lire le guide bed leveling . Consultez \u00e9galement le document Slicers pour obtenir des informations sur la configuration d'un trancheur avec Klipper. Apr\u00e8s avoir v\u00e9rifi\u00e9 que l'impression de base fonctionne, il est bon d'envisager de calibrer l'avance de pression . Il peut \u00eatre n\u00e9cessaire d'effectuer d'autres types de calibrage d\u00e9taill\u00e9 de l'imprimante - un certain nombre de guides sont disponibles en ligne pour vous aider (par exemple, faites une recherche sur le Web pour \"3d printer calibration\"). Par exemple, si vous rencontrez un effet appel\u00e9 \"ringing\", vous pouvez essayer de suivre le guide de r\u00e9glage de la compensation de r\u00e9sonance .","title":"Contr\u00f4les de la configuration"},{"location":"Config_checks.html#controles-de-la-configuration","text":"Ce document fournit une liste des \u00e9tapes permettant de v\u00e9rifier les affectations des broches dans le fichier printer.cfg de Klipper. Il est conseill\u00e9 d'ex\u00e9cuter ces \u00e9tapes apr\u00e8s avoir suivi les \u00e9tapes du document d'installation . Pendant ce guide, il peut \u00eatre n\u00e9cessaire d'apporter des modifications au fichier de configuration de Klipper. Veillez \u00e0 \u00e9mettre une commande RESTART apr\u00e8s chaque modification du fichier de configuration pour vous assurer que la modification prend effet (tapez \"restart\" dans l'onglet du terminal Octoprint et cliquez ensuite sur \"Send\"). C'est aussi une bonne id\u00e9e d'envoyer une commande STATUS apr\u00e8s chaque RESTART pour v\u00e9rifier que le fichier de configuration a \u00e9t\u00e9 charg\u00e9 avec succ\u00e8s.","title":"Contr\u00f4les de la configuration"},{"location":"Config_checks.html#verifier-la-temperature","text":"Commencez par v\u00e9rifier que les temp\u00e9ratures sont correctement rapport\u00e9es. Naviguez vers l'onglet temp\u00e9rature d'Octoprint. V\u00e9rifiez que la temp\u00e9rature de la buse et du plateau chauffant (le cas \u00e9ch\u00e9ant) est pr\u00e9sente et n'augmente pas. Si elle augmente, mettez l'imprimante hors tension. Si les temp\u00e9ratures ne sont pas pr\u00e9cises, v\u00e9rifiez les param\u00e8tres \"sensor_type\" et \"sensor_pin\" pour la buse et/ou le plateau chauffant.","title":"V\u00e9rifier la temp\u00e9rature"},{"location":"Config_checks.html#verifier-m112","text":"Naviguez vers l'onglet du terminal Octoprint et lancez une commande M112 dans la bo\u00eete du terminal. Cette commande demande \u00e0 Klipper de se mettre dans un \u00e9tat \"d'arr\u00eat\". Octoprint se d\u00e9connectera de Klipper - naviguez vers la zone de connexion et cliquez sur \"Connecter\" pour reconnecter Octoprint. Ensuite, naviguez vers l'onglet temp\u00e9rature d'Octoprint et v\u00e9rifiez que les temp\u00e9ratures continuent \u00e0 se mettre \u00e0 jour et qu'elles n'augmentent pas. Si les temp\u00e9ratures augmentent, coupez l'alimentation de l'imprimante. La commande M112 fait passer Klipper dans un \u00e9tat \"d'arr\u00eat\". Pour effacer cet \u00e9tat, lancez la commande FIRMWARE_RESTART dans l'onglet du terminal Octoprint.","title":"V\u00e9rifier M112"},{"location":"Config_checks.html#verifier-la-cartouche-chauffante","text":"Naviguez jusqu'\u00e0 l'onglet temp\u00e9rature d'Octoprint et tapez 50 suivi d'une entr\u00e9e dans la bo\u00eete de temp\u00e9rature \"Tool\". La temp\u00e9rature de l'extrudeuse dans le graphique devrait commencer \u00e0 augmenter (dans les 30 secondes environ). Ensuite, allez dans la bo\u00eete d\u00e9roulante de la temp\u00e9rature de l'outil et s\u00e9lectionnez \"Off\". Apr\u00e8s plusieurs minutes, la temp\u00e9rature devrait commencer \u00e0 revenir \u00e0 sa valeur initiale de temp\u00e9rature ambiante. Si la temp\u00e9rature n'augmente pas, v\u00e9rifiez le param\u00e8tre \"heater_pin\" dans la configuration. Si l'imprimante est \u00e9quip\u00e9e d'un plateau chauffant, effectuez \u00e0 nouveau le test ci-dessus avec le plateau.","title":"V\u00e9rifier la cartouche chauffante"},{"location":"Config_checks.html#verifier-lactivation-du-moteur-pas-a-pas","text":"V\u00e9rifiez que tous les axes de l'imprimante peuvent se d\u00e9placer librement manuellement (les moteurs pas \u00e0 pas sont d\u00e9sactiv\u00e9s). Si ce n'est pas le cas, lancez une commande M84 pour d\u00e9sactiver les moteurs. Si l'un des axes ne peut toujours pas se d\u00e9placer librement, v\u00e9rifiez la configuration de la \"broche d'activation\" du moteur pas \u00e0 pas pour l'axe en question. Sur la plupart des pilotes de moteurs pas \u00e0 pas, la broche d'activation du moteur est \"active basse\" et la broche d'activation doit donc \u00eatre pr\u00e9c\u00e9d\u00e9e d'un \" !\" (par exemple, \"enable_pin : !ar38\").","title":"V\u00e9rifier l'activation du moteur pas \u00e0 pas"},{"location":"Config_checks.html#verifier-les-capteurs-de-fin-de-course","text":"D\u00e9placez manuellement tous les axes de l'imprimante afin qu'aucun d'entre eux ne soit en contact avec une but\u00e9e. Envoyez une commande QUERY_ENDSTOPS via l'onglet du terminal Octoprint. L'imprimante devrait r\u00e9pondre avec l'\u00e9tat actuel de toutes les but\u00e9es configur\u00e9es et elles devraient toutes rapporter un \u00e9tat \"ouvert\". Pour chacun des arr\u00eats, r\u00e9ex\u00e9cutez la commande QUERY_ENDSTOPS en d\u00e9clenchant manuellement l'arr\u00eat. La commande QUERY_ENDSTOPS doit indiquer que la fin de course est \"TRIGGERED\". Si la fin de course semble invers\u00e9e (elle signale qu'elle est \"ouverte\" lorsqu'elle est d\u00e9clench\u00e9e et vice-versa), ajoutez un \" !\" \u00e0 la d\u00e9finition de la broche (par exemple, \"endstop_pin : ^!ar3\"), ou supprimez le \" !\" s'il est d\u00e9j\u00e0 pr\u00e9sent. Si la fin de course ne change pas du tout, cela indique g\u00e9n\u00e9ralement que la fin de course est connect\u00e9e \u00e0 une autre broche. Cependant, cela peut \u00e9galement n\u00e9cessiter une modification du param\u00e8tre de pullup de la broche (le '^' au d\u00e9but du nom endstop_pin - la plupart des imprimantes utilisent une r\u00e9sistance pullup et le '^' doit \u00eatre pr\u00e9sent).","title":"V\u00e9rifier les capteurs de fin de course"},{"location":"Config_checks.html#verifier-les-moteurs-pas-a-pas","text":"Utilisez la commande STEPPER_BUZZ pour v\u00e9rifier la connectivit\u00e9 de chaque moteur pas \u00e0 pas. Commencez par positionner manuellement l'axe donn\u00e9 \u00e0 un point m\u00e9dian, puis ex\u00e9cutez la commande STEPPER_BUZZ STEPPER=stepper_x . La commande STEPPER_BUZZ fera en sorte que le moteur pas \u00e0 pas donn\u00e9 se d\u00e9place d'un millim\u00e8tre dans une direction positive, puis il reviendra \u00e0 sa position de d\u00e9part. (Si la fin de course est d\u00e9finie \u00e0 position_endstop=0, alors au d\u00e9but de chaque mouvement, le stepper s'\u00e9loignera de la fin de course). Il effectuera cette oscillation dix fois. Si le moteur pas \u00e0 pas ne bouge pas du tout, v\u00e9rifiez les r\u00e9glages \"enable_pin\" et \"step_pin\" du moteur pas \u00e0 pas. Si le moteur pas \u00e0 pas se d\u00e9place mais ne revient pas \u00e0 sa position initiale, v\u00e9rifiez le r\u00e9glage \"dir_pin\". Si le moteur pas \u00e0 pas oscille dans une direction incorrecte, cela indique g\u00e9n\u00e9ralement que le param\u00e8tre \"dir_pin\" de l'axe doit \u00eatre invers\u00e9. Pour ce faire, il suffit d'ajouter un \" !\" au param\u00e8tre \"dir_pin\" dans le fichier de configuration de l'imprimante (ou de le supprimer s'il y en a d\u00e9j\u00e0 un). Si le moteur se d\u00e9place de mani\u00e8re significativement sup\u00e9rieure ou inf\u00e9rieure \u00e0 un millim\u00e8tre, v\u00e9rifiez le param\u00e8tre \"rotation_distance\". Ex\u00e9cutez le test ci-dessus pour chaque moteur pas \u00e0 pas d\u00e9fini dans le fichier de configuration. (D\u00e9finissez le param\u00e8tre STEPPER de la commande STEPPER_BUZZ au nom de la section de la configuration qui doit \u00eatre test\u00e9e). S'il n'y a pas de filament dans l'extrudeur, on peut utiliser STEPPER_BUZZ pour v\u00e9rifier la connectivit\u00e9 du moteur de l'extrudeur (utilisez STEPPER=extrudeur). Sinon, il est pr\u00e9f\u00e9rable de tester le moteur de l'extrudeur s\u00e9par\u00e9ment (voir la section suivante). Apr\u00e8s avoir v\u00e9rifi\u00e9 tous les arr\u00eats et tous les moteurs pas \u00e0 pas, le m\u00e9canisme d'auto-home doit \u00eatre test\u00e9. Envoyez une commande G28 pour ramener tous les axes \u00e0 leur position initiale. Coupez l'alimentation de l'imprimante si elle ne se positionne pas correctement. R\u00e9p\u00e9tez les \u00e9tapes de v\u00e9rification des fins de course et des moteurs pas \u00e0 pas si n\u00e9cessaire.","title":"V\u00e9rifier les moteurs pas \u00e0 pas"},{"location":"Config_checks.html#verifier-le-moteur-de-lextrudeur","text":"Pour tester le moteur de l'extrudeur, il sera n\u00e9cessaire de chauffer l'extrudeur \u00e0 une temp\u00e9rature d'impression. Naviguez vers l'onglet temp\u00e9rature d'Octoprint et s\u00e9lectionnez une temp\u00e9rature cible dans la bo\u00eete d\u00e9roulante de temp\u00e9rature (ou entrez manuellement une temp\u00e9rature appropri\u00e9e). Attendez que l'imprimante atteigne la temp\u00e9rature d\u00e9sir\u00e9e. Naviguez ensuite vers l'onglet de contr\u00f4le Octoprint et cliquez sur le bouton \"Extrude\". V\u00e9rifiez que le moteur de l'extrudeur tourne dans la bonne direction. Si ce n'est pas le cas, consultez les conseils de d\u00e9pannage de la section pr\u00e9c\u00e9dente pour confirmer les param\u00e8tres \"enable_pin\", \"step_pin\" et \"dir_pin\" de l'extrudeur.","title":"V\u00e9rifier le moteur de l'extrudeur"},{"location":"Config_checks.html#calibrer-les-parametres-pid","text":"Klipper prend en charge le r\u00e9gulateur PID pour l'extrudeuse et le chauffage du lit. Afin d'utiliser ce m\u00e9canisme de contr\u00f4le, il est n\u00e9cessaire de calibrer les param\u00e8tres PID sur chaque imprimante (les param\u00e8tres PID trouv\u00e9s dans d'autres micrologiciels ou dans les fichiers de configuration d'exemple fonctionnent souvent mal). Pour calibrer l'extrudeur, naviguez dans l'onglet du terminal OctoPrint et ex\u00e9cutez la commande PID_CALIBRATE. Par exemple : PID_CALIBRATE HEATER=extruder TARGET=170 A la fin du test de r\u00e9glage, ex\u00e9cutez SAVE_CONFIG pour mettre \u00e0 jour le fichier printer.cfg avec les nouveaux param\u00e8tres PID. Si l'imprimante est \u00e9quip\u00e9e d'un lit chauffant et qu'elle peut \u00eatre pilot\u00e9e par PWM (Pulse Width Modulation), il est recommand\u00e9 d'utiliser la commande PID pour le plateau (lorsque le chauffage du lit est contr\u00f4l\u00e9 \u00e0 l'aide de l'algorithme PID, il peut s'allumer et s'\u00e9teindre dix fois par seconde, ce qui peut ne pas convenir aux chauffages utilisant un interrupteur m\u00e9canique). Une commande typique de calibrage PID du plateau est : PID_CALIBRATE HEATER=heater_bed TARGET=60","title":"Calibrer les param\u00e8tres PID"},{"location":"Config_checks.html#prochaines-etapes","text":"Ce guide a pour but d'aider \u00e0 la v\u00e9rification de base des param\u00e8tres des broches dans le fichier de configuration de Klipper. Veillez \u00e0 lire le guide bed leveling . Consultez \u00e9galement le document Slicers pour obtenir des informations sur la configuration d'un trancheur avec Klipper. Apr\u00e8s avoir v\u00e9rifi\u00e9 que l'impression de base fonctionne, il est bon d'envisager de calibrer l'avance de pression . Il peut \u00eatre n\u00e9cessaire d'effectuer d'autres types de calibrage d\u00e9taill\u00e9 de l'imprimante - un certain nombre de guides sont disponibles en ligne pour vous aider (par exemple, faites une recherche sur le Web pour \"3d printer calibration\"). Par exemple, si vous rencontrez un effet appel\u00e9 \"ringing\", vous pouvez essayer de suivre le guide de r\u00e9glage de la compensation de r\u00e9sonance .","title":"Prochaines \u00e9tapes"},{"location":"Contact.html","text":"Contact \u00b6 Ce document fourni les informations de contact pour Klipper. Forum de la Communaut\u00e9 Salon Discord J'ai une question au sujet de Klipper J'ai une demande d'ajout de fonctionnalit\u00e9 A l'aide ! Ca ne fonctionne pas ! J'ai trouv\u00e9 un bug dans le logiciel Klipper J\u2019apporte des modifications que j\u2019aimerais inclure dans Klipper Github Klipper Forum de la communaut\u00e9 \u00b6 Il y a un Serveur Communautaire Discourse Klipper pour les discussions sur Klipper. Salon Discord \u00b6 Un serveur Discord d\u00e9di\u00e9 \u00e0 Klipper est l\u00e0 : https://discord.klipper3d.org . Ce serveur, g\u00e9r\u00e9 par une communaut\u00e9 de passionn\u00e9s de Klipper, est d\u00e9di\u00e9 aux discussions sur Klipper. Il permet aux utilisateurs de discuter en temps r\u00e9el. J'ai une question sur Klipper \u00b6 La plupart des questions que nous recevons ont d\u00e9j\u00e0 une r\u00e9ponse dans la documentation de Klipper . Assurez-vous de bien la lire et de suivre les instructions qui y sont fournies. Il est \u00e9galement possible de rechercher des questions similaires sur le Forum de la communaut\u00e9 Klipper . Si vous souhaitez partager vos connaissances et votre exp\u00e9rience avec d'autres utilisateurs de Klipper, vous pouvez rejoindre le Forum de la communaut\u00e9 Klipper ou encore le Salon Discord Klipper . Il s'agit de deux communaut\u00e9s o\u00f9 les utilisateurs de Klipper peuvent discuter du logiciel avec d'autres. De nombreuses questions que nous recevons sont relatives \u00e0 l'impression 3D en g\u00e9n\u00e9ral et ne sont pas sp\u00e9cifiques \u00e0 Klipper. Si vous avez une question ou si vous rencontrez des probl\u00e8mes d'impression en g\u00e9n\u00e9ral, vous obtiendrez probablement une meilleure r\u00e9ponse en la posant sur un forum consacr\u00e9 \u00e0 l'impression 3D dans la globalit\u00e9 ou bien sur un d\u00e9di\u00e9 au mat\u00e9riel de votre imprimante. J'ai une demande d'ajout de fonctionnalit\u00e9 \u00b6 Toute nouvelle fonctionnalit\u00e9 n\u00e9cessite d'avoir une personne int\u00e9ress\u00e9e et en capacit\u00e9 de la mettre en oeuvre. Si vous souhaitez aider \u00e0 impl\u00e9menter ou tester une fonctionnalit\u00e9, nous pouvez consulter les d\u00e9veloppements en cours sur le Forum de la Communaut\u00e9 Klipper . Le Salon Discord Klipper est \u00e9galement l\u00e0 pour les discussions entre contributeurs. A l'aide ! Ca ne fonctionne pas ! \u00b6 Malheureusement, nous recevons beaucoup plus de demandes d'aide que nous ne pouvons en traiter. La majorit\u00e9 des rapports d'anomalie que nous recevons sont g\u00e9n\u00e9ralement li\u00e9s \u00e0 : Des erreurs subtiles dans le mat\u00e9riel, ou Ne pas avoir suivi toutes les \u00e9tapes d\u00e9crites dans la documentation de Klipper. Si vous rencontrez des soucis, nous vous recommandons de lire attentivement la documentation de Klipper et de v\u00e9rifier que toutes les \u00e9tapes ont \u00e9t\u00e9 suivies. Si vous rencontrez des soucis d'impression, nous vous recommandons d'inspecter minutieusement votre imprimante pour voir s'il n'y a pas d'anomalies (joints, vis, fils, etc). Nous avons remarqu\u00e9 que la plupart des anomalies ne sont pas sp\u00e9cifiquement li\u00e9es \u00e0 Klipper. Si vous avez un probl\u00e8me avec votre imprimante, vous obtiendrez s\u00fbrement une meilleure r\u00e9ponse en recherchant sur un forum d\u00e9di\u00e9 \u00e0 l'impression 3D en g\u00e9n\u00e9ral ou bien sur un consacr\u00e9 au mat\u00e9riel de votre imprimante. Il est \u00e9galement possible de rechercher des questions similaires sur le Forum de la communaut\u00e9 Klipper . Si vous souhaitez partager vos connaissances et votre exp\u00e9rience avec d'autres utilisateurs de Klipper, vous pouvez rejoindre le Forum de la communaut\u00e9 Klipper ou encore le Salon Discord Klipper . Il s'agit de deux communaut\u00e9s o\u00f9 les utilisateurs de Klipper peuvent discuter du logiciel avec d'autres. J'ai trouv\u00e9 un bug dans le logiciel Klipper \u00b6 Klipper est un projet open-source et nous appr\u00e9cions quand des contributeurs diagnostiquent des erreurs dans le logiciel. Les probl\u00e8mes devraient \u00eatre signal\u00e9s dans le Forum communautaire Klipper . Il y a des informations importantes qui sont n\u00e9cessaires pour pouvoir corriger un bug. Veuillez suivre ces \u00e9tapes : Assurez-vous que vous ex\u00e9cutez le code non modifi\u00e9 de https://github.com/Klipper3d/klipper . Si le code a \u00e9t\u00e9 modifi\u00e9 ou provient d'une autre source, vous devez reproduire le probl\u00e8me sur le code non modifi\u00e9 de https://github.com/Klipper3d/klipper avant de le signaler. Si possible, ex\u00e9cutez une commande M112 imm\u00e9diatement apr\u00e8s que l'\u00e9v\u00e9nement ind\u00e9sirable se soit produit. Klipper se met alors dans un \"\u00e9tat d'arr\u00eat\" et des informations de d\u00e9bogage suppl\u00e9mentaires sont \u00e9crites dans le fichier journal. R\u00e9cup\u00e9rez l'\u00e9v\u00e9nement depuis le fichier journal Klipper. Ce journal a \u00e9t\u00e9 con\u00e7u pour r\u00e9pondre aux questions courantes que les d\u00e9veloppeurs de Klipper se posent sur le logiciel et son environnement (version du logiciel, type de mat\u00e9riel, configuration, \u00e0 quel moment l'anomalie eu lieu, et des centaines d'autres questions). Le fichier journal de Klipper est situ\u00e9 dans /tmp/klippy.log sur l'ordinateur \"h\u00f4te\" de Klipper (le Raspberry Pi). Un utilitaire comme \"scp\" ou \"sftp\" est n\u00e9cessaire pour copier ce fichier journal sur votre ordinateur. L'utilitaire \"scp\" est fourni en standard avec les syst\u00e8mes Linux et MacOS. Il existe des utilitaires scp disponibles gratuitement pour d'autres syst\u00e8mes (par exemple, WinSCP). Si vous utilisez un utilitaire scp graphique qui ne peut pas copier directement /tmp/klippy.log , cliquez plusieurs fois sur ... ou dossier parent jusqu'\u00e0 ce que vous arriviez au r\u00e9pertoire racine, cliquez ensuite sur le dossier tmp , puis s\u00e9lectionnez le fichier klippy.log . Copiez le fichier journal sur votre bureau afin de le joindre au rapport d'anomalie. Ne modifiez pas le fichier journal de quelque fa\u00e7on que ce soit ; ne fournissez pas un extrait non plus. Seul le fichier journal complet sans alt\u00e9ration fournira les informations n\u00e9cessaires. C'est une bonne id\u00e9e de compresser le fichier journal avec zip ou gzip. Ouvrez un nouveau sujet sur le Forum communautaire Klipper et fournissez une description claire du probl\u00e8me. Les autres contributeurs de Klipper devront comprendre quelles mesures ont \u00e9t\u00e9 prises, quel \u00e9tait le r\u00e9sultat souhait\u00e9 et quel r\u00e9sultat s'est effectivement produit. Le fichier journal Klipper compress\u00e9 doit \u00eatre joint \u00e0 ce sujet. J\u2019apporte des modifications que j\u2019aimerais inclure dans Klipper \u00b6 Klipper est un logiciel libre et nous appr\u00e9cions les nouvelles contributions. Les nouvelles contributions (que ce soit pour le code ou pour la documentation) sont soumises au moyen de Pull Requests Github. R\u00e9f\u00e9rez-vous au document CONTRIBUTIONS pour conna\u00eetre les informations importantes \u00e0 ce sujet. Il existe plusieurs documents pour les d\u00e9veloppeurs . Si vous avez des questions sur le code, vous pouvez \u00e9galement les poser sur le Forum de la communaut\u00e9 Klipper ou sur le Discord de la communaut\u00e9 Klipper . GitHub Klipper \u00b6 Le GitHub de Klipper peut \u00eatre utilis\u00e9 par les contributeurs pour partager l'\u00e9tat de leur travail pour am\u00e9liorer Klipper. On s'attend \u00e0 ce que la personne qui ouvre un ticket github travaille activement sur la t\u00e2che donn\u00e9e et soit celle qui effectue tout le travail n\u00e9cessaire pour l'accomplir. Le GitHub de Klipper n'est pas utilis\u00e9 pour les demandes, ni pour signaler des bogues, ni pour poser des questions. Utilisez plut\u00f4t le Forum communautaire Klipper ou le Discord communautaire Klipper .","title":"Contact"},{"location":"Contact.html#contact","text":"Ce document fourni les informations de contact pour Klipper. Forum de la Communaut\u00e9 Salon Discord J'ai une question au sujet de Klipper J'ai une demande d'ajout de fonctionnalit\u00e9 A l'aide ! Ca ne fonctionne pas ! J'ai trouv\u00e9 un bug dans le logiciel Klipper J\u2019apporte des modifications que j\u2019aimerais inclure dans Klipper Github Klipper","title":"Contact"},{"location":"Contact.html#forum-de-la-communaute","text":"Il y a un Serveur Communautaire Discourse Klipper pour les discussions sur Klipper.","title":"Forum de la communaut\u00e9"},{"location":"Contact.html#salon-discord","text":"Un serveur Discord d\u00e9di\u00e9 \u00e0 Klipper est l\u00e0 : https://discord.klipper3d.org . Ce serveur, g\u00e9r\u00e9 par une communaut\u00e9 de passionn\u00e9s de Klipper, est d\u00e9di\u00e9 aux discussions sur Klipper. Il permet aux utilisateurs de discuter en temps r\u00e9el.","title":"Salon Discord"},{"location":"Contact.html#jai-une-question-sur-klipper","text":"La plupart des questions que nous recevons ont d\u00e9j\u00e0 une r\u00e9ponse dans la documentation de Klipper . Assurez-vous de bien la lire et de suivre les instructions qui y sont fournies. Il est \u00e9galement possible de rechercher des questions similaires sur le Forum de la communaut\u00e9 Klipper . Si vous souhaitez partager vos connaissances et votre exp\u00e9rience avec d'autres utilisateurs de Klipper, vous pouvez rejoindre le Forum de la communaut\u00e9 Klipper ou encore le Salon Discord Klipper . Il s'agit de deux communaut\u00e9s o\u00f9 les utilisateurs de Klipper peuvent discuter du logiciel avec d'autres. De nombreuses questions que nous recevons sont relatives \u00e0 l'impression 3D en g\u00e9n\u00e9ral et ne sont pas sp\u00e9cifiques \u00e0 Klipper. Si vous avez une question ou si vous rencontrez des probl\u00e8mes d'impression en g\u00e9n\u00e9ral, vous obtiendrez probablement une meilleure r\u00e9ponse en la posant sur un forum consacr\u00e9 \u00e0 l'impression 3D dans la globalit\u00e9 ou bien sur un d\u00e9di\u00e9 au mat\u00e9riel de votre imprimante.","title":"J'ai une question sur Klipper"},{"location":"Contact.html#jai-une-demande-dajout-de-fonctionnalite","text":"Toute nouvelle fonctionnalit\u00e9 n\u00e9cessite d'avoir une personne int\u00e9ress\u00e9e et en capacit\u00e9 de la mettre en oeuvre. Si vous souhaitez aider \u00e0 impl\u00e9menter ou tester une fonctionnalit\u00e9, nous pouvez consulter les d\u00e9veloppements en cours sur le Forum de la Communaut\u00e9 Klipper . Le Salon Discord Klipper est \u00e9galement l\u00e0 pour les discussions entre contributeurs.","title":"J'ai une demande d'ajout de fonctionnalit\u00e9"},{"location":"Contact.html#a-laide-ca-ne-fonctionne-pas","text":"Malheureusement, nous recevons beaucoup plus de demandes d'aide que nous ne pouvons en traiter. La majorit\u00e9 des rapports d'anomalie que nous recevons sont g\u00e9n\u00e9ralement li\u00e9s \u00e0 : Des erreurs subtiles dans le mat\u00e9riel, ou Ne pas avoir suivi toutes les \u00e9tapes d\u00e9crites dans la documentation de Klipper. Si vous rencontrez des soucis, nous vous recommandons de lire attentivement la documentation de Klipper et de v\u00e9rifier que toutes les \u00e9tapes ont \u00e9t\u00e9 suivies. Si vous rencontrez des soucis d'impression, nous vous recommandons d'inspecter minutieusement votre imprimante pour voir s'il n'y a pas d'anomalies (joints, vis, fils, etc). Nous avons remarqu\u00e9 que la plupart des anomalies ne sont pas sp\u00e9cifiquement li\u00e9es \u00e0 Klipper. Si vous avez un probl\u00e8me avec votre imprimante, vous obtiendrez s\u00fbrement une meilleure r\u00e9ponse en recherchant sur un forum d\u00e9di\u00e9 \u00e0 l'impression 3D en g\u00e9n\u00e9ral ou bien sur un consacr\u00e9 au mat\u00e9riel de votre imprimante. Il est \u00e9galement possible de rechercher des questions similaires sur le Forum de la communaut\u00e9 Klipper . Si vous souhaitez partager vos connaissances et votre exp\u00e9rience avec d'autres utilisateurs de Klipper, vous pouvez rejoindre le Forum de la communaut\u00e9 Klipper ou encore le Salon Discord Klipper . Il s'agit de deux communaut\u00e9s o\u00f9 les utilisateurs de Klipper peuvent discuter du logiciel avec d'autres.","title":"A l'aide ! Ca ne fonctionne pas !"},{"location":"Contact.html#jai-trouve-un-bug-dans-le-logiciel-klipper","text":"Klipper est un projet open-source et nous appr\u00e9cions quand des contributeurs diagnostiquent des erreurs dans le logiciel. Les probl\u00e8mes devraient \u00eatre signal\u00e9s dans le Forum communautaire Klipper . Il y a des informations importantes qui sont n\u00e9cessaires pour pouvoir corriger un bug. Veuillez suivre ces \u00e9tapes : Assurez-vous que vous ex\u00e9cutez le code non modifi\u00e9 de https://github.com/Klipper3d/klipper . Si le code a \u00e9t\u00e9 modifi\u00e9 ou provient d'une autre source, vous devez reproduire le probl\u00e8me sur le code non modifi\u00e9 de https://github.com/Klipper3d/klipper avant de le signaler. Si possible, ex\u00e9cutez une commande M112 imm\u00e9diatement apr\u00e8s que l'\u00e9v\u00e9nement ind\u00e9sirable se soit produit. Klipper se met alors dans un \"\u00e9tat d'arr\u00eat\" et des informations de d\u00e9bogage suppl\u00e9mentaires sont \u00e9crites dans le fichier journal. R\u00e9cup\u00e9rez l'\u00e9v\u00e9nement depuis le fichier journal Klipper. Ce journal a \u00e9t\u00e9 con\u00e7u pour r\u00e9pondre aux questions courantes que les d\u00e9veloppeurs de Klipper se posent sur le logiciel et son environnement (version du logiciel, type de mat\u00e9riel, configuration, \u00e0 quel moment l'anomalie eu lieu, et des centaines d'autres questions). Le fichier journal de Klipper est situ\u00e9 dans /tmp/klippy.log sur l'ordinateur \"h\u00f4te\" de Klipper (le Raspberry Pi). Un utilitaire comme \"scp\" ou \"sftp\" est n\u00e9cessaire pour copier ce fichier journal sur votre ordinateur. L'utilitaire \"scp\" est fourni en standard avec les syst\u00e8mes Linux et MacOS. Il existe des utilitaires scp disponibles gratuitement pour d'autres syst\u00e8mes (par exemple, WinSCP). Si vous utilisez un utilitaire scp graphique qui ne peut pas copier directement /tmp/klippy.log , cliquez plusieurs fois sur ... ou dossier parent jusqu'\u00e0 ce que vous arriviez au r\u00e9pertoire racine, cliquez ensuite sur le dossier tmp , puis s\u00e9lectionnez le fichier klippy.log . Copiez le fichier journal sur votre bureau afin de le joindre au rapport d'anomalie. Ne modifiez pas le fichier journal de quelque fa\u00e7on que ce soit ; ne fournissez pas un extrait non plus. Seul le fichier journal complet sans alt\u00e9ration fournira les informations n\u00e9cessaires. C'est une bonne id\u00e9e de compresser le fichier journal avec zip ou gzip. Ouvrez un nouveau sujet sur le Forum communautaire Klipper et fournissez une description claire du probl\u00e8me. Les autres contributeurs de Klipper devront comprendre quelles mesures ont \u00e9t\u00e9 prises, quel \u00e9tait le r\u00e9sultat souhait\u00e9 et quel r\u00e9sultat s'est effectivement produit. Le fichier journal Klipper compress\u00e9 doit \u00eatre joint \u00e0 ce sujet.","title":"J'ai trouv\u00e9 un bug dans le logiciel Klipper"},{"location":"Contact.html#japporte-des-modifications-que-jaimerais-inclure-dans-klipper","text":"Klipper est un logiciel libre et nous appr\u00e9cions les nouvelles contributions. Les nouvelles contributions (que ce soit pour le code ou pour la documentation) sont soumises au moyen de Pull Requests Github. R\u00e9f\u00e9rez-vous au document CONTRIBUTIONS pour conna\u00eetre les informations importantes \u00e0 ce sujet. Il existe plusieurs documents pour les d\u00e9veloppeurs . Si vous avez des questions sur le code, vous pouvez \u00e9galement les poser sur le Forum de la communaut\u00e9 Klipper ou sur le Discord de la communaut\u00e9 Klipper .","title":"J\u2019apporte des modifications que j\u2019aimerais inclure dans Klipper"},{"location":"Contact.html#github-klipper","text":"Le GitHub de Klipper peut \u00eatre utilis\u00e9 par les contributeurs pour partager l'\u00e9tat de leur travail pour am\u00e9liorer Klipper. On s'attend \u00e0 ce que la personne qui ouvre un ticket github travaille activement sur la t\u00e2che donn\u00e9e et soit celle qui effectue tout le travail n\u00e9cessaire pour l'accomplir. Le GitHub de Klipper n'est pas utilis\u00e9 pour les demandes, ni pour signaler des bogues, ni pour poser des questions. Utilisez plut\u00f4t le Forum communautaire Klipper ou le Discord communautaire Klipper .","title":"GitHub Klipper"},{"location":"Debugging.html","text":"D\u00e9bogage \u00b6 Ce document d\u00e9crit certains des outils de d\u00e9bogage de Klipper. Ex\u00e9cution des tests de non-r\u00e9gression \u00b6 Le r\u00e9f\u00e9rentiel principal Klipper GitHub utilise des \"github actions\" pour ex\u00e9cuter une s\u00e9rie de tests de non-r\u00e9gression. Il peut \u00eatre utile d'ex\u00e9cuter certains de ces tests localement. La \"v\u00e9rification des espaces\" dans le code source peut \u00eatre ex\u00e9cut\u00e9e avec : ./scripts/check_whitespace.sh La suite de tests de non-r\u00e9gression Klippy n\u00e9cessite les \"dictionnaires de donn\u00e9es\" de nombreuses plates-formes. Le moyen le plus simple de les obtenir est de les t\u00e9l\u00e9charger depuis github . Une fois les dictionnaires de donn\u00e9es t\u00e9l\u00e9charg\u00e9s, utilisez les \u00e9l\u00e9ments suivants pour ex\u00e9cuter la suite de tests de non-r\u00e9gression : tar xfz klipper-dict-20??????.tar.gz ~/klippy-env/bin/python ~/klipper/scripts/test_klippy.py -d dict/ ~/klipper/test/klippy/*.test Envoi manuel de commandes au microcontr\u00f4leur \u00b6 Normalement, le processus h\u00f4te klippy.py est utilis\u00e9 pour traduire les commandes gcode en commandes de microcontr\u00f4leur Klipper. Cependant, il est \u00e9galement possible d'envoyer manuellement ces commandes MCU (fonctions marqu\u00e9es avec la macro DECL_COMMAND() dans le code source de Klipper). Pour ce faire, ex\u00e9cutez : ~/klippy-env/bin/python ./klippy/console.py /tmp/pseudoserial Voir la commande \"AIDE\" dans l'outil pour plus d'informations sur sa fonctionnalit\u00e9. Certaines options en ligne de commande sont disponibles. Pour plus d'informations, ex\u00e9cutez : ~/klippy-env/bin/python ./klippy/console.py --help Traduction des fichiers G-Code en commandes de microcontr\u00f4leur \u00b6 Le code h\u00f4te Klippy peut s'ex\u00e9cuter en mode batch pour produire les commandes de microcontr\u00f4leur de bas niveau associ\u00e9es \u00e0 un fichier gcode. L'inspection de ces commandes de bas niveau est utile lorsque vous essayez de comprendre les actions du mat\u00e9riel de bas niveau. Il peut \u00e9galement \u00eatre utile de comparer la diff\u00e9rence des commandes du microcontr\u00f4leur apr\u00e8s un changement de code. Pour ex\u00e9cuter Klippy dans ce mode batch, il y a une seule \u00e9tape n\u00e9cessaire pour g\u00e9n\u00e9rer le \"dictionnaire de donn\u00e9es\" du microcontr\u00f4leur. Cela se fait en compilant le code du micro-contr\u00f4leur pour obtenir le fichier out/klipper.dict : make menuconfig make Une fois que ce qui pr\u00e9c\u00e8de est fait, il est possible d'ex\u00e9cuter Klipper en mode batch (voir installation pour les \u00e9tapes n\u00e9cessaires pour construire l'environnement virtuel python et un fichier printer.cfg) : ~/klippy-env/bin/python ./klippy/klippy.py ~/printer.cfg -i test.gcode -o test.serial -v -d out/klipper.dict Ce qui pr\u00e9c\u00e8de produira un fichier test.serial avec la sortie s\u00e9rie binaire. Cette sortie peut \u00eatre traduite en texte lisible avec : ~/klippy-env/bin/python ./klippy/parsedump.py out/klipper.dict test.serial > test.txt Le fichier r\u00e9sultant test.txt contient une liste lisible des commandes du microcontr\u00f4leur. Le mode batch d\u00e9sactive certaines commandes de r\u00e9ponse/requ\u00eate pour fonctionner. Par cons\u00e9quent, il y aura des diff\u00e9rences entre les commandes r\u00e9elles et la sortie ci-dessus. Les donn\u00e9es g\u00e9n\u00e9r\u00e9es sont utiles pour les tests et l'inspection ; elles ne sont pas utiles en fonctionnement normale (vers un vrai microcontr\u00f4leur). Analyse de mouvements et enregistrement de donn\u00e9es \u00b6 Klipper prend en charge la journalisation de l'historique des mouvement, qui peut \u00eatre analys\u00e9 ult\u00e9rieurement. Pour utiliser cette fonctionnalit\u00e9, Klipper doit \u00eatre d\u00e9marr\u00e9 avec le Serveur API activ\u00e9. L'enregistrement des donn\u00e9es est activ\u00e9 avec l'outil data_logger.py . Par example\u202f: ~/klipper/scripts/motan/data_logger.py /tmp/klippy_uds mylog Cette commande se connectera au serveur API de Klipper, s'abonnera aux informations d'\u00e9tat et de mouvement et consignera les r\u00e9sultats. Deux fichiers sont g\u00e9n\u00e9r\u00e9s : un fichier de donn\u00e9es compress\u00e9es et un fichier d'index (par exemple, mylog.json.gz et mylog.index.gz ). Apr\u00e8s avoir d\u00e9marr\u00e9 la journalisation, il est possible d'effectuer des impressions et d'autres actions - la journalisation se poursuivra en arri\u00e8re-plan. Une fois la journalisation termin\u00e9e, appuyez sur ctrl-c pour quitter l'outil data_logger.py . Les fichiers r\u00e9sultants peuvent \u00eatre lus et repr\u00e9sent\u00e9s graphiquement \u00e0 l'aide de l'outil motan_graph.py . Pour g\u00e9n\u00e9rer des graphiques sur un Raspberry Pi, une seule \u00e9tape est n\u00e9cessaire pour installer le package \"matplotlib\"\u202f: sudo apt-get update sudo apt-get install python-matplotlib Cependant, il peut \u00eatre plus pratique de copier les fichiers de donn\u00e9es sur une machine de bureau avec le code Python dans le r\u00e9pertoire scripts/motan/ . Les scripts d'analyse de mouvement doivent s'ex\u00e9cuter sur n'importe quelle machine sur laquelle une version r\u00e9cente de Python et Matplotlib est install\u00e9e. Les graphiques peuvent \u00eatre g\u00e9n\u00e9r\u00e9s avec une commande comme celle-ci : ~/klipper/scripts/motan/motan_graph.py mylog -o mygraph.png On peut utiliser l'option -g pour sp\u00e9cifier les jeux de donn\u00e9es \u00e0 repr\u00e9senter graphiquement (il faut un litt\u00e9ral Python contenant une liste de listes). Par exemple\u202f: ~/klipper/scripts/motan/motan_graph.py mylog -g '[[\"trapq(toolhead,velocity)\"], [\"trapq(toolhead,accel)\"]]' La liste des ensembles de donn\u00e9es disponibles peut \u00eatre trouv\u00e9e en utilisant l'option -l - par exemple : ~/klipper/scripts/motan/motan_graph.py -l Il est \u00e9galement possible de sp\u00e9cifier les options de trac\u00e9 matplotlib pour chaque jeu de donn\u00e9es : ~/klipper/scripts/motan/motan_graph.py mylog -g '[[\"trapq(toolhead,velocity)?color=red&alpha=0.4\"]]' De nombreuses options matplotlib sont disponibles ; quelques exemples sont \"color\", \"label\", \"alpha\" et \"linestyle\". L'outil motan_graph.py prend en charge plusieurs autres options de ligne de commande - utilisez l'option --help pour afficher une liste. Il peut \u00e9galement \u00eatre pratique de visualiser/modifier le script motan_graph.py lui-m\u00eame. Les journaux de donn\u00e9es brutes produits par l'outil data_logger.py suivent le format d\u00e9crit dans Serveur API . Il peut \u00eatre utile d'inspecter les donn\u00e9es avec une commande Unix comme celle-ci : gunzip < mylog.json.gz | tr '\\03' '\\n' | moins G\u00e9n\u00e9ration de graphiques de charge \u00b6 Le fichier journal Klippy (/tmp/klippy.log) stocke des statistiques sur la bande passante utilis\u00e9e, la charge du microcontr\u00f4leur et la charge du tampon h\u00f4te. Il peut \u00eatre utile de repr\u00e9senter graphiquement ces statistiques apr\u00e8s une impression. Pour g\u00e9n\u00e9rer un graphique, une seule \u00e9tape est n\u00e9cessaire pour installer le package \"matplotlib\"\u202f: sudo apt-get update sudo apt-get install python-matplotlib Ensuite, les graphiques peuvent \u00eatre produits avec\u202f: ~/klipper/scripts/graphstats.py /tmp/klippy.log -o loadgraph.png On peut alors visualiser le fichier loadgraph.png r\u00e9sultant. Diff\u00e9rents graphiques peuvent \u00eatre produits. Pour plus d'informations, ex\u00e9cutez : ~/klipper/scripts/graphstats.py --help Extraire des informations du fichier klippy.log \u00b6 Le fichier journal Klippy (/tmp/klippy.log) contient \u00e9galement des informations de d\u00e9bogage. Il existe un script logextract.py qui peut \u00eatre utile lors de l'analyse d'un arr\u00eat de microcontr\u00f4leur ou d'un probl\u00e8me similaire. Il est g\u00e9n\u00e9ralement ex\u00e9cut\u00e9 avec quelque chose comme : mkdir work_directory cd work_directory cp /tmp/klippy.log . ~/klipper/scripts/logextract.py ./klippy.log Le script extrait le fichier de configuration de l'imprimante et extrait les informations d'arr\u00eat du MCU. Les vidages d'informations d'un arr\u00eat de MCU (le cas \u00e9ch\u00e9ant) sont r\u00e9organis\u00e9s par horodatage pour faciliter le diagnostic des sc\u00e9narios de cause \u00e0 effet. Tester avec simulavr \u00b6 L'outil simulavr permet de simuler un microcontr\u00f4leur Atmel ATmega. Cette section d\u00e9crit comment ex\u00e9cuter des fichiers gcode de test via simulavr. Il est recommand\u00e9 de l'ex\u00e9cuter sur une machine de bureau (pas un Raspberry Pi) car il n\u00e9cessite un processeur important pour fonctionner efficacement. Pour utiliser simulavr, t\u00e9l\u00e9chargez le package simulavr et compilez avec le support python. Notez que le syst\u00e8me de construction peut n\u00e9cessiter l'installation de certains packages (tels que swig) afin de construire le module python. git clone git://git.savannah.nongnu.org/simulavr.git cd simulavr make python make build Assurez-vous qu'un fichier ./build/pysimulavr/_pysimulavr.*.so est pr\u00e9sent apr\u00e8s la compilation ci-dessus : ls ./build/pysimulavr/_pysimulavr.*.so Cette commande doit signaler un fichier sp\u00e9cifique (par exemple ./build/pysimulavr/_pysimulavr.cpython-39-x86_64-linux-gnu.so ) et non une erreur. Si vous \u00eates sur un syst\u00e8me bas\u00e9 sur Debian (Debian, Ubuntu, etc.), vous pouvez installer les packages suivants et g\u00e9n\u00e9rer des fichiers *.deb pour une installation de simulavr \u00e0 l'\u00e9chelle du syst\u00e8me : sudo apt update sudo apt install g++ make cmake swig rst2pdf help2man texinfo make cfgclean python debian sudo dpkg -i build/debian/python3-simulavr*.deb Pour compiler Klipper pour une utilisation dans simulavr, ex\u00e9cutez : cd /path/to/klipper make menuconfig et compilez le logiciel du microcontr\u00f4leur pour un AVR atmega644p et s\u00e9lectionnez le support d'\u00e9mulation du logiciel SIMULAVR. Ensuite on peut compiler Klipper (lancer make ) puis lancer la simulation avec : PYTHONPATH=/path/to/simulavr/build/pysimulavr/ ./scripts/avrsim.py out/klipper.elf Si vous avez install\u00e9 python3-simulavr au niveau syst\u00e8me, vous n'avez pas besoin de d\u00e9finir PYTHONPATH , et vous pouvez simplement ex\u00e9cuter le simulateur comme ./scripts/avrsim.py out/klipper.elf Ensuite, avec simulavr en cours d\u2019ex\u00e9cution dans une autre fen\u00eatre, on peut ex\u00e9cuter ce qui suit pour lire le gcode d\u2019un fichier (par exemple, \u00ab test.gcode \u00bb), le traiter avec Klippy, et l\u2019envoyer \u00e0 Klipper ex\u00e9cut\u00e9 dans simulavr (voir installation pour les \u00e9tapes n\u00e9cessaires \u00e0 la construction de l\u2019environnement virtuel python)\u202f: ~/klippy-env/bin/python ./klippy/klippy.py config/generic-simulavr.cfg -i test.gcode -v Utiliser simulavr avec gtkwave \u00b6 Une fonctionnalit\u00e9 utile de simulavr est sa capacit\u00e9 \u00e0 cr\u00e9er des fichiers de g\u00e9n\u00e9ration d'ondes avec la synchronisation exacte des \u00e9v\u00e9nements. Pour ce faire, suivez les instructions ci-dessus, mais ex\u00e9cutez avrsim.py avec une ligne de commande comme celle-ci : PYTHONPATH=/path/to/simulavr/src/python/ ./scripts/avrsim.py out/klipper.elf -t PORTA.PORT,PORTC.PORT Ce qui pr\u00e9c\u00e8de cr\u00e9era un fichier avrsim.vcd avec des informations sur chaque modification des GPIO sur PORTA et PORTB. Ce fichier pourra ensuite \u00eatre visualis\u00e9 en utilisant gtkwave avec : gtkwave avrsim.vcd","title":"D\u00e9bogage"},{"location":"Debugging.html#debogage","text":"Ce document d\u00e9crit certains des outils de d\u00e9bogage de Klipper.","title":"D\u00e9bogage"},{"location":"Debugging.html#execution-des-tests-de-non-regression","text":"Le r\u00e9f\u00e9rentiel principal Klipper GitHub utilise des \"github actions\" pour ex\u00e9cuter une s\u00e9rie de tests de non-r\u00e9gression. Il peut \u00eatre utile d'ex\u00e9cuter certains de ces tests localement. La \"v\u00e9rification des espaces\" dans le code source peut \u00eatre ex\u00e9cut\u00e9e avec : ./scripts/check_whitespace.sh La suite de tests de non-r\u00e9gression Klippy n\u00e9cessite les \"dictionnaires de donn\u00e9es\" de nombreuses plates-formes. Le moyen le plus simple de les obtenir est de les t\u00e9l\u00e9charger depuis github . Une fois les dictionnaires de donn\u00e9es t\u00e9l\u00e9charg\u00e9s, utilisez les \u00e9l\u00e9ments suivants pour ex\u00e9cuter la suite de tests de non-r\u00e9gression : tar xfz klipper-dict-20??????.tar.gz ~/klippy-env/bin/python ~/klipper/scripts/test_klippy.py -d dict/ ~/klipper/test/klippy/*.test","title":"Ex\u00e9cution des tests de non-r\u00e9gression"},{"location":"Debugging.html#envoi-manuel-de-commandes-au-microcontroleur","text":"Normalement, le processus h\u00f4te klippy.py est utilis\u00e9 pour traduire les commandes gcode en commandes de microcontr\u00f4leur Klipper. Cependant, il est \u00e9galement possible d'envoyer manuellement ces commandes MCU (fonctions marqu\u00e9es avec la macro DECL_COMMAND() dans le code source de Klipper). Pour ce faire, ex\u00e9cutez : ~/klippy-env/bin/python ./klippy/console.py /tmp/pseudoserial Voir la commande \"AIDE\" dans l'outil pour plus d'informations sur sa fonctionnalit\u00e9. Certaines options en ligne de commande sont disponibles. Pour plus d'informations, ex\u00e9cutez : ~/klippy-env/bin/python ./klippy/console.py --help","title":"Envoi manuel de commandes au microcontr\u00f4leur"},{"location":"Debugging.html#traduction-des-fichiers-g-code-en-commandes-de-microcontroleur","text":"Le code h\u00f4te Klippy peut s'ex\u00e9cuter en mode batch pour produire les commandes de microcontr\u00f4leur de bas niveau associ\u00e9es \u00e0 un fichier gcode. L'inspection de ces commandes de bas niveau est utile lorsque vous essayez de comprendre les actions du mat\u00e9riel de bas niveau. Il peut \u00e9galement \u00eatre utile de comparer la diff\u00e9rence des commandes du microcontr\u00f4leur apr\u00e8s un changement de code. Pour ex\u00e9cuter Klippy dans ce mode batch, il y a une seule \u00e9tape n\u00e9cessaire pour g\u00e9n\u00e9rer le \"dictionnaire de donn\u00e9es\" du microcontr\u00f4leur. Cela se fait en compilant le code du micro-contr\u00f4leur pour obtenir le fichier out/klipper.dict : make menuconfig make Une fois que ce qui pr\u00e9c\u00e8de est fait, il est possible d'ex\u00e9cuter Klipper en mode batch (voir installation pour les \u00e9tapes n\u00e9cessaires pour construire l'environnement virtuel python et un fichier printer.cfg) : ~/klippy-env/bin/python ./klippy/klippy.py ~/printer.cfg -i test.gcode -o test.serial -v -d out/klipper.dict Ce qui pr\u00e9c\u00e8de produira un fichier test.serial avec la sortie s\u00e9rie binaire. Cette sortie peut \u00eatre traduite en texte lisible avec : ~/klippy-env/bin/python ./klippy/parsedump.py out/klipper.dict test.serial > test.txt Le fichier r\u00e9sultant test.txt contient une liste lisible des commandes du microcontr\u00f4leur. Le mode batch d\u00e9sactive certaines commandes de r\u00e9ponse/requ\u00eate pour fonctionner. Par cons\u00e9quent, il y aura des diff\u00e9rences entre les commandes r\u00e9elles et la sortie ci-dessus. Les donn\u00e9es g\u00e9n\u00e9r\u00e9es sont utiles pour les tests et l'inspection ; elles ne sont pas utiles en fonctionnement normale (vers un vrai microcontr\u00f4leur).","title":"Traduction des fichiers G-Code en commandes de microcontr\u00f4leur"},{"location":"Debugging.html#analyse-de-mouvements-et-enregistrement-de-donnees","text":"Klipper prend en charge la journalisation de l'historique des mouvement, qui peut \u00eatre analys\u00e9 ult\u00e9rieurement. Pour utiliser cette fonctionnalit\u00e9, Klipper doit \u00eatre d\u00e9marr\u00e9 avec le Serveur API activ\u00e9. L'enregistrement des donn\u00e9es est activ\u00e9 avec l'outil data_logger.py . Par example\u202f: ~/klipper/scripts/motan/data_logger.py /tmp/klippy_uds mylog Cette commande se connectera au serveur API de Klipper, s'abonnera aux informations d'\u00e9tat et de mouvement et consignera les r\u00e9sultats. Deux fichiers sont g\u00e9n\u00e9r\u00e9s : un fichier de donn\u00e9es compress\u00e9es et un fichier d'index (par exemple, mylog.json.gz et mylog.index.gz ). Apr\u00e8s avoir d\u00e9marr\u00e9 la journalisation, il est possible d'effectuer des impressions et d'autres actions - la journalisation se poursuivra en arri\u00e8re-plan. Une fois la journalisation termin\u00e9e, appuyez sur ctrl-c pour quitter l'outil data_logger.py . Les fichiers r\u00e9sultants peuvent \u00eatre lus et repr\u00e9sent\u00e9s graphiquement \u00e0 l'aide de l'outil motan_graph.py . Pour g\u00e9n\u00e9rer des graphiques sur un Raspberry Pi, une seule \u00e9tape est n\u00e9cessaire pour installer le package \"matplotlib\"\u202f: sudo apt-get update sudo apt-get install python-matplotlib Cependant, il peut \u00eatre plus pratique de copier les fichiers de donn\u00e9es sur une machine de bureau avec le code Python dans le r\u00e9pertoire scripts/motan/ . Les scripts d'analyse de mouvement doivent s'ex\u00e9cuter sur n'importe quelle machine sur laquelle une version r\u00e9cente de Python et Matplotlib est install\u00e9e. Les graphiques peuvent \u00eatre g\u00e9n\u00e9r\u00e9s avec une commande comme celle-ci : ~/klipper/scripts/motan/motan_graph.py mylog -o mygraph.png On peut utiliser l'option -g pour sp\u00e9cifier les jeux de donn\u00e9es \u00e0 repr\u00e9senter graphiquement (il faut un litt\u00e9ral Python contenant une liste de listes). Par exemple\u202f: ~/klipper/scripts/motan/motan_graph.py mylog -g '[[\"trapq(toolhead,velocity)\"], [\"trapq(toolhead,accel)\"]]' La liste des ensembles de donn\u00e9es disponibles peut \u00eatre trouv\u00e9e en utilisant l'option -l - par exemple : ~/klipper/scripts/motan/motan_graph.py -l Il est \u00e9galement possible de sp\u00e9cifier les options de trac\u00e9 matplotlib pour chaque jeu de donn\u00e9es : ~/klipper/scripts/motan/motan_graph.py mylog -g '[[\"trapq(toolhead,velocity)?color=red&alpha=0.4\"]]' De nombreuses options matplotlib sont disponibles ; quelques exemples sont \"color\", \"label\", \"alpha\" et \"linestyle\". L'outil motan_graph.py prend en charge plusieurs autres options de ligne de commande - utilisez l'option --help pour afficher une liste. Il peut \u00e9galement \u00eatre pratique de visualiser/modifier le script motan_graph.py lui-m\u00eame. Les journaux de donn\u00e9es brutes produits par l'outil data_logger.py suivent le format d\u00e9crit dans Serveur API . Il peut \u00eatre utile d'inspecter les donn\u00e9es avec une commande Unix comme celle-ci : gunzip < mylog.json.gz | tr '\\03' '\\n' | moins","title":"Analyse de mouvements et enregistrement de donn\u00e9es"},{"location":"Debugging.html#generation-de-graphiques-de-charge","text":"Le fichier journal Klippy (/tmp/klippy.log) stocke des statistiques sur la bande passante utilis\u00e9e, la charge du microcontr\u00f4leur et la charge du tampon h\u00f4te. Il peut \u00eatre utile de repr\u00e9senter graphiquement ces statistiques apr\u00e8s une impression. Pour g\u00e9n\u00e9rer un graphique, une seule \u00e9tape est n\u00e9cessaire pour installer le package \"matplotlib\"\u202f: sudo apt-get update sudo apt-get install python-matplotlib Ensuite, les graphiques peuvent \u00eatre produits avec\u202f: ~/klipper/scripts/graphstats.py /tmp/klippy.log -o loadgraph.png On peut alors visualiser le fichier loadgraph.png r\u00e9sultant. Diff\u00e9rents graphiques peuvent \u00eatre produits. Pour plus d'informations, ex\u00e9cutez : ~/klipper/scripts/graphstats.py --help","title":"G\u00e9n\u00e9ration de graphiques de charge"},{"location":"Debugging.html#extraire-des-informations-du-fichier-klippylog","text":"Le fichier journal Klippy (/tmp/klippy.log) contient \u00e9galement des informations de d\u00e9bogage. Il existe un script logextract.py qui peut \u00eatre utile lors de l'analyse d'un arr\u00eat de microcontr\u00f4leur ou d'un probl\u00e8me similaire. Il est g\u00e9n\u00e9ralement ex\u00e9cut\u00e9 avec quelque chose comme : mkdir work_directory cd work_directory cp /tmp/klippy.log . ~/klipper/scripts/logextract.py ./klippy.log Le script extrait le fichier de configuration de l'imprimante et extrait les informations d'arr\u00eat du MCU. Les vidages d'informations d'un arr\u00eat de MCU (le cas \u00e9ch\u00e9ant) sont r\u00e9organis\u00e9s par horodatage pour faciliter le diagnostic des sc\u00e9narios de cause \u00e0 effet.","title":"Extraire des informations du fichier klippy.log"},{"location":"Debugging.html#tester-avec-simulavr","text":"L'outil simulavr permet de simuler un microcontr\u00f4leur Atmel ATmega. Cette section d\u00e9crit comment ex\u00e9cuter des fichiers gcode de test via simulavr. Il est recommand\u00e9 de l'ex\u00e9cuter sur une machine de bureau (pas un Raspberry Pi) car il n\u00e9cessite un processeur important pour fonctionner efficacement. Pour utiliser simulavr, t\u00e9l\u00e9chargez le package simulavr et compilez avec le support python. Notez que le syst\u00e8me de construction peut n\u00e9cessiter l'installation de certains packages (tels que swig) afin de construire le module python. git clone git://git.savannah.nongnu.org/simulavr.git cd simulavr make python make build Assurez-vous qu'un fichier ./build/pysimulavr/_pysimulavr.*.so est pr\u00e9sent apr\u00e8s la compilation ci-dessus : ls ./build/pysimulavr/_pysimulavr.*.so Cette commande doit signaler un fichier sp\u00e9cifique (par exemple ./build/pysimulavr/_pysimulavr.cpython-39-x86_64-linux-gnu.so ) et non une erreur. Si vous \u00eates sur un syst\u00e8me bas\u00e9 sur Debian (Debian, Ubuntu, etc.), vous pouvez installer les packages suivants et g\u00e9n\u00e9rer des fichiers *.deb pour une installation de simulavr \u00e0 l'\u00e9chelle du syst\u00e8me : sudo apt update sudo apt install g++ make cmake swig rst2pdf help2man texinfo make cfgclean python debian sudo dpkg -i build/debian/python3-simulavr*.deb Pour compiler Klipper pour une utilisation dans simulavr, ex\u00e9cutez : cd /path/to/klipper make menuconfig et compilez le logiciel du microcontr\u00f4leur pour un AVR atmega644p et s\u00e9lectionnez le support d'\u00e9mulation du logiciel SIMULAVR. Ensuite on peut compiler Klipper (lancer make ) puis lancer la simulation avec : PYTHONPATH=/path/to/simulavr/build/pysimulavr/ ./scripts/avrsim.py out/klipper.elf Si vous avez install\u00e9 python3-simulavr au niveau syst\u00e8me, vous n'avez pas besoin de d\u00e9finir PYTHONPATH , et vous pouvez simplement ex\u00e9cuter le simulateur comme ./scripts/avrsim.py out/klipper.elf Ensuite, avec simulavr en cours d\u2019ex\u00e9cution dans une autre fen\u00eatre, on peut ex\u00e9cuter ce qui suit pour lire le gcode d\u2019un fichier (par exemple, \u00ab test.gcode \u00bb), le traiter avec Klippy, et l\u2019envoyer \u00e0 Klipper ex\u00e9cut\u00e9 dans simulavr (voir installation pour les \u00e9tapes n\u00e9cessaires \u00e0 la construction de l\u2019environnement virtuel python)\u202f: ~/klippy-env/bin/python ./klippy/klippy.py config/generic-simulavr.cfg -i test.gcode -v","title":"Tester avec simulavr"},{"location":"Debugging.html#utiliser-simulavr-avec-gtkwave","text":"Une fonctionnalit\u00e9 utile de simulavr est sa capacit\u00e9 \u00e0 cr\u00e9er des fichiers de g\u00e9n\u00e9ration d'ondes avec la synchronisation exacte des \u00e9v\u00e9nements. Pour ce faire, suivez les instructions ci-dessus, mais ex\u00e9cutez avrsim.py avec une ligne de commande comme celle-ci : PYTHONPATH=/path/to/simulavr/src/python/ ./scripts/avrsim.py out/klipper.elf -t PORTA.PORT,PORTC.PORT Ce qui pr\u00e9c\u00e8de cr\u00e9era un fichier avrsim.vcd avec des informations sur chaque modification des GPIO sur PORTA et PORTB. Ce fichier pourra ensuite \u00eatre visualis\u00e9 en utilisant gtkwave avec : gtkwave avrsim.vcd","title":"Utiliser simulavr avec gtkwave"},{"location":"Delta_Calibrate.html","text":"\u00c9talonnage Delta \u00b6 Ce document d\u00e9crit le syst\u00e8me de calibration automatique de Klipper pour les imprimantes de type \"delta\". L'\u00e9talonnage Delta consiste \u00e0 trouver les positions pour les but\u00e9es de tour, les angles de tour, le rayon Delta et les longueurs de bras Delta. Ces param\u00e8tres contr\u00f4lent le mouvement de l'imprimante sur une imprimante Delta. Chacun de ces param\u00e8tres a un impact non lin\u00e9aire et il est difficile de les calibrer manuellement. En revanche, le code d'\u00e9talonnage logiciel peut fournir d'excellents r\u00e9sultats en quelques minutes seulement. Aucun mat\u00e9riel sp\u00e9cial n'est n\u00e9cessaire. L'\u00e9talonnage Delta d\u00e9pend de la pr\u00e9cision des interrupteurs de fin de course de chaque tour. Si l'on utilise des pilotes de moteur pas \u00e0 pas Trinamic, envisagez d'activer la d\u00e9tection de phase d'arr\u00eat pour am\u00e9liorer la pr\u00e9cision de ces commutateurs. Sondage automatique vs manuel \u00b6 Klipper prend en charge l'\u00e9talonnage des param\u00e8tres delta via une m\u00e9thode de sondage manuelle ou via une sonde Z automatique. Un certain nombre de kits d'imprimantes delta sont livr\u00e9s avec des sondes Z automatiques qui ne sont pas suffisamment pr\u00e9cises (en particulier, de petites diff\u00e9rences de longueur de bras peuvent provoquer une inclinaison de l'effecteur qui peut fausser une sonde automatique). Si vous utilisez une sonde automatique, \u00e9talonnez d'abord la sonde , puis recherchez un le biais d'emplacement de la sonde . Si la sonde automatique a un biais de plus de 25 microns (0,025 mm), utilisez plut\u00f4t une sonde manuelle. Le sondage manuel ne prend que quelques minutes et \u00e9limine les erreurs introduites par la sonde. Si vous utilisez une sonde mont\u00e9e sur le c\u00f4t\u00e9 de l'extr\u00e9mit\u00e9 chaude (c'est-\u00e0-dire qu'elle a un d\u00e9calage X ou Y), notez que l'ex\u00e9cution de l'\u00e9talonnage delta invalidera les r\u00e9sultats de l'\u00e9talonnage de la sonde. Ces types de sondes sont rarement adapt\u00e9s \u00e0 une utilisation sur une delta (car une inclinaison mineure de l'effecteur entra\u00eenera un biais de localisation de la sonde). Si vous utilisez quand m\u00eame la sonde, assurez-vous de relancer l'\u00e9talonnage de la sonde apr\u00e8s tout \u00e9talonnage delta. \u00c9talonnage Delta de base \u00b6 Klipper a une commande DELTA_CALIBRATE qui peut effectuer un \u00e9talonnage Delta de base. Cette commande sonde sept points diff\u00e9rents sur le lit et calcule de nouvelles valeurs pour les angles de la tour, les but\u00e9es de la tour et le rayon delta. Afin d'effectuer cet \u00e9talonnage, les param\u00e8tres delta initiaux (longueurs de bras, rayon et positions de but\u00e9e) doivent \u00eatre fournis et ils doivent avoir une pr\u00e9cision de quelques millim\u00e8tres. La plupart des kits d'imprimante delta fournissent ces param\u00e8tres - configurez l'imprimante avec ces valeurs par d\u00e9faut, puis ex\u00e9cutez la commande DELTA_CALIBRATE comme d\u00e9crit ci-dessous. Si aucune valeur par d\u00e9faut n'est disponible, recherchez en ligne un guide d'\u00e9talonnage delta qui peut fournir un point de d\u00e9part de base. Au cours du processus d'\u00e9talonnage Delta, il peut \u00eatre n\u00e9cessaire que l'imprimante sonde 'en dessous' de ce qui serait autrement consid\u00e9r\u00e9 comme le plan du lit. Il est courant d'autoriser cela lors de l'\u00e9talonnage en mettant \u00e0 jour la configuration de sorte que la position minimum_z_position=-5 de l'imprimante. (Une fois l'\u00e9talonnage termin\u00e9, on peut supprimer ce param\u00e8tre de la configuration.) Il existe deux fa\u00e7ons d'effectuer le sondage : le sondage manuel ( DELTA_CALIBRATE METHOD=manual ) et le sondage automatique ( DELTA_CALIBRATE ). La m\u00e9thode de sondage manuel d\u00e9placera la t\u00eate pr\u00e8s du lit, puis attendra que l'utilisateur suive les \u00e9tapes d\u00e9crites dans \"the paper test\" pour d\u00e9terminer la distance r\u00e9elle entre la buse et lit \u00e0 l'endroit indiqu\u00e9. Pour effectuer le sondage initial, assurez-vous que la configuration a une section [delta_calibrate] d\u00e9finie, puis ex\u00e9cutez l'outil : G28 DELTA_CALIBRATE METHOD=manual Apr\u00e8s avoir sond\u00e9 les sept points, de nouveaux param\u00e8tres Delta seront calcul\u00e9s. Enregistrez et appliquez ces param\u00e8tres en ex\u00e9cutant : SAVE_CONFIG L'\u00e9talonnage initial doit fournir des param\u00e8tres Delta suffisamment pr\u00e9cis pour une impression. S'il s'agit d'une nouvelle imprimante, c'est le bon moment pour imprimer certains objets simples et v\u00e9rifier son bon fonctionnement. \u00c9talonnage Delta avanc\u00e9 \u00b6 L'\u00e9talonnage Delta de base fait g\u00e9n\u00e9ralement un bon travail de calcul des param\u00e8tres delta de sorte que la buse soit \u00e0 la bonne distance du lit. Cependant, il n'essaye pas de calibrer la pr\u00e9cision dimensionnelle X et Y. L'\u00e9talonnage delta am\u00e9lior\u00e9 permet de v\u00e9rifier la pr\u00e9cision dimensionnelle. Cette proc\u00e9dure d'\u00e9talonnage n\u00e9cessite l'impression d'un objet de test et la mesure de parties de cet objet de test avec un pied \u00e0 coulisse. Avant d'ex\u00e9cuter un \u00e9talonnage delta avanc\u00e9, il faut ex\u00e9cuter l'\u00e9talonnage delta de base (via la commande DELTA_CALIBRATE) et enregistrer les r\u00e9sultats (via la commande SAVE_CONFIG). Assurez-vous qu'il n'y a eu aucun changement notable dans la configuration de l'imprimante ni dans le mat\u00e9riel depuis le dernier \u00e9talonnage delta de base (en cas de doute, r\u00e9ex\u00e9cutez l' \u00e9talonnage delta de base , y compris SAVE_CONFIG, juste avant l'impression l'objet de test d\u00e9crit ci-dessous.) Utilisez un trancheur pour g\u00e9n\u00e9rer le G-Code \u00e0 partir du fichier docs/prints/calibrate_size.stl . Tranchez l'objet en utilisant une vitesse lente (par exemple, 40 mm/s). Si possible, utilisez un plastique rigide (comme le PLA) pour l'objet. L'objet a un diam\u00e8tre de 140 mm. Si c'est trop grand pour l'imprimante, il est possible de le r\u00e9duire (mais assurez-vous de mettre uniform\u00e9ment \u00e0 l'\u00e9chelle les axes X et Y). Si l'imprimante prend en charge des impressions beaucoup plus grandes, cet objet peut \u00e9galement \u00eatre agrandi. Une taille plus grande peut am\u00e9liorer la pr\u00e9cision de la mesure, mais une bonne adh\u00e9rence de l'impression est plus importante qu'une taille d'impression plus grande. Imprimez l'objet \u00e0 tester et attendez qu'il refroidisse compl\u00e8tement. Les commandes d\u00e9crites ci-dessous doivent \u00eatre ex\u00e9cut\u00e9es avec les m\u00eames param\u00e8tres d'imprimante que ceux utilis\u00e9s pour imprimer l'objet de calibrage (ne pas ex\u00e9cuter DELTA_CALIBRATE entre l'impression et la mesure, ou faire quelque chose d'autre qui changerait la configuration de l'imprimante). Si possible, effectuez les mesures d\u00e9crites ci-dessous pendant que l'objet est toujours attach\u00e9 au lit d'impression, mais ne vous inqui\u00e9tez pas si la pi\u00e8ce se d\u00e9tache du lit - essayez simplement d'\u00e9viter de tordre l'objet lors de l'ex\u00e9cution des mesures. Commencez par mesurer la distance entre le pilier central et le pilier \u00e0 c\u00f4t\u00e9 de l'\u00e9tiquette \"A\" (qui doit \u00e9galement pointer vers la tour \"A\"). Ensuite, allez dans le sens inverse des aiguilles d'une montre et mesurez les distances entre le pilier central et les autres piliers (distance du centre au pilier en face de l'\u00e9tiquette C, distance du centre au pilier avec l'\u00e9tiquette B, etc.). Entrez ces param\u00e8tres dans Klipper avec une liste de nombres r\u00e9els (/!\\ utilisez le point comme s\u00e9parateur d\u00e9cimal) s\u00e9par\u00e9s par des virgules : DELTA_ANALYZE CENTER_DISTS=,,,,, Fournissez les valeurs sans espaces entre chaque valeurs. Mesurez ensuite la distance entre le pilier A et le pilier en face de l'\u00e9tiquette C. Ensuite, dans le sens antihoraire, mesurez la distance entre le pilier en face de C et le pilier B, la distance entre le pilier B et le pilier en face de A, et ainsi de suite. Saisissez ces param\u00e8tres dans Klipper : DELTA_ANALYZE OUTER_DISTS=,,,,, \u00c0 ce stade, vous pouvez retirer l'objet du lit. Les mesures finales concernent les piliers eux-m\u00eames. Mesurez la taille du pilier central le long du rayon A, puis du rayon B, puis du rayon C. Saisissez-les dans Klipper : DELTA_ANALYZE CENTER_PILLAR_WIDTHS=,, Les mesures finales concernent les piliers ext\u00e9rieurs. Commencez par mesurer la distance du pilier A le long de la ligne allant de A au pilier en face de C. Ensuite, dans le sens antihoraire, mesurez les piliers ext\u00e9rieurs restants (pilier en face de C le long de la ligne vers B, pilier B le long de la ligne vers le pilier en face de A, etc.). Et entrez-les dans Klipper : DELTA_ANALYZE OUTER_PILLAR_WIDTHS=,,,,, Si l'objet a \u00e9t\u00e9 mis \u00e0 l'\u00e9chelle \u00e0 une taille plus petite ou plus grande, indiquez le facteur d'\u00e9chelle utilis\u00e9 lors du d\u00e9coupage de l'objet : DELTA_ANALYZE SCALE=1.0 (Une valeur d'\u00e9chelle de 2,0 signifierait que l'objet est deux fois sa taille d'origine, 0,5 serait la moiti\u00e9 de sa taille d'origine.) Enfin, effectuez l'\u00e9talonnage delta am\u00e9lior\u00e9 en ex\u00e9cutant : DELTA_ANALYZE CALIBRATE=extended Cette commande peut prendre plusieurs minutes. Une fois termin\u00e9, elle calculera les param\u00e8tres delta mis \u00e0 jour (rayon delta, angles de tour, positions de but\u00e9e et longueurs de bras). Utilisez la commande SAVE_CONFIG pour enregistrer et appliquer les param\u00e8tres : SAVE_CONFIG La commande SAVE_CONFIG enregistre \u00e0 la fois les param\u00e8tres delta mis \u00e0 jour et les informations des mesures de distance. Les futures commandes DELTA_CALIBRATE utiliseront \u00e9galement ces informations de distance. N'essayez pas de ressaisir les mesures de distance brutes apr\u00e8s avoir ex\u00e9cut\u00e9 SAVE_CONFIG, car cette commande modifie la configuration de l'imprimante et les mesures brutes ne s'appliquent plus. Notes compl\u00e9mentaires \u00b6 Si l'imprimante Delta a une bonne pr\u00e9cision dimensionnelle, la distance entre deux piliers doit \u00eatre d'environ 74 mm et la largeur de chaque pilier doit \u00eatre d'environ 9 mm. (Plus pr\u00e9cis\u00e9ment, l'objectif est que la distance entre deux piliers moins la largeur de l'un des piliers soit exactement de 65 mm.) S'il y a une inexactitude dimensionnelle dans la pi\u00e8ce, la routine DELTA_ANALYZE calculera de nouveaux param\u00e8tres delta en utilisant \u00e0 la fois les mesures de distance et les mesures de hauteur pr\u00e9c\u00e9dentes de la derni\u00e8re commande DELTA_CALIBRATE. DELTA_ANALYZE peut g\u00e9nerer des param\u00e8tres delta surprenants. Par exemple, il peut sugg\u00e9rer des longueurs de bras qui ne correspondent pas aux longueurs de bras r\u00e9elles de l'imprimante. Malgr\u00e9 cela, les tests ont montr\u00e9 que DELTA_ANALYZE produit souvent de bons r\u00e9sultats. Les param\u00e8tres delta calcul\u00e9s sont capables de tenir compte de l\u00e9g\u00e8res erreurs ailleurs dans le mat\u00e9riel. Par exemple, de petites diff\u00e9rences de longueur de bras peuvent entra\u00eener une inclinaison de l'effecteur et une partie de cette inclinaison peut \u00eatre prise en compte en ajustant les param\u00e8tres de longueur de bras. Utilisation d'un maillage du lit sur une Delta \u00b6 Il est possible d'utiliser le maillage du lit sur une Delta. Cependant, il est important d'obtenir un bon \u00e9talonnage Delta avant d'activer un maillage du lit. L'ex\u00e9cution d'un maillage du lit avec un mauvais calibrage delta entra\u00eenera des r\u00e9sultats m\u00e9diocres. Notez que l'ex\u00e9cution de l'\u00e9talonnage delta invalidera tout maillage de lit pr\u00e9c\u00e9demment obtenu. Apr\u00e8s avoir effectu\u00e9 un nouvel \u00e9talonnage delta, assurez-vous de relancer BED_MESH_CALIBRATE.","title":"\u00c9talonnage Delta"},{"location":"Delta_Calibrate.html#etalonnage-delta","text":"Ce document d\u00e9crit le syst\u00e8me de calibration automatique de Klipper pour les imprimantes de type \"delta\". L'\u00e9talonnage Delta consiste \u00e0 trouver les positions pour les but\u00e9es de tour, les angles de tour, le rayon Delta et les longueurs de bras Delta. Ces param\u00e8tres contr\u00f4lent le mouvement de l'imprimante sur une imprimante Delta. Chacun de ces param\u00e8tres a un impact non lin\u00e9aire et il est difficile de les calibrer manuellement. En revanche, le code d'\u00e9talonnage logiciel peut fournir d'excellents r\u00e9sultats en quelques minutes seulement. Aucun mat\u00e9riel sp\u00e9cial n'est n\u00e9cessaire. L'\u00e9talonnage Delta d\u00e9pend de la pr\u00e9cision des interrupteurs de fin de course de chaque tour. Si l'on utilise des pilotes de moteur pas \u00e0 pas Trinamic, envisagez d'activer la d\u00e9tection de phase d'arr\u00eat pour am\u00e9liorer la pr\u00e9cision de ces commutateurs.","title":"\u00c9talonnage Delta"},{"location":"Delta_Calibrate.html#sondage-automatique-vs-manuel","text":"Klipper prend en charge l'\u00e9talonnage des param\u00e8tres delta via une m\u00e9thode de sondage manuelle ou via une sonde Z automatique. Un certain nombre de kits d'imprimantes delta sont livr\u00e9s avec des sondes Z automatiques qui ne sont pas suffisamment pr\u00e9cises (en particulier, de petites diff\u00e9rences de longueur de bras peuvent provoquer une inclinaison de l'effecteur qui peut fausser une sonde automatique). Si vous utilisez une sonde automatique, \u00e9talonnez d'abord la sonde , puis recherchez un le biais d'emplacement de la sonde . Si la sonde automatique a un biais de plus de 25 microns (0,025 mm), utilisez plut\u00f4t une sonde manuelle. Le sondage manuel ne prend que quelques minutes et \u00e9limine les erreurs introduites par la sonde. Si vous utilisez une sonde mont\u00e9e sur le c\u00f4t\u00e9 de l'extr\u00e9mit\u00e9 chaude (c'est-\u00e0-dire qu'elle a un d\u00e9calage X ou Y), notez que l'ex\u00e9cution de l'\u00e9talonnage delta invalidera les r\u00e9sultats de l'\u00e9talonnage de la sonde. Ces types de sondes sont rarement adapt\u00e9s \u00e0 une utilisation sur une delta (car une inclinaison mineure de l'effecteur entra\u00eenera un biais de localisation de la sonde). Si vous utilisez quand m\u00eame la sonde, assurez-vous de relancer l'\u00e9talonnage de la sonde apr\u00e8s tout \u00e9talonnage delta.","title":"Sondage automatique vs manuel"},{"location":"Delta_Calibrate.html#etalonnage-delta-de-base","text":"Klipper a une commande DELTA_CALIBRATE qui peut effectuer un \u00e9talonnage Delta de base. Cette commande sonde sept points diff\u00e9rents sur le lit et calcule de nouvelles valeurs pour les angles de la tour, les but\u00e9es de la tour et le rayon delta. Afin d'effectuer cet \u00e9talonnage, les param\u00e8tres delta initiaux (longueurs de bras, rayon et positions de but\u00e9e) doivent \u00eatre fournis et ils doivent avoir une pr\u00e9cision de quelques millim\u00e8tres. La plupart des kits d'imprimante delta fournissent ces param\u00e8tres - configurez l'imprimante avec ces valeurs par d\u00e9faut, puis ex\u00e9cutez la commande DELTA_CALIBRATE comme d\u00e9crit ci-dessous. Si aucune valeur par d\u00e9faut n'est disponible, recherchez en ligne un guide d'\u00e9talonnage delta qui peut fournir un point de d\u00e9part de base. Au cours du processus d'\u00e9talonnage Delta, il peut \u00eatre n\u00e9cessaire que l'imprimante sonde 'en dessous' de ce qui serait autrement consid\u00e9r\u00e9 comme le plan du lit. Il est courant d'autoriser cela lors de l'\u00e9talonnage en mettant \u00e0 jour la configuration de sorte que la position minimum_z_position=-5 de l'imprimante. (Une fois l'\u00e9talonnage termin\u00e9, on peut supprimer ce param\u00e8tre de la configuration.) Il existe deux fa\u00e7ons d'effectuer le sondage : le sondage manuel ( DELTA_CALIBRATE METHOD=manual ) et le sondage automatique ( DELTA_CALIBRATE ). La m\u00e9thode de sondage manuel d\u00e9placera la t\u00eate pr\u00e8s du lit, puis attendra que l'utilisateur suive les \u00e9tapes d\u00e9crites dans \"the paper test\" pour d\u00e9terminer la distance r\u00e9elle entre la buse et lit \u00e0 l'endroit indiqu\u00e9. Pour effectuer le sondage initial, assurez-vous que la configuration a une section [delta_calibrate] d\u00e9finie, puis ex\u00e9cutez l'outil : G28 DELTA_CALIBRATE METHOD=manual Apr\u00e8s avoir sond\u00e9 les sept points, de nouveaux param\u00e8tres Delta seront calcul\u00e9s. Enregistrez et appliquez ces param\u00e8tres en ex\u00e9cutant : SAVE_CONFIG L'\u00e9talonnage initial doit fournir des param\u00e8tres Delta suffisamment pr\u00e9cis pour une impression. S'il s'agit d'une nouvelle imprimante, c'est le bon moment pour imprimer certains objets simples et v\u00e9rifier son bon fonctionnement.","title":"\u00c9talonnage Delta de base"},{"location":"Delta_Calibrate.html#etalonnage-delta-avance","text":"L'\u00e9talonnage Delta de base fait g\u00e9n\u00e9ralement un bon travail de calcul des param\u00e8tres delta de sorte que la buse soit \u00e0 la bonne distance du lit. Cependant, il n'essaye pas de calibrer la pr\u00e9cision dimensionnelle X et Y. L'\u00e9talonnage delta am\u00e9lior\u00e9 permet de v\u00e9rifier la pr\u00e9cision dimensionnelle. Cette proc\u00e9dure d'\u00e9talonnage n\u00e9cessite l'impression d'un objet de test et la mesure de parties de cet objet de test avec un pied \u00e0 coulisse. Avant d'ex\u00e9cuter un \u00e9talonnage delta avanc\u00e9, il faut ex\u00e9cuter l'\u00e9talonnage delta de base (via la commande DELTA_CALIBRATE) et enregistrer les r\u00e9sultats (via la commande SAVE_CONFIG). Assurez-vous qu'il n'y a eu aucun changement notable dans la configuration de l'imprimante ni dans le mat\u00e9riel depuis le dernier \u00e9talonnage delta de base (en cas de doute, r\u00e9ex\u00e9cutez l' \u00e9talonnage delta de base , y compris SAVE_CONFIG, juste avant l'impression l'objet de test d\u00e9crit ci-dessous.) Utilisez un trancheur pour g\u00e9n\u00e9rer le G-Code \u00e0 partir du fichier docs/prints/calibrate_size.stl . Tranchez l'objet en utilisant une vitesse lente (par exemple, 40 mm/s). Si possible, utilisez un plastique rigide (comme le PLA) pour l'objet. L'objet a un diam\u00e8tre de 140 mm. Si c'est trop grand pour l'imprimante, il est possible de le r\u00e9duire (mais assurez-vous de mettre uniform\u00e9ment \u00e0 l'\u00e9chelle les axes X et Y). Si l'imprimante prend en charge des impressions beaucoup plus grandes, cet objet peut \u00e9galement \u00eatre agrandi. Une taille plus grande peut am\u00e9liorer la pr\u00e9cision de la mesure, mais une bonne adh\u00e9rence de l'impression est plus importante qu'une taille d'impression plus grande. Imprimez l'objet \u00e0 tester et attendez qu'il refroidisse compl\u00e8tement. Les commandes d\u00e9crites ci-dessous doivent \u00eatre ex\u00e9cut\u00e9es avec les m\u00eames param\u00e8tres d'imprimante que ceux utilis\u00e9s pour imprimer l'objet de calibrage (ne pas ex\u00e9cuter DELTA_CALIBRATE entre l'impression et la mesure, ou faire quelque chose d'autre qui changerait la configuration de l'imprimante). Si possible, effectuez les mesures d\u00e9crites ci-dessous pendant que l'objet est toujours attach\u00e9 au lit d'impression, mais ne vous inqui\u00e9tez pas si la pi\u00e8ce se d\u00e9tache du lit - essayez simplement d'\u00e9viter de tordre l'objet lors de l'ex\u00e9cution des mesures. Commencez par mesurer la distance entre le pilier central et le pilier \u00e0 c\u00f4t\u00e9 de l'\u00e9tiquette \"A\" (qui doit \u00e9galement pointer vers la tour \"A\"). Ensuite, allez dans le sens inverse des aiguilles d'une montre et mesurez les distances entre le pilier central et les autres piliers (distance du centre au pilier en face de l'\u00e9tiquette C, distance du centre au pilier avec l'\u00e9tiquette B, etc.). Entrez ces param\u00e8tres dans Klipper avec une liste de nombres r\u00e9els (/!\\ utilisez le point comme s\u00e9parateur d\u00e9cimal) s\u00e9par\u00e9s par des virgules : DELTA_ANALYZE CENTER_DISTS=,,,,, Fournissez les valeurs sans espaces entre chaque valeurs. Mesurez ensuite la distance entre le pilier A et le pilier en face de l'\u00e9tiquette C. Ensuite, dans le sens antihoraire, mesurez la distance entre le pilier en face de C et le pilier B, la distance entre le pilier B et le pilier en face de A, et ainsi de suite. Saisissez ces param\u00e8tres dans Klipper : DELTA_ANALYZE OUTER_DISTS=,,,,, \u00c0 ce stade, vous pouvez retirer l'objet du lit. Les mesures finales concernent les piliers eux-m\u00eames. Mesurez la taille du pilier central le long du rayon A, puis du rayon B, puis du rayon C. Saisissez-les dans Klipper : DELTA_ANALYZE CENTER_PILLAR_WIDTHS=,, Les mesures finales concernent les piliers ext\u00e9rieurs. Commencez par mesurer la distance du pilier A le long de la ligne allant de A au pilier en face de C. Ensuite, dans le sens antihoraire, mesurez les piliers ext\u00e9rieurs restants (pilier en face de C le long de la ligne vers B, pilier B le long de la ligne vers le pilier en face de A, etc.). Et entrez-les dans Klipper : DELTA_ANALYZE OUTER_PILLAR_WIDTHS=,,,,, Si l'objet a \u00e9t\u00e9 mis \u00e0 l'\u00e9chelle \u00e0 une taille plus petite ou plus grande, indiquez le facteur d'\u00e9chelle utilis\u00e9 lors du d\u00e9coupage de l'objet : DELTA_ANALYZE SCALE=1.0 (Une valeur d'\u00e9chelle de 2,0 signifierait que l'objet est deux fois sa taille d'origine, 0,5 serait la moiti\u00e9 de sa taille d'origine.) Enfin, effectuez l'\u00e9talonnage delta am\u00e9lior\u00e9 en ex\u00e9cutant : DELTA_ANALYZE CALIBRATE=extended Cette commande peut prendre plusieurs minutes. Une fois termin\u00e9, elle calculera les param\u00e8tres delta mis \u00e0 jour (rayon delta, angles de tour, positions de but\u00e9e et longueurs de bras). Utilisez la commande SAVE_CONFIG pour enregistrer et appliquer les param\u00e8tres : SAVE_CONFIG La commande SAVE_CONFIG enregistre \u00e0 la fois les param\u00e8tres delta mis \u00e0 jour et les informations des mesures de distance. Les futures commandes DELTA_CALIBRATE utiliseront \u00e9galement ces informations de distance. N'essayez pas de ressaisir les mesures de distance brutes apr\u00e8s avoir ex\u00e9cut\u00e9 SAVE_CONFIG, car cette commande modifie la configuration de l'imprimante et les mesures brutes ne s'appliquent plus.","title":"\u00c9talonnage Delta avanc\u00e9"},{"location":"Delta_Calibrate.html#notes-complementaires","text":"Si l'imprimante Delta a une bonne pr\u00e9cision dimensionnelle, la distance entre deux piliers doit \u00eatre d'environ 74 mm et la largeur de chaque pilier doit \u00eatre d'environ 9 mm. (Plus pr\u00e9cis\u00e9ment, l'objectif est que la distance entre deux piliers moins la largeur de l'un des piliers soit exactement de 65 mm.) S'il y a une inexactitude dimensionnelle dans la pi\u00e8ce, la routine DELTA_ANALYZE calculera de nouveaux param\u00e8tres delta en utilisant \u00e0 la fois les mesures de distance et les mesures de hauteur pr\u00e9c\u00e9dentes de la derni\u00e8re commande DELTA_CALIBRATE. DELTA_ANALYZE peut g\u00e9nerer des param\u00e8tres delta surprenants. Par exemple, il peut sugg\u00e9rer des longueurs de bras qui ne correspondent pas aux longueurs de bras r\u00e9elles de l'imprimante. Malgr\u00e9 cela, les tests ont montr\u00e9 que DELTA_ANALYZE produit souvent de bons r\u00e9sultats. Les param\u00e8tres delta calcul\u00e9s sont capables de tenir compte de l\u00e9g\u00e8res erreurs ailleurs dans le mat\u00e9riel. Par exemple, de petites diff\u00e9rences de longueur de bras peuvent entra\u00eener une inclinaison de l'effecteur et une partie de cette inclinaison peut \u00eatre prise en compte en ajustant les param\u00e8tres de longueur de bras.","title":"Notes compl\u00e9mentaires"},{"location":"Delta_Calibrate.html#utilisation-dun-maillage-du-lit-sur-une-delta","text":"Il est possible d'utiliser le maillage du lit sur une Delta. Cependant, il est important d'obtenir un bon \u00e9talonnage Delta avant d'activer un maillage du lit. L'ex\u00e9cution d'un maillage du lit avec un mauvais calibrage delta entra\u00eenera des r\u00e9sultats m\u00e9diocres. Notez que l'ex\u00e9cution de l'\u00e9talonnage delta invalidera tout maillage de lit pr\u00e9c\u00e9demment obtenu. Apr\u00e8s avoir effectu\u00e9 un nouvel \u00e9talonnage delta, assurez-vous de relancer BED_MESH_CALIBRATE.","title":"Utilisation d'un maillage du lit sur une Delta"},{"location":"Endstop_Phase.html","text":"Phase de fin de course \u00b6 Ce document d\u00e9crit le syst\u00e8me de but\u00e9e ajust\u00e9e en phase pas \u00e0 pas de Klipper. Cette fonctionnalit\u00e9 peut am\u00e9liorer la pr\u00e9cision des interrupteurs de fin de course traditionnels. Il est particuli\u00e8rement utile lors de l'utilisation d'un pilote de moteur pas \u00e0 pas Trinamic dot\u00e9 d'une configuration d'ex\u00e9cution. Un interrupteur de fin de course standard a une pr\u00e9cision d'environ 100 microns. (Chaque fois qu'un axe est r\u00e9f\u00e9renc\u00e9, le commutateur peut se d\u00e9clencher l\u00e9g\u00e8rement plus t\u00f4t ou l\u00e9g\u00e8rement plus tard.) Bien qu'il s'agisse d'une erreur relativement petite, elle peut entra\u00eener des artefacts ind\u00e9sirables. En particulier, cet \u00e9cart de position peut \u00eatre perceptible lors de l'impression de la premi\u00e8re couche d'un objet. En revanche, les moteurs pas \u00e0 pas standard peuvent obtenir une pr\u00e9cision nettement sup\u00e9rieure. Le m\u00e9canisme de but\u00e9e \u00e0 ajustement de phase peut utiliser la pr\u00e9cision des moteurs pas \u00e0 pas pour am\u00e9liorer la pr\u00e9cision des interrupteurs de but\u00e9e. Un moteur pas \u00e0 pas se d\u00e9place en suivant une s\u00e9rie de phase jusqu'\u00e0 ce qu'il effectue quatre \"\u00e9tapes compl\u00e8tes\". Ainsi, un moteur pas \u00e0 pas utilisant 16 micro-pas aura 64 phases et lorsqu'il se d\u00e9place dans le sens positif, il passera par phases : 0, 1, 2, ... 61, 62, 63, 0, 1, 2, etc. Surtout, lorsque le moteur pas \u00e0 pas se trouve \u00e0 une position particuli\u00e8re sur un rail lin\u00e9aire, il doit toujours \u00eatre \u00e0 la m\u00eame phase. Ainsi, lorsqu'un chariot d\u00e9clenche l'interrupteur de fin de course, le moteur pas \u00e0 pas contr\u00f4lant ce chariot doit toujours \u00eatre \u00e0 la m\u00eame phase du moteur pas \u00e0 pas. Le syst\u00e8me de phase d'arr\u00eat final de Klipper combine la phase pas \u00e0 pas avec le d\u00e9clencheur d'arr\u00eat final pour am\u00e9liorer la pr\u00e9cision de l'arr\u00eat final. Pour utiliser cette fonctionnalit\u00e9, il est n\u00e9cessaire de pouvoir identifier la phase du moteur pas \u00e0 pas. Si l'on utilise les pilotes Trinamic TMC2130, TMC2208, TMC2224 ou TMC2660 en mode de configuration d'ex\u00e9cution (c'est-\u00e0-dire pas en mode autonome - \"standalone\"), Klipper peut interroger la phase pas \u00e0 pas du pilote. (Il est \u00e9galement possible d'utiliser ce syst\u00e8me sur des pilotes pas \u00e0 pas traditionnels si l'on peut r\u00e9initialiser de mani\u00e8re fiable ces pilotes pas \u00e0 pas - voir ci-dessous pour plus de d\u00e9tails.) \u00c9talonnage des phases de fin de course \u00b6 Si vous utilisez des pilotes de moteur pas \u00e0 pas Trinamic avec une configuration d'ex\u00e9cution, vous pouvez calibrer les phases de fin de course \u00e0 l'aide de la commande ENDSTOP_PHASE_CALIBRATE. Commencez par ajouter les \u00e9l\u00e9ments suivants au fichier de configuration : [endstop_phase] Red\u00e9marrez ensuite l'imprimante et ex\u00e9cutez une commande G28 suivie d'une commande ENDSTOP_PHASE_CALIBRATE . D\u00e9placez ensuite la t\u00eate d'outil vers un nouvel emplacement et ex\u00e9cutez \u00e0 nouveau G28 . Essayez de d\u00e9placer la t\u00eate d'outil \u00e0 plusieurs endroits diff\u00e9rents et r\u00e9ex\u00e9cutez G28 \u00e0 partir de chaque position. Ex\u00e9cutez au moins cinq commandes G28 . Apr\u00e8s avoir effectu\u00e9 ce qui pr\u00e9c\u00e8de, la commande ENDSTOP_PHASE_CALIBRATE signalera souvent la m\u00eame (ou presque la m\u00eame) phase pour le stepper. Cette phase peut \u00eatre enregistr\u00e9e dans le fichier de configuration afin que toutes les futures commandes G28 utilisent cette phase. (Ainsi, dans les futures op\u00e9rations de prise d'origine, Klipper obtiendra la m\u00eame position m\u00eame si la but\u00e9e se d\u00e9clenche un peu plus t\u00f4t ou un peu plus tard.) Pour enregistrer la phase d'arr\u00eat final d'un moteur pas \u00e0 pas particulier, ex\u00e9cutez quelque chose comme ceci : ENDSTOP_PHASE_CALIBRATE STEPPER=stepper_z Ex\u00e9cutez ce qui pr\u00e9c\u00e8de pour tous les steppers que vous souhaitez enregistrer. En r\u00e8gle g\u00e9n\u00e9rale, on l'utiliserait sur stepper_z pour les imprimantes cart\u00e9siennes et corexy, et pour stepper_a, stepper_b et stepper_c sur les imprimantes delta. Enfin, ex\u00e9cutez la commande suivante pour mettre \u00e0 jour le fichier de configuration avec les donn\u00e9es : SAVE_CONFIG Notes compl\u00e9mentaires \u00b6 Cette fonctionnalit\u00e9 est particuli\u00e8rement utile sur les imprimantes delta et sur la but\u00e9e Z des imprimantes cart\u00e9siennes/corexy. Il est possible d'utiliser cette fonctionnalit\u00e9 sur les but\u00e9es XY des imprimantes cart\u00e9siennes, mais cela n'est pas particuli\u00e8rement utile car une erreur mineure dans la position de la but\u00e9e X/Y n'aura probablement pas d'impact sur la qualit\u00e9 d'impression. Il n'est pas valide d'utiliser cette fonctionnalit\u00e9 sur les but\u00e9es XY des imprimantes corexy (car la position XY n'est pas d\u00e9termin\u00e9e par un seul stepper sur la cin\u00e9matique corexy). Il n'est pas valide d'utiliser cette fonctionnalit\u00e9 sur une imprimante utilisant une but\u00e9e Z \"probe:z_virtual_endstop\" (car la phase pas \u00e0 pas n'est stable que si la but\u00e9e se trouve \u00e0 un emplacement statique sur un rail). Apr\u00e8s avoir calibr\u00e9 la phase de but\u00e9e, si la but\u00e9e est d\u00e9plac\u00e9e ou ajust\u00e9e ult\u00e9rieurement, il sera n\u00e9cessaire de recalibrer la but\u00e9e. Supprimez les donn\u00e9es d'\u00e9talonnage du fichier de configuration et r\u00e9ex\u00e9cutez les \u00e9tapes ci-dessus. Pour utiliser ce syst\u00e8me, la but\u00e9e doit \u00eatre suffisamment pr\u00e9cise pour identifier la position du stepper en deux \"pas complets\". Ainsi, par exemple, si un stepper utilise 16 micro-pas avec une distance de pas de 0,005 mm, la but\u00e9e doit avoir une pr\u00e9cision d'au moins 0,160 mm. Si l'on obtient des messages d'erreur de type \"Endstop stepper_z incorrect phase\", cela peut \u00eatre d\u00fb \u00e0 un endstop qui n'est pas suffisamment pr\u00e9cis. Si le recalibrage n'aide pas, d\u00e9sactivez les ajustements de phase de but\u00e9e en les supprimant du fichier de configuration. Si l'on utilise un axe Z traditionnel contr\u00f4l\u00e9 par pas \u00e0 pas (comme sur une imprimante cart\u00e9sienne ou corexy) avec des vis de nivellement de lit traditionnelles, il est \u00e9galement possible d'utiliser ce syst\u00e8me pour faire en sorte que chaque couche d'impression soit effectu\u00e9e sur une limite \"pas complet\" . Pour activer cette fonctionnalit\u00e9, assurez-vous que le slicer G-Code est configur\u00e9 avec une hauteur de couche qui est un multiple d'un \"pas complet\", activez manuellement l'option endstop_align_zero dans la section de configuration endstop_phase (voir reference de configuration pour plus de d\u00e9tails), puis remettez \u00e0 niveau les vis du lit. Il est possible d'utiliser ce syst\u00e8me avec des pilotes de moteurs pas \u00e0 pas traditionnels (non Trinamic). Cependant, cela n\u00e9cessite de s'assurer que les pilotes du moteur pas \u00e0 pas sont r\u00e9initialis\u00e9s \u00e0 chaque fois que le microcontr\u00f4leur est r\u00e9initialis\u00e9. (Si les deux sont toujours r\u00e9initialis\u00e9s ensemble, Klipper peut d\u00e9terminer la phase du moteur pas \u00e0 pas en suivant le nombre total de pas qu'il a command\u00e9 au moteur pas \u00e0 pas.) Actuellement, la seule fa\u00e7on de le faire de mani\u00e8re fiable est que le microcontr\u00f4leur et le moteur pas \u00e0 pas les pilotes soient aliment\u00e9s uniquement par USB et que l'alimentation USB soit fournie par un h\u00f4te fonctionnant sur un Raspberry Pi. Dans cette situation, on peut sp\u00e9cifier une configuration mcu avec \"restart_method\u202f: rpi_usb\" - cette option fera en sorte que le microcontr\u00f4leur soit toujours r\u00e9initialis\u00e9 via une r\u00e9initialisation de l'alimentation USB, ce qui permettrait \u00e0 la fois au microcontr\u00f4leur et aux pilotes de moteur pas \u00e0 pas d'\u00eatre r\u00e9initialiser ensemble. Si vous utilisez ce m\u00e9canisme, vous devrez alors configurer manuellement les sections de configuration \"trigger_phase\" (voir config reference pour les d\u00e9tails).","title":"Phase de fin de course"},{"location":"Endstop_Phase.html#phase-de-fin-de-course","text":"Ce document d\u00e9crit le syst\u00e8me de but\u00e9e ajust\u00e9e en phase pas \u00e0 pas de Klipper. Cette fonctionnalit\u00e9 peut am\u00e9liorer la pr\u00e9cision des interrupteurs de fin de course traditionnels. Il est particuli\u00e8rement utile lors de l'utilisation d'un pilote de moteur pas \u00e0 pas Trinamic dot\u00e9 d'une configuration d'ex\u00e9cution. Un interrupteur de fin de course standard a une pr\u00e9cision d'environ 100 microns. (Chaque fois qu'un axe est r\u00e9f\u00e9renc\u00e9, le commutateur peut se d\u00e9clencher l\u00e9g\u00e8rement plus t\u00f4t ou l\u00e9g\u00e8rement plus tard.) Bien qu'il s'agisse d'une erreur relativement petite, elle peut entra\u00eener des artefacts ind\u00e9sirables. En particulier, cet \u00e9cart de position peut \u00eatre perceptible lors de l'impression de la premi\u00e8re couche d'un objet. En revanche, les moteurs pas \u00e0 pas standard peuvent obtenir une pr\u00e9cision nettement sup\u00e9rieure. Le m\u00e9canisme de but\u00e9e \u00e0 ajustement de phase peut utiliser la pr\u00e9cision des moteurs pas \u00e0 pas pour am\u00e9liorer la pr\u00e9cision des interrupteurs de but\u00e9e. Un moteur pas \u00e0 pas se d\u00e9place en suivant une s\u00e9rie de phase jusqu'\u00e0 ce qu'il effectue quatre \"\u00e9tapes compl\u00e8tes\". Ainsi, un moteur pas \u00e0 pas utilisant 16 micro-pas aura 64 phases et lorsqu'il se d\u00e9place dans le sens positif, il passera par phases : 0, 1, 2, ... 61, 62, 63, 0, 1, 2, etc. Surtout, lorsque le moteur pas \u00e0 pas se trouve \u00e0 une position particuli\u00e8re sur un rail lin\u00e9aire, il doit toujours \u00eatre \u00e0 la m\u00eame phase. Ainsi, lorsqu'un chariot d\u00e9clenche l'interrupteur de fin de course, le moteur pas \u00e0 pas contr\u00f4lant ce chariot doit toujours \u00eatre \u00e0 la m\u00eame phase du moteur pas \u00e0 pas. Le syst\u00e8me de phase d'arr\u00eat final de Klipper combine la phase pas \u00e0 pas avec le d\u00e9clencheur d'arr\u00eat final pour am\u00e9liorer la pr\u00e9cision de l'arr\u00eat final. Pour utiliser cette fonctionnalit\u00e9, il est n\u00e9cessaire de pouvoir identifier la phase du moteur pas \u00e0 pas. Si l'on utilise les pilotes Trinamic TMC2130, TMC2208, TMC2224 ou TMC2660 en mode de configuration d'ex\u00e9cution (c'est-\u00e0-dire pas en mode autonome - \"standalone\"), Klipper peut interroger la phase pas \u00e0 pas du pilote. (Il est \u00e9galement possible d'utiliser ce syst\u00e8me sur des pilotes pas \u00e0 pas traditionnels si l'on peut r\u00e9initialiser de mani\u00e8re fiable ces pilotes pas \u00e0 pas - voir ci-dessous pour plus de d\u00e9tails.)","title":"Phase de fin de course"},{"location":"Endstop_Phase.html#etalonnage-des-phases-de-fin-de-course","text":"Si vous utilisez des pilotes de moteur pas \u00e0 pas Trinamic avec une configuration d'ex\u00e9cution, vous pouvez calibrer les phases de fin de course \u00e0 l'aide de la commande ENDSTOP_PHASE_CALIBRATE. Commencez par ajouter les \u00e9l\u00e9ments suivants au fichier de configuration : [endstop_phase] Red\u00e9marrez ensuite l'imprimante et ex\u00e9cutez une commande G28 suivie d'une commande ENDSTOP_PHASE_CALIBRATE . D\u00e9placez ensuite la t\u00eate d'outil vers un nouvel emplacement et ex\u00e9cutez \u00e0 nouveau G28 . Essayez de d\u00e9placer la t\u00eate d'outil \u00e0 plusieurs endroits diff\u00e9rents et r\u00e9ex\u00e9cutez G28 \u00e0 partir de chaque position. Ex\u00e9cutez au moins cinq commandes G28 . Apr\u00e8s avoir effectu\u00e9 ce qui pr\u00e9c\u00e8de, la commande ENDSTOP_PHASE_CALIBRATE signalera souvent la m\u00eame (ou presque la m\u00eame) phase pour le stepper. Cette phase peut \u00eatre enregistr\u00e9e dans le fichier de configuration afin que toutes les futures commandes G28 utilisent cette phase. (Ainsi, dans les futures op\u00e9rations de prise d'origine, Klipper obtiendra la m\u00eame position m\u00eame si la but\u00e9e se d\u00e9clenche un peu plus t\u00f4t ou un peu plus tard.) Pour enregistrer la phase d'arr\u00eat final d'un moteur pas \u00e0 pas particulier, ex\u00e9cutez quelque chose comme ceci : ENDSTOP_PHASE_CALIBRATE STEPPER=stepper_z Ex\u00e9cutez ce qui pr\u00e9c\u00e8de pour tous les steppers que vous souhaitez enregistrer. En r\u00e8gle g\u00e9n\u00e9rale, on l'utiliserait sur stepper_z pour les imprimantes cart\u00e9siennes et corexy, et pour stepper_a, stepper_b et stepper_c sur les imprimantes delta. Enfin, ex\u00e9cutez la commande suivante pour mettre \u00e0 jour le fichier de configuration avec les donn\u00e9es : SAVE_CONFIG","title":"\u00c9talonnage des phases de fin de course"},{"location":"Endstop_Phase.html#notes-complementaires","text":"Cette fonctionnalit\u00e9 est particuli\u00e8rement utile sur les imprimantes delta et sur la but\u00e9e Z des imprimantes cart\u00e9siennes/corexy. Il est possible d'utiliser cette fonctionnalit\u00e9 sur les but\u00e9es XY des imprimantes cart\u00e9siennes, mais cela n'est pas particuli\u00e8rement utile car une erreur mineure dans la position de la but\u00e9e X/Y n'aura probablement pas d'impact sur la qualit\u00e9 d'impression. Il n'est pas valide d'utiliser cette fonctionnalit\u00e9 sur les but\u00e9es XY des imprimantes corexy (car la position XY n'est pas d\u00e9termin\u00e9e par un seul stepper sur la cin\u00e9matique corexy). Il n'est pas valide d'utiliser cette fonctionnalit\u00e9 sur une imprimante utilisant une but\u00e9e Z \"probe:z_virtual_endstop\" (car la phase pas \u00e0 pas n'est stable que si la but\u00e9e se trouve \u00e0 un emplacement statique sur un rail). Apr\u00e8s avoir calibr\u00e9 la phase de but\u00e9e, si la but\u00e9e est d\u00e9plac\u00e9e ou ajust\u00e9e ult\u00e9rieurement, il sera n\u00e9cessaire de recalibrer la but\u00e9e. Supprimez les donn\u00e9es d'\u00e9talonnage du fichier de configuration et r\u00e9ex\u00e9cutez les \u00e9tapes ci-dessus. Pour utiliser ce syst\u00e8me, la but\u00e9e doit \u00eatre suffisamment pr\u00e9cise pour identifier la position du stepper en deux \"pas complets\". Ainsi, par exemple, si un stepper utilise 16 micro-pas avec une distance de pas de 0,005 mm, la but\u00e9e doit avoir une pr\u00e9cision d'au moins 0,160 mm. Si l'on obtient des messages d'erreur de type \"Endstop stepper_z incorrect phase\", cela peut \u00eatre d\u00fb \u00e0 un endstop qui n'est pas suffisamment pr\u00e9cis. Si le recalibrage n'aide pas, d\u00e9sactivez les ajustements de phase de but\u00e9e en les supprimant du fichier de configuration. Si l'on utilise un axe Z traditionnel contr\u00f4l\u00e9 par pas \u00e0 pas (comme sur une imprimante cart\u00e9sienne ou corexy) avec des vis de nivellement de lit traditionnelles, il est \u00e9galement possible d'utiliser ce syst\u00e8me pour faire en sorte que chaque couche d'impression soit effectu\u00e9e sur une limite \"pas complet\" . Pour activer cette fonctionnalit\u00e9, assurez-vous que le slicer G-Code est configur\u00e9 avec une hauteur de couche qui est un multiple d'un \"pas complet\", activez manuellement l'option endstop_align_zero dans la section de configuration endstop_phase (voir reference de configuration pour plus de d\u00e9tails), puis remettez \u00e0 niveau les vis du lit. Il est possible d'utiliser ce syst\u00e8me avec des pilotes de moteurs pas \u00e0 pas traditionnels (non Trinamic). Cependant, cela n\u00e9cessite de s'assurer que les pilotes du moteur pas \u00e0 pas sont r\u00e9initialis\u00e9s \u00e0 chaque fois que le microcontr\u00f4leur est r\u00e9initialis\u00e9. (Si les deux sont toujours r\u00e9initialis\u00e9s ensemble, Klipper peut d\u00e9terminer la phase du moteur pas \u00e0 pas en suivant le nombre total de pas qu'il a command\u00e9 au moteur pas \u00e0 pas.) Actuellement, la seule fa\u00e7on de le faire de mani\u00e8re fiable est que le microcontr\u00f4leur et le moteur pas \u00e0 pas les pilotes soient aliment\u00e9s uniquement par USB et que l'alimentation USB soit fournie par un h\u00f4te fonctionnant sur un Raspberry Pi. Dans cette situation, on peut sp\u00e9cifier une configuration mcu avec \"restart_method\u202f: rpi_usb\" - cette option fera en sorte que le microcontr\u00f4leur soit toujours r\u00e9initialis\u00e9 via une r\u00e9initialisation de l'alimentation USB, ce qui permettrait \u00e0 la fois au microcontr\u00f4leur et aux pilotes de moteur pas \u00e0 pas d'\u00eatre r\u00e9initialiser ensemble. Si vous utilisez ce m\u00e9canisme, vous devrez alors configurer manuellement les sections de configuration \"trigger_phase\" (voir config reference pour les d\u00e9tails).","title":"Notes compl\u00e9mentaires"},{"location":"Example_Configs.html","text":"Exemples de configurations \u00b6 Ce document contient des directives pour contribuer \u00e0 un exemple de configuration Klipper dans le d\u00e9p\u00f4t github de Klipper (situ\u00e9 dans le r\u00e9pertoire config ). Notez que le serveur discord communautaire de Klipper est une ressource utile pour trouver et partager des fichiers de configuration. Lignes directives \u00b6 S\u00e9lectionnez le pr\u00e9fixe de nom de fichier de configuration appropri\u00e9 : Le pr\u00e9fixe printer est utilis\u00e9 pour les imprimantes de stock vendues par un fabricant grand public. Le pr\u00e9fixe generic est utilis\u00e9 pour une carte m\u00e8re d'imprimante 3d qui peut \u00eatre utilis\u00e9e dans de nombreux types d'imprimantes. Le pr\u00e9fixe kit est destin\u00e9 aux imprimantes 3D assembl\u00e9es selon une sp\u00e9cification largement utilis\u00e9e. Ces imprimantes en \u00ab kit \u00bb sont g\u00e9n\u00e9ralement distinctes des \u00ab imprimantes \u00bb normales en ce sens qu\u2019elles ne sont pas vendues par un fabricant. Le pr\u00e9fixe sample est utilis\u00e9 pour des \"extraits\" de configuration que l'on peut copier-coller dans le fichier de configuration principal. Le pr\u00e9fixe example est utilis\u00e9 pour d\u00e9crire la cin\u00e9matique de l\u2019imprimante. Ce type de configuration n\u2019est g\u00e9n\u00e9ralement ajout\u00e9 qu\u2019avec le code d\u2019un nouveau type de cin\u00e9matique d\u2019imprimante. Tous les fichiers de configuration doivent se terminer par un suffixe .cfg . Les fichiers de configuration printer doivent se terminer par une ann\u00e9e suivie de .cfg (par exemple, -2019.cfg ). Dans ce cas, l'ann\u00e9e est une ann\u00e9e approximative o\u00f9 l'imprimante donn\u00e9e a \u00e9t\u00e9 vendue. N'utilisez pas d'espaces ou de caract\u00e8res sp\u00e9ciaux dans le nom du fichier de configuration. Le nom du fichier doit contenir uniquement les caract\u00e8res A-Z , a-z , 0-9 , - , et . . Klipper doit \u00eatre capable de d\u00e9marrer les fichiers de configuration d'exemple printer , generic , et kit sans erreur. Ces fichiers de configuration doivent \u00eatre ajout\u00e9s au sc\u00e9nario de test de r\u00e9gression test/klippy/printers.test . Ajoutez les nouveaux fichiers de configuration \u00e0 ce sc\u00e9nario de test dans la section appropri\u00e9e et par ordre alphab\u00e9tique dans cette section. L'exemple de configuration doit correspondre \u00e0 la configuration \"standard\" de l'imprimante. (Il existe trop de configurations \"personnalis\u00e9es\" pour \u00eatre suivies dans le r\u00e9f\u00e9rentiel principal de Klipper). De m\u00eame, nous n'ajoutons de fichiers de configuration d'exemple que pour les imprimantes, les kits et les cartes contr\u00f4leur qui ont une popularit\u00e9 grand public (par exemple, il devrait y en avoir au moins une centaine en utilisation active). Pensez \u00e0 utiliser le Serveur communautaire Discourse de Klipper pour les autres configurations. Only specify those devices present on the given printer or board. Do not specify settings specific to your particular setup. For generic config files, only those devices on the mainboard should be described. For example, it would not make sense to add a display config section to a \"generic\" config as there is no way to know if the board will be attached to that type of display. If the board has a specific hardware port to facilitate an optional peripheral (eg, a bltouch port) then one can add a \"commented out\" config section for the given device. Ne sp\u00e9cifiez pas pressure_advance dans un exemple de configuration, car cette valeur est sp\u00e9cifique au filament, et non au mat\u00e9riel de l'imprimante. De m\u00eame, ne sp\u00e9cifiez pas les param\u00e8tres max_extrude_only_velocity et max_extrude_only_accel . Ne sp\u00e9cifiez pas une section de configuration contenant un chemin d'acc\u00e8s \u00e0 l'h\u00f4te ou un mat\u00e9riel h\u00f4te. Par exemple, ne sp\u00e9cifiez pas les sections de configuration [virtual_sdcard] et [temperature_host] . Ne d\u00e9finissez que les macros qui utilisent une fonctionnalit\u00e9 sp\u00e9cifique \u00e0 l'imprimante donn\u00e9e ou pour d\u00e9finir les codes g g\u00e9n\u00e9ralement \u00e9mis par les trancheurs configur\u00e9s pour l'imprimante donn\u00e9e. Where possible, it is best to use the same wording, phrasing, indentation, and section ordering as the existing config files. The top of each config file should list the type of micro-controller the user should select during \"make menuconfig\". It should also have a reference to \"docs/Config_Reference.md\". Ne copiez pas la documentation du champ dans les fichiers de configuration d'exemple. (Faire cela cr\u00e9e une charge de maintenance car une mise \u00e0 jour de la documentation n\u00e9cessiterait alors de la modifier \u00e0 de nombreux endroits.) Les exemples de fichiers de configuration ne doivent pas contenir de section \"SAVE_CONFIG\". Si n\u00e9cessaire, copiez les champs pertinents de la section SAVE_CONFIG dans la section appropri\u00e9e de la zone de configuration principale. Utilisez la syntaxe field: value au lieu de field=value . Lorsque vous ajoutez une rotation_distance pour une extrudeuse, il est pr\u00e9f\u00e9rable de sp\u00e9cifier un gear_ratio si l'extrudeuse a un m\u00e9canisme d'engrenage. Nous nous attendons \u00e0 ce que la distance de rotation dans les exemples de configuration corresponde \u00e0 la circonf\u00e9rence de l'engrenage dent\u00e9 dans l'extrudeuse - elle est normalement comprise entre 20 et 35 mm. Lorsque vous sp\u00e9cifiez un gear_ratio , il est pr\u00e9f\u00e9rable de sp\u00e9cifier les engrenages r\u00e9els du m\u00e9canisme (par exemple, pr\u00e9f\u00e9rez gear_ratio : 80:20 \u00e0 gear_ratio : 4:1 ). Voir le document sur la distance de rotation pour plus d'informations. \u00c9vitez de d\u00e9finir des valeurs de champ fix\u00e9es \u00e0 leur valeur par d\u00e9faut. Par exemple, il est inutile de sp\u00e9cifier min_extrude_temp : 170 car c'est d\u00e9j\u00e0 la valeur par d\u00e9faut. Dans la mesure du possible, les lignes ne devraient pas d\u00e9passer 80 colonnes. \u00c9vitez d'ajouter des messages d'attribution ou de r\u00e9vision dans les fichiers de configuration. (Par exemple, \u00e9vitez d'ajouter des lignes telles que \"ce fichier a \u00e9t\u00e9 cr\u00e9\u00e9 par ...\".) Placez l'attribution et l'historique des modifications dans le message git commit. N'utilisez pas de fonctionnalit\u00e9s obsol\u00e8tes dans le fichier de configuration d'exemple. Ne pas d\u00e9sactiver un syst\u00e8me de s\u00e9curit\u00e9 par d\u00e9faut dans un fichier de configuration d'exemple. Par exemple, une configuration ne doit pas sp\u00e9cifier un max_extrude_cross_section personnalis\u00e9. N'activez pas les fonctions de d\u00e9bogage. Par exemple, il ne doit pas y avoir de section de configuration force_move . Toutes les cartes connues que Klipper prend en charge peuvent utiliser la vitesse de transmission s\u00e9rie par d\u00e9faut de 250000. Ne recommandez pas un d\u00e9bit en bauds diff\u00e9rent dans un fichier de configuration d'exemple. Les exemples de fichiers de configuration sont soumis en cr\u00e9ant une \"pull request\" sur github. Veuillez \u00e9galement suivre les instructions du document de contribution .","title":"Exemples de configurations"},{"location":"Example_Configs.html#exemples-de-configurations","text":"Ce document contient des directives pour contribuer \u00e0 un exemple de configuration Klipper dans le d\u00e9p\u00f4t github de Klipper (situ\u00e9 dans le r\u00e9pertoire config ). Notez que le serveur discord communautaire de Klipper est une ressource utile pour trouver et partager des fichiers de configuration.","title":"Exemples de configurations"},{"location":"Example_Configs.html#lignes-directives","text":"S\u00e9lectionnez le pr\u00e9fixe de nom de fichier de configuration appropri\u00e9 : Le pr\u00e9fixe printer est utilis\u00e9 pour les imprimantes de stock vendues par un fabricant grand public. Le pr\u00e9fixe generic est utilis\u00e9 pour une carte m\u00e8re d'imprimante 3d qui peut \u00eatre utilis\u00e9e dans de nombreux types d'imprimantes. Le pr\u00e9fixe kit est destin\u00e9 aux imprimantes 3D assembl\u00e9es selon une sp\u00e9cification largement utilis\u00e9e. Ces imprimantes en \u00ab kit \u00bb sont g\u00e9n\u00e9ralement distinctes des \u00ab imprimantes \u00bb normales en ce sens qu\u2019elles ne sont pas vendues par un fabricant. Le pr\u00e9fixe sample est utilis\u00e9 pour des \"extraits\" de configuration que l'on peut copier-coller dans le fichier de configuration principal. Le pr\u00e9fixe example est utilis\u00e9 pour d\u00e9crire la cin\u00e9matique de l\u2019imprimante. Ce type de configuration n\u2019est g\u00e9n\u00e9ralement ajout\u00e9 qu\u2019avec le code d\u2019un nouveau type de cin\u00e9matique d\u2019imprimante. Tous les fichiers de configuration doivent se terminer par un suffixe .cfg . Les fichiers de configuration printer doivent se terminer par une ann\u00e9e suivie de .cfg (par exemple, -2019.cfg ). Dans ce cas, l'ann\u00e9e est une ann\u00e9e approximative o\u00f9 l'imprimante donn\u00e9e a \u00e9t\u00e9 vendue. N'utilisez pas d'espaces ou de caract\u00e8res sp\u00e9ciaux dans le nom du fichier de configuration. Le nom du fichier doit contenir uniquement les caract\u00e8res A-Z , a-z , 0-9 , - , et . . Klipper doit \u00eatre capable de d\u00e9marrer les fichiers de configuration d'exemple printer , generic , et kit sans erreur. Ces fichiers de configuration doivent \u00eatre ajout\u00e9s au sc\u00e9nario de test de r\u00e9gression test/klippy/printers.test . Ajoutez les nouveaux fichiers de configuration \u00e0 ce sc\u00e9nario de test dans la section appropri\u00e9e et par ordre alphab\u00e9tique dans cette section. L'exemple de configuration doit correspondre \u00e0 la configuration \"standard\" de l'imprimante. (Il existe trop de configurations \"personnalis\u00e9es\" pour \u00eatre suivies dans le r\u00e9f\u00e9rentiel principal de Klipper). De m\u00eame, nous n'ajoutons de fichiers de configuration d'exemple que pour les imprimantes, les kits et les cartes contr\u00f4leur qui ont une popularit\u00e9 grand public (par exemple, il devrait y en avoir au moins une centaine en utilisation active). Pensez \u00e0 utiliser le Serveur communautaire Discourse de Klipper pour les autres configurations. Only specify those devices present on the given printer or board. Do not specify settings specific to your particular setup. For generic config files, only those devices on the mainboard should be described. For example, it would not make sense to add a display config section to a \"generic\" config as there is no way to know if the board will be attached to that type of display. If the board has a specific hardware port to facilitate an optional peripheral (eg, a bltouch port) then one can add a \"commented out\" config section for the given device. Ne sp\u00e9cifiez pas pressure_advance dans un exemple de configuration, car cette valeur est sp\u00e9cifique au filament, et non au mat\u00e9riel de l'imprimante. De m\u00eame, ne sp\u00e9cifiez pas les param\u00e8tres max_extrude_only_velocity et max_extrude_only_accel . Ne sp\u00e9cifiez pas une section de configuration contenant un chemin d'acc\u00e8s \u00e0 l'h\u00f4te ou un mat\u00e9riel h\u00f4te. Par exemple, ne sp\u00e9cifiez pas les sections de configuration [virtual_sdcard] et [temperature_host] . Ne d\u00e9finissez que les macros qui utilisent une fonctionnalit\u00e9 sp\u00e9cifique \u00e0 l'imprimante donn\u00e9e ou pour d\u00e9finir les codes g g\u00e9n\u00e9ralement \u00e9mis par les trancheurs configur\u00e9s pour l'imprimante donn\u00e9e. Where possible, it is best to use the same wording, phrasing, indentation, and section ordering as the existing config files. The top of each config file should list the type of micro-controller the user should select during \"make menuconfig\". It should also have a reference to \"docs/Config_Reference.md\". Ne copiez pas la documentation du champ dans les fichiers de configuration d'exemple. (Faire cela cr\u00e9e une charge de maintenance car une mise \u00e0 jour de la documentation n\u00e9cessiterait alors de la modifier \u00e0 de nombreux endroits.) Les exemples de fichiers de configuration ne doivent pas contenir de section \"SAVE_CONFIG\". Si n\u00e9cessaire, copiez les champs pertinents de la section SAVE_CONFIG dans la section appropri\u00e9e de la zone de configuration principale. Utilisez la syntaxe field: value au lieu de field=value . Lorsque vous ajoutez une rotation_distance pour une extrudeuse, il est pr\u00e9f\u00e9rable de sp\u00e9cifier un gear_ratio si l'extrudeuse a un m\u00e9canisme d'engrenage. Nous nous attendons \u00e0 ce que la distance de rotation dans les exemples de configuration corresponde \u00e0 la circonf\u00e9rence de l'engrenage dent\u00e9 dans l'extrudeuse - elle est normalement comprise entre 20 et 35 mm. Lorsque vous sp\u00e9cifiez un gear_ratio , il est pr\u00e9f\u00e9rable de sp\u00e9cifier les engrenages r\u00e9els du m\u00e9canisme (par exemple, pr\u00e9f\u00e9rez gear_ratio : 80:20 \u00e0 gear_ratio : 4:1 ). Voir le document sur la distance de rotation pour plus d'informations. \u00c9vitez de d\u00e9finir des valeurs de champ fix\u00e9es \u00e0 leur valeur par d\u00e9faut. Par exemple, il est inutile de sp\u00e9cifier min_extrude_temp : 170 car c'est d\u00e9j\u00e0 la valeur par d\u00e9faut. Dans la mesure du possible, les lignes ne devraient pas d\u00e9passer 80 colonnes. \u00c9vitez d'ajouter des messages d'attribution ou de r\u00e9vision dans les fichiers de configuration. (Par exemple, \u00e9vitez d'ajouter des lignes telles que \"ce fichier a \u00e9t\u00e9 cr\u00e9\u00e9 par ...\".) Placez l'attribution et l'historique des modifications dans le message git commit. N'utilisez pas de fonctionnalit\u00e9s obsol\u00e8tes dans le fichier de configuration d'exemple. Ne pas d\u00e9sactiver un syst\u00e8me de s\u00e9curit\u00e9 par d\u00e9faut dans un fichier de configuration d'exemple. Par exemple, une configuration ne doit pas sp\u00e9cifier un max_extrude_cross_section personnalis\u00e9. N'activez pas les fonctions de d\u00e9bogage. Par exemple, il ne doit pas y avoir de section de configuration force_move . Toutes les cartes connues que Klipper prend en charge peuvent utiliser la vitesse de transmission s\u00e9rie par d\u00e9faut de 250000. Ne recommandez pas un d\u00e9bit en bauds diff\u00e9rent dans un fichier de configuration d'exemple. Les exemples de fichiers de configuration sont soumis en cr\u00e9ant une \"pull request\" sur github. Veuillez \u00e9galement suivre les instructions du document de contribution .","title":"Lignes directives"},{"location":"Exclude_Object.html","text":"Exclure des objets \u00b6 The [exclude_object] module allows Klipper to exclude objects while a print is in progress. To enable this feature include an exclude_object config section (also see the command reference and sample-macros.cfg file for a Marlin/RepRapFirmware compatible M486 G-Code macro.) Contrairement \u00e0 d'autres options de micrologiciel d'imprimante 3D, une imprimante ex\u00e9cutant Klipper utilise une suite de composants et les utilisateurs ont le choix de nombreuses options. Par cons\u00e9quent, afin de fournir une exp\u00e9rience utilisateur coh\u00e9rente, le module [exclude_object] \u00e9tablira un contrat ou une sorte d'API. Le contrat couvre le contenu du fichier gcode, la fa\u00e7on dont l'\u00e9tat interne du module est contr\u00f4l\u00e9, et la fa\u00e7on dont cet \u00e9tat est fourni aux clients. Aper\u00e7u du flux de travail \u00b6 Le flux de travail typique de l'impression d'un fichier peut ressembler \u00e0 ceci : Le tranchage est termin\u00e9 et le fichier a \u00e9t\u00e9 t\u00e9l\u00e9charg\u00e9 pour \u00eatre imprim\u00e9. Pendant le t\u00e9l\u00e9chargement, le fichier est trait\u00e9 et des marqueurs [exclude_object] sont ajout\u00e9s au fichier. Alternativement, les trancheurs peuvent \u00eatre configur\u00e9s pour pr\u00e9parer les marqueurs d'exclusion d'objets de mani\u00e8re native ou dans leur propre \u00e9tape de pr\u00e9traitement. Lorsque l'impression d\u00e9marre, Klipper r\u00e9initialise l' \u00e9tat de [exclude_object] . Lorsque Klipper traite le bloc EXCLUDE_OBJECT_DEFINE , il met \u00e0 jour l'\u00e9tat avec les objets connus et le transmet aux clients. Le client peut utiliser ces informations pour pr\u00e9senter une interface \u00e0 l'utilisateur afin de suivre la progression. Klipper mettra \u00e0 jour l'\u00e9tat pour inclure l'objet en cours d'impression que le client peut utiliser \u00e0 des fins d'affichage. Si l'utilisateur demande l'annulation d'un objet, le client envoie une commande EXCLUDE_OBJECT NAME= \u00e0 Klipper. Lorsque Klipper traite la commande, il ajoute l'objet \u00e0 la liste des objets exclus et met \u00e0 jour le statut du client. Le client recevra l'\u00e9tat mis \u00e0 jour de Klipper et pourra utiliser cette information pour refl\u00e9ter l'\u00e9tat de l'objet dans l'interface utilisateur. Une fois l'impression termin\u00e9e, l'\u00e9tat [exclude_object] continuera \u00e0 \u00eatre disponible jusqu'\u00e0 ce qu'une autre action le r\u00e9initialise. Le fichier GCode \u00b6 Le traitement particulier du gcode n\u00e9cessaire \u00e0 la prise en charge des objets exclus ne correspond pas aux caract\u00e9ristiques de conception de d\u00e9part de Klipper. Par cons\u00e9quent, ce module exige que le fichier soit trait\u00e9 avant d'\u00eatre envoy\u00e9 \u00e0 Klipper pour l'impression. L'utilisation d'un script de post-traitement dans le trancheur ou le traitement du fichier par un logiciel interm\u00e9diaire lors du t\u00e9l\u00e9chargement sont deux possibilit\u00e9s pour pr\u00e9parer le fichier pour Klipper. Un script de post-traitement de r\u00e9f\u00e9rence est disponible \u00e0 la fois comme ex\u00e9cutable et comme biblioth\u00e8que python, voir cancelobject-preprocessor . D\u00e9finitions des objets \u00b6 La commande EXCLUDE_OBJECT_DEFINE est utilis\u00e9e pour fournir un r\u00e9sum\u00e9 de chaque objet du fichier gcode \u00e0 imprimer. Elle fournit le r\u00e9sum\u00e9 d'un objet dans le fichier. Les objets n'ont pas besoin d'\u00eatre d\u00e9finis pour \u00eatre r\u00e9f\u00e9renc\u00e9s par d'autres commandes. Le but principal de cette commande est de fournir des informations \u00e0 l'interface utilisateur sans avoir \u00e0 analyser le fichier gcode en entier. Les d\u00e9finitions d'objets sont nomm\u00e9es, pour permettre aux utilisateurs de s\u00e9lectionner facilement un objet \u00e0 exclure, et des m\u00e9tadonn\u00e9es suppl\u00e9mentaires peuvent \u00eatre fournies pour permettre des affichages graphiques d'annulation. Les m\u00e9tadonn\u00e9es actuellement d\u00e9finies comprennent une coordonn\u00e9e X,Y CENTER , et une liste POLYGON de points X,Y repr\u00e9sentant un contour minimal de l'objet. Il peut s'agir d'une simple bo\u00eete englobante ou d'une coque complexe permettant de visualiser les objets imprim\u00e9s de mani\u00e8re plus d\u00e9taill\u00e9e. En particulier, lorsque les fichiers gcode comprennent plusieurs parties avec des r\u00e9gions limites qui se chevauchent, les points centraux deviennent difficiles \u00e0 distinguer visuellement. POLYGONS doit \u00eatre un tableau compatible json de points [X,Y] ( tuples) sans espace. Les param\u00e8tres suppl\u00e9mentaires seront enregistr\u00e9s sous forme de cha\u00eenes de caract\u00e8res dans la d\u00e9finition de l'objet et fournis dans les mises \u00e0 jour de l'\u00e9tat. EXCLUDE_OBJECT_DEFINE NAME=calibration_pyramid CENTER=50,50 POLYGON=[[40,40],[50,60],[60,40]] All available G-Code commands are documented in the G-Code Reference Informations sur le statut \u00b6 The state of this module is provided to clients by the exclude_object status . L'\u00e9tat est r\u00e9initialis\u00e9 lorsque : Le microprogramme Klipper est red\u00e9marr\u00e9. Il y a une r\u00e9initialisation de la [virtual_sdcard] . Notamment, ceci est remis \u00e0 z\u00e9ro par Klipper au d\u00e9but d'une impression. Lorsqu'une commande EXCLUDE_OBJECT_DEFINE RESET=1 est \u00e9mise. La liste des objets d\u00e9finis est repr\u00e9sent\u00e9e dans le champ d'\u00e9tat exclude_object.objects . Dans un fichier gcode bien d\u00e9fini, cela sera fait avec les commandes EXCLUDE_OBJECT_DEFINE au d\u00e9but du fichier. Cela fournira aux clients les noms et les coordonn\u00e9es des objets afin que l'interface utilisateur puisse fournir une repr\u00e9sentation graphique des objets si n\u00e9cessaire. Au fur et \u00e0 mesure de l'impression, le champ d'\u00e9tat exclude_object.current_object sera mis \u00e0 jour lorsque Klipper traitera les commandes EXCLUDE_OBJECT_START et EXCLUDE_OBJECT_END . Le champ current_object sera activ\u00e9 m\u00eame si l'objet a \u00e9t\u00e9 exclu. Les objets non d\u00e9finis marqu\u00e9s d'un EXCLUDE_OBJECT_START seront ajout\u00e9s aux objets connus pour aider \u00e0 la mise en place de l'interface utilisateur, sans m\u00e9tadonn\u00e9es suppl\u00e9mentaires. Lorsque les commandes EXCLUDE_OBJECT sont \u00e9mises, la liste des objets exclus est fournie dans le tableau exclude_object.excluded_objects . Comme Klipper anticipe le traitement du gcode \u00e0 venir, il peut y avoir un d\u00e9lai entre le moment o\u00f9 la commande est \u00e9mise et celui o\u00f9 le statut est mis \u00e0 jour.","title":"Exclure des objets"},{"location":"Exclude_Object.html#exclure-des-objets","text":"The [exclude_object] module allows Klipper to exclude objects while a print is in progress. To enable this feature include an exclude_object config section (also see the command reference and sample-macros.cfg file for a Marlin/RepRapFirmware compatible M486 G-Code macro.) Contrairement \u00e0 d'autres options de micrologiciel d'imprimante 3D, une imprimante ex\u00e9cutant Klipper utilise une suite de composants et les utilisateurs ont le choix de nombreuses options. Par cons\u00e9quent, afin de fournir une exp\u00e9rience utilisateur coh\u00e9rente, le module [exclude_object] \u00e9tablira un contrat ou une sorte d'API. Le contrat couvre le contenu du fichier gcode, la fa\u00e7on dont l'\u00e9tat interne du module est contr\u00f4l\u00e9, et la fa\u00e7on dont cet \u00e9tat est fourni aux clients.","title":"Exclure des objets"},{"location":"Exclude_Object.html#apercu-du-flux-de-travail","text":"Le flux de travail typique de l'impression d'un fichier peut ressembler \u00e0 ceci : Le tranchage est termin\u00e9 et le fichier a \u00e9t\u00e9 t\u00e9l\u00e9charg\u00e9 pour \u00eatre imprim\u00e9. Pendant le t\u00e9l\u00e9chargement, le fichier est trait\u00e9 et des marqueurs [exclude_object] sont ajout\u00e9s au fichier. Alternativement, les trancheurs peuvent \u00eatre configur\u00e9s pour pr\u00e9parer les marqueurs d'exclusion d'objets de mani\u00e8re native ou dans leur propre \u00e9tape de pr\u00e9traitement. Lorsque l'impression d\u00e9marre, Klipper r\u00e9initialise l' \u00e9tat de [exclude_object] . Lorsque Klipper traite le bloc EXCLUDE_OBJECT_DEFINE , il met \u00e0 jour l'\u00e9tat avec les objets connus et le transmet aux clients. Le client peut utiliser ces informations pour pr\u00e9senter une interface \u00e0 l'utilisateur afin de suivre la progression. Klipper mettra \u00e0 jour l'\u00e9tat pour inclure l'objet en cours d'impression que le client peut utiliser \u00e0 des fins d'affichage. Si l'utilisateur demande l'annulation d'un objet, le client envoie une commande EXCLUDE_OBJECT NAME= \u00e0 Klipper. Lorsque Klipper traite la commande, il ajoute l'objet \u00e0 la liste des objets exclus et met \u00e0 jour le statut du client. Le client recevra l'\u00e9tat mis \u00e0 jour de Klipper et pourra utiliser cette information pour refl\u00e9ter l'\u00e9tat de l'objet dans l'interface utilisateur. Une fois l'impression termin\u00e9e, l'\u00e9tat [exclude_object] continuera \u00e0 \u00eatre disponible jusqu'\u00e0 ce qu'une autre action le r\u00e9initialise.","title":"Aper\u00e7u du flux de travail"},{"location":"Exclude_Object.html#le-fichier-gcode","text":"Le traitement particulier du gcode n\u00e9cessaire \u00e0 la prise en charge des objets exclus ne correspond pas aux caract\u00e9ristiques de conception de d\u00e9part de Klipper. Par cons\u00e9quent, ce module exige que le fichier soit trait\u00e9 avant d'\u00eatre envoy\u00e9 \u00e0 Klipper pour l'impression. L'utilisation d'un script de post-traitement dans le trancheur ou le traitement du fichier par un logiciel interm\u00e9diaire lors du t\u00e9l\u00e9chargement sont deux possibilit\u00e9s pour pr\u00e9parer le fichier pour Klipper. Un script de post-traitement de r\u00e9f\u00e9rence est disponible \u00e0 la fois comme ex\u00e9cutable et comme biblioth\u00e8que python, voir cancelobject-preprocessor .","title":"Le fichier GCode"},{"location":"Exclude_Object.html#definitions-des-objets","text":"La commande EXCLUDE_OBJECT_DEFINE est utilis\u00e9e pour fournir un r\u00e9sum\u00e9 de chaque objet du fichier gcode \u00e0 imprimer. Elle fournit le r\u00e9sum\u00e9 d'un objet dans le fichier. Les objets n'ont pas besoin d'\u00eatre d\u00e9finis pour \u00eatre r\u00e9f\u00e9renc\u00e9s par d'autres commandes. Le but principal de cette commande est de fournir des informations \u00e0 l'interface utilisateur sans avoir \u00e0 analyser le fichier gcode en entier. Les d\u00e9finitions d'objets sont nomm\u00e9es, pour permettre aux utilisateurs de s\u00e9lectionner facilement un objet \u00e0 exclure, et des m\u00e9tadonn\u00e9es suppl\u00e9mentaires peuvent \u00eatre fournies pour permettre des affichages graphiques d'annulation. Les m\u00e9tadonn\u00e9es actuellement d\u00e9finies comprennent une coordonn\u00e9e X,Y CENTER , et une liste POLYGON de points X,Y repr\u00e9sentant un contour minimal de l'objet. Il peut s'agir d'une simple bo\u00eete englobante ou d'une coque complexe permettant de visualiser les objets imprim\u00e9s de mani\u00e8re plus d\u00e9taill\u00e9e. En particulier, lorsque les fichiers gcode comprennent plusieurs parties avec des r\u00e9gions limites qui se chevauchent, les points centraux deviennent difficiles \u00e0 distinguer visuellement. POLYGONS doit \u00eatre un tableau compatible json de points [X,Y] ( tuples) sans espace. Les param\u00e8tres suppl\u00e9mentaires seront enregistr\u00e9s sous forme de cha\u00eenes de caract\u00e8res dans la d\u00e9finition de l'objet et fournis dans les mises \u00e0 jour de l'\u00e9tat. EXCLUDE_OBJECT_DEFINE NAME=calibration_pyramid CENTER=50,50 POLYGON=[[40,40],[50,60],[60,40]] All available G-Code commands are documented in the G-Code Reference","title":"D\u00e9finitions des objets"},{"location":"Exclude_Object.html#informations-sur-le-statut","text":"The state of this module is provided to clients by the exclude_object status . L'\u00e9tat est r\u00e9initialis\u00e9 lorsque : Le microprogramme Klipper est red\u00e9marr\u00e9. Il y a une r\u00e9initialisation de la [virtual_sdcard] . Notamment, ceci est remis \u00e0 z\u00e9ro par Klipper au d\u00e9but d'une impression. Lorsqu'une commande EXCLUDE_OBJECT_DEFINE RESET=1 est \u00e9mise. La liste des objets d\u00e9finis est repr\u00e9sent\u00e9e dans le champ d'\u00e9tat exclude_object.objects . Dans un fichier gcode bien d\u00e9fini, cela sera fait avec les commandes EXCLUDE_OBJECT_DEFINE au d\u00e9but du fichier. Cela fournira aux clients les noms et les coordonn\u00e9es des objets afin que l'interface utilisateur puisse fournir une repr\u00e9sentation graphique des objets si n\u00e9cessaire. Au fur et \u00e0 mesure de l'impression, le champ d'\u00e9tat exclude_object.current_object sera mis \u00e0 jour lorsque Klipper traitera les commandes EXCLUDE_OBJECT_START et EXCLUDE_OBJECT_END . Le champ current_object sera activ\u00e9 m\u00eame si l'objet a \u00e9t\u00e9 exclu. Les objets non d\u00e9finis marqu\u00e9s d'un EXCLUDE_OBJECT_START seront ajout\u00e9s aux objets connus pour aider \u00e0 la mise en place de l'interface utilisateur, sans m\u00e9tadonn\u00e9es suppl\u00e9mentaires. Lorsque les commandes EXCLUDE_OBJECT sont \u00e9mises, la liste des objets exclus est fournie dans le tableau exclude_object.excluded_objects . Comme Klipper anticipe le traitement du gcode \u00e0 venir, il peut y avoir un d\u00e9lai entre le moment o\u00f9 la commande est \u00e9mise et celui o\u00f9 le statut est mis \u00e0 jour.","title":"Informations sur le statut"},{"location":"FAQ.html","text":"Foire Aux Questions \u00b6 Comment puis-je faire un don au projet ? \u00b6 Merci de votre soutien. Voir la page Sponsors pour plus d'informations. Comment calculer le param\u00e8tre de configuration rotation_distance ? \u00b6 Voir le document sur la distance de rotation . O\u00f9 est mon port s\u00e9rie ? \u00b6 De mani\u00e8re g\u00e9n\u00e9rale, on ex\u00e9cute la commande ls /dev/serial/by-id/* \u00e0 partir d'un terminal ssh sur la machine h\u00f4te pour trouver un port s\u00e9rie USB. Cette commande produira s\u00fbrement un r\u00e9sultat similaire \u00e0 celui-ci : /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 Le nom retourn\u00e9 par la commande ci-dessus est constant, il est donc possible de l'utiliser dans le fichier de configuration et lors du flashage du microcontr\u00f4leur. Par exemple, une commande de flash peur ressembler \u00e0 : sudo service klipper stop make flash FLASH_DEVICE=/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 sudo service klipper start et la configuration mise \u00e0 jour devrait ressembler \u00e0 : [mcu] serial: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 Veillez \u00e0 copier-coller le nom retourn\u00e9 par la commande \"ls\" que vous avez ex\u00e9cut\u00e9e ci-avant, car le nom sera diff\u00e9rent pour chaque imprimante. Si vous utilisez plusieurs microcontr\u00f4leurs et qu'ils n'ont pas d'identifiant unique (fr\u00e9quent avec les cartes utilisant une puce USB CH340), suivez les instructions ci-dessus en utilisant la commande ls /dev/serial/by-path/* \u00e0 la place. Lorsque le microcontr\u00f4leur red\u00e9marre, le p\u00e9riph\u00e9rique passe \u00e0 /dev/ttyUSB1 \u00b6 Suivez les instructions de la section \" O\u00f9 est mon port s\u00e9rie ? \" pour \u00e9viter que cela ne se produise. La commande \"make flash\" ne fonctionne pas \u00b6 Le code tente de flasher le dispositif en utilisant la m\u00e9thode la plus courante pour chaque plateforme. Malheureusement, il y a beaucoup de variations dans les m\u00e9thodes de flashage, donc la commande \"make flash\" peut ne pas fonctionner avec toutes les cartes. Si vous rencontrez une erreur intermittente ou si votre configuration est standard, v\u00e9rifiez que Klipper est arr\u00eat\u00e9 pendant le flashage (sudo service klipper stop), assurez-vous qu'OctoPrint n'essaye pas de se connecter directement \u00e0 l'appareil (ouvrez l'onglet Connexion de la page web et cliquez sur D\u00e9connecter si le port s\u00e9rie de la carte est s\u00e9lectionn\u00e9), et assurez-vous que FLASH_DEVICE est correctement d\u00e9fini pour votre carte (voir la question ci-dessus ). Toutefois si \"make flash\" ne fonctionne pas pour votre carte, vous devrez flasher manuellement. V\u00e9rifiez s'il existe un fichier de configuration dans le r\u00e9pertoire config avec des instructions sp\u00e9cifiques pour flasher la carte. V\u00e9rifiez \u00e9galement la documentation du fabricant de la carte pour voir si elle d\u00e9crit comment la flasher. Enfin, il peut \u00eatre possible de flasher manuellement la carte en utilisant des outils tels que \"avrdude\" ou \"bossac\" - voir le document sur les booloaders pour plus d'informations. Comment changer la vitesse de communication(baud rate) du port s\u00e9rie ? \u00b6 Le baud rate (taux bit/s) recommand\u00e9 pour Klipper est de 250000. Ce baud rate fonctionne bien sur toutes les cartes microcontr\u00f4leurs que Klipper prend en charge. Si vous avez trouv\u00e9 un guide en ligne recommandant un baud rate diff\u00e9rent, ignorez cette partie du guide et continuez avec la valeur par d\u00e9faut de 250000. Si vous voulez quand m\u00eame changer le baud rate, le nouveau taux devra \u00eatre configur\u00e9e dans le microcontr\u00f4leur (pendant make menuconfig ) et ce code mis \u00e0 jour devra \u00eatre compil\u00e9 et flash\u00e9 dans le microcontr\u00f4leur. Le fichier printer.cfg de Klipper devra \u00e9galement \u00eatre mis \u00e0 jour pour correspondre \u00e0 ce baud rate (voir le document de r\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails). Par exemple : [mcu] baud: 250000 Le baud rate (taux bit/s) indiqu\u00e9 sur la page Web d'OctoPrint n'a aucun impact sur la vitesse de transmission du microcontr\u00f4leur interne de Klipper. R\u00e9glez toujours le taux de bit/s d'OctoPrint sur 250000 lorsque vous utilisez Klipper. Le baud rate utilis\u00e9 avec Klipper n'est pas li\u00e9e au baud rate du bootloader du microcontr\u00f4leur. Voir le document sur les bootloaders pour plus d'informations sur les bootloaders. Puis-je faire fonctionner Klipper sur autre chose qu'un Raspberry Pi 3 ? \u00b6 Le mat\u00e9riel recommand\u00e9 est un Raspberry Pi 2, Raspberry Pi 3 ou Raspberry Pi 4. Klipper fonctionne sur un Raspberry Pi 1 et sur le Raspberry Pi Zero, mais ces cartes n'ont pas assez de puissance de traitement pour faire fonctionner OctoPrint correctement. Il est fr\u00e9quent que l'impression se fasse par \u00e0-coup avec ces machines plus lentes lorsqu'on imprime directement depuis OctoPrint. (L'imprimante peut chercher \u00e0 imprimer plus rapidement que la vitesse \u00e0 laquelle OctoPrint peut envoyer les commandes de mouvement.) Si vous souhaitez quand m\u00eame utiliser une de ces cartes plus lentes, pensez \u00e0 utiliser la fonctionnalit\u00e9 \"virtual_sdcard\" lors de l'impression (voir le document de r\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails). Pour l'ex\u00e9cution sur le Beaglebone, voir les instructions d'installation sp\u00e9cifiques au Beaglebone . Klipper a \u00e9t\u00e9 ex\u00e9cut\u00e9 sur d'autres machines. Le logiciel h\u00f4te de Klipper ne n\u00e9cessite que l'ex\u00e9cution de Python sur un ordinateur Linux (ou similaire). Cependant, si vous souhaitez l'ex\u00e9cuter sur une autre machine, vous aurez besoin de connaissances d'administrateur Linux pour installer les pr\u00e9requis du syst\u00e8me pour cette machine particuli\u00e8re. Consultez le script install-octopi.sh pour plus d'informations sur les \u00e9tapes n\u00e9cessaires \u00e0 l'administration de Linux. Si vous souhaitez ex\u00e9cuter le logiciel h\u00f4te Klipper sur une puce bas de gamme, sachez qu'il faut au minimum une machine dot\u00e9e d'un mat\u00e9riel \u00e0 \"double pr\u00e9cision en virgule flottante\". Si vous souhaitez ex\u00e9cuter le logiciel h\u00f4te Klipper sur un ordinateur de bureau ou un serveur polyvalent partag\u00e9, notez que Klipper a des exigences en mati\u00e8re de programmation en temps r\u00e9el. Si, au cours d'une impression, l'ordinateur h\u00f4te ex\u00e9cute \u00e9galement une t\u00e2che informatique intensive (comme la d\u00e9fragmentation d'un disque dur, un rendu 3D, une forte utilisation du fichier d'\u00e9change, etc.), Klipper pourrait signaler des erreurs d'impression. Note : Si vous n'utilisez pas une image OctoPi, sachez que de nombreuses distributions Linux activent un paquet \"ModemManager\" (ou similaire) pouvant perturber la communication s\u00e9rie. (Ce qui peut amener Klipper \u00e0 rapporter des erreurs apparemment al\u00e9atoires \"Lost communication with MCU\"). Si vous installez Klipper sur une de ces distributions, vous devrez peut-\u00eatre d\u00e9sactiver ce paquet. Puis-je ex\u00e9cuter plusieurs instances de Klipper sur la m\u00eame machine h\u00f4te ? \u00b6 Il est possible d'ex\u00e9cuter plusieurs instances du logiciel h\u00f4te Klipper, mais cela n\u00e9cessite des connaissances en administration Linux. Les scripts d'installation de Klipper entra\u00eenent finalement l'ex\u00e9cution de la commande Unix suivante : ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer.cfg -l /tmp/klippy.log On peut ex\u00e9cuter plusieurs instances de la commande ci-dessus \u00e0 condition que chaque instance ait son propre fichier de configuration d'imprimante, son propre fichier journal et son propre pseudo-tty. Par exemple : ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer2.cfg -l /tmp/klippy2.log -I /tmp/printer2 Si vous choisissez de le faire, vous devrez impl\u00e9menter les scripts de d\u00e9marrage, d'arr\u00eat et d'installation n\u00e9cessaires (le cas \u00e9ch\u00e9ant). Le script install-octopi.sh et le script klipper-start.sh peuvent \u00eatre utiles comme exemples. Suis-je oblig\u00e9 d'utiliser Octoprint ? \u00b6 Le logiciel Klipper n'est pas d\u00e9pendant d'OctoPrint. Il est possible d'utiliser un autre logiciel pour envoyer des commandes \u00e0 Klipper, mais cela n\u00e9cessite des connaissances en administration Linux. Klipper cr\u00e9e un \"port s\u00e9rie virtuel\" via le fichier \"/tmp/printer\" qui \u00e9mule une interface s\u00e9rie classique d'imprimante 3d via ce fichier. En g\u00e9n\u00e9ral, les logiciels alternatifs peuvent fonctionner avec Klipper tant qu'ils peuvent \u00eatre configur\u00e9s pour utiliser \"/tmp/printer\" pour le port s\u00e9rie de l'imprimante. Pourquoi ne puis-je pas lancer un d\u00e9placement avant de prendre l'origine ? \u00b6 Le code fait cela pour r\u00e9duire le risque de d\u00e9placer accidentellement la t\u00eate dans le lit ou dans un mur. Une fois que la prise d'origine est effectu\u00e9e, le logiciel v\u00e9rifie que chaque mouvement se situe dans les limites de position_min/max d\u00e9finies dans le fichier de configuration. Si les moteurs sont d\u00e9sactiv\u00e9s (via une commande M84 ou M18), les moteurs devront reprendre l'origine avant tout mouvement. Si vous souhaitez d\u00e9placer la t\u00eate apr\u00e8s avoir annul\u00e9 une impression via OctoPrint, pensez \u00e0 modifier la s\u00e9quence d'annulation d'OctoPrint pour qu'elle le fasse pour vous. Depuis un navigateur web, elle est configur\u00e9e dans OctoPrint sous : Param\u00e8tres->Scripts GCODE Si vous souhaitez d\u00e9placer la t\u00eate apr\u00e8s la fin d'une impression, pensez \u00e0 ajouter le mouvement souhait\u00e9 \u00e0 la section \"G-Code personnalis\u00e9\" de votre slicer. Si l'imprimante n\u00e9cessite un mouvement suppl\u00e9mentaire dans le cadre du processus de mise \u00e0 l'origine (ou si elle n'a pas de processus de mise \u00e0 l'origine), envisagez d'utiliser une section safe_z_home ou homing_override dans le fichier de configuration. Si vous devez d\u00e9placer un moteur \u00e0 des fins de diagnostic ou de d\u00e9bogage, pensez \u00e0 ajouter une section force_move dans le fichier de configuration. Voir r\u00e9f\u00e9rence de configuration pour plus de d\u00e9tails sur ces options. Pourquoi le param\u00e8tre position_endstop de l'axe Z est-il d\u00e9fini \u00e0 0.5 dans les configurations par d\u00e9faut ? \u00b6 Pour les imprimantes de style cart\u00e9sien, la position Z_endstop indique la distance entre la buse et le lit au moment du d\u00e9clenchement de la fin de course. Si possible, il est recommand\u00e9 d'utiliser une but\u00e9e de fin de course Z-max et de s'\u00e9loigner du lit (car cela r\u00e9duit le risque de collision avec le lit). Cependant, si l'on doit se rapprocher du lit, il est recommand\u00e9 de positionner la but\u00e9e de mani\u00e8re \u00e0 ce qu'elle se d\u00e9clenche lorsque la buse est encore \u00e0 une petite distance du lit. De cette fa\u00e7on, lorsque l'axe se dirige vers le lit, il s'arr\u00eate avant que la buse ne touche le lit. Voir le document niveau du lit pour plus d'informations. J'ai converti ma configuration depuis Marlin et les axes X/Y fonctionnent bien, mais j'obtiens un bruit strident lors de l'orientation de l'axe Z \u00b6 R\u00e9ponse courte : Tout d'abord, assurez-vous d'avoir v\u00e9rifi\u00e9 la configuration du moteur comme d\u00e9crit dans le document de v\u00e9rification de la configuration . Si le probl\u00e8me persiste, essayez de r\u00e9duire le param\u00e8tre max_z_velocity dans la configuration de l'imprimante. R\u00e9ponse longue : En pratique, Marlin ne peut se d\u00e9placer qu'\u00e0 une vitesse d'environ 10000 pas par seconde. Si on lui demande de se d\u00e9placer \u00e0 une vitesse n\u00e9cessitant un taux de pas plus \u00e9lev\u00e9, Marlin se contentera g\u00e9n\u00e9ralement de faire des pas aussi rapides qu'il le peut. Klipper est capable d'atteindre des taux de pas beaucoup plus \u00e9lev\u00e9s, mais le moteur pas \u00e0 pas peut ne pas avoir de couple suffisant pour se d\u00e9placer \u00e0 une vitesse plus \u00e9lev\u00e9e. Ainsi, pour un axe Z avec un rapport d'engrenage \u00e9lev\u00e9 ou un r\u00e9glage de micropas \u00e9lev\u00e9, la vitesse max_z_obtenue peut \u00eatre inf\u00e9rieure \u00e0 ce qui est configur\u00e9 dans Marlin. Mes pilotes de moteur TMC s'arr\u00eatent en plein milieu d'une impression \u00b6 Si vous utilisez le pilote TMC2208 (ou TMC2224) en \"mode autonome\", assurez-vous d'utiliser la derni\u00e8re version de Klipper . Une solution de contournement pour un probl\u00e8me avec les pilotes TMC2208 \"stealthchop\" a \u00e9t\u00e9 ajout\u00e9e \u00e0 Klipper \u00e0 la mi-mars 2020. J'ai des erreurs al\u00e9atoires \"Lost communication with MCU\" (communication perdue avec le microcontr\u00f4leur) \u00b6 Ce probl\u00e8me est g\u00e9n\u00e9ralement caus\u00e9 par des erreurs mat\u00e9rielles sur la connexion USB entre la machine h\u00f4te et le microcontr\u00f4leur. Les choses \u00e0 rechercher : Utilisez un c\u00e2ble USB de qualit\u00e9 entre la machine h\u00f4te et le microcontr\u00f4leur. Assurez-vous que les fiches sont bien fix\u00e9es. Si vous utilisez un Raspberry Pi, utilisez une alimentation de bonne qualit\u00e9 pour le Raspberry Pi et utilisez un c\u00e2ble USB de bonne qualit\u00e9 pour connecter cette alimentation au Pi. Si OctoPrint vous avertit que vous \u00eates sous tension, cela est li\u00e9 \u00e0 l'alimentation \u00e9lectrique et doit \u00eatre r\u00e9par\u00e9. Assurez-vous que l'alimentation \u00e9lectrique de l'imprimante n'est pas surcharg\u00e9e. (Les fluctuations d'alimentation de la puce USB du microcontr\u00f4leur peuvent entra\u00eener une r\u00e9initialisation de cette puce.) V\u00e9rifiez que les fils de l'imprimante (pastille, \u00e9l\u00e9ment chauffant et autres) sont bien sertis et pas effiloch\u00e9s. (Le mouvement de l'imprimante peut exercer une contrainte sur un c\u00e2blage d\u00e9fectueux entra\u00eenant une perte de contact, un court-circuit bref ou la production d'un bruit excessif.) Des signalements ont fait \u00e9tat d'un bruit USB \u00e9lev\u00e9 lorsque l'alimentation de l'imprimante et l'alimentation 5V de l'h\u00f4te sont m\u00e9lang\u00e9es. (Si vous constatez que le microcontr\u00f4leur s'allume lorsque l'alimentation de l'imprimante est sous tension ou que le c\u00e2ble USB est branch\u00e9, cela indique que les alimentations 5V sont m\u00e9lang\u00e9es). Il peut \u00eatre utile de configurer le micro-contr\u00f4leur pour qu'il utilise l'alimentation d'une seule source. (Alternativement, si la carte du micro-contr\u00f4leur ne peut pas configurer sa source d'alimentation, on peut modifier un c\u00e2ble USB pour qu'il ne transporte pas de tension de 5V entre l'h\u00f4te et le micro-contr\u00f4leur.) Mon Raspberry Pi red\u00e9marre pendant les impressions \u00b6 Cela est tr\u00e8s probablement d\u00fb \u00e0 des fluctuations de tension. Suivez les m\u00eames \u00e9tapes de d\u00e9pannage que pour une erreur \u00ab Communication perdue avec le MCU \u00bb . Lorsque j'ai d\u00e9fini restart_method=command , mon appareil AVR se bloque lors d'un red\u00e9marrage \u00b6 Certaines anciennes versions du bootloader AVR ont un bogue connu dans la gestion des \u00e9v\u00e9nements de chien de garde. Cela se manifeste typiquement lorsque le param\u00e8tre restart_method est d\u00e9fini sur \"command\" dans le fichier printer.cfg. Lorsque le bogue se produit, le dispositif AVR ne r\u00e9pond pas jusqu'\u00e0 ce que l'alimentation de la carte soit coup\u00e9e puis remise (les DEL d'alimentation ou d'\u00e9tat peuvent \u00e9galement clignoter de mani\u00e8re r\u00e9p\u00e9t\u00e9e jusqu'\u00e0 ce que l'alimentation soit retir\u00e9e). La solution est d'utiliser un restart_method autre que \"command\" ou de flasher un bootloader r\u00e9cent sur le dispositif AVR. Le flashage d'un nouveau bootloader est une \u00e9tape particuli\u00e8re qui n\u00e9cessite g\u00e9n\u00e9ralement un programmateur externe - voir Bootloaders pour plus de d\u00e9tails. Est-ce que les \u00e9l\u00e9ments chauffants restent allum\u00e9s si le Raspberry Pi plante ? \u00b6 Le logiciel a \u00e9t\u00e9 con\u00e7u pour \u00e9viter cela. Une fois que l'h\u00f4te a activ\u00e9 un \u00e9l\u00e9ment chauffant, le logiciel h\u00f4te doit confirmer cette activation toutes les 5 secondes. Si le microcontr\u00f4leur ne re\u00e7oit pas de confirmation toutes les 5 secondes, il passe dans un status \"arr\u00eat\u00e9\" con\u00e7u pour \u00e9teindre tous les \u00e9l\u00e9ments chauffants et les moteurs pas \u00e0 pas. Voir la commande \"config_digital_out\" dans le documentation des commandes MCU pour plus de d\u00e9tails. En outre, le logiciel du microcontr\u00f4leur est configur\u00e9 avec une plage de temp\u00e9rature minimale et maximale pour chaque \u00e9l\u00e9ment chauffant au d\u00e9marrage (voir les param\u00e8tres min_temp et max_temp dans le document de r\u00e9f\u00e9rences des configurations pour plus de d\u00e9tails). Si le microcontr\u00f4leur d\u00e9tecte que la temp\u00e9rature est en dehors de cette plage, il passe \u00e9galement au status \"arr\u00eat\u00e9\". S\u00e9par\u00e9ment, le logiciel h\u00f4te impl\u00e9mente \u00e9galement un code pour v\u00e9rifier que les \u00e9l\u00e9ments chauffants et les capteurs de temp\u00e9rature fonctionnent correctement. Voir le document de r\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails. Comment puis-je convertir les noms de broches de Marlin \u00e0 Klipper ? \u00b6 R\u00e9ponse courte : un mappage est disponible dans le fichier sample-aliases.cfg . Utilisez ce fichier comme guide pour trouver les noms des broches du microcontr\u00f4leur. (Il est \u00e9galement possible de copier la section de configuration board_pins correspondante dans votre fichier de configuration et d'utiliser les alias dans votre configuration, mais il est pr\u00e9f\u00e9rable de traduire et d'utiliser les noms r\u00e9els des broches du microcontr\u00f4leur). Notez que le fichier sample-aliases.cfg utilise des noms de broches qui commencent par le pr\u00e9fixe \"ar\" au lieu de \"D\" (par exemple, la broche Arduino D23 est l'alias Klipper ar23 ) et le pr\u00e9fixe \"analog\" au lieu de \"A\" (par exemple, la broche Arduino A14 est l'alias Klipper analog14 ). R\u00e9ponse longue : Klipper utilise les noms de broches standard d\u00e9finis par le microcontr\u00f4leur. Sur les puces Atmega, ces broches mat\u00e9rielles ont des noms tels que PA4 , PC7 , ou PD2 . Il y a longtemps, le projet Arduino a d\u00e9cid\u00e9 d'\u00e9viter d'utiliser les noms standards du mat\u00e9riel en faveur de leurs propres noms de broches bas\u00e9s sur des nombres incr\u00e9ment\u00e9s - ces noms Arduino ressemblent g\u00e9n\u00e9ralement \u00e0 D23 ou A14 . Il s'agit d'un choix malheureux qui peut pr\u00eater \u00e0 confusion. En particulier parce que les num\u00e9ros de broches Arduino ne correspondent pas syst\u00e9matiquement aux m\u00eames noms mat\u00e9riels. Par exemple, D21 correspond \u00e0 PD0 sur certaines cartes Arduino et \u00e0 PC7 sur d'autres. Pour \u00e9viter cette confusion, le code source de Klipper utilise les noms de broches standard d\u00e9finis par le microcontr\u00f4leur. Dois-je connecter mon appareil \u00e0 un type sp\u00e9cifique de broche de microcontr\u00f4leur ? \u00b6 Cela d\u00e9pend du type d'appareil et du type de broche : Broches ADC (ou broches analogiques) : pour les thermistances et autres capteurs \"analogiques\", l'\u00e9l\u00e9ment doit \u00eatre c\u00e2bl\u00e9 \u00e0 une broche \"analogique\" ou \"ADC\" du microcontr\u00f4leur. Si vous configurez Klipper pour utiliser une broche qui n'est pas capable de fonctionner en analogique, Klipper signalera une erreur \"Not a valid ADC pin\". Broches PWM (ou broches de timer) : Klipper n'utilise pas de PWM mat\u00e9riel par d\u00e9faut pour aucun \u00e9l\u00e9ment. Donc on peut c\u00e2bler des \u00e9l\u00e9ments chauffants, des ventilateurs et des dispositifs similaires \u00e0 n'importe quelle broche d'E/S d'usage g\u00e9n\u00e9ral. Cependant, les ventilateurs et les \u00e9l\u00e9ments param\u00e9tr\u00e9s en output_pin peuvent \u00eatre \u00e9ventuellement configur\u00e9s pour utiliser hardware_pwm : True , auquel cas le micro-contr\u00f4leur doit supporter le PWM mat\u00e9riel sur la broche (sinon, Klipper signalera une erreur \"Not a valid PWM pin\"). Broches IRQ (ou broches d'interruption) : Klipper n'utilise pas d'interruptions mat\u00e9rielles sur les broches d'E/S, il n'est donc jamais n\u00e9cessaire de connecter un p\u00e9riph\u00e9rique \u00e0 l'une de ces broches du microcontr\u00f4leur. Broches SPI : Lors de l'utilisation du SPI mat\u00e9riel, il est n\u00e9cessaire de connecter l\u2019\u00e9l\u00e9ment aux broches SPI du micro-contr\u00f4leur. Toutefois, la plupart des \u00e9l\u00e9ments peuvent \u00eatre configur\u00e9s pour utiliser le \"SPI logiciel\", auquel cas n'importe quelle broche d'E/S d'usage g\u00e9n\u00e9ral peut \u00eatre utilis\u00e9e. Broches I2C : lors de l'utilisation d'I2C, il est n\u00e9cessaire de c\u00e2bler les broches aux broches compatibles I2C du microcontr\u00f4leur. D\u2019autres \u00e9l\u00e9ments peuvent \u00eatre c\u00e2bl\u00e9s \u00e0 n\u2019importe quelle broche d\u2019E/S \u00e0 usage g\u00e9n\u00e9ral. Par exemple, les steppers, les \u00e9l\u00e9ments chauffants, les ventilateurs, les sondes Z, les servos, les LED, les \u00e9crans LCD hd44780 /st7920 courants, le c\u00e2ble de communication UART des pilotes Trinamic peut \u00eatre raccord\u00e9 \u00e0 n\u2019importe quelle broche d'E/S. Comment annuler une commande M109/M190 \u00ab attendre la temp\u00e9rature \u00bb ? \u00b6 Allez dans l'onglet terminal d'OctoPrint et envoyez une commande M112 dans la console. La commande M112 fera entrer Klipper dans un \u00e9tat \"d'arr\u00eat\" et d\u00e9connectera OctoPrint de Klipper. Dans le bloc de connexion d'OctoPrint, cliquez sur \"Connecter\" pour que OctoPrint se reconnecte. Revenez \u00e0 l'onglet du terminal et lancez une commande FIRMWARE_RESTART pour effacer le status en erreur de Klipper. Apr\u00e8s avoir effectu\u00e9 cette s\u00e9quence, la demande de chauffage pr\u00e9c\u00e9dente sera annul\u00e9e et une nouvelle impression pourra \u00eatre lanc\u00e9e. Comment savoir si l'imprimante a perdu des pas ? \u00b6 D'une certaine mani\u00e8re, oui. Effectuez la prise d'origine (homing), lancez la commande GET_POSITION , d\u00e9marrez votre impression, refaite la prise d'origine et lancez \u00e0 nouveau la commande GET_POSITION . Comparez ensuite les valeurs de la ligne mcu : . Cela peut \u00eatre utile pour r\u00e9gler des param\u00e8tres tels que les courants, les acc\u00e9l\u00e9rations et les vitesses des moteurs pas \u00e0 pas sans avoir besoin d'imprimer quelque chose et de gaspiller du filament : il suffit d'ex\u00e9cuter quelques mouvements \u00e0 grande vitesse entre des commandes GET_POSITION . Notez que les interrupteurs de fin de course eux-m\u00eames ont tendance \u00e0 se d\u00e9clencher \u00e0 des positions l\u00e9g\u00e8rement diff\u00e9rentes, de sorte qu'une diff\u00e9rence de quelques micro-pas est probablement caus\u00e9 par l'impr\u00e9cision de la fin de course. Un moteur pas \u00e0 pas ne peut perdre des pas que par incr\u00e9ments de 4 pas complets. (Ainsi, si l'on utilise 16 micropas, un pas r\u00e9ellement perdu par le moteur se traduirait par une diff\u00e9rence multiple de 64 micropas avec le compteur de pas \"mcu :\") Pourquoi Klipper signale-t-il des erreurs ? J\u2019ai rat\u00e9 mon impression ! \u00b6 R\u00e9ponse courte : Nous voulons savoir si nos imprimantes rencontre un probl\u00e8me afin qu'il puisse \u00eatre r\u00e9solu et que nous puissions obtenir des impressions de grande qualit\u00e9. Nous ne voulons surtout pas que nos imprimantes produisent sans le signaler, des impressions de mauvaise qualit\u00e9. R\u00e9ponse longue : Klipper a \u00e9t\u00e9 con\u00e7u pour contourner automatiquement de nombreux probl\u00e8mes passagers. Par exemple, il d\u00e9tecte automatiquement les erreurs de communication et retransmet les donn\u00e9es ; il planifie les actions \u00e0 l'avance et met en m\u00e9moire tampon les commandes \u00e0 plusieurs niveaux pour permettre une synchronisation pr\u00e9cise, m\u00eame en cas d'interf\u00e9rences intermittentes. Toutefois, si le logiciel d\u00e9tecte une erreur dont il ne peut corriger, s'il re\u00e7oit l'ordre d'effectuer une action non valide ou s'il constate qu'il est d\u00e9sesp\u00e9r\u00e9ment incapable d'ex\u00e9cuter la t\u00e2che qui lui est demand\u00e9e, Klipper signalera une erreur. Dans ces situations, le risque est grand de produire une impression de mauvaise qualit\u00e9 (ou pire). Nous esp\u00e9rons que le fait d'alerter l'utilisateur lui permettra de r\u00e9soudre le probl\u00e8me sous-jacent et d'am\u00e9liorer la qualit\u00e9 globale de ses impressions. Il y a quelques questions connexes : Pourquoi Klipper ne met-il pas plut\u00f4t l'impression en pause ? Ne signale-t-il pas plut\u00f4t un avertissement ? Ne v\u00e9rifie-t-il pas les erreurs avant l'impression ? N'ignore-t-il pas les erreurs dans les commandes saisies par l'utilisateur ? etc. Actuellement, Klipper lit les commandes en utilisant le protocole G-Code, et malheureusement le protocole de commande G-Code n'est pas assez flexible pour rendre ces alternatives praticables aujourd'hui. Il y a un int\u00e9r\u00eat certain \u00e0 am\u00e9liorer l'exp\u00e9rience utilisateur pour la gestion de ces \u00e9v\u00e8nements anormaux mais cela n\u00e9cessite un travail notable sur l'infrastructure (incluant de d\u00e9tourner le G-Code). Comment mettre \u00e0 jour vers la derni\u00e8re version du logiciel ? \u00b6 La premi\u00e8re \u00e9tape de la mise \u00e0 jour du logiciel consiste \u00e0 consulter le document le plus r\u00e9cent des changements de configuration . Il arrive que des modifications soient apport\u00e9es au logiciel et que les utilisateurs doivent mettre \u00e0 jour leurs param\u00e8tres dans le cadre d'une mise \u00e0 niveau logicielle. Il est conseill\u00e9 de consulter ce document avant de proc\u00e9der \u00e0 la mise \u00e0 niveau. Lorsque vous \u00eates pr\u00eat \u00e0 mettre \u00e0 jour, la m\u00e9thode g\u00e9n\u00e9rale consiste \u00e0 se connecter au Raspberry Pi et \u00e0 ex\u00e9cuter : cd ~/klipper git pull ~/klipper/scripts/install-octopi.sh On peut ensuite recompiler et flasher le code du microcontr\u00f4leur. Par exemple : make menuconfig make clean make sudo service klipper stop make flash FLASH_DEVICE=/dev/ttyACM0 sudo service klipper start Cependant, il arrive parfois que seul le logiciel h\u00f4te change. Dans ce cas, on peut mettre \u00e0 jour et red\u00e9marrer uniquement le logiciel h\u00f4te avec : cd ~/klipper git pull sudo service klipper restart Si, apr\u00e8s avoir utilis\u00e9 ce raccourci, le logiciel vous avertit qu'il faut reflasher le microcontr\u00f4leur ou qu'une autre erreur inhabituelle se produit, suivez les \u00e9tapes compl\u00e8tes de mise \u00e0 jour d\u00e9crites ci-dessus. Si des erreurs persistent, v\u00e9rifiez le document modifications de configuration , car vous devrez peut-\u00eatre modifier la configuration de l\u2019imprimante. Notez que les commandes G-Code RESTART et FIRMWARE_RESTART ne rechargent pas le logiciel - les commandes \"sudo service klipper restart\" et \"make flash\" ci-dessus sont n\u00e9cessaires pour que les modifications du logiciel prennent effet. Comment d\u00e9sinstaller Klipper ? \u00b6 Pour ce qui est du firmware, il n'y a rien de sp\u00e9cial \u00e0 faire. Suivez simplement les instructions de flashage du nouveau firmware. Du c\u00f4t\u00e9 Raspberry Pi, un script de d\u00e9sinstallation est disponible dans scripts/klipper-uninstall.sh . Par exemple : sudo ~/klipper/scripts/klipper-uninstall.sh rm -rf ~/klippy-env ~/klipper","title":"Foire Aux Questions"},{"location":"FAQ.html#foire-aux-questions","text":"","title":"Foire Aux Questions"},{"location":"FAQ.html#comment-puis-je-faire-un-don-au-projet","text":"Merci de votre soutien. Voir la page Sponsors pour plus d'informations.","title":"Comment puis-je faire un don au projet ?"},{"location":"FAQ.html#comment-calculer-le-parametre-de-configuration-rotation_distance","text":"Voir le document sur la distance de rotation .","title":"Comment calculer le param\u00e8tre de configuration rotation_distance ?"},{"location":"FAQ.html#ou-est-mon-port-serie","text":"De mani\u00e8re g\u00e9n\u00e9rale, on ex\u00e9cute la commande ls /dev/serial/by-id/* \u00e0 partir d'un terminal ssh sur la machine h\u00f4te pour trouver un port s\u00e9rie USB. Cette commande produira s\u00fbrement un r\u00e9sultat similaire \u00e0 celui-ci : /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 Le nom retourn\u00e9 par la commande ci-dessus est constant, il est donc possible de l'utiliser dans le fichier de configuration et lors du flashage du microcontr\u00f4leur. Par exemple, une commande de flash peur ressembler \u00e0 : sudo service klipper stop make flash FLASH_DEVICE=/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 sudo service klipper start et la configuration mise \u00e0 jour devrait ressembler \u00e0 : [mcu] serial: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 Veillez \u00e0 copier-coller le nom retourn\u00e9 par la commande \"ls\" que vous avez ex\u00e9cut\u00e9e ci-avant, car le nom sera diff\u00e9rent pour chaque imprimante. Si vous utilisez plusieurs microcontr\u00f4leurs et qu'ils n'ont pas d'identifiant unique (fr\u00e9quent avec les cartes utilisant une puce USB CH340), suivez les instructions ci-dessus en utilisant la commande ls /dev/serial/by-path/* \u00e0 la place.","title":"O\u00f9 est mon port s\u00e9rie ?"},{"location":"FAQ.html#lorsque-le-microcontroleur-redemarre-le-peripherique-passe-a-devttyusb1","text":"Suivez les instructions de la section \" O\u00f9 est mon port s\u00e9rie ? \" pour \u00e9viter que cela ne se produise.","title":"Lorsque le microcontr\u00f4leur red\u00e9marre, le p\u00e9riph\u00e9rique passe \u00e0 /dev/ttyUSB1"},{"location":"FAQ.html#la-commande-make-flash-ne-fonctionne-pas","text":"Le code tente de flasher le dispositif en utilisant la m\u00e9thode la plus courante pour chaque plateforme. Malheureusement, il y a beaucoup de variations dans les m\u00e9thodes de flashage, donc la commande \"make flash\" peut ne pas fonctionner avec toutes les cartes. Si vous rencontrez une erreur intermittente ou si votre configuration est standard, v\u00e9rifiez que Klipper est arr\u00eat\u00e9 pendant le flashage (sudo service klipper stop), assurez-vous qu'OctoPrint n'essaye pas de se connecter directement \u00e0 l'appareil (ouvrez l'onglet Connexion de la page web et cliquez sur D\u00e9connecter si le port s\u00e9rie de la carte est s\u00e9lectionn\u00e9), et assurez-vous que FLASH_DEVICE est correctement d\u00e9fini pour votre carte (voir la question ci-dessus ). Toutefois si \"make flash\" ne fonctionne pas pour votre carte, vous devrez flasher manuellement. V\u00e9rifiez s'il existe un fichier de configuration dans le r\u00e9pertoire config avec des instructions sp\u00e9cifiques pour flasher la carte. V\u00e9rifiez \u00e9galement la documentation du fabricant de la carte pour voir si elle d\u00e9crit comment la flasher. Enfin, il peut \u00eatre possible de flasher manuellement la carte en utilisant des outils tels que \"avrdude\" ou \"bossac\" - voir le document sur les booloaders pour plus d'informations.","title":"La commande \"make flash\" ne fonctionne pas"},{"location":"FAQ.html#comment-changer-la-vitesse-de-communicationbaud-rate-du-port-serie","text":"Le baud rate (taux bit/s) recommand\u00e9 pour Klipper est de 250000. Ce baud rate fonctionne bien sur toutes les cartes microcontr\u00f4leurs que Klipper prend en charge. Si vous avez trouv\u00e9 un guide en ligne recommandant un baud rate diff\u00e9rent, ignorez cette partie du guide et continuez avec la valeur par d\u00e9faut de 250000. Si vous voulez quand m\u00eame changer le baud rate, le nouveau taux devra \u00eatre configur\u00e9e dans le microcontr\u00f4leur (pendant make menuconfig ) et ce code mis \u00e0 jour devra \u00eatre compil\u00e9 et flash\u00e9 dans le microcontr\u00f4leur. Le fichier printer.cfg de Klipper devra \u00e9galement \u00eatre mis \u00e0 jour pour correspondre \u00e0 ce baud rate (voir le document de r\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails). Par exemple : [mcu] baud: 250000 Le baud rate (taux bit/s) indiqu\u00e9 sur la page Web d'OctoPrint n'a aucun impact sur la vitesse de transmission du microcontr\u00f4leur interne de Klipper. R\u00e9glez toujours le taux de bit/s d'OctoPrint sur 250000 lorsque vous utilisez Klipper. Le baud rate utilis\u00e9 avec Klipper n'est pas li\u00e9e au baud rate du bootloader du microcontr\u00f4leur. Voir le document sur les bootloaders pour plus d'informations sur les bootloaders.","title":"Comment changer la vitesse de communication(baud rate) du port s\u00e9rie ?"},{"location":"FAQ.html#puis-je-faire-fonctionner-klipper-sur-autre-chose-quun-raspberry-pi-3","text":"Le mat\u00e9riel recommand\u00e9 est un Raspberry Pi 2, Raspberry Pi 3 ou Raspberry Pi 4. Klipper fonctionne sur un Raspberry Pi 1 et sur le Raspberry Pi Zero, mais ces cartes n'ont pas assez de puissance de traitement pour faire fonctionner OctoPrint correctement. Il est fr\u00e9quent que l'impression se fasse par \u00e0-coup avec ces machines plus lentes lorsqu'on imprime directement depuis OctoPrint. (L'imprimante peut chercher \u00e0 imprimer plus rapidement que la vitesse \u00e0 laquelle OctoPrint peut envoyer les commandes de mouvement.) Si vous souhaitez quand m\u00eame utiliser une de ces cartes plus lentes, pensez \u00e0 utiliser la fonctionnalit\u00e9 \"virtual_sdcard\" lors de l'impression (voir le document de r\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails). Pour l'ex\u00e9cution sur le Beaglebone, voir les instructions d'installation sp\u00e9cifiques au Beaglebone . Klipper a \u00e9t\u00e9 ex\u00e9cut\u00e9 sur d'autres machines. Le logiciel h\u00f4te de Klipper ne n\u00e9cessite que l'ex\u00e9cution de Python sur un ordinateur Linux (ou similaire). Cependant, si vous souhaitez l'ex\u00e9cuter sur une autre machine, vous aurez besoin de connaissances d'administrateur Linux pour installer les pr\u00e9requis du syst\u00e8me pour cette machine particuli\u00e8re. Consultez le script install-octopi.sh pour plus d'informations sur les \u00e9tapes n\u00e9cessaires \u00e0 l'administration de Linux. Si vous souhaitez ex\u00e9cuter le logiciel h\u00f4te Klipper sur une puce bas de gamme, sachez qu'il faut au minimum une machine dot\u00e9e d'un mat\u00e9riel \u00e0 \"double pr\u00e9cision en virgule flottante\". Si vous souhaitez ex\u00e9cuter le logiciel h\u00f4te Klipper sur un ordinateur de bureau ou un serveur polyvalent partag\u00e9, notez que Klipper a des exigences en mati\u00e8re de programmation en temps r\u00e9el. Si, au cours d'une impression, l'ordinateur h\u00f4te ex\u00e9cute \u00e9galement une t\u00e2che informatique intensive (comme la d\u00e9fragmentation d'un disque dur, un rendu 3D, une forte utilisation du fichier d'\u00e9change, etc.), Klipper pourrait signaler des erreurs d'impression. Note : Si vous n'utilisez pas une image OctoPi, sachez que de nombreuses distributions Linux activent un paquet \"ModemManager\" (ou similaire) pouvant perturber la communication s\u00e9rie. (Ce qui peut amener Klipper \u00e0 rapporter des erreurs apparemment al\u00e9atoires \"Lost communication with MCU\"). Si vous installez Klipper sur une de ces distributions, vous devrez peut-\u00eatre d\u00e9sactiver ce paquet.","title":"Puis-je faire fonctionner Klipper sur autre chose qu'un Raspberry Pi 3 ?"},{"location":"FAQ.html#puis-je-executer-plusieurs-instances-de-klipper-sur-la-meme-machine-hote","text":"Il est possible d'ex\u00e9cuter plusieurs instances du logiciel h\u00f4te Klipper, mais cela n\u00e9cessite des connaissances en administration Linux. Les scripts d'installation de Klipper entra\u00eenent finalement l'ex\u00e9cution de la commande Unix suivante : ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer.cfg -l /tmp/klippy.log On peut ex\u00e9cuter plusieurs instances de la commande ci-dessus \u00e0 condition que chaque instance ait son propre fichier de configuration d'imprimante, son propre fichier journal et son propre pseudo-tty. Par exemple : ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer2.cfg -l /tmp/klippy2.log -I /tmp/printer2 Si vous choisissez de le faire, vous devrez impl\u00e9menter les scripts de d\u00e9marrage, d'arr\u00eat et d'installation n\u00e9cessaires (le cas \u00e9ch\u00e9ant). Le script install-octopi.sh et le script klipper-start.sh peuvent \u00eatre utiles comme exemples.","title":"Puis-je ex\u00e9cuter plusieurs instances de Klipper sur la m\u00eame machine h\u00f4te ?"},{"location":"FAQ.html#suis-je-oblige-dutiliser-octoprint","text":"Le logiciel Klipper n'est pas d\u00e9pendant d'OctoPrint. Il est possible d'utiliser un autre logiciel pour envoyer des commandes \u00e0 Klipper, mais cela n\u00e9cessite des connaissances en administration Linux. Klipper cr\u00e9e un \"port s\u00e9rie virtuel\" via le fichier \"/tmp/printer\" qui \u00e9mule une interface s\u00e9rie classique d'imprimante 3d via ce fichier. En g\u00e9n\u00e9ral, les logiciels alternatifs peuvent fonctionner avec Klipper tant qu'ils peuvent \u00eatre configur\u00e9s pour utiliser \"/tmp/printer\" pour le port s\u00e9rie de l'imprimante.","title":"Suis-je oblig\u00e9 d'utiliser Octoprint ?"},{"location":"FAQ.html#pourquoi-ne-puis-je-pas-lancer-un-deplacement-avant-de-prendre-lorigine","text":"Le code fait cela pour r\u00e9duire le risque de d\u00e9placer accidentellement la t\u00eate dans le lit ou dans un mur. Une fois que la prise d'origine est effectu\u00e9e, le logiciel v\u00e9rifie que chaque mouvement se situe dans les limites de position_min/max d\u00e9finies dans le fichier de configuration. Si les moteurs sont d\u00e9sactiv\u00e9s (via une commande M84 ou M18), les moteurs devront reprendre l'origine avant tout mouvement. Si vous souhaitez d\u00e9placer la t\u00eate apr\u00e8s avoir annul\u00e9 une impression via OctoPrint, pensez \u00e0 modifier la s\u00e9quence d'annulation d'OctoPrint pour qu'elle le fasse pour vous. Depuis un navigateur web, elle est configur\u00e9e dans OctoPrint sous : Param\u00e8tres->Scripts GCODE Si vous souhaitez d\u00e9placer la t\u00eate apr\u00e8s la fin d'une impression, pensez \u00e0 ajouter le mouvement souhait\u00e9 \u00e0 la section \"G-Code personnalis\u00e9\" de votre slicer. Si l'imprimante n\u00e9cessite un mouvement suppl\u00e9mentaire dans le cadre du processus de mise \u00e0 l'origine (ou si elle n'a pas de processus de mise \u00e0 l'origine), envisagez d'utiliser une section safe_z_home ou homing_override dans le fichier de configuration. Si vous devez d\u00e9placer un moteur \u00e0 des fins de diagnostic ou de d\u00e9bogage, pensez \u00e0 ajouter une section force_move dans le fichier de configuration. Voir r\u00e9f\u00e9rence de configuration pour plus de d\u00e9tails sur ces options.","title":"Pourquoi ne puis-je pas lancer un d\u00e9placement avant de prendre l'origine ?"},{"location":"FAQ.html#pourquoi-le-parametre-position_endstop-de-laxe-z-est-il-defini-a-05-dans-les-configurations-par-defaut","text":"Pour les imprimantes de style cart\u00e9sien, la position Z_endstop indique la distance entre la buse et le lit au moment du d\u00e9clenchement de la fin de course. Si possible, il est recommand\u00e9 d'utiliser une but\u00e9e de fin de course Z-max et de s'\u00e9loigner du lit (car cela r\u00e9duit le risque de collision avec le lit). Cependant, si l'on doit se rapprocher du lit, il est recommand\u00e9 de positionner la but\u00e9e de mani\u00e8re \u00e0 ce qu'elle se d\u00e9clenche lorsque la buse est encore \u00e0 une petite distance du lit. De cette fa\u00e7on, lorsque l'axe se dirige vers le lit, il s'arr\u00eate avant que la buse ne touche le lit. Voir le document niveau du lit pour plus d'informations.","title":"Pourquoi le param\u00e8tre position_endstop de l'axe Z est-il d\u00e9fini \u00e0 0.5 dans les configurations par d\u00e9faut ?"},{"location":"FAQ.html#jai-converti-ma-configuration-depuis-marlin-et-les-axes-xy-fonctionnent-bien-mais-jobtiens-un-bruit-strident-lors-de-lorientation-de-laxe-z","text":"R\u00e9ponse courte : Tout d'abord, assurez-vous d'avoir v\u00e9rifi\u00e9 la configuration du moteur comme d\u00e9crit dans le document de v\u00e9rification de la configuration . Si le probl\u00e8me persiste, essayez de r\u00e9duire le param\u00e8tre max_z_velocity dans la configuration de l'imprimante. R\u00e9ponse longue : En pratique, Marlin ne peut se d\u00e9placer qu'\u00e0 une vitesse d'environ 10000 pas par seconde. Si on lui demande de se d\u00e9placer \u00e0 une vitesse n\u00e9cessitant un taux de pas plus \u00e9lev\u00e9, Marlin se contentera g\u00e9n\u00e9ralement de faire des pas aussi rapides qu'il le peut. Klipper est capable d'atteindre des taux de pas beaucoup plus \u00e9lev\u00e9s, mais le moteur pas \u00e0 pas peut ne pas avoir de couple suffisant pour se d\u00e9placer \u00e0 une vitesse plus \u00e9lev\u00e9e. Ainsi, pour un axe Z avec un rapport d'engrenage \u00e9lev\u00e9 ou un r\u00e9glage de micropas \u00e9lev\u00e9, la vitesse max_z_obtenue peut \u00eatre inf\u00e9rieure \u00e0 ce qui est configur\u00e9 dans Marlin.","title":"J'ai converti ma configuration depuis Marlin et les axes X/Y fonctionnent bien, mais j'obtiens un bruit strident lors de l'orientation de l'axe Z"},{"location":"FAQ.html#mes-pilotes-de-moteur-tmc-sarretent-en-plein-milieu-dune-impression","text":"Si vous utilisez le pilote TMC2208 (ou TMC2224) en \"mode autonome\", assurez-vous d'utiliser la derni\u00e8re version de Klipper . Une solution de contournement pour un probl\u00e8me avec les pilotes TMC2208 \"stealthchop\" a \u00e9t\u00e9 ajout\u00e9e \u00e0 Klipper \u00e0 la mi-mars 2020.","title":"Mes pilotes de moteur TMC s'arr\u00eatent en plein milieu d'une impression"},{"location":"FAQ.html#jai-des-erreurs-aleatoires-lost-communication-with-mcu-communication-perdue-avec-le-microcontroleur","text":"Ce probl\u00e8me est g\u00e9n\u00e9ralement caus\u00e9 par des erreurs mat\u00e9rielles sur la connexion USB entre la machine h\u00f4te et le microcontr\u00f4leur. Les choses \u00e0 rechercher : Utilisez un c\u00e2ble USB de qualit\u00e9 entre la machine h\u00f4te et le microcontr\u00f4leur. Assurez-vous que les fiches sont bien fix\u00e9es. Si vous utilisez un Raspberry Pi, utilisez une alimentation de bonne qualit\u00e9 pour le Raspberry Pi et utilisez un c\u00e2ble USB de bonne qualit\u00e9 pour connecter cette alimentation au Pi. Si OctoPrint vous avertit que vous \u00eates sous tension, cela est li\u00e9 \u00e0 l'alimentation \u00e9lectrique et doit \u00eatre r\u00e9par\u00e9. Assurez-vous que l'alimentation \u00e9lectrique de l'imprimante n'est pas surcharg\u00e9e. (Les fluctuations d'alimentation de la puce USB du microcontr\u00f4leur peuvent entra\u00eener une r\u00e9initialisation de cette puce.) V\u00e9rifiez que les fils de l'imprimante (pastille, \u00e9l\u00e9ment chauffant et autres) sont bien sertis et pas effiloch\u00e9s. (Le mouvement de l'imprimante peut exercer une contrainte sur un c\u00e2blage d\u00e9fectueux entra\u00eenant une perte de contact, un court-circuit bref ou la production d'un bruit excessif.) Des signalements ont fait \u00e9tat d'un bruit USB \u00e9lev\u00e9 lorsque l'alimentation de l'imprimante et l'alimentation 5V de l'h\u00f4te sont m\u00e9lang\u00e9es. (Si vous constatez que le microcontr\u00f4leur s'allume lorsque l'alimentation de l'imprimante est sous tension ou que le c\u00e2ble USB est branch\u00e9, cela indique que les alimentations 5V sont m\u00e9lang\u00e9es). Il peut \u00eatre utile de configurer le micro-contr\u00f4leur pour qu'il utilise l'alimentation d'une seule source. (Alternativement, si la carte du micro-contr\u00f4leur ne peut pas configurer sa source d'alimentation, on peut modifier un c\u00e2ble USB pour qu'il ne transporte pas de tension de 5V entre l'h\u00f4te et le micro-contr\u00f4leur.)","title":"J'ai des erreurs al\u00e9atoires \"Lost communication with MCU\" (communication perdue avec le microcontr\u00f4leur)"},{"location":"FAQ.html#mon-raspberry-pi-redemarre-pendant-les-impressions","text":"Cela est tr\u00e8s probablement d\u00fb \u00e0 des fluctuations de tension. Suivez les m\u00eames \u00e9tapes de d\u00e9pannage que pour une erreur \u00ab Communication perdue avec le MCU \u00bb .","title":"Mon Raspberry Pi red\u00e9marre pendant les impressions"},{"location":"FAQ.html#lorsque-jai-defini-restart_methodcommand-mon-appareil-avr-se-bloque-lors-dun-redemarrage","text":"Certaines anciennes versions du bootloader AVR ont un bogue connu dans la gestion des \u00e9v\u00e9nements de chien de garde. Cela se manifeste typiquement lorsque le param\u00e8tre restart_method est d\u00e9fini sur \"command\" dans le fichier printer.cfg. Lorsque le bogue se produit, le dispositif AVR ne r\u00e9pond pas jusqu'\u00e0 ce que l'alimentation de la carte soit coup\u00e9e puis remise (les DEL d'alimentation ou d'\u00e9tat peuvent \u00e9galement clignoter de mani\u00e8re r\u00e9p\u00e9t\u00e9e jusqu'\u00e0 ce que l'alimentation soit retir\u00e9e). La solution est d'utiliser un restart_method autre que \"command\" ou de flasher un bootloader r\u00e9cent sur le dispositif AVR. Le flashage d'un nouveau bootloader est une \u00e9tape particuli\u00e8re qui n\u00e9cessite g\u00e9n\u00e9ralement un programmateur externe - voir Bootloaders pour plus de d\u00e9tails.","title":"Lorsque j'ai d\u00e9fini restart_method=command, mon appareil AVR se bloque lors d'un red\u00e9marrage"},{"location":"FAQ.html#est-ce-que-les-elements-chauffants-restent-allumes-si-le-raspberry-pi-plante","text":"Le logiciel a \u00e9t\u00e9 con\u00e7u pour \u00e9viter cela. Une fois que l'h\u00f4te a activ\u00e9 un \u00e9l\u00e9ment chauffant, le logiciel h\u00f4te doit confirmer cette activation toutes les 5 secondes. Si le microcontr\u00f4leur ne re\u00e7oit pas de confirmation toutes les 5 secondes, il passe dans un status \"arr\u00eat\u00e9\" con\u00e7u pour \u00e9teindre tous les \u00e9l\u00e9ments chauffants et les moteurs pas \u00e0 pas. Voir la commande \"config_digital_out\" dans le documentation des commandes MCU pour plus de d\u00e9tails. En outre, le logiciel du microcontr\u00f4leur est configur\u00e9 avec une plage de temp\u00e9rature minimale et maximale pour chaque \u00e9l\u00e9ment chauffant au d\u00e9marrage (voir les param\u00e8tres min_temp et max_temp dans le document de r\u00e9f\u00e9rences des configurations pour plus de d\u00e9tails). Si le microcontr\u00f4leur d\u00e9tecte que la temp\u00e9rature est en dehors de cette plage, il passe \u00e9galement au status \"arr\u00eat\u00e9\". S\u00e9par\u00e9ment, le logiciel h\u00f4te impl\u00e9mente \u00e9galement un code pour v\u00e9rifier que les \u00e9l\u00e9ments chauffants et les capteurs de temp\u00e9rature fonctionnent correctement. Voir le document de r\u00e9f\u00e9rence des configurations pour plus de d\u00e9tails.","title":"Est-ce que les \u00e9l\u00e9ments chauffants restent allum\u00e9s si le Raspberry Pi plante ?"},{"location":"FAQ.html#comment-puis-je-convertir-les-noms-de-broches-de-marlin-a-klipper","text":"R\u00e9ponse courte : un mappage est disponible dans le fichier sample-aliases.cfg . Utilisez ce fichier comme guide pour trouver les noms des broches du microcontr\u00f4leur. (Il est \u00e9galement possible de copier la section de configuration board_pins correspondante dans votre fichier de configuration et d'utiliser les alias dans votre configuration, mais il est pr\u00e9f\u00e9rable de traduire et d'utiliser les noms r\u00e9els des broches du microcontr\u00f4leur). Notez que le fichier sample-aliases.cfg utilise des noms de broches qui commencent par le pr\u00e9fixe \"ar\" au lieu de \"D\" (par exemple, la broche Arduino D23 est l'alias Klipper ar23 ) et le pr\u00e9fixe \"analog\" au lieu de \"A\" (par exemple, la broche Arduino A14 est l'alias Klipper analog14 ). R\u00e9ponse longue : Klipper utilise les noms de broches standard d\u00e9finis par le microcontr\u00f4leur. Sur les puces Atmega, ces broches mat\u00e9rielles ont des noms tels que PA4 , PC7 , ou PD2 . Il y a longtemps, le projet Arduino a d\u00e9cid\u00e9 d'\u00e9viter d'utiliser les noms standards du mat\u00e9riel en faveur de leurs propres noms de broches bas\u00e9s sur des nombres incr\u00e9ment\u00e9s - ces noms Arduino ressemblent g\u00e9n\u00e9ralement \u00e0 D23 ou A14 . Il s'agit d'un choix malheureux qui peut pr\u00eater \u00e0 confusion. En particulier parce que les num\u00e9ros de broches Arduino ne correspondent pas syst\u00e9matiquement aux m\u00eames noms mat\u00e9riels. Par exemple, D21 correspond \u00e0 PD0 sur certaines cartes Arduino et \u00e0 PC7 sur d'autres. Pour \u00e9viter cette confusion, le code source de Klipper utilise les noms de broches standard d\u00e9finis par le microcontr\u00f4leur.","title":"Comment puis-je convertir les noms de broches de Marlin \u00e0 Klipper ?"},{"location":"FAQ.html#dois-je-connecter-mon-appareil-a-un-type-specifique-de-broche-de-microcontroleur","text":"Cela d\u00e9pend du type d'appareil et du type de broche : Broches ADC (ou broches analogiques) : pour les thermistances et autres capteurs \"analogiques\", l'\u00e9l\u00e9ment doit \u00eatre c\u00e2bl\u00e9 \u00e0 une broche \"analogique\" ou \"ADC\" du microcontr\u00f4leur. Si vous configurez Klipper pour utiliser une broche qui n'est pas capable de fonctionner en analogique, Klipper signalera une erreur \"Not a valid ADC pin\". Broches PWM (ou broches de timer) : Klipper n'utilise pas de PWM mat\u00e9riel par d\u00e9faut pour aucun \u00e9l\u00e9ment. Donc on peut c\u00e2bler des \u00e9l\u00e9ments chauffants, des ventilateurs et des dispositifs similaires \u00e0 n'importe quelle broche d'E/S d'usage g\u00e9n\u00e9ral. Cependant, les ventilateurs et les \u00e9l\u00e9ments param\u00e9tr\u00e9s en output_pin peuvent \u00eatre \u00e9ventuellement configur\u00e9s pour utiliser hardware_pwm : True , auquel cas le micro-contr\u00f4leur doit supporter le PWM mat\u00e9riel sur la broche (sinon, Klipper signalera une erreur \"Not a valid PWM pin\"). Broches IRQ (ou broches d'interruption) : Klipper n'utilise pas d'interruptions mat\u00e9rielles sur les broches d'E/S, il n'est donc jamais n\u00e9cessaire de connecter un p\u00e9riph\u00e9rique \u00e0 l'une de ces broches du microcontr\u00f4leur. Broches SPI : Lors de l'utilisation du SPI mat\u00e9riel, il est n\u00e9cessaire de connecter l\u2019\u00e9l\u00e9ment aux broches SPI du micro-contr\u00f4leur. Toutefois, la plupart des \u00e9l\u00e9ments peuvent \u00eatre configur\u00e9s pour utiliser le \"SPI logiciel\", auquel cas n'importe quelle broche d'E/S d'usage g\u00e9n\u00e9ral peut \u00eatre utilis\u00e9e. Broches I2C : lors de l'utilisation d'I2C, il est n\u00e9cessaire de c\u00e2bler les broches aux broches compatibles I2C du microcontr\u00f4leur. D\u2019autres \u00e9l\u00e9ments peuvent \u00eatre c\u00e2bl\u00e9s \u00e0 n\u2019importe quelle broche d\u2019E/S \u00e0 usage g\u00e9n\u00e9ral. Par exemple, les steppers, les \u00e9l\u00e9ments chauffants, les ventilateurs, les sondes Z, les servos, les LED, les \u00e9crans LCD hd44780 /st7920 courants, le c\u00e2ble de communication UART des pilotes Trinamic peut \u00eatre raccord\u00e9 \u00e0 n\u2019importe quelle broche d'E/S.","title":"Dois-je connecter mon appareil \u00e0 un type sp\u00e9cifique de broche de microcontr\u00f4leur ?"},{"location":"FAQ.html#comment-annuler-une-commande-m109m190-attendre-la-temperature","text":"Allez dans l'onglet terminal d'OctoPrint et envoyez une commande M112 dans la console. La commande M112 fera entrer Klipper dans un \u00e9tat \"d'arr\u00eat\" et d\u00e9connectera OctoPrint de Klipper. Dans le bloc de connexion d'OctoPrint, cliquez sur \"Connecter\" pour que OctoPrint se reconnecte. Revenez \u00e0 l'onglet du terminal et lancez une commande FIRMWARE_RESTART pour effacer le status en erreur de Klipper. Apr\u00e8s avoir effectu\u00e9 cette s\u00e9quence, la demande de chauffage pr\u00e9c\u00e9dente sera annul\u00e9e et une nouvelle impression pourra \u00eatre lanc\u00e9e.","title":"Comment annuler une commande M109/M190 \u00ab attendre la temp\u00e9rature \u00bb ?"},{"location":"FAQ.html#comment-savoir-si-limprimante-a-perdu-des-pas","text":"D'une certaine mani\u00e8re, oui. Effectuez la prise d'origine (homing), lancez la commande GET_POSITION , d\u00e9marrez votre impression, refaite la prise d'origine et lancez \u00e0 nouveau la commande GET_POSITION . Comparez ensuite les valeurs de la ligne mcu : . Cela peut \u00eatre utile pour r\u00e9gler des param\u00e8tres tels que les courants, les acc\u00e9l\u00e9rations et les vitesses des moteurs pas \u00e0 pas sans avoir besoin d'imprimer quelque chose et de gaspiller du filament : il suffit d'ex\u00e9cuter quelques mouvements \u00e0 grande vitesse entre des commandes GET_POSITION . Notez que les interrupteurs de fin de course eux-m\u00eames ont tendance \u00e0 se d\u00e9clencher \u00e0 des positions l\u00e9g\u00e8rement diff\u00e9rentes, de sorte qu'une diff\u00e9rence de quelques micro-pas est probablement caus\u00e9 par l'impr\u00e9cision de la fin de course. Un moteur pas \u00e0 pas ne peut perdre des pas que par incr\u00e9ments de 4 pas complets. (Ainsi, si l'on utilise 16 micropas, un pas r\u00e9ellement perdu par le moteur se traduirait par une diff\u00e9rence multiple de 64 micropas avec le compteur de pas \"mcu :\")","title":"Comment savoir si l'imprimante a perdu des pas ?"},{"location":"FAQ.html#pourquoi-klipper-signale-t-il-des-erreurs-jai-rate-mon-impression","text":"R\u00e9ponse courte : Nous voulons savoir si nos imprimantes rencontre un probl\u00e8me afin qu'il puisse \u00eatre r\u00e9solu et que nous puissions obtenir des impressions de grande qualit\u00e9. Nous ne voulons surtout pas que nos imprimantes produisent sans le signaler, des impressions de mauvaise qualit\u00e9. R\u00e9ponse longue : Klipper a \u00e9t\u00e9 con\u00e7u pour contourner automatiquement de nombreux probl\u00e8mes passagers. Par exemple, il d\u00e9tecte automatiquement les erreurs de communication et retransmet les donn\u00e9es ; il planifie les actions \u00e0 l'avance et met en m\u00e9moire tampon les commandes \u00e0 plusieurs niveaux pour permettre une synchronisation pr\u00e9cise, m\u00eame en cas d'interf\u00e9rences intermittentes. Toutefois, si le logiciel d\u00e9tecte une erreur dont il ne peut corriger, s'il re\u00e7oit l'ordre d'effectuer une action non valide ou s'il constate qu'il est d\u00e9sesp\u00e9r\u00e9ment incapable d'ex\u00e9cuter la t\u00e2che qui lui est demand\u00e9e, Klipper signalera une erreur. Dans ces situations, le risque est grand de produire une impression de mauvaise qualit\u00e9 (ou pire). Nous esp\u00e9rons que le fait d'alerter l'utilisateur lui permettra de r\u00e9soudre le probl\u00e8me sous-jacent et d'am\u00e9liorer la qualit\u00e9 globale de ses impressions. Il y a quelques questions connexes : Pourquoi Klipper ne met-il pas plut\u00f4t l'impression en pause ? Ne signale-t-il pas plut\u00f4t un avertissement ? Ne v\u00e9rifie-t-il pas les erreurs avant l'impression ? N'ignore-t-il pas les erreurs dans les commandes saisies par l'utilisateur ? etc. Actuellement, Klipper lit les commandes en utilisant le protocole G-Code, et malheureusement le protocole de commande G-Code n'est pas assez flexible pour rendre ces alternatives praticables aujourd'hui. Il y a un int\u00e9r\u00eat certain \u00e0 am\u00e9liorer l'exp\u00e9rience utilisateur pour la gestion de ces \u00e9v\u00e8nements anormaux mais cela n\u00e9cessite un travail notable sur l'infrastructure (incluant de d\u00e9tourner le G-Code).","title":"Pourquoi Klipper signale-t-il des erreurs ? J\u2019ai rat\u00e9 mon impression !"},{"location":"FAQ.html#comment-mettre-a-jour-vers-la-derniere-version-du-logiciel","text":"La premi\u00e8re \u00e9tape de la mise \u00e0 jour du logiciel consiste \u00e0 consulter le document le plus r\u00e9cent des changements de configuration . Il arrive que des modifications soient apport\u00e9es au logiciel et que les utilisateurs doivent mettre \u00e0 jour leurs param\u00e8tres dans le cadre d'une mise \u00e0 niveau logicielle. Il est conseill\u00e9 de consulter ce document avant de proc\u00e9der \u00e0 la mise \u00e0 niveau. Lorsque vous \u00eates pr\u00eat \u00e0 mettre \u00e0 jour, la m\u00e9thode g\u00e9n\u00e9rale consiste \u00e0 se connecter au Raspberry Pi et \u00e0 ex\u00e9cuter : cd ~/klipper git pull ~/klipper/scripts/install-octopi.sh On peut ensuite recompiler et flasher le code du microcontr\u00f4leur. Par exemple : make menuconfig make clean make sudo service klipper stop make flash FLASH_DEVICE=/dev/ttyACM0 sudo service klipper start Cependant, il arrive parfois que seul le logiciel h\u00f4te change. Dans ce cas, on peut mettre \u00e0 jour et red\u00e9marrer uniquement le logiciel h\u00f4te avec : cd ~/klipper git pull sudo service klipper restart Si, apr\u00e8s avoir utilis\u00e9 ce raccourci, le logiciel vous avertit qu'il faut reflasher le microcontr\u00f4leur ou qu'une autre erreur inhabituelle se produit, suivez les \u00e9tapes compl\u00e8tes de mise \u00e0 jour d\u00e9crites ci-dessus. Si des erreurs persistent, v\u00e9rifiez le document modifications de configuration , car vous devrez peut-\u00eatre modifier la configuration de l\u2019imprimante. Notez que les commandes G-Code RESTART et FIRMWARE_RESTART ne rechargent pas le logiciel - les commandes \"sudo service klipper restart\" et \"make flash\" ci-dessus sont n\u00e9cessaires pour que les modifications du logiciel prennent effet.","title":"Comment mettre \u00e0 jour vers la derni\u00e8re version du logiciel ?"},{"location":"FAQ.html#comment-desinstaller-klipper","text":"Pour ce qui est du firmware, il n'y a rien de sp\u00e9cial \u00e0 faire. Suivez simplement les instructions de flashage du nouveau firmware. Du c\u00f4t\u00e9 Raspberry Pi, un script de d\u00e9sinstallation est disponible dans scripts/klipper-uninstall.sh . Par exemple : sudo ~/klipper/scripts/klipper-uninstall.sh rm -rf ~/klippy-env ~/klipper","title":"Comment d\u00e9sinstaller Klipper ?"},{"location":"Features.html","text":"Caract\u00e9ristiques \u00b6 Klipper propose plusieurs caract\u00e9ristiques int\u00e9ressantes : Mouvements pas \u00e0 pas de haute pr\u00e9cision. Klipper utilise un processeur d'application (tel qu'un Raspberry Pi \u00e0 bas prix) pour calculer les mouvements de l'imprimante. Ce processeur d'application d\u00e9termine le moment o\u00f9 il faut faire marcher chaque moteur pas \u00e0 pas, compresse ces \u00e9v\u00e9nements, les transmet au microcontr\u00f4leur pour que celui-ci ex\u00e9cute chaque \u00e9v\u00e9nement au moment demand\u00e9. Chaque \u00e9v\u00e9nement du moteur pas \u00e0 pas est programm\u00e9 avec une pr\u00e9cision de 25 microsecondes ou mieux. Le logiciel n'utilise pas d'estimations cin\u00e9matiques (telles que l'algorithme de Bresenham), au lieu de cela, il calcule des dur\u00e9es de pas pr\u00e9cises bas\u00e9es sur les physiques de l'acc\u00e9l\u00e9ration et de la cin\u00e9matique de la machine. Un mouvement plus pr\u00e9cis des pas permet un fonctionnement plus silencieux et plus stable de l'imprimante. Meilleures performances de sa cat\u00e9gorie. Klipper est capable d'atteindre des taux de pas \u00e9lev\u00e9s sur les micro-contr\u00f4leurs nouveaux et anciens. M\u00eame les anciens microcontr\u00f4leurs 8 bits peuvent obtenir des taux sup\u00e9rieurs \u00e0 175 000 pas par seconde. Sur les micro-contr\u00f4leurs plus r\u00e9cents, plusieurs millions de pas par seconde sont possibles. Des taux de pas plus \u00e9lev\u00e9s permettent des vitesses d'impression plus \u00e9lev\u00e9es. La synchronisation des \u00e9v\u00e9nements du pas \u00e0 pas reste pr\u00e9cise m\u00eame \u00e0 des vitesses \u00e9lev\u00e9es, ce qui am\u00e9liore la stabilit\u00e9 globale. Klipper prend en charge les imprimantes dot\u00e9es de plusieurs microcontr\u00f4leurs. Par exemple, un microcontr\u00f4leur peut \u00eatre utilis\u00e9 pour contr\u00f4ler l'extrudeur, tandis qu'un autre contr\u00f4le les pi\u00e8ces chauffantes de l'imprimante, et un troisi\u00e8me s'occupe du reste de l'imprimante. Le logiciel Klipper met en \u0153uvre la synchronisation de l'horloge pour tenir compte de la d\u00e9rive entre les microcontr\u00f4leurs. Il n'y a pas besoin de code particulier pour activer plusieurs microcontr\u00f4leurs - il suffit de quelques lignes suppl\u00e9mentaires dans le fichier de configuration. Configuration gr\u00e2ce \u00e0 un fichier de configuration unique. Il n'est pas n\u00e9cessaire de reflasher le microcontr\u00f4leur pour modifier un param\u00e8tre. Toute la configuration de Klipper est stock\u00e9e dans un fichier de configuration standard qui peut \u00eatre facilement modifi\u00e9. Cela facilite la configuration et la maintenance du mat\u00e9riel. Klipper prend en charge la fonction \"Smooth Pressure Advance\", un m\u00e9canisme permettant de prendre en compte les effets de la pression dans un extrudeur. Cela r\u00e9duit le \"suintement\" de l'extrudeur et am\u00e9liore la qualit\u00e9 des d'impression des coins. L'impl\u00e9mentation de Klipper n'introduit pas de changements instantan\u00e9s de la vitesse de l'extrudeur, ce qui am\u00e9liore la stabilit\u00e9 et la robustesse g\u00e9n\u00e9rales. Klipper prend en charge la fonction \"Input Shaping\" pour r\u00e9duire l'impact des vibrations sur la qualit\u00e9 d'impression. Cela peut r\u00e9duire ou \u00e9liminer le \"ringing\" (\u00e9galement appel\u00e9 \"ghosting\", \"echoing\" ou \"rippling\") des impressions. Cela peut \u00e9galement permettre d'obtenir des vitesses d'impression plus rapides tout en maintenant une qualit\u00e9 d'impression \u00e9lev\u00e9e. Klipper utilise un \"solveur it\u00e9ratif\" pour calculer des temps de pas pr\u00e9cis \u00e0 partir d'\u00e9quations cin\u00e9matiques simples. Cela facilite le portage de Klipper sur de nouveaux types de robots et permet de conserver un timing pr\u00e9cis m\u00eame avec une cin\u00e9matique complexe (aucune \"segmentation de ligne\" n'est n\u00e9cessaire). Klipper est agnostique vis-\u00e0-vis du mat\u00e9riel. On doit obtenir le m\u00eame timing pr\u00e9cis ind\u00e9pendamment du mat\u00e9riel \u00e9lectronique de bas niveau. Le code du microcontr\u00f4leur de Klipper est con\u00e7u pour suivre fid\u00e8lement l\u2019ordonnancement fourni par le logiciel h\u00f4te de Klipper (ou pour alerter l'utilisateur de mani\u00e8re \u00e9vidente s'il n'y parvient pas). Il est ainsi plus facile d'utiliser le mat\u00e9riel disponible, de mettre \u00e0 niveau vers un nouveau mat\u00e9riel et d'\u00eatre confiant dans ce mat\u00e9riel. Code portable. Klipper fonctionne sur les micro-contr\u00f4leurs bas\u00e9s sur ARM, AVR et PRU. Les imprimantes existantes de type \"reprap\" peuvent utiliser Klipper sans modification mat\u00e9rielle - il suffit d'ajouter un Raspberry Pi. La conception interne du code de Klipper facilite le support d'autres architectures de micro-contr\u00f4leurs. Un code plus simple. Klipper utilise un langage de tr\u00e8s haut niveau (Python) pour la plupart du code. Les algorithmes cin\u00e9matiques, l'analyse du code G, les algorithmes de chauffage et de thermistance, etc. sont tous \u00e9crits en Python. Il est donc plus facile de d\u00e9velopper de nouvelles fonctionnalit\u00e9s. Macros programmables personnalis\u00e9es. De nouvelles commandes G-Code peuvent \u00eatre d\u00e9finies dans le fichier de configuration de l'imprimante (aucune modification du code n'est alors n\u00e9cessaire). Ces commandes sont programmables - ce qui leur permet de produire diff\u00e9rentes actions selon l'\u00e9tat de l'imprimante. Serveur d\u2019API int\u00e9gr\u00e9. En plus de l\u2019interface G-Code standard, Klipper prend en charge une interface d\u2019application en JSON. Cela permet aux programmeurs de cr\u00e9er des applications externes avec un contr\u00f4le pr\u00e9cis de l\u2019imprimante. Caract\u00e9ristiques suppl\u00e9mentaires \u00b6 Klipper prend en charge de nombreuses fonctionnalit\u00e9s standard des imprimantes 3d : Plusieurs interfaces web disponibles. Fonctionne avec Mainsail, Fluidd, OctoPrint et d'autres. Cela permet de contr\u00f4ler l'imprimante \u00e0 l'aide d'un navigateur web ordinaire. Le m\u00eame Raspberry Pi qui fait fonctionner Klipper peut \u00e9galement faire fonctionner l'interface web. Prise en charge du G-Code standard. Les commandes de g-code courantes produites par les \"trancheurs\" (slicers) typiques (SuperSlicer, Cura, PrusaSlicer, etc.) sont prises en charge. Prise en charge de l'extrusion multiple. Les extrudeurs avec r\u00e9chauffeurs partag\u00e9s et les extrudeurs sur chariots ind\u00e9pendants (IDEX) sont \u00e9galement prises en charge. Prise en charge des imprimantes cart\u00e9siennes, delta, corexy, corexz, hybrides-corexy, hybrides-corexz, deltesiennes, rotatives delta, polaires et \u00e0 treuil. Support du nivellement automatique du bed. Klipper peut \u00eatre configur\u00e9 pour une d\u00e9tection de base de l'inclinaison du bed ou pour une mise \u00e0 niveau compl\u00e8te de celui-ci. Si le bed utilise plusieurs steppers Z, Klipper peut \u00e9galement le mettre \u00e0 niveau en manipulant ind\u00e9pendamment les steppers Z. La plupart des capteurs de hauteur Z sont prises en charge, y compris les sondes BL-Touch et les sondes activ\u00e9es par servomoteur. Prise en charge du calibrage delta automatique. L'outil d'\u00e9talonnage peut effectuer un \u00e9talonnage de base de la hauteur ainsi qu'un avanc\u00e9 des dimensions X et Y. L'\u00e9talonnage peut \u00eatre effectu\u00e9 avec un palpeur de l'axe Z ou manuellement. Prise en charge de l'option \"exclure un objet\" lors de l'impression. Lorsqu'il est configur\u00e9, ce module peut faciliter l'annulation d'un seul objet dans une impression en plusieurs parties. Prise en charge des capteurs de temp\u00e9rature courants (par exemple, les thermistances courantes, AD595, AD597, AD849x, PT100, PT1000, MAX6675, MAX31855, MAX31856, MAX31865, BME280, HTU21D, DS18B20 et LM75). Des thermistances et des capteurs de temp\u00e9rature analogiques personnalis\u00e9s peuvent \u00e9galement \u00eatre configur\u00e9s. On peut surveiller le capteur de temp\u00e9rature interne du microcontr\u00f4leur et le capteur de temp\u00e9rature interne d'un Raspberry Pi. Protection thermique basique de l'appareil activ\u00e9e par d\u00e9faut. Prise en charge des ventilateurs standard, des ventilateurs de buses et des ventilateurs \u00e0 temp\u00e9rature contr\u00f4l\u00e9e. Il n'est pas n\u00e9cessaire de faire tourner les ventilateurs lorsque l'imprimante est inactive. La vitesse du ventilateur peut \u00eatre contr\u00f4l\u00e9e sur les ventilateurs dot\u00e9s d'un tachym\u00e8tre. Prise en charge de la configuration en temps r\u00e9el des pilotes de moteurs pas \u00e0 pas TMC2130, TMC2208/TMC2224, TMC2209, TMC2660 et TMC5160. Il existe \u00e9galement un support pour le contr\u00f4le du courant des pilotes de moteurs pas \u00e0 pas traditionnels via AD5206, DAC084S085, MCP4451, MCP4728, MCP4018, et les broches PWM. Prise en charge des \u00e9crans LCD courants fix\u00e9s directement \u00e0 l'imprimante. Un menu par d\u00e9faut est \u00e9galement disponible. Le contenu de l'\u00e9cran et du menu peut \u00eatre enti\u00e8rement personnalis\u00e9 via le fichier de configuration. Acc\u00e9l\u00e9ration constante et prise en charge du \"look-ahead\". Tous les mouvements de l'imprimante s'acc\u00e9l\u00e8rent progressivement de l'arr\u00eat \u00e0 la vitesse de croisi\u00e8re, puis d\u00e9c\u00e9l\u00e8rent pour revenir \u00e0 l'arr\u00eat. Le flux entrant de commandes de mouvement en G-Code est mis en file d'attente et analys\u00e9 - l'acc\u00e9l\u00e9ration entre les mouvements dans une direction similaire sera optimis\u00e9e pour r\u00e9duire les blocages d'impression et am\u00e9liorer le temps d'impression global. Klipper met en \u0153uvre un algorithme de \"fin de phase pas \u00e0 pas\" qui peut am\u00e9liorer la pr\u00e9cision des interrupteurs de but\u00e9e. Lorsqu'il est correctement r\u00e9gl\u00e9, il peut am\u00e9liorer l'adh\u00e9rence de la premi\u00e8re couche d'une impression. Prise en charge des capteurs de pr\u00e9sence de filaments, des capteurs de mouvement de filaments et des capteurs de largeur de filaments. Prise en charge de la mesure et l'enregistrement de l'acc\u00e9l\u00e9ration \u00e0 l'aide d'un acc\u00e9l\u00e9rom\u00e8tre adxl345, mpu9250 et mpu6050. Prise en charge de la limitation de la vitesse maximale des mouvements courts en \"zigzag\" pour r\u00e9duire les vibrations et le bruit de l'imprimante. Voir le document Cin\u00e9matiques pour plus d'informations. Des exemples de fichiers de configuration sont disponibles pour de nombreuses imprimantes courantes. Consultez le r\u00e9pertoire des configurations pour en obtenir la liste. Pour commencer avec Klipper, lisez le guide d' installation . Tests de performance du stepper \u00b6 Ci-apr\u00e8s les r\u00e9sultats des tests de performance du stepper. Les chiffres indiqu\u00e9s repr\u00e9sentent le nombre total de pas par seconde sur le micro-contr\u00f4leur. Microcontr\u00f4leur 1 stepper actif 3 steppers actifs AVR 16Mhz 157K 99K AVR 20Mhz 196K 123K SAMD21 686K 471K STM32F042 814K 578K PRU Beaglebone 866K 708K STM32G0B1 1103K 790K STM32F103 1180K 818K SAM3X8E 1273K 981K SAM4S8C 1690K 1385K LPC1768 1923K 1351K LPC1769 2353K 1622K RP2040 2400K 1636K SAM4E8E 2500K 1674K SAMD51 3077K 1885K STM32F407 3652K 2459K STM32F446 3913K 2634K STM32H743 9091K 6061K Si vous n'\u00eates pas s\u00fbr du microcontr\u00f4leur d'une carte particuli\u00e8re, trouvez le fichier de configuration appropri\u00e9 , et cherchez le nom du microcontr\u00f4leur dans les commentaires en haut de ce fichier. De plus amples d\u00e9tails sur les bancs d'essais sont disponibles dans le document des bancs d'essais .","title":"Caract\u00e9ristiques"},{"location":"Features.html#caracteristiques","text":"Klipper propose plusieurs caract\u00e9ristiques int\u00e9ressantes : Mouvements pas \u00e0 pas de haute pr\u00e9cision. Klipper utilise un processeur d'application (tel qu'un Raspberry Pi \u00e0 bas prix) pour calculer les mouvements de l'imprimante. Ce processeur d'application d\u00e9termine le moment o\u00f9 il faut faire marcher chaque moteur pas \u00e0 pas, compresse ces \u00e9v\u00e9nements, les transmet au microcontr\u00f4leur pour que celui-ci ex\u00e9cute chaque \u00e9v\u00e9nement au moment demand\u00e9. Chaque \u00e9v\u00e9nement du moteur pas \u00e0 pas est programm\u00e9 avec une pr\u00e9cision de 25 microsecondes ou mieux. Le logiciel n'utilise pas d'estimations cin\u00e9matiques (telles que l'algorithme de Bresenham), au lieu de cela, il calcule des dur\u00e9es de pas pr\u00e9cises bas\u00e9es sur les physiques de l'acc\u00e9l\u00e9ration et de la cin\u00e9matique de la machine. Un mouvement plus pr\u00e9cis des pas permet un fonctionnement plus silencieux et plus stable de l'imprimante. Meilleures performances de sa cat\u00e9gorie. Klipper est capable d'atteindre des taux de pas \u00e9lev\u00e9s sur les micro-contr\u00f4leurs nouveaux et anciens. M\u00eame les anciens microcontr\u00f4leurs 8 bits peuvent obtenir des taux sup\u00e9rieurs \u00e0 175 000 pas par seconde. Sur les micro-contr\u00f4leurs plus r\u00e9cents, plusieurs millions de pas par seconde sont possibles. Des taux de pas plus \u00e9lev\u00e9s permettent des vitesses d'impression plus \u00e9lev\u00e9es. La synchronisation des \u00e9v\u00e9nements du pas \u00e0 pas reste pr\u00e9cise m\u00eame \u00e0 des vitesses \u00e9lev\u00e9es, ce qui am\u00e9liore la stabilit\u00e9 globale. Klipper prend en charge les imprimantes dot\u00e9es de plusieurs microcontr\u00f4leurs. Par exemple, un microcontr\u00f4leur peut \u00eatre utilis\u00e9 pour contr\u00f4ler l'extrudeur, tandis qu'un autre contr\u00f4le les pi\u00e8ces chauffantes de l'imprimante, et un troisi\u00e8me s'occupe du reste de l'imprimante. Le logiciel Klipper met en \u0153uvre la synchronisation de l'horloge pour tenir compte de la d\u00e9rive entre les microcontr\u00f4leurs. Il n'y a pas besoin de code particulier pour activer plusieurs microcontr\u00f4leurs - il suffit de quelques lignes suppl\u00e9mentaires dans le fichier de configuration. Configuration gr\u00e2ce \u00e0 un fichier de configuration unique. Il n'est pas n\u00e9cessaire de reflasher le microcontr\u00f4leur pour modifier un param\u00e8tre. Toute la configuration de Klipper est stock\u00e9e dans un fichier de configuration standard qui peut \u00eatre facilement modifi\u00e9. Cela facilite la configuration et la maintenance du mat\u00e9riel. Klipper prend en charge la fonction \"Smooth Pressure Advance\", un m\u00e9canisme permettant de prendre en compte les effets de la pression dans un extrudeur. Cela r\u00e9duit le \"suintement\" de l'extrudeur et am\u00e9liore la qualit\u00e9 des d'impression des coins. L'impl\u00e9mentation de Klipper n'introduit pas de changements instantan\u00e9s de la vitesse de l'extrudeur, ce qui am\u00e9liore la stabilit\u00e9 et la robustesse g\u00e9n\u00e9rales. Klipper prend en charge la fonction \"Input Shaping\" pour r\u00e9duire l'impact des vibrations sur la qualit\u00e9 d'impression. Cela peut r\u00e9duire ou \u00e9liminer le \"ringing\" (\u00e9galement appel\u00e9 \"ghosting\", \"echoing\" ou \"rippling\") des impressions. Cela peut \u00e9galement permettre d'obtenir des vitesses d'impression plus rapides tout en maintenant une qualit\u00e9 d'impression \u00e9lev\u00e9e. Klipper utilise un \"solveur it\u00e9ratif\" pour calculer des temps de pas pr\u00e9cis \u00e0 partir d'\u00e9quations cin\u00e9matiques simples. Cela facilite le portage de Klipper sur de nouveaux types de robots et permet de conserver un timing pr\u00e9cis m\u00eame avec une cin\u00e9matique complexe (aucune \"segmentation de ligne\" n'est n\u00e9cessaire). Klipper est agnostique vis-\u00e0-vis du mat\u00e9riel. On doit obtenir le m\u00eame timing pr\u00e9cis ind\u00e9pendamment du mat\u00e9riel \u00e9lectronique de bas niveau. Le code du microcontr\u00f4leur de Klipper est con\u00e7u pour suivre fid\u00e8lement l\u2019ordonnancement fourni par le logiciel h\u00f4te de Klipper (ou pour alerter l'utilisateur de mani\u00e8re \u00e9vidente s'il n'y parvient pas). Il est ainsi plus facile d'utiliser le mat\u00e9riel disponible, de mettre \u00e0 niveau vers un nouveau mat\u00e9riel et d'\u00eatre confiant dans ce mat\u00e9riel. Code portable. Klipper fonctionne sur les micro-contr\u00f4leurs bas\u00e9s sur ARM, AVR et PRU. Les imprimantes existantes de type \"reprap\" peuvent utiliser Klipper sans modification mat\u00e9rielle - il suffit d'ajouter un Raspberry Pi. La conception interne du code de Klipper facilite le support d'autres architectures de micro-contr\u00f4leurs. Un code plus simple. Klipper utilise un langage de tr\u00e8s haut niveau (Python) pour la plupart du code. Les algorithmes cin\u00e9matiques, l'analyse du code G, les algorithmes de chauffage et de thermistance, etc. sont tous \u00e9crits en Python. Il est donc plus facile de d\u00e9velopper de nouvelles fonctionnalit\u00e9s. Macros programmables personnalis\u00e9es. De nouvelles commandes G-Code peuvent \u00eatre d\u00e9finies dans le fichier de configuration de l'imprimante (aucune modification du code n'est alors n\u00e9cessaire). Ces commandes sont programmables - ce qui leur permet de produire diff\u00e9rentes actions selon l'\u00e9tat de l'imprimante. Serveur d\u2019API int\u00e9gr\u00e9. En plus de l\u2019interface G-Code standard, Klipper prend en charge une interface d\u2019application en JSON. Cela permet aux programmeurs de cr\u00e9er des applications externes avec un contr\u00f4le pr\u00e9cis de l\u2019imprimante.","title":"Caract\u00e9ristiques"},{"location":"Features.html#caracteristiques-supplementaires","text":"Klipper prend en charge de nombreuses fonctionnalit\u00e9s standard des imprimantes 3d : Plusieurs interfaces web disponibles. Fonctionne avec Mainsail, Fluidd, OctoPrint et d'autres. Cela permet de contr\u00f4ler l'imprimante \u00e0 l'aide d'un navigateur web ordinaire. Le m\u00eame Raspberry Pi qui fait fonctionner Klipper peut \u00e9galement faire fonctionner l'interface web. Prise en charge du G-Code standard. Les commandes de g-code courantes produites par les \"trancheurs\" (slicers) typiques (SuperSlicer, Cura, PrusaSlicer, etc.) sont prises en charge. Prise en charge de l'extrusion multiple. Les extrudeurs avec r\u00e9chauffeurs partag\u00e9s et les extrudeurs sur chariots ind\u00e9pendants (IDEX) sont \u00e9galement prises en charge. Prise en charge des imprimantes cart\u00e9siennes, delta, corexy, corexz, hybrides-corexy, hybrides-corexz, deltesiennes, rotatives delta, polaires et \u00e0 treuil. Support du nivellement automatique du bed. Klipper peut \u00eatre configur\u00e9 pour une d\u00e9tection de base de l'inclinaison du bed ou pour une mise \u00e0 niveau compl\u00e8te de celui-ci. Si le bed utilise plusieurs steppers Z, Klipper peut \u00e9galement le mettre \u00e0 niveau en manipulant ind\u00e9pendamment les steppers Z. La plupart des capteurs de hauteur Z sont prises en charge, y compris les sondes BL-Touch et les sondes activ\u00e9es par servomoteur. Prise en charge du calibrage delta automatique. L'outil d'\u00e9talonnage peut effectuer un \u00e9talonnage de base de la hauteur ainsi qu'un avanc\u00e9 des dimensions X et Y. L'\u00e9talonnage peut \u00eatre effectu\u00e9 avec un palpeur de l'axe Z ou manuellement. Prise en charge de l'option \"exclure un objet\" lors de l'impression. Lorsqu'il est configur\u00e9, ce module peut faciliter l'annulation d'un seul objet dans une impression en plusieurs parties. Prise en charge des capteurs de temp\u00e9rature courants (par exemple, les thermistances courantes, AD595, AD597, AD849x, PT100, PT1000, MAX6675, MAX31855, MAX31856, MAX31865, BME280, HTU21D, DS18B20 et LM75). Des thermistances et des capteurs de temp\u00e9rature analogiques personnalis\u00e9s peuvent \u00e9galement \u00eatre configur\u00e9s. On peut surveiller le capteur de temp\u00e9rature interne du microcontr\u00f4leur et le capteur de temp\u00e9rature interne d'un Raspberry Pi. Protection thermique basique de l'appareil activ\u00e9e par d\u00e9faut. Prise en charge des ventilateurs standard, des ventilateurs de buses et des ventilateurs \u00e0 temp\u00e9rature contr\u00f4l\u00e9e. Il n'est pas n\u00e9cessaire de faire tourner les ventilateurs lorsque l'imprimante est inactive. La vitesse du ventilateur peut \u00eatre contr\u00f4l\u00e9e sur les ventilateurs dot\u00e9s d'un tachym\u00e8tre. Prise en charge de la configuration en temps r\u00e9el des pilotes de moteurs pas \u00e0 pas TMC2130, TMC2208/TMC2224, TMC2209, TMC2660 et TMC5160. Il existe \u00e9galement un support pour le contr\u00f4le du courant des pilotes de moteurs pas \u00e0 pas traditionnels via AD5206, DAC084S085, MCP4451, MCP4728, MCP4018, et les broches PWM. Prise en charge des \u00e9crans LCD courants fix\u00e9s directement \u00e0 l'imprimante. Un menu par d\u00e9faut est \u00e9galement disponible. Le contenu de l'\u00e9cran et du menu peut \u00eatre enti\u00e8rement personnalis\u00e9 via le fichier de configuration. Acc\u00e9l\u00e9ration constante et prise en charge du \"look-ahead\". Tous les mouvements de l'imprimante s'acc\u00e9l\u00e8rent progressivement de l'arr\u00eat \u00e0 la vitesse de croisi\u00e8re, puis d\u00e9c\u00e9l\u00e8rent pour revenir \u00e0 l'arr\u00eat. Le flux entrant de commandes de mouvement en G-Code est mis en file d'attente et analys\u00e9 - l'acc\u00e9l\u00e9ration entre les mouvements dans une direction similaire sera optimis\u00e9e pour r\u00e9duire les blocages d'impression et am\u00e9liorer le temps d'impression global. Klipper met en \u0153uvre un algorithme de \"fin de phase pas \u00e0 pas\" qui peut am\u00e9liorer la pr\u00e9cision des interrupteurs de but\u00e9e. Lorsqu'il est correctement r\u00e9gl\u00e9, il peut am\u00e9liorer l'adh\u00e9rence de la premi\u00e8re couche d'une impression. Prise en charge des capteurs de pr\u00e9sence de filaments, des capteurs de mouvement de filaments et des capteurs de largeur de filaments. Prise en charge de la mesure et l'enregistrement de l'acc\u00e9l\u00e9ration \u00e0 l'aide d'un acc\u00e9l\u00e9rom\u00e8tre adxl345, mpu9250 et mpu6050. Prise en charge de la limitation de la vitesse maximale des mouvements courts en \"zigzag\" pour r\u00e9duire les vibrations et le bruit de l'imprimante. Voir le document Cin\u00e9matiques pour plus d'informations. Des exemples de fichiers de configuration sont disponibles pour de nombreuses imprimantes courantes. Consultez le r\u00e9pertoire des configurations pour en obtenir la liste. Pour commencer avec Klipper, lisez le guide d' installation .","title":"Caract\u00e9ristiques suppl\u00e9mentaires"},{"location":"Features.html#tests-de-performance-du-stepper","text":"Ci-apr\u00e8s les r\u00e9sultats des tests de performance du stepper. Les chiffres indiqu\u00e9s repr\u00e9sentent le nombre total de pas par seconde sur le micro-contr\u00f4leur. Microcontr\u00f4leur 1 stepper actif 3 steppers actifs AVR 16Mhz 157K 99K AVR 20Mhz 196K 123K SAMD21 686K 471K STM32F042 814K 578K PRU Beaglebone 866K 708K STM32G0B1 1103K 790K STM32F103 1180K 818K SAM3X8E 1273K 981K SAM4S8C 1690K 1385K LPC1768 1923K 1351K LPC1769 2353K 1622K RP2040 2400K 1636K SAM4E8E 2500K 1674K SAMD51 3077K 1885K STM32F407 3652K 2459K STM32F446 3913K 2634K STM32H743 9091K 6061K Si vous n'\u00eates pas s\u00fbr du microcontr\u00f4leur d'une carte particuli\u00e8re, trouvez le fichier de configuration appropri\u00e9 , et cherchez le nom du microcontr\u00f4leur dans les commentaires en haut de ce fichier. De plus amples d\u00e9tails sur les bancs d'essais sont disponibles dans le document des bancs d'essais .","title":"Tests de performance du stepper"},{"location":"G-Codes.html","text":"G-Codes \u00b6 Ce document d\u00e9crit les commandes que Klipper supporte. Il s'agit de commandes que l'on peut saisir dans l'onglet du terminal OctoPrint. Commandes G-Code \u00b6 Klipper prend en charge les commandes G-Code standard suivantes : Move (G0 ou G1): G1 [X] [Y] [Z] [E] [F] Temporisation : G4 P D\u00e9placement vers l'origine : G28 [X] [Y] [Z] \u00c9teindre les moteurs : M18 ou M84 Attendre la fin des mouvements en cours : M400 Utiliser des distances absolues/relatives pour l'extrusion : M82 , M83 Utiliser des coordonn\u00e9es absolues/relatives : G90 , G91 D\u00e9finir la position : G92 [X] [Y] [Z] [E] D\u00e9finir le pourcentage de neutralisation du facteur de vitesse : M220 S D\u00e9finit le pourcentage d'annulation du facteur d'extrusion : M221 S R\u00e9gler l'acc\u00e9l\u00e9ration : M204 S OU M204 P T Remarque : si S n'est pas sp\u00e9cifi\u00e9 et que P et T le sont, l'acc\u00e9l\u00e9ration sera r\u00e9gl\u00e9e sur le minimum de P et T. Si un seul P ou T est donn\u00e9, la commande n'aura aucun effet. Obtenir la temp\u00e9rature de l'extrudeur : M105 R\u00e9gler la temp\u00e9rature de l'extrudeur : M104 [T] [S] R\u00e9gler la temp\u00e9rature de l'extrudeur et attendre : M109 [T] S Note : M109 attendra toujours que la temp\u00e9rature se stabilise \u00e0 la valeur demand\u00e9e. R\u00e9gler la temp\u00e9rature du bed : M140 [S] R\u00e9gler la temp\u00e9rature du bed et attendre : M190 S Note : M190 attendra toujours que la temp\u00e9rature se stabilise \u00e0 la valeur demand\u00e9e. R\u00e9gler la vitesse du ventilateur : M106 S D\u00e9sactiver le ventilateur : M107 Arr\u00eat d'urgence : M112 Obtenir la position actuelle : M114 Obtenir la version du firmware : M115 Pour plus de d\u00e9tails sur les commandes ci-dessus, voir la [documentation RepRap G-Code] ( http://reprap.org/wiki/G-code ). L'objectif de Klipper est de prendre en charge les commandes G-Code produites par les logiciels tiers courants (par exemple, OctoPrint, Printrun, Slic3r, Cura, etc.) dans leurs configurations standards. Le but n'est pas de prendre en charge toutes les commandes G-Code possibles. Au contraire, Klipper pr\u00e9f\u00e8re les [\"commandes G-Code \u00e9tendues\"] (#additional-commands) humainement lisibles. De la m\u00eame mani\u00e8re, la sortie du terminal G-Code est uniquement destin\u00e9e \u00e0 \u00eatre humainement lisible - voir le document du serveur API si vous contr\u00f4lez Klipper depuis un logiciel externe. Si vous avez besoin d'une commande G-Code moins courante, il est possible de l'impl\u00e9menter avec une section de configuration gcode_macro personnalis\u00e9e . Par exemple, on peut utiliser ceci pour impl\u00e9menter : G12 , G29 , G30 , G31 , M42 , M80 , M81 , T1 , etc. Commandes additionnelles \u00b6 Klipper utilise des commandes G-Code \"\u00e9tendues\" pour la configuration g\u00e9n\u00e9rale et l'\u00e9tat. Ces commandes \u00e9tendues suivent toutes un format similaire : elles commencent par le nom de la commande et peuvent \u00eatre suivies d'un ou plusieurs param\u00e8tres. Par exemple : SET_SERVO SERVO=myservo ANGLE=5.3 . Dans ce document, les commandes et les param\u00e8tres sont indiqu\u00e9s en majuscules, mais ils ne sont pas sensibles \u00e0 la casse. (Ainsi, \"SET_SERVO\" et \"set_servo\" ex\u00e9cuteront tous deux la m\u00eame commande). Cette section est organis\u00e9e par nom de module Klipper, en suivant g\u00e9n\u00e9ralement les noms de section sp\u00e9cifi\u00e9s dans le fichier de configuration de l'imprimante . Notez que certains modules sont automatiquement charg\u00e9s. [adxl345] \u00b6 Les commandes suivantes sont disponibles lorsqu'une section adxl345 config est activ\u00e9e. ACCELEROMETER_MEASURE \u00b6 ACCELEROMETER_MEASURE [CHIP=] [NAME=] : D\u00e9marre les mesures de l'acc\u00e9l\u00e9rom\u00e8tre au nombre d'\u00e9chantillons par seconde demand\u00e9. Si CHIP n'est pas pr\u00e9cis\u00e9, la valeur par d\u00e9faut est \"adxl345\". La commande fonctionne en mode start-stop : ex\u00e9cut\u00e9e pour la premi\u00e8re fois, elle d\u00e9marre les mesures, l'ex\u00e9cution suivante les arr\u00eate. Les r\u00e9sultats des mesures sont \u00e9crits dans un fichier nomm\u00e9 /tmp/adxl345--.csv o\u00f9 est le nom de la puce acc\u00e9l\u00e9rom\u00e8tre ( my_chip_name de [adxl345 my_chip_name] ) et est le param\u00e8tre optionnel NAME. Si le param\u00e8tre NOM n'est pas pr\u00e9cis\u00e9, l'heure actuelle est utilis\u00e9e par d\u00e9faut au format \"AAAAMMJJ_HHMMSS\". Si l'acc\u00e9l\u00e9rom\u00e8tre n'a pas de nom dans sa section de configuration (simplement [adxl345] ) alors la partie du nom n'est pas g\u00e9n\u00e9r\u00e9e. ACCELEROMETER_QUERY \u00b6 ACCELEROMETER_QUERY [CHIP=] [RATE=] : interroge l'acc\u00e9l\u00e9rom\u00e8tre pour la valeur courante. Si CHIP n'est pas pr\u00e9cis\u00e9, la valeur par d\u00e9faut est \"adxl345\". Si RATE n'est pas pr\u00e9cis\u00e9, la valeur par d\u00e9faut est utilis\u00e9e. Cette commande permet de tester la connexion \u00e0 l'acc\u00e9l\u00e9rom\u00e8tre ADXL345 : une des valeurs retourn\u00e9es devrait \u00eatre une acc\u00e9l\u00e9ration en chute libre (+/- un certain bruit de la puce). ACCELEROMETER_DEBUG_READ \u00b6 ACCELEROMETER_DEBUG_READ [CHIP=] REG= : interroge le registre ADXL345 \"registre\" (par exemple 44 ou 0x2C). Peut \u00eatre utile \u00e0 des fins de d\u00e9bogage. ACCELEROMETER_DEBUG_WRITE \u00b6 ACCELEROMETER_DEBUG_WRITE [CHIP=] REG= VAL= : Ecrit la \"valeur\" brute dans le registre \"registre\". La \"valeur\" et le \"registre\" peuvent \u00eatre des entiers d\u00e9cimaux ou hexad\u00e9cimaux. A utiliser avec pr\u00e9caution, et se r\u00e9f\u00e9rer \u00e0 la fiche technique de l'ADXL345 pour la r\u00e9f\u00e9rence. [angle] \u00b6 Les commandes suivantes sont disponibles lorsqu'une section angle config est activ\u00e9e. ANGLE_CALIBRATE \u00b6 ANGLE_CALIBRATE CHIP= : Effectue une calibration d'angle sur le capteur donn\u00e9 (il doit y avoir une section de configuration [angle nom_de_la_puce] qui a indiqu\u00e9 un param\u00e8tre stepper ). IMPORTANT - cet outil commandera au moteur pas \u00e0 pas de se d\u00e9placer sans v\u00e9rifier les limites normales de la cin\u00e9matique. Id\u00e9alement, le moteur devrait \u00eatre d\u00e9connect\u00e9 de tout chariot d'imprimante avant d'effectuer le calibrage. Si le moteur pas \u00e0 pas ne peut pas \u00eatre d\u00e9connect\u00e9 de l'imprimante, assurez-vous que le chariot est proche du centre de son rail avant de commencer l'\u00e9talonnage. (Le moteur pas \u00e0 pas peut se d\u00e9placer vers l'avant ou l'arri\u00e8re de deux rotations compl\u00e8tes durant ce test). Apr\u00e8s avoir termin\u00e9 ce test, utilisez la commande SAVE_CONFIG pour sauvegarder les donn\u00e9es de calibration dans le fichier de configuration. Afin d'utiliser cet outil, le paquetage Python \"numpy\" doit \u00eatre install\u00e9 (voir le document mesurer les r\u00e9sonances pour plus d'informations). ANGLE_DEBUG_READ \u00b6 ANGLE_DEBUG_READ CHIP= REG= : Interroge le registre \"registre\" du capteur (par exemple 44 ou 0x2C). Peut \u00eatre utile \u00e0 des fins de d\u00e9bogage. Ceci n'est disponible que pour les puces tle5012b. ANGLE_DEBUG_WRITE \u00b6 ANGLE_DEBUG_WRITE CHIP= REG= VAL= : \u00c9crit la \"valeur\" brute dans le registre \"registre\". La \"valeur\" et le \"registre\" peuvent \u00eatre des entiers d\u00e9cimaux ou hexad\u00e9cimaux. A utiliser avec pr\u00e9caution, et se r\u00e9f\u00e9rer \u00e0 la fiche technique du capteur pour la r\u00e9f\u00e9rence. Cette fonction n'est disponible que pour les puces tle5012b. [bed_mesh] \u00b6 Les commandes suivantes sont disponibles lorsque la section configuration de bed_mesh est activ\u00e9e (voir \u00e9galement le guide de bed_mesh ). BED_MESH_CALIBRATE \u00b6 BED_MESH_CALIBRATE [METHOD=manual] [=] [=] : Cette commande palpe le bed en utilisant des points g\u00e9n\u00e9r\u00e9s sp\u00e9cifi\u00e9s par les param\u00e8tres de la config. Apr\u00e8s le test, un maillage est g\u00e9n\u00e9r\u00e9 et le d\u00e9placement de l'axe Z est ajust\u00e9 en fonction de celui-ci. R\u00e9f\u00e9rez-vous \u00e0 la commande PROBE pour plus de d\u00e9tails sur les param\u00e8tres optionnels. Si METHOD=manual est sp\u00e9cifi\u00e9, l'outil de palpage manuel est activ\u00e9 - voir la commande MANUAL_PROBE ci-dessus pour plus de d\u00e9tails sur les possibilit\u00e9s suppl\u00e9mentaires disponibles lorsque cet outil est utilis\u00e9. BED_MESH_OUTPUT \u00b6 BED_MESH_OUTPUT PGP=[<0:1>] : Cette commande \u00e9crit les valeurs z palp\u00e9es actuelles et les valeurs de maillage actuelles sur le terminal. Si PGP=1 est sp\u00e9cifi\u00e9, les coordonn\u00e9es X, Y g\u00e9n\u00e9r\u00e9es par bed_mesh, ainsi que leurs indices associ\u00e9s, seront envoy\u00e9s au terminal. BED_MESH_MAP \u00b6 BED_MESH_MAP : Comme pour BED_MESH_OUTPUT, cette commande affiche l'\u00e9tat actuel du maillage sur le terminal. L'\u00e9tat sera retourn\u00e9 au format json. Cela permet aux plugins octoprint de r\u00e9cup\u00e9rer facilement les donn\u00e9es et de g\u00e9n\u00e9rer des cartes d'altitude au plus proche de la surface du bed. BED_MESH_CLEAR \u00b6 BED_MESH_CLEAR : Cette commande efface le maillage actuel et supprime les ajustements de l'axe z. Il est recommand\u00e9 de mettre cette commande dans votre gcode de fin. BED_MESH_PROFILE \u00b6 BED_MESH_PROFILE LOAD= SAVE= REMOVE= : Cette commande fournit une gestion de profil pour l'\u00e9tat du maillage. LOAD restaurera l'\u00e9tat du maillage \u00e0 partir du profil correspondant au nom fourni. SAVE sauvegarde l'\u00e9tat du maillage actuel dans un profil correspondant au nom fourni. REMOVE supprimera le profil correspondant au nom fourni de la m\u00e9moire persistante. Notez qu'apr\u00e8s l'ex\u00e9cution des op\u00e9rations SAVE ou REMOVE, le gcode SAVE_CONFIG doit \u00eatre ex\u00e9cut\u00e9 pour rendre les changements de la m\u00e9moire persistante permanents. BED_MESH_OFFSET \u00b6 BED_MESH_OFFSET [X=] [Y=] : Applique des d\u00e9calages X et/ou Y pour l'\u00e9valuation du maillage. Ceci est utile pour les imprimantes avec extrudeurs ind\u00e9pendants, car un d\u00e9calage est n\u00e9cessaire pour obtenir un ajustement Z correct apr\u00e8s un changement d'outil. [bed_screws] \u00b6 Les commandes suivantes sont disponibles lorsque la section config bed_screws est activ\u00e9e (voir \u00e9galement le guide du nivelage manuel ). BED_SCREWS_ADJUST \u00b6 BED_SCREWS_ADJUST : Cette commande fait appel \u00e0 l'outil de r\u00e9glage des vis du bed. Elle commandera la buse \u00e0 diff\u00e9rents endroits (tels que d\u00e9finis dans le fichier de configuration) et permettra d'ajuster les vis du bed afin que celui-ci et la buse soient \u00e0 distance constante. [bed_tilt] \u00b6 Les commandes suivantes sont disponibles lorsque la section config bed_tilt est activ\u00e9e. BED_TILT_CALIBRATE \u00b6 BED_TILT_CALIBRATE [METHOD=manual] [=] : Cette commande teste les points sp\u00e9cifi\u00e9s dans la configuration, puis recommande des ajustements d'inclinaison x et y mis \u00e0 jour. Voir la commande PROBE pour plus de d\u00e9tails sur les param\u00e8tres de palpage optionnels. Si METHOD=manual est sp\u00e9cifi\u00e9, l'outil de palpage manuel est activ\u00e9 - voir la commande MANUAL_PROBE ci-dessus pour plus de d\u00e9tails sur les commandes suppl\u00e9mentaires disponibles lorsque cet outil est actif. [bltouch] \u00b6 La commande suivante est disponible lorsqu'une section bltouch config est activ\u00e9e (voir \u00e9galement le Guide BL-Touch ). BLTOUCH_DEBUG \u00b6 BLTOUCH_DEBUG COMMAND= : Ceci envoie une commande au BLTouch. Elle peut \u00eatre utile pour le d\u00e9bogage. Les commandes disponibles sont : pin_down , touch_mode , pin_up , self_test , reset . Un BL-Touch V3.0 ou V3.1 accepte en plus les commandes set_5V_output_mode , set_OD_output_mode , output_mode_store . BLTOUCH_STORE \u00b6 BLTOUCH_STORE MODE= : Stocke un mode de sortie dans l'EEPROM d'un BLTouch V3.1 Les modes de sortie disponibles sont : 5V , OD [configfile] \u00b6 Le module configfile est automatiquement charg\u00e9. SAVE_CONFIG \u00b6 SAVE_CONFIG : Cette commande \u00e9crase le fichier de configuration principal de l'imprimante et red\u00e9marre le logiciel h\u00f4te. Cette commande est utilis\u00e9e conjointement avec d'autres commandes d'\u00e9talonnage pour enregistrer les r\u00e9sultats de ces tests. [delayed_gcode] \u00b6 La commande suivante est activ\u00e9e si une section de configuration delayed_gcode a \u00e9t\u00e9 activ\u00e9e (voir \u00e9galement le guide des mod\u00e8les ). UPDATE_DELAYED_GCODE \u00b6 UPDATE_DELAYED_GCODE [ID=] [DURATION=] : Met \u00e0 jour la dur\u00e9e du retard du [delayed_gcode] identifi\u00e9 et d\u00e9marre le minuteur pour l'ex\u00e9cution du gcode. Une valeur de 0 annulera l'ex\u00e9cution d'un gcode retard\u00e9 en attente. [delta_calibrate] \u00b6 Les commandes suivantes sont disponibles lorsque la section delta_calibrate config est activ\u00e9e (voir \u00e9galement le guide delta calibrate ). DELTA_CALIBRATE \u00b6 DELTA_CALIBRATE [METHOD=manual] [=] : Cette commande teste sept points sur le lit et recommande des positions de but\u00e9e, des angles de tour et des rayons mis \u00e0 jour. Voir la commande PROBE pour plus de d\u00e9tails sur les param\u00e8tres de palpage optionnels. Si METHOD=manual est sp\u00e9cifi\u00e9, l'outil de palpage manuel est activ\u00e9 - voir la commande MANUAL_PROBE ci-dessus pour plus de d\u00e9tails sur les commandes suppl\u00e9mentaires disponibles lorsque cet outil est actif. DELTA_ANALYZE \u00b6 DELTA_ANALYZE : Cette commande est utilis\u00e9e pendant l'\u00e9talonnage delta am\u00e9lior\u00e9. Voir Calibrage delta pour plus de d\u00e9tails. [display] \u00b6 La commande suivante est disponible lorsqu'une section display config est activ\u00e9e. SET_DISPLAY_GROUP \u00b6 SET_DISPLAY_GROUP [DISPLAY=] GROUP= : D\u00e9finit le groupe d'affichage actif d'un \u00e9cran LCD. Cela permet de d\u00e9finir plusieurs groupes de donn\u00e9es d'affichage dans la configuration, par exemple [display_data ] et de passer de l'un \u00e0 l'autre en utilisant cette commande gcode \u00e9tendue. Si DISPLAY n'est pas sp\u00e9cifi\u00e9, la valeur par d\u00e9faut est \"display\" (l'affichage principal). [display_status] \u00b6 Le module display_status est automatiquement charg\u00e9 si une section display config est activ\u00e9e. Il fournit les commandes G-Code standard suivantes : Afficher un message : M117 D\u00e9finir le pourcentage de g\u00e9n\u00e9ration : M73 P La commande G-Code \u00e9tendue suivante est \u00e9galement fournie : SET_DISPLAY_TEXT MSG= : Effectue l'\u00e9quivalent de M117, en d\u00e9finissant le MSG fourni comme le message d'affichage actuel. Si MSG est omis, l'affichage est effac\u00e9. [dual_carriage] \u00b6 La commande suivante est disponible lorsque la section config dual_carriage est activ\u00e9e. SET_DUAL_CARRIAGE \u00b6 SET_DUAL_CARRIAGE CARRIAGE=[0|1] : Cette commande d\u00e9finit le chariot actif. Elle est g\u00e9n\u00e9ralement appel\u00e9e \u00e0 partir des champs activate_gcode et deactivate_gcode dans une configuration \u00e0 extrudeurs multiples. [endstop_phase] \u00b6 Les commandes suivantes sont disponibles lorsqu'une section de configuration endstop_phase est activ\u00e9e (voir \u00e9galement le guide de la phase d'arr\u00eat ). ENDSTOP_PHASE_CALIBRATE \u00b6 ENDSTOP_PHASE_CALIBRATE [STEPPER=] : Si aucun param\u00e8tre STEPPER n'est fourni, cette commande rapporte des statistiques sur les phases d'arr\u00eat du stepper pendant les pr\u00e9c\u00e9dentes op\u00e9rations de recherche d'origine. Lorsqu'un param\u00e8tre STEPPER est fourni, elle fait en sorte que le param\u00e8tre de phase de fin de course donn\u00e9 soit \u00e9crit dans le fichier de configuration (en lien avec la commande SAVE_CONFIG). [exclude_object] \u00b6 Les commandes suivantes sont disponibles lorsqu'une section de configuration exclude_object est activ\u00e9e (voir \u00e9galement le guide d'exclusion d'objet ) : EXCLUDE_OBJECT \u00b6 EXCLUDE_OBJECT [NAME=nom_objet] [CURRENT=1] [RESET=1] : Sans param\u00e8tres, cette commande renvoie une liste de tous les objets actuellement exclus. Lorsque le param\u00e8tre NAME est donn\u00e9, l'objet nomm\u00e9 sera exclu de l'impression. Lorsque le param\u00e8tre CURRENT est donn\u00e9, l'objet courant sera exclu de l'impression. Lorsque le param\u00e8tre RESET est donn\u00e9, la liste des objets exclus sera effac\u00e9e. De plus, inclure le param\u00e8tre NAME ne r\u00e9initialisera que l'objet nomm\u00e9. Cela peut provoquer des \u00e9checs d'impression, si des couches ont d\u00e9j\u00e0 \u00e9t\u00e9 omises. EXCLUDE_OBJECT_DEFINE \u00b6 EXCLUDE_OBJECT_DEFINE [NAME=nom_objet [CENTER=X,Y] [POLYGON=[[x,y],...]]] [RESET=1] [JSON=1] : Fournit le r\u00e9sum\u00e9 d'un objet dans le fichier. Sans param\u00e8tres fournis, ceci va lister les objets d\u00e9finis connus de Klipper. Retourne une liste de cha\u00eenes de caract\u00e8res, \u00e0 moins que le param\u00e8tre JSON soit donn\u00e9, auquel cas retournera les d\u00e9tails de l'objet au format json. Lorsque le param\u00e8tre NAME est inclus, cela d\u00e9finit un objet \u00e0 exclure. NAME : Ce param\u00e8tre est obligatoire. Il s'agit de l'identifiant utilis\u00e9 par les autres commandes de ce module. CENTER : Une coordonn\u00e9e X,Y pour l'objet. POLYGON : Un tableau de coordonn\u00e9es X,Y fournissant le contour d'un objet. Lorsque le param\u00e8tre RESET est fourni, tous les objets d\u00e9finis seront effac\u00e9s, et le module [exclude_object] sera r\u00e9initialis\u00e9. EXCLUDE_OBJECT_START \u00b6 EXCLUDE_OBJECT_START NAME=nom_objet : Cette commande prend un param\u00e8tre NAME et indique le d\u00e9but du gcode pour un objet sur la couche courante. EXCLUDE_OBJECT_END \u00b6 EXCLUDE_OBJECT_END [NAME=nom_objet] : Indique la fin du gcode de l'objet pour la couche. Il est associ\u00e9 \u00e0 EXCLUDE_OBJECT_START . Le param\u00e8tre NAME est optionnel, et n'avertira que si le nom fourni ne correspond au nom actuel. [extruder] \u00b6 Les commandes suivantes sont disponibles si une section configuration de l'extrudeuse est activ\u00e9e : ACTIVATE_EXTRUDER \u00b6 ACTIVATE_EXTRUDER EXTRUDER= : Dans une imprimante comportant plusieurs sections de configuration d' extrudeuse , cette commande s\u00e9lectionne la t\u00eate d'outil active. SET_PRESSURE_ADVANCE \u00b6 SET_PRESSURE_ADVANCE [EXTRUDER=] [ADVANCE=] [SMOOTH_TIME=] : D\u00e9finit les param\u00e8tres d'avance de pression du moteur d'extrudeuse (comme d\u00e9fini dans une section de configuration extrudeur ou extruder_stepper ). Si EXTRUDER n'est pas sp\u00e9cifi\u00e9, il s'agit par d\u00e9faut du stepper d\u00e9fini dans la t\u00eate d'outil active. SET_EXTRUDER_ROTATION_DISTANCE \u00b6 SET_EXTRUDER_ROTATION_DISTANCE EXTRUDER= [DISTANCE=] : D\u00e9finit une nouvelle valeur pour la \"distance de rotation\" du moteur de l'extrudeuse fournie (telle que d\u00e9finie dans une section de configuration extruder ou extruder_stepper ). Si la distance de rotation est un nombre n\u00e9gatif, le mouvement du moteur sera invers\u00e9 (par rapport \u00e0 la direction du moteur sp\u00e9cifi\u00e9e dans le fichier de configuration). Les param\u00e8tres modifi\u00e9s ne sont pas conserv\u00e9s lors de la r\u00e9initialisation de Klipper. Utilisez avec pr\u00e9caution car de petites modifications peuvent entra\u00eener une pression excessive entre l'extrudeuse et la t\u00eate de l'outil. Effectuez un calibrage correct avec le filament avant de l'utiliser. Si la valeur 'DISTANCE' n'est pas fournie, cette commande renvoie la distance de rotation actuelle. SYNC_EXTRUDER_MOTION \u00b6 SYNC_EXTRUDER_MOTION EXTRUDER= MOTION_QUEUE= : Cette commande permet de synchroniser le moteur d'entra\u00eenement sp\u00e9cifi\u00e9 par EXTRUDER (tel que d\u00e9fini dans la section de configuration extruder ou extruder_stepper avec le mouvement d'un extrudeur sp\u00e9cifi\u00e9 par MOTION_QUEUE (tel que d\u00e9fini dans la section de configuration extruder ). Si MOTION_QUEUE est une cha\u00eene vide, le stepper sera d\u00e9synchronis\u00e9 de tout mouvement d'extrudeuse. SET_EXTRUDER_STEP_DISTANCE \u00b6 Cette commande est obsol\u00e8te et sera supprim\u00e9e dans un avenir proche. SYNC_STEPPER_TO_EXTRUDER \u00b6 Cette commande est obsol\u00e8te et sera supprim\u00e9e dans un avenir proche. [fan_generic] \u00b6 La commande suivante est disponible lorsqu'une section fan_generic config est activ\u00e9e. SET_FAN_SPEED \u00b6 SET_FAN_SPEED FAN=nom_config SPEED= Cette commande d\u00e9finit la vitesse d'un ventilateur. La valeur de \"vitesse\" doit \u00eatre comprise entre 0,0 et 1,0. [filament_switch_sensor] \u00b6 La commande suivante est disponible lorsqu'une section de configuration filament_switch_sensor ou filament_motion_sensor est activ\u00e9e. QUERY_FILAMENT_SENSOR \u00b6 QUERY_FILAMENT_SENSOR SENSOR= : Interroge l'\u00e9tat actuel du capteur de filament. Les donn\u00e9es affich\u00e9es sur le terminal d\u00e9pendront du type de capteur d\u00e9fini dans la configuration. SET_FILAMENT_SENSOR \u00b6 SET_FILAMENT_SENSOR SENSOR= ENABLE=[0|1] : Active/d\u00e9sactive le d\u00e9tecteur de filament. Si ENABLE est r\u00e9gl\u00e9 sur 0, le d\u00e9tecteur de filament est d\u00e9sactiv\u00e9, s'il est r\u00e9gl\u00e9 sur 1, il est activ\u00e9. [firmware_retraction] \u00b6 Les commandes G-Code standard suivantes sont disponibles lorsque la section de configuration firmware_retraction est activ\u00e9e. Ces commandes vous permettent d'utiliser la fonction de r\u00e9traction du micrologiciel disponible dans de nombreux trancheurs, afin de r\u00e9duire le cordage pendant les d\u00e9placements sans extrusion d'une partie de l'impression \u00e0 une autre. Une configuration appropri\u00e9e de l'avance \u00e0 la pression r\u00e9duit la longueur de r\u00e9traction requise. G10 : R\u00e9tracte l'extrudeur en utilisant les param\u00e8tres actuellement configur\u00e9s. G11 : D\u00e9tache l'extrudeur en utilisant les param\u00e8tres actuellement configur\u00e9s. Les commandes suppl\u00e9mentaires suivantes sont \u00e9galement disponibles. SET_RETRACTION \u00b6 SET_RETRACTION [RETRACT_LENGTH=] [RETRACT_SPEED=] [UNRETRACT_EXTRA_LENGTH=] [UNRETRACT_SPEED=] : Ajuste les param\u00e8tres utilis\u00e9s par la r\u00e9traction du micrologiciel. RETRACT_LENGTH d\u00e9termine la longueur de filament \u00e0 r\u00e9tracter et \u00e0 d\u00e9r\u00e9tracter. La vitesse de r\u00e9traction est ajust\u00e9e via RETRACT_SPEED, et est g\u00e9n\u00e9ralement r\u00e9gl\u00e9e relativement haut. La vitesse de d\u00e9stratification est ajust\u00e9e via UNRETRACT_SPEED, et n'est pas particuli\u00e8rement critique, bien que souvent inf\u00e9rieure \u00e0 RETRACT_SPEED. Dans certains cas, il est utile d'ajouter une petite quantit\u00e9 de longueur suppl\u00e9mentaire lors de la d\u00e9r\u00e9traction, et ceci est r\u00e9gl\u00e9 via UNRETRACT_EXTRA_LENGTH. SET_RETRACTION est g\u00e9n\u00e9ralement d\u00e9fini dans le cadre de la configuration du slicer par filament, car les diff\u00e9rents filaments n\u00e9cessitent des param\u00e8tres diff\u00e9rents. GET_RETRACTION \u00b6 GET_RETRACTION : Interroge les param\u00e8tres actuellement utilis\u00e9s pour la r\u00e9traction du firmware et les affiche sur le terminal. [force_move] \u00b6 Le module force_move est automatiquement charg\u00e9, mais certaines commandes n\u00e9cessitent de d\u00e9finir enable_force_move dans la configuration de l'imprimante . STEPPER_BUZZ \u00b6 STEPPER_BUZZ STEPPER= : D\u00e9place le moteur donn\u00e9 en avant d'un mm puis en arri\u00e8re d'un mm, r\u00e9p\u00e9t\u00e9 10 fois. Il s'agit d'un outil de diagnostic permettant de v\u00e9rifier la connectivit\u00e9 du moteur. FORCE_MOVE \u00b6 FORCE_MOVE STEPPER= DISTANCE= VELOCITE= [ACCEL=] : Cette commande forcera le d\u00e9placement du stepper donn\u00e9 sur la distance donn\u00e9e (en mm) \u00e0 la vitesse constante donn\u00e9e (en mm/s). Si ACCEL est sp\u00e9cifi\u00e9 et est sup\u00e9rieur \u00e0 z\u00e9ro, alors l'acc\u00e9l\u00e9ration donn\u00e9e (en mm/s^2) sera utilis\u00e9e ; sinon, aucune acc\u00e9l\u00e9ration n'est effectu\u00e9e. Aucune v\u00e9rification des limites n'est effectu\u00e9e ; aucune mise \u00e0 jour cin\u00e9matique n'est faite ; les autres steppers parall\u00e8les sur un axe ne seront pas d\u00e9plac\u00e9s. Soyez prudent car une commande incorrecte pourrait endommager le mat\u00e9riel ! L'utilisation de cette commande placera presque certainement la cin\u00e9matique de bas niveau dans un \u00e9tat incorrect ; \u00e9mettez ensuite un G28 pour r\u00e9initialiser la cin\u00e9matique. Cette commande est destin\u00e9e aux diagnostics de bas niveau et au d\u00e9bogage. SET_KINEMATIC_POSITION \u00b6 SET_KINEMATIC_POSITION [X=] [Y=] [Z=] : Force le code cin\u00e9matique de bas niveau \u00e0 croire que la t\u00eate d'outil est \u00e0 la position cart\u00e9sienne donn\u00e9e. Il s'agit d'une commande de diagnostic et de d\u00e9bogage ; utilisez SET_GCODE_OFFSET et/ou G92 pour des transformations d'axe r\u00e9guli\u00e8res. Si un axe n'est pas sp\u00e9cifi\u00e9, la position par d\u00e9faut sera celle de la derni\u00e8re commande de la t\u00eate. La d\u00e9finition d'une position incorrecte ou invalide peut entra\u00eener des erreurs logicielles internes. Cette commande peut invalider les futures v\u00e9rifications de limites ; \u00e9mettez ensuite un G28 pour r\u00e9initialiser la cin\u00e9matique. [gcode] \u00b6 Le module gcode est automatiquement charg\u00e9. RESTART \u00b6 RESTART : Cette commande permet au logiciel h\u00f4te de recharger sa configuration et d'effectuer une r\u00e9initialisation interne. Cette commande n'efface pas l'\u00e9tat d'erreur du micro-contr\u00f4leur (voir FIRMWARE_RESTART) et ne charge pas de nouveau logiciel (voir la FAQ ). FIRMWARE_RESTART \u00b6 FIRMWARE_RESTART : Cette commande est similaire \u00e0 un RESTART, mais elle efface \u00e9galement tout \u00e9tat d'erreur du micro-contr\u00f4leur. STATUS \u00b6 STATUS : Indique l'\u00e9tat du logiciel de l'h\u00f4te Klipper. HELP \u00b6 HELP : Affiche la liste des commandes G-Code \u00e9tendues disponibles. [gcode_arcs] \u00b6 Les commandes G-Code standard suivantes sont disponibles si une section gcode_arcs config est activ\u00e9e : D\u00e9placement d'un arc dans le sens des aiguilles d'une montre (G2), d\u00e9placement d'un arc dans le sens inverse des aiguilles d'une montre (G3) : G2|G3 [X] [Y] [Z] [E] [F] I J|I K|J K S\u00e9lection du plan de l'arc : G17 (plan XY), G18 (plan XZ), G19 (plan YZ) [gcode_macro] \u00b6 La commande suivante est disponible lorsqu'une section de configuration gcode_macro est activ\u00e9e (voir \u00e9galement le guide des mod\u00e8les de commande ). SET_GCODE_VARIABLE \u00b6 SET_GCODE_VARIABLE MACRO= VARIABLE= VALUE= : Cette commande permet de changer la valeur d'une variable gcode_macro au moment de l'ex\u00e9cution. La valeur fournie est analys\u00e9e comme un litt\u00e9ral Python. [gcode_move] \u00b6 Le module gcode_move est automatiquement charg\u00e9. GET_POSITION \u00b6 GET_POSITION : Retourne les informations de l'emplacement actuel de la t\u00eate d'outil. Voir la documentation du d\u00e9veloppeur de restitution de GET_POSITION pour plus d'informations. SET_GCODE_OFFSET \u00b6 SET_GCODE_OFFSET [X=|X_ADJUST=] [Y=|Y_ADJUST=] [Z=|Z_ADJUST=] [MOVE=1 [MOVE_SPEED=]] : D\u00e9finit un d\u00e9calage positionnel \u00e0 appliquer aux futures commandes G-Code. Ceci est g\u00e9n\u00e9ralement utilis\u00e9 pour changer virtuellement le d\u00e9calage Z du bed ou pour d\u00e9finir les d\u00e9calages XY des buses lors du changement d'extrudeur. Par exemple, si \"SET_GCODE_OFFSET Z=0.2\" est donn\u00e9, les prochains mouvements G-Code auront 0,2mm ajout\u00e9 \u00e0 leur hauteur Z. Si les param\u00e8tres de style X_ADJUST sont utilis\u00e9s, l'ajustement sera ajout\u00e9 \u00e0 tout d\u00e9calage existant (par exemple, \"SET_GCODE_OFFSET Z=-0.2\" suivi de \"SET_GCODE_OFFSET Z_ADJUST=0.3\" donnerait un d\u00e9calage Z total de 0.1). Si \"MOVE=1\" est sp\u00e9cifi\u00e9, un d\u00e9placement de la t\u00eate d'outil sera effectu\u00e9 pour appliquer le d\u00e9calage donn\u00e9 (sinon le d\u00e9calage prendra effet lors du prochain d\u00e9placement absolu en G-code qui sp\u00e9cifie l'axe donn\u00e9). Si \"MOVE_SPEED\" est sp\u00e9cifi\u00e9, le d\u00e9placement de la t\u00eate d'outil sera effectu\u00e9 avec la vitesse donn\u00e9e (en mm/s) ; sinon, le d\u00e9placement de la t\u00eate d'outil utilisera la derni\u00e8re vitesse G-Code sp\u00e9cifi\u00e9e. SAVE_GCODE_STATE \u00b6 SAVE_GCODE_STATE [NAME=] : Sauvegarde l'\u00e9tat actuel de l'analyse des coordonn\u00e9es du g-code. La sauvegarde et le r\u00e9tablissement de l'\u00e9tat du g-code sont utiles dans les scripts et les macros. Cette commande enregistre le mode actuel de coordonn\u00e9es absolues en g-code (G90/G91), le mode d'extrusion absolue (M82/M83), l'origine (G92), le d\u00e9calage (SET_GCODE_OFFSET), la priorit\u00e9 de vitesse (M220), la priorit\u00e9 d'extrusion (M221), la vitesse de d\u00e9placement, la position XYZ actuelle et la position relative de l'extrudeuse \"E\". Si NOM est fourni, cela permet de nommer l'\u00e9tat sauvegard\u00e9 avec la cha\u00eene de caract\u00e8res donn\u00e9e. Si le NOM n'est pas fourni, la valeur par d\u00e9faut est \"default\". RESTORE_GCODE_STATE \u00b6 RESTORE_GCODE_STATE [NAME=] [MOVE=1 [MOVE_SPEED=]] : Restaure un \u00e9tat pr\u00e9c\u00e9demment sauvegard\u00e9 via SAVE_GCODE_STATE. Si \"MOVE=1\" est sp\u00e9cifi\u00e9, un d\u00e9placement de la t\u00eate d'outil sera effectu\u00e9 pour revenir \u00e0 la position XYZ pr\u00e9c\u00e9dente. Si \"MOVE_SPEED\" est sp\u00e9cifi\u00e9, alors le d\u00e9placement de la t\u00eate d'outil sera effectu\u00e9 avec la vitesse donn\u00e9e (en mm/s) ; sinon, le d\u00e9placement de la t\u00eate d'outil utilisera la vitesse du G-Code restaur\u00e9. [hall_filament_width_sensor] \u00b6 Les commandes suivantes sont disponibles lorsque la section de configuration tsl1401cl filament width sensor ou hall filament width sensor est activ\u00e9e (voir \u00e9galement TSLl401CL Filament Width Sensor et Hall Filament Width Sensor ) : QUERY_FILAMENT_WIDTH \u00b6 QUERY_FILAMENT_WIDTH : Renvoie la largeur actuelle du filament mesur\u00e9. RESET_FILAMENT_WIDTH_SENSOR \u00b6 RESET_FILAMENT_WIDTH_SENSOR : Efface toutes les lectures du capteur. Utile apr\u00e8s un changement de filament. DISABLE_FILAMENT_WIDTH_SENSOR \u00b6 DISABLE_FILAMENT_WIDTH_SENSOR : D\u00e9sactiver le capteur de largeur de filament et arr\u00eater de l'utiliser pour le contr\u00f4le du flux. ENABLE_FILAMENT_WIDTH_SENSOR \u00b6 ENABLE_FILAMENT_WIDTH_SENSOR : Activez le capteur de largeur de filament et commencez \u00e0 l'utiliser pour le contr\u00f4le du flux. QUERY_RAW_FILAMENT_WIDTH \u00b6 QUERY_RAW_FILAMENT_WIDTH : Renvoie les lectures actuelles des canaux ADC et la valeur RAW du capteur des points de calibration. ENABLE_FILAMENT_WIDTH_LOG \u00b6 ENABLE_FILAMENT_WIDTH_LOG : Activer la journalisation du diam\u00e8tre. DISABLE_FILAMENT_WIDTH_LOG \u00b6 DISABLE_FILAMENT_WIDTH_LOG : D\u00e9sactiver la journalisation du diam\u00e8tre. [heaters] \u00b6 Le module chauffages est automatiquement charg\u00e9 si un chauffage est d\u00e9fini dans le fichier de configuration. TURN_OFF_HEATERS \u00b6 TURN_OFF_HEATERS : \u00c9teindre tous les chauffages. TEMPERATURE_WAIT \u00b6 TEMPERATURE_WAIT SENSOR= [MINIMUM=] [MAXIMUM=] : Attend jusqu'\u00e0 ce que le capteur de temp\u00e9rature donn\u00e9 soit \u00e0 ou au-dessus du MINIMUM fourni et/ou \u00e0 ou en dessous du MAXIMUM fourni. SET_HEATER_TEMPERATURE \u00b6 SET_HEATER_TEMPERATURE HEATER= [TARGET=] : D\u00e9finit la temp\u00e9rature cible d'un \u00e9l\u00e9ment chauffant. Si une temp\u00e9rature cible n'est pas fournie, la cible est 0. [idle_timeout] \u00b6 Le module idle_timeout est automatiquement charg\u00e9. SET_IDLE_TIMEOUT \u00b6 SET_IDLE_TIMEOUT [TIMEOUT=] : Permet \u00e0 l'utilisateur de d\u00e9finir le d\u00e9lai d'inactivit\u00e9 (en secondes). [input_shaper] \u00b6 La commande suivante est activ\u00e9e si une section de configuration input_shaper a \u00e9t\u00e9 activ\u00e9e (voir \u00e9galement le guide de compensation de r\u00e9sonance ). SET_INPUT_SHAPER \u00b6 SET_INPUT_SHAPER [SHAPER_FREQ_X=] [SHAPER_FREQ_Y=] [DAMPING_RATIO_X=