Aide Construction CNC Mega 250 RAMPS 1.4

[jpbbricole]

define STEP_MASK ((1<<X_STEP_BIT)|(1<<Z_STEP_BIT)|(1<<Y_STEP_BIT)) // All step bits

#define DIRECTION_MASK ((1<<X_DIRECTION_BIT)|(1<<Z_DIRECTION_BIT)|(1<<Y_DIRECTION_BIT)) // All direction bits

Ne pas oublier ces 2 autres lignes

 

[speedjf37]

#define DIRECTION_MASK ((1<<X_DIRECTION_BIT)|(1<<Z_DIRECTION_BIT)|(1<<Y_DIRECTION_BIT)) // All direction bits
Ne pas oublier ces 2 autres lignes

cela ne change rien
JF

 

[speedjf37]

Oui je vais essayer ce soir et je vous dit si cela marche ou non. j'avais aussi essayer en changeant les numéro de pin (cela reviens au même) mais même problème. Je vous redis

pour être certain de changer les définitions utiles , on peut vérifier que l'on est dans la bonne zone en mettant en commentaire une ligne comme cela

//#define X_DIRECTION_BIT 5 // MEGA2560 Digital Pin 27

Si cela génère une erreur de compilation c'est bien la bonne "zone de paramètres sinon essayer de trouver la définition des cartes

JF

 

[bonhom61]

Ok dac merci à vous pour les réponse, je regarde cà ce soir.

 

[jpbbricole]

j'avais essayer ça mais dans la partie mega, pas uno?

Milles excuses, dans la précipitation je n'avais même pas vu qu'il y avais une section UNO et une section Mega
Navré pour la confusion. (Ah l'âge!!!)

pour être certain de changer les définitions utiles , on peut vérifier que l'on est dans la bonne zone

Excellent truc!

Bonne après-midi
jpbbricole

 

[jpbbricole]

Une piste:
Une remarque dans l'entete du fichier GRBL_RAMPS1_4.ino
Ramps pins config moved to ramps.h
Ne serait-ce pas là qu'il faudrait faire les croisements?
Et à voire elles ne sont plus dans l'ordre logique XYZ mais XZY!
Et laisser le reste "d'origine"?

#define X_STEP_PIN 54 //PF0 ( ADC0 )
#define X_DIR_PIN 55 //PF1 ( ADC1 )
#define X_ENABLE_PIN 38 //PD7 ( T0 )

#define Z_STEP_PIN 60 //PF6 ( ADC6 )
#define Z_DIR_PIN 61 //PF7 ( ADC7 )
#define Z_ENABLE_PIN 56 //PF2 ( ADC2 )

#define Y_STEP_PIN 46 //PL3 ( OC5A )
#define Y_DIR_PIN 48 //PL1 ( ICP5 )
#define Y_ENABLE_PIN 62 //PK0 ( ADC8/PCINT16 )

#define SPINDLE_ENABLE_PIN 10
#define SPINDLE_DIRECTION_PIN 9
#define COOLANT_FLOOD_PIN 8

Cordialement
jpbbricole

 

[bonhom61]

oui cpour ca que je disais de modifier dans tout le programme. Bon je viens de rentrer je vais essayer ramp.h, car effectivement l'ordre n'est pas logique.

 

[bonhom61]

bon plus rien ne marche même avec ce qui marché de base....

 

[jpbbricole]

C'est la modification de rampe.h qui a mené à ça?

 

[bonhom61]

Je ne c pas, j'ai chargé le programme de base (en modifiant juste les " a la place des <>).

Comme j'y connais rien, j'ai du abîmé la ramps.

 

[bonhom61]

En fait n'arrivant à rien j'ai voulu vérifier que ce qui fonctionne avant fonctionnera maintenant
Mais ce n'ai pas le cas. j'ai constater que mon alim 12v en délivrer presque 18, peut être ça qui génère des soucis

 

[bonhom61]

Les moteur pas a pas été anormalement chaud surtout 1

 

[bonhom61]

Je vais tester les moteur avec un programme de base pour voir s'il y a de la casse

 

[speedjf37]

Bonjour,

J'ai téléchargé GRBL_RAMPS1.4 installé en tant que bibliothèque

Chargé
Fichier -> exemple -> bibliothèque personnalisée -> GRBL_RAMPS1.4
Compil non ok

Modif GRBL_RAMPS1.4.ino remplacé <> par ""
Compil OK

Test paramètre cpu.map.h

Après ce test:
#ifdef CPU_MAP_ATMEGA2560_RAMPS_1_4

Une ligne en commentaire
//#define Y_STEP_BIT 3 // Not realy used

Compil erreur -> c'est bien cette zone de paramètres qui est prise en compte
C'est à cet endroit qu'il faut faire des modifs

Edit test modif dans ramps.h
//#define Y_STEP_PIN 46 //PL3 ( OC5A )

Compil non OK
C'est le paramétrage du sens des entrée/sortie

Edit : ajout test modif ramps.h

Il serait plus simple de croiser les connecteurs des moteurs .
Cordialement JF

 

[Dardar88]

oui cpour ca que je disais de modifier dans tout le programme. Bon je viens de rentrer je vais essayer ramp.h,

Normallement ,tu as bon ,il faut corriger l'ordre en XYZ , Y et Z etant inversés.
Chez moi c'est ok pour les tests de base ,je n'ai pas encore testé les fin de course et le reste.
De base ,les parametres de pas/mm sont 32 pour X et Y et 320 pour Z ...a reparametrer a ton gout.(et le reste)
M5 fonctionne nickel.
Attention de bien regler les potentiometres des stepstick , a mon avis le probleme est la , pour moi les Nema 17
chauffent aussi un peu trop mais les stepstick sans ventilo restent a bonne temperature.
j'affinerai aujourd'hui.
Attention aussi au sens de reglage des potentiometres car il est inversé ,erreur de concept.

t.

 

[bonhom61]

Merci j'espère que ça va fontionner chez moi.

De base ,les parametres de pas/mm sont 32 pour X et Y et 320 pour Z ...a reparametrer a ton gout.(et le reste)

Ces paramètre gere quoi ?

 

[bonhom61]

Bon comme convenu je reviens vers vous, apparemment priori je n'ai rien abîmé. Par contre j'utilise grbl controller 3.6.1. Je lance celui ci ouvre la com, bref tout va bien. Et la quand je tente un déplacement avec les flèches le logiciel bloque et je ne peu plus rien faire. Pour info j'ai chargé le programmes en modifiant juste les <> par " et charger celui ci (c'est ce qui fonctionné au départ). Je pense donc qu'il faut que je trouve un controller qui ne bug pas

 

[Dardar88]

Ces paramètre gere quoi ?

C'est le prametrage du nombre de pas que doit effectuer ton moteur pour deplacer un axe d'1 mm

Sous ton moniteur serie arduino (dans outils), mega branchée ,si la compil a ete televersé sans probleme:
taper dans le cartouche en haut: $$ , tu vois la liste des parametres par defaut

pour changer un parametre ,il suffit de taper: $ avec ton numero de ligne a changer et = et ta valeur , valider en tapant Entrée et reverifier par $$

une capture ecran ,ça cause mieux:

mes vitesses max sont a 3000 mais je dois reviser a la baisse ,env 2500 (param:$110 a $112)

j'utilise une petite alim régulée de 12vdc 2 amp ,suffisante pour les test.

bonne chance
t.

 

[bonhom61]

Je reviens vers vous car faute d'avoir espéré mieux j'ai moins, j'ai televersé le grbl ramps 1.4 avec juste la modif pour la librairie. je n'ai que x qui fonctionne (hors tout devrais fonctionner mais avec le y et z inversé). j'ai tester tous les moteurs et les petites cartes, tout et ok sur x. Mais pas sur les deux autres axe. les fusible en dessous des carte on l'air ok.
j'ai demonté ma carte ramps de l'arduino, et je ne suis pas certain mais celle ci a l'air d'avoir chauffé je vous joint des photos :

mais je ne suis pas sur car ce n'ai pas flagrant les soudure non pas fondu

 

[Dardar88]

mais celle ci a l'air d'avoir chauffé je vous joint des photos :

Oui ,difficile a dire comme ça ,mais effectivement il y a quelques zones noires mais ce n'est pas flagrant , il faudrait
verifier un peu tout ça ,pfff, quel boulot.... vu le prix global mega/ramps ,peut etre que l'achat d'un nouveau set
eviterait de galerer.
De mon cote , je tente l'installation d'un controleur ,mais j'ai un soucis avec Framework 4.5.2 ?....

t.

 

[bonhom61]

A oui quel soucis ? ma carte a subit je pense que mon alimentation est en cause.

 

[jpbbricole]

mais je ne suis pas sur car ce n'ai pas flagrant les soudure non pas fondu

Sur la carte Ramps 1.4, au vu du schéma, il n'y a pas grand chose à faire fumer, il faudrai plutôt regarder du côté des ports du Mega.
C'est assez vite fait, avec les schémas des interfaces a4988, le pinout du Mega et le fichier ramps.h de contrôler la continuété des connexions

STEP_PIN
DIR_PIN
ENABLE_PIN

pour les 3 axes
u si tu en as, mettre des leds sur ces 3 broches du support du A4988 pour voir s'il y a de l'activité. (L'idéal c'est une sonde logique ou un oscillo)

Cordialement
jpbbricole

 

[bonhom61]

je vais tester cà mais larduino n'a pas l'air d'avoir subit, mais bon ... ce n'ai peut etre pas visuel merci jpb

 

[bonhom61]

bon est bien l'arduino est hs lol

 

[bonhom61]

Bon nouvelle carte commandé^^ j'ai aussi commandé un arduino uno avec shiel. J'avais en proget de faire une imprimante 3d (d'ou l'achat que du mega). Mais des que j'ai le mega je retente car pour valider vos solution, sauf si un de vous valide. Que mon problème servent au moins a quelqu'un^^

 

[bonhom61]

jsuis pas sur que ma mega soit totalement ruiné car le test blink fonctionne

 

[jpbbricole]

j'ai aussi commandé un arduino uno avec shiel

La voie de la sagesse et de la simplicité, surtout pour une petite CNC.

Que mon problème servent au moins a quelqu'un

Oh que oui, maintenant je sait que l'on peut faire tourner GRBL sur Ramp 1.4.

Bonne soirée
jpbbricole

 

[gégé62]

jsuis pas sur que ma mega soit totalement ruiné car le test blink fonctionne

il me semble possible que seuls les transistors de certaines sorties soient grillés, et que tu puisses encore faire tourner en n'utilisant que les autres.

 

[Dardar88]

Mais des que j'ai le mega je retente car pour valider vos solution, sauf si un de vous valide. Que mon problème servent au moins a quelqu'un^^

Le 18vdc sur la ramps ,c'est pas tres bon surtout si la diode limitant la tension a 12vdc est présente ,c’était
peut être la l'un de tes problèmes majeurs....
Sinon ,bonne nouvelle , ,j'ai pu installer framework 4.5.2 mais en version hors ligne ,du coup la version
GRBLPanel 1.0.9.7 ,la dernière sur Github ,a pu être lancée...magique et les tests ont été concluants.

Jog, retour origine et lancement d'un fichier COMPATIBLE ,c'est a dire des commandes supportées ,un fichier
simple comportant des lignes ,des arcs et des incrémentations Z , un dessin basique de découpe de contour
a angles arrondis.
Le comportement des moteurs ,de l'interpolation en général est ok ,il y aura juste a affiner les accentuations,
et ajouter les relais ,la conversion 0-10v pour la broche (voir si réellement tout fonctionne)
Par contre je n'ai pas vu de commande d'overdrive ?...
En ce qui concerne le GRBL coté firmware:
J'ai l'impression que certains de mes paramètres ont pu sauter ,c'est donc bien d'aller vérifier dans l'onglet
settings, avant de lancer un fichier , si les parametres sont bien conformes !!

Finalement ,c'est bien dans ramps.h qu'il faut inverser juste les lettres Y et Z , mettre les guillemets dans
GRBL_RAMPS1_4 ,enlever les astérisques au Z (**Z**) pour que la compilation puisse être téléversée tels que
certains l'ont précisé.

Il est possible qu'il y ait un ou deux loups résiduels a corriger pour peaufiner ,de ce point de vue ,je ne suis pas spécialiste

Il serait plus simple de croiser les connecteurs des moteurs .

Oui ,des fois ,faire simple c'est des économies d'aspirine ,il existe quand meme la possibilité d'inverser le sens
d'un axe dans le parametre GRBL $3 en modifiant une valeur ,par exemple ,si la valeur est de 6 (par defaut)
et que les moteurs tournent tous en CW en entrant $3=1 alors tous les moteur tourneront en CCW ,
ainsi en changeant cette valeur 0,1,2,3,4,5,6 ,7 on pourra selectionner le sens de rotation de l'un des moteurs.
en s'inspirant du tableau concernant $2 (inversion de signal step) ici:
https://cdn.shopify.com/s/files/1/0811/4429/files/GRBLHelp.pdf

-*-En ce qui concerne la chauffe excessive des moteurs ,j'ai resolu le probleme en modifiant $1 qui est par defaut a sa valeur maximum =>255 ,ce qui signifie que les moteurs sont toujours validés ,pour les laisser "reposer" des qu'ils ne sont plus
sollicités durant x millisecondes ,la valeur doit etre diminuée , c'est aussi a
peaufiner ,je tente 20 pour le moment ,les moteurs n'ayant pas de couple
particulier a fournir , ils restent froid.
$0 a 5 pour voir aussi
test d'un Gcode a 1200 mm/mn ,aucun probleme ,ça avance...
A reverifier quand ils seront vraiment en charge.-*- (Edit au 13-11)
cordialement
t.

 

[bonhom61]

Bonsoir a tous et toutes, bon dardar88 je suis content que cela marche, je n'ai pas fait de casse pour rien ^^ je vais mis remettre bientôt, j’attends ma nouvelle ramps. J'ai reçu ma carte uno et le shield, eeffectivement, cest bien plus simple lol. en revanche petite question sur les nema 17 normalement, il font 45 newton / cm. donc 4.5 kilo d'effort avec un bras de leviez de 1cm. si je pince la tige des moteurs quand il tourne avec deux doigts, j'arrive à bloquer celle-ci, ce n'est pas normal ? je ne devrais pas pouvoir ou plus difficilement ?