Réglage BL Touch et capteur filament Ender 3 4.2.7

[garycooper]

Bonjour, après vous avoir lu à de nombreuses reprises et corrigé pas mal de soucis grâce à ce forum, je demande maintenant une aide car je ne trouve pas la réponse à mes problèmes. J'ai une Ender 3 v1 avec une carte mère 4.2.7, un capteur de rupture de filament, un BL touch et un plateau en verre de 235mmx235mm. Je n'ai pas trouvé de fichier bin complet pour l'installer tel quel. Du coup, j'ai adapté mon firmware avec les infos glanées ça et là sur le forum mais j'ai encore quelques dysfonctionnements.

Déjà, concernant le détecteur de rupture de filament : il est connecté sur la carte mère correctement. La petite LED est allumée quand le filament est présent, elle s'éteind quand le filament est terminée, mais l'impression continue ! J'ai certainement oublié de paramétrer quelque chose, mais quoi ?

Ensuite, mon BL Touch : il fonctionne correctement. Mes impressions sont bien meilleures depuis que je l'ai installé. Par contre, mon problèmem se situe au moment du calibrage. J'ai activé un contrôle en 9 points dans Marlin que je lance à chaque impression avec un G29 dans le gcode que j'ai paramétré dans Ultimaker Cura. Par contre, quand il va faire la dernière ligne, le plateau essaie d'avancer plus que sa butée, ce qui fait "brouter" le moteur ou "patiner la courroie". Les 3 points sont faits normalement en axe Z puis la tête revient et lance l'impression. Le problème de ça, c'est que la pièce ne s'imprime pas au centre mais environ 20mm trop sur l'avant du plateau. Pour info, quand je fais un G28, le palpeur du BL touch se positionne au centre du plateau (j'ai dû corriger de 6,5mm la position du Y avec un "M206 Y-6.5").

Pouvez-vous m'orientez sur les paramètres à corriger dans Marlin ? Je vous joins mes fichier configuration.h et configuration_adv.h si ça eut vous aider

Configuration.h Configuration_adv.h

Modifié (le) Septembre 12, 2021 par garycooper

[Idealnight]

Si tu utilises cura tu peux rentrer les valeurs de décalages dans les paramètres de l'imprimante.

As-tu renseigné le probe ? 

Dans ton slicer quelles sont les dimensions du bed que tu as rentré ?

[RFN_31]

Il y a 5 heures, garycooper a dit :

Déjà, concernant le détecteur de rupture de filament : il est connecté sur la carte mère correctement. La petite LED est allumée quand le filament est présent, elle s'éteind quand le filament est terminée, mais l'impression continue ! J'ai certainement oublié de paramétrer quelque chose, mais quoi ?

Dans ton fichier de conf, tu as :
#define FILAMENT_RUNOUT_DISTANCE_MM 25
Ca veut dire que quand tu provoque une détection, tu dois encore attendre que l'extrudeur avance le filament de 25mm avant que la procédure ne se lance (M600 dans ton cas)

[fran6p]

@garycooper(g@rycooper)

La carte Creality v4.2.7 n'utilise qu'un seul port série (le 1) hors tu en déclares un supplémentaire. Une raison particulière ?

Citation

/**
 * Select a secondary serial port on the board to use for communication with the host.
 * Currently Ethernet (-2) is only supported on Teensy 4.1 boards.
 * :[-2, -1, 0, 1, 2, 3, 4, 5, 6, 7]
 */
#define SERIAL_PORT_2 3

 

Sinon comme @RFN_31, tu peux réduire la distance à continuer d'extruder la détection d'absence de filament. L'idéal est que le filament sorte du détecteur mais ne soit pas «coincé» dans l'extrudeur pour pouvoir le retirer sans trop de tracas.

[garycooper]

Ouahou ! Beaucoup de réponses pour m'aider ! Je vais essayer de répondre à vos questions :

@idealnight : dans le slicer, j'ai bien renseigné 235mmx235mm pour le bed. Pour le probe, si tu parles de le déclarer dans Marlin, oui c'est bon. Il fonctionne correctement, sauf la dernière ligne de palpage. Dans Cura , où est-ce que je peux renseigner les valeurs de décalages dans les paramètres de l'imprimante ?

 

@RFN_31 : Oui, c'est volontaire d'avoir mis 25mm. C'était pour dégager le capteur et  que le filament continue un peu parce que mon capteur se situe environ au niveau du rail du haut de la Ender 3. Je suis donc encore facilement à 150 mm de l'extrudeur. Malgré cela, les 25mm passés, l'impression ne se met pas en pause.

 

@fran6p : c'est une erreur, qu'un deuxième port série soit sélectionné. Je n'en utilise qu'un (vers Octoprint). Je vais déjà corrigé ça. Par contre, ce ne doit pas être la cause de mes tracas.

Modifié (le) Septembre 12, 2021 par garycooper

[Idealnight]

Si ma mémoire est bonne dans l'onglet extrudeur des paramètres de la machine (préférences -> configurer cura), en inscrivant les valeurs ici ils seront automatiquement pris en compte a chaque gcode généré mais cela est certainement l'équivalent des lignes de gcode que tu as rajouté là je ne peux te dire  

Modifié (le) Septembre 12, 2021 par Idealnight

[garycooper]

@Idealnightok, j'ai trouvé où corriger dans ultimaker. Il y a effectivement un onglet "extrudeur" dans les paramètres d'imprimante. Je n'y avais jamais fait attention.

Je vous joins mes start gcode et end gcode au cas où ce soit à l'origine du pb de calibration avec le BL touch :

Start GCODE :

; Ender 3 Custom Start G-code
M140 S{material_bed_temperature_layer_0} ; Set Heat Bed temperature
M190 S{material_bed_temperature_layer_0} ; Wait for Heat Bed temperature
M104 S160; start warming extruder to 160
G28 ; Home all axes
G29 ; Auto bed-level (BL-Touch)
G92 E0 ; Reset Extruder
M104 S{material_print_temperature_layer_0} ; Set Extruder temperature
G1 X0.1 Y20 Z0.3 F5000.0 ; Move to start position
M109 S{material_print_temperature_layer_0} ; Wait for Extruder temperature
; G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed
G1 X0.1 Y200.0 Z0.3 F1500.0 E15 ; Draw the first line
G1 X0.4 Y200.0 Z0.3 F5000.0 ; Move to side a little
G1 X0.4 Y20 Z0.3 F1500.0 E30 ; Draw the second line
G92 E0 ; Reset Extruder
G1 Z2.0 F3000 ; Move Z Axis up little to prevent scratching of Heat Bed
; End of custom start GCode

Edn GCODE :

; Ender 3 Custom End G-code
M400 ; Wait for current moves to finish
M220 S100 ; Reset Speed factor override percentage to default (100%)
M221 S100 ; Reset Extrude factor override percentage to default (100%)
G91 ; Set coordinates to relative
G1 F2400 E-3 ; Retract filament 3mm at 40mm/s to prevent stringing
G0 F5000 Z20 ; Move Z Axis up 20mm to allow filament ooze freely
G90 ; Set coordinates to absolute
G0 X0 Y235 F5000 ; Move Heat Bed to the front for easy print removal
M84 ; Disable stepper motors
; End of custom end GCode

[PPAC]

Salutation !

Pour le détecteur de fin de filament, si tu arrive a te connecter en USB avec Pronterface ou ...

 

M412: Filament Runout te dit bien que c'est activé ?

Report filament runout state

M412
Filament runout ON

 

Sinon dans Configuration.h, t'es sur de cela ? 

#define FIL_RUNOUT_STATE     LOW        // Pin state indicating that filament is NOT present.

(Tu a vérifié le résultat de la commande M119: Endstop States selon que tu déclenche ou non le capteur de fin de filament, le statue du "filament:" change t'il ?)

Modifié (le) Septembre 13, 2021 par PPAC

[garycooper]

@PPAC le M412 me renvoie bien Filament RUNOUT On.

Le 119 me renvoie la même chose, avec ou sans filament dans le détecteur 

M119 Recv: Reporting endstop status Recv: x_min: open Recv: y_min: open Recv: z_min: open Recv: z_probe: TRIGGERED Recv: filament: TRIGGERED Recv: ok

 M119
Recv: Reporting endstop status
Recv: x_min: open
Recv: y_min: open
Recv: z_min: open
Recv: z_probe: TRIGGERED
Recv: filament: TRIGGERED
Recv: ok

Modifié (le) Septembre 13, 2021 par garycooper

[PPAC]

@garycooper cela me fait penser que les branchements ne sont pas bon ...

Il faut commencer par avoir le changement de status sous M119 pour valider les bonne connections, après on verra pour la bonne logique "TRIGERRED" ou "open" a inversé ou non.

Soit tu n'est pas sur le bon port sur la carte, soit les définition des pin dans le marlin ne colle pas, soit tu a inversé des fils ... soit le capteur a un défaut... soit je ne sais pas ...

Peut tu nous faire des photos de tes branchements

et identifier sur le port de la carte mêre les pin : GND, Signal, Vcc

et aussi sur le capteur identifier les fils GND, Signal, Vcc

?

Modifié (le) Septembre 13, 2021 par PPAC

[garycooper]

merci @PPACtu m'as bien aiguillé ! Effectivement j'avais 2 câbles inversés. Maintenant, j'ai bien "TRIGGERED" quand il y a le filament et "OPEN" quand le filament n'est pas présent. Je viens de tester une impression pour voir si ça stop bien l'impression. Je confirme que ça fonctionne bien ! Par contre, j'ai pas de notification pour me dire que c'est en pause ... Bon, c'est un détail ! Il me reste "plus qu'à" corriger le broutage et décalage de l'impression sur l'avant du plateau.

EDIT : Bon OK, en fait je suis un boulet ...  Le problème n'était pas du tout "logiciel", mais "matériel" ! J'avais installé un tendeur de courroie pour l'axe Y mais comme il était fixé sur la partie haute du rail, ben il faisait butée pour le chariot du plateau !!!!! Après avoir remis le galet d'origine, voilà maintenant que le nivelage se fait parfaitement !!!!

Du coup, on peut considérer le sujet comme résolu ! Merci pour votre contribution précieuse !

Modifié (le) Septembre 13, 2021 par garycooper

[PPAC]

Bien joué ! 

Pour le coup de pas de message de mise en pause lors du filament run out :

Si tu imprime depuis OctoPrint, il faut peut etre activer dans le Configuration_Adv.h 
 

Citation

/**
 * Host Action Commands
 *
 * Define host streamer action commands in compliance with the standard.
 *
 * See https://reprap.org/wiki/G-code#Action_commands
 * Common commands ........ poweroff, pause, paused, resume, resumed, cancel
 * G29_RETRY_AND_RECOVER .. probe_rewipe, probe_failed
 *
 * Some features add reason codes to extend these commands.
 *
 * Host Prompt Support enables Marlin to use the host for user prompts so
 * filament runout and other processes can be managed from the host side.
 */
//#define HOST_ACTION_COMMANDS
#if ENABLED(HOST_ACTION_COMMANDS)
  //#define HOST_PROMPT_SUPPORT
  //#define HOST_START_MENU_ITEM  // Add a menu item that tells the host to start
#endif

et éventuellement activer 

Citation

/**
 * Emergency Command Parser
 *
 * Add a low-level parser to intercept certain commands as they
 * enter the serial receive buffer, so they cannot be blocked.
 * Currently handles M108, M112, M410, M876
 * NOTE: Not yet implemented for all platforms.
 */
//#define EMERGENCY_PARSER

 

 

Sinon si tu imprimé depuis la carte SD là c'est louche car tout semble bon niveau configuration.h ... car tu a bien un écran LCD qui permet les interactions utilisateur cf :

#define CR10_STOCKDISPLAY

et tu a bien

#define PRINTJOB_TIMER_AUTOSTART

comme spécifié dans 

Citation

/**
 * Filament Runout Sensors
 * Mechanical or opto endstops are used to check for the presence of filament.
 *
 * IMPORTANT: Runout will only trigger if Marlin is aware that a print job is running.
 * Marlin knows a print job is running when:
 *  1. Running a print job from media started with M24.
 *  2. The Print Job Timer has been started with M75.
 *  3. The heaters were turned on and PRINTJOB_TIMER_AUTOSTART is enabled.
 *
 * RAMPS-based boards use SERVO3_PIN for the first runout sensor.
 * For other boards you may need to define FIL_RUNOUT_PIN, FIL_RUNOUT2_PIN, etc.
 */

 

Tiens nous au jus et bonne continuation !

Edit : Aussi comme ce sujet se trouve dans la section Questions/Réponses et que tu en est l'auteur, tu peux désigner/marquer un (ou plusieurs ?) message comme solution (voir en bas de chaque message il y a normalement un lien "marquer comme solution" ) et donc le le sujet sera marqué comme ayant une/des meilleur réponses.

Modifié (le) Septembre 13, 2021 par PPAC

[garycooper]

Impeccable ! Comme conseillé, j'ai activé 

#define HOST_ACTION_COMMANDS

#define HOST_PROMPT_SUPPORT

et 

#define EMERGENCY_PARSER

Tout est effectivement opérationnel avec Octoprint. Je reçois bien la notifcation quand c'est en pause et je peux récharger ce qui reste de filament et recharger le nouveau filament. C'est top ! Merci pour les tuyaux