Open K-mont opened 10 years ago
Hello, what software did you do these tests? I just checked with 'GCV-3.6.1-T4' at different speeds on the command line : Maybe your control software limits the speed? Cordially
Hello,
I use myr own program for controlling Grbl controler. I send commands directly to Grbl, that limitation is not. Speed rotary C-axis is slower when homming cycle and faster when they move. but the F1000, F5000 or F25000 speed is still the same. other axes X, Y, Z, the rate of change.
Regards
Dňa 19.8.2014 12:15 používateľ "LETARTARE" notifications@github.com napísal:
Hello, what software did you do these tests? I just checked with 'GCV-3.6.1-T4' at different speeds on the command line : [image: gcv-t4-845] https://cloud.githubusercontent.com/assets/5158475/3964443/4b896b92-2789-11e4-9186-38ca19d642f9.png Maybe your control software limits the speed? Cordially
— Reply to this email directly or view it on GitHub https://github.com/LETARTARE/Grbl-xx_with_Arduino/issues/12#issuecomment-52614333 .
I have C-axis As rotary. Dňa 19.8.2014 12:45 používateľ "Marek Kvasnica" kmont.mkvasnica@gmail.com napísal:
Hello,
I use myr own program for controlling Grbl controler. I send commands directly to Grbl, that limitation is not. Speed rotary C-axis is slower when homming cycle and faster when they move. but the F1000, F5000 or F25000 speed is still the same. other axes X, Y, Z, the rate of change.
Regards
Dňa 19.8.2014 12:15 používateľ "LETARTARE" notifications@github.com napísal:
Hello, what software did you do these tests? I just checked with 'GCV-3.6.1-T4' at different speeds on the command line : [image: gcv-t4-845] https://cloud.githubusercontent.com/assets/5158475/3964443/4b896b92-2789-11e4-9186-38ca19d642f9.png Maybe your control software limits the speed? Cordially
— Reply to this email directly or view it on GitHub https://github.com/LETARTARE/Grbl-xx_with_Arduino/issues/12#issuecomment-52614333 .
@K-mont try a newer version with the same pinout: 0.8c1 https://github.com/LETARTARE/Grbl-xx_with_Arduino I just correct an error for the C axis ...
Hello,
I tried 0.8c1 but pin_map is different than Grbl845Mega2560.
Here is the pin_map for Grbl845Mega2560 is there some different pins, like for homming switch, coolant ...
/* pin_map.h - Pin mapping configuration file Part of Grbl
Copyright (c) 2013 Sungeun K. Jeon
Grbl is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
Grbl is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with Grbl. If not, see http://www.gnu.org/licenses/. */
/* The pin_map.h file serves as a central pin mapping settings file for different processor types, i.e. AVR 328p or AVR Mega 2560. Grbl officially supports the Arduino Uno, but the other supplied pin mappings are supplied by users, so your results may vary. */
#define pin_map_h
// IMPORTANT: Any changes here requires a full re-compiling of the source code to propagate them.
// Serial port pins
#define SERIAL_RX USART0_RX_vect
#define SERIAL_UDRE USART0_UDRE_vect
/// ==> NOTE: All step bit and direction pins must be on the same port <==
#define STEPPING_PORT PORTA
#define STEPPING_PIN PINA
#define X_STEP_BIT 0 // MEGA2560 Digital Pin 22
#define Y_STEP_BIT 2 // MEGA2560 Digital Pin 24
#define Z_STEP_BIT 4 // MEGA2560 Digital Pin 26
/// 844 : T = A xor U
#define STEP_MASK ((1<<X_STEP_BIT)|(1<<Y_STEP_BIT)|(1<<Z_STEP_BIT)|(1<<T_STEP_BIT)) // All step bits
/// <- /// Define step direction output pins. NOTE: All direction pins must be on the same port.
#define DIRECTION_PORT PORTA
#define DIRECTION_PIN PINA
#define X_DIRECTION_BIT 1 // MEGA2560 Digital Pin 23
#define Y_DIRECTION_BIT 3 // MEGA2560 Digital Pin 25
#define Z_DIRECTION_BIT 5 // MEGA2560 Digital Pin 27
/// 844
// All direction bits
#define DIRECTION_MASK ((1<<X_DIRECTION_BIT)|(1<<Y_DIRECTION_BIT)|(1<<Z_DIRECTION_BIT)|(1<<T_DIRECTION_BIT))
// All stepping-related bits (step/direction)
#define STEPPING_MASK (STEP_MASK | DIRECTION_MASK)
// Define stepper driver enable/disable output pin.
#define STEPPERS_DISABLE_DDR DDRC
#define STEPPERS_DISABLE_PORT PORTC
#define STEPPERS_DISABLE_BIT 7 // MEGA2560 Digital Pin 30
// STEPPERS_DISABLE_INVERT: Set to 0 for active high stepper disable or 1
// for active low stepper disable.
#define STEPPERS_DISABLE_INVERT 1
// Limit switches are active low by default. If you have active high
// limit switches, make sure to set the invert mask in the runtime
// configuration.
#define LIMIT_DDR DDRC
#define LIMIT_PORT PORTC
#define LIMIT_PIN PINC
#define LIMIT_PULLUP
#define X_LIMIT_BIT 6 // MEGA2560 Digital Pin 31
#define Y_LIMIT_BIT 5 // MEGA2560 Digital Pin 32
#define Z_LIMIT_BIT 4 // MEGA2560 Digital Pin 33
/// 844
/// 841
/// from config.h
// Comment or uncomment to determine which axes will be included in the homing
// operation. Comment out any axes you don't have limit switches on.
// not used ??
#define HOME_X
#define HOME_Y
#define HOME_Z
#define HOME_T
// Define spindle enable and spindle direction output pins.
/// 0.84 = 0.9d
#define SPINDLE_ENABLE_PORT PORTH
#define SPINDLE_ENABLE_BIT 3 // MEGA2560 Digital Pin 6
/// 841 // SPINDLE_ENABLE_ACTIVE: // Set to 0 for active low spindle enable : 0 -> run , 1 -> stop // or 1 for active high enable : 1 -> run , 0 -> stop
///<---
#define SPINDLE_DIRECTION_PORT PORTC
#define SPINDLE_DIRECTION_BIT 1 // MEGA2560 Digital Pin 36
/// 841 // SPINDLE_DIRECTION_CW_ACTIVE: // Set to 0 for active low spindle direction : 0 -> CW , 1 -> CCW // or 1 for active high enable : 1 -> CW , 0 -> CCW
///<---
// Define flood and mist coolant enable output pins.
// NOTE: Uno analog pins 4 and 5 are reserved for an i2c interface, and may be installed at
// a later date if flash and memory space allows.
#define COOLANT_FLOOD_DDR DDRC
#define COOLANT_FLOOD_PORT PORTC
#define COOLANT_FLOOD_BIT 0 // MEGA2560 Digital Pin 37
/// 841 // COOLANT_FLOOD_ACTIVE: Set to 0 for active low flood enable or 1 // for active high enable.
///<---
#define ENABLE_M7 // ENABLED BY DEFAULT: Comment out to disable
#ifdef ENABLE_M7
#define COOLANT_MIST_DDR DDRC
#define COOLANT_MIST_PORT PORTC
#define COOLANT_MIST_BIT 2 // MEGA2560 Digital Pin 35
/// 841 // COOLANT_MIST_ACTIVE: Set to 0 for active low mist enable or 1 // for active high enable.
#endif
/// <--
/// TODO :to indroduire in 0.84x /* // 0.8c not used here !! // NOTE: All pinouts pins must be on the same port
// => TODO
// <= */
// For a custom pin map or different processor, copy and paste one of the default pin map // settings above and modify it to your needs. Then, make sure the defined name is also // changed in the config.h file.
Regards
Hello, yes, but the pins 'step' and 'dir' are the same as the 0845, must change other. You also have the '0.8c2'qui has the same pinout as the' 0.8c ' + fourth axis. Regards.
Hello,
I am trying to configure grbl for the Mega2560 to work with the TI DRV8711 Stepper Driver. I am trying to send configuration data over SPI to the driver but it seems that I don't have any control of the arduino pins from within the Arduino scripts. I also need to manipulate the output of a pin to bring the DRV8711 out of sleep mode. Within the Arduino script I set the pin to output using "pinMode" and then set the direction using "digitalWrite" but the pin doesn't change state. I am using pin 12 which I don't believe is being used by the grbl program. Any advice you can give me would be great.
Hello, I'm using Grbl845Mega2560 and when I change the feed rate (eg. G91 G1 F1000 C180 and G91 G1 F20000 C180 ) than C-axis feed rate is still the same. Is it possible to increase the feed rate somewhere for c-axis?
Thanks
Best regards