Re: Jedicut et GCode, c'est parti pour la beta ! :)o

51
Bonjour Alain,

Lors de la génération de l'aile droite ou gauche les vitesses sont directement recalculées par Jedicut sauf erreur, Jérôme pourra le confirmer.

Cette option de vitesse calculée et constante permet lors d'une découpe "normal" de tenir compte d'une vitesse hors limite en UV si par exemple tu as une découpe spéciale et plus grande en UV que en XY,. Ce n'est pas directement lié à l'aile gauche ou droite, mais une option supplémentaire, mais peut-être que l'on aura plus de précision sur cette implémentation par Jérôme.

A+
Xavier

Re: Jedicut et GCode, c'est parti pour la beta ! :)o

52
Salut !

Je ne sais pas comment je dois prendre vos retours sur le gcode quand vous le comparé à la communication via port parallèle, c'est à la fois encourageant et décourageant :S

@Alain,

Je n'avais pas vu ta dernière photo. C'est joli :p

Je vais lire ton rapport n°2 (tu)

@Xavier,

Tu n'as pas un lien "Modifier" en bas de chacun de tes messages ? Si tu ne l'as pas je vérifierai le template du forum, car côté configuration tout est bon.

@All,

Pour les calculs fait par Jedicut, je vous confirme que Jedicut fait tout le nécessaire selon si vous decoupez l'aile droite ou l'aile gauche, y compris le calcul des vitesses asservies si l'option est activée.

Concernant cette dernière option, je l'ai faite à votre demande car certains interpréteur en ont besoin (LinuxCNC) alors que d'autres se chargent peut être de gérer tout seul. Je rappelle que la problématique de la gestion de la vitesse est particulière à nos machines 4 axes.

Bonnes fêtes de Noël à tous :)-D
Jerome

Re: Jedicut et GCode, c'est parti pour la beta ! :)o

54
@ Xavier

Dans les découpes que j'ai réalisées la vitesse était donnée au départ, c'est GRBL qui gère et ça se débrouille très bien.
Voici les fichiers en téléchargement des Gcode utilisés, j'ai utilisé un profil taillé à la serpe volontairement pour réaliser les contrôles dimensionnels.

Pour moi, l'utilisation du Gcode vers GRBL ne doit pas avoir de contrainte de vitesse entre les axes gauche et droit, ce serait perdre une grande partie des avantages du Gcode. GRBL prend le plus grand delta X ou V ; ou Y ou Z pour calculer les steps par rapport à la vitesse de consigne Fxxx. Enfin c'est ce que j'ai cherché à faire avec la modification du calcul . Pour vérifier ceci, je vais réalisé un profil différent entre emplanture et saumon : je vais intercalé un motif genre queue d'aronde plus large sur le saumon que sur l'emplanture.Je vais peut-être être surpris !

A+ pour de nouvelles cogitations.
Je vous invite sur mon blog :
http://alainfelixdenis.wordpress.com/
sur mon site :
http://www.aeroden.fr

Re: Jedicut et GCode, c'est parti pour la beta ! :)o

55
Bonjour à tous,

GRBL sur l'Arduino fait de nombreux calculs, afin de tout réaliser entre les steps, les programmeurs ont été obligé de sortir les signaux pour les drivers sur des ports entiers de 8 bits. Hors la carte Ramps1.4 lorsqu'elle s'embroche sur l'Arduino les commandes des drivers sont sur des sorties de l'Arduino éparses.

Sur le montage Jedicut direct Arduino + Ramps 1.4 que j'ai réalisé, les calculs de trajectoires sont faits par Jedicut, alors j'ai pu redirigé les signaux sur les bonnes sorties de l'Arduino pour correspondre à la Ramps 1.4. Je disposait de temps programme pour réaliser ceci.

Pour le Gcode, il est donc nécessaire de réaliser un câblage entre Arduino et Ramps1.4. Autre possibilité réaliser une nouvelle carte 4 axes qui s’emboîte sur l'Arduino, ce n'est pas très compliqué, il faut juste faire fabriquer la carte car les trous métallisés sont indispensables.

Voila mes conclusions .
A+ Alain
Je vous invite sur mon blog :
http://alainfelixdenis.wordpress.com/
sur mon site :
http://www.aeroden.fr

Re: Jedicut et GCode, c'est parti pour la beta ! :)o

58
Bonjour à tous,

J'ai réalisé des essais avec la version 2.3.3.5, Pour les entêtes du programme c'est bon, pour le temps de pause c'est bon, il y a toujours un problème d'association de la chauffe avec la vitesse. Je pense qu'il faut en discuter en début d'année sur ce que la majorité attend.

J'ai fais aussi des essais avec un profil très différent en emplanture et saumon pour tester les vitesses entre les axes XY et VZ. Les résultats de ces essais sont dans le CR N°3. Téléchargement ici.

Plus de photos:

Dans l'état actuel du développement, le Gcode est exploitable avec qq contraintes, afin que plus de monde participe aux essais je vais diffusé tous les fichiers et la méthode de mise en oeuvre. Peut-être aujourd'hui.

A+ Alain
Je vous invite sur mon blog :
http://alainfelixdenis.wordpress.com/
sur mon site :
http://www.aeroden.fr

Re: Jedicut et GCode, c'est parti pour la beta ! :)o

59
Bonjour,


@ Jérôme
Le bouton modifier n'apparaît plus après 1 minute et si tu cliques sur modifier avant qu'il disparaisse et que tu dépasses ce délai de 1-2 minutes tu obtiens un message que cette option n'est pas active ou que le délai est dépassé (je me rappelle pas exactement).

@Alain
Il y a une contrainte de vitesse dans le GCode en fonction de la configuration et des axes droite et gauche, ceci est purement physique et logique, sinon tu ne pourrais pas obtenir des déplacement correctes.
Tu as pu tester avec et sans correction si tu as un profil plus faible sur l'axe UV que sur XY et que dans cette découpe par exemple tu as un trou plus grand dans UV que dans XY? C'est en fait ce point ou il y a des différences suivant l'interpréteur utilisé. (Vu ton document, donc GRBL le gère, LinuxCNC non, en ancienne version, à avoir avec la 2.7!)
Tes découpes sont superbe et très propre!

@ALL
Est-ce que 2 décimales suffisent pour la découpe ou il serait intéressant d'avoir 4 suivant la précision et répétabilité de la machine (configuration de l'électronique et moteurs)? C'est la valeur la plus courante que j'ai pu constater (4 décimales) dans les différents logiciels de fraisage et avec une découpe fil chaud, on a souvent une résolution plus basse encore dû à l'utilisation de tige filetée M6.
Jérôme tu pourrais laisser le choix dans une option du panneau de configuration pour configurer en 4 décimales (ou même peut-être la fixé si les arguments sont bons :D )?

A+
Xavier

Re: Jedicut et GCode, c'est parti pour la beta ! :)o

60
Bonjour à tous,

Je suis à la retraite, il ne fait pas très beau et froid, je n'ai pas d'avions à réparer, je me suis intégré à votre discussion sur le GCode par curiosité, puis je me suis passionné pour commander le fil chaud. Comme je suis payé par les plus jeunes qui travaillent pour notre retraite, j'offre en cette fin d'année un document qui devrait permettre aux travailleurs d'utiliser le Gcode rapidement et de pouvoir découper des modèles.

Je voudrais aussi remercier les développeurs de GRBL pour Arduino , de Grbl controler Visualizer et Jérôme.
En 1 mois j'ai beaucoup appris, il me reste encore du travail sur GRBL. Aujourd'hui je vous propose un GRBL modifié pour le fil chaud et l'utilisation pour la MM2001. Tous les essais réalisés ont été faits avec mon ancienne table de découpe. Ma nouvelle table de découpe n'a pas les branchements compatibles avec la MM2001. En janvier je vous proposerais GRBL sur Arduino Mega + Ramps 1.4.avec ma nouvelle table de découpe.

Le dossier Gcode-Jedicut-Utilisation.zip que je mets à votre disposition contient une notice de mise en oeuvre du Gcode sur une machine fil chaud, une notice pour la génération du GCode dans jedicut, le programme GRBL Arduino "Grblfc8al1", un plan de câblage de la DB 25, tous mes fichiers de découpe des essais.

Je vous conseille de lire entièrement les documents avant de vous lancer pour réussir sans vous perdre. J'ai été dans les détails car sur un forum, les compétences des participants sont diverses, alors j'ai voulu aussi aider ceux qui découvrent et qui ne sont pas forcément spécialistes.

Dossier en téléchargement ICI

Contenu du dossier téléchargé en pièce jointe "GRBL-Contenu du zip.dat" c'est un fichier .txt
GRBL-Contenu du zip.dat
(3.42 Kio) Téléchargé 112 fois
@xavier et Jérôme : Dans GRBL par défaut c'est 3 décimales, c'est ajustable facilement. Pour être conforme on peut rester à 4 car on se dit "nos machines au mieux sont au 1/100 ", mais GRBL fait des calculs de trajectoire avec des élévations au carré, des sinus, des cosinus ; le résultat final peut être erroné si nous partons qu'avec 2 décimales.

Je vous souhaite Bonne lecture, bonne utilisation, une très bonne année 2017 pour Aeropassion, tous mes voeux pour vous et votre Famille.

Alain
Je vous invite sur mon blog :
http://alainfelixdenis.wordpress.com/
sur mon site :
http://www.aeroden.fr
cron
`); }); })(jQuery, window, document, phpbb);