Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 à l’instant, Romain2634 a dit : alors j'ai testé ta macro , est ce normal ce message ? oui, pas de soucis le save_config redémarre l'imprimante (c'est indiqué sur les deux lignes avant le ok) 2
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 6 minutes, Savate a dit : oui, pas de soucis le save_config redémarre l'imprimante (c'est indiqué sur les deux lignes avant le ok) oky du coup j'ai modifié mon gcode de démarrage dans ideamaker Mais lors de l'impression , il n'y a pas de compensation du Z
Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 1 minute, Romain2634 a dit : Mais lors de l'impression , il n'y a pas de compensation du Z C'est étrange. Si ton graphique de la surface du plateau a été fait avec bed visualizer est-ce qu'il a été fait avant klipper ou avec les données de klipper ?
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 18 minutes, Savate a dit : C'est étrange. Si ton graphique de la surface du plateau a été fait avec bed visualizer est-ce qu'il a été fait avant klipper ou avec les données de klipper ? alors il est fait uniquement avec les données de bed visualizer et non avec la macro PREPARE_MON_BED
Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 à l’instant, Romain2634 a dit : alors il est fait uniquement avec les données de bed visualizer tu les récupères comment ces données ? pour klipper le gcode à mettre dans bed level visualizer devrait être quelque chose comme ça : @BEDLEVELVISUALIZERBED_MESH_OUTPUT 1
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 32 minutes, Savate a dit : tu les récupères comment ces données ? pour klipper le gcode à mettre dans bed level visualizer devrait être quelque chose comme ça : @BEDLEVELVISUALIZERBED_MESH_OUTPUT alors j'avais un G29 avant @BEDLEVELVISUALIZER BED_MESH_OUTPUT , en le supprimant ,ça s'est mis à jour tout seul Il y a 3 heures, fran6p a dit : @Romain2634 Il est vraiment bizarre ton «start gcode» : aucun G28 , comment ton imprimante arrive-t'elle à se repérer dans son espace ? Dans mes trancheurs (Ideamaker, Superslicer, Kiri-Moto), pour la séquence de début, j'ai : ou (Cura) : La différence concerne les noms de variables entre les trancheurs et leur «encadrement» des crochets ou des accolades Pour celle de fin: Mes macros : J'utilise une première fois la macro G29 afin de sauvegarder la topographie et ensuite, je n'utilise plus le G29 mais recharge le maillage sauvegardé. La section concernant mon «bed_mesh» est très semblable à celle de @Savatesauf que je n'utilise pas la compensation : Les données sauvegardées se trouvent à la fin du fichier printer.cfg : J'ai essayé ta version et j'ai le même résultat , j'ai l'impression que le probléme vient au démarrage de l'impression on dirait que klipper n'appelle pas le bed mesh, comme si il n'utilisait que le premier sondage du bltouch je me demande si j'ai bien déclaré les parties suivantes:
Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 4 minutes, Romain2634 a dit : en le supprimant ,ça s'est mis à jour tout seul Et il ressemble à quoi le graphique avec les 25 points de mesure ? 1
fran6p Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 @Romain2634 Ton Zoffset normalement dans la section Bltouch devrait être précédé du dièse ( # ) indiquant que la procédure de calibration a été correctement réalisée. Il est normalement enregistré à la fin du fichier printer.cfg (avant les maillages eux-mêmes enregistrés) : Ma section Bltouch : Citation # BLTouch [bltouch] # CR10V2, connexion sur ZMAXPIN (19) #sensor_pin: ^ar19 #control_pin: ar11 sensor_pin: ^PD2 control_pin: PB5 pin_move_time: 0.680 x_offset: 47 y_offset: 0 # Increase Z_Offset to lower nozzle closer to bed. PLA 1.55#z_offset: 1.55 speed: 60 samples: 2 #sample_retract_dist: 2 #samples_result: average #samples_tolerance: 0.100 #samples_tolerance_retries: 0 Et en fin de printer.cfg : Citation [bltouch] #*# z_offset = 1.600 #*# #*# [bed_mesh cr10v2] #*# version = 1 #*# points = #*# 0.086250, 0.066250, 0.081250, 0.076250, 0.092500 #*# -0.002500, -0.011250, 0.043750, 0.046250, 0.095000 #*# -0.057500, -0.061250, -0.010000, 0.025000, 0.045000 #*# -0.045000, -0.062500, -0.037500, -0.003750, 0.027500 #*# -0.070000, -0.093750, -0.060000, -0.045000, -0.002500 #*# x_count = 5 #*# y_count = 5 #*# mesh_x_pps = 2 #*# mesh_y_pps = 2 #*# algo = lagrange #*# tension = 0.2 #*# min_x = 57.0000000001 #*# max_x = 290.0 #*# min_y = 10.0000000001 #*# max_y = 290.0 Dans ta section «stepper_z», ton «position_min» à zéro ne te permettra pas d'avoir un offset négatif Mon «stepper_z» : Citation [stepper_z] step_pin: PL3 dir_pin: !PL1 enable_pin: !PK0 microsteps: 16 rotation_distance: 8 #endstop_pin: ^PD3 #position_endstop: 0 endstop_pin: probe:z_virtual_endstop position_max: 400position_min: -1.5 Ton plateau est vraiment «tordu» . Le mien ressemble à ça (avec le tableau indiquant de combien tourner les molettes de réglages si besoin) : 1 1
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 54 minutes, Savate a dit : Et il ressemble à quoi le graphique avec les 25 points de mesure ? Ce qu'on voit en rouge , c'est la première couche d'un pièce que j'ai lassé pour mes tests
Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 @Romain2634 C'est moi ou il est moins "tordu" qu'avant ? (avec l'interpolation et très peu de points le soft "imagine' des défauts qui n'existent pas ...) Avec la modif de @fran6p sur la position min du stepper_z est-ce que ce n'est pas mieux ? (sur le graphe on voit que pratiquement toute la partie "déformée" est en dessous du 0) 1
Lidocain777 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 Oui, ça m'a l'air moins tordu qu'avant également.
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 10 minutes, Savate a dit : @Romain2634 C'est moi ou il est moins "tordu" qu'avant ? (avec l'interpolation et très peu de points le soft "imagine' des défauts qui n'existent pas ...) Avec la modif de @fran6p sur la position min du stepper_z est-ce que ce n'est pas mieux ? (sur le graphe on voit que pratiquement toute la partie "déformée" est en dessous du 0) hahaha c'est parce que j'ai changé l'echelle entre temps ^^ -1,1 à -2,2
Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 tu avais un delta de plus de 0.5 sur l'ancien et là c'est (un peu) moins la forme du bed n'est plus du tout la même, la forme est passée de "tente à une place" à "sac de couchage" 1
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a une heure, fran6p a dit : @Romain2634 Ton Zoffset normalement dans la section Bltouch devrait être précédé du dièse ( # ) indiquant que la procédure de calibration a été correctement réalisée. Il est normalement enregistré à la fin du fichier printer.cfg (avant les maillages eux-mêmes enregistrés) : Ma section Bltouch : Et en fin de printer.cfg : Dans ta section «stepper_z», ton «position_min» à zéro ne te permettra pas d'avoir un offset négatif Mon «stepper_z» : Ton plateau est vraiment «tordu» . Le mien ressemble à ça (avec le tableau indiquant de combien tourner les molettes de réglages si besoin) : Oui j'ai un bed qui n'est pas terrible , en la plaque chauffante, le double face + la plaque de verre + le double face+ le bed magntique + la plaque finale ...dur dur Par contre je n'ai rien d'enregistrer à la fin de mon fichier printer.cfg
Savate Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 Tu édites bien le fichier avec le plugin klipper sans jamais faire de copie sauvage du fichier printer.cfg ? Si tu n'as rien de sauvegardé, il faudra refaire l'ensemble des paramétrages ZOFFSET, PID, ... Pour tester que tout est ok si tu lances un PREPARER_MON_MESH dans le terminal d'Octoprint, et que tu regardes ton printer.cfg juste après la fin de la commande, tu dois avoir tout plein d'infos supplémentaires en fin de fichier. 1
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 (modifié) il y a 14 minutes, Savate a dit : Tu édites bien le fichier avec le plugin klipper sans jamais faire de copie sauvage du fichier printer.cfg ? Si tu n'as rien de sauvegardé, il faudra refaire l'ensemble des paramétrages ZOFFSET, PID, ... Pour tester que tout est ok si tu lances un PREPARER_MON_MESH dans le terminal d'Octoprint, et que tu regardes ton printer.cfg juste après la fin de la commande, tu dois avoir tout plein d'infos supplémentaires en fin de fichier. oui j'utilise le pluging klipper dans octoprint pour éditer le fichier mais je viens de lancer une calibration et il n'y a rien a la fin de mon fichier # This file contains common pin mappings for the BIGTREETECH SKR V1.4 # board. To use this config, the firmware should be compiled for the # LPC1768 or LPC1769(Turbo). # See docs/Config_Reference.md for a description of parameters. [heater_fan extruder] pin: P2.4 heater: extruder heater_temp: 50.0 fan_speed: 1.0 [stepper_x] step_pin: P2.2 dir_pin: P2.6 enable_pin: !P2.1 microsteps: 16 rotation_distance: 40 endstop_pin: P1.29 position_endstop: 0 position_max: 310 homing_speed: 50 [stepper_y] step_pin: P0.19 dir_pin: P0.20 enable_pin: !P2.8 microsteps: 16 rotation_distance: 40 endstop_pin: P1.28 position_endstop: 0 position_max: 310 homing_speed: 50 [stepper_z] step_pin: P0.22 dir_pin: P2.11 enable_pin: !P0.21 microsteps: 16 rotation_distance: 4 endstop_pin: probe:z_virtual_endstop position_min: -2 position_max: 250 [extruder] step_pin: P2.13 dir_pin: P0.11 enable_pin: !P2.12 microsteps: 16 rotation_distance: 4.6 nozzle_diameter: 0.400 filament_diameter: 1.750 heater_pin: P2.7 sensor_type: EPCOS 100K B57560G104F sensor_pin: P0.24 control: pid pid_Kp: 35.855 pid_Ki: 2.951 pid_Kd: 108.91 min_temp: 0 max_temp: 310 max_extrude_only_distance: 500.0 #[extruder1] #step_pin: P1.15 #dir_pin: P1.14 #enable_pin: !P1.16 #heater_pin: P2.4 #sensor_pin: P0.23 #... [heater_bed] heater_pin: P2.5 sensor_type: EPCOS 100K B57560G104F sensor_pin: P0.25 control: pid pid_Kp: 54.027 pid_Ki: 0.770 pid_Kd: 948.182 min_temp: 0 max_temp: 130 [fan] pin: P2.3 [mcu] serial: /dev/serial/by-id/usb-Klipper_lpc1769_0D40000FC19869AF2FB3425EC72000F5-if00 baud: 250000 [printer] kinematics: corexy max_velocity: 300 max_accel: 500 #Max 4000 max_z_velocity: 15 #Max 15 for 12V TMC Drivers, can increase for 24V max_z_accel: 350 square_corner_velocity: 5.0 ############################################### ## Probing/Mesh ############################################### [bltouch] sensor_pin: P1.27 # Pull-up (^ symbol) needed in open drain mode control_pin: P2.0 # Some BLTouch V3 and many clones apparently require this, though mine didnt: pin_up_touch_mode_reports_triggered: False #flavor: genuine_smart_3.1 x_offset: 0 y_offset: 53 z_offset: 1.6 pin_move_time: 1 [safe_z_home] home_xy_position: 150,97 speed: 80.0 z_hop: 10.0 z_hop_speed: 10.0 [bed_mesh] speed: 80 horizontal_move_z: 5 mesh_min: 20,60 mesh_max: 280, 240 probe_count: 5,5 algorithm: bicubic fade_start: 0.6 fade_end: 10.0 relative_reference_index: 12 [pause_resume] recover_velocity: 50 [gcode_macro G29] gcode: G28 BED_MESH_CLEAR ; Clear bed mesh data BED_MESH_CALIBRATE ; Run Bed Mesh G0 X0 Y0 Z10 F1200 BED_MESH_PROFILE save=forge [gcode_macro M600] default_parameter_X: 0 default_parameter_Y: 300 default_parameter_Z: 10 gcode: PAUSE G91 G1 E-.8 F2700 G1 Z{Z} G90 G1 X{X} Y{Y} F3000 G91 G1 E-50 F1000 G90 ######################################## # TMC2209 configuration ######################################## [tmc2209 stepper_x] uart_pin: P1.10 run_current: 0.800 hold_current: 0.500 stealthchop_threshold: 250 [tmc2209 stepper_y] uart_pin: P1.9 run_current: 0.800 hold_current: 0.500 stealthchop_threshold: 250 [tmc2209 stepper_z] uart_pin: P1.8 run_current: 1.0 hold_current: 0.450 stealthchop_threshold: 250 [tmc2209 extruder] uart_pin: P1.4 run_current: 0.400 hold_current: 0.400 stealthchop_threshold: 5 #[tmc2209 extruder1] #uart_pin: P1.1 #run_current: 0.800 #hold_current: 0.500 #stealthchop_threshold: 999999 ######################################## # EXP1 / EXP2 (display) pins ######################################## ## Uncomment the display that you have. Display connects to Z MCU #-------------------------------------------------------------------- #[display] ## RepRapDiscount 128x64 Full Graphic Smart Controller #lcd_type: st7920 #cs_pin: z:P1.19 #sclk_pin: z:P1.20 #sid_pin: z:P1.18 #menu_timeout: 40 #encoder_pins: ^z:P3.26, ^z:P3.25 #click_pin: ^!z:P0.28 #[output_pin beeper] #pin: z:P1.30 #-------------------------------------------------------------------- #[display] ## mini12864 LCD Display #lcd_type: uc1701 #cs_pin: z:P1.18 #a0_pin: z:P1.19 #encoder_pins: ^z:P3.25,^z:P3.26 #click_pin: ^!z:P0.28 #contrast: 63 #[neopixel fysetc_mini12864] ## To control Neopixel RGB in mini12864 display #pin: z:P1.21 #chain_count: 3 #initial_RED: 0.1 #initial_GREEN: 0.5 #initial_BLUE: 0.0 #color_order: RGB ## Set RGB values on boot up for each Neopixel. ## Index 1 = display, Index 2 and 3 = Knob #[delayed_gcode setdisplayneopixel] #initial_duration: 1 #gcode: # SET_LED LED=fysetc_mini12864 RED=1 GREEN=1 BLUE=1 INDEX=1 TRANSMIT=0 # SET_LED LED=fysetc_mini12864 RED=1 GREEN=0 BLUE=0 INDEX=2 TRANSMIT=0 # SET_LED LED=fysetc_mini12864 RED=1 GREEN=0 BLUE=0 INDEX=3 Modifié (le) Juillet 28, 2021 par Romain2634
fran6p Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 il y a 10 minutes, Romain2634 a dit : Par contre je n'ai rien d'enregistrer à la fin de mon fichier printer.cfg Normalement les données sont enregistrées après les manipulations réalisées en suivant les documentations PROBE_CALIBRATE et ( BED_LEVEL ). Après les différents «TESTZ Z=-0.025» pour gratter la feuille de papier avec la buse, une fois le réglage trouvé ne pas oublier d'envoyer un ACCEPT puis un SAVE_CONFIG. 2 1
Romain2634 Posté(e) Juillet 28, 2021 Posté(e) Juillet 28, 2021 Le 28/07/2021 at 16:48, fran6p a dit : Normalement les données sont enregistrées après les manipulations réalisées en suivant les documentations PROBE_CALIBRATE et ( BED_LEVEL ). Après les différents «TESTZ Z=-0.025» pour gratter la feuille de papier avec la buse, une fois le réglage trouvé ne pas oublier d'envoyer un ACCEPT puis un SAVE_CONFIG. je n'ai pas fait cette manip Le 28/07/2021 at 16:52, Romain2634 a dit : je n'ai pas fait cette manip Voila j'ai fais la manip et voila ce que j'ai maintenant Bon un grand merci à vous pour votre aide, cette manipulation à débloqué la situation merci beaucoup d'avoir pris du temps pour m'aider 1 1 1
fran6p Posté(e) Juillet 29, 2021 Posté(e) Juillet 29, 2021 Il y a 14 heures, Romain2634 a dit : Bon un grand merci à vous pour votre aide, cette manipulation à débloqué la situation merci beaucoup d'avoir pris du temps pour m'aider Le principe du forum a une nouvelle fois fonctionné «Seul, on va plus vite, à plusieurs, on va plus loin» 1
Yamh Posté(e) Aout 4, 2021 Posté(e) Aout 4, 2021 (modifié) Bonsoir, j'avais une petite question à propos de Klipper. Sur Marlin j'aime pouvoir changer les paramètres à la volée via mon BTT TFT35 v3.0 et même lorsque j'imprime (acceleration, K factor, babystep, limitation de courant, probe offset..etc..) Est-il possible de le faire avec Klipper d'une manière ou d'une autre ? J'ai vu qu'on pouvait éditer le fichier de config Klipper directement sur Mainsail/Octoprint mais il faut surement redémarrer pour que les changements soient pris en compte ? Et il est certainement impossible de le faire en cours d'impression ? Modifié (le) Aout 4, 2021 par Tekila63
Lidocain777 Posté(e) Aout 12, 2021 Posté(e) Aout 12, 2021 Bonsoir, j'avais une petite question à propos de Klipper. Sur Marlin j'aime pouvoir changer les paramètres à la volée via mon BTT TFT35 v3.0 et même lorsque j'imprime (acceleration, K factor, babystep, limitation de courant, probe offset..etc..) Est-il possible de le faire avec Klipper d'une manière ou d'une autre ? J'ai vu qu'on pouvait éditer le fichier de config Klipper directement sur Mainsail/Octoprint mais il faut surement redémarrer pour que les changements soient pris en compte ? Et il est certainement impossible de le faire en cours d'impression ?Hello!Oui, Klipper permet de le faire en live via un set étendu de commandeshttps://mmone.github.io/klipper/G-Codes.html#extended-g-code-commandsEnvoyé de mon IN2023 en utilisant Tapatalk 1
amundsen Posté(e) Aout 20, 2021 Posté(e) Aout 20, 2021 Bonjour, je suis en train de configurer Klipper sur ma RatRig V-Core Pro et je me demande comment m’assurer que le BL Touch soit activé lors d’une impression. Est-ce que le gcode correspondant est d’office inclus par les slicers ou bien faut-il inclure soi-même du gcode dans un script de démarrage? Je suis par ailleurs curieux de savoir quel gcode vous mettez dans vos scripts de démarrage de manière générale.
Nibb31 Posté(e) Aout 20, 2021 Auteur Posté(e) Aout 20, 2021 Perso, je fais un bed level à chaque impression en l'incluant dans Start Gcode du slicer. 1
amundsen Posté(e) Aout 20, 2021 Posté(e) Aout 20, 2021 Et pour le BL Touch (ou une autre sonde pour l'axe z)?
Messages recommandés