Aller au contenu

joyeufetar

Membres
  • Compteur de contenus

    491
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par joyeufetar

  1. Salut, Ta façon de faire est différente de la mienne. De mon côté, je ne pouvais pas jouer sur la vitesse de rotation, elle était calculée automatiquement. Du coup, ça me posait soucis, car à basse vitesse, avec un drv8825, ça crée des saccades... Toi, si tu peux gérer la vitesse de rotation, tu n'as plus ce soucis. En augmentant la vitesse, tu vas finir par lisser les saccades. Enfin, c'est ce que je pense après tous les tests que j'ai pu effectuer. ++
  2. joyeufetar

    Anet E10 upgradée

    Salut, Dsl pour mon retard de réponse. Alors oui, la config est tjs la même qu'au départ. Je n'ai rien changé depuis. Mais pour la résumer, comme dit dans le premier message : - Skr pro v1.1 (32 bits donc) - Tmc2208 en 256 micropas (non interpolé) - Moteur nema17 coupleux - Rail linéaire sur tous les axes N'ayant pas testé la machine avant toutes ces modifications (car y'avait trop de choses à faire dessus juste pour faire des tests), je ne peux pas te dire si ça a réellement changé quelque chose. Mais je n'en doute pas vu la qualité des pièces que je sors actuellement. Le seul truc génant, ce sont des vibrations dus aux moteurs, et le poids des axes, tout ça procure un léger ghosting... Mais j'imprime aussi à vitesse modérée (entre 50 et 100mm/s selon la pièce). Si je devais repartir sur une nouvelle machines actuellement, je repartirais surement sur un combo similaire sur une corexy (peut être en changeant les tmc par des plus récents, mais ils font sacrément bien leur taf une fois bien paramétré). Voila, pas grand chose à dire de plus. Toujours est il que je suis très content de la machine en l'état.
  3. joyeufetar

    Anet E10 upgradée

    Salut, De quels réglages parles tu ? Le sujet date un peu maintenant, donc il va falloir que tu sois plus précis ^^ Pour la base de l'imprimante, oui, j'ai fait un sorte que tout soit imprimable (ou presque). En plus des pièces imprimées, il faut une plaque plastique (ou ce que tu veux, peu importe), pour le fond de la partie électronique. Les côtés peuvent aussi être fermés entre les piliers ou pas, c'est au choix. Mais c'est toujours plus simple si tu veux aussi mettre des connecteurs pour dissocier le haut du bas de l'imprimante rapidement. Tu trouveras tout le détail ici : Standalone mode Comment ça, comment fonctionne-t-elle ? Je ne comprends pas. Les améliorations sont pour mon imprimante ou pour une autre ? Cordialement
  4. Tiens, voila la vidéo qui résume tout le principe C'est celle que projet initial, mais malgré les modifs que j'ai pu faire de mon côté, le principe est exactement le même Clock
  5. Héhé, c'est le principe. Mais c'est pas ce modèle la ^^ Sans compter que le tiens a l'air quand même sacrément complexe. C'est celui la que je fais : Marble clock Sauf que j'ai tout adapté pour faire avec les moyens du bord (je ne voulais utiliser que du matériel de récup) : - upscale du modèle initial de 150% pour coller aux billes que j'avais à dispo (avec découpe de certaines pièces vu que ça ne rentrait plus sur l'imprimante ^^) - Nema17 à la place du Nema8 (donc il a fallu revoir tout le boitier électronique) - Et du coup, maintenant, tmc2208 à la place du drv8825 Le projet est maintenant terminé, voila le rendu : Une chose que j'avais oublié aussi, c'est qu'avec un drv8825, ça fait pas mal de bruit parasite... Je me souviens maintenant pourquoi j'étais passé aux tmc un peu partout sur les imprimantes A plus ou moins court terme, je pense quand même lui faire un caisson transparent autour, histoire d'atténuer le bruit des billes. Parce que la, à chaque dizaine, ça fout un bordel ^^
  6. Ah ba y'a pas photos. C'est le jour et la nuit niveau rotation. C'est bien plus fluide qu'avant
  7. Salut Alors, voila, les modifs sont faites (retrait propre des pins non nécessaires et adaptation du tmc pour l'alimenter en 5v sur la pin VIO). Voila ce que ça donne avec alimentation en 5v : J'ai souder une pin à l'opposé de l'autre sur la pin VIO, pour pouvoir faire des tests rapidement d'alimentation ou non de la dite pin. Et bien, franchement, avec ou sans alimentation, je ne vois aucune différence. Donc pas sur que ce soit nécessaire. Après, c'est peut être juste pour mon besoin que je n'ai pas besoin d'elle, je ne sais pas. Merci @pommevertepour ton aide en tout cas
  8. Tant que les deux coils sont reliés correctement, y'a aucun soucis Disons que dans mon cas, j'ai plusieurs façons de faire la même chose
  9. Côté moteur, je suis d'accord qu'on a pas le choix Mais côté pcb, c'est juste un connecteur dupont, donc je peux le mettre dans le sens que je veux. Les calculs d'interpolation je suppose ? J'avais testé comme ça, juste pour voir et le moteur fonctionnait parfaitement, d'ou la question. Mais ok, pas de soucis pour le relier au 5v, c'est pas ce que ça coute Merci pour ton aide en tout cas
  10. Salut, Merci pour tes réponses. Oui, quand je disais supprimer les pins, c'était soit dessouder, soit couper les pins au ras. Mais oui, l'idée était de les virer. Au niveau du programme, c'est pas un soucis, j'ai déjà adapté les steps, réglé les microsteps au 1/16, et j'ai commenté la ligne M2 (qui du coup, ne me sert plus à rien). Concernant la direction de rotation, pas besoin de changer dans le programme, avec le pcb, j'ai juste à retourner la fiche du moteur Par contre, je ne comprends pas à quoi sert la pin "Fault" (VIO pour le tmc2208). Pourquoi faut il la relier au 5v ? Que gère-t-elle en faite ? Si jamais elle n'est pas reliée, qu'est ce que cela implique ?
  11. Hello, Alors, je reviens un peu sur le sujet. J'ai effectivement comparé le drv avec un tmc2208 que j'avais sous la main. Les pins sont effectivement globalement les mêmes, sauf 2. Sur le drv, les pins RST et SLP étaient alimentées en 5V pour permettre le bon fonctionnement du stepper. 5V fournis via la pin 5v de l'arduino. Je mets le schéma du circuit ici pour montrer comment c'est connecté : Or, sur le tmc, ces 2 pins sont CLK et PDN. Après recherche dans la doc, je n'ai pas du tout l'impression d'en avoir besoin, en tout cas pour mon projet. Si j'ai bien compris la pin CLK ajoute une fonction d'horloge au stepper, c'est bien ça ? D'ailleurs, je ne vois pas bien comment je pourrais la gérer au final. Et la pin PDN, si j'ai toujours bien compris permet une gestion automatique de coupure ? La encore, je n'en ai pas besoin car le stepper devra tourner en continue de toute façon. Vous confirmez ? Du coup, à la base, le pcb fournissait du 5v sur ces 2 pins (vu qu'il était prévu pour un drv et non pour un tmc). Quel est le risque d'alimenter en 5v les deux pins du tmc, sachant que du coup, ces 2 pins sont reliées ensemble... Est ce que ça ne risque pas de foutre le bordel ? Est ce qu'il ne vaudrait mieux pas que je supprime directement les pins du tmc ? histoire d'être tranquille. Voila, Merci d'avance
  12. Ca marche, merci, je vais re-regarder tout ça alors
  13. Salut, D'abord, merci pour tes réponses Sinon, le but n'est pas de faire tourner le moteur plus vite, mais de "lisser" la rotation. d'ailleurs, si dans le programme Arduino, j'augmente le nombre de step par révolution, le moteur tourne plus vite et complètement librement, plus d'accoups. J'ai déjà utilisé plusieurs fois des drv8825, et je n'ai jamais remarqué qu'ils posaient soucis Quand à passer sur un TMC, j'y avais pensé mais ça me fait modifier le pcb vu que certaines pins ne correspondent pas avec ceux du drv. Merci pour ton aide en tout cas PS : j'ai voulu mettre une vidéo montrant ce que ça donne actuellement mais ça dépasse la limite de fichier possible. je vais voir pour l'heberger ailleurs.
  14. Bonjour à tous, Dans le cadre d'un projet (trouvé sur thingiverse, mais adapté au matériel que j'avais), j'essaye de piloter un Nema17, via un Arduino nano + stepper DRV8825. Tout fonctionne bien, mais la rotation du moteur n'est pas douce à petite vitesse (dommage, c'est ce dont j'ai besoin ^^). Le moteur fait de petite saccade à chaque mouvement. Le but étant de trouver comment améliorer ça, mais j'ai beau chercher, pour l'instant, je ne vois pas. J'avais commencé les tests directement avec une carte de prototypage, puis je me suis créer un PCB pour faire plus propre. Voilà à quoi ressemble le schéma et le pcb : Et donc, voici le code utilisé pour piloter le moteur (il n'est pas de moi, fonctionne, mais apparemment, pas de façon optimale pour le matériel que j'utilise) : int dir = 3; int stp = 2; int enable = 7; int M0 = 4; int M1 = 5; int M2 = 6; unsigned long stepsPerRevolution = 200; unsigned long calibratedMicrosecondsPerMinute = 936310; // Arduino clocks are not very accurate. What's more, they tend to fluctuate // based on evironmental factors such as temperature but hopefully the // clock will be stable enough for our needs. If so, we should be able to // compensate in code by calibrating. // Calibrationg microseconds per minute means that we will never be more accurate than // +- 0.00144 seconds in a day but I think we can live with that. It's way // better than the margin of error introduced by internal clock variations. // To calibrate, start with a set calibration value (the one above worked // for me) and time how long it takes the clock to count off some large number // of minutes. That will give you values for actual_time and expected_time // where expected_time is the amount of minutes the clock counted and // actual_time is the amount of time that the clock actually took. // With those values you can compute the new calibration value using the // forumula: // new_calibration = old_calibration * expected_time / actual_time unsigned long microsecondsPerStep = calibratedMicrosecondsPerMinute / stepsPerRevolution; unsigned long microsecondsRemainder = calibratedMicrosecondsPerMinute % stepsPerRevolution; unsigned long referenceTime = 0; void setup() { Serial.begin(9600); pinMode(dir, OUTPUT); pinMode(stp, OUTPUT); pinMode(enable, OUTPUT); pinMode(M0, OUTPUT); pinMode(M1, OUTPUT); pinMode(M2, OUTPUT); // initialize motor digitalWrite(enable,LOW); //activate motor digitalWrite(dir,HIGH); //direction digitalWrite(M0,HIGH); // microstep, regle en 1/32 digitalWrite(M1,LOW); // microstep, regle en 1/32 digitalWrite(M2,HIGH); // microstep, regle en 1/32 // record when we started the loop referenceTime = micros(); } void loop() { for (unsigned long step = 0; step < stepsPerRevolution; step++) { // Note that this actually counts 2 steps per iteration so we'll actually do 2 revolutions over the course of the loop // first step digitalWrite(stp,HIGH); // Getting the current time and subtracting the starting time gives us an interval and avoids overflow erros. while ((micros() - referenceTime) < microsecondsPerStep){}; // incrementing rather than calling micros() to get a new reference avoids timing errors referenceTime += microsecondsPerStep; // second step digitalWrite(stp,LOW); while ((micros() - referenceTime) < microsecondsPerStep){}; referenceTime += microsecondsPerStep; } // ecery 2 revolutions we account for the remainder to avoid the clock drifting since we calibrated to the minute and not to the step while ((micros() - referenceTime) < (microsecondsRemainder * 2)){}; referenceTime += (microsecondsRemainder * 2); } Je précise que le stepper est réglé pour le Nema que j'utilise. C'est un Nema17 donné pour 1.68A/phase, donc j'ai réglé le stepper à 0.5V (calculé 0.6V mais j'ai pris un peu de marge, n'ayant pas besoin du couple maxi). Je cherche donc à rendre la rotation du moteur la plus fluide possible. Est ce quelqu'un a une idée de ce que je pourrais tester ? Dois-je revoir tout le code au final ou juste faire des adaptations ? Merci d'avance
  15. Salut Merci pour ta réponse. Oui, je vais utiliser une alim en conséquence évidemment Je disais ça parce que si on alimente uniquement via la ramps, c'est elle qui alimente l'arduino. Mais en faite, après recherche, j'ai eu la réponse. C'est uniquement la partie alimentation 11A qui permet d'alimenter la mega via la ramps, donc en se branchant uniquement que sur la partie 5A (partie qui gère les moteurs donc), ça ne posera pas de soucis. Thanks
  16. Bonjour, Personne ne peux me dire si c'est faisable ou non ? Cordialement
  17. Bonjour à tous, Dans le cadre d'un projet, et ne voulant pas racheter de matos pour le faire (j'ai déjà pas mal de choses qui trainent chez moi et je souhaiterais en réutiliser un maximum), j'aurais voulu savoir si il était possible d'alimenter une ramps 1.4 en 12v via la prise jack de la mega sur lequel la ramps est plugué ? La ramps n'est la que pour piloter un moteur nema17 via un drv8825 (moteur donné pour une intensité par phase de 1A, mais le vref du driver sera réglé à 0.30V car je n'ai pas besoin de plus). Il n'y aura rien de plus de brancher, que ce soit sur la ramps ou sur l'arduino. En gros, est il possible de faire comme sur ce schéma ou cela va t'il poser des soucis (vu que la mega sera alimenté par la prise jack et via le 5V du retour de la ramps si je ne dis pas de bêtises) ? Merci d'avance, Cordialement
  18. Salut, Alors, ce n'est pas du tout pour être contre ton message, mais sache que le paramétrage d'une imprimante peut prendre énormément de temps. Moi même avec les miennes, je n'en suis jamais satisfait, mais je pourrais tourner en rond pendant un moment sans jamais avoir de solutions si je ne m'arrête pas... En faite, on en revient toujours au même, c'est toujours une question de compromis. Après, je considère que le mieux, c'est de pratiquer, de faire des tests, de comprendre comment fonctionne sa machine... Certes, ça prend énormément de temps, mais ensuite, si quelque chose ne se passe pas comme prévu, tu sauras globalement ce qui ne s'est pas bien passé et donc comment adapter les réglages (et/ou le matériel) pour résoudre le dit problème Déjà, quand tu dis que tu te casses les dents sur la config, quel est le soucis exactement ? Parce qu'il me semble que de base, une Ender 2 v2 imprime déjà très bien avec un slicer réglé de base non ? Que cherches tu à régler exactement sur ta machine ? Quel slicer utilises tu et avec quels réglages ? Quels sont les soucis que tu rencontres ? Bon weekend, Cordialement
  19. Hello, J'ai poursuivi mes recherches pour tenter de diminuer la visibilité de la jointure en Z. Au dernières nouvelles, j'avais des soucis avec le PTFE qui ne restait pas forcément en place (il bougeait légèrement et créait une zone remplie de filament entre lui et la buse). Malgré tous mes tests et un changement de pneufit, impossible de le maintenir en place... J'ai donc changé de méthode en réduisant la longueur du PTFE à quelques cm (environ 6/7cm je dirais). Et bien, c'est tjs pareil... J'ai aussi tenté de diminuer l'accélération de l'extrudeur, aucun changement. J'ai voulu en avoir le coeur net et voir si c'était le TMC2208 qui déconnait. J'ai donc changé le driver extrudeur par un DRV8825 que j'avais mis de côté, que dalle, ça ne change rien. J'ai revérifié pas mal de fois mes steps, joué avec le débit, pas de changement non plus de ce côté la. J'ai aussi testé un autre slicer, histoire d'être sur que ça ne vienne pas de Cura. C'était pas mieux, c'est même plutôt l'inverse, le soucis est plus prononcé. Ca m'a d'ailleurs permis de voir qu'en faite, au début et à la fin des périmètres, il y a surplus de matières, et la matière "remonte", comme si elle n'adhérait pas. Je dis bien comme si, car il n'y a pas de problème de délaminage. La seule chose qui, pour l'instant, a un effet "plutôt" bénéfique, c'est de diminuer la vitesse d'impression à l'extrême, pour avoir des périmètres qui tournent en dessous de 15mm/s, ce qui n'est clairement pas acceptable... Je devrais pouvoir imprimer beaucoup plus vite que ça, surtout quand je vois le rendu parfait que j'ai sur tout le reste de la pièce, même à haute vitesse... Franchement, mise à part passer définitivement en direct drive, je ne vois plus du tout ce que je peux faire pour améliorer la jointure Je désespère quand même pas mal de trouver un jour une solution à mon soucis...
  20. C'est du tube capricorn donc pas de soucis la dessus. Et le tube n'est pas abimé si je le retire. Je laisse pas non plus 10min comme ça. Juste le temps du serrage. Et niveau montage, j'ai suivi les instructions e3d, jamais eu de soucis.
  21. Salut @Idealnight, Alors pour répondre à tes questions, oui, j'ai bien une bague de blocage comme je le disais plus haut. Je vais quand même regarder si elle est suffisante en hauteur pour bien tout bloquer. La buse, je l'ai évidemment visser à chaud, ~280°, comme je fais systématiquement. Le heatbreak est en version bore, donc le tube ptfe va bien jusqu'au contact de la buse. Du coup, pour le montage, comme préconisé dans le tuto de @Titi78, je laisse ressortir un peu plus le ptfe, puis je viens serrer la buse petit à petit jusqu'au contact. C'est pour ça que je disais que j'étais certain de mon montage.
  22. Bon, on s'approche du but. Mon heatsink n'était pas prévu pour un raccord pneufit. J'en ai trouvé un dans mes affaires, compatible e3d (peut être légèrement plus court de quelques mm mais c'est pas un soucis). J'ai donc tout démonté, nettoyé, remonté (avec pate thermique), bien resserré. Déjà, au démontage, je me suis rendu compte qu'effectivement, le ptfe avait du encore bouger, car j'avais toujours une boulette entre la buse et le ptfe... Ce qui n'aurait pas du arriver avec le dernier montage. Bref, j'ai tout bien remonté en étant absolument sur de mon montage. Je recharge du filament et j'ai lancé une impression rapide pour voir. Dès lors que l'impression à commencée, le ptfe est remonté de quelques mm pour se stabiliser et ne plus bouger... Je ne comprends pas comment ça peut arriver, j'ai testé de le retirer à la main avant, et il ne bougeait pas et la, juste avec la force d'extrusion, ça le repousse un peu vers le haut... Donc soit il y a un soucis quelque part, soit le tube ne fait pas parfaitement 4mm de diamètre extérieur et ne reste donc pas bloqué en place avec les mouvements, soit c'est la chaleur qui pose soucis et ça crée une pression sur le tube qui le repousse vers l'extérieur. J'ai pourtant un clip anti backslash sur le pneufit pour l'empêcher de bouger et je n'y arrive en tout cas pas à la main... En tout cas, j'ai quand même laissé l'impression se dérouler un peu et la qualité au niveau de la jointure n'a plus rien à voir. Je me rapproche donc enfin de mon objectif, il aura fallu du temps pour trouver d'ou venait le soucis... Mais je suis preneur d'une idée pour bloquer définitivement le tube en place (je vais quand même pas le coller )
  23. Ok, je crois que j'ai ma réponse alors ^^ De toute façon, pour le prix, je ne prends pas grand risque...
  24. Je sais bien, et c'est pour ça que je me demande si il le maintien bien en place. En tout cas, les symptômes sont toujours la et sont identiques à avant. Disons que pour l'instant, j'ai ce genre de choses : Pneufit e3d origine Et que je songe à passer à quelque chose du genre : Pneufit Est ce qu'il y aurait un vrai gain au niveau maintien ? Est ce qu'il y a mieux ?
  25. Salut, Bon, j'ai démonté la hotend et j'avais effectivement un "bouchon" de matière entre le ptfe et la buse. Ca explique le soucis que j'avais au changement de couleur. J'ai donc suivi la procédure du tuto pour le remontage, j'ai revérifié au passage les steps et le flow (que j'ai du ajuster). Puis, j'ai pu refaire un test. Et bien, j'ai exactement les mêmes résultats qu'avant... Donc retour à la case départ (même si petit à petit ça me permet de corriger 2/3 trucs et d'adapter les réglages). Après, est ce qu'il serait possible que le tube ptfe ne tienne pas en place ? Sur la e3d, il y a un petit pneufit plastique, mais est ce qu'il suffit à maintenir le tube en place ou est ce qu'il vaut mieux investir dans un vrai pneufit pour le maintenir ?
×
×
  • Créer...