Huggy

Ca ressemble à un pb mécanique lié à la hauteur (plus ça monte plus ça coince) pourquoi mettre en cause le mode fin ?

Il n'y a pas de raison que ton moteur soit HS tourner dans le vide ça veut dire quoi ? ça patine ? alors ressert le coupleur comme les 2 moteurs sont en série, ils doivent être synchrone recherche un pb mécanique et sinon commande directement chez Dagoma, les prix sont plus que corrects

Oui c'est le bug des 200°C recherche sur le forum, il y a l'explication donnée par Gauthier edit : ici il conseille de décaler la consigne de qques degrés

Oui percer puis remettre une nouvelle thermistance avec de la pâte thermique (vécu) à l'origine la thermistance est collée avec un ciment / colle réfractaire Appelle Dagoma pour qu'ils t'en envoient une en chronopost

Oui mais non trop de pression n'a jamais empêché le fil d'avancer, trop peu de pression oui

Ah ces lutins !!! , pas un pour rattraper l'autre

C'est rigolo les pieds sur balles de tennis mais quelle utilité ?

D'après les photos, le câblage à l'air correct Si le plateau part dans le mauvais sens c'est simplement que le la carte pense que le plateau appuie sur la butée donc il faut tester la butée avec un multimètre directement sur le bornier parfois un brin du fil électrique fait bande à part et touche l'autre contact du bornier (vécu)

Pour ma part j'imprime les grosses pièces sur un lit d'Araldite. j'étale la colle époxy avec une spatule, je laisse prendre 20 min avant de démarrer l'impression. par contre je n'utilise plus de Buildtak mais un support vinyle, ce qui fait que le décollage/décollement n'est pas un problème

Si avec Pronterface tu arrives à faire tes 3 home, (mouvement vers les butées) c'est ok Attention, le home Z ne peut se faire qu'après X et Y

Les problèmes de claquement sont récurrents sur ce forum certaines marques de PLA n'en ont pas il faut faire des essais en réduisant la T° réduire le flow ou la vitesse ne change rien

@EkimOui c'est très étrange de voir le fil tirebouchonné sur 10cm Edit : 8 ou 10 spirales tassées dans la tête et lorsqu'on tire le fil ça fait 10cm

Pour info, j'ai du changer ma sonde après l'avoir abimée je voulais la démonter mais elle est scellée avec un genre de ciment très coriace j'ai du re-percer pour enlever les résidus de ciment et de verre j' ai remonté la nouvelle (commandée chez Dagoma) avec de la pâte thermique la température négative indique une sonde coupée de résistance infinie (à 20°C la résistance est de l'ordre de 130kOhms et baisse à quelques Ohms à 200°C)

Normalement ce que tu montres n'est pas possible le tube ptfe a un diamètre intérieur de 2mm et le tuble fileté inox aussi 2mm conclusion ton tube ptfe n'était pas enfoncé suffisamment

@plexy tu dois avoir raison je me souviens que le décalage avait lieu lors du palpage et lorsque la tête se mettait en position de chauffe elle rattrapait (annulait) l'offset Ceci dit ça n'explique pas un écart de 15 mm

dans Marlin_main.cpp fonction do_blocking_move_to je te laisse vérifier \Marlin\Marlin_main.cpp (5 hits) Line 919: do_blocking_move_to(x - X_PROBE_OFFSET_FROM_EXTRUDER, y - Y_PROBE_OFFSET_FROM_EXTRUDER, current_position[Z_AXIS]); Line 1256: destination[X_AXIS] = round(Z_SAFE_HOMING_X_POINT - X_PROBE_OFFSET_FROM_EXTRUDER); Line 1273: && (current_position[X_AXIS]+X_PROBE_OFFSET_FROM_EXTRUDER >= X_MIN_POS) \ Line 1274: && (current_position[X_AXIS]+X_PROBE_OFFSET_FROM_EXTRUDER <= X_MAX_POS) \ Line 1455: x_tmp = current_position[X_AXIS] + X_PROBE_OFFSET_FROM_EXTRUDER;

Oui rectangle biensûr (c'était écrit en dessous)

Pour les limites il y a une sécurité soft #define min_software_endstops true // If true, axis won't move to coordinates less than HOME_POS. #define max_software_endstops true // If true, axis won't move to coordinates greater than the defined lengths below. en théorie on ne peut dépasser les limites même si on décale avec G92

@plexy c'est vrai qu'on peut descende sous le plateau mais c'était comme ça avec les switch en Z le charriot montait Avec le palpeur c'est pareil on doit descendre en dessous du point zéro détecté par le palpeur

Je suis certain que ça a une incidence (j'ai galéré sufisamment là dessus) pour les points de palpage c'est les 4 coins d'un triange // set the rectangle in which to probe disco #define LEFT_PROBE_BED_POSITION 15 #define RIGHT_PROBE_BED_POSITION 170 #define BACK_PROBE_BED_POSITION 180 #define FRONT_PROBE_BED_POSITION 20 les coordonnées sont celles de la buse et pas du palpeur

C'est clair c'est Dagoma qui a merdé il faudrait qu'ils donnent des N° version sinon il y aura autant de Marlin en circulation que de Disco vendues

Si ça bloque c'est qu'il y a une erreur dans le xml, genre virgule à la place du point décimal

Sur un firmware pris sur le site Dagoma et daté du 2/11/2015 j'ai bien zéro avec en commentaire disco -29

Le pb avec cet offset c'est qu'il ne joue pas seulement sur le point d'étalonnage (probe) mais il décale les valeurs réelles après l'étalonnage pour le Z en s'en fiche car on doit le retoucher mais pour X et Y c'est embêtant Si on regarde comment est calculé l'équation du plan (inclinaison du plateau) le fait que le point de capteur soit décalé par rapport à la buse importe peu l'équation est la même et seul Z sera décalé d'une valeur constante

J'ai eu aussi la buse qui ne voulait pas descendre j'ai du modifier le marlin pour autoriser de descendre en dessous de 0 #define min_software_endstops false par défaut c'est à true et ça protège des mouvements qui dépasseraient les butées Mais avec le capteur on est obligé de desendre en dessous de zéro car la buse est plus haute que le point de détection du capteur Par défaut il y a un probe offset qui décale de 2.5mm ce qui fait que certains n'ont pas le pb