[paulfjujo]

bonjour à tous,

Bravo pour cette avancée logicielle...

......et fraise cassée histoire de mettre toutes les chances de mon côté .

pour avoir une mesure légrement moyenneée ? plutot que tres ponctuelle !

je suppose que lorsqu'on utilise une fraise de 0.1 ou 0.2 mm
celle ci peut s'enfoncer plus ou moins dans le cuivre suivant le modulo pas de descente
ou faire flechir le ciruit imprimé
Avec candle , je pense refaire un mapping avec ma fraise de 4mm
et un pas de distance X et Y de 10mm
Axe Z à 800 pas par tour vis 2mm 2000/800 => 2.5 µm/ pas
vitesse 20 mm/mn voir 10mm/mn et repli 2mm au dessus.
Ma technique de coller le pourtour peut engendrer un phénomene de torsion, bombage
du circuit qui n'est pas plan ,au contact complet avec la table xy
je vais donc revenir au scotch double face sur toute la surface du circuit.

Questions:
dans ton test pour obtenir des mesures avec une resolution de 1µ :
pas sur le Z ?
vitesse de descente ?
as-tu un filtre (RC) sur l'entrée probre ?
(direct interrupt (sans filtre) sur ma carte GRBL .)

[gwion]

Pour l'instant l'entrée est en direct, autant essayer de s'affranchir du maximum de choses.

Je me demande également si le palpage avec une fraise super effilée n'est pas une erreur. La cassée que j'utilise pour les tests était une fraise à découper de 1mm dans sa jeunesse. Mais je vais faire des essais avec une javelot pour voir.

Pour le pas du Z c'est une 3018 VEVOR et j'ai dans la config GRBL : $102=800.000. Donc 800 pas par mm, ce qui autorise une résolution de 1/800=1.25µm. On peut rêver...

Voilà le gcode du palpage en double touche. Je suis parti du principe qu'une vitesse très lente doit permettre un arrêt immédiat de la descente et qu'il fallait donc minimiser les déplacements du Z pour que le palpage ne dure pas une éternité.
La commande G38 déclenche la descente du Z jusqu'au contact, stoppe la descente et renvoie les coordonnées X Y Z du point palpé.
Donc pour les déplacements XY la fraise est à 1mm au dessus du cuivre.
Pour chaque point visé une première touche se fait à la vitesse de descente de 80mm/min pour le mm à parcourir. Dès le contact établi signalé par un retour de la carte GRBL, la broche remonte de 0.3mm à 60mm/min, puis redescend pour la seconde touche à 5mm/min. Dès le second contact établi je mémorise la valeur Z retournée par la commande G38.
Malgré les vitesses lentes de descente c'est assez rapide, je vais tenter de précalculer la durée de l'opération quand on définit la grille.

G91 ;coordonnées relatives
G38.2 Z-2 F80 ;1er palpage rapide
G01 Z+0.300 F60;remonte broche de 0.3mm
G38.2 Z-1 F05 ;second palpage lent
;log la valeur retournée par le G38
G01 Z+1.000 F100;remonte broche de 1mm

En appliquant une feuille d'alu ménager sur le plateau, on pourrait même automatiser le relevé de la table.

[gwion]

Du coup, comme j'ai découvert le mode jog du GRBL, j'ai bien envie de me faire une petite console de commande 3 axes de la CNC.
PIC, afficheur et mini joystick au menu

[F6FCO]

Nooonnnn ! Finis d'abord ton projet !
Des erreurs de quelques microns c'est le luxe absolu, ton affaire marche du tonnerre. On est loin, très loin de ce que j'ai pu tester avec GRBL, d'ailleurs il faudrait retrouver dans le fil mais on en avait largement discuté avec fichiers de palpage tous pourris à l'appui. Je me rappelle qu'après plusieurs séances de palpages à la suite sur le même PCB les fichiers obtenus étaient tous différents, aucune répétabilité.
Tu as testé la répétabilité sur plusieurs palpages successifs ?
Je ne connais pas Windev, est-ce qu'une fois au point, ton fichier de palpage terminé çà ne sera pas trop compliqué d'aller modifier le gcode original ?

[gwion]

Pas de panique, l'idée de la console de commande est pour plus tard, pour l'instant je suis à fond sur ce logiciel qui commence d'ailleurs à ressembler de plus en plus à un g-sender. Ce qui ne sera pas plus mal, car finalement Candle me casse les burettes avec ses ascenseurs sur le petit écran du PC portable.
Pour la petite histoire, j'ai complétement réécrit la partie communication avec la CNC vendredi. J'étais parti sur un système avec des flags multiples, ce qui est toujours une solution de choix pour créer des bugs de logique et un programme qui tombe en marche. Au fur à mesure que j'ai progressé dans la connaissance du protocole d'échange avec GRBL, je me suis aperçu qu'on pouvait faire dans le simplissime et donc dans le plus robuste.
Non Jean-Claude, je n'ai pas fait de multiples séries de palpages, juste 3 ou 4. Comme chaque fois les résultats étaient comparables et finalement excellents, j'ai décidé de passer à l'étape suivante : le palpage surfacique.
Pour le passage à la moulinette d'un fichier gcode il y a effectivement un peu de boulot. Ce qui me semble logique et assez simple comme méthodologie est de se baser sur l'écart de hauteur moyen de chaque "tuile" déterminée par la grille. Si cet écart s'éloigne trop du zéro de référence, il faut prendre chacun des segments qui y passent, leur donner un coup de ciseau pour les arrêter à la frontière de la tuile, et créer un nouveau départ avec correction du Z. On va donc avoir un saucissonnage des trajectoires, avec d'autant plus de tranches qu'on aura de tuiles et de différences de niveau.
Je me demande aussi si prendre comme zéro Z de référence le palpage au POP n'est pas une source de problème. Comme ce point est logiquement en bord de plaque, on a toutes les chances qu'il ne soit pas du tout représentatif de la hauteur moyenne, surtout si la plaque a été coupée (déformation en bordure). Dans ma moulinette je pense commencer par inventorier les hauteurs moyennes de toutes les tuiles, et d'adopter comme référence celle qui sera la plus fréquente. Ceci dans le but de faire le moins de corrections possible.
Désolé pour ce long laïus pas forcément très clair pour celui qui n'est pas dans ma tête (la chance qu'il a soit dit au passage ).

[gwion]

Les simulateurs ne savent pas gérer le G38, ce qui parait assez logique car la valeur de la plongée n'est pas franchement déterministe.

[paulfjujo]

bonjour à tous,

Pour le pas du Z c'est une 3018 VEVOR et j'ai dans la config GRBL : $102=800.000. Donc 800 pas par mm, ce qui autorise une résolution de 1/800=1.25µm. On peut rêver...

si je ne me trompe pas, tu aurais donc une vis au pas de 1mm, alors que j'ai des vis au pas de 2mm ?


Pourquoi ne pas faire qu'un un seul palpage à faible vitesse , en restant au repos à 1mm au dessus ?

[F6FCO]

Tu connais les dimensions de la plaque, tu connais les coordonnées XY POP, tu as tout ce qu'il faut pour aller faire le premier toucher de ref en centre de plaque. ensuite tu cours en bord de plaque+offset pour commencer ta série de palpages.

Si ce n'était pas autant la misère pour gérer les fichiers en asm j'aurai été tenté par un tel programme.

[gwion]

Comme toujours avec le matos chinois il y a un strict minimum de données techniques disponibles. J'avais vu à l'époque un document qui parlait d'une vis T8 au pas de 4mm avec double filet. Comme je ne sais pas ce que les drivers utilisent comme micropas et que je ne suis pas spécialiste du sujet, je me contente des mesures
J'ai testé le palpage simple à basse vitesse avec Candle, les résultats ne sont franchement pas reproductibles avec des écarts conséquents, et la durée de l'opération est très longue. C'est pour cela que je suis parti directement sur le double touche. A tort ou à raison, je ne sais pas trop, mais l'important c'est que cela semble bien fonctionner.

[gwion]

Pas besoin de faire un palpage spécifique en centre de plaque pour le mapping, car on va forcément en faire un dans ce coin là.
Par contre, pour du fraisage sans correction du gcode, c'est peut-être bien quelque chose à faire.

Pourquoi vouloir traiter le gcode en asm ? Pour se faire mal ?