Quelques incompréhensions sur ma CNC faite maison

oui, en ligne parallèle horizontale avec le début de la gravure en bas a gauche, et arriver en bout de ligne elle sortait de la matière, retournais au début de la ligne suivante et replongeais pour faire la 2e ligne, et ainsi de suite . . . tiens c'est marrant parce que en écrivant je réalise que l'axe Z est solliciter 2 voir 3 fois plus que X et Y, c'est une chose a laquelle je n'ai pas vraiment réfléchi sur le coup.

David

Ok, donc tu dois perdre quelques pas à chaque remontée (ou descente) du Z ; ce qui fait qu'à chaque trajectoire // il descend un peu plus bas, ou au contraire il descend moins, suivant que tu perd des pas en monté ou en descente.

si tu perds des pas en monté, il descendra de plus en plus bas à chaque passe, si tu perds des pas en descente, il creusera de moins en moins profond à chaque passe.

++
David

oui en effet, le fait de perdre moins de pas en allant plus doucement pourrais éventuellement venir du câble parallèle ? du moins de son débit, comparer a de l'USB.

David

Non, rien à voir avec une question de débit ; je pense plutôt à un port // peu stable en fréquence ; le système (windows) peut perturber le train impulsions envoyé au port // à cause du multitâche ... mais ça reste assez mystérieux car c'est vraiment très dépendant du PC ; si ça marche avec l'UC100 c'est que tu est tombé sur un PC vraiment problématique pour un pilotage en port // .... et si ça ne marche pas mieux avec l'UC100, c'est que tu a un troupeau de Gremlins dans ton câblage/électronique ...

++
David

Edit:

Lis ce message d'Hervé ; même bizarrerie ... et ça venait du PC
http://www.metabricoleur.com/t10567p9-question-parcours-d-outil#205804

je ne pense pas qu'il y est des gremlins, quand j'ai jeter de l'eau bénite dessus je n'ai pas vu d'autres machine sortir de la première , le pc dois avoir 10 ans, c'est un Acer Power F5, qui a été bidouiller, démonter, remonter, rebidouiller, et pas que par moi, de ce que je sache le port parallèle n'avais jamais été utiliser avant. Mais les PC c'est comme les CNC, si ca veux pas marcher comme il faut . . . . .

David

Bonsoir à tous !!

David a écrit:
Lis ce message d'Hervé ; même bizarrerie ... et ça venait du PC
http://www.metabricoleur.com/t10567p9-question-parcours-d-outil#205804

Oh !! que ça me rappelle des souvenirs !! j'en ai bavé avec ce  problème !!
Et oui, ça venait du PC !! et pourtant ceux dont je me sert pour mes machines,
sont de très très vieux PC ils m'ont étés donnés par un copain qui fait du PC d'occase !
en me disant--- plus personne ne veut de PC en W XP !! alors prend les !!

j'en ai rapatrié 8 ou 9 !! et bien ça fait 10 ans qu'ils tournent nickels !!

Hervé

Salut Herve,

j'ai lu ce post, et c'est vrai qu'il y a de quoi devenir fou, quand tu as tout fais ou presque et que rien ne change, ca donne presque envie d'abandonner, mais le fait de vouloir comprendre pourquoi, et l'argent investi te dises de continuer a chercher, pour ma part je n'ai pas d'autres pc avec un port parallèle, que des pc en usb, donc dans tout les cas je n'ai pas le choix que d'acheter l'UC100. Je pense que si ca viens de ce pc, je l'essaierai en branchant l'arduino dessus, ca grave moins vite, mais pour des petites pièces ca fera l'affaire.

David

Bonjour a tous,

Voila, UC100 commandé, 120 euros en gros, par contre aucune infos sur la livraison, ni date, ni transporteur, rien, y'a plus qu'a attendre.

David

Bonsoir à tous !
Bonsoir David (60 ) !

J'espère que ça ira mieux ! je ne suis pas un cador dans toutes ces
améliorations électroniques ! C'est vrai que David ( dh42 ) a eu l'air
d'avoir retrouvé un bon fonctionnement de sa machine !

Mais comme lui, ( enfin non je pense que lui a compris ) je ne comprend
pas trop pourquoi ça marche avec ces trucs là et que ça coince sans !!

Hervé

Salut herve,

Je ne sais pas si ca va régler le problème, mais ce boitier ne peu être que bénéfique a la machine, si j'ai bien compris le débit du port parallèle est insuffisant pour bouger 2 ou 3 axes en même temp, enfin visiblement ca dépend du pc aussi, en USB le débit est plus important (corrige moi si je me trompe dh42). C'est vrai qu'il est fort dh42, sans lui j'aurais mis 6 mois a régler certaines choses.

David

Salut,

si j'ai bien compris le débit du port parallèle est insuffisant pour bouger 2 ou 3 axes en même temp, enfin visiblement ca dépend du pc aussi, en USB le débit est plus important

Non, ce n'est pas ça ; le port // est parfaitement capable d'envoyer un débit suffisant, le problème ce n'est pas le débit mais la synchronisation des pulses envoyées par le PC avec la position du rotor du moteur ...

Concernant l'USB et le port //, c'est aussi complètement différents, il ne passe pas du tout le même type d'information dans le câble.

Avec le port //, Mach3 produit un signal carré, comme ci-dessous.



Chaque front montant (la partie verticale qui va de -A à +A) fait avancer le moteur d'un pas ... par exemple avec un steps per de 200 pas/mm et une vitesse de 2000mm/min d'avance, il faudra 200*2000=400 000 pulse/min, soit 6666 pulse/seconde et Mach3 devra garder parfaitement la cadence et envoyer chaque pulse exactement au bon moment pendant toute la durée du mouvement ... ce qui n'est pas simple sur un système comme Windows, qui peut à tout moment décider de prendre la main et mettre Mach3 en attente, ce qui décalera immanquablement les pulses. Les pulses ont pour effet de magnétiser les bobines du stator du moteur, chacune à son tour, avec le bon sens (Nord - Sud) et au bon moment pour entrainer le rotor (qui est constitué d'un aimant puissant)

Si une bobine n'est pas magnétisée exactement au bon moment, l’efficacité du moteur en pâtira ; c'est comme si tu met 2 aimants face à face, plus ils seront proches, plus l'attraction sera forte, plus tu les éloigne plus l'attraction diminue. Si la bobine est magnétisée trop tôt ou trop tard, la "traction" magnétique effectuée par la bobine sur l'aimant tournant ne sera pas aussi forte, le moteur aura moins de couple et il peut ne pas arriver à tourner ; c'est la perte de pas. (on peut comparer ça à un mauvais réglage du point d'allumage sur un moteur thermique, si l'étincelle arrive trop tôt ou trop tard, le moteur perdra de la puissance, voir ne tournera pas du tout)

Dans le cas d'un PàP, si les pulses se décalent pour X raisons (généralement Windows), le moteur lui, va continuer de tourner sans attendre le pulse suivant simplement à cause de son inertie, et c'est ce qui causera un décalage entre la position du rotor et la bobine qui est alimentée à ce moment.

En USB/Ethernet, ce ne sont pas des pulses qui passent dans le câble, Mach3 ne crée plus les pulses mais envoi une simple instruction du genre "fait 3000 pulses à telle fréquence", la commande ne prends que quelques octets, qui sont envoyés à la carte externe, et cette instruction est stockée dans une mémoire sur la carte pour être exécutée au bon moment, c'est donc la carte dans ce cas qui produit les pulses en fonction des ordres donnés par Mach3.

La carte, elle, ne peut pas "perdre" la synchro, car elle n'est pas du tout tributaire de Windows.

Pour résumer, dans le cas du port // on fait donc passer un signal alors que dans le cas de l'USB/ETH on fait passer des instructions informatique.

Je ne sais pas si c'est vraiment clair comme explication  

++
David

dh42 a écrit:
Je ne sais pas si c'est vraiment clair comme explication  

Bonjour,
Limpide en ce qui me concerne. Je me suis régalé. En plus j'adore tes comparaisons pour expliquer (Je fonctionne aussi comme ça).

cordialement
Xavier

Salut dh42 et xvincent71,

Je ne dirais pas limpides comme xvincent71 car en ce qui concerne ces machines mon cerveau est limité , mais c'est nettement plus clair, merci dh42 pour c'est explications, et . . . si un jour tu décides de te séparer de ton cerveau, je suis preneur lol

David

Bonjour à tous !
Bonjour aux David !!

Je ne veut pas trop polluer le post !

Mais j'ai vu un truc qui m'a interpellé ! pour mes
travaux CNC j'ai changé de clé USB et j'ai une clé
qui s'allume ! et je me suis aperçu que lors d'un
usinage elle clignotait de temps en temps !! comme
si le PC lisait sur la clé du Gcode ??

Est-ce que le support extérieur pourrait causer des
problèmes ??

Hervé

Salut,

Ton GCode est sur la clef ?

Si c'est le cas, je pense qu'il est préférable de le copier sur le DD et d'utiliser la copie sur le DD pour faire l'usinage (donc tu ouvre le fichier du DD dans Mach3 et non celui qui est sur la clef).

Ce dont je suis sûr, c'est que même si ton GCode en cours d'utilisation n'est pas sur la clef, et donc qu'elle ne sert pas pendant l'usinage, il ne faut surtout pas l'éjecter quand ça usine (en tout cas en port //), sinon tu a de fortes chances que ça perturbe Mach3. Je ne l'ai fait qu'une fois et mon usinage est parti en vrille !!

++
David

Bonsoir à tous !
Bonsoir David !

PFF il va falloir que je recopie les Gcode sur le DD !!!!
pour l'instant, disons depuis 6 ou 7 ans ça va bien comme
ça !! peut-être que ce vieux PC est gentil !! mais je disais ça
car en impression 3D il suffit d'avoir une carte SD de me*de
pour avoir tous les problèmes possibles !!

Ce dont je suis sûr, c'est que même si ton GCode en cours d'utilisation n'est pas sur la clef, et donc qu'elle ne sert pas pendant l'usinage, il ne faut surtout pas l'éjecter quand ça usine (en tout cas en port //), sinon tu a de fortes chances que ça perturbe Mach3. Je ne l'ai fait qu'une fois et mon usinage est parti en vrille !!

Moi c'est juste et connement d'avoir cliqué sur le parcours d'outil pour voir de plus près !!
et bziiiing !!

Hervé

Bonjour a tous,

je reste sur le cul de la sensibilité du port //, limite si il faut pas éteindre la radio ^^

David

Salut,

je reste sur le cul de la sensibilité du port //, limite si il faut pas éteindre la radio ^^

Les problèmes dont on parle ne sont pas du tout liés à la sensibilité (aux parasites) du port //, mais juste au fonctionnement de Windows et au fait que Mach3 n'est pas tout seul à tourner sur le PC ; Windows à tj la priorité et si il doit faire autre chose, comme gérer la déconnexion d'une clef USB, ou gérer le zoom sur le dessin des parcours, ou un changement de fenêtre, il risque de manquer de temps pour faire le job entre l'envoi de 2 impulsions aux moteurs PàP ; c'est ce qui fait toute la différence avec une carte d'interpolation (l'UC100 par exemple) ; la carte produit les impulsions de manière totalement indépendante du PC à l'aide de circuits spécialisés et ne peut pas être ralentie par ce qui se passe sur le PC.

Moi c'est juste et connement d'avoir cliqué sur le parcours d'outil pour voir de plus près !!

Oui, ça marche bien ça aussi .. surtout si ton PC à une carte graphique intégrée, car dans ce cas c'est le CPU qui fait tout le job au lieu que ce soit le GPU de la carte graphique (et en plus ça bouffe pas mal de mémoire l'affichage des parcours)

Pour ce qui est des "vrais" parasites, il n'y a pas que le port // qui y est sensible, c'est pareil en USB ou avec un Arduino .... blindage, blindage ....

Par contre, je soupçonne le PC utilisé de produire lui même des parasites qui viennent pourrir le signal du port // dans certains cas ... ça expliquerait que ça marche bien avec certains PC et pas avec d'autres, même identiques ..... peut être une mauvaise mise à la masse de la carte mère, de l'alim .... va savoir ...

Ça m'est déjà arrivé d'avoir ce genre de problème sur certains PC, et sans rapport avec la CNc, mais par exemple, j'en ai un ou chaque fois que tu bouge la souris, tu entends un grésillement dans les hauts parleurs .... un autre qui arrive à planter si j'approche l'arrière avec la main et je me demande si c'est pas ton PC qui te pose tout ces problèmes car je trouve que tu a beaucoup plus de pb qu'on pourrait s'y attendre vu tout ce que tu a blindé et les moteurs surdimensionnés par rapport aux couples/vitesses demandés sur ta machine

Bientôt le verdict de l'UC100

++
David

PFF il va falloir que je recopie les Gcode sur le DD !!!!
pour l'instant, disons depuis 6 ou 7 ans ça va bien comme ça !!

Si ça marche, pourquoi te compliquer la vie

Pour ma part je suis plutôt d'un naturel parano donc je m'efforce d'anticiper tout ce qui serait susceptible de poser problème ... et ce n'est pas toujours suffisant !

Je pense aussi que ça dépend des perfs de la machine et du type de GCode ; sur une machine lente Mach3 et le PC arrivent à suivre la cadence sans problème car le débit du Gcode à traiter est plus lent si la V d'avance est lente ... sauf dans certains cas comme l'usinage 3D ou la gravure de dessins complexes ou les parcours d'outils sont fait de très courts segments/arcs et ou il faut décoder 100 lignes de GCode pour faire 5mm d'usinage !

++
David

ouiiiii, l'UC100 est en transit, je suis presser , pour savoir si ca venais de la, j'essaierais quand même sur le pc relier a la machine, mais par la suite je travaillerais avec mon pc portable (si la machine en veux lol), ca me permettrait de débrancher le pc fixe de l'onduleur, et donc d'augmenter son autonomie avec juste la machine dessus. Ce que je trouve dommage c'est que j'avais penser acheter une carte mère mini itx (pas non plus une carte de gamer) mais de quoi faire tourner la machine, histoire de tout intégrer, mais est-ce que la machine en voudras, ca c'est autre chose. Puis la carte mère dans le même boitier que la carte BoB et les drivers, c'est peut-être pas l’idée du siècle.

David

Re

Ce que je trouve dommage c'est que j'avais penser acheter une carte mère mini itx (pas non plus une carte de gamer) mais de quoi faire tourner la machine, histoire de tout intégrer, mais est-ce que la machine en voudras, ca c'est autre chose.

A partir du moment ou tu pilote en USB ou Ethernet, oui pas de soucis ; le tout c'est que ce soit compatible Windows pour pouvoir y mettre Mach3. Il serait bien par contre de mettre une carte VGA sur port Pci-e ; pas une carte de gamer bien sur, mais les cartes vidéo intégrées (bureautique) ne sont pas conseillées avec Mach3 même si d'après les specs, ça ne semble pas obligatoire avec une carte d'interpolation.

clic sur l'onglet "requirements" pour voir la config mini ... (partie droite pour l'utilisation avec une carte d'interpolation = external motion device)
https://www.machsupport.com/software/mach3/

++
David

oui effectivement ca demande pas un pc de fou, carte vidéo de 32Mo, une 128 pour être tranquille, ca vaut plus rien (si ca se vend encore), au pire j'ai une 256 Mo dans le pc qui me sert pour la machine (j'y pensais plus), windows 7 j'avais acheter le coffret 32 et 64bits a sa sortie, donc la dessus je suis tranquille. Ce qui risque de bloquer, c'est de trouver le bon matériel, avec l'arriver de la DDR4 , les anciens socket se font rare, AM3 , FM2, etc. DDR4 chez AMD c'est des proc RYZEN, ca fait cher ^^, peut-être les nouveau pentium G, mais c'est du 3,2 Ghz, y'a plus rien en dessous de 2,5Ghz maintenant, faut que j'etudie ca.

David

peut-être les nouveau pentium G, mais c'est du 3,2 Ghz, y'a plus rien en dessous de 2,5Ghz maintenant, faut que j'etudie ca.

Qui peut le plus peut le moins ! ; mon PC à un CPU à 2.8Ghz monocore (et c'est une antiquité ; un Pentium 4) et sur celle que j'ai vendue, il y a un Intel pentium E6600 3.06 ghz dual core ... nettement plus récent. Les CPU à 1 Ghz dont ils parlent, ça ne dois plus exister depuis ... la construction de la pyramide de Khéops  

http://www.metabricoleur.com/t675-un-nouveau-pc-pour-l-atelier#6146

++
David

oui, après si c'est pour payer 40 euros un 2,0Ghz alors que le 3,2Ghz est a 49 euros, hein . . . . En parlant de boitier pc, il y a quelques années je m’était fabriquer ca pour une carte mère mini-itx :







Dimensions : longueur = 26cm
                   largeur = 21cm
                   hauteur = 10cm

Mais je n'avais pas de machine a l’époque, j'ai tout fait a la défonceuse sous table, j'ai éprouver une certaine fierté, maintenant que j'ai la machine, je compte bien m'en refaire un autre, mais d'une forme différente.

David

Joli le boitier (mais pas l'idéal pour le blindage )

++
David

ha oui . . . le blindage Bon bah je vais étudier ca aussi alors, ca serais bien des plaques alu imitation bois lol. Petite question, un disque dur SSD peux être bénéfique pour ma machine ? car j'en ai un dans mon pc portable.

David