Page 8 sur 13

Re: JEDICUT et GRBL

Posté : jeu. mai 25, 2017 8:49 pm
par ALBERTHAMON
Salut Alain,
je vous remercie beaucoup d'avoir répondu à ma requête.

J'utilise Arduino Uno + V3 + bouclier protoneer cnc de DRV8825 + NEMA17.
Image

Je vais acheter un Arduino Mega et tentez votre modification de GRBL. Je vais devoir adapter à la broche Shield Arduino Mega, mais je ne pense pas un problème.

Mais je suis encore avoir un doute Alain. Vraiment avec (GRBL Visualiseur) et (GRBLfc8al3) vous pouvez envoyer gcode en mode relatif? Si cela est vraiment le cas, pourquoi ne pas afficher correctement le Gcode dans GRBL Visualiseur?
Je vous remercie beaucoup pour votre soutien.
Salutation,

Re: JEDICUT et GRBL

Posté : ven. mai 26, 2017 5:53 pm
par AERODEN
Bonjour Albert,
Lorsque Jedicut produit le GCode, une entête de code est généré à partir de la configuration que l'on fait dans Jedicut. En particulier G91 pour le mode relatif. Lorsque l'on envoie le GCode à GRBL, il reconnait G91 et passe en mode relatif. Dans le visualiseur on visualise bien le GCode
Image
par contre la visualisation graphique n'est pas représentative de la découpe. Pourquoi ? Le visualiseur GRBL est bien un 4 axes, c'est en fait un 3 axes +1 alors que pour la découpe fil chaud, c'est 2 x 2axes, c'est très différent, c'est pour cela que j'ai modifié GRBL pour notre application.
Si je n'ai pas bien répondu, n'hésites pas à reformuler ta question.
A+

Hola Alberto,
Cuando Jedicut GCode del producto, un código de cabecera se genera a partir de la configuración se hace en Jedicut. Especialmente para el modo relativo G91. Al enviar a la Gcode GRBL reconoce G91 y entra en el modo relativo. En el visor se visualiza bien la Gcode
contra por la visualización gráfica no es representativa de la escotadura. Por qué ? GRBL el espectador es de hecho una de 4 ejes, en realidad es un 3-eje 1, mientras que para el corte de alambre caliente, es decir 2 x 2 eje, es muy diferente, es por eso que GRBL modificado para nuestra aplicación.
Si no he contestado, no dude en formular su pregunta.
A +

Re: JEDICUT et GRBL

Posté : dim. mai 28, 2017 4:42 pm
par ALBERTHAMON
Salut Alain,
Merci pour votre réponse.
J'utilise firmware « GRBL 0.8c2 » ayant incorporé le quatrième axe. Travailler correctement et maintenant grâce à votre aide, je trouve cela aussi en mode relatif.

Juste un problème: il est conçu pour Arduino UNO et comment a « entrées » assez, vous ne pouvez pas utiliser la limite pour l'axe V.

Merci beaucoup pour votre aide.
Salutation,

Re: JEDICUT et GRBL

Posté : mer. juin 28, 2017 6:01 pm
par AERODEN
Bonjour Albert
J'avais oublié de te répondre, toutes mes excuses !

J'ai regardé la version "GRBL 0.8c2 " ; elle n'est pas réservée uniquement à l'Arduino UNO, tu as la possibilité du Mega en 4 axes et d'utiliser les limites du 4 axes.

Pour ce faire, il faut aller dans 2 fichiers du sketch "GRBL 0.8c2 " :
le "config.h" et "pin_map.h".
Tu ouvres "config.h", tu as le choix pour la platine Arduino par les lignes 66, 67, 68 le choix se fait par l'une des 3 lignes actives. La ligne 66 tu la mets en commentaire par"//" elle devient inactive, la ligne 68 qui correspond au Mega 2560-4 tu supprimes "//", elle devient active.
Après avoir fait ceci tu sauvegarde le fichier.
Ensuite tu ouvres le fichier "pin_map.h", tu retrouves toutes les pins utilisées à partir de la ligne 226 la limite de l'axe "T" est bien prise en compte en ligne 283.
Attention à la ligne 278 "#define T_LIMIT_BIT 3" ce n'est pas la pin 9 mais la pin 50.

Code : Tout sélectionner

    // NOTE: All limit bit pins must be on the same port
  #define LIMIT_DDR       DDRB
  #define LIMIT_PORT      PORTB
  #define LIMIT_PIN       PINB
  #define X_LIMIT_BIT     4 // MEGA2560 Digital Pin 10
  #define Y_LIMIT_BIT     5 // MEGA2560 Digital Pin 11
  #define Z_LIMIT_BIT     6 // MEGA2560 Digital Pin 12
/// 8c2
	#define T_LIMIT_BIT   3 // MEGA2560 Digital Pin 9

  #define LIMIT_INT       PCIE0  // Pin change interrupt enable pin
  #define LIMIT_INT_vect  PCINT0_vect
  #define LIMIT_PCMSK     PCMSK0 // Pin change interrupt register
  #define LIMIT_MASK ((1<<X_LIMIT_BIT)|(1<<Y_LIMIT_BIT)|(1<<Z_LIMIT_BIT) |(1<<T_LIMIT_BIT)) // All limit bits

Voici ce que je peux te dire, tu vérifies, la pin 50 c'est bien PORTB-3

Désolé du retard de la réponse.
A+

Re: JEDICUT et GRBL

Posté : mar. juil. 18, 2017 9:26 am
par Michael_Pollo
AERODEN a écrit : ven. mai 26, 2017 5:53 pm Bonjour Albert,
Lorsque Jedicut produit le GCode, une entête de code est généré à partir de la configuration que l'on fait dans Jedicut. En particulier G91 pour le mode relatif. Lorsque l'on envoie le GCode à GRBL, il reconnait G91 et passe en mode relatif. Dans le visualiseur on visualise bien le GCode
Image
par contre la visualisation graphique n'est pas représentative de la découpe. Pourquoi ? Le visualiseur GRBL est bien un 4 axes, c'est en fait un 3 axes +1 alors que pour la découpe fil chaud, c'est 2 x 2axes, c'est très différent, c'est pour cela que j'ai modifié GRBL pour notre application.
Si je n'ai pas bien répondu, n'hésites pas à reformuler ta question.
A+

Hola Alberto,
Cuando Jedicut GCode del producto, un código de cabecera se genera a partir de la configuración se hace en Jedicut. Especialmente para el modo relativo G91. Al enviar a la Gcode GRBL reconoce G91 y entra en el modo relativo. En el visor se visualiza bien la Gcode
contra por la visualización gráfica no es representativa de la escotadura. Por qué ? GRBL el espectador es de hecho una de 4 ejes, en realidad es un 3-eje 1, mientras que para el corte de alambre caliente, es decir 2 x 2 eje, es muy diferente, es por eso que GRBL modificado para nuestra aplicación.
Si no he contestado, no dude en formular su pregunta.
A +
Hello All,
I'm writing first time post on this forum and sorry that it's not in french but i can speak only in English. I'm trying to work with Jedicut and grbl for the hot wire. I read your post and if i understood it correctly there is no problem that the visualizer is not presenting the correct model imported from the Jedicut (4 axis) because it is a 3 axis visualizer, am i correct?

Translated in Google translator:
Bonjour à tous,
J'écris la première fois sur ce forum et je suis désolé que ce ne soit pas en français mais je ne peux parler que en anglais. J'essaie de travailler avec Jedicut et grbl pour le fil chaud. J'ai lu votre publication et si je l'ai compris correctement, il n'y a aucun problème que le visualiseur ne présente pas le modèle correct importé du Jedicut car il s'agit d'un visualiseur 3 axes, est-ce que j'ai raison?

Re: JEDICUT et GRBL

Posté : mar. juil. 18, 2017 2:05 pm
par AERODEN
Bonjour Michaël,

Oui tu as raison, le programme importé n'est pas représenté graphiquement, le séquencement GCode fonctionne très bien, il n'y a pas de blocage.
A+
Alain


Hello Michael,

Yes you are right, the program imported is not represented graphically, the sequencing GCode works very well, there is no blocking.

Re: JEDICUT et GRBL

Posté : jeu. nov. 02, 2017 6:34 pm
par AERODEN
De jbmur
Bonsoir, une question pour Alain. Je n'est pas réussi à savoir si la carte d'adaptation prévu pour le Grbl gère uniquement les FDC ou ci elle a une autre utilité pour que l'ensemble fonctionne. En partant de la version Jedicut-Alden avec écran et n'utilisant pas les FDC , faut-il réaliser cette platine.
Merci À +
Pour passer ton équipement en Grbl, la carte d'adaptation est indispensable, même si tu n'utilise pas les fins de course. En effet le sketch Grbl utilise des ports différents sur la carte Arduino Mega 2560 et cela ne correspond pas à la carte Ramps 1.4. Je sais cette carte est compliquée, je regarde actuellement la possibilité de faire réaliser les cartes en chine. Mes fichiers sont compatibles et surtout les trous seraient métallisés, il n'y aurait pas de soudure à réaliser entre les faces. Le problème c'est 10 cartes minimum pour un coût de l'ordre de 10 à 15 €. A la CNC, il me faut 5h pour la réaliser avec le coût des fraises cela va bien pour un prototype mais pas pour les copains ; ce n'est pas comme l'imprimante 3D on met en route et on fait autre chose, sur la fraiseuse, il faut être présent en permanence.
Je vais affiner le prix . Ceux que cela intéresse se font connaître.

A+

Re: JEDICUT et GRBL

Posté : lun. janv. 22, 2018 6:55 pm
par AERODEN
Bonjour à tous,

Actuellement le sketch Grblfc8al3 distribué en avril 2017 fonctionne bien mais a un problème de synchronisation de la chauffe et l'étendue de la commande va de 11% à 100 %. Je m'étais engagé à rechercher des solutions pendant l'hiver 2017-2018.
Après de longues heures d'étude du sketch j'ai trouvé des solutions pour les 2 problèmes.
Maintenant la version Grblfc8al4 est complètement opérationnelle:
Les valeurs de chauffe Sxx sont synchronisés pour chaque segment de la découpe.
La plage de réglage de la chauffe va de 1 % à 100 %.

Le dossier est mis à jour, dans le dossier j'ai ajouté l'utilisation de Jedicut pour générer le GCode.
Suite à des questions d'internautes, j'ai ajouté des compléments.
Téléchargement du dossier ici :
https://drive.google.com/open?id=0BwnRs ... Xd5OEM2T0k


Attention pour ceux qui ont utilisé la version Grblfc8al3 dans le fichier lisez-moi_install.txt il y a une procédure d'installation qui permet de conserver la configuration des paramètres propre à la machine. Toutes mes modifications pour la version Grblfc8al4 n'ont pas touché ces fichiers de config.

Re: JEDICUT et GRBL

Posté : mar. janv. 23, 2018 9:54 pm
par Jerome
::clapping:: ::clapping:: Salut !

Alors ça c'est de la mise au point ! Félicitations (:D

Et merci pour tout ce boulot :)-D

Edit 1 : Je publie le code du sketch sur git dès que possible.

Re: JEDICUT et GRBL

Posté : ven. févr. 02, 2018 10:01 pm
par AERODEN
Bonjour à tous,

@Jérôme merci pour tout le travail que tu fais, ça marche très bien ce soir.

Suite à la synchronisation de la chauffe, j'ai élaboré une méthode pour le paramétrage de la chauffe.
J'ai réalisé des petits programmes GCode pour faciliter toutes les manœuvres. Dans un premier temps on vérifie les vitesses de déplacement, ensuite on relèves les droites de variation de l'intensite du fil en fonction des % de commande pour chaque arc. Puis recherche de la chauffe idéale pour les matériaux et pour finir recherche des l'épaisseur de peau à V et à V/2.
Pendant ces essais, j'ai découvert un problème de calcul de vitesse lorsque l'on réalisait des découpes en trapèze, Lorsque l'on est dans des flèches normales, le défaut n'est pratiquement pas détectable. Comme dans tous les essais j'augmente volontairement les limites ; exemple, un dessus de fuselage genre Robin avec un rapport entre emplanture et saumon de 10. Dans de cas la vitesse à l'emplanture était supérieure de 15% par rapport à la vitesse de référence. J'ai chercher dans le sketch Grbl en me plongeant dans les calcul des vitesse, j'ai trouvé une partie du calcul qui se faisait sur 3 axes +1 alors qu'il doit se faire sur 2 fois 2 axes. J'ai joué avec la trigonométrie et modifié les formules. Mon test sur la pièce de rapport 10 s'effectue à la bonne vitesse à l'emplanture. Je continue mes essais avec une autre pièce contenant des arcs de cercle de 4mm de rayon, lors de la découpe de ces petits rayons la trajectoire était incohérente, saccadée, et très lente.J'ai passé du temps sur le sketch Grbl, sans rien trouver qui pouvait provoquer ces incidents. J'ai regardé le GCode, je me suis aperçu qu'au niveau de ses segmentsdes arcs de cercle les variations étaient de l'ordre du micron, comme Grbl calcule les trajectoires avec élévation au carré, cosinus et sqr, les résultats ne devaient pas être très bon.
Lorsque l'on utilise des profils xx. dxf dans Jediut, l'arc de cercle est transformé en une multitude de points, lorsque l'on zoome dans la vue du cycle de découpe et que l'on regarde de près l'arc de cercle (sélectionner la représentation des points) il est impossible de les compter.

En modifiant le type de ligne dans le logiciel de DAO, en sauvant les dxf dans différentes versions rien n'y fait.

J'ai chargé mon xx.dxf dans "Complexe" les points sont épurés, sans rien faire dans complexe, j'ai sauvé le profil en xx.dat ; ensuite j'ai utilisé ce xx.dat dans jedicut, là on peut compté les points, j'ai généré le GCode, le nouveau fichier fait 7k alors que le précédent faisait 27K ! C'est déjà plus correct.
J'ai fait la découpe trapèze, à la vitesse de F240 soit 4mm/s, les vitesses sont constantes tout au long de la découpe même dans les arc de cercle et ils sont impeccables.
Je crois que je suis arrivé au bout, de Grbl. Nouvelle version Grblfc8al5 que je vais mettre en téléchargement. Je ferai un autre article avec des images du défaut.
Voici le manuel de paramétrage de la chauffe en téléchargement.
https://drive.google.com/open?id=14cXIY ... a9UIl51wnj
Ce manuel peut donné des idées de Paramétrage de la chauffe même pour ceux qui n'utilisent pas Grbl.
A+
Alain