Aller au contenu principal

Aperçu des erreurs courantes

Cette page permet d'identifier rapidement les erreurs courantes de Klipper. Veuillez d'abord trouver le mot-clé complet de l'erreur dans klippy.log, puis accéder à la page de catégorie correspondante pour la résoudre.

Index rapide​

Type d'erreurMots-clés courantsPoint d'entrée de dépannage
Problèmes de connexionUnable to connect, Invalid CAN uuid, Lost communication, MCU Protocol error, /dev/serial/by-id, Unable to issue reset command, Got EOF when reading from deviceProblèmes de connexion sur cette page, Configuration de l'ID MCU, Réseau CAN et recherche d'ID
Problèmes de configurationnot valid, not a valid config section, must be specified, Unable to parse, SAVE_CONFIG, Option conflict, virtual_sdcard, pause_resume, display_statusErreurs de configuration
Commandes de macros et de slicerUnknown command, Error evaluating 'gcode_macro, jinja2.exceptions.UndefinedError, dict object has no attributeErreurs de configuration
Mouvement et homingMove out of range, Must home axis first, No trigger, Endstop still triggered, virtual_endstop, Unknown pin chip name, Homing failed due to printer shutdownErreurs de mouvement, de fin de course et de mise à niveau, Dépannage du homing sans fin de course
Analyse G-codeUnable to parse move, Invalid speed, Machine does not support G20, G2/G3Erreurs de mouvement, de fin de course et de mise à niveau, Recommandations pour l'arc
Mise à niveau avec sondeProbe triggered, No trigger on probe, samples_tolerance, bed_mesh, BLTouch failed, Z_TILT, QUAD_GANTRY_LEVEL, no samples between time, SVD did not convergeErreurs de mouvement, de fin de course et de mise à niveau, Configuration et dépannage BLTouch
Température et chauffageADC out of range, not heating at expected rate, Verify heater, temperature, Thermocouple reader faultErreurs de température, de chauffage et d'extrusion
Problèmes d'extrusionExtrude below minimum temp, Extrude only move too long, Move exceeds maximum extrusion, Filament sensor, M600Erreurs de température, de chauffage et d'extrusion
Délais de performanceTimer too close, Missed scheduling, Stepper too far in past, Move queue overflow, stepcompress, Rescheduled timer, restarting too fast, SD busy, Unhandled exception during run, hard pwm event, Can't reset time when stepper activeErreurs système, de performance et de service
Pilotes TMCUnable to read tmc uart, Unable to write tmc spi, GSTAT, coil short circuit, tmcuart_responseDépannage des erreurs TMC
Réseau CANbytes_invalid, Network is down, No buffer space available, Invalid CAN uuid, USB CANBUS bridge, BUS-OFFRéseau CAN et recherche d'ID, Dépannage des erreurs CAN
Capteurs et périphériquesInvalid adxl345 id, No data, Insufficient axis, Eddy current sensor error, Invalid read data, load_cell_probe, START_READ_NACK, I2C, BUS_TIMEOUTTest et calibration de l'accéléromètre, Problèmes EDDY, Dépannage de la sonde Load Cell, erreurs de communication I2C sur cette page
Compensation de résonance et pression anticipéeshaper_freq, input_shaper, pressure_advance, smooth_time, accel_chip, TEST_RESONANCES, SHAPER_CALIBRATECompensation de résonance et pression anticipée

Référence rapide des pages de configuration​

Domaine d'erreurRéférence recommandée
Syntaxe de configuration, indentation, commentaires, broches dupliquéesModification de la configuration
Direction de homing, direction des axes, déplacements forcésGuide de calibration du homing et des directions
Fins de course, TAP, fins de course optiques, capteurs de proximitéFins de course
Homing sans fin de course, sensibilité des fins de course virtuellesUtilisation sans fin de course
Chauffage, PID, montée en température lente, protection thermiqueChauffage, Optimisation de verify_heater, Optimisation de M109
Configuration des ventilateurs, ventilateurs pilotés, ventilateurs 7040Configuration de référence des ventilateurs
Paramètres de l'extrudeuse, distance de rotation, configuration de l'extrusionConfiguration de référence de l'extrudeuse, Calibration de la machine
Macros de début/fin, reprise après pause, mise à niveau et macros de meshIntroduction aux macros
Commandes de débogage courantes, sonde, compensation de résonanceInstructions de débogage courantes

Problèmes de connexion​

Explication de la configuration de l'ID MCU​

Dans Klipper, l'ID MCU fait référence aux informations d'identification utilisées dans la section de configuration [mcu] ou [mcu xxx] pour connecter la carte de contrôle. Les différentes méthodes de communication ont des formats différents :

Méthode de connexionÉlément de configurationExemple
Firmware USBserial:serial: /dev/serial/by-id/usb-Klipper_xxxxxxxxxxxx
Firmware CANcanbus_uuid:canbus_uuid: xxxxxxxxxxxx
MCU hôteserial:serial: /tmp/klipper_host_mcu

Règles de remplissage :

  1. La carte mère utilise par défaut [mcu], tandis que les cartes d'outillage ou d'extension utilisent des noms personnalisés comme [mcu tool], [mcu toolboard], etc.
  2. Pour le firmware USB, remplissez uniquement serial: ; pour le firmware CAN, remplissez uniquement canbus_uuid:. Ne conservez pas les deux éléments dans un même [mcu].
  3. Dans une machine multi-MCU, chaque [mcu xxx] doit utiliser son propre ID réel. Ne copiez pas le même ID USB ou UUID CAN.
  4. Le nom de [mcu xxx] affecte le préfixe des broches. Par exemple, les broches de [mcu tool] doivent être écrites comme tool:gpio13 ; la casse du nom doit être cohérente.
  5. Les xxxxxxxx dans les exemples de documents ne peuvent pas être utilisés directement. Ils doivent être remplacés par l'ID réellement trouvé.

Erreurs courantes :

  • Utiliser l'ID en mode de flashage (comme les ID contenant katapult, canboot) comme ID du firmware Klipper.
  • Configurer canbus_uuid: pour un firmware USB, ou conserver l'ancien serial: pour un firmware CAN.
  • Configurer la carte d'outillage comme [mcu], ce qui remplace la configuration MCU de la carte mère.
  • Incohérence entre le préfixe des broches et le nom du MCU. Par exemple, la configuration est [mcu toolboard], mais les broches sont écrites tool:gpio13.

Recherche d'ID USB : Pour le firmware USB, exécutez ls /dev/serial/by-id/* pour obtenir l'ID.

Recherche d'ID CAN : Réseau CAN et recherche d'ID

Configuration de la carte d'outillage : Ajout d'un MCU de carte d'outillage et configuration multi-cartes

mcu 'xxx' : Unable to connect​

Message d’erreur : L’hôte ne parvient pas à trouver ou à se connecter à la carte mère.

Loading...

Causes courantes :

  • L’ID du périphérique USB n’est pas renseigné ou est incorrect.
  • L’UUID CAN n’est pas renseigné, est incorrect ou le périphérique est hors ligne.
  • UTOC, câble USB, firmware de pont CAN ou alimentation anormale.
  • CAN0 n’est pas démarré, ou la configuration du réseau CAN est anormale.

Méthodes de traitement :

  1. Ouvrez klippy.log et allez tout en bas pour confirmer le message d’erreur spécifique.

  2. Si [Errno 2] apparaît, cela signifie généralement que l’ID du périphérique USB trouvé n’a pas été ajouté à printer.cfg.

    Loading...

  3. Si Serial connection closed apparaît, il est généralement nécessaire de rechercher à nouveau l’ID CAN et de vérifier le réseau CAN.

    Loading...

  4. Si Unable to open CAN port: [Errno 19] No such device apparaît, cela signifie généralement qu’il manque un périphérique UTOC, un firmware de pont CAN USB ou un périphérique CAN0.

    Loading...

  5. Si [Errno 100] Network is down ou [Errno 105] No buffer space available apparaît, veuillez revérifier la configuration CAN0 en suivant Réseau CAN et recherche d’ID.

mcu 'mcu': Invalid CAN uuid​

Message d’erreur : L’UUID CAN est invalide ou ne peut pas être reconnu.

Loading...

Cause de l’erreur : canbus_uuid: est mal renseigné, le périphérique est hors ligne, ou le réseau CAN ne communique pas correctement.

Méthodes de résolution :

  1. Recherchez à nouveau l’UUID CAN en suivant Réseau CAN et recherche d’ID.
  2. Confirmez que l’UUID réellement trouvé est bien renseigné dans printer.cfg.
  3. Confirmez que serial: et canbus_uuid: ne sont pas activés simultanément dans le même [mcu].
  4. Vérifiez CAN-H, CAN-L, les résistances de terminaison, l’alimentation et le débit CAN du firmware.

Option 'serial' in section 'mcu' must be specified​

Message d’erreur : serial doit être spécifié dans la section de configuration [mcu].

Loading...

Cause de l’erreur : serial: n’est pas renseigné lors d’une connexion avec le firmware USB, ou la section de configuration [mcu] a été supprimée par erreur.

Méthodes de résolution :

  1. Recherchez à nouveau l’ID du périphérique USB.
  2. Renseignez dans la section de configuration [mcu] de printer.cfg :
[mcu]
serial: /dev/serial/by-id/ID_réellement_trouvé
  1. Enregistrez et redémarrez Klipper.

Si la carte mère actuelle a été flashée avec le firmware CAN, utilisez canbus_uuid:, ne continuez pas à renseigner serial:.

ID USB introuvable / interférence des services système​

Message d’erreur : L’exécution de ls /dev/serial/by-id/* ne produit aucune sortie ou signale No such file or directory ; Klipper signale lors de la connexion mcu 'xxx': Unable to open serial port, [Errno 2] No such file or directory, ou la carte mère USB se déconnecte et se reconnecte de manière répétée dans le système.

Causes courantes :

  • La carte mère n’est pas en état d’exécution du firmware Klipper, elle est toujours en mode de flashage Katapult / CanBoot / DFU, etc.
  • Câble USB, port USB, alimentation de l’hôte ou alimentation de la carte mère anormaux.
  • Certaines versions de udev sur Debian 11 Bullseye peuvent présenter des problèmes et ne pas générer le chemin de périphérique /dev/serial/by-id/.
  • Les versions de bureau de Linux peuvent installer ModemManager ou BRLtty ; ces services peuvent accaparer le périphérique série et empêcher Klipper de se connecter de manière stable à la carte mère.

Méthodes de dépannage :

Opération hors tension

Avant de rebrancher le câble USB, de vérifier le câble d’alimentation de la carte mère ou de réorganiser les faisceaux USB / CAN, éteignez complètement l’imprimante et coupez l’alimentation électrique. Ne réorganisez pas le câblage des interfaces ni ne touchez aux bornes sous tension.

  1. Confirmez d’abord que la carte mère a été flashée et exécute le firmware Klipper ; l’ID USB doit contenir usb-Klipper, n’écrivez pas les ID de mode katapult, canboot, Bootloader ou DFU dans printer.cfg.
  2. Après avoir coupé l’alimentation, remplacez par un câble de données USB fiable et un port USB de l’hôte, puis après avoir remis sous tension, exécutez à nouveau ls /dev/serial/by-id/*.
  3. Si vous utilisez Debian 11 Bullseye, d’anciennes versions de MainsailOS / FluiddPi / Armbian, etc., exécutez la commande suivante pour vérifier la version de udev :
apt-cache policy udev
  1. Si le problème est confirmé comme étant celui de udev sur Debian 11, mettez à jour udev de préférence via les sources de mise à jour normales du système, ou remplacez par une image système plus récente.
  2. Vérifiez s’il existe des services susceptibles d’accaparer le port série :
systemctl list-units --all | grep -Ei 'ModemManager|brltty'
  1. Si ces services sont confirmés installés et que l’hôte actuel n’a pas besoin de fonctions de modem ou de terminal braille, remplacez le nom d’unité complet affiché par la commande précédente dans la commande, arrêtez-le, désactivez-le puis redémarrez le système :
sudo systemctl disable --now ModemManager.service
sudo systemctl disable --now brltty.service
sudo systemctl disable --now brltty.path
  1. Après cela, recherchez à nouveau l’ID USB et confirmez que serial: dans [mcu] de printer.cfg correspond à la sortie réelle.

Référence de configuration associée : Configuration de l’ID MCU.

Serial connection closed​

Message d’erreur : mcu 'xxx': Serial connection closed, la connexion série entre Klipper et le MCU s’est fermée de manière inattendue.

Causes courantes :

  • Câble USB avec un mauvais contact ou de mauvaise qualité.
  • Alimentation instable ou firmware anormal du périphérique de pont CAN (UTOC, etc.).
  • Fluctuation de l’alimentation de la carte mère provoquant un redémarrage du MCU.
  • Communication réseau CAN anormale, périphérique hors ligne.

Méthodes de résolution :

  1. Après avoir coupé l’alimentation, débranchez et rebranchez les câbles USB / CAN, et remplacez par des câbles de connexion fiables.
  2. Vérifiez l’alimentation et l’état du firmware du périphérique de pont CAN ; si nécessaire, recherchez à nouveau l’ID CAN.
  3. Confirmez que l’alimentation de la carte mère est stable et évitez de partager le circuit d’alimentation avec des périphériques de forte puissance.
  4. Si le problème se reproduit, reportez-vous à Dépannage des erreurs CAN et à Lost communication with MCU pour continuer le dépannage.

Lost communication with MCU​

Message d’erreur : La communication entre Klipper et le MCU est interrompue ; le journal peut contenir Lost communication with MCU, Lost communication with mcu ou des indications similaires.

Scénario courant : Pendant le référencement ou le déplacement, dès qu’un interrupteur de fin de course est déclenché, la carte mère ou la carte d’outil se déconnecte ; après une nouvelle mise sous tension, la connexion est rétablie.

Causes courantes :

  • Câblage incorrect de l’interrupteur de fin de course, provoquant un court-circuit anormal entre la broche de signal et l’alimentation ou la masse lors du déclenchement.
  • Avec des fins de course à trois fils, optiques ou à effet Hall, l’ordre de connexion de l’alimentation, de la masse et du fil de signal est incorrect.
  • Faisceau de câbles de fin de course avec gaine abîmée, pincement ou court-circuit pendant le mouvement de la chaîne porte-câbles.
  • Le déclenchement du fin de course provoque une fluctuation de l’alimentation de la carte mère, un redémarrage du MCU ou une interruption de la communication USB / CAN.
  • Le câble de communication USB / CAN entre le MCU et l’hôte passe près d’une source d’interférences puissante ; les déconnexions sont plus probables lors du déclenchement des fins de course ou des mouvements.
  • La broche de fin de course dans la configuration ne correspond pas au câblage réel, ce qui déclenche une mauvaise interface.

Méthodes de dépannage :

Opération hors tension

Avant de débrancher les câbles de fin de course, de vérifier l’ordre des fils, d’inspecter le faisceau de la chaîne porte-câbles ou d’utiliser un multimètre pour mesurer la continuité / la résistance, éteignez complètement l’imprimante et coupez l’alimentation électrique. Le mode résistance / continuité du multimètre ne doit être utilisé qu’hors tension ; il est interdit de mesurer une résistance ou de faire des tests de court-circuit sous tension.

  1. Après avoir coupé l’alimentation, vérifiez l’ordre des fils de l’interrupteur de fin de course, en particulier si VCC, GND et Signal des fins de course à trois fils sont correctement connectés.
  2. Après avoir coupé l’alimentation, débranchez temporairement le câble du fin de course correspondant, puis remontez-le et testez sous tension si la carte mère se déconnecte encore.
  3. Après avoir coupé l’alimentation, utilisez le mode continuité / résistance du multimètre pour vérifier s’il y a un court-circuit avant et après le déclenchement du fin de course, en particulier si la broche de signal est connectée à l’alimentation.
  4. Vérifiez les chaînes porte-câbles, les connecteurs et les zones de pliage du faisceau pour confirmer qu’il n’y a pas de pincement ou de court-circuit lors du déclenchement ou du déplacement.
  5. Vérifiez le câble de communication USB / CAN entre le MCU et l’hôte, et essayez de l’éloigner des câbles moteur, des câbles chauffants, des câbles du lit chauffant et des câbles d’alimentation.
  6. Si le châssis de la machine, l’alimentation ou le blindage n’est pas correctement mis à la terre, cela peut également être plus sensible aux interférences ; ne confirmez que les points de mise à la terre fournis par le fabricant et l’état des prises, ne démontez pas vous-même l’alimentation et ne modifiez pas la mise à la terre du secteur.
  7. Confirmez que la broche de fin de course dans la configuration correspond à la documentation de la carte mère et au câblage réel.
  8. Après la résolution du problème, exécutez QUERY_ENDSTOPS pour confirmer que l’état du fin de course peut passer normalement de open à TRIGGERED. Référence de configuration connexe : Limites, Instructions de câblage.

Impossible d'émettre la commande de réinitialisation sur le MCU​

Message d'erreur : Unable to issue reset command on MCU 'xxx', le journal contient généralement webhooks client ...: Disconnected et Restarting printer.

Nature de l'erreur : Cette erreur n'est généralement pas la première erreur, mais un message ultérieur lorsque Klipper tente d'envoyer une commande de réinitialisation au MCU après une déconnexion, une coupure de courant ou une interruption de communication de celui-ci. Lors du dépannage, il faut remonter pour trouver la première véritable erreur (comme Lost communication with MCU, Timer too close, Verify heater, erreurs TMC, etc.).

Causes courantes :

  • Déconnexion préalable du MCU, interruption de la communication USB/CAN ou crash du firmware, la commande de réinitialisation ne peut pas être délivrée.
  • Alimentation insuffisante de la carte mère, de la carte outil ou des MCU périphériques, coupure de courant pendant la réinitialisation.
  • Mauvaise connexion ou câble endommagé pour USB/CAN.
  • Le MCU est forcé à se réinitialiser pendant une tâche à forte charge (comme le chauffage, le maillage multipoints).
  • Forte interférence de signal entre l'hôte et le MCU (câbles moteur ou de chauffage proches des câbles de communication).

Solutions :

Opération hors tension

Avant de rebrancher les câbles USB/CAN, de vérifier les câbles ou de réorganiser le câblage, éteignez complètement l'imprimante et débranchez l'alimentation. Ne branchez/débranchez pas les faisceaux et ne touchez pas aux bornes lorsque l'appareil est sous tension.

  1. Ouvrez klippy.log, trouvez la première véritable erreur avant Unable to issue reset command et dépannez selon la catégorie correspondante.
  2. Après mise hors tension, rebranchez les câbles USB/CAN, remplacez par des câbles de qualité fiable et assurez-vous que la connexion est solide.
  3. Vérifiez que l'alimentation de la carte mère et de la carte outil est stable, évitez de partager un circuit d'alimentation instable avec les moteurs et les appareils haute puissance comme le lit chauffant.
  4. Assurez-vous que les câbles de communication USB/CAN sont éloignés des câbles moteur, des câbles de chauffage et des câbles du lit chauffant.
  5. Exécutez FIRMWARE_RESTART, si nécessaire, coupez complètement l'alimentation pendant 10 secondes puis rallumez.
  6. Si le problème persiste, consultez Lost communication with MCU et Dépannage des erreurs CAN.

EOF reçu lors de la lecture du périphérique​

Message d'erreur : Got EOF when reading from device, le journal contient généralement Attempting MCU 'xxx' reset command auparavant, indiquant que la connexion série/USB a déjà été interrompue lorsque l'hôte a initié la réinitialisation du MCU.

Nature de l'erreur : Il s'agit d'une erreur renvoyée par le système d'exploitation hôte (Linux), Klipper ne fait que rapporter l'indicateur de fin de fichier (EOF) lu par pyserial. Cela indique que le lien physique USB/série est déconnecté ou que le périphérique a disparu, et non un problème de paramètres de configuration.

Causes courantes :

  • Câble USB de mauvaise qualité, mauvaise connexion, alimentation USB insuffisante, le périphérique se déconnecte pendant la réinitialisation.
  • Fluctuations d'alimentation de la carte mère ou de la carte outil, réinitialisation ou coupure de courant du MCU entraînant la disparition du périphérique du système.
  • Anomalie du contrôleur USB de l'hôte, port USB défectueux ou politique de suspension USB du système.
  • Lorsqu'une carte CAN est pontée via USB, le périphérique ponté se déconnecte (le journal peut également contenir Unable to issue reset command on MCU).

Solutions :

Opération hors tension

Avant de rebrancher les câbles USB/CAN, de vérifier les câbles d'alimentation ou de remplacer les câbles, éteignez complètement l'imprimante et débranchez l'alimentation.

  1. Identifiez d'abord quel MCU signale l'erreur, puis vérifiez la chaîne de connexion USB/CAN correspondante.
  2. Après mise hors tension, rebranchez le câble USB, remplacez par un câble USB de haute qualité et testez sur un autre port USB de l'hôte.
  3. Exécutez ls /dev/serial/by-id/* pour vérifier si le périphérique est toujours présent dans le système ; s'il a disparu, le problème vient de l'alimentation, du câble ou de la réinitialisation du MCU.
  4. Vérifiez que l'alimentation de la carte mère et de la carte outil est stable et que la chute de tension sur le câble d'alimentation est normale (ne démontez pas l'alimentation et ne modifiez pas le câblage secteur vous-même).
  5. Si Unable to issue reset command on MCU apparaît également dans le journal, reportez-vous à Unable to issue reset command.
  6. Si le problème est lié à la carte CAN, vérifiez l'état du bus selon Dépannage des erreurs CAN.
  7. Si le problème persiste, reportez-vous à Lost communication with MCU pour continuer le dépannage.

Délai d'attente dépassé pour la réponse 'xxx'​

Message d'erreur : Timeout on wait for 'neopixel_result' response, Timeout on wait for 'trsync_state' response, etc.

Causes courantes :

  • Chaîne de communication CAN/USB instable, le MCU ne répond pas à temps aux requêtes de l'hôte.
  • Charge trop élevée sur le MCU (par exemple impression rapide + mouvements multi-axes + requêtes accéléromètre simultanées).
  • Trop de LED Neopixel ou mauvaise qualité du câble de données, entraînant un dépassement du délai pour neopixel_result.
  • Version du firmware du MCU incompatible avec celle de l'hôte.

Solutions :

  1. Vérifiez que les câbles de communication USB/CAN sont bien connectés et éloignez-les des sources d'interférence comme les câbles moteur et les câbles de chauffage.
  2. En cas de dépassement de délai Neopixel, réduisez le nombre de LED ou remplacez par un câble de données de haute qualité, vérifiez la configuration de data_pin.
  3. Assurez-vous que toutes les versions du firmware des MCU sont identiques, recompilez et flashez si nécessaire.
  4. Réduisez la vitesse d'impression et l'accélération pour observer si le problème se reproduit.

Erreur de protocole MCU​

Message d'erreur : Erreur de protocole MCU, le journal peut contenir MCU Protocol error, Unknown command ou Command format mismatch.

Loading...

Causes courantes :

  • Klipper de l'hôte a été mis à jour, mais le firmware de la carte mère ou de la carte outil n'a pas été recompilé et flashé.
  • Version du firmware des MCU périphériques (carte mère, carte outil, EDDY, ADXL, etc.) incompatible avec Klipper de l'hôte.
  • Utilisation d'un système personnalisé ou de plugins tiers entraînant une incompatibilité entre les commandes supportées par le serveur Klipper et le MCU.

Solutions :

  1. Vérifiez si Klipper, l'image système ou des plugins ont été récemment mis à jour.
  2. Recompilez et flashez le firmware Klipper de tous les MCU.
  3. Pour les MCU périphériques (carte outil, EDDY, ADXL, etc.), mettez à jour le firmware périphérique correspondant en même temps.
  4. Si vous utilisez un système personnalisé, vérifiez qu'il prend en charge la version actuelle de Klipper.
  5. Après le flashage, exécutez FIRMWARE_RESTART puis retestez la connexion.

Erreur de communication I2C (START_READ_NACK / BUS_TIMEOUT)​

Message d'erreur : MCU 'xxx' I2C request to addr 42 reports error START_READ_NACK, I2C request to addr 104 reports error START_READ_NACK ou I2C ... BUS_TIMEOUT.

Causes courantes :

  • Adresse du périphérique I2C configurée incorrectement, ou aucun périphérique avec cette adresse sur le bus.
  • Connexion I2C desserrée, cassée ou SDA/SCL inversés.
  • Absence de résistances de tirage ou atténuation du signal due à un bus trop long.
  • Capteur lu avant d'être prêt (par exemple interrogation immédiate après la mise sous tension).
  • Conflit d'adresses entre plusieurs périphériques I2C.

Solutions :

Opération hors tension

Avant de vérifier le câblage I2C, le module capteur ou les résistances de tirage, éteignez complètement l'imprimante et débranchez l'alimentation.

  1. Après mise hors tension, vérifiez que le câblage I2C (SDA, SCL, VCC, GND) est solide et que SDA/SCL ne sont pas inversés.
  2. Vérifiez que l'adresse I2C configurée correspond au périphérique réel. Adresses courantes : ADXL345 0x53 (83) ou 0x1D (29), MPU6050 0x68 (104).
  3. Vérifiez la présence de résistances de tirage sur le bus I2C (généralement 4,7 kΩ) ; si le module en possède déjà, aucune addition n'est nécessaire.
  4. Si le bus est long (plus de 30 cm), essayez de raccourcir le câblage ou de réduire la vitesse I2C.
  5. Si l'erreur n'apparaît qu'au démarrage, il peut s'agir d'un délai d'initialisation du capteur, observez si le fonctionnement est stable par la suite.
  6. Vérifiez que deux périphériques sur le même bus I2C n'utilisent pas la même adresse.

Erreur I2C de la sonde EDDY : Si une erreur BUS_TIMEOUT apparaît avec la sonde à courants de Foucault EDDY, consultez FAQ EDDY.

FAQ spécialisée​

SpécialitéEntrée
Conflits de configuration, analyse des paramètres, SAVE_CONFIGErreurs de configuration
Commandes inconnues, modèles de macros, G-code de départ du slicerErreurs de configuration
Mouvement, homing, limites, sonde, nivellement du litErreurs de mouvement, limites et nivellement
Homing sans fin de course, virtual_endstop, sensibilité DIAGDépannage homing sans fin de course, Utilisation sans fin de course
Température, chauffage, extrusion, détection de rupture de filamentErreurs de température, chauffage et extrusion
Performance, délais d'attente, firmware, services systèmeErreurs système, performance et services
G2/G3, interpolation d'arcs, précision du chemin du slicerRecommandations d'interpolation d'arcs
Communication driver TMC, surchauffe, problèmes de bobineDépannage erreurs TMC
Réseau CAN, UUID, bytes_invalidRéseau CAN et recherche d'ID
Accéléromètre et test de résonanceTest et calibration accéléromètre
Sonde à courants de Foucault EDDYFAQ EDDY
Load Cell, sonde à capteur de pressionDépannage sonde Load Cell
Loading...