décalage en X et Y profilage CamBam

Jivé a écrit:

lodevo a écrit:jmpossible d'envoyer le fichier : dépassement de la taille totale de l'espace de stockage. (Espace restant : 35 Ko)

Il y a peut-être un souci avec le serveur du forum. J'ai eu le même message , même en supprimant tous les fichiers précédemment envoyés.
En attendant, il reste les hébergeurs temporaires.

Problème réglé, il y a désormais 1687 Mo d'espace libre pour les fichiers joints ; je l'ai piqué sur l'espace attribué à la galerie, qui n'est quasiment pas utilisée (5.56 Mo)



++
David

Oops, en fait il faut créer un brut !

Oui, et choisir le bon post pro qui sort les infos brut et outils (Mach3-Cutviewer) ... voir ma dernière PJ sur la page précédante.

Pour créer un brut facilement, il y a ce plugin.

http://www.atelier-des-fougeres.fr/Cambam/Aide/Plugins/MakePartStock_FR.html

++
David

j'ai tenté d'installer Mach3 sur un PC win7 32bits, mais l'installation du driver port parallèle est zappée...
j'ai vu un post qui dit que si c'est un processeur 64bits , ça ne marche pas , même si c'est in Windows 32bits

c'est le cas?

plus compliqué de trouver encore un PC avec un proc 32bits...

Si si, ça fonctionne sur un proc 64 bits utilisé avec un Windows 32 bits (il y a des lustres que tous les proc sont en 64 bits), chez intel les derniers proc en 32 bits c'était les Pentium 4 .... et j'ai fait tourner Mach3 en port // sur un proc 64 bits et Win XP 32 bits (Intel pentium E6600 3.06 ghz dual core)

Il y a bien un port // sur le PC en question ? vérifie qu'il n'est pas désactivé dans le BIOS

Tu as bien coché l'insta du pilote du port // à l'insta de mach3 ?

++
David

la version R2.63 (chinoise?) ne propose pas l'install du Port//
j'ai chargé la R3.043 du site Mach3, et le PC plante instantannément quand je la lance
j'ai essayé de mettre le port// en SPP ou EPP
j'ai essayé de basculer ses propriétés  "ne jamais accepter d'interruptions" en "accepter toutes les interruptions", mais écran noir et reboot dans tous les cas au lancement

Je vais encore essayer d'autres versions, pff

essai avec la R3.043.066, plantage que je lance Mach3 ou le test Pilote...
mon processeur est un Pentium E5700 à 3Ghz
Ram 4Go
W7 pro 32bits

R3.043.062
pas mieux!
je cherche un autre PC...

C'est bizarre ça , j'ai installé Mach3 sur un tas de PC et je n'ai jamais eu de problème de ce genre.

++
David

autre PC installé, autre problème
c'est la série !
driver test me dit "pulsing too fast"
et les axes marchent par à coup...
AMD athlon 64x2 dual core 3800+ à 2Ghz
Win7 32 bits...
Je crois que je vais passer à une autre activité , le temps que le mauvais sort s'en aille
je n'ai jamais eu tous ces problèmes avec Mach3 et mes PC
A moins que ce soit mon contrôleur qui flingue les ports // ...

tu as réglé quelle fréquence d'utilisation sur Mach3 ?

J'ai fait quelques recherches sur CNCzone et sur le forum Mach3, mais personne ne semble avoir de solution ni savoir ce qui provoque ce problème. La plupart des gars qui on eut ce problème sont passés à une carte d'axe en ETH ou USB genre ESS ou UC100 intercalé entre le PC et la BoB en port // (c'est aussi ce que j'ai) ce qui ne nécessite plus l'utilisation du port //

un peu de lecture concernant ce que fait une carte d'axe.
http://www.metabricoleur.com/t17791p275-quelques-incomprehensions-sur-ma-cnc-faite-maison#359742

++
David

en faisant une revue du sujet je suis tombé sur ça, qui m'avait échappé.

Cependant , je ne vois pas comment inverser mon DirLowActive sans changer le sens de déplacement des axes...quelque chose m'échappe?

Si tu inverse le DirLowActive, tu peux quand même changer le sens des axes dans Config/Homing limits ; colonne Reversed (ça ne marche pas avec toutes les cartes d'axes, mais ça marche en port//)

++
David

Merci David pour ce rappel sur l'inversion de sens dans homing/limites

J'ai retrouvé dans mes stock un clone asiatique de UC100 (LY-USB100)
et mes premiers tests semblent concluants!
plus de pertes de pas.
en tous cas , visuellement
Enfin !
Pourtant , fut une époque ou on avait que le port //, et je n'avais pas ce genre de problème...
Bizarrement , les moteurs sont très bruyant avec cette nouvelle interface. Et la machine vibre fortement

j'ai remarqué un truc sur ces vieux PC en W7 ou XP
si j'édite le gcode depuis notepad, le fichier est modifié et inutilisable quand je reprend (ajout de codes incohérent en début de fichier)
j'ai dû installé notepad++ pour régler le problème

Un autre soucis: lors du référencement, je dois le refaire plusieurs fois , car les axes ne se dégage pas assez des capteurs , et juste la vibration de l'axe suivant donne des impulsion sur le capteur précédemment atteint
en port //, j’arrivais à bouger légèrement chaque axe dès qu'il était référencé, mais avec mon adaptateur usb , cette manip plante le référencement global
reste le référencement axe par axe , mais pas très ergonomique.
j'ai lu sur un post de David que Mach3 n'a pas de paramètre qui permettrait d'éloigner un peu plus les axes de leur capteur de homing...

Salut,

Bizarrement , les moteurs sont très bruyant avec cette nouvelle interface. Et la machine vibre fortement

Il faut peut être essayer un autre mode µ-pas ; les cartes d'axes tournant au moins à 100Khz, ça permet d'utiliser du 1/8 ou du 1/16 sans problème.

Je sais aussi que les drivers TB6600 ne sont pas des merveilles, et le comportement des moteurs semble bien dépendant de ceux-ci.

si j'édite le gcode depuis notepad, le fichier est modifié et inutilisable quand je reprend (ajout de codes incohérent en début de fichier)

Oui, le problème viens du type de codage utilisé pour le texte, ANSI ou UTF-8, le ANSI ne gère que les caractères de base (non accentués) alors que l'UTF-8 gère les caractères accentués. Mach3 n'accepte que le ANSI, donc lors de la sauvegarde il faut t'assurer que tu est bien en ANSI.

https://www.usinages.com/threads/essais-sous-mach3.133436/#post-1657519

Un autre soucis: lors du référencement, je dois le refaire plusieurs fois , car les axes ne se dégage pas assez des capteurs , et juste la vibration de l'axe suivant donne des impulsion sur le capteur précédemment atteint
en port //, j’arrivais à bouger légèrement chaque axe dès qu'il était référencé, mais avec mon adaptateur usb , cette manip plante le référencement global
reste le référencement axe par axe , mais pas très ergonomique.
j'ai lu sur un post de David que Mach3 n'a pas de paramètre qui permettrait d'éloigner un peu plus les axes de leur capteur de homing...

Le problème peut venir de la qualité des capteurs. Sur certaines cartes, il y a la possibilité de définir le retrait après référencement (dans le plugin de la carte).

Il n'y a pas de réglage pour ça dans Mach3, mais il est possible de modifier le script de référencement pour décaler les axes.

http://www.metabricoleur.com/t19430-degagement-des-capteurs-home#384708

++
David

David , c'est Super pour la fluidité en passant les drivers en microsteps x 16

Concernant le référencement , j'ai constaté qu'avec ma nouvelle interface USB, le bouton de référencement global de l'écran 1024set fonctionne (à part mon problème d'hystérésis sur les capteurs) , mais que le bouton de l'écran Français plante à la fin de chaque mouvement (je dois faire un AU et réarmer pour avoir accès aux mouvements manuels)
et le code que tu propose avec retraits ne fonctionne pas non plus dans les 2 écrans

Je constate que le code du bouton est différent selon l'écran:
écran Français:
REFCOMBINATION(4)
REFCOMBINATION(3)
REFCOMBINATION(2)
REFCOMBINATION(1)

alors que celui de l'écran 1024set est:
DoButton( 24 )
DoButton( 23 )
DoButton( 22 )
DoButton( 25 )

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

Salut

et le code que tu propose avec retraits ne fonctionne pas non plus dans les 2 écrans

Tu a bien édité le code pour que le sens de retrait corresponde bien à ton architecture machine ?

Les REFCOMBINATION() c'est la commande de référencement (le n° indique quel axe ou quels axes doivent être référencés)

Les DoButton() simulent un appui sur les boutons de référencement individuels.

Tu as quelle version de Mach3 ? ; la dernière 3.043.066 a pas mal de bugs au niveau des scripts et du référencement, il faut revenir à la 3.043.062

++
David

très bien , je vais essayer la 062
oui j'ai adapté le code à ma machine.

pas mieux avec la 062
Je me suis aperçu que c'est le code:
While ismoving()
Wend
qui bloque
Selon où je le met dans le script , je référence jusque là puis tout s'arrête
Comme si un axe était encore en mouvement...
j'ai essayer la syntaxe
While (ismoving())
Wend
mais ça ne change rien

A ce sujet, j'ai trouvé ça: "I don't think the Mach3 function IsMoving() will work while homing..."
ici:
https://www.dynomotion.com/forum/archive/IsMoving%20with%20Mach3%20home%20routine.html

Mais si ce code marchait pour dume2309, ça devrait marcher pour moi...

While ismoving()
Wend

est une boucle qui attend que plus aucun axe ne bouge, ensuite seulement, le programme continu en exécutant le code ("G0 G53 Z-5")

Si le IsMoving fonctionne aussi en référencement

++
David

Oui david
j'ai bien compris la macro, mais chez moi ça ne marche pas
j'ai tout désinstallé et réinstallé la version 3.043.062
ré écrit le script
pas moyen , ça plante sur le While...Wend

pourtant , j'ai vu ici , que pour lui , la v062 avait réglé le problème.
https://www.usinages.com/threads/macro-referencement-ne-fonctionne-qua-moitie.88261/

peut être que ton UC100 Chinois ne renvoi pas l'info "axe à l'arrêt" qu'attend Mach3 et donc le While-Wend tourne indéfiniment .... ce ne serait peut être pas surprenant car sur les cartes Chinoises ils font l'impasse sur pas mal de choses ; c'est le même problème avec le palpage, la carte devrait renvoyer une info de position une fois le contact établi avec le palpeur, mais elle ne le fait pas et une macro de palpage standard ne marche pas car Mach3 ne sais pas ou se trouve l'axe car la variable de position n'est pas mise à jour par la carte. (il faut donc bidouiller et aller chercher la valeur dans la visu)

++
David

Merci David
je vais regarder de ce coté là , et faire une macro qui regarde les DRO

En tous cas , le palpage de l'écran Français fonctionne avec ma chinoiserie...mais peut être pas l'état des axes.
Laurent

En tous cas , le palpage de l'écran Français fonctionne avec ma chinoiserie...mais peut être pas l'état des axes.

Oui, il me semble qu'il à déjà modifié la macro pour que ça fonctionne avec tout sur le screenset d'origine de Mach3FR. Si je me souviens bien l'instruction "normale" a été mise en commentaire de façon à pouvoir être remise en service facilement pour ceux qui ont des cartes 100% compatibles.

je vais regarder de ce coté là , et faire une macro qui regarde les DRO

En tous cas , le palpage de l'écran Français fonctionne avec ma chinoiserie...mais peut être pas l'état des axes.

Étrange, car la macro de palpage contient des While IsMoving() .... donc il y a un autre problème sur ton référencement.

++
David

Bonsoir Laurent,

Ma machine n'étant pas équipée de fin de course, je l'avait équipée et après quelques nuits blanches, j'ai trouvé la solution:

Voir ci-dessous, peut-être que ça pourra t'aider ?

ICI

Oui David , effectivement ,e vois ces "While ismoving()" dans la macro de palpage de l'écran FR...Bizarre

Merci aussi à Bushsbaum
j'avais aussi trouvé ce genre de paramètre dans le plugin de mon interface , mais c'est sans action quelle que soit la valeur, et qu'elle soit positive ou négative, alors j'avais laissé tomber...

Les nouvelles du front:
à force d'essayer un tas de chose , ma chinoiserie a rendue l'âme.plus reconnue par le PC

j'en avais une autre dans mes tiroirs !
c'est reparti , les capteurs clignotent comme des sapins de noël , quand les axes se référencent

peut être qu'en changeant ces inductifs ? pourtant ce sont des classiques sur beaucoup de machines (chinoises)