Jeanmath

Hello, Update c'est un problème dans le Gcode de cura, cela marche lorsque la pièce est tranchée dans prusaslicer. j vous tiens au courant de l'avancement, va y avoir d 'autre problème a+ edit je viens de lancer un cube 20*20*20 ça va à une vitesse, c 'est incroyable, y a tout qui bouge dans l'appartement !

Salut à tous, Évidemment, je viens poster car j ai un problème... Tout à commencer il y a un mois ou deux, ou j ai vu des types sur youtube prôner les avantages de KLIPPER. J avais déjà vu, ça et là (ici quoi) , les bienfaits de ce firmware. L'idée avait germée dans ma tête, mais, mon imprimante (ce qui reste d'une TEVO TORNADO) fonctionnait plutôt correctement, alors, comme dit le diction, "touche à rien ptit c*n". Et puis, figurez vous qu'il y a deux semaines, un de mes anciens collègue que j ai convertit à l'impression 3D, m’envoie une photo de sa dernière acquisition : le creality sonic pad. Sans texte sans rien. On s'appelle, et me vente les mérites du truc. Qu il imprime 3 fois plus vite . et plus propre. il a les accelormetres et tout le bazar... Ni une Ni deux, je rentre et me mets en tête d 'installer le machin. j ai un petit raspberry, un modele 3 A+ je crois. du coup c 'est parti,; 2 tuto youtube, les tutos ici (merci @fran6p et @Nibb31, entre autres), je flash la CM (BBT OCTOPUS pro), j install octoklipper, le fichier printer, tout ça tout ça. pendant une semaine, je galère car l'impression démarre toujours 4/5 mm au dessus du lit, malgré les moult PROBE_CALIBRED ( bah oui y a un BLTOUCH)... je comprends pas, et j envisage le marteau. second problème, l impression se lance, mais la chauffe de la buse se coupe. quand la température redescend à bien 400 ou 50 ° sous la consigne, le firmware reporte une erreur. c'est vachement plus que sous marlin d'ailleurs, ou a 5/10 °C d'écart, cela coupait. Bref, je repense à un truc, j ai un écrant BBT tactile, qui, j avais déjà remarqué par le passé, met le bazar, il y a des trucs qui sont stockés dedans qui doivent prendre le pas sur le firmware. C 'est pas clair, mais pour mois si ! Bref j ai résolu le problème de niveau initial, mais pas le problème de la température : ci dessous la courbe de température, quand elle s'est écroulée et forcé la consigne dans octoprint pour l'instant je n 'ai pas toucher au GCODE de démarrage dans CURA, ni calibrer les PID ( j ai repris ceux de mon marlin) merci de votre aide !

salut, comment sont configurertes driversv? en standalone ou en uart ? as tu réglé les vref? as tu adapté les step/mm ? (raison de l' édit : je n'avais pas fait attention que tu avais précisé les 2209)

hier , j ai relancé une impression test qui s'est bien passé. j avais juste modifié le type de remplissage (passé de grille à ligne dans prusaslicer). du coup, je lance une impression longue et ce matin au reveil, histoire de se mettre de bonne humeur, la catastrophe. de nouveau des pertes de pas sur le y. le moteur est un longruner 17HD48002H-22B, I nom =1.7 A, le driver et un TMC 2208 avec Vref = 1204 mV, j ai deja essayé deux moteurs différents, c 'est pareil, changé le driver c 'est pareil. ci dessous mes les test préalables (enfin une partie j en ai bien plus dans ma boite à recyclage ) le 2 je l 'ai arrête lorsque ça a commencé à sérieusement partir en c=***le : on voit bien ci dessus que ça se décale fort d'un coup. je ne sais plus quoi faire. j en suis à me dire que je vais changer la carte, mais je ne sais pas laquelle prendre. je suis un peu échaudé avec la SKR PRO, c'est la troisième ( une fois je l 'ai cramé de ma faute, ok d'accord ). il y a la btt octopus, pas trop cher, mais j ai pas besoin d'autant de port pour les pilotes, je pense que 5 me suffisent, si un jour je veux mettre un double extrudeur ( c'est mon projet avec la skr pro, et puis j ai jamais pris le temps) je ne trouve pas de GTR ou de turbo à prix abordable (elle sont plus chere que la octopus par exemple sur mamazone). sinon si quelqu un à une bonne carte à me conseiller, je suis preneur. Également, si l'ami @fran6p, ou un autre gentil modo pouvait modifier le titre en supprimant le présomptueux "( et résolution!)", probablement écrit dans un moment d'euphorie, je lui en serais reconnaissant éternellement !

bon.... finalement ce n 'est pas non plus la courroie ....avant hier, je lance une calibration cross, afin de régler les seps/mm. elle sort nickel, je prend les cotes et modifie les paramètres dans marlin, recomplie, tout le bazsar. je relance la même pièce (le meme stl très exactement), et laà ... c'est le drame. de nouveau des pertes de pas sur le y . si quelqu un à une idée??

salut @jcjames_13009, je pense que l'usure est normale, la machine a au moins 4 ans, et quelques kilomètres de filaments avalés . je mettrais des photos quand je changerai la courroie, pour l'instant je l'ai juste retournée pour que la friction avec l'engrenage du moteur se fasse sur la partie qui n'était pas solicitée ! a+

Salut, je vous raconte là une de mes mésaventures que je viens, je crois, que dis je je l’espère, réussir à résoudre ! Cela fait quelques temps que mes impressions "foiraient" car les mouvements de l'axe Y s'arrêtaient, avec pour conséquence un artistique étalement du PLA de gauche à droite. c'était au début relativement aléatoire, le moment ou cela se produisait n'était ni fonction de la durée d'impression,ni du niveau de couche, ni de rien. Puis cela se produisait plus régulièrement. Pensant à des problèmes d'abord de slicer, je suis passé de cura à prusa, cela marchait.Évidemment, de temps en temps cela déconnait à nouveau, je retranchais, en modifiant 2 - 3 paramètres (notamment le pourcentage de remplissage et/ou le motif) , cela marchait à nouveau ( j 'ai compris pourquoi après. Puis, il y a 2 semaines, ça ne suffisait plus. sur des grosses impressions. Évidemment. pour info, l 'imprimante est (était, il n 'y a plus grand chose d'origine) une tevo tornado, équipée entre autre d 'une carte SKR PRO v1.2, un TMC 5160 sur l'axe Y. J ai d'abord pensé à un problème sur le driver. après changement par un autre 5160, même problème. je pense ensuite à un problème de moteur. Je le remplace, même problème ( bien sur je re teste sur des impressions qui dur au moins une nuit, vous comprenez bien l'énervement le matin au réveil lorsque je vois ce gros paté étalé de gauche à droite ). La je me dis qu" il y un peu être un problème avec les TMC 5160 et ma config marlin (ce qui est très c*n, puisque cela marchait avant). Je remets alors un 2208, pour voir. je relance un impression, une croix de calibration. cela ne s'arrête plus, mais ca perd des pas. évidement, je règle les Vref , ca perd toujours des pas. Un peu prés au même moment, j aurais du en prendre compte à ce moment là. je change le endstop, me disant que peut être celui ci foutait le bazar. toujours les mêmes problèmes. Je me dis alors que mon marlin est quand même très trafiqué, je repars de la dernière version. toujours des pertes de pas. En revanche, j 'entant le moteur Y "claqué" et , hasard, quand je touche la connexion cela ne le fait plus . Me me ensuite alors que le problème et du à cette connexion. Je refais le câblage et là... CA PERD TOUJOURS DES PAS. J 'hésite alors. Entre le marteau ou le feu . Est ce la carte? je modifie alors le fichier pin de marlin pour connecter l'axe X sur le connecteur E2 de la carte, et le endstop sur un autre port également. AAAAAHHH ça déconne toujours! je suis à deux doigts de passer tout ça par la fenêtre. AU SECOURS !! J 'inspecte quand même la quinzaine d'impressions foirées . je les compare . je les maudis. je me rend compte quand même que cela par en vrille lors des remplissages, vous savez quand les mouvement sont rapides et saccadés. Qu 'est ce que ça peut bien être? est ce mécanique ? le moteur , je le change à nouveau ! le câblage, je le refait à nouveau! Est ce que ça pourrait être la courroie, détentue ? je la retend . ça suffit pas. je la tend un peu plus. elle se décroche du plateau . J ouvre la fenêtre, je prend un marteau ou des allumettes?? Finalement j inspecte la courroie. Elle est .. USEE. AAAAAAHHHH. je retourne la courroie, pour que le moteur prenne sur la partie pas trop usée, relance une impression. ça marche ? CA MARCHE!!!! Voila . je vais relancer 2 3 impressions pour être sur puis il me restera à : -commander de la courroie -re modifié marlin pour remettre le driver et l'axe Y sur le connecteur Y, et peut être le 5160 refaire la cable management. recalibrer les steps/mm reniveler le plateau brefs, des jours passés à se prendre la tête pour une simple courroie. moralité : pour résoudre un problème , toujours partir dans la direction opposée à celle qu' on pense au départ ! a+

salut, on peut voir la suite ? la question que je me pose, c 'est le raccord de la couleur verte entre la tornado et l 'outillage festool? est ce volontaire ??! a+

salut @PPAC, merci des infos. je mettrais le firmware de l'écran à jour, et je te dirais. a+

salut @PPAC c 'est bon j 'ai corrigé la logique, cela fonctionne... uniquement en mode marlin, pas en mode tactile ci joint les fichiers config et adv modifiés @fran6psalut ! yes merci ! a+Configuration.hConfiguration_adv.h

@fran6pmerci !je ne l'avait pas trouvé, je n ai pas toujours le reflexe d 'explorer github! @PPACj ai fait les modifs dans l'adv, mais ça marche pas.... quelqu'un à un marteau? je fais faire un peu de nettoyage sur les lignes en doublons...

oups pardon, c'est moi qui me suis mal exprimé. 'ffectivement il était décommenté (activé) du coup je l' ai commenté (désactivé), et ca n' pas marché. j ai ensuite activé dans configuration.adv ce que tu avais mis en gras. cela ne marche pas. lorsque l'écran est en mode tactile: je viens d'essayer en passant l’écran en mode marlin. ça marche (la logique est inversée mais je vais corriger ). j aurais du essayer avant de faire les modifs mais bon... ci joint la config + l' adv merci ! Configuration_adv.h Configuration.h

salut @PPAC merci de ta réponse. Je viens d 'essayer en dé-commentant cela ne fonctionne pas. pour ta deuxième piste, je ne comprend pas trop ce que je dois modifier . ce qui est en gras dans ta citation ? ci dessous la config de l'écran TFT a+

bonjour à tous, je rencontre un problème pour faire fonctionner mon détecteur de filament. il s'agit d'un bête endstop trois broches. ma carte est une skr pro 1.2. l 'écran est un BBT FT35-E3 v3.0 le détecteur est branché sur le E0, la pin est la Pin PE15, correctement déclarée dans marlin (cette image est issue du schéma de ma feu skr pro1.1, je n 'ai pas trouve de schéma spécifique à la 1.2). je pense que c'est la bonne pin, puisque quand je lance un M119 sur octoprint, j obtiens cela lorsque qu'il y a un filament dans le détecteur : et cela lorsque qu'il n'y a pas de filament : je vois donc que détecteur est reconnu. Cependant, lorsque je lance un impression en activant le détecteur dans le menu tactile (pas en mode SMART, en mode ON ) , cela m'indique qu'il n'y a pas de filament, et l'impression ne se lance pas. j ai évidemment essayé sans filament , pour voir sir la logique n'était pas inversé, mais rien n'y fait. ci dessous mon marlin(il me semble que c'est le 2.0.7.2) , à la section relative au détecteur #define FILAMENT_RUNOUT_SENSOR //modifié JEANMATH détecteur filament #if ENABLED(FILAMENT_RUNOUT_SENSOR) #define FIL_RUNOUT_ENABLED_DEFAULT false // Enable the sensor on startup. Override with M412 followed by M500.(ESSAYER TRUE ou FALSE-ne marche pas ) #define NUM_RUNOUT_SENSORS 1 // Number of sensors, up to one per extruder. Define a FIL_RUNOUT#_PIN for each. #define FIL_RUNOUT_STATE HIGH // Pin state indicating that filament is NOT present. (ESSAYER HIGH ou LOW, ne marche pas) #define FIL_RUNOUT_PULLUP // Use internal pullup for filament runout pins. //#define FIL_RUNOUT_PULLDOWN // Use internal pulldown for filament runout pins. #define FIL_RUNOUT_PIN PE15 // "Pulled-high" ajout // Set one or more commands to execute on filament runout. // (After 'M412 H' Marlin will ask the host to handle the process.) #define FILAMENT_RUNOUT_SCRIPT "M600" // After a runout is detected, continue printing this length of filament // before executing the runout script. Useful for a sensor at the end of // a feed tube. Requires 4 bytes SRAM per sensor, plus 4 bytes overhead. #define FILAMENT_RUNOUT_DISTANCE_MM 25 #ifdef FILAMENT_RUNOUT_DISTANCE_MM // Enable this option to use an encoder disc that toggles the runout pin // as the filament moves. (Be sure to set FILAMENT_RUNOUT_DISTANCE_MM // large enough to avoid false positives.) #define FILAMENT_MOTION_SENSOR #endif #endif //========================= Bref, cela ne fonctionne pas et cela m’énerve! j ai lu plusieurs posts à ce sujet, mais je n'ai pas trouvé de solution. j ai vu que certains le branchait directement sur l’écran, cela ne m'arrange pas trop mais bon. je précise également que j ai déjà réussi à le faire fonctionner, je ne sais plus si c'était sur cette carte un sur la 1.1, ou sur cette version de marlin. si l'ami @fran6ppouvits m'aider a+

salut, as tu essayé d'inverser la polarité? a+