Aller au contenu

Filament ABS

r2d2

Membres
  • Compteur de contenus

    500
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

35 Excellente

À propos de r2d2

  • Rang
    Imprimeur fou

Information

  • Imprimantes
    Discovery 200 avec MK3 et tête Easy

Visiteurs récents du profil

1 335 visualisations du profil
  1. Le Schmilblick

    un nichoir à oiseaux ?
  2. Dagoma bltouch

    moi je suis entre -0.5 et -0.51 selon la température. normalement (quand la tête est bien perpendiculaire au plateau) le Zoffset est entièrement déterminé par la géométrie de la tête (hauteur relative du capteur et de l'extrémité de la buse). Cependant il y a un réglage de la hauteur du pointeau sur le BLTouch qui influe, et de même, si l'on change de buse, de heat break voire de heat sink, de clone en copie la longueur totale une fois monté peux ne pas être la même pour tous le monde. @fifoue71 j'ai longtemps eu de la peine à avoir quelque chose de plug and play au démarrage avec ce satané zoffset. J'ai pris le parti de le forcer dans le gcode de démarage. M851 Z-0.51 ; Set Z-Probe Offset
  3. - autre - Bltouch

    Bonjour @weiss Tu utilises marlin ? Si oui et si tu as un BLTouch original il suffit d'activer #define BLTOUCH des tas de valeurs seront alors surchargé directement par marlin et cela marche normalement out of the boxe ! Si par contre tu as un clone et que tu configure à la main le servo et tous se qui va bien, c'est plus coton, il y a des paramètres à toucher pour fixer une hauteur mini de dégagement qui permet au capteur de remonter et de se déployer suffisamment haut pour ne pas toucher le plateau. Dans configuration.h il y a #define Z_CLEARANCE_DEPLOY_PROBE 15 // Z Clearance for Deploy/Stow #define Z_CLEARANCE_BETWEEN_PROBES 10 // Z Clearance between probe points essai de les mettre à au moins 15 et 10mm a+
  4. Bonjour, A l'occasion d'une reconfiguration de marlin de ma melzi V2.0, j'ai semble t-il cassé le bootloader. Je ne savais pas cela possible, voilà ce qui c'est passé. Je réglais depuis plusieurs jours l'auto bed leveling en mode UBL (je reflashais à tour de bras marlin...) . Activer l'UBL a ceci de particulier que cela consomme beaucoup de mémoire dans la partie haute de l'eeprom réservé au programme (à marlin) pour y stocker les meshs représentant la "topographie" du plateau, et cela semble fausser le calcule de l'espace libre dans l'eeprom. En tous cas arduinoIDE à l'issue de la compilation de marlin m'annonce systématiquement une occupation à 99% de l'espace. Pour le coup lorsque je modifie le paramétrage de marlin en commentant dé-commentant les variables de configuration (activant/désactivant des directives de compilation) je modifie au petit bonheur la chance la taille du binaire de marlin car arduinoIDE n'y voie que du feu, il annonce invariablement une occupation à 99%. A la reconfiguration de trop, tout a pété ! La procédure de flash est resté coincée à 100% de l'upload de marlin sans se terminer. Non content d'avoir briqué ma melzi, j'en ai briqué une deuxième, ma carte de réserve en cas de coup dur sur celle qui est montée sur ma disco. J'ai récupérer mes melzi en utilisant les connecteurs ISP. J'ai utilisé un arduino UNO converti en programmeur ISP en suivant le wiki reprap http://www.reprap.org/wiki/Melzi#Setting_up_Melzi j'ai put reflasher un bootloader puis un marlin. Cependant, si aujourd’hui j'imprime de nouveau avec ma melzi, marlin fonctionnel donc, le bootloader par contre ne marche pas. Je n'arrive pas a synchroniser le programmeur via USB, je ne peux plus flasher marlin via USB, je suis obliger d'utiliser l'arduino UNO et les connecteur ISP pour flasher marlin. C'est beaucoup moins pratique et rapide via ISP que USB, cela m'oblige à soulever l'imprimante pour y brancher 6 fils supplémentaires et jongler avec le UNO et ses câbles. Je crois qu'en flashant Marlin via ISP, je n'ai tous simplement plus de bootloader, et que ma melzi démarre instantanément sur marlin, ou alors le bootloader est partiellement fonctionnel, il ne permet plus la synchro via USB mais passe la main qu'en même à marlin... Je ne sais pas. Si quelqu'un a une idée pour récupérer un bootloader fonctionnel ça m'intéresse car flasher via l'USB est beaucoup plus souple qu'en ISP. a+
  5. Dagoma bltouch

    Là, tu mets le doigt sur un point effectivement fort troublant.
  6. Dagoma bltouch

    "Un sacré manque de chance" Non je ne crois pas, au contraire cela fait penser à un problème de conception des pièces qui tiennent les extrémités des tige (les chariots ?). Si tu inverses les barres et que cela ne change rien, c'est juste que tes barres sont bien droite et donc totalement interchangeable ! Si tu remplace les extrémités (les chariots ?) qui supportent les barres, par des pièces qui suivent le même design à la qualité d'impression ou au look prêt, est que cela ne change rien c'est peut être parce que précisément ce design est fautif. Pas mal des utilisateurs de disco utilisent ce genre de pièce là : https://www.thingiverse.com/thing:1424839
  7. Dagoma bltouch

    Bonsoir @Djdirtboy, j'ai une autre théorie. Ton axe X est peut être vrillé. Tu as peut être une des quatre extrémités des deux barres X qui n'est pas dans le même plan que les 3 autres, si bien qu'un déplacement le long de l'axe X entraîne une rotation de la tête qui rend ton zoffset variable suivant X. La tête de @jagof s'accommode mal de ce défaut car le palpeur est beaucoup plus loin que ne l'est l'extrémité de la tête d'impression de l'axe de rotation (de ta vrille) sur l'axe X, aussi un petit angle de rotation fait beaucoup moins varier la hauteur de l'extrémité de la tête que celle du palpeur. Comme le zoffset est directement lié à la différence de hauteur du palpeur et de l'extrémité de la tête. Ton zoffset n'est pas constant, et cela de dépend pas de l'état de ton plateau. La tête de @Skaarian rapproche l'extrémité du capteur de celle de la tête d'impression. Etant toutes les deux proche de l'axe de rotation de la vrille les écarts de hauteur induits par la rotation sont moindre et le zoffset est moins variable le long de l'axe X. Le problème ne me semble pas aléatoire, si pour certain la tête de @jagof suffit c'est peut être que leur axe X est peu vrillé. Le bon réglage du zoffset reste indispensable, un G29 quelque soit la méthode lineaire bilineaire ubl ne dispense pas de réglé le zoffset. Chez moi la valeur proposer par @Skaarian marche bien. Quoiqu'il en soit, tu vas pouvoir réimprimer, c'est l'essentiel. Aux utilisateurs du BedLeveling en UBL, il semblerait que suivant les versions de marlin (release/debug) le G28 n'a pas le même comportement par défaut il réactive ou pas l'état de configuration du bed leveling aprés son exécution. Il paraît qu'il y a un paramètre de configuration pour fixer cela, mais je ne l'ai pas trouvé dans mon marlin... J'ai pris le parti de systématiquement faire suivre mes G28 par des G29 A pour réactiver l'UBL avant de l'utiliser chez moi avec un G29 J G28; G29 A ; active UBL G29 J ; 3 points bel leveling inclinaison du mesh tous cela n'est toujours pas absolument clair pour moi
  8. Dagoma bltouch

    J'essaie et te fait un retour dés-que possible
  9. Dagoma bltouch

    Bonsoir, @Skaarian, La première version que tu as partagée reçois mon BLTouch smart sans souci, il doit avoir les mêmes dimensions que ton 3d Touch. J'ai eu un peu de difficultés avec les parois ultra fines du conduit de refroidissement de la buse (j'imprime avec une buse de 0.6mm) j'ai merdoyé avec des options que je n'utilise pas tous les jours dans cura qui m'ont comblées le trou du tendeur de courroie. Ta Beta.2.0 tombe à pic, j’hésitais à bricoler l'impression ou à la recommencer. J'ai hâte de l'utiliser. A nouveau merci.
  10. Dagoma bltouch

    Mon salaire pour le réglage UBL c'est que le G29 n'a plus besoin que de trois mesures pour démarrer une impression. J'espère bien ne pas être obliger de revenir 7*7 mesures
  11. Dagoma bltouch

    un petit hors sujet, j'imagine que tu vas rajouter des brides pour soulager les heat breaks de ta Diamond ! Ils ont visiblement pas aimés les cascades ! Bon courage pour cet autre projet bien sympa.
  12. Dagoma bltouch

    Grand merci, je vais m'y intéresser très vite car ma tête actuelle à vieillie brutalement ce week end !
  13. Dagoma bltouch

    Une bonne partie du Week-End ! Je n'ai pas fait de corrections manuelles, ni pour combler la zone du fond, ou tuner des mesures à droite ou à gauche. Toutes les mesures sont issues du G29 P1 et de G29 P3, au final de marlin et du BLTouch. Il m'a fallu plusieurs tentatives avec réglage du zoffset, et j'ai finalement fait les réglages à froid (fatigué d'attendre le lit à chauffer sans savoir si j'appliquais la bonne procédure, il faudra que je recommence à chaud (si je suis motivé)). J'ai eu quelques mésaventures, crash de la tête sur ma plaque de verre lors du G26, bouchage la buse en règle à cause d'un ventilateur bloqué => tête à réimprimer car a trop chauffée et a pris du jeu... Mais au finale cela valait le coup. Il reste une chose qui m'intrigue ; j'ai dû baisser le zoffset pour que le G26 imprime bien son pattern de test, mais en impression normale ce réglage est trop bas, il faut que je le raugmente... pas gênant mais curieux. Je n'ai pas encore fait de vraies impressions, bien étendues, depuis le réglage de l'UBL.
  14. [Assistance] Discovery 200 axe Z à l'envers

    Bonsoir @osion As-tu changé quelque chose, - le slicer, - les 2 micro switchs de fin de course en Z, - as-tu mis à jour le firmware de la melzi.
  15. Dagoma bltouch

    Salut, et merci, Ok pour blender alors.
×