Jeff40

Bonsoir à tous, Je crois que j'ai trouvé, je n'avais pas assez de courant dans mes moteurs Z. Je me suis servi des infos trouvées dans ce post dans lequel intervient @Tircown J'ai des moteurs avec un courant de 1,7 A. J'ai donc commencé à 50%, soit 850mA pour tous les moteurs. Pour le moment, le cube est parafait, juste une petite retouche à faire pour les Z. Je passerai peut-être à 80% pour les Z, soit 1360mA si le besoin s'en fait sentir. Merci à tous pour vos idées et votre aide. Jeff

Merci @PPACpour tes pistes de solutions. Je vais tester cela en rentrant ce soir. C'est vrai que je n'ai pas vérifié si le déplacement correspondait bien, j'ai juste calculé les steps/mm qui donnent 400 pour une vis T8 au pas de 8mm.

Bonjour à tous, Après avoir réglé ma CR10 maison avec une carte BTT SKR mini E3 V2 grâce aux membres de ce forum (merci encore à eux !), voici l'impression de mon cube de calibration stoppé 2 ou 3 minutes avant la fin (c'est le petit tout moche, à droite sur la photo). La semaine dernière, j'avais imprimé celui de gauche. Je précise que cela m'est déjà arrivé également la semaine dernière, sans que je ne puisse identifier l'origine : les deux premiers moches, le 3e et le 4e bien et le 5e d'hier moche. Le "cube" final fait 20x20x4,5 environ. Je vois les hauteurs de couches s'afficher sur l'écran tactile de l'imprimante, pour 15 mm de hauteur affichés, il y en a péniblement 3 sur la pièce. J'ai changé la carte SD, rien n'y fait. Ca ressemble à une panne aléatoire... ce qui ne me rassure pas. Connaissez-vous ce genre de problème ? Merci pour votre aide. Jeff

Ca y est, j'ai trouvé. Et tout seul, en plus, je progresse. il fallait simplement agir ici : #define X_MIN_POS -20 #define Y_MIN_POS 0 #define Z_MIN_POS 0 #define X_MAX_POS X_BED_SIZE #define Y_MAX_POS Y_BED_SIZE #define Z_MAX_POS 400 Ma machine est maintenant réglée, un grand merci collectif ! Jeff

Merci @PPAC de me rappeler les bases ! C'était bien ça en effet. Donc@remibora,@fran6p et @PPAC, j'annule mon appel au secours ! Merci @fran6p, un passage à la postérité chez Marlin ! Je crois que maintenant, je ne suis pas trop mal... Il me reste à rentrer dans le firmware.bin le décalage de 20 mm entre mon extrudeur et le plateau quand je suis en Home X. J'arrive à le faire directement sur le tactile en faisant M206 X-20 mais tant qu'à faire je préférerais le régler dans le Marlin. Des idées ? Merci pour votre aide. Jeff firmware.bin

A s'arracher les cheveux ... Ce matin, je voulais peaufiner mes réglages, j'ai, d'un seul coup l'anomalie suivante : Je demande un déplacement en X de 100 mm, je n'obtiens que 80, idem pour Y. Je vérifie avec M501 ou M503, j'ai pourtant bien DEFAULT_AXIS_STEPS_PER_UNIT { 80, 80, 400, 93 }. Mes poulies ont bien 16 dents et mes courroies un pas de 2mm. Quand je demande G0 X310, le déplacement amène la buse à environ 240mm, pour un lit et une dimension déclarée de 310mm. En butée, je suis à X-20 et j'ai X0 à 5mm du bord gauche du lit. Connaissez-vous ce genre de déboire ? Merci @remibora, , @billedeclown01, @fran6p et @PPAC de voler une fois de plus à mon secours ! Jeff

Ok, compris @remibora. Merci à toi et à @billedeclown01

Ok, je crois avoir compris : je dois faire toutes les modifs, y compris décommenter le ligne du Bltouch pour pouvoir compiler sans erreur. C'est bien ça ? Merci pour ton aide. Jeff

Merci à tous pour votre aide et votre réactivité. Dans l'ordre, voici pour @billedeclown01 et @PPAC : Processing STM32F103RC_btt (platform: ststm32@~12.1; board: genericSTM32F103RC; framework: arduino) ----------------------------------------------------------------------------------------------------------------------------------Verbose mode can be enabled via `-v, --verbose` option In file included from c:\marlin-2.0.x\marlin\src\inc\MarlinConfigPre.h:49, from c:\marlin-2.0.x\marlin\src\inc\marlinconfig.h:28, from buildroot/share/PlatformIO/scripts/common-dependencies.h:29: c:\marlin-2.0.x\marlin\src\inc\Conditionals_LCD.h:738:6: error: #error "BLTOUCH requires Z_MIN_PROBE_ENDSTOP_INVERTING set to false. Please update your Configuration.h file." 738 | #error "BLTOUCH requires Z_MIN_PROBE_ENDSTOP_INVERTING set to false. Please update your Configuration.h file." | ^~~~~ CalledProcessError: Command '"C:\.platformio\packages\toolchain-gccarmnoneeabi@1.90201.191206\bin\arm-none-eabi-g++.exe" -D__MARLIN_FIRMWARE__ -DNDEBUG -DUSBCON -DUSBD_USE_CDC -DTIM_IRQ_PRIO=13 -DADC_RESOLUTION=12 -DDEBUG_LEVEL=0 -DTIMER_SERVO=TIM5 -D__MARLIN_DEPS__ -w -dM -E -x c++ buildroot/share/PlatformIO/scripts/common-dependencies.h' returned non-zero exit status 1.: File "C:\.platformio\penv\lib\site-packages\platformio\builder\main.py", line 175: env.SConscript(item, exports="env") File "C:\.platformio\packages\tool-scons\scons-local-4.1.0\SCons\Script\SConscript.py", line 591: return _SConscript(self.fs, *files, **subst_kw) File "C:\.platformio\packages\tool-scons\scons-local-4.1.0\SCons\Script\SConscript.py", line 280: exec(compile(scriptdata, scriptname, 'exec'), call_stack[-1].globals) File "C:\Marlin-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 309: apply_features_config() File "C:\Marlin-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 136: if not env.MarlinFeatureIsEnabled(feature): File "C:\.platformio\packages\tool-scons\scons-local-4.1.0\SCons\Util.py", line 658: return self.method(*nargs, **kwargs) File "C:\Marlin-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 285: load_marlin_features() File "C:\Marlin-2.0.x\buildroot\share\PlatformIO\scripts\common-dependencies.py", line 273: define_list = subprocess.check_output(cmd, shell=True).splitlines() File "C:\.platformio\python3\lib\subprocess.py", line 411: **kwargs).stdout File "C:\.platformio\python3\lib\subprocess.py", line 512: output=stdout, stderr=stderr) =================================================== [FAILED] Took 2.89 seconds =================================================== Environment Status Duration --------------- -------- ------------ STM32F103RC_btt FAILED 00:00:02.894 ============================================= 1 failed, 0 succeeded in 00:00:02.894 ============================================= Arrêt du processus de terminal "C:\.platformio\penv\Scripts\platformio.exe 'run'". Code de sortie : 1. 2. @remibora J'ai bien compris, pas touche au False de la ligne en question et j'ai décommenté //#define PINS_DEBUGGING Ok, je teste. Génial ce post, je le copie/colle dans mes notes. J'ai cru comprendre qu'il résulte de ta collaboration avec @fran6p. Bravo à tous les deux. 3. @fran6p Je ne comprends pas bien. Ma configuration est celle de la carte BTT SKR mini E3V2, je l'ai téléchargé depuis le dossier Ender 3 du github Creality. Est-ce que la directive "CR10V2_BLTOUCH" sont tu parles, c'est #define BLTOUCH (ligne 1059) dans mon fichier ? Si oui, je l'ai activée en décommentant la ligne. Merci pour tout ! Jeff

Bonjour à tous, Avec tous les conseils recueillis, je viens de passer quelques heures à configurer mon Marlin V2.0.9 (non bugfix !). A chaque modif, j'ai pris des notes et effectué systématiquement une compilation. Toutes les compilations fonctionnent sauf quand je tente de modifier #define Z_MIN_PROBE_ENDSTOP_INVERTING false // Set to true to invert the logic of the probe. Je comprends qu'il doit être passé en true si on utilise un BLtouch mais la compilation échoue à chaque fois. @fran6p, j'ai trouvé ceci sur ton post CR10-V2, carte originelle (2.5.2), Marlin 2.0.8.2 (stable) C #define Z_MIN_ENDSTOP_INVERTING true C #define Z_MAX_ENDSTOP_INVERTING true C #define Z_MIN_PROBE_ENDSTOP_INVERTING true Penses-tu que ça peut venir de là ? Je viens d'essayer, ça ne compile pas non plus. Merci pour votre aide. Jeff Je joins mes fichiers de config au cas où. Configuration_adv.h Configuration.h

Merci @fran6ppour ce complément, je regarde ça plus en détails ce soir. J'ai souri en parcourant très vite ce post dans lequel tu mets les choses au point, vu de ton expérience dans l'Education nationale. Je souscris, cher collègue ! Pour le moment, je suis en train de tenter de refaire un firmware.bin propre avec la dernière version de Marlin V2.0.9 (non bugfix !) comme tu me l'as conseillé. Je descends tout le déroulé des fichiers Configuration.h et Configuration_adv.h sans méthode précise, en vérifiant ou modifiant ce qui me saute aux yeux et en faisant un essai de compilation après chaque modif pour ne pas accumuler les erreurs. Tu penses que c'est un bonne stratégie ? Merci encore. Jeff Je viens de trouver ceci ! et je vais l'utiliser. Décidemment, merci ! Marlin 2.0.x guide pour CR10-V2, carte mère originelle (v2.5.2)

Je crois avoir compris pas mal de choses. Merci !

J'avais donc compris pile l'inverse pour le bugfix ! C'est bien M502 qui ré-initialise l'EEPROM avant que M500 sauvegarde ce que je viens de mettre dans la carte SD ? Si avec tout ça je n'y arrive pas ... Encore un grand merci, je m'y colle ce soir et je te dis. Jeff

Merci @fran6ppour ta réponse et pour tes questions constructives auxquelles je vais essayer de répondre. Mes compétences sont en également en construction, voila pourquoi il y a quelques éléments bizarres dans ma configuration. Je n'ai pas fais attention à ce paramètre, je vais donc re-commenter ces lignes. J'avais configuré le skew sur mon ancienne I3 maison, je l'ai donc gardé ici au cas où ma structure ne serait pas d'équerre mais je ne l'ai pas encore utilisé. Je ne l'ai jamais fait... Je croyais que je ne devais le faire que si je modifiais une valeur depuis l'écran tactile de mon imprimante ! Peux-tu me confirmer si cette procédure est la bonne : Je paramètre et modifie mon Marlin avec VS Code sur mon PC. Je compile et copie le fichier firmware.bin sur ma carte SD Je mets la carte SD dans le lecteur de la carte mère. J'allume l'imprimante et je laisse charger : est-ce que le firmware remplace déjà celui qui était dans la carte ou faut-il faire l'opération suivante ? Je fais M502 suivi de M500 (dans cet ordre) depuis l'écran tactile. Là, j'ai la réponse : j'ai essayé avec 100 au départ, j'ai flashé à ma manière (c'est à dire mal). J'ai vu que le rapport n'était pas bon alors j'ai modifié directement depuis l'écran tactile à 80. Je viens de vérifier, c'est toujours à 80. Alors là, je prends tous les conseils, je ne maîtrise pas. Mes moteurs sont des Nema 17HS4401 avec un courant de 1,7A. Quelles sont les valeurs raisonnables ? Parce que j'ai suivi un tuto de Kamino KGY sur sa chaine Youtube, il disait de faire comme ça et vu que j'avais la même carte, j'ai suivi. Je me suis dit que Bugfixes devait vouloir dire quelque chose comme " dernière version exempte d'erreurs" mais ce n'est peut-être pas ça. Tu vois, j'ai encore du chemin à parcourir... Merci en tous cas pour ton attention qui me fait progresser. Jeff

Merci @fran6p pour ta réponse. Il y a en effet un BLtouch. Voici les fichiers Configuration.h Configuration_adv.h

Merci @PPACpour ta réponse. Je n'avais en effet pas activé M115_GEOMETRY_REPORT ni SERIAL_FLOAT_PRECISION 4 Je viens de le faire mais ça ne change rien pour le moment. Connecté en USB, voici ce que donne M115 : j'ai l'impression que ça confirme mais comment dépasser les 290 mm ? >>> M115 SENDING:M115 FIRMWARE_NAME:Marlin bugfix-2.0.x (Jun 23 2021 14:27:21) SOURCE_CODE_URL:github.com/MarlinFirmware/Marlin PROTOCOL_VERSION:1.0 MACHINE_TYPE:3D Jeff #2 EXTRUDER_COUNT:1 UUID:cede2a2f-41a2-4748-9b12-c55c62f367ff Cap:SERIAL_XON_XOFF:0 Cap:BINARY_FILE_TRANSFER:0 Cap:EEPROM:1 Cap:VOLUMETRIC:1 Cap:AUTOREPORT_TEMP:1 Cap:PROGRESS:0 Cap:PRINT_JOB:1 Cap:AUTOLEVEL:1 Cap:RUNOUT:0 Cap:Z_PROBE:1 Cap:LEVELING_DATA:1 Cap:BUILD_PERCENT:1 Cap:SOFTWARE_POWER:0 Cap:TOGGLE_LIGHTS:0 Cap:CASE_LIGHT_BRIGHTNESS:0 Cap:EMERGENCY_PARSER:1 Cap:PROMPT_SUPPORT:0 Cap:SDCARD:1 Cap:REPEAT:0 Cap:SD_WRITE:1 Cap:AUTOREPORT_SD_STATUS:0 Cap:LONG_FILENAME:1 Cap:THERMAL_PROTECTION:1 Cap:MOTION_MODES:0 Cap:ARCS:0 Cap:BABYSTEPPING:1 Cap:CHAMBER_TEMPERATURE:0 Cap:COOLER_TEMPERATURE:0 Cap:MEATPACK:0 area:{full:{min:{x:-20.0000,y:-8.0000,z:0.3000},max:{x:290.0000,y:302.0000,z:400.3000}},work:{min:{x:-20.0000,y:-8.0000,z:0.3000},max:{x:290.0000,y:302.0000,z:400.3000}}} Et voici ce que donne M503: >>> M503 SENDING:M503 echo: G21 ; Units in mm (mm) echo: M149 C ; Units in Celsius echo:; Filament settings: Disabled echo: M200 S0 D1.7500 echo:; Steps per unit: echo: M92 X100.0000 Y100.0000 Z400.0000 E93.0000 echo:; Maximum feedrates (units/s): echo: M203 X500.0000 Y500.0000 Z12.0000 E120.0000 echo:; Maximum Acceleration (units/s2): echo: M201 X9000.0000 Y9000.0000 Z500.0000 E10000.0000 echo:; Acceleration (units/s2): P<print_accel> R<retract_accel> T<travel_accel> echo: M204 P1500.0000 R1500.0000 T1500.0000 echo:; Advanced: B<min_segment_time_us> S<min_feedrate> T<min_travel_feed000 echo: G29 W I2 J0 Z0.21000 echo: G29 W I0 J1 Z0.03000 echo: G29 W I1 J1 Z-0.04750 echo: G29 W I2 J1 Z0.24250 echo: G29 W I0 J2 Z0.02250 echo: G29 W I1 J2 Z0.00500 echo: G29 W I2 J2 Z0.22750 echo:; Material heatup parameters: echo: M145 S0 H190.0000 B50.0000 F255 echo: M145 S1 H240.0000 B110.0000 F255 echo:; PID settings: echo: M301 P29.2925 I2.9230 D73.3887 echo: M304 P15.6184 I2.7057 D60.1048 ; Controller Fan echo: M710 S255 I0 A1 D60 ; (100% 0%) echo:; Z-Probe Offset (mm): echo: M851 X-42.0000 Y-12.0000 Z-0.3500 echo:; Stepper driver current: echo: M906 X650 Y650 Z900 echo: M906 T0 E560 echo:; StallGuard threshold: echo: M914 X40 Y40 echo:; Driver stepping mode: echo: M569 S1 X Y Z echo: M569 S1 T0 E echo:; Linear Advance: echo: M900 K0.0000 echo:; Filament load/unload lengths: echo: M603 L350.0000 U400.0000

Bonjour à tous, Derniers réglages de ma CR10 maison avec une carte BTT SKR mini E3V2. J'ai bien indiqué les dimensions ici mais ma buse refuse d'aller plus loin que 290mm, même si avec un G0 X310. // The size of the printable area #define X_BED_SIZE 310 #define Y_BED_SIZE 310 // Travel limits (mm) after homing, corresponding to endstop positions. #define X_MIN_POS 0 #define Y_MIN_POS 0 #define Z_MIN_POS 0 #define X_MAX_POS X_BED_SIZE #define Y_MAX_POS Y_BED_SIZE #define Z_MAX_POS 400 J'utilise un BLtouch et les drivers sont des TMC 2209, j'ai activé le sensorless homing qui fonctionne bien. J'ai également bien modifié dans le firmware de l'écran TFT 35 les valeurs suivantes qui étaient celles d'une Ender 3 (j'ai fait passer les size_max à 310mm) #### Machine Size / Build Area # The TFT will auto-detect the machine size (min and max) in Marlin firmware (requires enabling `M115_GEOMETRY_REPORT` # in Configuration_adv.h in Marlin firmware). # Format: [size_min: X<minimum distance> Y<minimum distance> Z<minimum distance>] # [size_max: X<maximum distance> Y<maximum distance> Z<maximum distance>] # Unit: [distance in mm] # Value range: [min: -2000, max: 2000] size_min:X0 Y0 Z0 size_max:X310 Y310 Z400 Et je coince un peu ! Ai-je loupé quelque chose ? Merci pour votre aide si précieuse jusque-là puisque j'arrive presque au bout ! Jeff

Oui, bizarre en effet. Je viens d'imprimer un autre cube et ça marche. Je surveille. Merci pour votre aide. Jeff

Incroyable ! Sans rien modifier, juste en relaçant l'impression. Vivement le 2e essai, que je stabilise le processus... Merci à tous pour vitre aide. Jeff

OK, je regarde. Merci à toi Merci @PPACpour ta réponse. Je viens de corriger, dis-moi si c'est bon. Peux-tu, stp, m'indiquer le moyen de communiquer mon fichier GCode ? Je fais un essai en faisant glisser mon GCode ci dessous. Merci à toi. Jeff xyzCalibration_cube.gcode

Merci pour ta réponse rapide @legired En plus je me suis trompé dans mon message, j'utiliser PrusaSlicer Voici ce que ça dit : G28 ; home all axes G1 Z5 F5000 ; lift nozzle

Bonjour à tous, Voici ce qu'il se passe quand j'essaie d'imprimer mon cube de calibration 20x20. Les côtes en X et Y sont respectées mais le Z fait aux alentours de 4.5 mm. Mon imprimante est une CR10 maison en cours de premiers réglages. Les Tiges Z sont des T8 aux pas de 8, réglés à 400 step/mm. J'ai une expérience de 6 ans sur une I3 rework maison également. Hors impression, mes déplacements en X, Y et Z sont bons : quand je demande un déplacement de 10mm selon chacun des axes, tout marche bien. Ce qui me fait déduire que mes réglages des step/mm sont bons. Ce n'est qu'à l'impression que j'ai ce phénomène. J'ai utilisé Cura Slicer. Connaissez-vous ce problème ? Merci pour votre aide. Jeff

Je pense avoir trouvé : mon support des X n'était pas super droit, il semblait même contraint à gauche ou à droite et je pense que ça tirait sur le ressort d'un coupleur. Maintenant, je crois que c'est bon. J'attends encore un peu avant de demander à un modérateur de mettre le post en RESOLU. Merci pour votre aide. Jeff

Bonjour à tous, Je sèche vraiment... J'ai du mal à me résoudre à me passer du BLtouch mais je me demande si je ne devrais pas momentanément le supprimer, ajouter un contacteur classique de fin de course pour les Z pour voir si c'est le BLtouch qui fait de siennes. Qu'en pensez-vous ? D'autre part, je vais passer mon système de 12V à 24V. Quelle alimentation me conseillez-vous ? Entre temps, j'ai entrepris un démontage des moteurs et tiges Z ainsi qu'un réglage le plus précis possible du support des Z, afin de vérifier l'absence d'éventuels points durs. Je tenterai ensuite éventuellement d'inverser les moteurs. Merci pour votre aide. Jeff

Merci @fran6ppour ta réponse. J'ai bien effectué la modif (c'était sur 24V) mais rien ne change. Le fait de se déplacer entre les 4 coins (en utilisant les 4 boutons dont j'ai mis la photo plus haut) crée inexorablement un décalage, le support des X monte à droite de 2 ou 3 mm et rend tout réglage impossible. Je me demande si je ne devrais pas essayer de régler les 4 coins en déplaçant manuellement le support des X et le plateau. Merci pour ton écoute. Jeff