Chercher dans la communauté

Bonjour, Je "tripote" différents paramètres de ma bestiole en l'ocurrence une K1C avec un kipper à la sauce Creality, si je saisi par mal de choses, dans gcode_macro.cfg il y a deux paramètres dont je ne perçois pas l'utilité ou à minima à quoi ils servent, et fouinant dans la documentation Klipper, c'est toujours de l'incompréhension, alors un spécialiste de Klipper peut il me dire simplement à quoi servent les macro suivantes gcode_macro_Qmode et sa soeur gcode_macro_exit Un grand merci d'avance

Ayant rencontré quelques difficultés d’impression avec des pièces cylindriques sur ma CR10V2 récemment mise à jour avec un bon et beau Marlin 2.0.5.3 dont j’avais fait part dans ce post : La remarque de @Tircown quant au firmware Klipper m’a «provoqué». Aimant les défis, particulièrement quand ils sont liés à l’informatique, l’électronique et la bidouille en général, j’ai sauté le pas. Je vais donc relater mon expérience, en renvoyant vers les liens qui m’ont été utiles et en fournissant évidemment les fichiers de configuration de ma CR10-V2 (pour les pressés, aller directement à la fin du post pour y trouver ceux-ci). Étape préliminaire Étant de la vieille école, je préfère de loin une bonne documentation format écrit fusse-t’elle en anglais plutôt que des vidéos pour me plonger dans un sujet nouveau. Le créateur du firmware Klipper, justement, a bien fait les choses, de nombreuses heures de lecture sont à prévoir (en ligne ou après récupération de l’archive compressée) : https://github.com/KevinOConnor/klipper Un utilisateur du forum, @Nibb31 a réalisé un excellent tutoriel (en français évidemment) qui explique tout : Tout ce que vous avez toujours voulu savoir sur Klipper sans jamais oser le demander Un autre site dont je me suis fortement servi : https://klipper.info/ Après lecture assidue des documents des liens précédents, je peux alors me lancer, d’autant plus que j’ai tout le matériel nécessaire (imprimantes, raspberry pi, cerveau et couteau). Première étape, installation de Klipper Octoprint étant déjà installé et fonctionnel, je m’y connecte via SSH (utilisateur : pi, mdp : cestmonsecret ou raspberry si vous ne l’avez pas modifié (c’est pas bien de ne pas le faire)). On récupère Klipper : git clone https://github.com/KevinOConnor/klipper ./klipper/scripts/install-octopi.sh Ces deux lignes, télécharge Klipper (git), installe les dépendances indispensables, prépare Klipper pour qu’il démarre automatiquement à l’allumage de la framboise et démarre celui-ci sous forme d’un service (le script «install-octopi.sh»est un fichier texte contenant les lignes de commandes). On construit puis flashe le microcontrôleur : cd ~/klipper/ make menuconfig Choix du microcontrôleur de la carte : Atmega2560 pour la CR10-V2, puis on lance la «compilation» : make On vérifie sur quel port la carte est connectée en USB : ls /dev/serial/by-id/* Le résultat affiche un lien symbolique /dev/serial/by-id/usb-1a86_USB-Serial-if00-port0 vers le périphérique physique (chez moi /dev/ttyUSB0). pi@octopi:~ $ ls -l /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 lrwxrwxrwx 1 root root 13 May 18 12:56 /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 -> ../../ttyUSB0 Il ne reste plus qu’à flasher le firmware : sudo service klipper stop make flash FLASH_DEVICE=/dev/serial/by-id/usb-1a86_USB-Serial-if00-port0 sudo service klipper start Pour que ce flashage réussisse il faut que Octoprint ne soit pas connecté à l’imprimante (bouton «Déconnecter»). Seconde étape, configurer Octoprint Configurer Octoprint pour qu’il utilise Klipper : ajouter un port série nommé /tmp/printer dans les préférences, Connexion série, onglet Général, «ports série supplémentaires» puis sauvegarder. Revenir dans les préférences, dans l’onglet «comportement» modifier à la section «Que faire en cas d’erreur de firmware» en cochant «Annuler toutes impressions en cours mais rester connecté à l’imprimante», enregistrer. Reste à tester la connexion après avoir sélectionné le bon port série ( /tmp/printer) puis en cliquant sur le bouton «Connecter». En utilisant le terminal avec la commande «status», une erreur est retournée puisque la configuration de l’imprimante n’est pas faite. Pour me faciliter encore plus la vie, j’ajoute un plugin à Octoprint : Octoklipper Troisième étape, configurer Klipper Il reste à préparer un fichier de configuration correspondant à ma CR10V2. Dans les fichiers du répertoire «config» de Klipper, celle-ci n’est pas présente. Il y en a pour la CR10 et la CR10S (printer-creality-cr10-2017.cfg et printer-creality-cr10s-2017.cfg) Dans les sources du Marlin2, les attributions des pattes d’un microcontrôleur sont regroupées dans le dossier src/pins/«controleur»/pins_«carte».h. La carte de la CR10-V2, version2.5.2 (Atmega2560), est déclarée comme une RAMPS modifiée par Creality : #define MOTHERBOARD BOARD_RAMPS_CREALITY les numéros des pins à déclarer seront donc dans pins_RAMPS_CREALITY.h (et en inclusion pins_RAMPS.h). Le fichier prévu pour une CR10S correspond aux attributions, il y aura donc moins de travail de tâtonnement et ça c’est cool. Il y a bien quelques différences mais elles sont minimes. Ayant un Bltouch d’installé, le pin utilisé est celui du Z_MAX alors que le endstop est sur le Z_MIN. Je complète ce fichier de configuration avec les options dont j’ai besoin, place ce fichier dans le home du Pi et relance Klipper soit via le terminal d’Octoprint («firmware_restart») ou via le plugin Octoklipper et le bouton «Firmware» ou «Host» Quatrième étape, vérifier la configuration La documentation relate les étapes à suivre pas-à-pas : vérifier l’affichage des températures vérifier l’«arrêt d’urgence» (M112) vérifier la mise en chauffe du lit et de la tête vérifier le fonctionnement des moteurs vérifier les fins de course vérifier les pilotes des moteurs vérifier le moteur de l’extrudeur calibrer les réglages de PID (tête / lit) Dans l’ensemble peu de modifications à effectuer pour que l’ensemble fonctionne (au cas où, j’avais le doigt prêt à appuyer sur l’interrupteur de l’alimentation). Toutes les attributions de «pins» format «arduino» (déclaration pin_map dans la section [mcu] du fichier de configuration) sont correctes. Possédant un détecteur de fin de filament, j’ai juste eu à inverser sa logique de fonctionnement : au départ : switch_pin: ar2 devient : switch_pin: !ar2 Ma CR10V2 a été modifiée par l’adjonction d’un système d’auto-nivellement (BLTouch de Antclabs ®). Creality a prévu d’origine la possibilité de cet ajout, tout est pré câblé sur la carte mère, il suffit de connecter la prise femelle du câble du Bltouch (5 broches avec détrompeur) sur l’embase électronique située sous l’extrudeur. Cela évite d’ouvrir le boîtier d’alimentation pour déconnecter le contacteur de fin de course de l’axe Z branché sur le ZMIN. La pré connexion du BLTouch le branche sur le ZMAX donc la «pin» à déclarer est la n”19 en mode «pullup» : [bltouch] # CR10V2, connexion sur ZMAXPIN (19) sensor_pin: ^ar19 control_pin: ar11 pin_move_time: 0.4 x_offset: 47 y_offset: 0 # Increase Z_Offset to lower nozzle closer to bed. PLA 1.55 #z_offset: 1.55 speed: 60 Cinquième étape, améliorer la configuration L’imprimante étant à nouveau fonctionnelle, quelques impressions sont réalisées. Auparavant, il me faut modifier les gcodes de démarrage et de fin de mon trancheur (Cura dans un premier temps). En effet, Klipper n’utilise pas la totalité de ceux prévus pour un Marlin (ex : G29). Cette page donne tous les gcodes connus de Klipper. Il utilise de nouvelles directives (extended G-code) sous forme de mots clés équivalents aux gcodes (ex : STATUS, FIRMWARE_RESTART, BED_MESH_CALIBRATE, …). L’avantage de ce système est que l’on peut créer des macros relativement complexes afin de simuler leur équivalent en gcode Marlin. Par exemple pour mes gcodes de démarrage / fin, je vais utiliser les macros suivantes : [gcode_macro START_PRINT] variable_T_BED: 60 variable_T_EXTRUDER: 200 gcode: M117 Home sweet home # Use absolute coordinates G90 # Reset the G-Code Z offset (adjust Z offset if needed) SET_GCODE_OFFSET Z=0.0 # Home the printer G28 # Use the bed mesh #G29 BED_MESH_PROFILE LOAD=cr10v2 # Move the nozzle near the bed G1 X15 Y20 Z5 F6000 M117 Chauffe Marcel # Start bed heating and continue M140 S{T_BED} {% if printer.heater_bed.temperature < params.T_BED|float*0.85 %} M190 S{params.T_BED|float*0.85} # wait till 0.85 of bed temp is reached, then continue {% endif %} M140 S{T_BED} M104 S170 # Prechauffe buse M190 S{T_BED} M109 S{T_EXTRUDER} # Prime line PURGE M117 C’est parti, mon Kiki... [gcode_macro END_PRINT] gcode: M117 C’est fini # move z up G91 G1 E-2 Z+10 F3000 # absolute xy G90 G1 X5 Y295 F2000 #disable hotend and heated bed M104 S0 M140 S0 # disable steppers M84 BED_MESH_CLEAR # prime the nozzle [gcode_macro PURGE] gcode: M117 Ligne de purge G92 E0 ;Reset Extruder # move z axis G1 Z2.0 F3000 ;Move Z Axis up # move to prime position G1 X2 Y30 Z0.28 F5000.0 ;Move to start position G1 X2 Y200.0 Z0.28 F1500.0 E15 ;Draw the first line G1 X3 Y200.0 Z0.28 F5000.0 ;Move to side a little G1 X3 Y50 Z0.28 F1500.0 E30 ;Draw the second line G92 E0 ;Reset Extruder G1 Z2.0 F3000 ;Move Z Axis up # G29 => (1) home all (2) get bed mesh (3) move nozzle to corner so it doesnt ooze on the bed while heating up. [gcode_macro G29] gcode: G28 BED_MESH_CALIBRATE G0 X0 Y0 Z10 F6000 BED_MESH_PROFILE save=cr10v2 Dans Cura, mes gcodes de démarrage / fin deviennent ) : ; gcode macro Klipper (démarrage) START_PRINT T_BED={material_bed_temperature_layer_0} T_EXTRUDER={material_print_temperature_layer_0} ; gcode macro Klipper (fin) END_PRINT Avant de me lancer dans les impressions, je réalise la calibration de l’extrudeur (100 mm demandés = 100 mm fourni), méthode «matérielle only» donc PTFE déconnecté en sortie d’extrudeur. Résultats, un poil trop (trois tests de 100 mm, au lieu de 300mm, j’ai 303, donc règle de trois pour affiner mes pas qui passent de 0,00714285 (1/140 pas) à 0.00719666 (1/138.95 pas) [mon extrudeur a été remplacé par celui des CR10S Pro, BMG sans réduction]. Un premier cube de calibration (25x25x25mm) est tranché puis envoyé à Octoprint afin d’être imprimé. Les résultats dimensionnels sont très corrects (25 x 25 x 25,02 (XxYxZ). Au dessus j’ai bien 10 , 20 et 6 mm, les ponts sont bons, pas de «stringing» sur la face colonnes, un beau cercle, des «overhang» quasi parfaits. Le seul défaut est un léger «pied d’éléphant». Impression faite avec du PLA 3D870 Blanc (le stock de filament commence à s’épuiser), température de 215°, vitesse d’impression de test à 100 mm/s sauf pour les parois, interne à 75 mm/s, externe à 50 mm/s. J’en profite en continuant mes tests, j’ajoute la gestion de la rétraction dans le firmware Klipper (je reprends les valeurs utilisées par Cura) : [firmware_retraction] retract_length: 5.2 retract_speed: 25 unretract_extra_length: 0 unretract_speed: 20 et en ajoutant l’option dans Cura : Un autre cube de calibration (30x30x30) avec des cylindres internes de profondeur 20 mm sert à tester cette «nouvelle rétraction». L’examen du gcode obtenu permet de voir les nouveaux gcodes de rétraction (G10/ G11). ;Generated with Cura_SteamEngine 4.6.1 M82 ;absolute extrusion mode ; gcode macro Klipper START_PRINT T_BED=60 T_EXTRUDER=215 G92 E0 G92 E0 G10 ;LAYER_COUNT:150 ;LAYER:0 M106 S255 G0 F6000 X165.065 Y129.811 Z0.2 ;TYPE:SKIRT G11 G1 F1200 X165.708 Y129.86 E0.02145 … Sixième étape, Pressure Advance Qu’est que c'est que ça que c'est ? D’après la documentation, «Pressure advance does two useful things - it reduces ooze during non-extrude moves and it reduces blobbing during cornering. (traduction approximative : L'avance à la pression a deux effets utiles : elle réduit le suintement lors des mouvements sans extrusion et elle réduit les coups dans les virages (mon interprétation : les coins sont plus francs, moins arrondis )). C’est plus ou moins l’équivalent du «Linear advance» pour Marlin. Malheureusement, cette option, je ne peux pas l’activer dans Marlin avec ma carte Creality «silencieuse» équipée de pilotes TMC2208 déclarés en mode standalone. Si je l’active, mon extrudeur va plus ou moins rapidement arrêter de fonctionner. Depuis quelques mois (mi mars 2020), le développeur de Klipper a fourni une correction qui permet d’utiliser ce firmware avec cette option pour des TMC2208 en standalone. En suivant scrupuleusement la documentation, la tour carrée est tranchée, les directives d’impression sont données, l’impression est lancée. Une fois finie et examinée, mes valeurs de PA sont ajoutées dans la section [extruder] du fichier de configuration. Conclusion (provisoire) Klipper est un excellent firmware qui mérite d’être essayé. Une fois le flashage sur la carte mère réalisé, sa facilité de paramétrage, de tests est sans commune mesure avec Marlin : on effectue les modifications dans le fichier de configuration, après un RESTART ou un FIRMWARE_RESTART, la nouvelle configuration est prise en compte, plus besoin de modifier son (se) fichier(s) «.h» puis de recompiler et installer en flashant. La possibilité des «macros» est juste énorme, de nombreuses choses deviennent possibles. Klipper peut gérer (je n’ai pas testé) plusieurs cartes (en gros principe de maître / esclave), l’absence d’une fonctionnalité sur la carte principale n’oblige pas forcément à en changer. On ajoute une autre carte (une RAMPS par exemple) et on peut utiliser ses fonctionnalités en plus de la carte «principale». Merci @Tircown de m’avoir obligé à sortir de ma zone de confort et un grand merci @Nibb31 pour avoir créer son excellent tutoriel. A suivre… PS : pour ceux qui voudraient tenter l’aventure, comme promis en début du sujet, mes fichiers de configurations actuellement utilisés et fonctionnels sur ma CR10V2 avec sa carte d’origine V2.5.2. Fichiers à placer dans le home de Pi, là où se trouve Octoprint (/home/pi): Ma configuration est désormais accessible sur mon dépôt Github : https://github.com/fran6p/cfg_klipper

X-MAX 3 - FREE Le but des tutoriels suivants est de fournir un pas-à-pas permettant à un utilisateur de mettre à niveau le système d'exploitation ainsi que l'écosystème Klipper gérant l'imprimante. Les imprimantes Qidi Series 3 utilisent une base matérielle solide offrant de bons potentiels mais dont l'OS et les briques logicielles sont «dépassés». FONCTIONNALITÉS OBTENUES version Armbian récente: Bookworm noyaux récents (Linux kernel): 6.6.x Python (3.12) briques essentielles installées (écosystème Klipper) : Klipper (0.12.x) Moonraker (0.8.x) Fluidd (port 10088) Mainsail (port http standard (80)) Crowsnest (gestionnaire de caméras) Optionnels mais forts pratiques: Timelapses KAMP (uniquement pour lignes de purge, Klipper 0.12.x le gérant désormais nativement) Shake&Tune … fichier de configuration (printer.cfg) «amélioré» macros supplémentaires Important, à garder en mémoire avant de se lancer (éventuellement) La plupart des fonctionnalités matérielles de l'imprimante d'origine sont préservées sauf écran tactile Wifi (non fonctionnel immédiatement) Note Ce projet est toujours en cours d'améliorations, présence de «bogues« possibles (un dépôt Github passera de privé à public pour permettre un suivi plus aisé) Alors, prêt à lire une «grosse» documentation ? Si oui, la suite arrive bientôt… promis

Bonjour, J'essaie de passer ma mdr sous Klipper et j'aurais besoin d'un peu d'aide pour le fichier printer.cfg Du côté Raspberry Klipper est installé et tourne côté mdr elle est flashée. Lorsque je me connecte via Klipper la connection est établie avec l'imprimante Ce qui fonctionne: Chauffe et retour température tête Chauffe et retour température bed Ventilateurs de refroidissement du filament Ce qui ne fonctionne pas: Ventilateur de refroidissement de la tête Mouvements moteurs L'écran Si ceux qui sont passés sous Klipper pouvaient m'orienter, je suis preneur.

Bonjour, J’ai une elegoo Neptune 4 avec klipper pré-installé. Quand je suis cher moi et que je lance une impression j’arrive a accéder à l’interface fluidd, mais dès que je suis à l’extérieur, je n’arrive plus à accéder à l’interface. Auriez-vous des solutions à me proposer ? En vous souhaitant une bonne journée

Bonjour à tous, Question simple (?) quelle est la dispersion maximale acceptable pour la planéité du lit mesuré avec Fluidd ? Que pensez-vous de ce tableau obtenu sur ma K2 plus. Est-ce améliorable, ou le firmware s'en débrouille ?

Introduction Il y a au moins deux façon de communiquer avec une imprimante en klipper. En effet, klipper/moonraker met à disposition des API qui peuvent être utilisées soit via des requêtes "http" POST ou GET ou soit via MQTT. La première solution via des GET et POST est évoquée ici : Dans l'idéal, il faudrait que lorsqu'un évènement se produise, on puisse obtenir en "temps réel", enfin en quelques millisecondes, la nouvelle valeur. Ainsi, on serait averti en temps réel du fait qu'une impression s'arrête, ou on pourrait connaitre en temps réel la température de l'extrudeur ou du bed. C'est ce que va nous permettre MQTT. On verra plus loin que comme déjà évoqué, MQTT peut non seulement récupérer des évènements, mais aussi, à l'image des GET, interroger l'imprimante pour qu'en retour elle nous renvoie un certain nombre d'infos. Enfin, à l'image des POST, MQTT permet également le déclenchement d'actions (lancement d'impression, exécution d'un Gcode etc...) Exemple de ce que peut on récupérer via MQTT (ou via des GET) comme renseignements "en temps réel" ? Voici ce que j'ai réussi ,jusqu'à présent comme renseignement en temps réel : -L'état (printing standby...) -La durée d'impression -La durée total d'impression (je ne sais pas encore complètement la différence avec la durée d'impression) -Le nom du fichier en cours d'impression -La température du Bed -La température de l'extrudeur -Le temps d'impression de l'extrudeur. J'ai l'impression que c'est le temps cumulé depuis quand vous avez reçu l'imprimante. Ca reste à confirmer. Ce sont les principaux, mais il y en a d'autres que vous allez retrouvé plus bas dans un tableau. Installation et configuration de MQTT -Si vous n’êtes pas familiarisés avec MQTT, en particulier coté serveur, suivez un tuto sur internet ou demandez des précisions sur ce fil de discussion. -vous devez pouvoir vous connecter avec putty ou équivalent à votre imprimante. Avec certaines imprimantes, ce n'est pas possible. le firmware est trop bridé. -Vous devez avoir un serveur MQTT accessible. Chez moi, un pi qui contient ce serveur (mosquitto) sur internet, il y a plein de tutos qui montrent comment ça s'installe. -Vous devez avoir installé la partie client de mosquitto dans votre imprimante (via putty par exemple). Attention en théorie, cela peut vous faire perdre la garantie ! (voir le message qui s'affiche lorsque vous vous connectez avec putty). Pour savoir si il a déjà été installé : dpkg -l | grep mosquitto-clients doit vous répondre quelque chose comme cela : ii mosquitto-clients 1.5.7-1+deb10u1 arm64 Mosquitto command line MQTT clients Pour l'installer (si apt n'est pas adapté à votre distribution, il faut chercher ce qui peut le remplacer) : sudo apt install mosquitto-clients Puis, on va compléter le fichier moonraker.conf en lui ajoutant une section [mqtt] Chez moi, le fichier moonraker.conf se trouve dans /homme/mks/klipper_config si ce n'est pas le cas pour vous, vous pouvez lancer une recherche : find / -name moonraker.conf Chez moi, j'ai cette réponse : Message from syslogd@mkspi at Jan 27 11:37:04 ... kernel:[ 53.228014] Disabling IRQ #58 /home/mks/kiauh-backups/klipper_config/220725-0302/klipper_config/moonraker.conf /home/mks/kiauh-backups/klipper_config/220725-0259/klipper_config/moonraker.conf /home/mks/kiauh-backups/klipper_config/220725-0304/klipper_config/moonraker.conf /home/mks/moonraker/docs/moonraker.conf /home/mks/klipper_config/moonraker.conf /home/mks/kiauh/resources/moonraker.conf Les backups sont des sauvegardes, on ne s'en occupe pas Les dossier doc non plus Pour moi, c'est celui qui est dans klipper_config qui est est le bon et donc /home/mks/klipper_config/moonraker.conf Commencez par faire une copie de sauvegarde de ce fichier (si votre fichier /home/mks/klipper_config/moonraker.conf se trouve dans un autre répertoire, à vous de remplacer le répertoire dans lla commande suivante et dans les autres commandes) sudo cp /home/mks/klipper_config/moonraker.conf /home/mks/klipper_config/moonraker.conf.old -Puis vous allez le compléter via nano (ou autre). Si besoin en modifiant le répertoire. sudo nano /home/mks/klipper_config/moonraker.conf Vous pouvez aussi y accéder par fluidd, enfin, chez moi.. A la fin du fichier, ajouter [mqtt] address: 192.168.1.... # l'IP de votre serveur MQTT. Pas son nom réseau, seulement une IP port: 1883 username: votreNomUtilisateurQuiAEteDeclareDansVotreServeurMQTT password: SonMotDePasse; status_objects: webhooks toolhead=position,print_time,homed_axes,speeds,acceleration extruder=temperature,target,pressure_advance,smooth_time printer=state,extruder,target,position,virtual_sdcard heater_bed=temperature,target,power print_stats=filename,total_duration,print_duration,filament_used job_last=filename,print_duration Pour address, comme de base, sur mon imprimante q1pro il n'y a pas de DNS déclaré correctement dans l'imprimante, seul une adresse IP (192.168.1....) fonctionne. C'est l'IP de votre serveur MQTT. Dans un premier temps rentrez l'IP, et dans un second temps, si vous le souhaitez, essayez de remplacer l'IP par son nom réseau. Le username et le password sont des identifiants de connexion qui doivent être déclarés dans le serveur MQTT -Sortez de "nano" (Ctrl X et validez) -relancez moonraker (attention attendez si besoin la fin d'une impression en cours pour le faire) sudo systemctl restart moonraker Configuration du fichier moonraker.conf pour indiquer les évènements que l'on veut recevoir lors d'un changement (notion d'évènement) Dans la section MQTTque vous venez d'ajouter dans le fichier de configuration moonraker.conf , il y a une partie status_objects dot le rôle est d'indiquer à moonraker les évènements que vous souhaitez avoir via MQTT La ligne print_stats=state,filename,total_duration,print_duration va par exemple nous permettre de récupérer en temps réel l'état de l'imprimante (standby, printing...) le nom du fichier en train de s'imprimer, les durées d'impression prévu ... à chaque fois qu'ils changent, un message MQTT est envoyé Vous pouvez voir ces messages défiler par exemple à l'aide du logiciel MQTT Explorer Ces messages sont envoyés par l'imprimante avec comme topic quelque chose sous la forme (chez vous il est possible que "mkspi" soit remplacé par autre chose) : mkspi/klipper/status et des payload (messages) au format JSON. Par exemple : { "eventtime": 10149.499403589, "status": { "toolhead": { "print_time": 10164.745453851414, "position": [ 123.4, 121.858, 28.906922455714884, 1829.6180900007298 ] }, "extruder": { "temperature": 209.75, "power": 0.9052395424853155 }, "heater_bed": { "power": 0.4082908609993894 }, "print_stats": { "total_duration": 1802.585450651999, "print_duration": 1603.111610140999, "filament_used": 1210.5352800007333 } } } A noter que si par exemple pour print_stats vous ne spécifiez que print_stats=state au lieu de print_stats=state,filename,total_duration,print_duration L'imprimante ne retournera en MQTT que state lorsque ce dernier changera. Il ne vous enverra pas par exemple, de message lorsque "filename" change De même si cous mettez print_stats sans le "=" et ce qui est derrière, il renverra tout ce qui concerne print_stats. C'est un moyen d'explorer, de tester ce que peut renvoyer l'imprimante, mais cela va la faire envoyer des messages inutiles. Concrètement : ligne dans moonraker.conf Topic Filtre JSON print_stats mkspi/klipper/status [status][print_stats][state] Etat : printing, standby… print_stats mkspi/klipper/status [status][print_stats][print_duration] temps d'impression print_stats mkspi/klipper/status [status][print_stats][total_duration] Temps total d'impression print_stats mkspi/klipper/status [status][print_stats][filename] Nom du fichier en cours d'impression heater_bed mkspi/klipper/status [status][heater_bed][temperature] Température du bed heater_bed mkspi/klipper/status [status][heater_bed][target] Cible température bed heater_bed mkspi/klipper/status [status][heater_bed][power] Puissance en % pour le Bed extruder mkspi/klipper/status [status][extruder][temperature] Température de l'extruder extruder mkspi/klipper/status [status][extruder][target] Cible température extrudeur extruder mkspi/klipper/status [status][extruder][power] Puissance en % pour l'extrudeur toolhead mkspi/klipper/status [status][toolhead][position] position de la tête. Je pense [x,y,z] toolhead mkspi/klipper/status [status][toolhead][position][0] Position de la tête (x?) toolhead mkspi/klipper/status [status][toolhead][position][0] Position de la tête (y?) toolhead mkspi/klipper/status [status][toolhead][position][0] Position de la tête (z?) toolhead mkspi/klipper/status [status][toolhead][print_time] Temps de travail depuis alumage imp? Utilisation de MQTT pour déclencher des API : demande d'infos Trouver le nom d'hote (hostname) de votre imprimante. Vous devez connaitre votre hostname pour connaitre le premier élément des topics. Sous fluidd vous l'avez ici Sinon, la commande hostname Vous le donnera. Chez moi la réponse est : mkspi Vous pouvez aussi l'imposer dans le fichier de configuration "moonraker.conf" en y ajoutant dans la section [server] la ligne hostname: mkspi Vous pouvez bien sûr remplacer mkspi par ce que vous voulez. Dans tous les exemples ci-dessous, si votre hostname n'est pas mkpsi ou si vous avez ajouté une ligne ligne hostname: mkspi dans la section [server] du fichier moonraker.conf, remplacé le premier terme des topic (mkspi" par ce que vous avez obtenu par la commande hostname ou par ce que vous avez imposé dans moonraker.conf Vous trouverez la liste des API ici : https://moonraker.readthedocs.io/en/latest/web_api/ Principe d'utilisation de ces API : On envoie un message MQTT ayant comme topic (toujours le même) (en remplaçant éventuellement "mkspi" par ce que vous avez chez vous) mkspi/moonraker/api/request et comme contenu (payload) une chaine JSON indiquant ce que vous vous obtenir et que vous pouvez trouver dans ce lien https://moonraker.readthedocs.io/en/latest/web_api/ Moonraker vous renvoie alors une réponse via un message MQTT avec comme topic mkspi/moonraker/api/response Prenons par exemple cette API (extrait du document en question) : On va pouvoir interroger l'imprimante via un message MQTT avec comme topic mkspi/moonraker/api/request et comme payload au format JSON { "jsonrpc": "2.0", "method": "printer.info", "id": 5153 } Vous pouvez utiliser MQTT explorer ( https://mqtt-explorer.com/) pour lancer ce message MQTT : Vous allez y récupérer ce message en réponse : la réponse complète dans mon cas : { "jsonrpc": "2.0", "result": { "state_message": "Printer is ready", "klipper_path": "/home/mks/klipper", "config_file": "/home/mks/klipper_config/printer.cfg", "software_version": "v0.10.0-530-g3387a9c2-dirty", "hostname": "mkspi", "cpu_info": "4 core ?", "state": "ready", "python_path": "/home/mks/klippy-env/bin/python", "log_file": "/home/mks/klipper_logs/klippy.log" }, "id": 1 } Utilisation de MQTT pour déclencher des API : demandes d'actions Avec le même principe, vous pouvez déclencher des actions. Toujours pareil, vous trouvez l'API qui convient dans https://moonraker.readthedocs.io/en/latest/web_api/ Par exemple pour mettre en pause une impression en cours Le topic est toujours le même : mkspi/moonraker/api/request le JSON est {"jsonrpc":"2.0","method":"printer.print.pause","id":4564} Moonraker vous renvoie une réponse (ok) avec un message MQTT ayant pour topic mkspi/moonraker/api/response Un autre exemple : demande d'exécution d'un GCODE Le topic, donc toujours mkspi/moonraker/api/request la payload (en remplaçant M104 S20 qui est un GCODE demandant de chauffer la buse à 20°, par le GCODE que vous souhaitez voir exécuté : {"jsonrpc":"2.0","method":"printer.gcode.script","params":{"script":"M104 S20"},"id":1} Utilisation avec Home assistant : Je ne pratique pas HA mais je sais qu'il y a pas mal de tuto sur le sujet sur internet. @fran6p l'utilise et nous a communiqué ce lien : https://github.com/marcolivierarsenault/moonraker-home-assistant Utilisation avec Jeedom Sous jeedom, j'utilise le plugin JMQTT qui permet d'une part d'avoir un serveur MQTT, mais aussi de facilement récupérer les messages MQTT pour des topic bien préçis. Dans JMQTT, vous créez autant d'infos que vous voulez, en vous servant du tableau plus haut pour le remplir. Exemple : Pour l'équipement (à noter que pour l'instant, j'ai choisi 1 pour le Qos pour être sûr de ne pas rater une info : Et comme commandes de type info (exemples) : Voir le tableau plus haut pour d'autres infos. Pour les actions : Exemple pour mettre en pause et relancer après pause : mkspi/moonraker/api/request {"jsonrpc":"2.0","method":"printer.print.pause","id":4564} et mkspi/moonraker/api/request {"jsonrpc":"2.0","method":"printer.print.resume","id":1465} Et pour demander l'exécution d'un GCODE : N'hésitez pas à me faire un retour sur votre utilisation en spécifiant le type d'imprimante...

Bonjour à tous, Cela fait deux semaines que tente de connecter le sonic pad à ma cr10 max mais il n'y a pas moyen. Mon imprimante a été modifié avec une tête d'impression Bondtech en direct drive ainsi qu'un CR touch (et pas un BL touch). J'ai testé la procédure standard mais arrivé à choisir la carte mère de l'imprimante donc la Atmega 2560 je ne peux pas compiler le firmware de l'imprimante. J'ai suivi des tutos et personne n'a ce problème donc je ne comprend pas. J'ai donc testé une autre solution. J'ai sélectionné depuis le sonic pad la cr10 V2 avec l'ATMEGA 2560, le firmware se compile et ensuite je peux commencer la phase de test. Je saute l'étape des tests car pas les bon paramètres puis je vais sur le site web du sonic pad pour modifier le "Printer-cfg". Ensuite je remplace le "Printer.cfg" de la cr10 v2 par celui de la cr 10max, je sauvegarde puis je commence les tests par un Z-home. La tête d'impression vient se positionner au centre du plateau après être aller en butée en x et y puis elle commence à descendre, la pin du cr touch descend mais quand elle se trouve en contact avec le plateau elle ne se rétracte pas (ne détecte pas) et la tête vient s'enfoncer dans la plateau sans jamais s'arrêter (donc j'éteint très vite l'imprimante). Ma question est pourquoi le cr touch ne détecte pas. De plus, j'arrive à piloter la sortie et la rétractation du cr touch depuis le site web sonic pad avec les commandes : 11:47:36 // Sending BLTOUCH_DEBUG COMMAND=pin_down 11:47:47 $ BLTOUCH_DEBUG COMMAND=pin_up 11:47:47 // Sending BLTOUCH_DEBUG COMMAND=pin_up Je vous mets le fichier cfg # !Creality CR-10 Max with Sprite Pro # Creality CR-10 Max configuration for Creality Sonic Pad by JoniK # Based on CR-10S Pro V2 and Ender S1 Pro = Sonic Pad model.cfg to suit # Creality V2.4 8 bit mainboard and Fluidd # Firmware should be compiled for the AVR atmega2560 # Creality CR-10 Max has Sprite Pro extruder so thermistor and rotation_distance values will be different to standard # Please ensure you PID autotune your heaters rather than just using my PID values # This machine is fitted with a BLtouch so X,Y & Z offsets will need to be calibrated too # Serial address /dev/serial/by-id/usb_serial_* # DO NOT COPY THIS FILE WITHOUT CAREFULLY READING AND UPDATING IT FIRST # Incorrectly configured parameters may cause damage. ###fluidd set ####======>Do not modify this configuration [virtual_sdcard] path: ~/gcode_files [display_status] [pause_resume] [gcode_macro PAUSE] description: Pause the actual running print rename_existing: PAUSE_BASE # change this if you need more or less extrusion variable_extrude: 1.0 gcode: ##### read E from pause macro ##### {% set E = printer["gcode_macro PAUSE"].extrude|float %} ##### set park positon for x and y ##### # default is your max posion from your printer.cfg {% set x_park = printer.toolhead.axis_maximum.x|float - 5.0 %} {% set y_park = printer.toolhead.axis_maximum.y|float - 5.0 %} ##### calculate save lift position ##### {% set max_z = printer.toolhead.axis_maximum.z|float %} {% set act_z = printer.toolhead.position.z|float %} {% if act_z < (max_z - 2.0) %} {% set z_safe = 2.0 %} {% else %} {% set z_safe = max_z - act_z %} {% endif %} ##### end of definitions ##### PAUSE_BASE G91 {% if printer.extruder.can_extrude|lower == 'true' %} G1 E-{E} F2100 {% else %} {action_respond_info("Extruder not hot enough")} {% endif %} {% if "xyz" in printer.toolhead.homed_axes %} G1 Z{z_safe} F900 G90 G1 X{x_park} Y{y_park} F6000 {% else %} {action_respond_info("Printer not homed")} {% endif %} [gcode_macro RESUME] description: Resume the actual running print rename_existing: RESUME_BASE gcode: ##### read E from pause macro ##### {% set E = printer["gcode_macro PAUSE"].extrude|float %} #### get VELOCITY parameter if specified #### {% if 'VELOCITY' in params|upper %} {% set get_params = ('VELOCITY=' + params.VELOCITY) %} {%else %} {% set get_params = "" %} {% endif %} ##### end of definitions ##### {% if printer.extruder.can_extrude|lower == 'true' %} G91 G1 E{E} F2100 {% else %} {action_respond_info("Extruder not hot enough")} {% endif %} RESUME_BASE {get_params} [gcode_macro CANCEL_PRINT] description: Cancel the actual running print rename_existing: CANCEL_PRINT_BASE gcode: TURN_OFF_HEATERS {% if "xyz" in printer.toolhead.homed_axes %} G91 G1 Z4.5 F300 G90 {% else %} {action_respond_info("Printer not homed")} {% endif %} G28 X Y {% set y_park = printer.toolhead.axis_maximum.y|float - 5.0 %} G1 Y{y_park} F2000 M84 CANCEL_PRINT_BASE [include timelapse.cfg] # [mcu rpi] # serial: /tmp/klipper_host_mcu # [adxl345] # cs_pin: rpi:None # spi_speed: 2000000 # spi_bus: spidev2.0 # [resonance_tester] # accel_chip: adxl345 # accel_per_hz: 70 # probe_points: # 117.5,117.5,10 [verify_heater extruder] check_gain_time: 200 hysteresis: 5 #####<======Do not modify this configuration #####======>Please configure according to different printer models [stepper_x] step_pin: PF0 dir_pin: PF1 enable_pin: !PD7 microsteps: 16 rotation_distance: 40 full_steps_per_rotation: 200 endstop_pin: ^PE5 position_endstop: 0 position_min: 0 position_max: 465 homing_speed: 80 homing_retract_dist: 5 [stepper_y] step_pin: PF6 dir_pin: !PF7 enable_pin: !PF2 microsteps: 16 rotation_distance: 40 full_steps_per_rotation: 200 endstop_pin: ^PJ1 position_endstop: 0 position_min: 0 position_max: 460 homing_speed: 80 homing_retract_dist: 5 [stepper_z] step_pin: PL3 dir_pin: !PL1 enable_pin: !PK0 microsteps: 16 rotation_distance: 8 full_steps_per_rotation: 200 endstop_pin: probe:z_virtual_endstop position_min: -10 position_max: 470 homing_speed: 4 second_homing_speed: 1 homing_retract_dist: 2.0 [extruder] max_extrude_only_distance: 1000.0 step_pin: PA4 dir_pin: PA6 enable_pin: !PA2 microsteps: 16 gear_ratio: 1:1 rotation_distance: 7.5 nozzle_diameter: 0.400 filament_diameter: 1.750 heater_pin: PB4 sensor_type: EPCOS 100K B57560G104F sensor_pin: PK5 #control: pid #pid_Kp: 15.28 #pid_Ki: 1.30 #pid_Kd: 44.75 min_temp: 0 max_temp: 300 pressure_advance: 0.05 # Calibrate pressure_advance_smooth_time: 0.04 [idle_timeout] timeout: 172800 [heater_bed] heater_pin: PH5 sensor_type: EPCOS 100K B57560G104F sensor_pin: PK6 #control = pid #pid_kp = 72.045 #pid_ki = 1.127 #pid_kd = 1150.925 min_temp: 0 max_temp: 120 [mcu] serial: /dev/serial/by-id/usb_serial_1 restart_method: command [printer] kinematics: cartesian max_velocity: 300 max_accel: 3500 # max_accel_to_decel: 7000 max_z_velocity: 10 square_corner_velocity: 5.0 max_z_accel: 1000 [filament_switch_sensor filament_sensor] pause_on_runout: True switch_pin: PE4 [input_shaper] #shaper_freq_x: 33.33 #shaper_freq_y: 22.86 shaper_type: mzv [fan] pin: PH6 [bltouch] sensor_pin: ^PD2 control_pin: PB5 x_offset: -31.8 # modify as needed for bltouch location y_offset: -40.5 # modify as needed for bltouch location z_offset: 3.6 # modify as needed for bltouch or run PROBE_CALIBRATE speed: 10 samples: 1 samples_result:average sample_retract_dist: 3.0 # Can be set lower, example 2.5 depending on height of bltouch from bed lift_speed: 40 probe_with_touch_mode: True stow_on_each_sample: false [safe_z_home] home_xy_position: 230, 230 speed: 120.0 z_hop: 10.0 z_hop_speed: 10.0 [bed_mesh] # enable for BLTouch probe_count = 7,7 algorithm = bicubic speed: 120 mesh_min: 30, 30 mesh_max: 430, 415 mesh_pps: 2, 2 horizontal_move_z: 5 fade_start: 1 fade_end: 10 fade_target: 0 # [heater_fan hotend_fan] # pin: PC0 # heater: extruder # heater_temp: 50.0 [bed_screws] # enable for bed screws screw1: 40, 40 screw2: 420, 40 screw3: 420, 420 screw4: 40, 420 #*# <---------------------- SAVE_CONFIG ----------------------> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated. #*# #*# [extruder] #*# control = pid #*# pid_kp = 18.614 #*# pid_ki = 0.962 #*# pid_kd = 90.047 #*# #*# [heater_bed] #*# control = pid #*# pid_kp = 70.936 #*# pid_ki = 0.989 #*# pid_kd = 1271.524 #*# #*# [bed_mesh default] #*# version = 1 #*# points = #*# 0.465000, 0.427500, 0.357500, 0.237500, 0.202500, 0.250000, 0.255000 #*# 0.342500, 0.267500, 0.182500, 0.070000, 0.112500, 0.082500, 0.075000 #*# 0.327500, 0.202500, 0.062500, 0.002500, -0.085000, -0.032500, 0.037500 #*# 0.217500, 0.075000, -0.030000, -0.085000, -0.115000, -0.122500, -0.087500 #*# 0.215000, 0.155000, 0.067500, -0.025000, -0.035000, -0.005000, 0.002500 #*# 0.292500, 0.142500, 0.145000, 0.125000, 0.120000, 0.230000, 0.235000 #*# 0.220000, 0.182500, 0.177500, 0.192500, 0.265000, 0.322500, 0.435000 #*# tension = 0.2 #*# min_x = 29.999999999999996 #*# algo = bicubic #*# y_count = 7 #*# mesh_y_pps = 2 #*# min_y = 30.0 #*# x_count = 7 #*# max_y = 414.96 #*# mesh_x_pps = 2 #*# max_x = 429.96 #*# #*# [bltouch] #*# z_offset = 3.600 #*# #*# [input_shaper] #*# shaper_type_x = mzv #*# shaper_freq_x = 49.2 #*# shaper_type_y = mzv #*# shaper_freq_y = 28.8

Bonjour à tous, J'ai fais une pause impression pendant quelque temps suite au passage sous KLIPPER +OrcaSlicer qui m'a fais m'arracher les quelques cheveux qu'il me reste^^. J'ai ressorti mon ender5 du placard et tout repris depuis le départ. J'ai refait mes steps, mon débit et le pressure advance (suite à l’installation d'un clone bmg) tout est propre mais maintenant je me retrouve face à un autre souci mais cette fois c'est esthétique. Je n'arrive pas à atténuer ma couture j’ai fais une trentaine de test mais rien de bien concluant sous Cura j'arrivais à sortir des coutures nickel mais là, Orca me donne du fil à tordre. J'ai désactiver le z_hop, activer l’essuyage et réglé ma rétraction (sauf vitesse de réinsertion). Quelle sont vos réglages pour cette fichue couture? A moins que le problème de vienne pas de là??? Ci-joint quelque essais que j'ai pu faire et mes réglage de coutures et rétraction (je suis en bowden)

Test de la caméra de buse de Mintion La Mintion Nozzle Camera (NZC) est spécialement conçue avec un objectif autofocus et deux LED pour observer l'impression de la première couche pour l'impression 3D. Grâce à cette caméra, on peut observer comment le filament s'écoule, surveiller l'adhérence des couches et obtenir un diagnostic d'extrusion. De plus, en collaboration avec Obico, un fournisseur de détection intelligente (IA) connu dans le domaine de l'impression 3D, cette caméra de buse facilite l'accès à l'observation de la première couche, Obico se chargeant de détecter les problèmes éventuels. Solution évitant le recours à un système LIDAR. Prérequis une imprimante fonctionnant avec Klipper ou utilisant Octoprint avec un ordinateur monocarte (Small Board Computer / SBC). une pièce support pour maintenir la caméra au plus près de la buse Installation La caméra est livrée avec un câble USB (USB-A Mâle côté SBC, prise quatre broches Picoblade MX) La caméra est reliée à une mini carte via une nappe plutôt longue (≃20cm), ce qui permet de déporter le PCB de la buse. Cette caméra est munie de deux LEDs blanches três lumineuses permettant d'éclairer la zone à observer. Mon imprimante Qidi X-Max 3 utilise un système d'exploitation récent (Armbian Bookworm) avec les versions «officielles» de l'écosystème Klipper (Moonraker, Crowsnest, Fluidd / Mainsail, …). Les caméras sont gérées via Crowsnest (version 4). Leur configuration utilise le fichier crowsnest.conf La première étape consiste à connecter la caméra sur un port USB libre et vérifier qu'elle est bien détectée: En plus de ma première caméra (celle de Qidi) d'ID 1bcf:0b09, celle de Mintion est détectée (ID 0c45:6360) Quel périphérique vidéo a été détecté ? Un ls -l /dev/video apporte quelques infos mais insuffisantes mks@mkspi:~$ ls -l /dev/video* crw-rw---- 1 root video 81, 0 28 juil. 13:17 /dev/video0 crw-rw---- 1 root video 81, 1 28 juil. 13:17 /dev/video1 crw-rw---- 1 root video 81, 2 28 juil. 13:17 /dev/video2 crw-rw---- 1 root video 81, 3 28 juil. 13:17 /dev/video3 crw-rw---- 1 root video 81, 4 28 juil. 13:17 /dev/video4 crw-rw---- 1 root video 81, 5 28 juil. 13:17 /dev/video5 crw-rw---- 1 root video 81, 6 28 juil. 13:17 /dev/video6 En utilisant la commande «lsusb -v», chaque périphérique rattaché en USB livre plus d'informations. Chacune de mes deux caméras est compatible V4L. Un «ls -l /dev/v4l/by-id/» m'apporte plus d'informations, Les liens symboliques /dev/video{0-2} sont probablement réservés pour être utilisés par la carte contrôleur (à condition que cela ait été implémenté électroniquement… ce qui n'est pas le cas de la carte Qidi X-4). Les liens video{3-6} sont utilisés par mes Webcams. Seuls ceux d'index0 seront à utiliser : mks@mkspi:~$ ls -l /dev/v4l/by-id/ total 0 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-Mintion_NZC_Mintion_NZC_SN0001-video-index0 -> ../../video3 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-Mintion_NZC_Mintion_NZC_SN0001-video-index1 -> ../../video4 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-SYX-231020-J_HD_Camera-video-index0 -> ../../video5 lrwxrwxrwx 1 root root 12 28 juil. 13:17 usb-SYX-231020-J_HD_Camera-video-index1 -> ../../video6 La caméra Qidi utilise le lien symbolique «video5», la Mintion NZC «video3». Muni de ces informations, on peut : compléter le fichier crowsnest.conf enregistrer ces modifications, redémarrer le service crowsnest 1 2 Toujours dans l'interface Web (ici Fluidd), ajouter cette caméra pour qu'elle apparaisse : 1- 2- 3- 4- Les flux vidéo des deux caméras sont affichés, on peut choisir d'afficher les deux ou l'un ou l'autre : => => Le site de Mintion ne propose que deux supports pour cette NZC. A l'aide d'OpenSCAD, je crée un mix de deux fichiers STL pour obtenir une première version. Puis une seconde afin d'atténuer l'éclairage des deux LEDs en ajoutant une patte de chaque côté: Le STL ( mix d'une partie de ce lien pour le support de la camera et de celui-ci modifié pour la fixation sur la tête Qidi): qidi-xmax3-mintion-nozzle-camera-v2.stl Pour ceux qui n'ont pas le mal de mer : Logiciels Actuellement, la caméra Qidi me permet d'obtenir des timelapses et de surveiller l'impression en cours. En complément, j'avais installé OctoEverywhere qui permet de détecter quelques problèmes d'impression: le fameux plat de spaghettis . Cette page décrit le fonctionnement de ces systèmes à base de reconnaissance d'artefacts (en gros ce qu'on appelle IA ou AI). Actuellement, ce programme complémentaire ne permet pas d'analyser la première couche déposée mais son «concurrent», Obico, lui le permet (plus d'informations >>> ici <<<). Donc avant d'installer Obico (via KAIUH), en ssh je désactive le service OctoEverywhere (sudo systemctl stop octoeverywhere; sudo systemctl disable octoeverywhere) puis j'installe Obico et complète l'installation en liant ma XM3 à mon compte (j'utilisais déjà Obico avec ma Ender3S1 et SonicPad). IMPORTANT: L'installation d'Obico, en tout cas sur mon système n'a pas installé un paquet indispensable: JANUS Donc il faut l'ajouter manuellement => sudo apt install janus Reste une dernière étape à faire pour que Obico utilise la caméra de buse pour analyser la première couche. Modifier le fichier moonraker-obico.cfg en ajoutant pour la caméra de buse le paramètre : Is_nozzle_camera = True Mon fichier: [server] url = https://app.obico.io auth_token = *********************** [moonraker] host = 127.0.0.1 port = 7125 [webcam Qidi] disable_video_streaming = False [webcam Nozzle] disable_video_streaming = False Is_nozzle_camera = True [logging] path = /home/mks/printer_data/logs/moonraker-obico.log [tunnel] Il faut juste bien renseigner le nom des caméras qui doit être identique à celui utilisé lors de leur ajout via l'interface Web (Fluidd / Mainsail). Le nom des caméras est au format Unix donc la casse des caractères doit être respectée (Majusucle / minuscule). Sauver et fermer puis, redémarrer le service moonraker-obico pour qu'Obico prenne en considérations ces modifications. L'accès au site app.obico.io (ou à l'adresse de votre propre serveur si vous en avez monté un (ce sera une prochaine étape quand j'aurai fini de remonter un nouveau NAS)). permet de commuter l'affichage : Pour que l'analyse se fasse à l'issue de la première couche, il faut ajouter dans le trancheur utilisé le Gcode (documentation) : _OBICO_LAYER_CHANGE CURRENT_LAYER={layer_num + 1} MINX=[first_layer_print_min_0] MINY=[first_layer_print_min_1] MAXX=[first_layer_print_max_0] MAXY=[first_layer_print_max_1] Dans la section Avant changement de couche (Before layer Change) des Gcodes personnalisés de l'imprimante. Un Gcode tranché ainsi puis imprimè, met en pause l'impression à l'issue de la première couche (une légère rétraction du filament a lieu avant de baisser la température à 170°C, ventilateur de refroidissement du filament activé à 100%). une fois la température descendue, la buse / caméra balaye la surface de la première couche pour l'analyser et détecter d'envetuels problèmes. Suivant le type de notifications choisies (Mèle, SMS, …), un message est ensuite envoyé avec un score (A-F) et une vidéo «accélérée» montre l'analyse effectuée). Exemple (j'utilise le courrier électronique) : La vidéo (transformée en GIF) du balayage : A noter: En fonction du score attribué, un certain nombre de suggestions est donné. Le choix de toute façon reste à l'utilisateur de continuer ou arrêter l'impression. Ce que je constate après quelques impressions : la buse et la chaussette de protection doivent être parfaitment propres pour éviter des faux-positifs (ce qui était le cas de mes vidéos) la vitesse de rétraction du filament par défaut est trop faible (15mm/s) avec ma XM3, le fichier moonraker_obico_macros.cfg est en lecture seule (lien symbolique) et ne peut être édité via Fluidd (Mainsail), on ne peut le modifier qu'en passant par une connexion ssh En espérant que ce soit utile à d'autres makers.

Bonjour, dans mon printer.cf, j'ai une macro qui appelle une commande shell (un curl) pour interroger ma box domotique, avec un token... Sur moonraker, j'ai un fichier de secret, mais sur klipper, ce n'est pas le cas. Pire que ça, la requête ressort en claire dans la console (avec le token). Ma question est de savoir comment sécuriser ce secret et ne pas tout tracer dans la console.

Salut à tous, Un certains temps que je n'étais pas revenu discuté avec vous, mais je me suis dis que partagé l'évolution de mon imprimante. Bon au départ, je voulais mettre de coté pour m'offrir une VORON, mais économisé pendant 2 ans n'est pas forcément simple du coup je me suis dis qu'en tant que concepteur, ce serait con de pas me lancer dans un chantier qui va pouvoir occuper mes longues soirées d'hiver sous la pluie (vive la Normandie) pour concevoir et imprimer l'évolution de mon imprimante. Alors dans tout les cas si ça marche pas bien ce sera de ma faute mais j'aurais au moins le plaisir d'avoir tout conçu. J'ai commencé par le guidage du fil, j'ai remplacé le support bobine qui laisse glisser la bobine par un modèle sur roulement. l'idée originale était https://www.thingiverse.com/thing:6407047 et je l'ai modifié pour le monter sur les creality avec leur écrou https://www.thingiverse.com/thing:6454319. Bon faut que je reprenne les rainures qui sont parfaitement dans l'axe alors qu'en réalité il y a un serrage lorsque on tourne l'écrou. bon j'ai compensé un mettant une rondelle de carton mais une fois modifiée, la pièce aura un comportement conforme à l'originale. Ensuite, bah défaut des creality ender 5 passée en direct drive, le fil est tendu et suit la tête d'impression et sort du support. sur le modèle d'origine, on a des pinces mais la sur la version à roulement bah ça marche pas. Du coup, j'ai fait une pièce qui guide le fil et envoie le fil dans un tube directement vers l'extrudeur. J'ai aussi ajouté des renforts croisillons pour améliorer la rigidité On remarquera la magnifique tapisserie de l'ancienne chambre de ma fille.. . Et enfin, j'ai baissé la poutrelle avant afin de libérer un peu d'espace en partie avant, pour mieux voir mais aussi pour avoir plus de dégagement à l'avant si je décidé de modifié la tête. Voilà pour les modifs actuelles, je prépare des pieds et une jupe en partie basse comme les voron et aussi pour avoir un accès à l'électronique. Concernant l'impression, j'ai fait un gros gap en avant sur la qualité et la vitesse en réglant quelques paramétres mais l'amélioration la plus flagrante et la modification des accélérations de base de la machines, aujourd'hui, sur des impressions en PETG, à 225°C buse stock, je tourne à 100mm/s avec des accélérations de 1500mm/s² en impression et une épaisseur de couche de 0.3mm. Passé sur du 0.3 m'a permis d'avoir aussi une bien meilleure accroche de première couche, avant elles étaient clairement moins adhérentes. La suite concernera un passage sous klipper mainsail et la préparation d'un gantry Core XY inspiré par les plus connus actuellement à savoir VORON, MERCURY et VZBOT. Le tout avec une tête avec sherpa mini et hotend dragon ace de trianglelab. A plus

Bonjour, j’ai passé mon Alfawise U20 sous Klipper, j’ai aussi changé de carte mère (Bigtreetech skr mini E3 V3.0) et ajouté un Raspberry Pi 4 pour Klipper. Tout fonctionne niquel l’imprimante imprime mais les moteurs font un bruit assez fort et grave et je sais pas du tout d’où ça vient. Je vous laisse une vidéo ci-dessous où je fais un Home et où l’on entend bien les bruits, si quelqu’un aurait une idée de la source du problème je suis preneur ! Merci

Bonne journée à vous les amis... Il y a eu une mise à jour récente de Klipper, qui est passée de la version 0.11 à 0.12 je crois. J'ai mis ma Voron à jour, mais je recois le message que mes deux MCU (carte mère Octopus et SB2209) doivent également être mis à jour. Pour ce qui est de la carte mere, ca se passe très bien... je recompile un klipper.bin, je le met sur une carte SD, et je redémarre ma carte sur la carte SD... Bingo, c'est réglé. Mais pour mon SB2209, qui est branché à mon Pi via un U2C, ca ne passe pas comme lettre à la poste. J'aimerais bien pouvoir le mettre à jour en utilisant la liaison Canbus mais après plusieurs essai, ca ne fonctionne pas. J'ai tenté cette procédure : https://github.com/Esoterical/voron_canbus/blob/main/Updating.md#updating-toolhead-klipper Ca semble assez complet, mais je n'arrive pas à flasher le SB2209. Quelqu'un a-til déjà réussi à flasher de cette facon ?? Merci d'avance !!

Votre machine fonctionne très bien après moultes réglages et essais, et là c’est le drame, une panne, un problème, une mauvaise manipulation survient et Il n’y a rien de plus rageant que de s’apercevoir qu’il faut repartir de zéro. De nombreuses imprimantes sous Klipper ont leur OS (linux) stocké sur une carte mémoire EMMC généralement de 8 Go, Je vais vous décrire dans le détail la procédure pour effectuer une sauvegarde et la restaurer sur PC Windows avec le logiciel AOMEI Backupper, si vous avez des logiciels similaires sur Mac ou Linux merci de le signaler. Avant toute chose vous devez vous munir d’un adaptateur EMMC/USB Il existe un autre adaptateur EMMC/microSD mais personnellement celui que j’avais ne fonctionnait pas très bien Vous aurez besoin du logiciel AOMEI Backup Standard Edition (c’est la version gratuite) que vous trouverez ici https://www.aomei.fr/backup-software/ab-standard.html Comme exemple je vais prendre la Elegoo Neptune 4 Plus voici sa carte mère et entouré de rouge l’EMMC qui est fixé par 2 vis cruciforme Pour y accéder, vous allez devoir démonter le carter se trouvant sous l’imprimante, on intervient bien sûr sur une machine débranchée il y a de nombreuses vis, Elegoo n’a pas lésiné sur la quantité, attention certaines vis sont plus courtes que les autres, repérez les afin de les remettre au mêmes endroits. Sur ce carter il y a le ventilo de refroidissement de la carte mère, il va falloir le débrancher précautionneusement (ne pas tirer sur le fil comme un bourrin ). On dévisse les 2 vis fixant EMMC attention de ne pas les faires tomber, elles sont très dur à retrouver et si elles restent sur la carte mère ça peut amener un court-circuit. On démonte l’EMMC et on le branche sur l’adaptateur USB, puis sur le PC. Vous allez alors avoir 2 messages d’alerte disant que vous devez formater votre disque et un autre de ce type ci-dessous, surtout ne formater pas ce disque. Il est normal d’avoir ces messages car la partition (BOOT) est lisible par Windows contrairement à la deuxième qui est lisible uniquement par Linux. Lancez maintenant AOMEI Backup Standard Edition Cliquez sur sauvegarder (menu de gauche) Puis Sauvegarde de disque Et Ajouter un disque Sélectionnez votre EMMC (ça n’est bien sûr pas le disque c : que vous allez sélectionner) => Ajouter Sélectionnez l’endroit ou vous allez enregistrer votre sauvegarde Cliquez sur démarrer pour lancer la sauvegarde Une fois terminé vous pouvez remonter votre EMMC et votre imprimante, votre sauvegarde sera maintenant disponible en cas de problème. Maintenant, vous avez un problème et vous voulez restaurer votre sauvegarde, vous démontez et branchez sur votre PC votre EMMC comme précédemment expliqué, une fois AOMEI Backup Standard Edition lancé Cliquez sur Restaurer => Choisir un fichier image Vous sélectionnez le fichier image de votre sauvegarde Laissez coché la case Restaurer le disque entier Sectionner la sauvegarde Cliquez sur suivant Sélectionnez le disque EMMC ou vous voulez faire la restauration (ça n’est bien sûr pas le disque C : que vous allez sélectionner) Et vous lancez la restauration Une fois terminé vous pouvez remonter votre EMMC et votre imprimante et retrouver votre machine en état de marche Voilà si vous avez des questions, des critiques ou des corrections n'hésitez pas à intervenir

Bonjour, j'ai un soucis pour faire marcher ma sonde PT1000 sur l'OCTOPUS Pro V1.1 H723. Suivant les docs BTT, on a un connecteur 4 pins JST XH 2.54 pour installer la sonde, jusque là pas de soucis, toujours via cette doc, on a des jumpers a sélectionner en fonction du type de la sonde (2, 3 ou 4 fils). Perso je suis sur une sonde 2 fils donc suivant les données de ce site : Il faut que je mette les jumpers 1,2 et 4 à ON et le 3 à OFF, pas de soucis, je comprends que je paramètres ainsi le MAX31865 qui va amplifier le signal pour le MCU. jusque là, je m'en sors à peu près, mais là arrive le drame. Sur quel pin vont les fils.... Si je suis les informations d'adafruit sur la connexion entre le MAX31865 et une sonde, dans mon cas je comprends que je peux mettre les pins globalement un peu ou je veux tant que l'une va sur 1 ou 2 et l'autre va sur 3 ou 4. De plus, dans le PIN diagram de ma carte, j'ai bien Ce qui tend à confirmer ce point. Donc en terme de cablage, je suis pultôt confiant, j'ai donc mis ma sonde sur RTDIN-P et RTDIN-N. Bon par contre, maintenant reste le problème de klipper. Pour le paramétrage de la sonde on a : sensor_type: PT1000 sensor_pin: # Analog input pin connected to the sensor. This parameter must be # provided. #pullup_resistor: 4700 # The resistance (in ohms) of the pullup attached to the sensor. The # default is 4700 ohms. reste le point qui bloque, on met quoi comme sensor_pin ???? j'ai 4 pins pour le SPI du MAX31865, à savoir PA7, PA6, PA5 et PF8, mais laquelle choisir ? Je vais être franc, j'ai testé les 4, et j'ai systématiquement un Klipper reports: SHUTDOWN MCU 'mcu' shutdown: ADC out of range This generally occurs when a heater temperature exceeds its configured min_temp or max_temp. Once the underlying issue is corrected, use the "FIRMWARE_RESTART" command to reset the firmware, reload the config, and restart the host software. Printer is shutdown Vous auriez une idée ? Merci d'avance

Bonjour/Bonsoir Je ne sais pas si beaucoup d'entre vous aimeraient avoir Klipper sur tablette Androïd, mais ce n'est ni compliqué ni pénible à faire. Voici une astuce toute simple et qui ne prend que quelques minutes pour avoir Klipper sur Android. Etape 1: Télécharger Klipperoid pour Android Etape 2: Indiquer l'adresse IP de votre Raspberry Etape 3 : C'est déjà fini, à vous Klipper sous Androïd sans à galérer plus que ça. Cliquez sur les options, renseignez les champs comme suis Appuyez simplement ici comme le montre la capture. Vous serez alors redirigé vers votre navigateur ou Klipper s'ouvrira comme sur votre PC. A vous la tablette sous Klipper sans passer des heures à tout configurer PS: les captures d'écran sont assez nulles, mais j'avais que ça sous la main, j'espère que ça en aidera plus d'un et vous seras utile. Si ce "Tuto" n'à pas lieux d'existé, vous pouvez le supprimé. @PPAC je comprend pas je l'avais mis dans la section tuto

Bonjour @fran6p ! Je viens de terminer l'installation et la configuration de Klipper sur ma Ender 3 Pro. Elle est montée avec une SKR mini E3 V2.0 et un TFT 35 V3.0 de chez Bigtreetech (+ relay PS-on + unité dcdc 5v + UPS 24V + smart détecteur de filament) ainsi qu'un direct Drive E3D Titan Aero et un BLtouch 3.1 Antclabs. Le fichier config de base de la SKR mini est fournit par Klipper et c'est du tout simplement rêvé ! Comme beaucoup qui se lancent dans l'aventure Klipper, je suis partit d'une copie presque blanche, et j'ai chiné dans tous les coins du web les tutos et infos de montage, installation et configuration. Et en effet, tout est en anglais donc il ne faut pas être en conflit avec la langue. -> Bon alors maintenant, il est important pour moi de parler d'un point très important à mes yeux. Avis aux modérateurs, si ça dérange dites le moi, je déplacerai ou je l'écrirai sur ma porte d'entrée, mais il y aura moins de visibilité. Alors Dans mon cas j'ai 4 pc portables qui commençaient à vieillir et que je n'utilisait plus à la maison. Il y a de ça 1 an environ, j'ai fait beaucoup de choix personnels concernant mes convictions informatiques. Bon pour commencer, et mettre les points sur les i (vous allez vite comprendre l'analogie) Je tiens à mentionner que dans un premier cas, j'ai toujours accordé une haine étendue envers Apple et sa politique de marketing, d’obsolescence imposée, qui manipule le consommateur, lui lave le cerveau, et le modèle à sa guise. -> "Vas y Steeve, ces moutons n'y verrons que du feu !! Et se battront pour acheter à prix d'or ce qu'on leur vendra comme indispensable pour faire une recherche google, écrire un texte ou prendre une photo. Puis dans 3 mois on leur dira que ce qu'ils ont acheté ça ne vaut plus rien et qu'ils peuvent le laisser aux dinosaures. Et qu'on a mieux et plus cher pour aller sur google..." "MAIS ATTENTION STEEVE ! Pour bien les emprisonner et les sucer jusqu'au bâton. Il faut aussi qu'ils n'aient pas le choix d'utiliser uniquement notre Hardware, nos softwares, nos services, nos formats de fichiers. (On mettra un I devant ça fera penser au bâton ) Et s'en suivent l'Iphone, l'Ipod, l'Itunes, l'Ichargeur, l'Irouleau de PQ et les Icybermenottes... Huk huk huk huk Ce sont des pourris qui ont fournit et donné à notre monde le besoin de consommation qu'il a maintenant. Je les détestes. Mais voilà, Microsoft a jusque là été plus en retrait là dessus, mais remonte à leur niveau de plus en plus. Et se moque de plus en plus ouvertement du consommateur. Quelle désolation j'ai eu à la découverte de Windows 11...qui n'est d'autre que Windows 10, pour lequel tout ce que j'affectionnais a été retiré... Et j'en passe, car franchement la liste est longue. Les mises à jours se succèdent et les erreurs de choix ne sont pas corrigés. Je vois déjà des aperçus de Windows 12 et ça me glace. Mais en plus de ça, petit consommateur incrédule que tu es. Ce nouveau Windows 10 ne fonctionne pas sur ton PC... Huk huk huk huk . Et comme on arrête le support de Windows 10 dans quelques jours, il va falloir que tu te rapproche de ton vendeur préféré le plus proche... Quoi Tu ne sais pas qui c'est ? Bah regarde bien, c'est celui qui est en train de se frotter les mains. Si Si regarde bien, ils est accoudé sur une pile de RTX4090. (D'ailleurs c'est le moment d'en profiter, en ce moment, l'extincteur est offert. La planète te remercie et les ours blancs préparent leur entrée dans le panthéon). Enfin bon... tout ces petits paragraphes d'espoir pour introduire mes choix informatiques. ET DONC JE ME SUIS NATURELLEMENT ORIENTE VERS LINUX. Ahhhh Linux, la vie, l'espoir, le partage, la communauté, l'open source, LE LIBRE ! La meilleures des philosophie, complètement étouffée et maquillée du grand public par les Titans de l'industrie et de la consommation. Quand j'ai vu une PUB la semaine dernière pour une société de crédit dirigée par un buisson vert, qui dit à toi pauvre moutons "Votre PC ne fonctionne plus comme vous le voulez" en faisant un petit clin d’œil à son ami Bill G posté derrière toi (Bah oui tu ne l'as pas vu mais il est là). Et bien prenez un crédit à la consommation et on s'occupe de tout....... J'ai envie de pleurer... Il y a maintenant des distributions de Linux à couper le souffle. Accessibles à TOUT le monde. Et qui tournent au TOP sur des PC totalement dépassés aux yeux de Big M. Mais ça, la plus grande partie des consommateurs ne le savent pas. Personne ne le dit, tout le monde se tait. Et tout ça c'est insupportable pour moi, dessinateur industriel, d'être obligé d'utiliser Windows pour mes logiciels Pro de dessin. Parce qu'il ne tournent que sur Windows. Sur Linux ça fonctionne pas... et NON ! C'est pas compatible..... Enfin ils sont entièrement créés et développés sous Linux, mais pour TOI, c'est pas compatible. NON, désolé... Mais ne t'en fais pas nous avons une version Windows entièrement fonctionnelle que nous allons te proposer pendant un an à prix d'or défiant toute concurrence ! Huk huk huk huk Et l'année prochaine nous enlèverons un bug, en rajouterons 2, mais tu devras accepter qu'il sera un peu plus cher... Et oui, les bugs ça coute cher l'ami. Ça m'a fait du bien d'écrire ça. Bon cette fois ci, je reviens à mes moutons...... enfin pardon, à Klipper (N'allez pas me confondre avec Big M ou Big A ) J'ai donc utilisé un de mes "Vieux" PC, totalement modernisés par une excellente distribution de Linux pour utiliser Klipper sur ma Ender3 (Elle aussi open source) L'open source au service de l'open source Donc si vous avez un vieux PC au fond d'un tiroir inutile d'acheter un PI. Et les vieux PC, ça ne consomme pas beaucoup plus qu'un RPI 4 J'ai entendu des oui mais j'ai pas de place pour poser un "énorme" pc portable à coté de ma petite imprimante 3D... ET bah le pc tu le fixe sous le bureau, ou au mur, ou tu fais une rehausse sous ton imprimante et tu le glisse dessous... De toute façon tu le contrôle depuis ton pc principal, comme tu l'aurais fait pour un PI. Même pas besoin d'avoir un clavier, une souris ou un écran ce PC portable magique ! Puis j'ai utilisé KIAUH (klipper install and update helper) c'est mortel, il se charge de tout. J'ai installé Mainsail. J'ai passé pas mal d'heures à éplucher la doc de Klipper pour adapter le fichier config à ma Ender 3 modifiée Bon pour le coup, pour moi la doc était en anglais, je n'avais à ce moment pas encore découvert le super travail de traduction de @fran6p ! Merci encore à toi pour ceux qui galèrent avec l'anglais, et même si sans ça, ça l'a fait pour moi, je m’appuierai dessus certainement maintenant ! J'ai aussi bien épluché la doc Mainsail. A part quelques doutes pour lesquels j'ai mis quelques heures à lever, tout c'est relativement bien passé. Et maintenant j'ai Klipper, qui fonctionne au top tu ma Ender 3 ! J'en suis fier et plus que ravis !!! Bon mon TFT 35 n'est pas compatible Klipper, mais on s'en moque. Je vais peut-être remettre l'écran d'origine de la E3 Pro, mais même pas sûr... Il me reste maintenant tous les accessoires bigtreetech à configurer ( Relay PS-on + Unité dcdc 5v + UPS 24V + Smart détecteur de filament) Tout ça m'a énormément motivé, je vais aussi mettre Klipper sur ma Sidewinder X2, qui elle est entièrement d'origine, et le fichier config est aussi fournit par Klipper. Ca devrait être un jeu maintenant. Et j'ai aussi mon IDEX, la TENLOG TL-D3 pro qui je voudrais convertir... Pas la même histoire par contre... Il y a un fichier config sur github fait par Matti125 pour la Hand 2 et forké pour la TL-D3... Mais cette config c'est pour la carte 8 bits de Tenlog et la mienne a la nouvelle 32 bits. Je n'ai à ce jour rien trouvé sur cette carte. Il va peut-être falloir que je m’appuie sur le fichier PIN de Marlin. Mais là c'est départ copie blanche et le chemin risque d'être caillouteux. En tout cas merci à vous chers amis Francophone pour ce partage de connaissances dans la langue de Molière, c'est une chance que nous avons ! Merci à ceux qui m'ont lu, c'est bon vous pouvez retourner la tête vers votre imprimante Bons prints à vous !

Bonjour à vous.... Depuis plusieurs jours, je recois une erreur lors de mes impressions: "MCU 'CanBus' shutdown: Timer too close" Le Canbus en question est ma tete stealthburner qui est drivé par un EBB SB2209, branché à un module U2C, lui-même branché en USB à mon RPi. D'apres plusieurs lecture trouvée sur le web, ca peut etre causé par une surcharge de mon RPi, ou d'un problème de communication (coupures). J'ai vérifié la charge du RPi sur Fluidd, et je nai jamais atteint plus de 3% avant le shutdown. Ma carte SD est à 50% (16Go). J'ai essayé de changer le sports USB, ou cas où ca serait dû à un faux contact du connecteur. Je ne sais donc plus trop quoi vérifier. Si quelqu'un a une ou des pistes, je suis preneur !!! Je joins mon fichier klippy.log. Merci à l'avance. klippy.log.txt

J'ai passé mon dépôt Github concernant mes recherches, modifications, ajouts, réflexions sur ce matériel de «privé» à public. Pour ceux que ça intéresse, c'est >>> ici <<<. Rappel: «à grands pouvoirs, grandes responsabilités» ( root )

Bonjour la comu J'en suis à ma premiere impression pour regler le z offset. J'utilise orcaslicer et klipper. Dés le lancement de mon impression et après un retour à home j'ai le message d'erreur suivant qui s'affiche : Move exceeds maximum extrusion (1.002mm^2 vs 0.640mm^2) Je pense que le probleme se situe dans mon gcode de démarrage puisqu'il ne se réalise pas complétement : G90 ;Use absolute coordinates M83 ;Extruder relative mode M104 S[first_layer_temperature] ;Set extruder temp M140 S[first_layer_bed_temperature] ;Set bed temp M190 S[first_layer_bed_temperature] ;Wait for bed temp M109 S[first_layer_temperature] ;Wait for extruder temp G28 ;Move X/Y/Z to min endstops G1 Z0.28 ;Lift nozzle a bit G92 E0 ;Specify current extruder position as zero G1 Y3 F1800 ;Move Y to purge point G1 X60 E25 F500 ;Extrude 25mm of filament in a 5cm line G92 E0 ;Zero the extruded length again G1 E-2 F500 ;Retract a little G1 X70 F4000 ;Quickly wipe away from the filament line M117 et voici mon config.cfg : [stepper_x] step_pin: PA12 dir_pin: PA11 enable_pin: !PA15 microsteps: 16 rotation_distance: 40 endstop_pin: !PH2 position_endstop: -13 position_min:-13 position_max: 236 homing_speed: 50 [stepper_y] step_pin: PA9 dir_pin: PA8 enable_pin: !PA15 microsteps: 16 rotation_distance: 40 endstop_pin: ^!PC13 position_endstop: -9 position_min:-9 position_max: 230 homing_speed: 50 [stepper_z] step_pin: PC7 dir_pin: !PC6 enable_pin: !PA15 microsteps: 16 rotation_distance: 8 endstop_pin: ^PC14 #position_endstop: 0 position_min: -10 position_max: 255 homing_speed: 5 [extruder] step_pin: PB15 dir_pin: !PB14 enable_pin: !PA15 microsteps: 16 rotation_distance: 31.07 max_extrude_only_velocity: 25 max_extrude_only_accel: 1000 nozzle_diameter: 0.400 filament_diameter: 1.750 heater_pin: PB8 sensor_type: ATC Semitec 104GT-2 sensor_pin: PC3 min_extrude_temp: 170 min_temp: 0 max_temp: 250 #control: pid #pid_kp: 19.56 #pid_ki: 1.62 #pid_kd: 200.00 [heater_bed] heater_pin: PB9 sensor_type: EPCOS 100K B57560G104F sensor_pin: PC1 min_temp: 0 max_temp: 120 #control: pid #pid_kp: 97.1 #pid_ki: 1.41 #pid_kd: 1675.16 [bed_mesh] speed: 200 horizontal_move_z: 2.5 mesh_min: 34, 34 mesh_max: 200, 200 probe_count: 5, 5 [probe] pin: PA1 x_offset: 33 y_offset: 0 #z_offset: 0 samples: 3 samples_result: average samples_tolerance_retries: 3 sample_retract_dist: 0.5 speed: 2 lift_speed: 4 [safe_z_home] home_xy_position: 0, 0 speed: 5 z_hop: 10 z_hop_speed: 15 [controller_fan controller_fan] pin: PB12 [heater_fan extruder_fan] pin: PB13 [fan] pin: PB5 cycle_time: 0.00005 #20kHz [output_pin enable_pin] pin: PB6 static_value: 1 #This pin enables the bed, hotend, extruder fan, part fan. [mcu] serial: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0 restart_method: command [printer] kinematics: cartesian max_velocity: 300 max_accel: 500 max_z_velocity: 4 max_z_accel: 100 #*# <---------------------- SAVE_CONFIG ----------------------> #*# DO NOT EDIT THIS BLOCK OR BELOW. The contents are auto-generated. #*# #*# [extruder] #*# control = pid #*# pid_kp = 22.618 #*# pid_ki = 1.012 #*# pid_kd = 126.379 #*# #*# [heater_bed] #*# control = pid #*# pid_kp = 62.646 #*# pid_ki = 1.108 #*# pid_kd = 885.662 #*# #*# [probe] #*# z_offset = 0.051 #*# #*# [stepper_z] #*# position_endstop = 5.158 #*# #*# [bed_mesh default] #*# version = 1 #*# points = #*# -0.384667, -0.381333, -0.384667, -0.398833, -0.343833 #*# -0.313833, -0.293000, -0.287167, -0.286333, -0.269667 #*# -0.372167, -0.322167, -0.308000, -0.277167, -0.233833 #*# -0.330500, -0.330500, -0.309667, -0.282167, -0.228833 #*# -0.351333, -0.332167, -0.307167, -0.283833, -0.220500 #*# x_count = 5 #*# y_count = 5 #*# mesh_x_pps = 2 #*# mesh_y_pps = 2 #*# algo = lagrange #*# tension = 0.2 #*# min_x = 34.0 #*# max_x = 200.0 #*# min_y = 34.0 #*# max_y = 200.0

Bonjour la comu Je suis en train d'installer klipper et j'en suis à la calibration du z et de ma sonde. J'ai bien suivi le tuto de klipper en faisant le nivellement de ma sonde, mais malgré cela lorsque je lance le nivellement du lit, la sonde descend trop bas et fait s'écraser ma tete d'extrusion sur le lit, bloquant les moteurs et la procédure en cours. Je n'arrive pas à comprendre pourquoi. Pouvez vous m'aider ?

Salut , a tout le monde . J'ai fait l'acquisition d'un pad 7 la sa fait 30 mn que je commence a le mettre en route sauf que j'ai juste le imput shaper ou je suis bloqué car des que je mes les ligne donner sur la notice [mcu CB1] serial : /tmp/klipper_host_mcu [adxl345] cs_pin: CB1:None spi_bus: spidev1.1 axes_map: z,y,-x du coup je mais le tout , sauf que une fois tout cela de mis mais erreur cs_pin (CB1) du coup avant de venir poster ici je suis allez faire ma recherché sur le net en anglais et en français bais comment dire ils y a rien sur les setting adxl345 spider v1 bigtreetech si il y a une personne super aimable qui pourrais m'aider klippy.zip printer.cfg.zip

Bonjour à tous je viens vers vous pour solliciter votre aide , je suis complètement perdu , pouvez vous m’aider à régler cette erreur de Klipper , mon imprimante(flsun v400) ne démarre plus . Et le pad m’indique ce message, que dois je faire ? Bien cordialement

Bonsoir a tous. J'espère trouvé de l'aide et des réponses ici. Je possède un clone Utimaker 2 Extended avec une carte MKS Gen 2.1 tmc2209. J'ai su tout configurer pour Klipper (ma première fois donc pas vraiment évident) la tête répond a la chauffe, pareil pour le Bed mais des que demande de faire un auto home, il n'y a que l'axe x qui se déplace de 1cm vers la gauche avec le message d'erreur "La butée x est toujours déclenchée après le retrait" Quand je lui demande par exemple de déplacer l'axe Z de 1 cm, a ce moment la je me retrouve avec cette erreur ci : "Doit être l'axe d'origine en premier : 10,000 0,000 0,000 [0,000] j'ai fais mes petites recherches de mon côté mais rien de concluant... peut être une erreur dans mon printer.cfg En èspèrant avoir des conseils car je suis un peu perdu sur le coup