fran6p Posté(e) Octobre 9, 2021 Auteur Posté(e) Octobre 9, 2021 Il y a 2 heures, papagalak a dit : tait commenté, si je decommente, je peux modifier cette valeur Oui et non C'est un paramètre «déprécié» qui va bientôt ne plus pouvoir être utilisé (voir releases et configuration changes ). On utilise à la place «rotation_distance». Pour ton message d'erreur du journal, peut-être un problème de droits sur le dossier «/tmp» ?
papagalak Posté(e) Octobre 10, 2021 Posté(e) Octobre 10, 2021 @fran6p, pour régler l'extrudeur, j'ai cru comprendre qu'il faut utiliser la formule suivante: rotation_distance = <full_steps_per_rotation> * <microsteps> / <steps_per_mm> mais désolé je ne sais pas quel valeur rentrer dans cette opération. et surtout je suis NUL dans ce domaine. dans un premier temps j'ai réglé mes pids.
fran6p Posté(e) Octobre 10, 2021 Auteur Posté(e) Octobre 10, 2021 rotation_distance = 200 x 16 / 415 (415 étant une base de départ pour un Titan). Donc rotation_distance= 7,7108 qu'on peut arrondir à 7,711 et soyons fou : 7,71 Après calibration (100 mm à extruder = 100 extrudés), il faudra faire une règle de trois rotation_distance = 7,71 x (valeur_mesurée) / 100
papagalak Posté(e) Octobre 11, 2021 Posté(e) Octobre 11, 2021 (modifié) Il y a 22 heures, fran6p a dit : il faudra faire une règle de trois rotation_distance = 7,71 x (valeur_mesurée) / 100 voila mon fichier extrudeur.txt commande : G1 E100 F50 (résultat 104mm extrudé) j'ai fais la règle de 3: 7.71 X 104 / 100=8.0184 rechargé firmware, arrêt octoprint ,aucune modification toujours 4 mm en trop d'extrudé. Modifié (le) Octobre 11, 2021 par papagalak
fran6p Posté(e) Octobre 11, 2021 Auteur Posté(e) Octobre 11, 2021 (modifié) Désolé Plus d'idée Tu en as bien des misères avec ton passage de Marlin à Klipper Modifié (le) Octobre 11, 2021 par fran6p
papagalak Posté(e) Octobre 12, 2021 Posté(e) Octobre 12, 2021 Il y a 11 heures, fran6p a dit : Tu en as bien des misères avec ton passage de Marlin à Klipper En effet, pour une installation qui ne doit prendre que quelques minutes, ben moi j'y passe du temps. Je cherche encore sinon je repars sous marlin.
fran6p Posté(e) Octobre 12, 2021 Auteur Posté(e) Octobre 12, 2021 Une idée qui me passe par l'esprit (ça m'arrive parfois ) Les modifications que tu fais sur le/les fichier(s) de configurations, tu les réalises sur les fichiers à la racine du dossier personnel «pi» et pas dans le dossier «cfg_klipper» créé si tu as utilisé mon dépôt ? Si tu as fait des modifications sur les fichiers dans le dossier «cfg_klipper», il faut lancer la commande : pi@octopi:~ $ ./cfg_klipper/update.sh ou pi@octopi:~ $ cd cfg_klipper/ pi@octopi:~/cfg_klipper $ ./update.sh pour que ces fichiers soient recopiés dans /home/pi afin que Klipper / Octoprint les reconnaissent et les utilisent après un FIRMWARE_RESTART
papagalak Posté(e) Octobre 12, 2021 Posté(e) Octobre 12, 2021 (modifié) Il y a 4 heures, fran6p a dit : l'esprit (ça m'arrive parfois ) Ha oui..., attention "Esprit es tu là", pour moi oui car heureusement ton grand ESPRIT m'aide dans se long chemin (pas tranquille du tout). je regarde et je reviens Me revoilà... comme tu peux le constater je n'ai pas de dossier cfg.klipper, donc les commandes ne sont pas valides. tous tes fichiers .cfg sont dans la racine de pi Modifié (le) Octobre 12, 2021 par papagalak
fran6p Posté(e) Octobre 12, 2021 Auteur Posté(e) Octobre 12, 2021 Dommage Et dans le dossier Klipper_config» quoikygna ? Ce dossier est probablement installé par Kiauh car il sert si / quand on installe moonraker + mainsail/fluidd. J'ai vraiment plus d'idée sur le pourquoi ça «marche» pas. Si @Tircownétait dans le coin et avait une piste, ce serait «grave cool»
papagalak Posté(e) Octobre 13, 2021 Posté(e) Octobre 13, 2021 (modifié) Il y a 23 heures, fran6p a dit : Dommage Et dans le dossier Klipper_config» quoikygna ? Y a un bois le plus joli des bois petit bois derrière chez moi et tra... Non je ne sais pas car j'ai recommencé depuis le debut, mais je ne mets pas kiauh, juste octoprint et derrière klipper bon j'ai tout refais octo - klip et printer.cfg de @fran6p. demain je m'attaque à l'extrudeur Modifié (le) Octobre 13, 2021 par papagalak
Tircown Posté(e) Octobre 13, 2021 Posté(e) Octobre 13, 2021 Hello, Peux tu joindre le fichier klippy.log qui se trouve dans le dossier /tmp (à la racine du rpi). 1
papagalak Posté(e) Octobre 13, 2021 Posté(e) Octobre 13, 2021 il y a une heure, Tircown a dit : Hello, Peux tu joindre le fichier klippy.log qui se trouve dans le dossier /tmp (à la racine du rpi). Je regarde demain et je vous dis tout sur le... Fichier. voila après bien des déboires (et re boire) j'ai réussi à faire mes réglages Extrude pid Bed et heat GRAND a vous tous, je continu sur ma lancé.. @fran6p, comment bien utiliser tes config, sachant que j'ai installé un bltouch. comment le régler @Tircown, merci pi@octopi:~ $ ls bltouch.cfg input_shaper.cfg mjpg-streamer printer-20211014_133315.cfg calibration.cfg klipper OctoPrint printer.cfg cfg_klipper klippy-env oprint scripts cr10v2_mb252.cfg macros.cfg other.cfg pi@octopi:~ $ j'ai pas trouvé ton fivhier
fran6p Posté(e) Octobre 14, 2021 Auteur Posté(e) Octobre 14, 2021 (modifié) Il y a 20 heures, papagalak a dit : j'ai pas trouvé ton fivhier Il n'est pas dans le dossier perso de «pi» mais à la racine du système : pi@octopi:~ $ ls -l /tmp total 192044 lrwxrwxrwx 1 root root 10 oct. 3 15:47 klipper_host_mcu -> /dev/pts/0 -rw-r--r-- 1 pi pi 3460883 oct. 14 15:43 klippy.log -rw-r--r-- 1 pi pi 25617090 oct. 9 23:59 klippy.log.2021-10-09 -rw-r--r-- 1 pi pi 83063978 oct. 10 23:59 klippy.log.2021-10-10 -rw-r--r-- 1 pi pi 57027423 oct. 11 22:08 klippy.log.2021-10-11 -rw-r--r-- 1 pi pi 8988543 oct. 12 18:18 klippy.log.2021-10-12 -rw-r--r-- 1 pi pi 18411634 oct. 13 22:09 klippy.log.2021-10-13 -rw-r--r-- 1 pi pi 40388 oct. 13 19:36 printDone.jpg lrwxrwxrwx 1 pi pi 10 oct. 3 15:47 printer -> /dev/pts/1 drwx------ 3 root root 4096 oct. 3 15:47 systemd-private-312ffc0fe6c64c5be2246d25c6d52a-systemd-timesyncd.service-G7avZS Le / avant le nom «tmp» dans un système Unix/Linux correspond à la racine du système. L'arborescence du système de fichiers comprend de nombreux dossiers (il vaut mieux éviter d'aller y mettre le bo…el foutoir sauf à savoir ce qu'on y fait et pourquoi on le fait (par exemple, une commande très dangereuse si effectuée en root: rm -rf / (A NE PAS TESTER ÉVIDEMMENT ) ) : pi@octopi:~ $ ls -l / total 96 drwxr-xr-x 2 root root 4096 oct. 2 08:28 bin drwxr-xr-x 4 root root 4096 janv. 1 1970 boot drwxr-xr-x 4 root root 4096 janv. 1 1970 boot.bak -rwxr-xr-x 1 root root 12263 oct. 29 2019 common.sh drwxr-xr-x 17 root root 3760 oct. 14 13:41 dev drwxr-xr-x 99 root root 12288 oct. 2 08:33 etc drwxr-xr-x 3 root root 4096 sept. 26 2019 home drwxr-xr-x 17 root root 4096 sept. 18 17:53 lib drwx------ 2 root root 16384 sept. 26 2019 lost+found drwxr-xr-x 10 root root 4096 déc. 21 2019 media drwxr-xr-x 2 root root 4096 sept. 26 2019 mnt drwxr-xr-x 4 root root 4096 juin 24 2020 opt dr-xr-xr-x 181 root root 0 janv. 1 1970 proc drwxr-xr-x 4 root root 4096 juil. 18 16:08 root drwxr-xr-x 27 root root 960 oct. 14 15:43 run drwxr-xr-x 2 root root 4096 oct. 2 08:28 sbin drwxr-xr-x 2 root root 4096 sept. 26 2019 srv dr-xr-xr-x 12 root root 0 janv. 1 1970 sys drwxrwxrwt 8 root root 4096 oct. 14 14:48 tmp drwxr-xr-x 10 root root 4096 sept. 26 2019 usr drwxr-xr-x 11 root root 4096 sept. 26 2019 var pi@octopi:~ $ Il y a 20 heures, papagalak a dit : comment le régler En suivant les documentations: Bed Leveling , Bltouch et Bed Mesh Tu peux utiliser une partie de mes fichiers de configuration bltouch.cfg: les offsets pour X et Y sont normalement corrects mais il faudra que tu remettes le zoffset à zéro (z_offset: 0) puis après la calibration et enregistrement, celui-ci sera «désactivé» dans la section [bltouch] et enregistré à l afin du fichier printer.cfg après les lignes : Citation #*# <---------------------- SAVE_CONFIG ----------------------> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated. Tu peux également utiliser le fichier calibration.cfg qui contient la section [bed_mesh] (c'est un peu l'équivalent du mode de palpage dans Marlin (bilinear, nombre de points à palper, …). Modifié (le) Octobre 14, 2021 par fran6p
papagalak Posté(e) Octobre 14, 2021 Posté(e) Octobre 14, 2021 (modifié) @Tircown voila le fichier:logs.txt puisque j'ai réussi à connecté la cr 10 avec ton fichier compilé. je peux donc décommenter les ligne correspondantes au bltouch. [bltouch]CR10V2, connexion sur ZMAXPIN (19) 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 si je fais ça j'ai une erreur sue ZMAXPIN ?? 16:18:38 File contains parsing errors: /home/pi/printer.cfg 16:18:38 File contains parsing errors: /home/pi/printer.cfg [line 140]: ' CR10V2, connexion sur ZMAXPIN (19)\n' Modifié (le) Octobre 14, 2021 par papagalak
fran6p Posté(e) Octobre 14, 2021 Auteur Posté(e) Octobre 14, 2021 (modifié) Quand on utilise le BLT, la section [stepper_z] doit être modifiée pour en tenir compte : Citation [stepper_z] step_pin: PL3 dir_pin: !PL1 enable_pin: !PK0 microsteps: 16 rotation_distance: 8#endstop_pin: ^PD3 <= à commenter comme ici #position_endstop: 0 <= idem endstop_pin: probe:z_virtual_endstop <= c'est le BLT qui agira comme détecteur de fin de course position_max: 400 position_min: -1.5 Attention aux commentaires que j'avais ajouté que Klipper ne comprendra pas: Citation CR10V2, connexion sur ZMAXPIN (19) devrait être précédé du dièse ( # ) pour qu'il ne soit pas interprété comme directive de Klipper mais comme un commentaire idem pour «Increase Z_Offset to lower nozzle closer to bed. PLA 1.55» Je rejoins le fichier «printer.cfg» monolithique avec les modifications pour prendre en compte le Bltouch : printer.cfg Dans ce fichier, fais attention car j'active la rétraction du firmware. Pour que le trancheur le prenne en compte il faudra lui indiquer. Avec Cura, il faut ajouter le greffon du marché en ligne «Printer settings», dans Prusaslicer et Ideamaker une case à cocher pour effectuer cette modification : Modifié (le) Octobre 14, 2021 par fran6p 1
papagalak Posté(e) Octobre 14, 2021 Posté(e) Octobre 14, 2021 Je ferais un test ce week-end(garde petit enfant)
papagalak Posté(e) Octobre 16, 2021 Posté(e) Octobre 16, 2021 bon a priori le Bltouch fonctionne, puisqu'au démarrage il clic 2 fois et remonte la pointe. quand je fais un home Z la buse s'écrase. j'essaye de faire des réglages à l'aide de la commande "PROBE" ou "PROBE_CALIBRATE" mais octoprint n'en veux pas commande inconnue. alors comment modifier la valeur de Zoffset, avec quelle commande ou par quel procédé car sur l'écran je n'ai rien
fran6p Posté(e) Octobre 16, 2021 Auteur Posté(e) Octobre 16, 2021 Avant de procéder au réglage du Zoffset, tu as bien effectué les tests du Bltouch en suivant cette documentation ? Il faut que tu modifies la ligne z_offset dans la section [bltouch] pour la mettre à zéro ( 0 ), vérifie que cette ligne n'est pas en commentaire (précédée d'un dièse ( # ) et également qu'elle ne serait pas présente en fin du fichier printer.cfg après les lignes disant de NE PAS MODIFIER : #*# <---------------------- SAVE_CONFIG ----------------------> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated. Une fois modifié, il faut faire un FIRMWARE_RESTART pour que cette modification soit prise en compte. Bizarre que tu ne puisses pas utiliser les Gcodes étendus PROBE et PROBE_CALIBRATE . Dans le terminal d'Octoprint quel est le retour de ces «commandes» ?
papagalak Posté(e) Octobre 17, 2021 Posté(e) Octobre 17, 2021 Je viens de commencer les test bltouch. En ligne de commande le test bltouch OK Je fais le test papier, je contrôle get_position Une fois que je suis OK, accepte puis save_config. Je relance et la écran bleu. Je remets l'ancien firmware avant modif elle redémarre.
papagalak Posté(e) Octobre 18, 2021 Posté(e) Octobre 18, 2021 je viens de réessayer le réglage du bltouch. MANUAL_PROBE TESTZ Z=-1 (jusqu'à ce que la buse frotte sur le papier) mais ça ne marche pas impossible de descendre au plus près du bed j'ai pourtant modifié position_min: -1.5 en -5 faut il regarder ailleurs ???
fran6p Posté(e) Octobre 18, 2021 Auteur Posté(e) Octobre 18, 2021 Je ne vois pas ce qui «cloche». Peux-tu redonner ton ficher de configuration actuel pour «voir» éventuellement» ce qui bloquerait.
papagalak Posté(e) Octobre 18, 2021 Posté(e) Octobre 18, 2021 il y a une heure, fran6p a dit : Je ne vois pas ce qui «cloche». Peux-tu redonner ton ficher de configuration actuel pour «voir» éventuellement» ce qui bloquerait. voila mon fichier :printer.cfg merci pour ton aide
fran6p Posté(e) Octobre 19, 2021 Auteur Posté(e) Octobre 19, 2021 Rien vu de «bizarre» dans le fichier. Le Z_offset n'a pas été enregistré sinon il serait passé en commentaire (précédé d'un dièse) dans la section [bltouch] et aurait été déplacé à la fin du fichier printer.cfg après les lignes : Citation #*# <---------------------- SAVE_CONFIG ----------------------> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated. #*# #*# [bltouch] #*# z_offset = 1.600 Ton Bltouch il est bien connecté sur la platine PCB sous l'emplacement de l'extrudeur originel ? et pas directement sur la carte mère ? Là, j'en perds mon latin. J'aurais aimé m'exclamer «fiat lux» mais là c'est plutôt «felix qui potuit rerum cognoscere causas» On va persévérer car «labor omnia vincit improbus». Vraiment plus d'idée. D'autres amateurs de Klipper ?
papagalak Posté(e) Octobre 19, 2021 Posté(e) Octobre 19, 2021 Je refais des tests demain et sur chaque manip je copie la réponse du terminal. Cela pourra peut être aider sur ce que je fais et que comprends la CR10.
Stef67 Posté(e) Octobre 19, 2021 Posté(e) Octobre 19, 2021 (modifié) Le 18/10/2021 at 18:17, papagalak a dit : je viens de réessayer le réglage du bltouch. MANUAL_PROBE TESTZ Z=-1 (jusqu'à ce que la buse frotte sur le papier) mais ça ne marche pas impossible de descendre au plus près du bed j'ai pourtant modifié position_min: -1.5 en -5 faut il regarder ailleurs ??? Alors ca n'a peut etre rien a voir mais vérifie quand même , moi une fois il m'étais impossible de descendre au plus prêt du bed, quoi que je fasse et en fait après avoir visualisé, j'avais trop descendu mon plateau et du coup les supports qui roulent sur l'axe Z touchaient le moteur Z coté extrudeur et donc plus moyen de descendre. Modifié (le) Octobre 19, 2021 par Stef67
Messages recommandés
Créer un compte ou se connecter pour commenter
Vous devez être membre afin de pouvoir déposer un commentaire
Créer un compte
Créez un compte sur notre communauté. C’est facile !
Créer un nouveau compteSe connecter
Vous avez déjà un compte ? Connectez-vous ici.
Connectez-vous maintenant