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