Conception d'un logiciel pour CNC d'assemblage de pièces

chouette projet, en ce qui me concerne j'ai étudié l'inverse c'est à dire du G-codes à la machine et pour cela il faut utiliser le système de base d'envois d'info pour imprimante, c'est assez simple et en fait c'est juste d'envoyer les bonnes infos sur le LPT1 au rythme demandé par le programme et attendre que la carte te renvois l'info comme quoi elle a bien prit les infos.
la vitesse de déplacement des moteurs est géré par la fréquence d'envois des infos du pc.
par exemple si le moteur M1 doit tourner de 10 pas pendant que le moteur M2 tournera de 5 pas pour la même ligne de commande, et bien ton programme doit envoyer sur le port LPT1:
1 pas => M1 et 1 pas => M2
1 pas => M1 et 0 pas => M2
1 pas => M1 et 1 pas => M2
etc...
jusqu'à ce que le M1 ai fait ses 10 pas et le M2 ses 5 pas, ce qui normalement doit se finir en même temps vu que c'est rythmé et qu'on fini la ligne de commande pour passer à la seconde ligne

sachant que le programme est linéaire donc tu prend la ligne, tu la décompose puis tu fais tes boucles qui envois les infos quand il faut, une fois les boucles fini tu passes à la ligne suivante sans perdre l'emplacement X,Y et Z précédent.

bien évidemment tu dois prendre en compte les paramètre de ta machine comme la vivacité, le nombre de pas par mm, etc...

une fois que tu as chopé cela tu peux te faire un programme d'enfer même en basic...

le souchis c'est que certaine carte ont un mode un peu différent des autres, sinon en général elles suivent le principe de l'imprimante, la seule vrai différence c'est que les cartes n'ont pas de mémoire du coup le pc leur envois les infos en direct et en continu.

comme pour les imprimante, tout est question de drivers.

c'est assez simple en faite

bonjour

En prog, voila ce qui est faisable: travailler en milliseconde, et mettre un 5V ou 0V sur l'une des pattes du port lpt1.
Alors mes questions sont les suivantes:
Est-ce que tous les composants de toutes les cartes interprètes les info de la même façon?
Est-ce qu'en envoyant un 5V sur une patte pendant 1 milliseconde, cela équivaut à la rotation d'1 pas sur un moteur?

Cliquez pour agrandir...

je pense que le système de transmission de données via le port lpt de l'ordi vers une carte de gestion de moteurs, doit être normalisé.
Car on trouve un grand nombre de cartes pour la gestion des moteurs, et toutes ou presque se connecte sur le port lpt de l'ordi.

fait une recherche sur Google du genre "normes gestion moteur pas a pas"

dans ton 1er lien il te dise en mieux ce que j'ai dis c'est à dire suivre le principe des imprimante, c'est tout pareil sauf que les données changent, en général de D0-D1 = moteur1, D2-D3= moteur2, D4-D5=moteur3 et D6-D7= moteur4.

tu n'as pas à te prendre la tête sur le voltage, c'est le pc et la carte qui font tout.

tu peux te faire un ti programme en Basic super simple pour envoyer une info à ta carte pour faire tourner un moteur de X pas et tu va voir que c'est simple, après à toi de modifier les infos pour changer le sens de rotation des moteurs, leur vitesse, etc...

après les fin de courses et autre info sont des élément à contrôler sans arrêt par le programme lors d'une pause cyclique dû à la vitesse de déplacement des moteurs, ainsi tu sais qu'au pire en cas de blocage un des moteurs n'aura fait qu'un pas de plus donc sans crainte pour la machine.

base toi sur ton 1er lien, tout est dit et c'est simple.
le plus long est l'aspect graphique du programme mais pas la partie gestion moteur et entrée-sortie des infos

PS: si tu maîtrise le binaire alors programme tes commandes du port LPT1 en binaire, c'est bien plus simple qu'en héxadécimal parce que tout saute au yeux, ce n'est qu'un remplissage de 0 ou de 1.
par exemple à l'adresse de D7 à D0 il est plus facile de mettre b00100101 pour demander aux moteur un pas en sens normal ou inverse plutot que de mettre h25 qui ne veut rien dire

certe il veut de l'héxa mais rien ne t'empêche d'écrire en binaire et de le passer en héxa comme tu as dit, c'est pas lui qui commande

la vitesse est fonction de la fréquence de transmission des données, la carte s'en moque, c'est le pc qui gère tout, la carte est bête et ne fait que transmettre les ordres aux moteurs quand on lui demande.
donc quand la carte doit faire une pause le pc ne lui envois rien tant ou que du vide tant que la prochaine impulsion n'est pas demandé.
en faite c'est le "rien" qui détermine le temps qui s'écoule entre chaque pas et donc la vitesse de rotation du moteur.
il ne faut pas oublier que la VRAI vitesse c'est la fréquence moteur donc le nombre de pas par seconde, le fameux PPS qui au maxi tourne dans les 2000 pas/s pour un moteur classique.
si tu lui envois une info par minute, la vitesse de rotation sera donc de 1pas/min soit 0.0167 pas/s.
si le rapport est de 1mm/200pas alors tu auras une vitesse de déplacement de ton chariot de 0.0167x200=3.334mm/s soit 200mm/min

le traitement de l'info par la carte demande un temps très court, voir infime mais de toute façon on s'en moque vu que même si il y a un décalage d'un temps T alors ce décalage sera aussi sur les autres infos mais sans qu'elles perdent leur fréquence donc pas de soucis à se faire

les demis pas ou 1/4 de pas c'est en fonction du nombre de pas/tour, sur certaine carte on doit annoncer à Mach3 (par exemple) 2 ou 4 fois le nombre de pas par mm ce qui donne, pour une vitesse de 20pas/mm, 40pas/mm ou 80pas/mm et ainsi la carte prendra les infos par demi ou quart de pas.
ne pas confondre avec le passage d'un pas à un autre par variation progressif du courant qui évite l'effet escalier du pas à pas, dans ce cas on envoit les infos normalement par pas et c'est la carte qui gère le passage de l'un à l'autre mais ce n'est pas du demi ou quart de pas, c'est du pas à pas avec variation progressif du courant, ça un nom mais je ne m'en rappel plus

de toute façon le plus simple est de faire un essais, si ton moteur à 200pas/tr, tu lui envois 200 infos et si il fait un tour c'est bon, si il en fait 1/2 alors tu es en demi pas et si il en fait 1/4 tu es en quart de pas

louloute30> il en est où ce projet ?

rien ne t'empêche de tester à vide, tu met du scotch sur l'axe des moteurs et tu vois si ils tournent bien comme il faut

Faire tourner un moteur apres l'autre pas tres compliqué (relatif) mais quid si les moteurs doivent tourner en même temps (syncro pour faire un cercle)?
C'est la carte qui gere ou le programme ?

Bonsoir,

Même pour faire une ligne droite ce n'est pas si évident que cela. En effet, il faut que tes axes qui ont le moins de chemin à faire "asservissent" leur vitesse pour suivre celui qui en a le plus. De manière générale il faut que tes axes puissent asservir leur vitesse et leur accélération à l'axe le plus contraint tout en garantissant la trajectoire.

Je ne vous parle pas de la "liaison" entre 2 mouvements sans faire de "stop" entre chacun des mouvements.

Pourquoi ne pas utiliser EMC2? Il est modulaire et utilisé pour piloter des systèmes d'assemblages complexes.


Xavier

louloute30 a dit:

C'est le programme chlore. Ce ne sont que des formules trigonométriques qui détermineront les coordonnées du point ou les moteurs devront se rendre.

Cliquez pour agrandir...

Ok
Mach 3 prend quasiment la main sur windows pendant les opérations d'usinage car comme windows n'est pas un OS temps réel il risque d'y avoir des surprises sinon (je pense a des arrets des axes en court d'usinage par exemple parce que windows a décidé que le port LPT n'etait pas prioritaire et donc des défauts d'aspect etc ...)

Sinon moi ton prog m'intéresse mais pas pas pour usiner mais plus pour une machine de mesure tridi et là le probleme de la sychro est moins important

chlore a dit:

Mach 3 prend quasiment la main sur windows pendant les opérations d'usinage car comme windows n'est pas un OS temps réel il risque d'y avoir des surprises sinon (je pense a des arrets des axes en court d'usinage par exemple parce que windows a décidé que le port LPT n'etait pas prioritaire et donc des défauts d'aspect etc ...)

Cliquez pour agrandir...

Le "quasiment" est à souligner. Sans réécrire le noyau de windows, mach3 ne sera jamais capable de garantir une quelconque trajectoire (et stabilité) sans carte d'interpolation. Lancer le moindre programme lorsque Mach3 est en route et vous verrez qu'il n'a pas du tout la main sur le système.

Je ne vais pas refaire le topo mais même EMC2 sous linux temps réel ne garanti la trajectoire qu'avec une incertitude. Dans ce cas incertitude est bornée et connue (lié à cause du "jitter" de ses "threads" temps réel).

Le meilleur système temps réel (largement connu et diffusé) reste DOS qui laisse complètement la main au programme qu'il lance. Mais c'est DOS avec ses fonctionnalités qu'il offre...

Xavier

louloute30 a dit:

chlore a dit:

Mach 3 prend quasiment la main sur windows pendant les opérations d'usinage car comme windows n'est pas un OS temps réel il risque d'y avoir des surprises sinon (je pense a des arrets des axes en court d'usinage par exemple parce que windows a décidé que le port LPT n'etait pas prioritaire et donc des défauts d'aspect etc ...)

Cliquez pour agrandir...

J'ai déjà utiliser le port LPT1 pour réguler un système d'éclairage de "soirée dansante", et je n'ai pas encore rencontrer de problème pour le moment...

Espérons qu'il n'y en aura pas...

Cliquez pour agrandir...

Ce n'est pas vraiment le même ordre de fréquence (200 pas par tour en 1 s = 200 allumages extinctions des lumières .... c'est pire que de la stroboscopie de boite de nuit ) enfin bon tu verras bien si l probleme se pose

Par ailleurs il faut bien que tu gere la vitesse de déplacement et si windows "bufferise" (ce qui est probable sinon perte d'informations) le port LPT cela va faire désordre en cours d'usinage si les step partent d'un seul coup

J'arrete de faire le rabat joie

Je comprend pas bien ta question

L'accélération et la vitesse max ne sont pas liée mais en cas d'interpolation circulaire l'accélération maxi sera (devra) celle la plus faible des deux axes et la vitesse max sera celle la plus petite des deux

Tu peux prévoir aussi le backlash éventuel par axe dans ton etalonnage

je donne mes avis mais de façon non visé, juste pour complété ce sujet
je pense qu'il faut un peu quitter le concept de Mach3 pour viser autre chose, voir la présentation et l'usinage sous un autre angle, sinon autant prendre Mach3.
je confirme que Mach3 n'est pas priortaire sur windows, il fait des trucs très bizarre si on lance un logiciel en même temps et pire si on va sur internet, c'est pour cela que j'ai un pc uniquement fait pour contrôler les machines et il n'a ni internet ni rien d'autre.
ainsi pas de soucis.
concernant le programme pour contrôler les moteurs PAP c'est de principe très simple mais comme tout programme il faut savoir le faire bien et donc bien géré les infos entrée/sortie et les données qui définissent l'usinage.
après ça roule tout seul, qu'on est 1 ou 4 moteurs ce n'est pas un soucis.

Tant que tu adresses le port // pour faire de l'usinage tu fais du mach3. Après que la présentation (look) soit différent

Mach3 ou autre n'est pas la question : c'est le principe même d'utiliser le port parallèle sous windows qui peut poser problème ... a moins de hacker windows comme font mach3 et consorts pour avoir un minimum de performance ... ou d'avoir une électronique au cul du port LPT qui va palier aux problèmes engendrés par windows (ou autre OS préamptif) mais dans ce cas là autant utiliser le port série

Tant que tu utilise le standard windows tu ne gères pas les entrées sorties c'est lui qui gère. Après il faut voir les performance attendues en terme de vitesse (fréquence des pulse/dir)

Comme dit Louloute30 il verra bien le moment venu

je précise bien que je ne critiquais pas ton travail mais que je parlais de façon général en comparaison avec ce qui se fait actuellement dans ce type de logiciel

louloute30 a dit:

Je n'ai jamais vraiment testé EMC2, puisqu'il ne fonctionne que sous linux, et je ne compte pas l'installer...

Cliquez pour agrandir...

Pas besoin de l'installer, tu lances le liveCD, tu fais ce que tu as a faire, puis tu redemarre ton windows.

Mon avis est, bien que tu as l'air de bien maitriser la programmation windows, tu réinvente la roue. Pour une fois, qu'il existe un logiciel gratuit et tres performant pour faire ce que tu veux faire, pourquoi ne pas l'utilisé ...

Faire une interpolation linéaire suivant une courbe d'acceleration est simple (du moins en 2D), ca se complique en 3D et c'est franchement autre chose quand on fais de l'interpol circulaire ou helicoidale ...

Pour ton histoire de meuble, il existait un add-on a sketchup qui faisait des eclaté 2d de forme 3d mais je ne me souviens plus du mon désolé.

merci