Aller au contenu

CaliBx

Membres
  • Compteur de contenus

    37
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par CaliBx

  1. Hello, Super idée, j'ai ça sur ma prusa et c'est vraiment pratique. Pour les feuilles magnétiques, aurais tu une adresse pour commander ? Seb. Envoyé de mon Redmi Note 4 en utilisant Tapatalk
  2. Bonjour, Les supports ne sont pas visibles sur la vue de base, il faut passer en mode couches.
  3. Bonsoir, il s'agit d'un problème de décollement de la pièce, plus connu sous le nom de warping. Le forum regorge de conseils pour corriger, par exemple : https://www.lesimprimantes3d.fr/forum/topic/3405-gros-probleme-de-warping/ Envoyé de mon Redmi Note 4 en utilisant Tapatalk
  4. CaliBx

    Problème axe Z qui "saute"

    Sur la mienne, j'ai eu le même souci récemment. Le problème venait de l'écrou qui ne comprimait pas assez le ressort pour faire redescendre le chariot. En le serrant un peu plus j'ai pu le corriger mais attention à ne pas trop le resserrer car cela réduit l'efficacité de l'anti-wobble. Envoyé de mon HUAWEI VNS-L31 en utilisant Tapatalk
  5. CaliBx

    Neva, me voila...

    @biostrike Je n'y avais pas pensé, mais c'est vrai qu'il y a forcément une partie de la laque qui touche les axes. @ploupiploup En effet, j'avais dû sauter cette diapo à l'époque .... Ah non je viens de comprendre..., je ne l'ai jamais lu vu que je suis parti d'une Discovery 200 ... c'était pas déconseillé à l'époque il faut croire ...
  6. CaliBx

    Neva, me voila...

    Autant pour moi, je ne savais pas que Dagoma était contre surtout vu le nombre de gens qui s'en servent. C'est précisé quelque part sur leur site ?
  7. CaliBx

    Neva, me voila...

    Pour le buildgrip je ne sais pas car je ne connais pas exactement la différence avec le builtak (la question a été posée sur le forum mais sans réponse)... Sur le buildtak de temps en temps les couches de laque finissant par s'empiler sur les zones moins imprimées, je passe juste un coton légèrement humide : la laque "fond" et part facilement.
  8. CaliBx

    Neva, me voila...

    Hello, J'ai tout essayé comme toi (alcool, offset, ...) mais rien à faire. Pour moi la seule solution qui a fonctionné sur ma Disco (première du nom donc avec un buildtak) c'est la laque C'est pas cher, ça consomme que dalle et ça tient à tous les coups ! Pour la référence c'est de la Vivelle Dop Extreme (la rouge), il parait que la orange fait aussi bien. Bon courage !
  9. Bonjour, Super journée pour moi : un concours qui montre que le forum est en forme et en même temps la mise à jour tant attendue de tapatalk (au moins en beta) pour de nouveau y accéder via Android ... Joie et félicité !
  10. Hello, J'ai moi aussi changé la tête de ma Disco pour la Easy li y a quelques mois. J'ai aussi un peu ramé au début avec les changements de firmware et de gcode. En tout cas de mon point de vue : QUESTION 1 : la valeur du Z offset est enregistrée au niveau de la carte directement avec le nouveau firmware (via DagomApp ou Octoprint, ..) QUESTION 2 : pour moi c'est plutôt le delta entre la hauteur de détection du plateau par le palpeur et la hauteur souhaitée pour l'impression QUESTION 3 : suite au passage à la tête de la DE le nouveau start GCODE ne nécessite plus de Z offset QUESTION 4: tu auras toujours un offset car il est lié au delta entre le palpeur et la hauteur d'impression (entre autre) QUESTION 5 : à mon avis il faut mettre à jour le Z offset de la carte (via un M851 sur octoprint par exemple) en y ajoutant l'épaisseur du verre Bon courage !
  11. CaliBx

    le Build Tak adhère pas

    J'utilise de la laque de supermarché qui semble fonctionner aussi bien que celle dédié aux impressions pour bien moins cher. Il s'agit de Vivelle Dop Fixer Extrême. Je l'ai prise suite à la lecture d'un comparatif car toutes ne semblent pas fonctionner. Envoyé de mon HUAWEI VNS-L31 en utilisant Tapatalk
  12. CaliBx

    Cura pour dagoma

    Bonjour, est ce que tu écris le fichier directement sur la carte SD ? Si c'est le cas le fait de l'écrire ailleurs permettra d'identifier un pb avec la carte. Envoyé de mon HUAWEI VNS-L31 en utilisant Tapatalk
  13. CaliBx

    le Build Tak adhère pas

    Bonjour, j'ai plus ou moins eu des problèmes de ce genre jusqu'au moment où j'ai opté pour la laque. Depuis plus jamais aucun souci. Envoyé de mon HUAWEI VNS-L31 en utilisant Tapatalk
  14. @babouze64 Tout à fait d'accord, X Y ne servent pas à grand chose pendant l'impression tout comme la température si elle ne change pas. Par contre en pahse de chauffe c'est une info cruciale. @Sancho Le timeout semble venir de la phase d'init avec l'écran (entre le reset et l’affichage de l'écean de bienvenu) qui dure chez moi qq secondes contrairement à avant. Ce qui est bizarre c'est que l'imprimante a déjà répondu à des commandes à moment là ... @LeLutin Une autre piste pourrais être l'amélioration de la compilation en passant en -O3 (https://forum.arduino.cc/index.php?topic=343730.0) Par contre cela semble se faire au détriment de la taille, qui je crois est déjà limite.
  15. @Sancho Je confirme, le timeout est toujours présent même avec l'écran débranché. Je lance le bouletteTest.... (via sd ). Avec succès ! Pas de boulette à signaler sur une petite pièce :
  16. @LeLutin Tout à fait d'accord avec toi, il était bien précisé que c'était une béta donc tout ceux qui l'on testé l'on fait en connaissance de cause. Au final c'est bien dommage d'obtenir l'effet inverse de celui escompté en perdant du temps à réparer des machines au lieu de faire avancer les firmwares.
  17. @Sancho Parmi les différences notables il y a le passage de OK à ok dans les réponses de l'imprimante qui je pense vient du fait que le firmware DiscoLed est en FR au lieu de EN (#define LANGUAGE_INCLUDE GENERATE_LANGUAGE_INCLUDE(fr)). Peut être une piste de ce côté ?
  18. Bonjour, Je viens de tester le nouveau firmware avec DiscoLed et j'ai toujours le même problème de timeout lors de la connexion à Octoprint : Recv: echo: M851 Z-0.30 Recv: echo:SD init fail Recv: OK There was a timeout while trying to connect to the printer Changing monitoring state from 'Connecting' to 'Offline' Connection closed, closing down monitor Je viens donc de flasher le nouveau firmware sans l'option DiscoLed et là, pas de souci de connexion : Recv: echo: M851 Z-0.50 Recv: echo:SD init fail Recv: ok Changing monitoring state from 'Connecting' to 'Operational' Send: N0 M110 N0*125 Recv: ok Send: M21 Recv: echo:SD init fail
  19. @sancho Pour mon cas ça sera un firmware discoled, palpeur gris avec butées NC. Merci beaucoup à toi pour le temps passé ! Envoyé de mon SM-G920F en utilisant Tapatalk
  20. De mon coté tout est ok avec le nouveau firmware de base.
  21. @babouze64 Par contre si tu n'as pas le Dagoma Doctor tu ne pourras pas faire l'initialisation du Z au niveau de la disco Envoyé de mon SM-G920F en utilisant Tapatalk
  22. Bon je poursuis mes tests et avec le firmware de base (sans discoled) pas de souci ! Octoprint prend bien le contrôle de l'imprimante et tout re-fonctionne correctement Reflash de la version avec l'écran : re timeout => le firmware de l'écran casse le pilotage par USB @Nz0 par contre je ne comprends pas, en régulation je peux aussi la piloter en USB via Octo
  23. @Nz0 ah ok, me coucherai moi bête ce soir
  24. @Nz0 pas mieux en USB, toujours le timeout. Je croyais que la différence entre le mode "usb" et "régulé" était la source d'alimentation de la carte (et donc impossible d'imprimer en usb). Dans tous les cas ni l'un ni l'autre ne fonctionne alors qu'avant le changement de firmware tout était bon sous Octoprint et 3dPrinterOs. Je vais patiemment attendre une nouvelle version du firmware comme c'est parti ....
  25. Bon je n'ai pas réussi à faire fonctionner l'imprimante avec Cura. Côté Octoprint, j'ai un timeout étrange ... (en mode reset ou pas d'ailleurs) : Connecting to: /dev/ttyUSB0 Changing monitoring state from 'Offline' to 'Opening serial port' Connected to: Serial<id=0x6e948bf0, open=True>(port='/dev/ttyUSB0', baudrate=250000, bytesize=8, parity='N', stopbits=1, timeout=10.0, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor Changing monitoring state from 'Opening serial port' to 'Connecting' Send: N0 M110 N0*125 Recv: start Send: N0 M110 N0*125 Recv: echo:Marlin 1.1.0-RC6 Recv: echo: Last Updated: 2016-04-24 12:00 | Author: Dagoma.Fr Recv: Compiled: Aug 22 2016 Recv: echo: Free Memory: 11704 PlannerBufferBytes: 1232 Recv: echo:V23 stored settings retrieved (396 bytes) Recv: echo:Steps per unit: Recv: echo: M92 X80.00 Y80.00 Z2560.00 E98.00 Recv: echo:Maximum feedrates (mm/s): Recv: echo: M203 X500.00 Y500.00 Z4.00 E25.00 Recv: echo:Maximum Acceleration (mm/s2): Recv: echo: M201 X9000 Y3000 Z100 E10000 Recv: echo:Accelerations: P=printing, R=retract and T=travel Recv: echo: M204 P3000.00 R3000.00 T3000.00 Recv: echo:Advanced variables: S=Min feedrate (mm/s), T=Min travel feedrate (mm/s), B=minimum segment time (ms), X=maximum XY jerk (mm/s), Z=maximum Z jerk (mm/s), E=maximum E jerk (mm/s) Recv: echo: M205 S0.00 T0.00 B20000 X20.00 Z0.40 E5.00 Recv: echo:Home offset (mm): Recv: echo: M206 X0.00 Y0.00 Z0.00 Recv: echo:PID settings: Recv: echo: M301 P126.27 I24.08 D165.51 C100.00 L20 Recv: echo:Filament settings: Disabled Recv: echo: M200 D3.00 Recv: echo: M200 D0 Recv: echo:Z-Probe Offset (mm): Recv: echo: M851 Z-0.70 Recv: echo:SD init fail Recv: OK There was a timeout while trying to connect to the printer Changing monitoring state from 'Connecting' to 'Offline' Connection closed, closing down monitor A suivre ...
×
×
  • Créer...