@jbmur,
J'ai chargé ton fichier dans Jedicut, J'ai lancé la découpe, le cycle s'exécute correctement jusqu'au bout (fin 2èmè retour du dégagement horizontal).
Est-Ce que tu as mis le hub ?
Regardes aussi le branchement des moteurs qui ne s'inversent pas. Moi j'ai eu un problème sur un axe, j'avais décalé le connecteur du moteur sur la ramps de 1 broche, il y en avait eu en l'air.
Bonnes recherches. Essaies des guillotines inclinées.
A+
Re: JEDICUT et GRBL
102sur le GRBL en gcode je n'ai pas de problème . Pour le GRB Jedicut je n'est pas touché aux cablage , j'ai un peu galéré pour l'ordre des données dans la fenètre communication , et j'ai utilisé INV_DIR_MASK pour corriger les sens. Je me demande ci ces trois possibilité ( MASK , fenetre communication , et prise sur ramp ) ne provoque pas un étrange mélange.
Je vais chercher de ce coté.
A+
Je vais chercher de ce coté.
A+
Re: JEDICUT et GRBL
103Bravo AlainAERODEN a écrit : lun. mars 26, 2018 2:44 pm Bonjour à Tous
J'ai terminé la notice et le sketch pour faire fonctionner Jedicut en direct sur l'électronique Grbl.
En téléchargement ici : https://drive.google.com/open?id=13Cvc9 ... o6-zudm4o9
J'ai apporté des améliorations de confort, en ajoutant 3 leds, Vous avez l'indication lorsque vous mettez sous tension l'électronique si c'est le sketch pour Grbl ou pour Jedicut qui est chargé dans l'électronique. Mode d'emploi pour se sortir du bloc après un Arrêt d'Urgence (AU). Une led aussi pour vous renseigner lorsque le Homing est effectif en mode Jedicut.
Pour Grbl, j'ai aussi trouvé la solution pour garder les moteurs sous tension. (Vive les courroies !)
Bonne lecture j'attends avec impatience vos résultats.
A+
Tu es trop fort !
Jerome
Re: JEDICUT et GRBL
104je reviens pour mon problème qui est résolu.
j'ai inversé les chiffres (sens )de X1 etY2 dans la fenetre de paramétrage Jedicut.
Donc tout vas mieux. Il me reste le control de la chauffe .
@ Alain je n'ai pas de hub .et je n'ai pas encore posé les leds.
Je viens de paramétrer la chauffe . Que du bonheur. j'ai enfin un ensemble qui fonctionne avec Jedicut . J'était frustrer car j'ai réalisé le module Jedicut _Alden que je n'ai pas réussi a faire fonctionner correctement. Heureusement je l'ai réussi en GRBL Gcode , mais ne pas pouvoir utiliser Jedicut me laissais sur ma faim.
Grand Merci et bravo a Alain.
A+
j'ai inversé les chiffres (sens )de X1 etY2 dans la fenetre de paramétrage Jedicut.
Donc tout vas mieux. Il me reste le control de la chauffe .
@ Alain je n'ai pas de hub .et je n'ai pas encore posé les leds.
Je viens de paramétrer la chauffe . Que du bonheur. j'ai enfin un ensemble qui fonctionne avec Jedicut . J'était frustrer car j'ai réalisé le module Jedicut _Alden que je n'ai pas réussi a faire fonctionner correctement. Heureusement je l'ai réussi en GRBL Gcode , mais ne pas pouvoir utiliser Jedicut me laissais sur ma faim.
Grand Merci et bravo a Alain.
A+
Re: JEDICUT et GRBL
105Je suis content pour toi, je t'encourage à mettre les leds car c'est un plus.
Effectivement je n'ai pas rappelé dans la notice qu'il faut bien respecter la configuration des broches de direction et de steps dans Jedicut.
Je vais modifier la notice.
Merci jbmur, d'avoir essuyé les plâtres. Le but du forum c'est cela.
A+
Alain
Effectivement je n'ai pas rappelé dans la notice qu'il faut bien respecter la configuration des broches de direction et de steps dans Jedicut.
Je vais modifier la notice.
Merci jbmur, d'avoir essuyé les plâtres. Le but du forum c'est cela.
A+
Alain
Re: JEDICUT et GRBL
106Bonjour Chers decoupeurs,
Je voudrais une confirmation concernant la gestion des vitesses dans Jedicut, et le calcul des vitesses pour le Gcode.
Il me semble que le plan 1 defini par X et Y est maitre, et le calcul des mouvements se fait à une vitesse linéaire dans ce plan choisie par l'utilisateur, ce qui implique que le feedrate sur les axes secondaire U et V est asservi par rapport à X et Y, et est en general plus faible car la petite partie de la découpe à tendance à etre sur U et V ( saumon). Est-ce correct? Je suis en train de modifier la loi de calcul dans Marlin 2 pour justement faire coller au mieux la gestion des vitesses et accelerations sur tous les axes. Avec le homing + LCD + carte SD en local, sans PC. Et ca permet d'utiliser toutes les cartes AVR ( arduino) et STM32 ( SKR, Longer3D, etc...)
Merci!
Je voudrais une confirmation concernant la gestion des vitesses dans Jedicut, et le calcul des vitesses pour le Gcode.
Il me semble que le plan 1 defini par X et Y est maitre, et le calcul des mouvements se fait à une vitesse linéaire dans ce plan choisie par l'utilisateur, ce qui implique que le feedrate sur les axes secondaire U et V est asservi par rapport à X et Y, et est en general plus faible car la petite partie de la découpe à tendance à etre sur U et V ( saumon). Est-ce correct? Je suis en train de modifier la loi de calcul dans Marlin 2 pour justement faire coller au mieux la gestion des vitesses et accelerations sur tous les axes. Avec le homing + LCD + carte SD en local, sans PC. Et ca permet d'utiliser toutes les cartes AVR ( arduino) et STM32 ( SKR, Longer3D, etc...)
Merci!
Re: JEDICUT et GRBL
107Bonjour,
Pour les profils d'aile c'est vrai que X1 et Y1 sont maîtres, lorsque l'on découpe d'autre forme, en particulier des fuselages, certains détails peuvent avoir des effets contraires, la vitesse peut être plus grande au saumon. Pour me rendre compte et pour vérifier le bon fonctionnement j'ai réalisé un profil spécial .
Voici ce que donne la découpe correcte.
Voici les fichiers d'essai Jedicut, tu génères le code en fonction de ta machine.
Le lien : https://drive.google.com/open?id=17GKbp ... vpDuYZWdAZ
Les photos : https://photos.google.com/share/AF1QipM ... lZVTNxcnJn
Les premiers essais GCode et GRBL avait été faits avec la MM2001 avec arduino USB , le fonctionnement avec Arduino et Ramp1.4 est identique.
Bonne continuation et bons essais.
A+
Alain
Pour les profils d'aile c'est vrai que X1 et Y1 sont maîtres, lorsque l'on découpe d'autre forme, en particulier des fuselages, certains détails peuvent avoir des effets contraires, la vitesse peut être plus grande au saumon. Pour me rendre compte et pour vérifier le bon fonctionnement j'ai réalisé un profil spécial .
Voici ce que donne la découpe correcte.
Voici les fichiers d'essai Jedicut, tu génères le code en fonction de ta machine.
Le lien : https://drive.google.com/open?id=17GKbp ... vpDuYZWdAZ
Les photos : https://photos.google.com/share/AF1QipM ... lZVTNxcnJn
Les premiers essais GCode et GRBL avait été faits avec la MM2001 avec arduino USB , le fonctionnement avec Arduino et Ramp1.4 est identique.
Bonne continuation et bons essais.
A+
Alain
Re: JEDICUT et GRBL
108Bonjour,
Nous sommes en train de travailler sur le calcul du feedrate pour Marlin :
https://github.com/hobiseven/Marlin2.0. ... D/issues/3
Une idee est soit en effet d'avoir X/Y comme maitre
Une autre idee est d'avoir Max( X/Y) (I/J), CAD que le feedrate sera calcule sur la plus grande distance à effectuer entre le plan 1 ou le plan 2.
Ceci permet de garantir que la vitesse lineaire du fil ne sera jamais supérieure a un maximum pour eviter que le fil rentre en contact avec la mousse.
Je vous invite à commenter en anglais sur Github, à l'adresse ci dessus.
Hobi.
Nous sommes en train de travailler sur le calcul du feedrate pour Marlin :
https://github.com/hobiseven/Marlin2.0. ... D/issues/3
Une idee est soit en effet d'avoir X/Y comme maitre
Une autre idee est d'avoir Max( X/Y) (I/J), CAD que le feedrate sera calcule sur la plus grande distance à effectuer entre le plan 1 ou le plan 2.
Ceci permet de garantir que la vitesse lineaire du fil ne sera jamais supérieure a un maximum pour eviter que le fil rentre en contact avec la mousse.
Je vous invite à commenter en anglais sur Github, à l'adresse ci dessus.
Hobi.
Re: JEDICUT et GRBL
109Bonjour hobi,
C'est la 2ème solution que j'ai adoptée lors de la modification de GRBL 4 axes, il est aussi nécessaire d'accoupler les vitesse des axes 3 et 4 pour conserver une vitesse sur trajectoire constante. Du point de vue calcul ce n'est pas une CNC 4 axes mais une CNC à 2 plans de 2 axes.
Bonne continuation.
A+
Alain
C'est la 2ème solution que j'ai adoptée lors de la modification de GRBL 4 axes, il est aussi nécessaire d'accoupler les vitesse des axes 3 et 4 pour conserver une vitesse sur trajectoire constante. Du point de vue calcul ce n'est pas une CNC 4 axes mais une CNC à 2 plans de 2 axes.
Bonne continuation.
A+
Alain
Re: JEDICUT et GRBL
110Hello,
Petit bug dans la version 2.4.1 build 3.
si on choisit dans l'interface de configuration du Gcode le separateur comme etant un point, lors de la generation du Gcode, les commandes G1 ont bien un . mais pas les changements de vitesses. On a F 0,0006 au lieu de F 0.0006
A+
Petit bug dans la version 2.4.1 build 3.
si on choisit dans l'interface de configuration du Gcode le separateur comme etant un point, lors de la generation du Gcode, les commandes G1 ont bien un . mais pas les changements de vitesses. On a F 0,0006 au lieu de F 0.0006
A+