Problème avec fin de course et réalisation de macro avec machscreen

Salut,

Et il possible de faire une macro qui désactivent les fins de fins de courses

Non, il n'y a pas d'accès via programmation à la config des FC ; il faudrait pouvoir "décocher" les FC dans le ports&pins, mais pas trouvé de fonction qui permette de faire ça.

En principe il est possible d'utiliser les contacts Home comme fin de course d'un coté, SI ta carte est 100% compatible avec Mach3 (ce qui est rarement le cas avec les cartes chinoises !)

Si tout les FC/contacts Home sont sur la même entrée (n° de pin dans le ports&pins), ça ne fonctionne pas et le référencement active les FC aussi.

Le principe c'est d'utiliser une entrée par axe de façon à ce que Mach3 désactive les FC durant le homing (c'est automatique)

1 entrée pour X++,X-- et X home.
1 entrée pour Y++,Y-- et Y home.
1 entrée pour Z++ et Z home.

tu a quoi comme carte ?

++
David

Salut,

en plus autoLimOverdrive est une OEM, je ne sais pas si on peut intégrer dans un script...

Ah oui, c'est pas bête, je n'y avais pas pensé (je n'ai pas de FC, uniquement des contacts de ref, et j'utilise les FC logiciel)

Pour utiliser un bouton qui a un code OEM dans un programme en VB, il faut utiliser DoOEMButton(oem code) ; "Auto limit overide" = OEM 149

donc tu tape DoOEMButton(149) pour simuler un appui sur Auto limit overide ... à voir si ça fonctionne avec ta carte ..

Pour ma carte j'ai une BSMCED4U-PP de chez bitsensor.com

Ok, une Rnr 2.0 ; le pb de cette carte c'est qu'elle n'a que 4 entrées au lieu de 5 habituellement ..

Si le branchement avec une entrée par axe ne fonctionne pas pour désactiver les FC durant le Homing, c'est que ta carte ne le gère pas. (en port // ça fonctionne, ainsi qu'avec des cartes comme mon ESS en principe .... mais c'est pas du tout le même tarif !!)

++
David

"While running" n'existe pas ; je ne sais pas exactement ce que tu veux faire, mais si le but est d'attendre qu'un axe ai fini de bouger c'est:

While IsMoving()
Wend

tu sera peut être obligé de mettre ça entre les refcombination(), ou au moins juste après le dernier, car le VB et le Gcode sont exécutés par des thread séparés, autrement dit il sont lancé en // et s’exécutent simultanément ... et il faut impérativement que code ("g01 X1 Y1"), qui est du GCode ne soit exécuté qu'après que les refcombination() soient terminé (donc que les axes aient cessés de bouger)

Note que tu peux aussi remplacer les refcombination() par une simulation de l'appui sur les boutons Ref, et dans ce cas, il me semble que le While IsMoving/Wend n'est plus nécessaire.

ex: DoOEMButton(1024) = ref Z

1023 = ref Y
1022 = ref X

Suivant la réactivité du système, parfois il peut être nécessaire de mettre des Sleep(xxx) entre certaines instructions pour laisser le temps à Mach3 de mettre à jour les afficheurs. le xxx représente une durée en millisecondes.

le While IsMoving/Wend n'est pas nécessaire entre des instructions GCode comme code(...)

++
David

C'est le commentaire qu'il n'aime pas ; en VB c'est l'apostrophe

ton while/wend n'est pas placé correctement.

DoOEMButton(149) ' désactive fdc
DoOEMButton(1022) ' réf X,Y,A
DoOEMButton(1023)
DoOEMButton(1025)
While IsMoving() ' tourner en boucle jusqu'à ce que les axes ne bougent plus.
Wend
code("g01 X1 Y1 F300")

Je suis prof de physique

Ma matière préférée toute catégories

Note que le VB script utilisé par Mach3 est un peu vieux et n'a pas tout à fait la même syntaxe que le VB script (ou VB .net) actuel.

voila la liste des fonctions du VB script Cypress
http://www.machsupport.com/wp-content/uploads/2013/02/VBScript_Commands.pdf

et les fonctions spécifiques à Mach3
https://www.machsupport.com/wp-content/uploads/2013/02/Mach3_V3.x_Macro_Prog_Ref.pdf

Et j'en ai eu marre des réflexions des gamins : il est trop vieux votre PC...Win XP c'est pour les dinosaures tongue du coup, j'ai pris une USB...Mais 4 entrées ça demande un peu de bidouille

LOL ... en fait le pb c'est pas que ce soit en USB, mais que du moment que tu n'est plus en port // direct, ce n'est plus Mach3 qui gère tout, mais la carte qui en gère une bonne partie ; c'est une bonne chose, car Windows perturbe pas mal le port // à cause du multitâche et il y a des risques de pertes de pas (ce que j'avais sur ma CN) mais l'inconvénient c'est que parfois les cartes (chinoises) ne gèrent pas certaines fonctions spécifiques ou ne les gères pas bien.

Lorsque j'ai choisi l'ESS, j'ai passé beaucoup de temps à lire les forum (américains pour la plupart) afin de savoir si toutes les fonctions étaient bien gérées avant de faire mon choix.

Dans mon cas, la carte d'interpolation se connecte directement sur ma breakout board en port //, contrairement à ta Rnr qui intègre carte d'interpolation et breakout board.

Bon, je tourne toujours sous XP 32 bits (je n'ai pas de gosses LOL) mais l'ESS fonctionne parfaitement sous un Win10 - 64Bits .. et de toute façon, un vieux PC à 50€ suffit largement pour piloter la machine, du moment qu'il ne sert qu'à ça (pas d'internet, d'anti-virus, etc .. qui risque de perturber Mach3)

++
David

par contre, je peux bouger en appuyant 2 fois sur l'AU, il me dit override mode exited

Oui, ça semble être le fonctionnement normal si je me fie à ce que j'ai trouvé sur le forum Mach3 ... donc ça ne vas pas t'arranger  

You have two options and both on Settings page.

1. OverRide Limits, this will allow you to press the Reset and jog off the limit but will need pressed every time you hit a limit.

2. Auto Limit OverRide, this stays set and will allow you to just press the reset and jog off a limit right away without having to go to the settings page.


Pour le fait que ça ne désactive pas les FC lors du référencement, je pense que c'est dut à ta carte qui ne le gère pas, car en port // ça fonctionne.

Le plus simple, c'est de te passer de FC et de te servir des limites logiciel, ou de doubler les contacts d'un coté de façon à avoir des contacts FC légèrement en retrait des contacts Home.

.... ou tu repasse en port // et tu y met un UC100USB, qui semble être bien compatible Mach3 (attention aux copies de l'UC100)

Sales gosses

Lol, essaie les chats, du moment que l'écran de veille fonctionne, ça leur va (mais y sont pas doués en physique) .. ou alors tu leur colle du LinuxCNc, on verra bien si ils apprécient !!

++
David

Salut,

Le code OEM 119, c'est activation/désactivation des limites logiciel (le bouton est sur l'écran principal)

Pour la gestion du homing et des limites logiciel, voir ici

http://www.metabricoleur.com/t1578-mach3-branchement-et-parametrage-contacts-home-et-e-stop#19339

++
David

Salut,

moi dans le script  du ref home, j'ai :
DoButton ( 24 )
DoButton ( 23 )
DoButton ( 22 )
DoButton ( 25 )

DoOEMButton ( 133 )
DoOEMButton ( 134 )
DoOEMButton ( 135 )

donc dans l'ordre, ref Z, ref Y, ref X et ref A, puis mise à 0 des encodeurs XYZ (133 à 135)

le script de référencement est donc OK.

le diagnostique me confirme la presence du contact, mais dès qu'il y a contact tout se bloque comme avec un fin de course,

Il faut bien déclarer tes contacts comme X Home, Y Home et Z Home pour le référencement. Si ça bloque comme un fin de course, c'est probablement qu'ils sont aussi déclaré en X++, X--, Y++, etc ... tu ne dois avoir que les Home de déclarés.

pour la macro de référencement, si tu n'a pas d'axe A, tu peux enlever la ligne DoButton(25), et les 3 dernières lignes ne servent que si tu a des encodeurs sur tes axes. Si ce n'est pas le cas, tu peux les enlever aussi.

++
David

mon axe A est slave du Y et pas d'encodeur

Ok, donc à moins que tu ai un double référencement c.a.d un contact sur chaque coté du portique afin de faire une mise à l'équerre automatique, tu peux virer le référencement de l'axe A, sinon ça risque de mettre la pagaille. (et en plus de ça, je doute que la petite Bitsensor gère ce genre de fonction)

++
David

et ça fonctionne avec la Bitsensor ? ... je sais que ce système ne fonctionnait pas sur les XHC à cause d'un bug ; je ne me serais pas attendu à ce que ça fonctionne sur une carte à 10€ ..

++
David