[Auto Bed Levelling + Z-Offset] Confirmation du fonctionnement

[Pyroa]

Bonjour à tous,

Je reviens une nouvelle fois avec des questions ...

Toujours les mêmes tout simplement parce que ce que je constate ne correspond pas à la théorie.

Jusqu'à présent cela ne m'a pas dérangé outre mesure, mais là j'ai besoin d'imprimer avec précision et ce qu'il se passe sur mon plateau me 'saoule'.

Bien. allons-y.

Une CR10-V3.

 

Z-Offset réglé aux petits oignons avec le Bed à température d'impression en ayant pris soin au préalable de faire un M420 S0 puis en fin de mesure un M500 et M501.

Mesh Levellng effectué avec le Bed à la température d'impression suivi d'un M500 et M501 pour prendre en compte les valeurs mesurées.

Si je regardes le graphique du mesh, en X : 225, Y : 150 je suis à -0.119

je fais un M420 juste pour m'assurer qu'il est inactif et c'est le cas.

Maintenant si je positionne la buse sur ces coordonnées et je positionne le Z en 0 :

G1 X225 Y150 Z0 :  je mesure bien le même écart mesuré avec le BLTouch grâce à une cale calibrée.

Jusque là pas de problème.

je fais un M420 S1 pour réactiver le prise en compte des mesures du mesh.

je fais un G28 Z

je fais un M420 (juste pour m'assurer qu'il est toujours actif et c'est le cas (dans mon firmware j'ai bien le restaure du mesh)

je fais un G1 F60 Z0, la buse est toujours à la même position.

l'écart de -0.119 n'est absolument pas pris en compte.

Quand on active via le M420 S1, MARLIN n'est pas censé compenser l'écart mesuré par rapport à la commande G1 envoyée ? 

Grosso modo, avec un M420 S1 j'avais compris que si on lui envoit la commande G1 F60 Z0 lui il va le transformer en G1 F60 Z-0.119 (pour mon exemple pris plushaut)

Je me trompe ?

 

 

[EDIT] : 

Dans mon firmware j'ai ceci :

#if ENABLED(CR10V3_BLTOUCH)
  #define Z_STOP_PIN 19 // Source DWIN2
#endif

 

Qui diffère de ce qu'il y a dans l'exemple de configuration dans les sources MARLIN :
 

#if ENABLED(CR10V3_BLTOUCH)
  #define Z_MIN_PROBE_PIN 19
#endif

Je ne penses pas que cela vienne de là puisque les valeurs sont bien remontées.

Modifié (le) Aout 21, 2021 par Pyroa

[Bestor]

tu mets un gcode spécifique? pour le bedleveling ou le rappel du mesh?

Voici le mien,

M221 S100 ; Mise à 100% du débit
M220 S100 ; Mise à 100% de la vitesse
G1 X0.5 Y0.5 Z150 F1500 ; Monte le Z à 15cm pour être accessible
M140 S{material_bed_temperature_layer_0} ; Mise à température du plateau selon profil du filament
M104 S{material_print_temperature_layer_0} ; Mise à température de la buse selon profil du filament
M190 S{material_bed_temperature_layer_0} ; Attente jusqu'à ce que le plateau soit à bonne température
M109 S{material_print_temperature_layer_0} ; Attente jusqu'à ce que la buse soit à bonne température
G28 ; Home tous axes
;G29 H100 ; Calcul du plan plateau sur 10 cm autour du centre OU
;G29 H150 ; Calcul du plan plateau sur 15 cm autour du centre OU
;G29 H200 ; Calcul du plan plateau sur 20 cm autour du centre OU
M420 s1 ; Rappel map enregistrée
G1 X0 Y200 Z50 F5000 ; Monte le Z à 5cm pour être accessible
G92 E0 ; Mise à zéro Extrudeur
G1 Z1.0 F51500 ; Descend le Z à 1mm pour prévenir une griffe sur la surface
G1 X0 Y20 Z0.3 F2500 ; Mouvement jusqu'à la position de départ
G1 X0 Y180 Z0.3 F1500 E30 ; Dessine une ligne
G1 X0.4 Y180 Z0.2 F3000 ; Bouge sur le côté
G1 X0.4 Y20 Z0.2 F1500 E40 ; Dessine la deuxième ligne

Pour ma lk4 pro, je fais le

- réglage du bed aux petits oignons bed chaud comme toi, puis

- réglage du Z offset (qui se mémorise tout seul (marlin2)

- puis bed leveling ou rappel mesh selon

Modifié (le) Aout 21, 2021 par Bestor

[Pyroa]

il y a 12 minutes, Bestor a dit :

tu mets un gcode spécifique? pour le bedleveling ou le rappel du mesh?

Hormis le M420 S1 après le G28 dans le GCode de démarrage, non.

 

je viens de terminer la configuration/compilation/installation de la dernière version du firmware.

J'ai commencé les étalonnages, je terminerais demain pour voir ce que cela donne.

[miserovitch]

Salut @Pyroa,

Question interessante que tu poses, le mesh bed levelling (MBL pour les intimes) est-il actif uniquement pendant les impressions ou egalement lors des deplacements manuels?

Je viens de faire le test et lors des deplacements manuels je vois bien les axes Z bouger pour compenser la mesure du MBL.

Juste pour degrossir le probleme, si tu fais G28 suivi de G29 et qu'ensuite tu deplaces l'axe X sur toute sa course est-ce que le Z bouge?

Cdt

SoM

[Bestor]

Chez moi le Z ne bouge pas... je monte à une distance quelconque, et je fais X0 --> X220 et je mets le bout du doigt sur mon axe Z, je ne sens rien du tout.... (alors que je le sens bouger avec les réglages babysteps)

[Pyroa]

Il y a 11 heures, miserovitch a dit :

Salut @Pyroa,

Question interessante que tu poses, le mesh bed levelling (MBL pour les intimes) est-il actif uniquement pendant les impressions ou egalement lors des deplacements manuels?

Je viens de faire le test et lors des deplacements manuels je vois bien les axes Z bouger pour compenser la mesure du MBL.

Juste pour degrossir le probleme, si tu fais G28 suivi de G29 et qu'ensuite tu deplaces l'axe X sur toute sa course est-ce que le Z bouge?

Cdt

SoM

Alors firmware à jour, toujours le même soucis.

Pour répondre à ta question, non malheureusement je ne vois pas l'axe Z bouger.

[Edit]

Les impressions sont de simples commandes écrites dans un fichier texte. Donc taper manuellement les commandes doit avoir le même comportement qu'en impression. Enfin selon moi

[/Edit]

Du coup je ne comprends pas ...

Oh grand dieu du Z-Offset, gourou du bed levelling, doc es-Creality : @fran6p tu as une idée de pourquoi le mesh n'est pas pris en compte ??

Modifié (le) Aout 22, 2021 par Pyroa

[fran6p]

il y a une heure, Pyroa a dit :

tu as une idée de pourquoi le mesh n'est pas pris en compte ??

Paske

Non aucune idée.

Pour vérifier, je «ruserais» (idée / astuce proposée par @remibora) : sous un des points de palpage lors du G29, je mettrais un objet d'une bonne épaisseur (un truc genre 2 / 5 mm de haut (à voir en fonction du réglage effectué dans le configuration.h de Marlin))  :

Citation

/**
 * Z probes require clearance when deploying, stowing, and moving between
 * probe points to avoid hitting the bed and other hardware.
 * Servo-mounted probes require extra space for the arm to rotate.
 * Inductive probes need space to keep from triggering early.
 *
 * Use these settings to specify the distance (mm) to raise the probe (or
 * lower the bed). The values set here apply over and above any (negative)
 * probe Z Offset set with NOZZLE_TO_PROBE_OFFSET, M851, or the LCD.
 * Only integer values >= 1 are valid here.
 *
 * Example: `M851 Z-5` with a CLEARANCE of 4  =>  9mm from bed to nozzle.
 *     But: `M851 Z+1` with a CLEARANCE of 2  =>  2mm from bed to nozzle.
 */
#define Z_CLEARANCE_DEPLOY_PROBE   10 // Z Clearance for Deploy/Stow
#define Z_CLEARANCE_BETWEEN_PROBES  5 // Z Clearance between probe points
#define Z_CLEARANCE_MULTI_PROBE     5 // Z Clearance between multiple probes
#define Z_AFTER_PROBING           5 // Z position after probing is done

#define Z_PROBE_LOW_POINT          -2 // Farthest distance below the trigger-point to go before stopping

 

Enregistrer ce maillage qui ne servira que pour le test

Connaissant la position où se trouve l'aberration introduite, effectuer le G28 puis déplacer la tête à ce point (x,y) via G0 x y F3600, descendre à 0 (via G0 Z0 F120) et observer où s'arrête la buse.

Le rappel via M420 S (ou S1) n'est utile que si l'option «#define RESTORE_LEVELING_AFTER_G28» ou «#define ENABLE_LEVELING_AFTER_G28» a été commentée lors de la compilation ET qu'un maillage existe, enregistré en EEPROM (via un M500).

Par exemple pour s'éviter de faire un G29 systématique avant chaque impression, on peut mettre ces deux lignes dans le Gcode de démarrage (après le G28) :

Citation

…

G29 O ; ne faire le G29 que si aucun maillage n'existe en EEPROM (lettre O majusucle (O)ptionnel)

M420 S ; rappel du maillage enregistré (compléter avec un Zx pour stopper la compensation à partir de x)… inutile si restore|enable leveling after G28 a été compilé

…

Le plus important dans toute cette affaire, c'est d'être sûr que la compensation s'effectue lors de l'impression pour remédier aux défauts de planéité du plateau car c'est à ce moment là que c'est utile  

[Pyroa]

il y a une heure, fran6p a dit :

Paske

Ouhh le vilain !

 

il y a une heure, fran6p a dit :

Non aucune idée.

Les gourous ne sont plus ce qu'ils étaient !

il y a une heure, fran6p a dit :

Pour vérifier, je «ruserais» (idée / astuce proposée par @remibora) : sous un des points de palpage lors du G29, je mettrais un objet d'une bonne épaisseur (un truc genre 2 / 5 mm de haut (à voir en fonction du réglage effectué dans le configuration.h de Marlin))  :

Enregistrer ce maillage qui ne servira que pour le test

Connaissant la position où se trouve l'aberration introduite, effectuer le G28 puis déplacer la tête à ce point (x,y) via G0 x y F3600, descendre à 0 (via G0 Z0 F120) et observer où s'arrête la buse.

Alors voilà le compte-rendu de mes observations :

• J'ai introduit une cale de 3.5mm en X75,Y150.
• J'ai lancé le mesh. L'anomalie a bien été identifié.
• J'ai déplacé la tête à cette position
• J'ai fait un G1 F60 Z0, la tête s'est bien positionnée à 3.5mm du bed.
• j'ai fait un M500 puis un M501 (oui je ne les avaient pas fait avant volontairement) et enfin un M503 pour vérifier que mon anomalie de mesure était bien présente. C'est le cas.
• J'ai ensuite déplacé la tête à la position de l'anomalie, j'ai fait un G1 F60 Z0, et là dans le baba mamie baba la tête se positionne quasiment au ras du bed. Donc il s'en tape du bed leveling.
• J'ai ensuite fait un M420 S1.
• J'ai ensuite déplacé la tête à la position de l'anomalie, la tête s'est bien positionnée à 3.5mm du bed.

Mon configuration.h a bien la directive de compilation RESTORE_LEVELING_AFTER_G28

il y a une heure, fran6p a dit :

Le rappel via M420 S (ou S1) n'est utile que si l'option «#define RESTORE_LEVELING_AFTER_G28» ou «#define ENABLE_LEVELING_AFTER_G28» a été commentée lors de la compilation ET qu'un maillage existe, enregistré en EEPROM (via un M500).

Par exemple pour s'éviter de faire un G29 systématique avant chaque impression, on peut mettre ces deux lignes dans le Gcode de démarrage (après le G28) :

Oui mais le mettre ne doit pas interférer sur le fonctionnement. Même si il y est, il sera ignoré.

il y a une heure, fran6p a dit :

Le plus important dans toute cette affaire, c'est d'être sûr que la compensation s'effectue lors de l'impression pour remédier aux défauts de planéité du plateau car c'est à ce moment là que c'est utile  

Il est bien là le problème c'est que mon impression n'est pas bonne.

D'ailleurs je partage une autre observation :

J'ai changé le plateau en verre du bed pour remettre lancien (qui était abimé à cause de Z-offset mal  réglé).

J'ai refait le mesh, forcément la forme n'est pas la même.

Et pourtant à l'impression cela se comporte exactement pareil !!!

ce qu'il se passe :

(Jutilise CURA)

la ligne à droite est correctement imprimée

Mais la jupe ou toutes les impressions sont soit trop près du BED vers les X75 ou trop éloigné du bed vers le X150 (quelque soit le Y)...

et ceci quelque soit le plateau ou quelque soit le mesh.

Sérieusement je ne comprends pas ...

[fran6p]

J'en perds le peu qui me reste de Latin.

Les bras m'en tombent comme dans cet extrait de «Couscous boulettium» de Ramon Pipin's Odeurs (vu en concert au pavillon Baltard au début des années 80 du siècle passé ).

[RFN_31]

Avec jyer, je peux choisir le slot que je veux utiliser pour le mesh. Est-ce que serait un problème autour de cela, genre je sauvegarde le mesh dans un slot mais j'en rappelle un autre ?!?

Je ne suis pas spécialiste, j'essaie juste de trouver une piste...

[Pyroa]

il y a une heure, fran6p a dit :

J'en perds le peu qui me reste de Latin.

Les bras m'en tombent comme dans cet extrait de «Couscous boulettium» de Ramon Pipin's Odeurs (vu en concert au pavillon Baltard au début des années 80 du siècle passé ).

Alors si tu en perd ton latin, que devrais-je dire ?

 

il y a 28 minutes, RFN_31 a dit :

Avec jyer, je peux choisir le slot que je veux utiliser pour le mesh. Est-ce que serait un problème autour de cela, genre je sauvegarde le mesh dans un slot mais j'en rappelle un autre ?!?

Je ne suis pas spécialiste, j'essaie juste de trouver une piste...

Alors là je ne sais pas du tout. Je ne connais pas cette fonctionnalité ni 'Jyer'.

 

est-il possible que les coordonnées sur X soient inversées lorsque le mesh est enregistré ou les deltas Z ? J'ai l'impression de constater un miroir du mesh à l'impression ...

Modifié (le) Aout 22, 2021 par Pyroa

[fran6p]

il y a 24 minutes, RFN_31 a dit :

Avec jyer, je peux choisir le slot que je veux utiliser pour le mesh.

Ça ne fonctionne qu'avec un nivellement de type UBL pas avec le mode «bilinear».

il y a 9 minutes, Pyroa a dit :

Alors si tu en perd ton latin, que devrais-je dire ?

(j'ai également perdu mon Indonésien/Malaisien, faute de ne plus le parler ni l'entendre régulièrement). Je ne sais vraiment pas comment aider plus, d'autant que j'utilise de moins en moins Marlin (Klipper afficionado here )

[Pyroa]

il y a 1 minute, fran6p a dit :

Ça ne fonctionne qu'avec un nivellement de type UBL pas avec le mode «bilinear».

(j'ai également perdu mon Indonésien/Malaisien, faute de ne plus le parler ni l'entendre régulièrement). Je ne sais vraiment pas comment aider plus, d'autant que j'utilise de moins en moins Marlin (Klipper afficionado here )

Pas de soucis ne t'inquiètes pas ! Je vais finir par trouver !

Je vois l'avantage de Klipper par rapport à Marlin (déport des calculs) mais je ne suis pas sûr que cela m'aide ici.

Je pourrais essayer ... 

[RFN_31]

il y a une heure, fran6p a dit :

Ça ne fonctionne qu'avec un nivellement de type UBL pas avec le mode «bilinear».

Exact ! Merci de le rappeler

[Pyroa]

Et bien j'ai fini par trouver !!!!

Quoi que je ne comprends pas bien le pourquoi du comment.

 

Le moteur Z de droite était décalé par rapport au moteur Z de gauche de quelques millimètres ...

 

Une fois correctement corrigé, paf ! adhérence !

 

je n'ai pas encore cherché mais il faudrait que je trouve une procédure simple pour bien aligner les deux moteurs Z.

Là je l'ai fait avec un niveau mais ce n'est pas assez précis.

Modifié (le) Aout 23, 2021 par Pyroa

[miserovitch]

Procedure simple = G34

A parametrer dans le firmware.

Cela fait partie de mon gcode de demarrage: G28, G34, G29

Cdt

SoM

Modifié (le) Aout 24, 2021 par miserovitch

[Pyroa]

Il y a 9 heures, miserovitch a dit :

Procedure simple = G34

A parametrer dans le firmware.

Cela fait partie de mon gcode de demarrage: G28, G34, G29

Cdt

SoM

Ah merci !

D'après Marlin la commande n'est utilisable qu'avec des moteurs commandés individuellement, ce qui semble être le cas sur la CR10-V3 

 

Ah dommage ... Commande inconnue O.O, bon je vais creuser

 

[Edit]

Oui ben je sais pourquoi ... le firmware n'est pas configuré pour utiliser les deux moteurs O.O !

Bon par contre je ne suis pas sûr du choix entre TMC2208_STANDALONE et TMC2208. le premier possède un UART le second non.

 et comme e n'arrives pas à trouver le schéma de la carte mère ... j'ai laissé TMC2208_STANDALONE.

 

[Edit 2]

il semblerait que sur cette Carte mère le UART ne soit pas utilisé pour les drivers TMC2208 car certains ont effectué des bidouilles pour l'activer.

Pour le moment je ne vois pas l'intérêt des UARTs, encore un truc à creuser

 

Modifié (le) Aout 24, 2021 par Pyroa

[fran6p]

Il y a 8 heures, Pyroa a dit :

ce qui semble être le cas sur la CR10-V3

Non, la CR10-V2/V3 bien qu'utilisant deux moteurs pour l'axe Z n'a qu'un seul pilote pour les gérer. Ils sont câblés en parallèle sur la carte. Donc le G34 ne pourra pas fonctionner

Pour éviter des décalages de l'axe X, j'utilise une synchronisation des vis trapézoïdales via une courroie à partir du modèle fourni par @Titi78:

Ça donne ça sur ma CR10-V2 :

La carte Creality v2.5.2 bien qu'utilisant des pilotes TMC2208 ne peut les gérer en UART (il faut donc les déclarer en TMC2208_STANDALONE). Ne surtout pas activer le «linear advance» dans Marlin pour l'extrudeur sauf si tu veux que l'extrusion s'arrête en cours d'impression :

Si l'aventure te tente pour l'UART sur la carte v2.5.2 (modifications via soudures obligatoires, les paramètres de la colonne de droite concernent les sections à ajouter dans le fichier printer.cfg pour le firmware Klipper (on peut évidemment s'en servir pour compléter la section TMC2208 de Marlin (configuration_adv.h)) :

L'UART apporte surtout un confort d'utilisation:

- possibilité de régler via l'écran la Vréf des moteurs (plus besoin d'intervenir physiquement sur le potentiomètre du pilote),

- passage plus ou moins automatique d'un mode «silencieux» mais moins «coupleux» à un plus «coupleux» mais plus bruyant,

- par contre pas de possibilité de «sensorless» avec des TMC2208

Tu peux lire / relire mon sujet sur l'installation d'un Marlin récent (2.0.9.1) sur cette carte :

Modifié (le) Aout 24, 2021 par fran6p

[Pyroa]

Il y a 1 heure, fran6p a dit :

Non, la CR10-V2/V3 bien qu'utilisant deux moteurs pour l'axe Z n'a qu'un seul pilote pour les gérer. Ils sont câblés en parallèle sur la carte. Donc le G34 ne pourra pas fonctionner

Pour éviter des décalages de l'axe X, j'utilise une synchronisation des vis trapézoïdales via une courroie à partir du modèle fourni par @Titi78:

Ça donne ça sur ma CR10-V2 :

La carte Creality v2.5.2 bien qu'utilisant des pilotes TMC2208 ne peut les gérer en UART (il faut donc les déclarer en TMC2208_STANDALONE). Ne surtout pas activer le «linear advance» dans Marlin pour l'extrudeur sauf si tu veux que l'extrusion s'arrête en cours d'impression :

Si l'aventure te tente pour l'UART sur la carte v2.5.2 :

 

L'UART apporte surtout un confort d'utilisation:

- possibilité de régler via l'écran la Vréf des moteurs (plus besoin d'intervenir physiquement sur le potentiomètre du pilote),

- passage plus ou moins automatique d'un mode «silencieux» mais moins «coupleux» à un plus «coupleux» mais plus bruyant,

- …

Tu peux lire / relire mon sujet sur l'installation d'un Marlin récent (2.0.9.1) sur cette carte :

 

Encore une fois merci @Fran6p pour toutes ces précisions.

J'ai un peu les boules de ne pas arriver à trouver les schémas de la carte .. j'ai trouvé sur le github de Creality uniquement la carte d'origine de la CR10. Je dois avouer que j'ai un peu la flemme de schématiser la carte alors que creality doit l'avoir !!! 

Vu le niveau d'information technique dont on a besoin quand il faut configurer le firmware, la moindre des choses serait de filer le schéma.

J'aurais eu le schéma ... en même temps si j'avais été plus attentif j'aurais vu qu'il n'y avait que 4 drivers sur la carte pour 3 axes + l'extrudeur ...

 

 

Pour la dernière image, j'ai trouvé exactement la même ce matin . Pour le moment je n'y trouve pas d'intérêt à passer en mode UART.

 

Après j'ai trouvé quelques défaut sur mon installation qui a changé depuis que je l'ai déplacé :

Le filament était trop tendu et la tête tirait dessus, ce qu'il fait qu'elle se levait d'un millimètre.
J'ai tout replacé de façon à ce que cela coulisse mieux sans que le filament rentre en tension et ne soulève la tête d'impression.

Le détecteur de fin de course est aussi capricieux. Si le filament est trop courbé il coulisse beaucoup moins bien, du coup j'ai rajouté une poulie au dessus pour maintenir le filament bien droit lorsqu'il passe à travers le détecteur de fin de course et ca coulisse beaucoup mieux !!

Modification à la Mac Gyver mais ca marche du tonnerre.

J'ai regardé aussi la tension des courroies de l'axe X et Y. Rien n'est prévu pour les tendres. Du coup j'ai acheté un tendeur en alu comme certains en ont acheté sur le forum uniquement pour l'axer X pour le moment. Mais pour dire si la tension est bonne ou pas ... Mon expérience est trop peu étendue pour le dire.

Je connais bien ton post je le regarde régulièrement mais je n'ai pas vu de description sur comment étaient connectés les drivers sur la carte sur le post principal et je ne suis pas allé fouillé dans les commentaires à la suite.

 

Je trouve que mettre un driver pour deux moteurs c'est quand même de l'économie de bout de chandelle ... Quand on voit le prix ...

 

Il doit y avoir moyen d'utiliser le driver non utilisé de l'extruder 2 pour le deuxième moteur Z. Mais pour ca il faut certainement adapter le fichier des PINs du firmware et là j'ai pas encore trouvé lequel c'était !! (ou les car il y en a peut être plusieurs).

 

Et avec toute cette histoire je n'arrives toujours pas à avoir une impression correcte. Je peux pas m'arracher les cheveux ils font 3mm ... mais c'est tout comme ...

[EDIT]

Je vous met le résultat d'une impression de calibration du bed (pas de commentaire sur l'état du lit c'est celui que j'utilise pour les essais il est bien abîmé ) :

En bas à gauche :

 

En haut à droite

et la géométrie du bed :

 

On voit bien sur la jupe que c'est trop écrasé en bas à gauche et pas assez en haut à droite 

Voilà c'était juste pour partager ma douleur

[Edit 2]

 

Ouuhh j'avais pas vu ca à la première lecture   :

Il y a 1 heure, fran6p a dit :

 

Si l'aventure te tente pour l'UART sur la carte v2.5.2 (modifications via soudures obligatoires, les paramètres de la colonne de droite concernent les sections à ajouter dans le fichier printer.cfg pour le firmware Klipper (on peut évidemment s'en servir pour compléter la section TMC2208 de Marlin (configuration_adv.h)) :

 

me pousserais-tu vers Klipper ?

J'avoue je suis grandement intéressé par ce firmware /logiciel. je vais de toutes manières essayer vu que ce n'est pas le bout du monde pour l'installer il faut de la patience (et un couteau d'après le post de quelqu'un du forum  )

Modifié (le) Aout 24, 2021 par Pyroa

[fran6p]

Il y a 22 heures, Pyroa a dit :

l doit y avoir moyen d'utiliser le driver non utilisé de l'extruder 2 pour le deuxième moteur Z.

Bon courage . L'emplacement effectivement est présent sur la carte mais aucun pilote n'y est soudé (il est touojurs possible d'en souder un mais la soudure d'un TMC à ce format nécessite et outillage et bonne vue).

Il y a 22 heures, Pyroa a dit :

J'ai un peu les boules de ne pas arriver à trouver les schémas de la carte

Si un jour tu les trouves, n'hésite pas à les diffuser. Le seul moyen est de partir du fichier de définitions des pins. La carte est déclarée en «BOARD_RAMPS_CREALITY», d'après le fichier boards.h (Marlin/src) elle fait partie des «ramps derivative» :

Citation

// RAMPS Derivatives - ATmega1280, ATmega2560
//

#define BOARD_3DRAG                   1100  // 3Drag Controller
#define BOARD_K8200                   1101  // Velleman K8200 Controller (derived from 3Drag Controller)
#define BOARD_K8400                   1102  // Velleman K8400 Controller (derived from 3Drag Controller)
#define BOARD_K8600                   1103  // Velleman K8600 Controller (Vertex Nano)
#define BOARD_K8800                   1104  // Velleman K8800 Controller (Vertex Delta)
#define BOARD_BAM_DICE                1105  // 2PrintBeta BAM&DICE with STK drivers
#define BOARD_BAM_DICE_DUE            1106  // 2PrintBeta BAM&DICE Due with STK drivers
#define BOARD_MKS_BASE                1107  // MKS BASE v1.0
#define BOARD_MKS_BASE_14             1108  // MKS BASE v1.4 with Allegro A4982 stepper drivers
#define BOARD_MKS_BASE_15             1109  // MKS BASE v1.5 with Allegro A4982 stepper drivers
#define BOARD_MKS_BASE_16             1110  // MKS BASE v1.6 with Allegro A4982 stepper drivers
#define BOARD_MKS_BASE_HEROIC         1111  // MKS BASE 1.0 with Heroic HR4982 stepper drivers
#define BOARD_MKS_GEN_13              1112  // MKS GEN v1.3 or 1.4
#define BOARD_MKS_GEN_L               1113  // MKS GEN L
#define BOARD_KFB_2                   1114  // BigTreeTech or BIQU KFB2.0
#define BOARD_ZRIB_V20                1115  // zrib V2.0 (Chinese RAMPS replica)
#define BOARD_ZRIB_V52                1116  // zrib V5.2 (Chinese RAMPS replica)
#define BOARD_FELIX2                  1117  // Felix 2.0+ Electronics Board (RAMPS like)
#define BOARD_RIGIDBOARD              1118  // Invent-A-Part RigidBoard
#define BOARD_RIGIDBOARD_V2           1119  // Invent-A-Part RigidBoard V2
#define BOARD_SAINSMART_2IN1          1120  // Sainsmart 2-in-1 board
#define BOARD_ULTIMAKER               1121  // Ultimaker
#define BOARD_ULTIMAKER_OLD           1122  // Ultimaker (Older electronics. Pre 1.5.4. This is rare)
#define BOARD_AZTEEG_X3               1123  // Azteeg X3
#define BOARD_AZTEEG_X3_PRO           1124  // Azteeg X3 Pro
#define BOARD_ULTIMAIN_2              1125  // Ultimainboard 2.x (Uses TEMP_SENSOR 20)
#define BOARD_RUMBA                   1126  // Rumba
#define BOARD_RUMBA_RAISE3D           1127  // Raise3D N series Rumba derivative
#define BOARD_RL200                   1128  // Rapide Lite 200 (v1, low-cost RUMBA clone with drv)
#define BOARD_FORMBOT_TREX2PLUS       1129  // Formbot T-Rex 2 Plus
#define BOARD_FORMBOT_TREX3           1130  // Formbot T-Rex 3
#define BOARD_FORMBOT_RAPTOR          1131  // Formbot Raptor
#define BOARD_FORMBOT_RAPTOR2         1132  // Formbot Raptor 2
#define BOARD_BQ_ZUM_MEGA_3D          1133  // bq ZUM Mega 3D
#define BOARD_MAKEBOARD_MINI          1134  // MakeBoard Mini v2.1.2 by MicroMake
#define BOARD_TRIGORILLA_13           1135  // TriGorilla Anycubic version 1.3-based on RAMPS EFB
#define BOARD_TRIGORILLA_14           1136  //   ... Ver 1.4
#define BOARD_TRIGORILLA_14_11        1137  //   ... Rev 1.1 (new servo pin order)
#define BOARD_RAMPS_ENDER_4           1138  // Creality: Ender-4, CR-8
#define BOARD_RAMPS_CREALITY          1139  // Creality: CR10S, CR20, CR-X
#define BOARD_DAGOMA_F5               1140  // Dagoma F5
#define BOARD_FYSETC_F6_13            1141  // FYSETC F6 1.3
#define BOARD_FYSETC_F6_14            1142  // FYSETC F6 1.4
#define BOARD_DUPLICATOR_I3_PLUS      1143  // Wanhao Duplicator i3 Plus
#define BOARD_VORON                   1144  // VORON Design
#define BOARD_TRONXY_V3_1_0           1145  // Tronxy TRONXY-V3-1.0
#define BOARD_Z_BOLT_X_SERIES         1146  // Z-Bolt X Series
#define BOARD_TT_OSCAR                1147  // TT OSCAR
#define BOARD_OVERLORD                1148  // Overlord/Overlord Pro
#define BOARD_HJC2560C_REV1           1149  // ADIMLab Gantry v1
#define BOARD_HJC2560C_REV2           1150  // ADIMLab Gantry v2
#define BOARD_TANGO                   1151  // BIQU Tango V1
#define BOARD_MKS_GEN_L_V2            1152  // MKS GEN L V2
#define BOARD_MKS_GEN_L_V21           1153  // MKS GEN L V2.1
#define BOARD_COPYMASTER_3D           1154  // Copymaster 3D
#define BOARD_ORTUR_4                 1155  // Ortur 4
#define BOARD_TENLOG_D3_HERO          1156  // Tenlog D3 Hero IDEX printer
#define BOARD_RAMPS_S_12_EEFB         1157  // Ramps S 1.2 by Sakul.cz (Power outputs: Hotend0, Hotend1, Fan, Bed)
#define BOARD_RAMPS_S_12_EEEB         1158  // Ramps S 1.2 by Sakul.cz (Power outputs: Hotend0, Hotend1, Hotend2, Bed)
#define BOARD_RAMPS_S_12_EFFB         1159  // Ramps S 1.2 by Sakul.cz (Power outputs: Hotend, Fan0, Fan1, Bed)
#define BOARD_LONGER3D_LK1_PRO        1160  // Longer LK1 PRO / Alfawise U20 Pro (PRO version)
#define BOARD_LONGER3D_LKx_PRO        1161  // Longer LKx PRO / Alfawise Uxx Pro (PRO version)

 

Pour trouver à quoi correspond chaque «pins», c'est dans Marlin/src/pins/ramps/pins_RAMPS_CREALITY.h (qui inclut le pins_RAMPS.h) :

Citation

/**
 * Marlin 3D Printer Firmware
 * Copyright (c) 2020 MarlinFirmware [https://github.com/MarlinFirmware/Marlin]
 *
 * Based on Sprinter and grbl.
 * Copyright (c) 2011 Camiel Gubbels / Erik van der Zalm
 *
 * This program is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * (at your option) any later version.
 *
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 * GNU General Public License for more details.
 *
 * You should have received a copy of the GNU General Public License
 * along with this program.  If not, see <https://www.gnu.org/licenses/>.
 *
 */
#pragma once

#if HOTENDS > 2 || E_STEPPERS > 2
  #error "Creality3D RAMPS supports only 2 hotends / E-steppers. Comment out this line to continue."
#endif

#define BOARD_INFO_NAME "Creality3D RAMPS"

//
// Heaters / Fans
//

// Power outputs EFBF or EFBE
#define MOSFET_D_PIN                           7

#define FIL_RUNOUT_PIN                         2
#if NUM_RUNOUT_SENSORS >= 2
  #define FIL_RUNOUT2_PIN                     15  // Creality CR-X can use dual runout sensors
#endif

#ifndef SD_DETECT_PIN
  #define SD_DETECT_PIN                       49  // Always define onboard SD detect
#endif

#ifndef PS_ON_PIN
  #define PS_ON_PIN                           40  // Used by CR2020 Industrial series
#endif

#if ENABLED(CASE_LIGHT_ENABLE) && !defined(CASE_LIGHT_PIN)
  #define CASE_LIGHT_PIN                      65
#endif

#include "pins_RAMPS.h"

#ifndef BEEPER_PIN
  #define BEEPER_PIN                          37  // Always define beeper pin so Play Tone works with ExtUI
#endif

#define EXP1_PIN                              65  // A11 - Used by CR2020 Industrial series for case
#define EXP2_PIN                              66  // A12
#define EXP3_PIN                              11  // SERVO0_PIN
#define EXP4_PIN                              12  // PS_ON_PIN

#define SUICIDE_PIN                           12  // Used by CR2020 Industrial series
#ifndef SUICIDE_PIN_INVERTING
  #define SUICIDE_PIN_INVERTING             true
#endif

 

 

Il y a 22 heures, Pyroa a dit :

Je peux pas m'arracher les cheveux ils font 3mm ...

Pas mieux, j'en ai encore moins (il y a bien longtemps déjà que je me laisse pousser le crâne ).

Il y a 22 heures, Pyroa a dit :

me pousserais-tu vers Klipper ?

Non pas du tout (mais l'essayer, c'est l'adopter ). Un bon point de départ :

 

Mon dépôt Github est à jour pour la configuration. Le plus simple aujourd'hui pour installer Klipper sur un RPi sur lequel Octoprint est déjà installé est de passer par Kiauh (le couteau bien que fort utile n'est pas indispensable).

[Pyroa]

il y a 37 minutes, fran6p a dit :

Bon courage . L'emplacement effectivement est présent sur la carte mais aucun pilote n'y est soudé (il est touojurs possible d'en souder un mais la soudure d'un TMC à ce format nécessite et outillage et bonne vue).

J'ai tout (peut-être la vue qui maintenant décroit  ), il y a 20ans je soudais les CMS à la chaine pour Sagem sur les téléphones portables qui ne passaient pas le test JTAG. Et ils étaient beaucoup plus petits que ceux là !  

il y a 39 minutes, fran6p a dit :

Si un jour tu les trouves, n'hésite pas à les diffuser.

Sans problèmes.  Quand j'aurais finit mon projet et rangé mon merdier de composants électronique, je crois que je vais surtout le faire moi même le schéma.

il y a 41 minutes, fran6p a dit :

La carte est déclarée en «BOARD_RAMPS_CREALITY», d'après le fichier boards.h (Marlin/src) elle fait partie des «ramps derivative» :

Pour trouver à quoi correspond chaque «pins», c'est dans Marlin/src/pins/ramps/pins_RAMPS_CREALITY.h (qui inclut le pins_RAMPS.h) :

Ah merci, ca fait une bonne référence !

il y a 42 minutes, fran6p a dit :

Non pas du tout (mais l'essayer, c'est l'adopter ). Un bon point de départ :

 

Mon dépôt Github est à jour pour la configuration. Le plus simple aujourd'hui pour installer Klipper sur un RPi sur lequel Octoprint est déjà installé est de passer par Kiauh (le couteau bien que fort utile n'est pas indispensable).

Héhé, oui je me doute que l'essayer c'est l'adopter  Il est séduisant vu de l'extérieur déjà

Merci pour Kiauh, je ne connaissais pas, j'avais lu rapidement ton post sur Klipper j'avais du l'omettre.

 

J'ai finit par abandonner le réglage de mon imprimante, je vais me satisfaire de ce que j'ai reussi à obtenir pour le moment.

J'ai mis un radeau au lieu d'une jupe pour compenser le défaut, c'est mieux que rien.

Quelques photo du résultat :

 

 

[fran6p]

il y a 5 minutes, Pyroa a dit :

je crois que je vais surtout le faire moi même le schéma.

Si ça avait été pour une carte v4.2.2 (microcontrôleur STM), j'avais récupéré (je ne sais plus où) ce document : Creality422-Schematic.pdf

Pour la carte de la CR10-V2/V3 le micro est un Atmega2560 donc les sources de Creality pour la CR10 ne «fonctionnent» pas (Atmega1284p)

Mais des cartes «RAMPS» d'autres fabricants doivent (devraient) pouvoir servir de base (MKS Gen , MKS Gen_l , BTT Ramps (à associer à un Arduino Mega), …)

Tu utilises Cura pour trancher tes pièces ? si oui, l'option   «roue libre (coasting / cabotage) est-elle activée ?

[Pyroa]

Le 25/08/2021 at 19:15, fran6p a dit :

Si ça avait été pour une carte v4.2.2 (microcontrôleur STM), j'avais récupéré (je ne sais plus où) ce document : Creality422-Schematic.pdf

Pour la carte de la CR10-V2/V3 le micro est un Atmega2560 donc les sources de Creality pour la CR10 ne «fonctionnent» pas (Atmega1284p)

Mais des cartes «RAMPS» d'autres fabricants doivent (devraient) pouvoir servir de base (MKS Gen , MKS Gen_l , BTT Ramps (à associer à un Arduino Mega), …)

Tu utilises Cura pour trancher tes pièces ? si oui, l'option   «roue libre (coasting / cabotage) est-elle activée ?

Nop il était pas activé, je l'ai fait sur la dernière impression lancée. On verra ce que cela donne, j'attends la fin.