jsroques

Bonsoir J'ai ajouté une ligne à mon code de démarrage : G1 F3000 ; <=== Ici G28 X ;home X G28 Y ;home Y G01 X20 Y100 ;moxe 20 100 De cette façon, les mouvements suivants se font à cette vitesse. L'imprimante doit en effet se "souvenir" de la dernière vitesse utiisée. Merci pour votre aide ! JS

Bonsoir, Bon.. je ne suis donc pas le seul... c'est déjà ça ! Non... mais je vais faire le test. Je ne doute pas que cela fonctionnera. Cependant, cela ne satisfait pas ma curiosité ;-) Le firmware de l'imprimante se comporterait différemment ? Ou OctoPrint fait quelque chose qui n'est pas fait lorsque l'on utilise la carte SD ? C'est étrange... non ? JS

Bonjour, J'ai un petit souci (sans impact majeur... mais je voudrais comprendre). J'utilise maintenant OctoPrint (un OctoPi en fait) et j'ai ajouté dans le script gcode de démarrage le code de Dagoma adapté légèrement. Dans ce code, après le homing, la buse est déplacée en 20x100 : ... G28 X ;home X G28 Y ;home Y G01 X20 Y100 ;moxe 20 100 ... De temps en temps, ce déplacement est très lent (beaucoup plus lent qu'avec Cura by Dagoma). Et je ne comprend pas pourquoi... Une idée ? Merci ! JS

Je l'ai malheureusement appris par l'expérience :-( Mais à part le plateau rayé, pas d'autres dégats !

Bonsoir, J'ai finalement légèrement redescendu le palpeur (je pense entre 0.2 et 0.5mm... difficile à dire). J'ai "presque" collée la buse au plateaux, descendu le palpeur jusque ce qu'il s'allume puis remonté jusqu'a ce qu'il s'éteigne. Maintenant, il semble que cela fonctionne. Pourvu que ça dure... Je pense que le palpeur était trop haut et ne détectait pas le plateau de façon systèmatique. J'ai passé l'offset de 0.7 à 0.4 (c'est ce qui me fait dire que j'ai descendu la palpeur de 0.2 à 0.5...) Un autre chose que j'ai comprise (enfin... je crois) : l'offset n'est valide que pour l'impression... pas pour le calibrage. Le calibrage ne fait que vérifier / compenser le fait que le plateau est bien parallèle à l'axe X. L'offset compense l'écart entre ce que mesure le palpeur et la distance réelle de la buse au plateau. Merci piccolini et LePoPeye pour vos suggestions. Je continue mes expérimentations :-) JS

Bonjour Piccolini, C'est très étrange, le capteur ne s'allume pas au premier palpage mais il s'allume bien si je met ma spatule métalique dessous. Après redémarrage, cela fonctionne. Comme s'il n'était pas assez "sensible" la première fois. Il y a une commande pour régler la sensibilité du capteur ? Si j'utilise Pronterface et que j'essaie "home Z", le voyant ne s'allume pas et la buse s'écrase. Et j'ai beau le faire plusieurs fois, j'ai le même résultat. Si se met la spatule (en métal) sous le capteur contre la plaque, la buse stoppe à plus d'un 1/2 cm au dessus de la plaque. J'imagine que le capteur réagi différemment en fonction des métaux... Donc j'ai tendance à penser que ce n'est pas un problème de faux contact. J'ai bien vérifié la connexion du connecteur du palpeur dans le doute... Je continue mes tests... JS

Bonjour, Je suis l'heureux acquéreur d'une discovery 200 depuis quelques jours et j'aurais besoin d'aide sur le réglage de l'offset pour l'axe Z. J'utilise Cura By Dagoma v2 et je règle l'offset dans Cura (à 0.7). Cela à bien fonctionner sur les 2 ou 3 premières impression. Maintenant, au premier démarrage de l'imprimante, la buse vient s'écraser sur le plateau lors des premiers "palpages". Si j'éteins et je rallume l'imprimante, là, tout est ok... Comment fonctionne le calibrage ? Dans le gcode start, la lors de l'exécution de la commande "G28 Z", l'imprimante se sert exclusivement du palpeur pour s'arréter indépendamment de l'offset ? Dois-je descendre un peut le palpeur (il était déjà monté) ? Merci par avance de vos conseils ! JS