Vous utilisez un navigateur non à jour ou ancien. Il ne peut pas afficher ce site ou d'autres sites correctement. Vous devez le mettre à jour ou utiliser un navigateur alternatif.
Ce n'est pas parce que dans la config on demande une certaine vitesse que celle-ci sera atteinte dans chaque section du programme Si le segment à parcourir est court et l'accélération/décélération faibles la vitesse ne sera pas atteinte.
Sur le graphique ci-dessus on voit que si le temps pour parcourir un segment est de 2 secondes la vitesse max n'est tenue que pendant 1 seconde environ
Euh je vais peut-être dire une connerie mais est-ce que t'es sûr que ce n'est pas la fraise qui bouge pendant ton usinage, ça m'est arrivé d'avoir des variations en Z sur une pièce parce que je n'avais pas assez serré ma fraise dans le mandrin
Euh je vais peut-être dire une connerie mais est-ce que t'es sûr que ce n'est pas la fraise qui bouge pendant ton usinage, ça m'est arrivé d'avoir des variations en Z sur une pièce parce que je n'avais pas assez serré ma fraise dans le mandrin
Bonjour à tous et merci pour vos commentaires.
J'ai fais différents tests ce matin mais rien n'y fait, la théorie de Jipé11 est je pense la plus plausible :
"Il faudrait vérifier le temps de mise sous tension du moteur de commande de l'axe Z APRES la fin des impulsions de commande. Suivant le réglage du post processeur la mise sous tension du moteur peut être interrompue au bout de quelques milli secondes, ou rester permanente.
Si le moteur est mis hors tension, en l'absence d'impulsions de commande (c'est fréquent pour l'axe Z lorsque l'interpolation se situe sur X et Y), la masse de l'axe Z et les vibrations sont suffisantes pour provoquer progressivement sa descente.
Si l'alimentation est permanente, l'axe est verrouillé magnétiquement et ne peut plus bouger. C'est l'option à privilégier, surtout si on utilise le changement d'outil."
mais je ne trouve pas comment puis je faire ça avec mach3. J'ai pourtant parcouru toute la notice mais je ne trouve pas. J'ai bien vu que sur grbl il est possible de le faire avec le code 1:255 mais je n'ai rien trouvé pour le moment sur mach3.
Je pense m'orienter vers une carte de contrôle AXBB-E et des drivers de meilleur qualité Leadshine DM542EU
en espèrent que ça solutionne mon problème
Il faudrait vérifier le temps de mise sous tension du moteur de commande de l'axe Z APRES la fin des impulsions de commande. Suivant le réglage du post processeur la mise sous tension du moteur peut être interrompue au bout de quelques milli secondes, ou rester permanente.
Si le moteur est mis hors tension, en l'absence d'impulsions de commande (c'est fréquent pour l'axe Z lorsque l'interpolation se situe sur X et Y), la masse de l'axe Z et les vibrations sont suffisantes pour provoquer progressivement sa descente.
L'alimentation des drivers et des moteurs est permanente dès l'instant où l'alimentation de l'électronique est mise en marche. Pour couper le courant dans les moteurs certains drivers ont une prise DISABLE Qu'il faut commuter alors à la masse
Pour moi c'est une fausse piste cette interruption intermittente du courant dans le moteur du Z
Comme le programme fonctionne sur une autre cnc je persiste à penser (si toutes les hypothèses en rapport avec la mécanique sont balayées ) que la cause est au niveau de la configuration de cette cnc
Vérifie la température du moteur Z en fin d'usinage ; en général c'est stable autour de 50°. Si c'est tiède, tu peux tenter de permuter les pilotes d'axes pour voir si le problème persiste, Si c'est le cas vérifie la connectique de l'axe Z et compare les tensions d'alim par rapport aux autres pilotes d'axes.
Vérifie la température du moteur Z en fin d'usinage ; en général c'est stable autour de 50°. Si c'est tiède, tu peux tenter de permuter les pilotes d'axes pour voir si le problème persiste, Si c'est le cas vérifie la connectique de l'axe Z et compare les tensions d'alim par rapport aux autres pilotes d'axes.
en fin d'usinage il est n'est pas chaud ni tiède, au touché c'est idem avant et après l'usinage, je mesurerais demain la température précisément. Les tensions d'alim des 3axes sont pour les 3 drivers de 36.1V en cours d'usinage. La connectique a été vérifié et j'ai aussi fait un essai en permutant les drivers x et z
Juste une chose, sur les drivers tb6600 il y a deux leds, une verte et une rouge, j'ai beau chercher je ne trouve aucunes infos a ce sujet sur les datasheet du driver
lorsque l'armoire est sous tension les deux leds sont allumées, lorsque le programme est lancé les rouge sont constamment allumées alors que les verte scintillent en fonction des impulsions je présume.
Dans la doc: Note: When“EN”is in the valid state, the motor is in a free states (Off-line mode). In this mode, you can adjust the motor shaft position manually. When“EN”is in the invalid state, the motor will be in an automatic control mode
en fin d'usinage il est n'est pas chaud ni tiède, au touché c'est idem avant et après l'usinage, je mesurerais demain la température précisément. Les tensions d'alim des 3axes sont pour les 3 drivers de 36.1V en cours d'usinage. La connectique a été vérifié et j'ai aussi fait un essai en permutant les drivers x et z
Juste une chose, sur les drivers tb6600 il y a deux leds, une verte et une rouge, j'ai beau chercher je ne trouve aucunes infos a ce sujet sur les datasheet du driver
lorsque l'armoire est sous tension les deux leds sont allumées, lorsque le programme est lancé les rouge sont constamment allumées alors que les verte scintillent en fonction des impulsions je présume.
Bon, ça confirme ma première impression, le moteur n'est plus alimenté dès que la position en Z est atteinte, d'où le changement de position pendant les déplacements sur X et Y.
Il faudrait voir les possibilités de câblage des voies EN+ EN- du TB6600. je pense que la solution se trouve à ce niveau.
JP
Tu montes un comparateur à la place d'une fraise.
Tu mets une cale sur la table et tu positionne le Z où tu veux et tu notes ce qu'il y a au comparateur. Tu supprimes toutes les commandes du Z de ton programme
Tu relances ton programme et à la fin tu vérifies si la mesure du comparateur a changé ou non
Je crois avoir trouvé, je viens de changer la vitesse du noyau sur mach3 elle était sur 45k je l’ai passé à 25kHz. Après deux cylces effectué je n’ai plus aucuns décalages !
La vitesse s’en trouve alors bien réduite, je suppose que je devrais opter pour un contrôleur ethernet pour palier à ça ?
Pour rester dans la même démarche que celle de Père-Pendiculaire ci-dessus.
Chez moi les entrées ENABLE seraient câblées par l'intermédiaire de switch à la masse ; cela permet de faire des touches de prise de RAZ sur la pièce . Ainsi on annule les courants dans les moteurs en X et en Y et comme ci-dessus on fait tourner le programme uniquement avec le Z actif et on voit au comparateur la position finale. du Z
C'est la même manip que Père-Pendicullaire mais en laissant immobiles X et Y en coupant le courant sur les moteurs.
Ce matin j'ai fais le ménage sur le PC dédié de la CNC. C'est un pentium4 2.66Ghz windows XP pro avec initialement 512mo de ram, j'ai ajouté une barrette pour le passé à 768mo ce qui reste léger. Je l'ai purgé de tous logiciels inutile (je viens d'acheter le pc d'occasion) et j'ai aussi supprimer l'antivirus.
Donc la vitesse du noyau de mach3 toujours sur 25khz, puis j'ai réglé les 3 drivers sur 8microstep pour gagner en vitesse.
J'ai lancé durant cette journée plusieurs programmes différents aux vitesses que je voulais atteindre soit pour le x et y 3800mm/min et 600 en accélération et pour le z 1500mm/min et 500en accélération
Tous les programmes se sont bien déroulé avec à chaque fois un retour à 0 sans décalages.
Je suis ravi que ma machine fonctionne comme je le souhaitais mais j'aimerais comprendre pourquoi cela ne fonctionne pas lorsque j’augmente la vitesse du noyau de mach3.
En fin de journée j'ai refais un test en augmentant la vitesse du noyau et je retrouve le décalage...
Je crois avoir trouvé, je viens de changer la vitesse du noyau sur mach3 elle était sur 45k je l’ai passé à 25kHz. Après deux cylces effectué je n’ai plus aucuns décalages !
La vitesse s’en trouve alors bien réduite, je suppose que je devrais opter pour un contrôleur ethernet pour palier à ça ? Voir la pièce jointe 933646
Je crois avoir trouvé, je viens de changer la vitesse du noyau sur mach3 elle était sur 45k je l’ai passé à 25kHz. Après deux cylces effectué je n’ai plus aucuns décalages !
La vitesse s’en trouve alors bien réduite, je suppose que je devrais opter pour un contrôleur ethernet pour palier à ça
Bon, j'arrive un peu tard vu que tu as trouvé le pb !
En port // j'avais aussi de gros problèmes de pertes de pas sur mon Z, sauf qu'ils n'étaient pas reproductibles, parfois ça fonctionnait sans histoire pour 50 pièces et le Z se bloquait carrément avec le moteurs qui couinait sur la 51ieme ! ... J'ai cherché pendant longtemps, la seule solution que j'avais trouvée qui réglait (presque) le problème s'était de diviser par 2 mes vitesses max et accélérations.
Du jour ou j'ai remplacé le pilotage par port // par une carte Ethernet (Ethernet SmoothSteper), le problème à définitivement disparu et j'ai pu utiliser les vitesses et accélérations préconisées par le constructeur sans souci. (8000mm/min - 500mm/s² sur XY et 3500mm/min - 500mm/s² sur Z)
Ps: sur mach3, si les ENA ne sont pas câblés, le moteur/driver n'est jamais dé-alimenté contrairement à ce qui se passe sur GRBL, donc pas de problème. Par contre vérifie que ton moteur ne chauffe pas trop, si c'est le cas, tu peux passer le driver en 1/2 courant de maintient ; dans ce cas, lorsque le moteur et en mode bloqué (pas de mouvement) le courant est réduit de moitié pour éviter la surchauffe. ... Oups, les 6600 n'ont pas cette option, c'est un truc que l'on trouve sur les LeadShine (switch SW4)
Je suis ravi que ma machine fonctionne comme je le souhaitais mais j'aimerais comprendre pourquoi cela ne fonctionne pas lorsque j’augmente la vitesse du noyau de mach3.
probablement parce que le PC n'arrive pas à sortir un signal stable à cette fréquence, en port // c'est le PC qui fait tout le job, y compris générer les signaux moteur ; avec une carte Ethernet, la carte fait une bonne partie du travail, et surtout c'est elle qui génère les pulses moteur, donc pas de risque de perdre la "synchro" si le PC n'arrive pas à suivre ; le système étant multitâche, la moindre perturbation provenant de Windows (qui est toujours prioritaire pour l'attribution des tâches), ou d'un soft qui tourne en tâche de fond et c'est la cata. Sur le mien, le simple fait de vouloir changer le zoom ou l'orientation de la fenêtre des parcours de Mach3, et ça partait en vrille ! (P4 2.8Ghz, WinXP, 1Go de RAM)
La vitesse s’en trouve alors bien réduite, je suppose que je devrais opter pour un contrôleur ethernet pour palier à ça ?
Oui, ça change tout, mais par contre je te déconseille fortement les produits Chinois, ce sont des nids à problèmes !!
La fréquence de noyau (Hz) mini nécessaire pour une V donnée = Steps per * V(mm/min) / 60
Du fait que ta machine est déjà configurée en port // et dispose d'une Breakout Board (Bob), tu n'a pas besoin de mettre un controleur "tout en un" qui nécessite de tout recâbler, tu peux simplement mettre une carte d'axe qui se connecte sur le port // de la CNC d'un coté et sur un port Ethernet sur le PC, de cette manière, pas besoin de recâbler quoi que ce soit, à part une alim pour la carte Ethernet, et pas besoin de reconfigurer Mach3, les n° de port et de pin et tout le reste sont associés à ta Breakout Board actuelle, tout ce qu'il y a à faire c'est lancer ton profil machine habituel mais en activant la carte Ethernet. (une fois qu'elle sera installée)
Un exemple de carte fiable (à un tarif raisonnable, on peut trouver plus cher )
Pour ma part j'ai un ESS (bien plus cher et pas vraiment nécessaire si tu n'as pas de servo moteur, et en plus c'est Américain donc ça doit avoir pris une grosse augmentation en ce moment)
Peut-on me dire le bon compromis sur le paramètrage des µ pas de ma cn : 1/2 - 1/4 - 1/8 - 1/16 sachant qu'avec actuellement 1/16 sur XY et 1/8 sur Z j'ai une d
www.metabricoleur.com
J'ai vu que quelque part quelqu'un demandait la distance Z totale parcourue ; on peut le savoir facilement:
Sur Mach3, menu Operator/Maintenance hours > cliques sur "reset all" pour tout mettre à zéro, puis lance ton programme. Une fois fini, retour sur maintenance hours et tu aura la distance parcourue par chaque axe (en mm). Ça ne tient compte que des mouvements fait par un Gcode (un fichier ou en commandes MDI) mais pas des mouvements en manuel.
Bonjour,
Merci pour cette réponse complète cela me conforte dans mon choix.
J'ai commandé le contrôleur AXBB-E je vais devoir tout recâbler mais vu la différence de prix avec la carte d'axes je préfère y passer un peu de temps. J'imagine que ce sera bénéfique pour la production et éventuellement les évolutions de la cnc dans le futur.
J'ai par ailleurs des déclenchements intempestif de fin de course ou d’arrêt d'urgence en début de programme (peut être que la BOB en est la cause).
Depuis mon dernier post j'utilise la cnc de manière quasi quotidienne, elle fonctionne bien ( à par ces déclenchements) je n'ai plus de pertes de pas, par contre il m'arrive de la faire fonctionner pendant 8h et les moteurs sont très chaud, surtout le Z. Peut être devrais-je investir dans des drivers de meilleur qualité, comme tu le décris dh42 les LeadShine pourraient être une bonne alternative pour éviter la surchauffe.
