Aller au contenu principal

Erreurs de température, de chauffage et d'extrusion

Cette page répertorie les erreurs liées aux capteurs de température, aux chauffages, au lit chauffant, à l'extrusion et à la détection de rupture de filament. Les erreurs de protection thermique doivent d'abord être résolues en vérifiant le matériel et les courbes de température, sans contourner le problème en désactivant la protection.

Erreur 'XXX mcu' shutdown : ADC out of range / Not a valid ADC pin

Message d'erreur : ADC out of range, Not a valid ADC pin, anomalie de détection de température.

Loading...

Cause de l'erreur : Klipper détecte une température en dehors de la plage autorisée par la configuration, ou la broche sensor_pin spécifiée ne possède pas la capacité d'échantillonnage ADC. Cela se produit souvent en cas de circuit ouvert ou de court-circuit de la thermistance, d'erreur de câblage, d'une mauvaise configuration du modèle de thermistance ou d'une erreur de numéro de broche.

Attention

Assouplir temporairement min_temp et max_temp est uniquement destiné au diagnostic et ne doit pas être utilisé comme configuration permanente. Une fois le problème identifié, ces valeurs doivent être rétablies à des plages de sécurité pour éviter que la protection thermique ne devienne inefficace.

Ordre de vérification :

Opération hors tension

Avant de vérifier la thermistance, la cartouche chauffante, le lit chauffant, le fusible, le SSR, le MOSFET ou les faisceaux liés à l'alimentation, éteignez complètement l'imprimante et débranchez l'alimentation électrique, et attendez que la buse et le lit aient refroidi. Ne démontez pas l'alimentation, ne touchez pas les bornes d'alimentation exposées et ne vérifiez pas les câbles haute tension du lit chauffant secteur.

  1. Mettez hors tension et attendez le refroidissement, puis vérifiez si la thermistance est bien enfoncée et si le fil n'est pas cassé ou en court-circuit.
  2. Vérifiez que le modèle de thermistance et la configuration des broches correspondent au matériel réel.
  3. Si nécessaire, assouplissez temporairement la plage de température pour confirmer les variations de lecture, par exemple en abaissant min_temp ou en augmentant max_temp.
  4. Après avoir trouvé et résolu le problème de câblage ou de configuration, rétablissez immédiatement les limites de température de sécurité d'origine.
  5. Sauvegardez et redémarrez Klipper.

Configuration de référence : Chauffage.

Vitesse de chauffe anormale (Heater not heating at expected rate)

Message d'erreur : Le chauffage ne chauffe pas à la vitesse attendue. Les messages Heater extruder not heating at expected rate ou Heater heater_bed not heating at expected rate peuvent apparaître dans le journal.

Loading...

Causes fréquentes :

  • Sortie anormale de la cartouche chauffante, du lit chauffant ou du SSR/MOSFET.
  • Mauvais contact de la thermistance, fil semi-coupé ou sauts de lecture.
  • Ventilateur soufflant directement sur la buse, le lit chauffant ou la zone chauffée, ralentissant la montée en température.
  • Puissance insuffisante du lit chauffant ou limitation max_power trop basse.
  • Paramètres PID inappropriés, provoquant des fluctuations excessives lorsque la température approche la cible.

Solutions :

Opération hors tension

Avant de vérifier le chauffage, la thermistance, le lit chauffant, le fusible, le SSR, le MOSFET ou les faisceaux liés à l'alimentation, éteignez complètement l'imprimante et débranchez l'alimentation électrique, et attendez que la buse et le lit aient refroidi. Ne démontez pas l'alimentation, ne touchez pas les bornes d'alimentation exposées et ne vérifiez pas les câbles haute tension du lit chauffant secteur.

  1. Mettez hors tension et attendez le refroidissement, puis vérifiez que les connexions du chauffage et de la thermistance sont solides.
  2. Observez la courbe de température pour confirmer si la montée en température est continue et s'il n'y a pas de sauts anormaux.
  3. Vérifiez si un ventilateur souffle directement sur la buse ou le lit chauffant.
  4. Pour les problèmes de SSR, MOSFET, puissance d'alimentation ou lit chauffant haute tension, les utilisateurs ordinaires doivent d'abord privilégier le remplacement de modules prêts à l'emploi, la vérification des courbes de température sur la page web et la prise de contact avec le service après-vente, sans démonter ni effectuer de tests électriques eux-mêmes.
  5. Une fois le matériel confirmé comme normal, effectuez à nouveau l'étalonnage PID.
  6. Si la lenteur de la montée en température est uniquement due à un lit chauffant de grande taille ou à une structure particulière, reportez-vous à Optimisation de verify_heater.

Configuration de référence : Chauffage, Optimisation M109.

Lecture de température anormale (affichage 0°C ou sauts constants)

Message d'erreur : La température affiche 0°C, une valeur négative, ou la lecture saute de manière continue et importante (plus de ±10°C).

Causes fréquentes :

  • Fil de thermistance coupé (affiche 0 ou une valeur très basse).
  • Court-circuit de la thermistance (affiche une valeur très élevée ou déclenche ADC out of range).
  • sensor_type configuré ne correspond pas au modèle de thermistance réel.
  • Capteur PT100 sans la configuration pullup_resistor.
  • Interférence du signal du thermocouple, nécessitant les configurations filter_length ou thermocouple_max_error.
  • Bruit d'ADC.

Solutions :

  1. Exécutez QUERY_ADC SENSOR=extruder_temp pour voir la lecture ADC brute.
  2. Exécutez M105 pour voir la lecture de température actuelle.
  3. Confirmez que sensor_type correspond au matériel, les types courants étant NTC 100K beta 3950, PT100, MAX31865, etc.
  4. Pour les capteurs PT100, vérifiez sensor_pin, rtd_reference_r, rtd_num_of_wires.
  5. Pour les thermocouples, vérifiez thermocouple_max_error ; en cas de bruit ADC important, vérifiez filter_length.

Configuration de référence : Chauffage.

MCU shutdown: Verify heater extruder/heater_bed

Message d'erreur : MCU 'mcu' shutdown: Verify heater extruder ou Verify heater heater_bed.

Cause de l'erreur : La vérification de sécurité verify_heater intégrée à Klipper a détecté que la variation de température du chauffage ne correspond pas aux attentes. Cela peut être dû à une sortie anormale du chauffage, à une lecture de thermistance non fiable, à un délai de réponse SSR, ou à une courbe de chauffe d'un lit de grande puissance ne correspondant pas aux paramètres de détection par défaut.

Attention

Ne désactivez pas directement la fonction verify_heater ou ne réglez pas ses seuils à des valeurs extrêmement déraisonnables pour contourner l'erreur. Cela supprimerait la dernière couche de vérification de sécurité de Klipper pour le chauffage et la thermistance.

Scénarios courants :

  • Lit de grande taille + SSR : La réponse de commutation du SSR, la capacité thermique du lit et le paramètre heating_gain par défaut ne correspondent pas.
  • Après avoir remplacé la cartouche chauffante, le lit chauffant ou la thermistance, les caractéristiques thermiques du nouveau matériel ne sont pas compatibles avec l'ancien PID et les paramètres de vérification.
  • Ventilateur soufflant directement sur la buse, le flux d'air ambiant provoquant des fluctuations de température dépassant la plage max_error.
  • Mauvais contact ou installation desserrée de la thermistance, avec des lectures sautant de manière intermittente.
  • Tension d'alimentation instable ou puissance d'alimentation insuffisante.

Méthode de vérification :

Opération hors tension

Avant de vérifier le chauffage, la thermistance, le SSR, le MOSFET, le fusible ou les faisceaux liés à l'alimentation, éteignez complètement l'imprimante et débranchez l'alimentation électrique, et attendez que la buse et le lit aient refroidi. Ne démontez pas l'alimentation, ne touchez pas les bornes exposées et ne vérifiez pas les câbles haute tension du lit chauffant secteur.

  1. Commencez par mettre hors tension et vérifiez si la thermistance est bien enfoncée et si les connexions du chauffage sont solides.
  2. Observez la courbe de température juste avant l'arrêt dans klippy.log. Si la courbe monte régulièrement sans sauts, il est plus probable que les paramètres soient trop sensibles ; si les lectures sautent, reviennent à zéro ou grimpent en flèche, traitez d'abord les problèmes matériels.
  3. Vérifiez les sections de configuration [verify_heater extruder] ou [verify_heater heater_bed].
  4. Une fois le matériel confirmé comme normal, effectuez à nouveau l'étalonnage PID, puis observez si l'arrêt est toujours déclenché par erreur.
  5. Pour des explications plus détaillées des paramètres et des exemples d'optimisation, reportez-vous à Optimisation de verify_heater.

HOST temperature above maximum temperature

Message d'erreur : HOST temperature xx above maximum temperature ou MCU temperature not supported on xxx.

Causes fréquentes :

  • La température du CPU de l'ordinateur hôte est trop élevée, dépassant max_temp dans [temperature_host].
  • Le capteur de température intégré du MCU de la carte mère n'est pas pris en charge par le firmware/puce actuel.
  • Dissipation thermique insuffisante de l'ordinateur hôte : boîtier fermé, ventilateur arrêté ou température ambiante trop élevée.

Solutions :

  1. Vérifiez le dissipateur, le ventilateur et la ventilation du boîtier de l'ordinateur hôte.
  2. Utilisez vcgencmd measure_temp, sensors ou une surveillance système pour vérifier la température du CPU.
  3. Si le seuil est simplement trop bas, ajustez [temperature_host] max_temp de manière appropriée, mais ne désactivez pas la protection thermique.
  4. Si le message est MCU temperature not supported, supprimez ou commentez la configuration [temperature_mcu] du MCU non pris en charge.

Configuration de référence : Configuration des ventilateurs.

Requested temperature out of range

Message d'erreur : Requested temperature (285.0) out of range (0.0:130.0), Requested temperature (-5.0) out of range (0.0:300.0), Unknown temperature sensor 'xxx', Sensor 'xxx' temperature xxx not in range, Unable to open temperature file 'xxx'.

Causes fréquentes :

  • Une macro transmet la température de la buse au lit, ou la température du lit à la buse, ce qui fait que la température cible dépasse la plage du chauffage correspondant.
  • Les noms de variables du slicer ne correspondent pas aux noms des paramètres de la macro Klipper, la macro reçoit une valeur vide, une valeur par défaut ou un résultat de calcul erroné.
  • Les réglages min_temp / max_temp dans [extruder], [heater_bed], [temperature_sensor] ne sont pas raisonnables.
  • Le nom d'un capteur inexistant est saisi dans les commandes TEMPERATURE_WAIT, SET_HEATER_TEMPERATURE ou de ventilateur contrôlé par température.
  • Le fichier de température système pointé par [temperature_host] n'existe pas ou n'est pas pris en charge par le système actuel.
  • Après une mise à jour de Klipper, l'ancienne configuration ou celle du fabricant utilise encore des noms de capteurs de température/humidité qui ne correspondent plus, par exemple AHT20_F. Solutions :
  1. Examinez la plage de température dans l'erreur pour déterminer si la température excessive concerne la buse, le lit chauffant, la carte mère ou l'ordinateur hôte.
  2. Vérifiez les macros de début et les paramètres du slicer pour confirmer que les noms de paramètres tels que BED, BED_TEMP, HOTEND et EXTRUDER_TEMP correspondent correctement.
  3. Attribuez des valeurs par défaut raisonnables aux paramètres de température dans la macro et utilisez la conversion |float.
  4. N'augmentez pas directement et fortement max_temp pour contourner l'erreur ; vérifiez d'abord que les paramètres et la configuration du capteur sont corrects.
  5. Si l'erreur Unknown temperature sensor s'affiche, vérifiez que le nom du capteur dans la commande correspond au nom de la section de configuration.
  6. Si l'erreur Unknown temperature sensor 'AHT20_F' s'affiche, recherchez d'abord AHT20_F dans printer.cfg et tous les fichiers [include] pour identifier à quelle section de configuration ([heater_generic], [temperature_sensor] ou extension fabricant) il appartient.

Unknown temperature sensor

Message d'erreur : Unknown temperature sensor 'AHT20_F' , Unknown temperature sensor 'xxx'.

Causes courantes :

  • Une commande, une macro ou un ventilateur thermostaté référence un nom de section de capteur qui n'existe pas.
  • Le fichier de configuration inclut via [include] une ancienne configuration de fabricant devenue incompatible après la mise à jour de Klipper.
  • La syntaxe de sensor_type pour les capteurs de température/humidité AHT10 / AHT20 / AHT21 / AHT30 ne correspond pas à la version actuelle de Klipper.
  • Une section de configuration de capteur de température a été supprimée, mais une macro, [verify_heater], [temperature_fan] ou une extension fabricant la référence encore.

Solutions :

  1. Recherchez le nom du capteur signalé dans l'erreur dans printer.cfg et tous les fichiers inclus, ne vous limitez pas au fichier de configuration principal.
  2. Déterminez si le nom de l'erreur est un sensor_type ou un nom de section. Par exemple, pour [temperature_sensor chamber], le nom de référence dans une commande est généralement chamber.
  3. Pour les capteurs de la série AHT, suivez d'abord la documentation de configuration actuelle de Klipper ; l'ancien AHT20_F n'est pas une syntaxe standard. Après une mise à jour, vous pouvez essayer AHT10 ou AHT2X selon la prise en charge effective.
  4. Si le capteur provient d'une extension fabricant, vérifiez d'abord que le système actuel inclut toujours le module d'extension correspondant. Ne modifiez pas seulement le nom en l'absence du module ; vérifiez également la compatibilité de l'ensemble de la configuration fabricant avec la version actuelle de Klipper.
  5. Après modification, exécutez RESTART et vérifiez le fichier klippy.log pour d'autres erreurs de configuration.

Références de configuration associées : Chauffage , Présentation des macros.

Thermocouple reader fault

Message d'erreur : MCU 'mcu' shutdown: Thermocouple reader fault , le journal peut contenir des champs liés à max31865 ou max31855.

Causes courantes :

  • Le MAX31865 ne prend en charge que les sondes à résistance de platine PT100 / PT1000 ; le branchement d'une thermistance NTC100K provoquera directement cette erreur.
  • La température dépasse instantanément la valeur définie pour max_temp (même une fluctuation de 1 à 2 °C peut déclencher l'erreur).
  • Mauvais câblage SPI du module MAX31865 / MAX31855, ou configuration erronée de spi_bus ou cs_pin.
  • Fil de sonde cassé, mauvais contact ou bornes de connexion oxydées.
  • Les paramètres rtd_nominal_r, rtd_reference_r, rtd_num_of_wires ne correspondent pas au module réel.

Solutions :

Opération avec coupure de courant

Avant de vérifier le capteur de température, la cartouche chauffante ou le câblage SPI, éteignez complètement l'imprimante et débranchez l'alimentation électrique, et attendez que la partie chaude refroidisse.

  1. Confirmez le type de capteur : le MAX31865 ne peut être utilisé qu'avec PT100 / PT1000, pas avec une thermistance NTC. Si vous utilisez une sonde NTC100K, elle doit être connectée à l'interface de thermistance standard de la carte mère (TH0/TH1), et non via le MAX31865.
  2. Vérifiez si max_temp a une marge suffisante. Par exemple, pour une impression réelle à 250°C, il est recommandé de définir max_temp entre 260 et 280 pour éviter qu'une fluctuation PID ne déclenche la protection.
  3. Après la coupure de courant, vérifiez que les connexions SPI (MOSI, MISO, SCK, CS) du module MAX31865 sont solides et que cs_pin correspond à la configuration.
  4. Vérifiez la cohérence de rtd_nominal_r ( 100 pour PT100, 1000 pour PT1000) et rtd_reference_r (généralement 430 ou 4300 , selon le marquage sur le module ou la fiche technique).
  5. Assurez-vous que rtd_num_of_wires correspond au nombre de fils de la sonde réelle (2 fils / 3 fils / 4 fils).
  6. Après modification, exécutez FIRMWARE_RESTART et observez si la lecture de température est normale.

Exemple de configuration (PT1000 + MAX31865) :

[temperature_sensor extruder]
sensor_type: MAX31865
sensor_pin: toolboard:PA4
spi_bus: spi1
rtd_nominal_r: 1000
rtd_reference_r: 4300
rtd_num_of_wires: 2

Remarque : Les broches sensor_pin, spi_bus, etc. doivent être basées sur le marquage réel de votre carte mère ou carte outil. Ne recopiez pas l'exemple sans vérification.

Références de configuration associées : Chauffage.

La température est atteinte mais l'impression tarde à commencer

Phénomène : Après le début de l'impression, la buse ou le lit chauffant atteint la température cible, mais l'impression ne commence pas. La température fluctue autour de la cible, le temps d'attente est excessivement long (parfois plusieurs minutes, voire 10 minutes), et klippy.log ne montre aucune erreur !!.

Causes courantes :

  • Les commandes M109 / M190 de Klipper ne passent pas à l'étape suivante dès que la température cible est atteinte une fois, mais attendent que la température se stabilise (settle) autour de la valeur demandée. La documentation officielle des G-Codes indique clairement : M109 always waits for temperature to settle at requested value.
  • La température oscille autour de la cible sans pouvoir se stabiliser rapidement : paramètres PID inadaptés, puissance de chauffe excessive, ou thermistance trop proche de l'élément chauffant (faible masse thermique, réponse trop rapide) allongent tous le temps de stabilisation.
  • Dans le G-code de début du slicer, M190 (attente du lit) est suivi de M109 (attente de la buse). Cette attente séquentielle cumule les temps d'attente.

Solutions :

  1. Effectuez d'abord un calibrage PID ( PID_CALIBRATE ) pour obtenir un contrôle de température plus stable, ce qui est la base pour réduire les oscillations de température.
  2. Utilisez une attente avec fenêtre de tolérance au lieu d'attendre une stabilisation parfaite : passez à l'étape suivante lorsque la température entre dans une plage raisonnable autour de la cible, sans attendre une stabilisation totale. Voir la macro dans Optimisation de l'attente de température M109 / M190 . Cette macro définit d'abord la température avec M104/M140 , puis utilise TEMPERATURE_WAIT SENSOR=extruder MINIMUM={s-5} MAXIMUM={s+5} pour passer à l'étape suivante dès que la température est dans la tolérance.
  3. Si les oscillations sont évidentes, vous pouvez réduire légèrement max_power du chauffage (par exemple, 0.9–0.95) ou augmenter pwm_cycle_time (par exemple, 0.05), puis refaire un calibrage PID.
  4. Faites chauffer la buse et le lit en parallèle : dans la macro de début, utilisez M140/M104 pour définir les températures simultanément, puis M190/M109 pour attendre séparément, évitant ainsi l'attente séquentielle.
  5. Pour un lit chauffant à haute température (au-dessus de 70°C), la déformation prend du temps. Vous pouvez ajouter une attente supplémentaire d'environ 30 secondes avec G4 P30000 après avoir atteint la température avant de faire l'homing ou le nivellement.
Comment identifier ce problème

Observez la courbe de température : si la température a déjà atteint la valeur cible, mais continue de fluctuer autour d'elle, sans pouvoir se stabiliser dans une plage fixe pendant une longue période, et que klippy.log ne montre pas d'erreur !!, il s'agit généralement d'une longue attente due à la "stabilisation de la température" , et non d'un problème matériel.

Documentation associée : Optimisation de l'attente de température M109 / M190 , Chauffage , Présentation des macros

Problèmes d'extrusion

Extrude below minimum temp

Message d'erreur : La température de la buse est inférieure à la température minimale autorisée pour l'extrusion. Le journal peut contenir Extrude below minimum temp ou Extruder not hot enough.

Causes courantes :

  • Le G-code de début du slicer appelle PRINT_START sans transmettre les paramètres de température (comme EXTRUDER_TEMP, BED_TEMP). L'utilisation de default(0) dans la macro conduit à M109 S0 qui éteint le chauffage, puis une action d'extrusion déclenche l'erreur.
  • La macro de début effectue d'abord une extrusion (essuyage de la buse, tracé d'une ligne) alors que la buse est encore à une température de trempage (par exemple, 150°C), inférieure à min_extrude_temp (170°C par défaut).
  • Les macros PAUSE / RESUME / M600 manquent de commandes pour attendre le retour à la température, ce qui entraîne une extrusion directe après la reprise.
  • La température chute accidentellement en dessous de min_extrude_temp pendant l'impression (mauvais contact de la thermistance, ventilateur soufflant directement sur la buse, PID anormal).

Solutions :

  1. Vérifiez le G-code de début du slicer pour confirmer que les paramètres de température corrects sont transmis lors de l'appel à PRINT_START , par exemple : PRINT_START EXTRUDER_TEMP={first_layer_temperature[initial_extruder]} BED_TEMP={first_layer_bed_temperature[initial_extruder]}.
  2. Vérifiez les valeurs par défaut des variables de température dans la définition de la macro PRINT_START . Évitez d'utiliser default(0) qui désactive le chauffage avec M109 S0 ; il est recommandé de définir une valeur basse raisonnable par défaut (comme default(190)) ou de sauter l'attente M109 si le paramètre est à 0.
  3. Assurez-vous que les actions d'extrusion (essuyage de la buse, tracé d'une ligne) dans la macro de début sont effectuées après l'attente M109 pour la température d'impression, et non pendant la phase de trempage.
  4. Vérifiez si les macros M600, PAUSE, RESUME, etc., contiennent une commande d'attente de température. Avant de reprendre l'impression, il faut d'abord exécuter M109 pour attendre que la buse retrouve sa température de travail.
  5. Vérifiez la thermistance et la courbe de température pour vous assurer que les lectures sont stables.
  6. Il n'est pas recommandé de réduire min_extrude_temp de manière permanente pour contourner l'erreur.
Comment juger s'il s'agit d'un problème de transmission de paramètres

Dans le fichier klippy.log, recherchez la ligne Stats précédant l'erreur : si extruder: target=0 ou la cible est bien inférieure à la température d'impression (par exemple 150), alors que la température d'impression définie dans le slicer est supérieure à 200°C, il s'agit généralement d'un problème de paramètres non transmis correctement par la macro de démarrage.

Références de configuration connexes : Optimisation M109, Présentation des macros.

Extrude only move too long

Message d'erreur : Extrude only move too long (xxmm vs xxmm).

Solutions :

  1. Vérifiez la longueur de rétraction dans le slicer, même pour une extrusion Bowden à distance, ne réglez pas aveuglément une valeur trop élevée.
  2. Vérifiez si la distance d'extrusion/rétraction en une seule fois dans les macros de changement de filament, chargement, déchargement ou essuyage de buse n'est pas trop longue.
  3. Vérifiez si l'état de la coordonnée E lors de la reprise de l'impression est correct, pour éviter d'utiliser la valeur historique de E comme nouvelle distance d'extrusion relative.
  4. Vérifiez si les commandes M82 / M83 et G92 E0 sont correctement utilisées dans les macros.
  5. Si une extrusion pure sur une longue distance est vraiment nécessaire, vous pouvez augmenter de manière appropriée max_extrude_only_distance dans [extruder], mais n'utilisez pas de valeurs extrêmes pour masquer une erreur d'état de la macro.

Références de configuration connexes : Configuration de référence de l'extrudeur, Présentation des macros.

Move exceeds maximum extrusion

Message d'erreur : Move exceeds maximum extrusion (xxmm^2 vs xxmm^2).

Solutions :

  1. Vérifiez si le diamètre du filament, le diamètre de la buse, le taux d'extrusion et la largeur de ligne dans le slicer sont anormaux.
  2. Vérifiez si les macros de ligne de départ, d'essuyage de buse, de changement de filament, de tour de purge ou de purge génèrent des valeurs E anormalement grandes.
  3. Vérifiez si les modes d'extrusion M82 / M83 et G92 E0 dans les macros de démarrage/pause/reprise sont cohérents avec ceux du slicer.
  4. Vérifiez nozzle_diameter, filament_diameter ou max_extrude_cross_section dans [extruder].
  5. Après avoir changé le diamètre de la buse, mettez à jour simultanément la configuration Klipper et la buse, la largeur de ligne et le taux d'extrusion dans le slicer.
  6. Il n'est pas recommandé d'augmenter directement et fortement max_extrude_cross_section ; assurez-vous d'abord que les paramètres G-code et du slicer sont normaux.

Références de configuration connexes : Configuration de référence de l'extrudeur, Calibration de la machine.

Extrude when no extruder present / Extruder not configured

Message d'erreur : Extrude when no extruder present, Extruder not configured ou Active extruder does not have a stepper.

Solutions :

  1. Assurez-vous que le nom de la section de configuration de l'extrudeur principal est [extruder].
  2. Dans les scénarios de multi-extrusion ou d'extrusion synchronisée, vérifiez [extruder_stepper] et SYNC_EXTRUDER_MOTION.
  3. Vérifiez si ACTIVATE_EXTRUDER, T0/T1 ou les commandes de changement personnalisées dans les macros pointent vers une section de configuration réelle.

Références de configuration connexes : Configuration de référence de l'extrudeur.

Détection de rupture de filament et erreur de changement de filament M600

Message d'erreur : Filament sensor: runout detected, la macro de changement de filament M600 s'exécute mais l'impression est interrompue sans pouvoir reprendre, l'interrupteur de détection de rupture de filament est toujours activé ou désactivé, ou après avoir attendu un certain temps pour le changement de filament, Timer too close se déclenche lors de la reprise.

Solutions :

Couper l'alimentation

Avant de vérifier, débrancher ou remplacer le faisceau du capteur de détection de rupture de filament, éteignez complètement l'imprimante et débranchez l'alimentation. Ne branchez ou ne débranchez pas le module du capteur et ne réorganisez pas le câblage sous tension.

  1. Exécutez QUERY_FILAMENT_SENSOR SENSOR=<nom du capteur> pour confirmer que l'état est open (ou not triggered) lorsque le filament est inséré et qu'il change lorsque le filament est retiré.
  2. Si l'état ne change jamais, coupez l'alimentation et vérifiez le câblage du capteur, switch_pin et la configuration du pull-up.
  3. Si des déclenchements intempestifs fréquents se produisent pendant l'impression, vérifiez si le faisceau est excessivement plié dans la chaîne porte-câbles ou tiré par les axes de mouvement.
  4. Vérifiez la logique de la macro M600 pour vous assurer que le processus de pause, rétraction, levage et reprise est normal.
  5. Dans les scénarios multi-extrudeurs, confirmez que ACTIVATE_EXTRUDER et la logique de détection de rupture de filament agissent sur le même extrudeur.
  6. Si Timer too close ne se déclenche qu'après avoir attendu un certain temps pour le changement de filament et cliqué sur "Continuer", vérifiez si la macro de changement de filament appelle PAUSE de manière répétée pendant la pause, réactive la détection de rupture de filament de manière répétée, ou exécute immédiatement une multitude de commandes d'extrusion/déplacement après la reprise.
  7. Vérifiez si les noms SAVE_GCODE_STATE / RESTORE_GCODE_STATE sont cohérents. Si nécessaire, réduisez les actions des sons de notification, des effets lumineux, des macros différées et des plugins distants avant et après la reprise.

Timer too close après un changement de filament M600

Message d'erreur : Après avoir exécuté M600, une pause due à une rupture de filament ou un changement de filament manuel, attendez quelques dizaines de secondes, puis cliquez sur "Continuer", et l'erreur MCU 'mcu' shutdown: Timer too close apparaît.

Causes courantes :

  • Les macros de changement de filament, la détection de rupture de filament et la logique de pause/reprise du frontal sont imbriquées, provoquant une nouvelle pause alors que l'impression est déjà en pause.
  • L'exécution immédiate d'une extrusion longue distance, d'un essuyage de buse, d'un buzzer, d'effets lumineux ou de UPDATE_DELAYED_GCODE lors de la reprise augmente la charge de planification sur un ordinateur hôte peu performant.
  • Le capteur de détection de rupture de filament n'est pas temporairement désactivé pendant le changement de filament, et le processus de chargement déclenche à nouveau l'état runout.
  • Après une mise à jour de Klipper, les anciennes macros ne correspondent plus à l'état de pause/reprise et à la file d'attente de mouvements de la version actuelle.

Solutions :

  1. Consultez d'abord le fichier klippy.log complet pour confirmer si un message Print already paused, Unknown g-code state, Filament sensor ou une erreur de modèle de macro apparaît avant Timer too close.
  2. Recherchez SAVE_GCODE_STATE, RESTORE_GCODE_STATE et UPDATE_DELAYED_GCODE dans les macros M600, PAUSE, RESUME, LOAD_FILAMENT, UNLOAD_FILAMENT.
  3. Désactivez temporairement la détection de rupture de filament pendant le changement de filament, puis réactivez-la une fois la stabilité rétablie.
  4. Réduisez la longueur d'extrusion, la vitesse et le nombre d'actions consécutives pendant la phase de reprise pour éviter d'accumuler une multitude de commandes de mouvement instantanément.
  5. Si le problème ne se produit que sur un ordinateur hôte peu performant, désactivez temporairement la caméra, KlipperScreen et les plugins de contrôle à distance, puis testez à nouveau.

Dépannage système : Timer too close

Références de configuration connexes : Présentation des macros, Configuration de référence pour la détection de rupture de filament.

Loading...