Aller au contenu

GO Print

dh42

Membres
  • Compteur de contenus

    160
  • Inscrit(e) le

  • Dernière visite

À propos de dh42

  • Date de naissance 30/11/1963

Contact

Information

  • Genre
    Masculin
  • Lieu
    loire 42
  • Intérêts
    Mécanique, informatique, CNc, Astro
  • Imprimantes
    Dagoma discovery 200

Visiteurs récents du profil

1 938 visualisations du profil

Récompenses de dh42

Collaborator

Collaborator (7/14)

  • Conversation Starter
  • Week One Done
  • One Month Later
  • One Year In
  • First Post

Badges récents

19

Réputation sur la communauté

  1. Salut, Par contre Mach3 ne peut pas piloter une machine GRBL je pense, à moins qu'il n'y ai une ruse que je ne connaisse pas? Si tu a une carte intégrée* comme sur une imprimante 3D, ça va pas le faire, par contre si tu a un arduino qui pilote une breakout board standard en port // ça pourrait le faire. *par intégrée, je veux dire que c'est la carte qui interprète un Gcode envoyé par un PC ou un arduino, donc limité au langage GRBL, contrairement à Mach3 ou Linux CNc qui font eux même le traitement du Gcode et envoient directement les pulses moteur aux drivers, via une breakout board. Mach3 utilise un GCode au standard FANUC Le pilotage via un port //, que ce soit avec Mach3 ou Linux ne fonctionne pas correctement depuis un portable ... et puis il faut dévaliser un musée pour trouver un portable avec port // LOL Pour Mach3, si tu pilote en port //, il faut un Windows 32bits ; ça ne fonctionne pas en 64 bits (mais pas de problème si Mach3 + carte d’interpolation USB ou Ethernet) ++ David edit: Je ne connais pas du tout le fonctionnement de GRBL et je ne sais pas ou on change ce $32, mais c'est sûrement la solution la plus simple et la moins couteuse.
  2. Salut, En fait je pense même que le langage GRBL a été développé pour les graveuses laser, c'est un Gcode ISO édulcoré sur lequel un certain nombre de fonctions utilisées en fraisage/tournage ont été supprimées (pour faire de la place dans la mémoire de l'arduino, je suppose), donc ça devrait être parfaitement utilisable pour un laser. Oui, je pense que c'est un code très spécifique à Mach3 et qui ne fait pas parti du Gcode ISO. ++ David
  3. Salut Oui, c'est le même type, sauf que les miennes sont plus longues. (Ø3 x 12mm de longueur taillée) https://www.sorotec.de/shop/End-Mill-Double-Flute--0-3mm.html Pour le CP et le MDF j'utilise aussi beaucoup ce modèle avec denture brise copeau, elles font moins de bavures. https://www.sorotec.de/shop/End-Mill-Spiral-Toothed--3-0mm.html Oui, c'est vraiment sympa ce truc, j'ai été surpris de la finesse de gravure que l'on peut atteindre, par contre, comme pour toute gravure à la fraise, la qualité du résultat dépend grandement de la planéité de la surface à graver et du fait qu'elle soit parfaitement // à X et Y, le moindre écart, même de moins de 1/10 de mm et c'est raté, du fait que la fraise est en V, la moindre variation de hauteur change aussi la largeur du trait et c'est très visible ! Avant toute gravure à la fraise, il te faudra donc t'assurer d'avoir une surface parfaite, et le meilleur moyen d'y arriver c'est de surfacer le martyr sur lequel sera fixée la plaque à graver. il y a d'autre photos ici http://www.metabricoleur.com/t10472-telecommande-diy-pour-mach3-dh42#202924 Oui, je sais pourquoi, mais je ne sais pas comment régler ça sur ton logiciel de commande, ni sur la version Free de CamBam. Par exemple, un trait de 50mm en fraisage donnerais ce GCode pour Mach3 M3 G0 X0.0 Y0.0 G1 F600.0 Z-0.01 G1 F800.0 X50.0 G0 Z0.0 M5 Le m3 met la broche en marche, puis on se déplace à x0, y0, ensuite on descend à Z-0.01, on usine jusqu'à x = 50, on remonte à 0 puis on arrête la broche. le même code pour un laser (piloté par Mach3 aussi) donnerais ça G0 X0.0 Y0.0 G1 F600.0 Z-0.01 M11P1 G1 F800.0 X50.0 M10P1 G0 Z0.0 la tête se positionne d'abord, puis le fait que le Z passe sous le 0 déclenche l'écriture du M11P1. ce M11P1 c'est une présélection de la mise en marche du laser, autrement dit, il ne démarre pas immédiatement, mais sont allumage est provoqué par l'instruction qui suit, dans ce cas le G1 F800 X50 ; le laser s'allume donc exactement au moment ou le mouvement démarre. Le M10P1 quand à lui arrête le laser, et ce immédiatement à la fin du déplacement et avant que la tête ne remonte. Je ne sais pas si ton soft de pilotage connait ce type de code G, et même si il les connait, la version free de Cambam ne permet pas d'utiliser un post processeur spécifique, comme c'est le cas sur la version actuelle. J'ai refait un tour au début du post, et je vois que tu utilise le langage GRBL ; Je ne connais pas du tout les machines à base de GRBL, mais je ne pense pas que ce langage gère ce type de Gcode. Dans ce cas, il te faudrait regarder si il n'y a pas, comme sur Mach3, un réglage de tempo de broche, car en principe, sur une fraiseuse, il y a une tempo après la mise en marche de la broche de façon à lui laisser le temps de monter dans les tours avant de commencer à usiner la matière, et bien sûr pour la laser il ne faut surtout pas de tempo. Si tu trouve ce réglage de tempo, il te faudra aussi trouver un moyen de le changer facilement suivant que tu utilise la fraise ou le laser. ++ David
  4. Salut, Oui, il en existe même en 3 couleurs, et peut être plus, je ne sais pas. C'est du plastique avec une feuille d'alu dans le cas de celui de la vidéo. C'est le top pour faire des étiquettes. le mien viens d'ici, mais il y a surement plus achalandé, je n'ai pas vraiment cherché d'avantage. https://www.sorotec.de/shop/Materials/Engraving-material-1-5/ Une banale fraise de 3 cylindrique 2 dents Je ne comprends pas ou est le problème ... quand tu fais ton 0 pièce avant de lancer l'usinage, quelle importance que la broche et le laser soit décalés si tu ne mixe pas les 2 sur un même usinage ? .. et même si c'était le cas, il suffit de connaitre une fois pour toute la valeur du décalage entre la broche et le laser pour pouvoir compenser. ++ David
  5. Salut, Un exemple de gravure à la fraise javelot 60° dans du Gravopli (à partir de 2:10) ++ David
  6. Salut, Je ne sais pas quel soft tu utilise pour faire ton Gcode, mais pour avoir des lettres remplies, il faut tout simplement utiliser une autre opération d'usinage ; la poche. En général, sur de grosses lettres, on fait une poche en premier, avec un outil assez gros pour que ça aille vite pour le vidage, puis un contour intérieur avec une fraise plus petite pour pouvoir aller usiner dans les coins inaccessibles à la grosse fraise. Si tu fait tout avec le même Ø de fraise, une poche suffit. Une opération de gravure, quand à elle, ne fait que suivre le tracé, et SUR le tracé, sans décalage intérieur ou extérieur comme une opération de contour. http://www.usinages.com/threads/gravure-texte.53262/page-2#post-594332 Pour le laser, c'est le même principe pour faire un remplissage (poche), mais un remplissage en mode horizontal ou vertical donnera de meilleurs résultats que le mode de remplissage par décalage par défaut. ici, c'est fait avec le plugin hachures, mais tu peux aussi utiliser le remplissage horizontal ou vertical dans l'opération de poche (pas sur la version Free, il n'y a que le mode décalage qui marche = Offsets) http://www.metabricoleur.com/t13616-une-petite-elekslaser-a3#272244 Avec la version payante, il est aussi possible d'avoir un post processeur qui te sort un Gcode directement utilisable pour le laser ; les mouvements en Z étant utilisés pour mettre en marche ou arrêter le laser. tu peux essayer avec celui que j'ai mis ici si tu essai la version 0.98 de CamBam http://www.cambam.co.uk/forum/index.php?topic=5298.msg41903#msg41903 Plus haut dans la discutions, tu demande si le fait d'augmenter la tension augmente le couple, et bien non, pas exactement, ça ne fait qu'allonger la plage de couple maxi du moteur ; je ne connais pas les 17, mais sur un NEMA 23, suivant la tension d'alim des drivers, le couple maxi va s'effondrer à partir de 100 à 200 tr/min .. ici par exemple avec un câblage moteur en //, suivant que l'on alimente les drivers en 24 ou en 48v, le couple maxi est dispo jusqu'à 100 tr/min ou jusqu'à 200 tr/min. C'est pour ça que les pertes de pas on tendance à se produire à haute vitesse, car plus lme moteur tourne vite et moins il a de couple. -- Tout à fait hors sujet ; quelqu'un sait il pourquoi les boutons en haut de la fenêtre d'édition (gras, italique etc) sont présents mais sans aucun effet ? par exemple, je sélectionne un mot et je clique sur B et bien il ne se passe rien .. même chose pour citer avec le bouton de la barre (mais ça marche avec la "bulle" si je sélectionne un mot dans un message. (Firefox + Win7) ++ David
  7. Évite le WD40 sur les VàB (ou les guidages à billes), ça laisse un film qui à force fini par coller ; le WD ce n'est pas un lubrifiant mais un produit qui protège contre l'humidité. De l'huile fait parfaitement l'affaire. Les VàB n'aiment pas la poussière, donc en usinage bois, c'est bien d'avoir un aspi ... J'imagine que c'est normal, surtout si elle ne sont pas bourrées de graisse .. mais j'avoue que je n'ai jamais secoué les miennes lol..
  8. Elle est graissée ta VàB ? ... sinon il est possible d'entendre un gling-gling en fonctionnement si ça tourne trop à sec. (n’essaie pas d'enlever l'écrou de la vis, sinon les billes se tirent si tu n'a pas pris les précautions qui s'imposent, et c'est une chienlit à remettre !) ++ David
  9. Salut, C'est sur , mais avec une FAO, ça peut aller très vite, par exemple en gravure de texte ; chaque segment de droite/arc qui compose les lignes d'un caractère = 1 ligne de gcode ; avec une définition importante, c'est vite fait. Le pire c'est l'usinage 3D, des Gcode de plus de 500 000 lignes ne sont pas rares ! un exemple d'un caractère avec 2 définitions différentes http://www.usinages.com/threads/gravure-texte.53262/ ++ David
  10. Salut, Oui, c'est ça, seule la 0.8.2 de 2007 est gratuite, mais elle n'est pas traduisible et les plugins ne fonctionneront pas non plus dessus (et CB à pas mal évolué depuis) Si je me souviens bien, elle ne gère pas non plus l'usinage 3D et n'a pas de post processeur définissable à volonté, donc il faut faire avec le format de Gcode qu'elle sort ; ça marche avec Mach3, mais avec d'autre softs de pilotage, ou avec du Gcode exotique genre GRBL, c'est moins sur. Au delà les limitations sont les suivantes. - 1000 lignes de Gcode maxi. - sauvegarde en DXF désactivé. - les plugins et les scripts sont désactivés. ++ David
  11. Salut, Si besoin, pour CamBam la doc FR (je suis le traducteur du soft et de la doc) http://www.atelier-des-fougeres.fr/Cambam/Aide/Contents.htm les plugins http://www.atelier-des-fougeres.fr/Cambam/Aide/Plugins/plugin_menu_FR.html et pas mal d'infos sur ces 2 forums http://www.metabricoleur.com/f35-cambam http://www.usinages.com/forums/cambam.124/ il est également possible de piloter une machine GRBL directement depuis CamBam à l'aide de ce plugin http://www.atelier-des-fougeres.fr/Cambam/Aide/Plugins/GRBLmachine_FR.html Bons copeaux ++ David
  12. Salut, Je viens juste de craquer pour S3D après m'être pris la tête avec Cura 2.5 qui s'obstine à "oublier" certain remplissages (alors que ça marchait bien sur le 15.04) Merci à Croky_b pour le profil ; j'ai d'abord tenté avec celui de la DE200 fournis d'origine avec le soft, mais c'est une catastrophe si utilisé avec la D200 .. ++ David
  13. LOL, à mon avis ils font la même chose, il attendent que quelqu'un d'autre découvre l'origine de ce mystère. Je n'ai par contre pas d'écarts aussi importants, et ce n'est pas à tout les coups ; la plupart du temps ça marche bien ; c'est même pour ça que je n'envisage pas du tout une mise à jour vers la DE200, même si un écran serait bien pratique pour choisir les fichiers. Un moyen facile de botter en touche, même si ce n'est pas très élégant ... ++ David
  14. Salut, J'ai aussi noté ces petits écarts, entre une 1ière couche nickel et une trop écrasée qui me fait claquer l'extrudeur, il n'y a que 0.05mm d'écart, mais ça change tout. Vous êtes vraiment sur que c'est un pb électronique ? ... je pencherais plus pour une imprécision mécanique .. le montage du Z est quand même assez strange sur cette machine ! des vis montées sur des coupleurs souples et sans le moindre guidage, ni en rotation ni en translation, en mécanique c'est une pure hérésie ; le Z peut bouger verticalement de la valeur de l'élasticité des coupleurs ce qui pourrait produire ces pb (sans parler que de vulgaires tiges filetées en guise de vis, c'est pas non plus le top. Je trouve qu'il y a aussi pas mal de jeu un peu de partout sur les guidages de la tête. (et sur une D200 il faut bien vérifier que la tête est bien serrée dans le support de tête, sinon elle arrive à bouger un peu.) Je précise que j'ai une D200 d'origine, donc pas d'offset dans le firmware, mais directement dans le Gcode.(et pas d'écran) Une question: Si la T° du plateau et/ou de la buse perturbe le palpeur, alors pourquoi ne pas faire le palpage d'abord et ne mettre en chauffe qu'après ? ++ David
×
×
  • Créer...