nema 34 , defaux de precision

Ce ne serait pas un problème de parasites? Essayes d'éloigner les câbles de puissance de ceux de la logique. Ton alim est forte assez?

Des points durs dans tes rails ou sur tes vis?

Bonsoir,

pour mes moteurs Wantai-motor, l'un est déjà HS. Dès le début, Il avait beaucoup de vibration et un bruit curieux....

Pour moi, ce type de problème peut aussi provenir du driver, car le pilotage donc le comportement du moteur, est un couple driver-moteur.
Chez moi, le comportement des moteurs est devenu très différent et avec un meilleur comportement lorsque j'ai configuré le driver à 1000 pas => c'est le meilleur compromis que j'ai trouvé.

Maintenant attention aussi à l'alimentation et donc encore le driver qui doit correspondre au moteur, sinon ça "grogne" ou chauffe ....

Voila quelques pistes, maintenant on ne sais pas grand chose de ta config. Dis nous précisément ce que tu as comme moteur, driver (positionnement des switches) , breakout et configuration sous mach3. Cela permettra de mieux comprendre la chaine ou chacun peut être responsable du/des problèmes. Des photos, des photos

PS: ne compte pas sur Wantai-Motor pour une quelconque aide, le SAV => Ils sont carrément absent en se foutant carrément de toi

JP

Ben tu es d'où ?

Je peux tester un de tes moteurs, si c'est ce que tu veux ?

JP

C'est bien possible, je vérifierai demain matin, mais de mémoire, ça ne bouge pas chez moi ....

JP

Bonsoir,

As tu éliminé dans ton PC le lancement de tout ce qui ne sert à rien (pour une machine isolée devant faire un travail de commande numérique !) et qui pourrait perturber le bon fonctionnement de Mach3, wifi, antivirus...etc ?

Bonjour,

si tu veux, passe à la maison avec tous le matériel. On vérifiera étape par étape.


JP

aposquall a dit:

bonjour, j'ai fait l'aquisition d'un kit complet 3 axes de chez wantai motor
moteur nema 34 11nm
les alims et les controleurs sont de la meme boite,
je teste le tout avec une version mach3 d'essais,

j'utilise un pc avec un processeur P4 3gh
2048 de ram
une grosse carte graphique
un port imprimante

ce qui se passe c'est moteur a vide je le fait tourner sur l'axe z pendant 2 minute, durant ses 2 minutes
il arrive une vibration breve genre tout les 100mm,
ce qui m'empeche d'avoir une valeur constante de deplacement sur chaque axe et me fait une erreur de 0.2mm. (environ)

(je regle pour un déplacement de 100mm sur mach3 via l'option "avance de tant et mesure")
je demande un deplacement

X0 Y0
X50 Y55

je vais arriver a X50 et Y54.8

dans un programe cyclique avec une descente de z-3
le defaux sera répeté a chaque fois,
la machine reviens en X0 Y0 et refait le decalage.

j'ai decouvert cella lors d'un usinage en biais. la ligne n'etais pas droite mais decrochais
j'ai eu aussi de gros problemes de réglage de precision du a ce defaux de rotation.

je ne comprend pas j'ai essayé tout les mode step de 400 a 10000 sur le controleur, des centaines de réglages de step per et autre dans motor tuning
jen ai conclu que a 400 step le bruit est fort et a 10 000 le bruit est faible mais toujours present.

j'ai intervertis alim, controleur, amperage, rien n'y fait, jai meme changé de pc et pris un vieux amd 1.8gh, pareil.
le probleme viens pas de la machine car le moteur démonté fait ce bruit quand meme, ca exclue le soucis de fixation des vis a billes.

je ne sais plus ou chercher ca fait 4 jours que je m'arrache les cheuveux...
je sais pas si ce que j'ai decris est comprensible mais je pourais apporter des complements en fonctions des questions.
merci.

Cliquez pour agrandir...

Bonjour

Avant tout regarde si tu n'as pas un logiciel qui tourne en fond de tache, ensuite réinstalle MACH3 et réboote le PC.

Franck

as tu le meme probleme sur tout les axes ?

as tu essaier de mettre le moteur qui foire sur un autre drivers ?

il est possible que le moteur soit defect aussi hein

en effet il y as un soucis , sache que xp vista seven , ect enfin tout bon windaube qui se respecte (pas) ^^ as du mal a gerer le port parralel ! c'est pour ça que mach3 integre un soft qui "dédie" le port // mais parfois ça bug , en regle general c'est un reglage dans le bios qui n'est pas bon ton port doit etre en ECP ou EPP et en LPT1 ( et pas lpt2 ou lpt3 , garde les lpt2 et 3 pour des entrée ttl ou sortie "relais" ! )

personnellement je n'ais jamais eu de soucis sur port // et j'ai tester du vieux pc at jusque a un pc portable , a par que le soft rame sur les vieux pc les moteur on toujours bien tourné sans soucis !

Oulalala que d'amalgame.....

Windows gère parfaitement bien le port // et ce n'est franchement pas le problème. Si un driver spécifique a du être fait (Mach3) pour Windows, c'est simplement par qu'il y a un processus qui scrute régulièrement tous les périphériques hardware pour en connaitre les changements, c'est le fameux "plug & plaie" .
Hors le fameux Driver, bloque juste ce processus pour éviter une interruption du dialogue avec la Breakout mais aussi pour bloquer l'ACPI (économie d’énergie) et écran de veille. Ensuite, ce n'est pas Microsoft qui écrit les drivers matériels, du moins dans la majorité, mais les fabricants qui font chacun à leur "sauce" mais doivent juste subir une batterie de test de compatibilité matériel pour avoir le label "Certifié". Dans notre cas, c'est bien le BIOS qui peut nous casser les pieds car c'est lui qui fournit les couches de dialogue de base et donc aussi les drivers (Pilote) matériel qui sont installés avec l'OS.
Pourquoi Linux n'a pas ce problème, parce que tout simplement Linux est modulaire, c'est à dire que l'on peut ajouter/enlever unitairement la gestion d'un matériel pour en mettre un "maison", c'est la grande force de Linux ou vous pouvez "construire" vos noyaux totalement personnalisé, mais là on n'est plus dans 99,9% des utilisateurs qui ont besoin du "plug & play" ....

Cela étant dis, revenons sur la fameuse gestion des ports //, il existe à ce jour 4 mode (pas toujours implémenter) :
- Standard (très ancien et plutôt rare)
- Bidirectionnel ou SPP (Quand il n'est pas présent, alors le "Standard" est bidirectionnel)
- EPP (Qui ajoute des entrées pour le dialogue avec le périphérique)
- ECP (Qui ajoute le dialogue DMA entre autre pour la reconnaissance du périphérique)

Si vous voulez en savoir plus => http://www.aurel32.net/elec/port_parallele.php

Ce que Mach3 a besoin c'est SPP au mini en sachant que le plus souvent ECP provoque la pagaille avec le fameux driver Mach3 et aussi du CABLE qui va avec car beaucoup de cable // ne sont pas vraiment bidirectionnel (il y a des pontages) , ils sont reconnaissable car ils sont généralement assez fin (à éviter).


Donc en résumé pour Mach3, il faut faire des essais de base avant d'usiner:
- Un vrai cable birectionnel
- le Bios doit être SPP ou EPP, il faut impérativement tester car chaque fabricant faisant à sa "sauce", le comportement peut être très différent
- Le driver mach3 doit être installé correctement
- Tous les logiciels résidant mis à la porte en désactivant (voir enlevant) tout ce qui peut interrompre Mach3 durant l'usinage
- Faire des essais avec DriverTest.exe (dans le répertoire de mach3)
- Finaliser en faisant des essais sous mach3 en vérifiant le comportement des moteurs qui ne doivent pas avoir de "bruit" anormaux

Personnellement, avant un usinage, je lance un script (dispo pour ceux qui veulent) qui arrête tout les services inutiles ....

PS: Sur 4 PC de constructeur différents, j'ai 4 configurations BIOS différentes. Je voulais vérifier car je constatais des comportements curieux en fonction de la machine. Et pire encore, avec l'une d'elle, je n'ai JAMAIS réussi à faire fonctionner Mach3 correctement, pas plus que sous Linux .... , mais là c'est normal, j'étais mal réveillé ce jour là

Aposquall n'étant manifestement pas là ce WE, ma proposition tiens toujours. Comme dirais pépé, un nouveau regard apporte souvent beaucoup ....


JP

Ben c'est super que tu as trouvé le problème.

Dans la doc de Mach3, il dise aussi qu'il faut avoir une machine "full update" donc n'oublie pas de passer tous les patchs.

Je ne pense pas que cela vient de ta version XP familiale, en fait si ta machine était déjà installé et surtout si elle était installé "constructeur", c'est vraiment courant d'avoir des ennuis ensuite. Par expérience, a chaque fois que j'ai une machine pré-installée, je commence par la refaire totalement pour ne pas avoir de problème ....

Comme certain m'ont demain en MP (ils se reconnaitront) mon script qui désactive tout ce qui inutile pour l'usinage, le voici pour tous => Voir la pièce jointe CNC-Start.txtA renommer => CNC-Start.cmd. Attention, il faut désactiver la/les cartes réseaux AVANT de le lancer. Il est possible de désactiver la carte réseau par script, mais c'est un poil plus complexe et surtout lié à la machine

JP