Badour

Merci! Il reste encore un problème qui fait qu'en utilisant le mode tactile du TFT V3.0 les déplacements dans les coins pour faire le leveling va à Z0 et pas Z0.2, mais en passant par l'emulation de Marlin c'est bon. Actuellement ça imprime le fang de Daemoncrack, je croise les doigts aussi mais ça a l'air de fonctionner depuis 3h... J'ai voulu faire la blague par rapport au tuning si cher à ma région géographique, mais pourquoi pas lui faire un chariot de transport un jour, qui sait?

Des tests de drivers, moteurs et endstops plus tard, j'ai testé avec une autre SKR 1.4 neuve... Même problème. Donc soit j'ai une malchance pas possible (et ça, j'en suis à un point où je me pose des questions!) soit mon programme merde mais je vois même pas comment c'est possible! EDIT du 12/10, tard : J'ai eu une illumination. Si le déplacement avant le bug du Z n'est jamais le même c'est peut-être que quelque chose déclenche l'endstop. Là j'ai gambergé, BEAUCOUP gambergé et je me suis soudain rappelé mes cours d'electronique en école d'ingé... Du bruit, bien sûr! De là, il faut mettre en place un noise gate, ou modifier le threshold sur le firmware. Bingo, la ligne existe : #define ENDSTOP_NOISE_THRESHOLD 2 Et ça marche. J'y ai perdu un temps hallucinant, une CM en plus "pour rien" et beaucoup de santé mentale mais ça marche! Enfin, ne parlons pas trop vite. Je testerai une impression demain.

Mise à jour : J'ai remis les endstops au cas où, bah le problème reste le même...Sur une autre SKR 1.4 neuve reçue hier. Soit j'ai VRAIMENT, VRAIMENT pas de chance, soit le problème vient du firmware. Le matériel, j'ai interverti plusieurs les moteurs, les endstops et toujours pareil. Mais je comprends pas... Sérieux, j'en ai marre. Ca va finir sur un retour à une V0G cette affaire. EDIT du 12/10, tard : J'ai eu une illumination. Si le déplacement avant le bug du Z n'est jamais le même c'est peut-être que quelque chose déclenche l'endstop. Là j'ai gambergé, BEAUCOUP gambergé et je me suis soudain rappelé mes cours d'electronique en école d'ingé... Du bruit, bien sûr! De là, il faut mettre en place un noise gate, ou modifier le threshold sur le firmware. Bingo, la ligne existe : #define ENDSTOP_NOISE_THRESHOLD 2 Et ça marche. J'y ai perdu un temps hallucinant, une CM en plus "pour rien" et beaucoup de santé mentale mais ça marche! Enfin, ne parlons pas trop vite. Je testerai demain.

Bonjour à tous, Les ennuis chez moi, faut croire que c'est jamais fini... J'ai créé un post à ce sujet, et ma question du moment c'est : est-ce que j'ai bien mis les drivers comme il faut? J'ai suivi le tutoriel de Chris Basement sur Youtube, donc j'ai coupé les pins pour les drivers Z et E et mis le jumper pour passer en UART sur tous les drivers. Mais est-ce que c'était ce qu'il faut faire? Résultat pour le moment, malgré 7 Marlin faits moi-même : dès que je fais un homing en Y celui du Z ne veut plus fonctionner. Tant que j'ai pas fait de homing en Y c'est bon mais dès que je le fais le Z bouge de quelques mm puis s'arrête, soit en considérant que le 0 est là où il s'est arrêté (ce qui souvent correspond à imprimer dans le vide), soit en me renvoyant un message "printer halted. kill canceled ()". Pas de problème avec le X par contre, sachant que X & Y sont en sensorless homing tandis que Z est avec l'endstop d'origine (2 fils). C'est à se taper la tête contre un mur ce problème

7 Marlins différents plus tard (2.0.5.3, 2 x 2.0.6 de sources différentes, 2.0.7 "bugfix", 2.0.7 et 2.0.7.1 "bugfix du 11/10/2020), le bug y est toujours... Ce qui m'amène à reconsidérer la chose sous un angle hardware. Est-ce que ça pourrait venir des drivers? Pour info j'ai mis le jumper pour passer en UART sur tous les drivers par contre je n'ai coupé les pins DIAG "que" sur les drivers du Z et de E. Peut-être que ça vient de là? Pour rappel je suis en sensorless homing en X et Y tandis que le Z a toujours son endstop d'origine (2 fils).

M119 fait et RAS, l'endstop fonctionne bien. J'ai remarqué quelque chose par contre : ce problème de homing en Z ne survient que SI ET SEULEMENT SI j'ai fait un homing en Y auparavant en fait. Donc le homing général est concerné. Curieux... Alors que le homing en X ne pose aucun problème. J'ai essayé de désactiver ENDSTOP_PULLUP pour le Z_MIN, rien à faire, au contraire le "printer halted. Kill canceled ()" est revenu, en mode touch ou via Marlin.

Je vais tester ça ce soir!

Salut, Je n'ai pas activé le stallguard sur le Z, uniquement sur les axes X et Y. Le stallguard sur Z je trouve ça carrément dangereux... Même si dans l'absolu ça taperait sur l'endstop dans tous les cas. La, à chaud dans mes réflexions, je me demande s'il ne faudrait pas inverser l'état de l'endstop. Peut-être que dans Marlin je l'ai déclaré comme NO au lieu de NC. Ou alors ce serait la ligne "ENDSTOP_PULLUP" à désactiver, j'avoue ne pas trop savoir à quoi elle sert celle-là. Mais ce qui est étrange c'est que ça n'explique pas pourquoi ça marche juste après un flash et pas après un redémarrage...

Mise à jour à aujourd'hui : Après (beaucoup) de réflexion, j'ai compris d'où venait la mauvaise taille du bed : en fait, le TFT V3.0 que j'utilise a deux modes (Marlin + touch). Je pensais que le mode touch n'était qu'une apparence qui exécutait ce qu'il y avait dans Marlin mais en fait non, certains paramètres sont dans le firmware! Donc j'ai compilé le firmware moi-même plutôt que d'utiliser celui mis à dispo sur le GitHub de BTT, et là, surprise : le bed était déclaré comme faisant 235x235... La taille d'une Ender 3 en somme. Donc j'ai tout modifié, ce que je comprends c'est que les boutons pour faire le leveling à chaque coin du bed généraient un gcode influencé par le firmware de l'écran et pas le Marlin. Donc ça, ça fonctionne, c'était tordu, mais chouette. Par contre, même si le "printer halted. Kill canceled ()" n'est plus apparu depuis quelques temps sur le Marlin 2.0.6 chargé sur la CM, le problème de Z continue. Sans que je puisse expliquer pourquoi, lorsque je charge un firmware sur la CM ça fonctionne nickel, mais dès que j'éteins et que je rallume l'imprimante lorsque je fais un home en Z l'axe descend un peu, puis s'arrête et le 0 est défini à cet endroit. Dans le vide, j'entends, il s'arrête n'importe où mais pas sur l'endstop. Comme si il y a avit un sensorless homing hyper-sensible sur le Z et qu'il y avait un point de friction, alors que j'ai pas mal desserré les excentriques de l'axe au cas où ça générerait un effort. Et donc du coup ben... C'est embêtant. J'ai diminué les vitesses (3*60 mm/min en homing) et les accélérations, mais toujours rien même si forcément le déplacement est plus lent. D’où est-ce que ça pourrait venir ce problème?

Bonjour à tous, Je fais suite à ce post sur le changement d'une CM. J'ai donc installé une SKR 1.4 avec TMC2209 sur une AlfaWise U20, fait un Marlin v2.0.6, réglé le sensorless homing, configuré Octoprint pour avoir un truc nickel chrome. Sauf que voilà : au dernier moment de mes tests, une surprise : les moteurs vont dans le bon sens, le sensorless homing fonctionne et les steps de l'extrudeur sont calibrés mais... Quand j'appuie sur les boutons pour aller aux coins du bed pour faire le leveling, l'imprimante ne va pas aux coins, elle dessine un carré, certes, mais pas de la bonne dimension! Le "X0Y0" selon elle est en fait hors du plateau (Quelque chose comme -10 en X et 0 en Y). Et selon les positions le plateau devrait faire environ 220x200 au lieu de 300x300 en vérité. Pareil pour le Z qui est un peu plus bas que d'habitude. Ce qui est étrange, c'est que quand je passe par le plugin "Bed Leveling" sur Octoprint, ça fonctionne tout bien, les points sont aux bons endroits... Jusqu'à ce que je lance une impression, rebelote, mon impression n'est pas au centre et le Z plus bas, ce qui a d'ailleurs au passage laissé une marque sur le bed Bien entendu dans configuration.h du Marlin j'ai bien mis : // The size of the print bed #define X_BED_SIZE 300 #define Y_BED_SIZE 300 #define Z_MACHINE_MAX 400 // Travel limits (mm) after homing, corresponding to endstop positions. #define X_MIN_POS 0 #define Y_MIN_POS 0 #define Z_MIN_POS 0 #define X_MAX_POS X_BED_SIZE #define Y_MAX_POS Y_BED_SIZE #define Z_MAX_POS Z_MACHINE_MAX & #define LEVEL_BED_CORNERS #if ENABLED(LEVEL_BED_CORNERS) #define LEVEL_CORNERS_INSET_LFRB { 30, 30, 30, 30 } // (mm) Left, Front, Right, Back insets #define LEVEL_CORNERS_HEIGHT 0.2 // (mm) Z height of nozzle at leveling points #define LEVEL_CORNERS_Z_HOP 4.0 // (mm) Z height of nozzle between leveling points //#define LEVEL_CENTER_TOO // Move to the center after the last corner #endif C'est à n'y rien comprendre... En plus de ça le z homing est parfois chiant, il ne va pas toujours jusqu'en bas, il descend un peu mais s'arrête ensuite sans avoir déclenché l'endstop. J'ai même déjà eu des "Printer halted. Kill canceled()" pendant certains homing en Z! J'ai essayé de refaire un Marlin avec la 2.0.7 et la 2.0.x bugfix mais là c'est carrément "Printer halted. Kill canceled ()" qui s'affiche quand je fais un home sur un axe, n'importe lequel! Du coup l'imprimante ne fonctionne pas... Est-ce que quelqu'un par hasard aurait déjà eu ce problème ou sait d'où ça peut venir? Le seul que j'ai vu sur le forum c'était avec une Anet A8 et la personne est finalement repassée sur Marlin 1.9, ce que je n'ai trop envie de faire, surtout que la SKR 1.4 est une 32 bits... Merci!

Une semaine (bien chargée) plus tard : - Le Z qui va trop vite et le moteur qui n'apprécie pas ça venait du réglage des steps/mm : au lieu de 400 il y avait 4000... Alors forcément le moteur se prenait pour une fusée! - Ventilateur 3010 changé, il tourne celui-là, aucun doute! "Yapluqua" comme on dit. - Octoprint fonctionne, même si ça m'a coûté une carte microSD : La première fois Octopi s'est mal mis dessus et en essayant de formater la carte ensuite ça me l'a flingué. Genre même pas récupérable via GParted. Sur la deuxième aucun souci même si j'ai dû le réinstaller parce que visiblement l'upgrade vers la v1.4 ne fonctionne pas avec mon install, sans que je sache pourquoi. Du coup j'ai laissé en v1.3 (et ajouté Astroprint, que je dois encore tester sur smartphone) : J'ai essayé rapidement, ça marche pas mal! - Par contre j'ai perdu beaucoup de temps (et copieusement insulté PlatformIO et VSCode) à trouver la solution au fait que lorsque je refaisais le firmware les valeurs ne changeaient pas (ex : le 4000 steps/mm qui ne bougeait pas). J'ai vu qu'à un moment du build PlatformIO me renvoyait un message d'erreur ("Unknown Folder Destination", un truc comme ça) donc je me suis focalisé là-dessus et pas moyen de le retirer. Et pourtant, j'ai testé BEAUCOUP de choses et de combinaisons. Ce n'est qu'hier soir (... 2 soirées à m'énerver dessus plus tard) que j'ai eu l'illumination : L'EEPROM du processeur est modifiée lors du premier flash parce qu'elle est vide, mais ensuite les flashs suivants ne la modifient plus! Ce que ça veut dire, c'est que les "valeurs-paramètres" ne sont pas écrasées à chaque flash. Et en soi c'est une super chose, mais ça m'a pris beaucoup de temps à comprendre que le problème venait de ce fonctionnement-là... Et depuis, même si le message d'erreur est toujours là le build se fait bien et fonctionne. J'ai testé en modifiant le nom de l'imprimante et nickel chrome. Plus que les serrages à revérifier, notamment l'axe Z, le sensorless homing à régler, les PID, le level du bed, le linear advance et normalement ce sera reparti!!! Enfin, j'espère

Mise à jour du matin : Le problème de l'écran tactile venait d'une config' des ports série qui n'étaient pas bien définis dans Marlin (j'avais suivi le tuto de Chris Basement, mais c'est le tuto de ce forum sur l'installation de la SKR 1.4 qui m'a donné la solution dans le Marlin qui va avec). Les moteurs étaient à l'envers, ça c'est résolu, je vais ralentir le Z par contre parce qu'il se déplace super vite et j'entends que le moteur n'apprécie pas! Le ventilateur filament (le 4010) fonctionne très bien, par contre l'autre (3010) est visiblement mort. C'est ce que je soupçonnais depuis le début, et c'est confirmé : C'est ce p**** de ventilateur qui est la cause de tous mes problèmes (d'imprimante 3D, n'exagérons rien bien sûr). En fait, quand il a lâché la hotend chauffait trop donc bouchait, du coup j'ai changé la hotend en me disant que le problème venait de là, et c'est en changeant la résistance que j'ai cramé la CM... Grrr... Je positive en me disant que ça m'aura donné l'occasion de venir sur le forum et que j'ai une imprimante avec de meilleurs pièces et un Marlin propre, mais ça me fait d'autant plus rager que j'avais récupéré des 4020 pour faire le fang de Daemonscrack. Obligé de racheter un ventilo pour quelques impressions je trouve ça moche, mais bon. Petite question tant que j'y suis : Si je me base sur ce post, il faudrait rajouter un convertisseur PWM vers tension continue pour l'alimentation des ventilateurs pour ne pas les cramer prématurément. C'est toujours valable avec la SKR ou du coup je m'en fous maintenant?

Bon, mon fils va mieux. Une grosse angine et un bouchon dans une oreille. Et une fin de semaine difficile. Bref. J'ai réessayé hier : Pas de feu, pas de fumée non plus, jusqu'ici tout va bien! J'ai fait mon Marlin tout bien en me basant sur des tutos croisés avec l'exemple pour l'U20 dispo sur le GitHub de Marlin. Le seul problème que je rencontre encore pour le moment c'est que sur le TFT 35 v3.0 l'imprimante est reconnue sur l'affichage Marlin mais pas l'autre. C'est con, il est joli l'autre. J'ai essayé avec deux baudrates différents (115200 et 250000 il me semble) à la fois sur l'écran et le Marlin mais jusqu'ici pas moyen. A voir, je vais le mettre à jour au cas où. Ce soir normalement je teste les moteurs, l'extrudeur, les chauffes, les ventilateurs et je règle le sensorless homing. "Y'a plus qu'à" comme on dit... Je croise les doigts mais jusqu'ici pas de casse!

Du scotch autour des soudures des câbles donc pas d'échauffement à ce niveau, par contre Kapton au niveau de la hotend bien entendu Bien sûr, après si l'évolution nous a laissé la peur c'est peut-être bien que ça aide à survivre de temps en temps! Mais là en l'occurrence c'est surtout que j'enchaîne les "désagréments" avec cette imprimante, entre le plateau à revoir, la hotend, la CM... Sans compter mes échecs de print au début, j'ai mis du temps à bien trouver le niveau du bed! Je crois que l'imprimante a été maraboutée, j'en suis certain même! C'est un exorciste qu'il faut à ce niveau-là EDIT : Et là, au moment où je m'apprête à m'y mettre, mon fils se met à hurler de douleur... 39,8°. Quand je dis qu'elle est possédée! Bref, je remets à plus tard.

Dis pas des choses comme ça, tu vas m'attirer la poisse! Faut que je remettre entre plus de scotch autour des fils thermistance/résistance hotend, histoire d'éviter un nouveau court-circuit... On sait jamais, par précaution.

15 jours plus tard, j'ai donc pour le moment le Pi et hier soir la CM est arrivée! J'ai oublié de préciser que suite à d'obscurs arrangements avec un membre de ma famille, j'ai pu prendre le TFT en échange de quelques pièces. (J'étais prêt à le faire gratos, mais si on peut joindre l'utile à l'agréable...) Ça pourra m'être utile. Bref. Comme hier je ne pouvais pas (cueillette des pommes et poires, je raconte ma vie) la monter je vais y regarder ce soir en me basant sur le tutoriel d'installation de Chris Basement sur Youtube que je trouve a priori bien fait. Avec le sensorless homing direct du coup. Ma question est simple : Si ça merde, j'ouvre un autre topic ou je continue sur celui-là? En tout cas, merci encore pour l'aide sur le sujet!

Vampirisme réussi, l'alim' refonctionne, c'est ça de pris!

Il me dépanne bien ce multimètre, c'est mon père qui me l'a donné car il savait pas comment l'utiliser... Un mécano, comme moi Mais ce ne sont pas des pinces crocodiles mais de grosses pins oui. De toute façon dans un connecteur vu la place qu'il y a c'est compliqué! J'étais à plat, tout propre et tout, mais bon, pas de bol... Pour le moment niveau erreur ça m'a quand même valu de tuer une CM, c'est toujours embêtant! Après, comme tu dis, c'est en forgeant que l'on devient forgeron... J'ai vu que visiblement c'était déjà arrivé oui. En même temps cette erreur-là elle est vite arrivée, ça me rassure un peu de me dire ça

Tu veux savoir à quel point je suis pas doué avec l'électronique? Hier, j'ai voulu vérifier la tension du ventilateur de l'alim' de l'imprimante - que je trouve super bruyant personnellement, apparemment il est possible d'imprimer un déflecteur+silencieux - suite à un post où j'ai lu que cette tension était parfois de 12V, parfois 24. Du coup je démonte, je vois que c'est un ventilo 24V mais je décide de mesurer au multimètre quand même. Je débranche le ventilo, j'allume l'alim, je mets le multimètre sur les broches où était branché le ventilo et là, PAF! L'étincelle! Du coup je débranche, j'éteins, apparemment l'alim' est encore bonne mais le pin sur lequel l'étincelle s'est produite a bien cramé, impossible de remettre le ventilo dessus... Champion Je vais devoir vampiriser la CM qui a brûlé, ce sont les mêmes connecteurs. Par contre j'ai essayé de démonter le PCB de l'alim pour dessouder le connecteur ce matin avant de partir au boulot, et... une vis a foiré. Trop bien. Je réessaierai ce soir. A côté de ça j'ai retapé la direction et le parallélisme d'un tracteur tondeuse hier aussi et ça ça marche à merveille Comme quoi...

A choisir je préfère le câblage quand même, bidouiller une alim' d'ordi je suis pas chaud du tout! Après, faut que je demande au Repair Café (au village c'est le deuxième samedi du mois, ça tombe bien), on sait jamais... J'ai encore vu un tuto de Teaching Tech hier, et même si sa tête me revient pas lui aussi il branche le relais sur le Pi via le GPIO... Du coup j'ai quand même envie de tester, à 2,5 euros le test Madame ne dira rien Parce que je suis pas à l'aise non plus avec ces alims, ça me rappelle mon portier vidéo que j'ai ouvert hier pour le réparer... J'avais une frousse bleue de mettre les doigts dedans, y'avait des transfos et des condos partout! ... Finalement, j'ai juste testé le HP qui était encore bon - j'avais un doute parce que plus de sonnerie alors que le reste marchait bien mais il a encore une résistance, donc j'en déduis qu'il a encore une impédance -, j'ai nettoyé le circuit avec une brosse douce pour retirer la poussière qui était très présente dans le circuit, j'ai recâblé proprement les connexions sur des borniers et c'est reparti comme en 40. Bref, je digresse, mais pour dire que je suis vraiment pas à l'aide avec ces composants. Le fer à souder je me débrouille, mais ça beaucoup moins...

Hors de question d'essayer ça

Je n'ai lu tous les détails non plus mais waouh, vraiment impressionnant oui. Ça me paraît chaud ça mine de rien le Y ou le domino, niveau sécurité c'est pas incroyable... Rester avec le Pi ça suppose passer par le GPIO? Je vais finir par m'attirer des foudres sur le forum avec ça moi! Oui, c'est sûr, après avec des petites gaines et des boîtiers imprimés ça peut être propre!

Ah ouais, en effet! Pourquoi tant de haine? Ca a l'air d'une bouse en effet... L'alim' 5V du Pi c'est une 3A, la splitter sans bornier ça me paraît complexe Bah le ruban LED (des 5050) à 1,30 euro le mètre pour du 24V, ça va carrément. Par contre, dans tous les cas il y aura du câblage... Après c'est de la curiosité pour le moment hein.

Y'avait pas déjà une Leapfrog en construction? (D'ailleurs, question très indiscrète : Pourquoi acheter une Ender 3 quand on a une Leapfrog HS? J'avoue avoir du mal à saisir ce qui justifie la différence de prix entre les deux, mis à part le double extrudeur) Je veux te croire pour les condos, pour avoir déjà ouvert quelques appareils photos - des grains de sable qui bloquent la fermeture de l'objectif d'un compact par exemple - effectivement les condos des flashs ont l'air d'être bien puissants! Quand je vois la puissance du flash pour mon argentique, je veux clairement pas mettre les doigts dedans Du coup je préfère pas mettre mes mains dedans. Je préfère largement ma clé de 13 au fer à souder! Par contre, peut-être que je suis têtu mais je me suis farci plusieurs tutos hier soir sur l'installation d'un relais et... Sur les 6 que j'ai vu/lu, y compris ce tuto issu de ce forum cité il y a quelques jours dans la conversation, 5 passaient l'alim' du relais par le GPIO (le sixième passait par une prise connectée). Du coup j'avoue avoir du mal à comprendre le propos de @remibora quant au besoin d'une alimentation 5V "dédiée" (même si l'alim' servirait aussi pour le Pi). Et puis pour les LED, puisque nous parlions d'alim en 12V, je me suis dit "Mais quid de rubans de LED fonctionnant en 24V?". Et bingo, ça existe. Du coup ça pourrait partir sur l'alim' de l'imprimante ça, non? Avec un second relais, identique au premier, sur la phase - pour éviter le collage, si j'ai bien suivi -, ça fonctionnerait, non? Ça niveau solution j'arrive bien à me le représenter et ça me paraît simple! Je dis une bêtise?

Moi non plus pour être honnête! Je vais commencer tranquillement oui! ... C'est quoi l'étape d'après par curiosité? Ah ouais, classe. Pas forcément utile pour ce que je fais - la plupart des machines - que j'utilise fonctionnent sur du 230V voire même sur du 380! On parle de centaines de watts - ponceuse, défonceuse, scie à ruban - , parfois même en cv - scie sous table, toupie, dégau rabo - , c'est dire! - , mais classe l'alim. Non, la prise électrique pour contrôler l'imprimante j'entends! Le Pi je le laisse tranquille, promis. Après, quand à toujours rajouter des choses qui servent à rien... C'est peut-être pas faux oui... Vu mes compétences en électro, je préfère garder mes mains en dehors. Je sais souder une pédale pour guitare - et la guitare avec tant qu'à faire - mais en ayant les composants, le PCB et le schéma déjà prêts, ce qui est déjà très bien pour moi! J'ai monté ma tour d'ordi avec des composants récupérés ici et là aussi Après, j'aime bien connaître les appareils que j'ai hein, les améliorer comme je peux, les réparer (étant même engagé dans un Repair Café), mais vraiment là ça fait partie des choses qui ne veulent pas rentrer. Pas convaincu non... Après je suis toujours à l'écoute! Cela dit, quand je vois la complexité de la chose - en tout cas pour moi ça devient complexe -, je me dis que je vais repousser ça. Même si ça m'embête de "mettre de côté" vos conseils.