Dumb question about smoothieboards

[Generic Default]

Hi,

I just switched from a fried-fuse RAMBO to a Smoothieboard 5x. I've spent like an hour searching posts on this forum and on the smoothieboard website and google in general, but I can't find anything about actually making the smoothieboard work for a delta type printer. For example, when I click the Z movement buttons on Repetier host, all three delta arms should move, however only the Z axis arm is moving (it thinks it's a cartesian machine).

Several of the forum users here have upgraded to smoothieboards also; can you tell me how to switch to a Delta mode? I don't see any options for it in the config file of the Smoothieboard and I wasn't expecting a problem this simple...

Thanks!


EDIT;

I just found this:
https://github.com/Smoothieware/Smoothi ... lta/config

Would copying these lines into my config file make it work as a delta?

[Polygonhell]

You need to have arm_solution set to linear delta, your best bet is to start with one of the sample configs and tweak it to match.
I have an X5 on a mini kossel, and like it, I have a smoothie board here, but I haven't swapped it out onto the max yet.

[Generic Default]

OK, I got the new config file from the website and I uploaded the newest firmware. REALLY weird problems now!

The endstops aren't working when I have the delta configuration on. They never change states, and I checked the wiring like 10 times. The hardware is working but there is a software glitch. When I switch back to the factory-uploaded config file (which runs like a cartesian machine) the end stops work perfectly. I'm testing them with M119.

Also, the Z axis motor is screwy. It can only move up, not down. When I press the button in repetier host to move the Z axis up 10mm, all three axes move up 10mm. When I press it to go down, the X and Y axes go down but the Z goes up!

Can somebody who has a smoothieboard working upload your config file to this thread please? I think that might be the fastest way to fix this. Software bugs like this take forever to fix.

[Flateric]

I had to invert my end stop pull-ups in the firmware by adding a ^ to the end of the appropriate line in the configuration.

[Generic Default]

I've been spending the better part of two days straight trying to fix this now, and I'm getting kind of desperate.

The Gamma direction pin can only move UP when there is a ! in front of it in the config file. Otherwise it is inverted. Seems like a software bug to me. I checked this with both the linear delta config file and the cartesian config file.
For example, in the config file for smoothie, changing

Code: Select all

gamma_dir_pin 0.20 # Pin for gamma stepper direction

to

Code: Select all

gamma_dir_pin !0.20 # Pin for gamma stepper direction

causes the axis to only be able to move in one direction (it does invert the direction though).


I manually re-wired the stepper to get around this problem, but it is almost definitely a software bug.



But endstops still aren't working. I just reconfigured the default cartesian config file from Github and the endstops show that they are working with M119.
When I press them, they change to 1. Unpressed is a 0. EDIT; the endstops are working fine for homing in the cartesian config.

When I upload the new config file for delta printers from Github, all three endstops show a default unpressed value of 1 and remain at 1 when I press them.

Here is my delta config file. I changed a couple of numerical values like stepper current, but other than that it's fresh from the latest Gtihub. Code incoming!

Code: Select all

# NOTE Lines must not exceed 132 characters
# Robot module configurations : general handling of movement G-codes and slicing into moves
default_feed_rate 4000 # Default rate ( mm/minute ) for G1/G2/G3 moves
default_seek_rate 4000 # Default rate ( mm/minute ) for G0 moves
mm_per_arc_segment 0.5 # Arcs are cut into segments ( lines ), this is the length for
                                                              # these segments. Smaller values mean more resolution,
                                                              # higher values mean faster computation
#mm_per_line_segment 0.5 # Lines can be cut into segments ( not useful with cartesian
                                                              # coordinates robots ).
delta_segments_per_second 100 # for deltas only same as in Marlin/Delta, set to 0 to disable
                                                              # and use mm_per_line_segment


# Arm solution configuration : Cartesian robot. Translates mm positions into stepper positions
arm_solution linear_delta # selects the delta arm solution
alpha_steps_per_mm 80 # Steps per mm for alpha stepper
beta_steps_per_mm 80 # Steps per mm for beta stepper
gamma_steps_per_mm 80 # Steps per mm for gamma stepper

arm_length 250.0 # this is the length of an arm from hinge to hinge
arm_radius 124.0 # this is the horizontal distance from hinge to hinge
                                                              # when the effector is centered

# Planner module configuration : Look-ahead and acceleration configuration
planner_queue_size 32 # DO NOT CHANGE THIS UNLESS YOU KNOW EXACTLY WHAT YOU ARE DOING
acceleration 300 # Acceleration in mm/second/second.
acceleration_ticks_per_second 1000 # Number of times per second the speed is updated
junction_deviation 0.05 # Similar to the old "max_jerk", in millimeters,
                                                              # see https://github.com/grbl/grbl/blob/master/planner.c#L409
                                                              # and https://github.com/grbl/grbl/wiki/Configuring-Grbl-v0.8
                                                              # Lower values mean being more careful, higher values means being
                                                              # faster and have more jerk
#minimum_planner_speed 0.0 # sets the minimum planner speed in mm/sec

# Stepper module configuration
microseconds_per_step_pulse 1 # Duration of step pulses to stepper drivers, in microseconds
minimum_steps_per_minute 1200 # Never step slower than this
base_stepping_frequency 100000 # Base frequency for stepping, higher gives smoother movement

# Cartesian axis speed limits
x_axis_max_speed 8000 # mm/min
y_axis_max_speed 8000 # mm/min
z_axis_max_speed 8000 # mm/min

# Stepper module pins ( ports, and pin numbers, appending "!" to the number will invert a pin )
alpha_step_pin 2.0 # Pin for alpha stepper step signal
alpha_dir_pin 0.5 # Pin for alpha stepper direction
alpha_en_pin 0.4 # Pin for alpha enable pin
alpha_current 0.9 # X stepper motor current
alpha_max_rate 30000.0 # mm/min

beta_step_pin 2.1 # Pin for beta stepper step signal
beta_dir_pin 0.11 # Pin for beta stepper direction
beta_en_pin 0.10 # Pin for beta enable
beta_current 0.9 # Y stepper motor current
beta_max_rate 30000.0 # mm/min

gamma_step_pin 2.2 # Pin for gamma stepper step signal
gamma_dir_pin 0.20 # Pin for gamma stepper direction
gamma_en_pin 0.19 # Pin for gamma enable
gamma_current 0.8 # Z stepper motor current
gamma_max_rate 30000.0 # mm/min

# Serial communications configuration ( baud rate default to 9600 if undefined )
uart0.baud_rate 115200 # Baud rate for the default hardware serial port
second_usb_serial_enable false # This enables a second usb serial port (to have both pronterface
                                                              # and a terminal connected)
#leds_disable true # disable using leds after config loaded

# Extruder module configuration
extruder.hotend.enable true # Whether to activate the extruder module at all. All configuration is ignored if false
extruder.hotend.steps_per_mm 140 # Steps per mm for extruder stepper
extruder.hotend.default_feed_rate 600 # Default rate ( mm/minute ) for moves where only the extruder moves
extruder.hotend.acceleration 500 # Acceleration for the stepper motor, as of 0.6, arbitrary ratio
extruder.hotend.max_speed 50 # mm/s

extruder.hotend.step_pin 2.3 # Pin for extruder step signal
extruder.hotend.dir_pin 0.22 # Pin for extruder dir signal
extruder.hotend.en_pin 0.21 # Pin for extruder enable signal

# extruder offset
#extruder.hotend.x_offset 0 # x offset from origin in mm
#extruder.hotend.y_offset 0 # y offset from origin in mm
#extruder.hotend.z_offset 0 # z offset from origin in mm

# firmware retract settings when using G10/G11, these are the defaults if not defined, must be defined for each extruder if not using the defaults
#extruder.hotend.retract_length 3 # retract length in mm
#extruder.hotend.retract_feedrate 45 # retract feedrate in mm/sec
#extruder.hotend.retract_recover_length 0 # additional length for recover
#extruder.hotend.retract_recover_feedrate 8 # recover feedrate in mm/sec (should be less than retract feedrate)
#extruder.hotend.retract_zlift_length 0 # zlift on retract in mm, 0 disables
#extruder.hotend.retract_zlift_feedrate 6000 # zlift feedrate in mm/min (Note mm/min NOT mm/sec)

delta_current 1.0 # First extruder stepper motor current

# Second extruder module configuration example
#extruder.hotend2.enable true # Whether to activate the extruder module at all. All configuration is ignored if false
#extruder.hotend2.steps_per_mm 140 # Steps per mm for extruder stepper
#extruder.hotend2.default_feed_rate 600 # Default rate ( mm/minute ) for moves where only the extruder moves
#extruder.hotend2.acceleration 500 # Acceleration for the stepper motor, as of 0.6, arbitrary ratio
#extruder.hotend2.max_speed 50 # mm/s

#extruder.hotend2.step_pin 2.8 # Pin for extruder step signal
#extruder.hotend2.dir_pin 2.13 # Pin for extruder dir signal
#extruder.hotend2.en_pin 4.29 # Pin for extruder enable signal

#extruder.hotend2.x_offset 0 # x offset from origin in mm
#extruder.hotend2.y_offset 25.0 # y offset from origin in mm
#extruder.hotend2.z_offset 0 # z offset from origin in mm
#epsilon_current 1.0 # Second extruder stepper motor current

# Laser module configuration
laser_module_enable false # Whether to activate the laser module at all. All configuration is
                                                              # ignored if false.
#laser_module_pin 2.5 # this pin will be PWMed to control the laser. Only P2.0 - P2.5
                                                              # can be used since laser requires hardware PWM
#laser_module_max_power 0.8 # this is the maximum duty cycle that will be applied to the laser
#laser_module_tickle_power 0.0 # this duty cycle will be used for travel moves to keep the laser
                                                              # active without actually burning
#laser_module_pwm_period 20 # this sets the pwm frequency as the period in microseconds

# Hotend temperature control configuration
temperature_control.hotend.enable true # Whether to activate this ( "hotend" ) module at all.
                                                              # All configuration is ignored if false.
temperature_control.hotend.thermistor_pin 0.23 # Pin for the thermistor to read
temperature_control.hotend.heater_pin 2.7 # Pin that controls the heater
temperature_control.hotend.thermistor EPCOS100K # see src/modules/tools/temperaturecontrol/TemperatureControl.cpp:64
                                                              # for a list of valid thermistor names
temperature_control.hotend.set_m_code 104 #
temperature_control.hotend.set_and_wait_m_code 109 #
temperature_control.hotend.designator T #

#temperature_control.hotend.p_factor 13.7 # permanently set the PID values after an auto pid
#temperature_control.hotend.i_factor 0.097 #
#temperature_control.hotend.d_factor 24 #

#temperature_control.hotend.max_pwm 64 # max pwm, 64 is a good value if driving a 12v resistor with 24v.

# Hotend2 temperature control configuration
#temperature_control.hotend2.enable true # Whether to activate this ( "hotend" ) module at all.
                                                              # All configuration is ignored if false.

#temperature_control.hotend2.thermistor_pin 0.25 # Pin for the thermistor to read
#temperature_control.hotend2.heater_pin 1.23 # Pin that controls the heater
#temperature_control.hotend2.thermistor EPCOS100K # see src/modules/tools/temperaturecontrol/TemperatureControl.cpp:64
                                                              # for a list of valid thermistor names
#temperature_control.hotend2.set_m_code 884 #
#temperature_control.hotend2.set_and_wait_m_code 889 #
#temperature_control.hotend2.designator T1 #

#temperature_control.hotend2.p_factor 13.7 # permanently set the PID values after an auto pid
#temperature_control.hotend2.i_factor 0.097 #
#temperature_control.hotend2.d_factor 24 #

#temperature_control.hotend2.max_pwm 64 # max pwm, 64 is a good value if driving a 12v resistor with 24v.

temperature_control.bed.enable true #
temperature_control.bed.thermistor_pin 0.24 #
temperature_control.bed.heater_pin 2.5 #
temperature_control.bed.thermistor Honeywell100K # see src/modules/tools/temperaturecontrol/TemperatureControl.cpp:64
                                                              # for a list of valid thermistor names
temperature_control.bed.set_m_code 140 #
temperature_control.bed.set_and_wait_m_code 190 #
temperature_control.bed.designator B #

#temperature_control.bed.bang_bang false # set to true to use bang bang control rather than PID
#temperature_control.bed.hysteresis 2.0 # set to the temperature in degrees C to use as hysteresis
                                                              # when using bang bang

# Switch module for fan control
switch.fan.enable true #
switch.fan.input_on_command M106 #
switch.fan.input_off_command M107 #
switch.fan.output_pin 2.6 #
switch.fan.output_type pwm # pwm output settable with S parameter in the input_on_comand
#switch.fan.max_pwm 255 # set max pwm for the pin default is 255

#switch.misc.enable true #
#switch.misc.input_on_command M42 #
#switch.misc.input_off_command M43 #
#switch.misc.output_pin 2.4 #
#switch.misc.output_type digital # just an on or off pin

# automatically toggle a switch at a specified temperature
# useful to turn on a fan or water pump to cool the hotend
#temperatureswitch.hotend.enable true #
#temperatureswitch.hotend.type misc # select which MOSFET to use, fan or misc (small MOSFETs)
#temperatureswitch.hotend.threshold_temp 60.0 # temperature to turn on (if rising) or off the switch
#temperatureswitch.hotend.heatup_poll 15 # poll heatup at 15 sec intervals
#temperatureswitch.hotend.cooldown_poll 60 # poll cooldown at 60 sec intervals

# Switch module for spindle control
#switch.spindle.enable false #

# Endstops
endstops_enable true # the endstop module is enabled by default and can be disabled here
delta_homing false # forces all three axis to home a the same time regardless of
                                                              # what is specified in G28
alpha_min_endstop nc #
alpha_max_endstop 1.25^ # add ! to invert pullup if switch is NO to ground
alpha_homing_direction home_to_max # Home up
alpha_max 300 #
beta_min_endstop nc #
beta_max_endstop 1.27^ #
beta_homing_direction home_to_max #
beta_max 300 #
gamma_min_endstop nc #
gamma_max_endstop 1.29^ #
gamma_homing_direction home_to_max #
gamma_max 300 #

alpha_fast_homing_rate_mm_s 200 # homing feedrates in mm/second
beta_fast_homing_rate_mm_s 200 #
gamma_fast_homing_rate_mm_s 200 #
alpha_slow_homing_rate_mm_s 20 #
beta_slow_homing_rate_mm_s 20 #
gamma_slow_homing_rate_mm_s 20

alpha_homing_retract_mm 5 # retract/bounce distance after homing in mm
beta_homing_retract_mm 5 #
gamma_homing_retract_mm 5 #

alpha_trim 0 # software trim for alpha stepper endstop (in mm)
beta_trim 0 # software trim for beta stepper endstop (in mm)
gamma_trim 0 # software trim for gamma stepper endstop (in mm)

#endstop_debounce_count 100 # uncomment if you get noise on your endstops

# optional Z probe
zprobe.enable false # set to true to enable a zprobe
zprobe.probe_pin 1.28!^ # pin probe is attached to if NC remove the !
zprobe.slow_feedrate 5 # mm/sec probe feed rate
#zprobe.debounce_count 100 # set if noisy
zprobe.fast_feedrate 100 # move feedrate mm/sec
zprobe.probe_radius 100 # where to probe
zprobe.probe_height 5 # how much above bed to start probe
#gamma_min_endstop nc # normally 1.28. Change to nc to prevent conflict,

# Pause button
pause_button_enable true #

# Panel
panel.enable false # set to true to enable the panel code
panel.lcd smoothiepanel # set type of panel
panel.encoder_a_pin 3.25!^ # encoder pin
panel.encoder_b_pin 3.26!^ # encoder pin

# Example for reprap discount GLCD
# on glcd EXP1 is to left and EXP2 is to right, pin 1 is bottom left, pin 2 is top left etc.
# +5v is EXP1 pin 10, Gnd is EXP1 pin 9
#panel.lcd reprap_discount_glcd #
#panel.spi_channel 0 # spi channel to use ; GLCD EXP1 Pins 3,5 (MOSI, SCLK)
#panel.spi_cs_pin 0.16 # spi chip select ; GLCD EXP1 Pin 4
#panel.encoder_a_pin 3.25!^ # encoder pin ; GLCD EXP2 Pin 3
#panel.encoder_b_pin 3.26!^ # encoder pin ; GLCD EXP2 Pin 5
#panel.click_button_pin 1.30!^ # click button ; GLCD EXP1 Pin 2
#panel.buzz_pin 1.31 # pin for buzzer ; GLCD EXP1 Pin 1
#panel.button_pause_pin 2.11^ # kill/pause ; GLCD EXP2 Pin 8 either
#panel.back_button_pin 2.11!^ # back button ; GLCD EXP2 Pin 8 or

# pins used with other panels
#panel.up_button_pin 0.1! # up button if used
#panel.down_button_pin 0.0! # down button if used
#panel.click_button_pin 0.18! # click button if used

panel.menu_offset 0 # some panels will need 1 here

panel.alpha_jog_feedrate 6000 # x jogging feedrate in mm/min
panel.beta_jog_feedrate 6000 # y jogging feedrate in mm/min
panel.gamma_jog_feedrate 200 # z jogging feedrate in mm/min

panel.hotend_temperature 185 # temp to set hotend when preheat is selected
panel.bed_temperature 60 # temp to set bed when preheat is selected

# Example of a custom menu entry, which will show up in the Custom entry.
# NOTE _ gets converted to space in the menu and commands, | is used to separate multiple commands
custom_menu.power_on.enable true #
custom_menu.power_on.name Power_on #
custom_menu.power_on.command M80 #

custom_menu.power_off.enable true #
custom_menu.power_off.name Power_off #
custom_menu.power_off.command M81 #

# Only needed on a smoothieboard
currentcontrol_module_enable true #

return_error_on_unhandled_gcode false #

# network settings
network.enable false # enable the ethernet network services
network.webserver.enable true # enable the webserver
network.telnet.enable true # enable the telnet server
network.ip_address auto # use dhcp to get ip address
# uncomment the 3 below to manually setup ip address
#network.ip_address 192.168.3.222 # the IP address
#network.ip_mask 255.255.255.0 # the ip mask
#network.ip_gateway 192.168.3.1 # the gateway address
#network.mac_override xx.xx.xx.xx.xx.xx # override the mac address, only do this if you have a conflict

Here is the Cartesian file, slightly modified but fresh from GitHub;

Code: Select all

# NOTE Lines must not exceed 132 characters
# Robot module configurations : general handling of movement G-codes and slicing into moves
default_feed_rate 4000 # Default rate ( mm/minute ) for G1/G2/G3 moves
default_seek_rate 4000 # Default rate ( mm/minute ) for G0 moves
mm_per_arc_segment 0.5 # Arcs are cut into segments ( lines ), this is the length for
                                                              # these segments. Smaller values mean more resolution,
                                                              # higher values mean faster computation
mm_per_line_segment 5 # Lines can be cut into segments ( not usefull with cartesian
                                                              # coordinates robots ).

# Arm solution configuration : Cartesian robot. Translates mm positions into stepper positions
alpha_steps_per_mm 80 # Steps per mm for alpha stepper
beta_steps_per_mm 80 # Steps per mm for beta stepper
gamma_steps_per_mm 80 # Steps per mm for gamma stepper

# Planner module configuration : Look-ahead and acceleration configuration
planner_queue_size 32 # DO NOT CHANGE THIS UNLESS YOU KNOW EXACTLY WHAT YOU ARE DOING
acceleration 3000 # Acceleration in mm/second/second.
acceleration_ticks_per_second 1000 # Number of times per second the speed is updated
junction_deviation 0.05 # Similar to the old "max_jerk", in millimeters,
                                                              # see https://github.com/grbl/grbl/blob/master/planner.c#L409
                                                              # and https://github.com/grbl/grbl/wiki/Configuring-Grbl-v0.8
                                                              # Lower values mean being more careful, higher values means being
                                                              # faster and have more jerk
#minimum_planner_speed 0.0 # sets the minimum planner speed in mm/sec

# Stepper module configuration
microseconds_per_step_pulse 1 # Duration of step pulses to stepper drivers, in microseconds
minimum_steps_per_minute 1200 # Never step slower than this
base_stepping_frequency 100000 # Base frequency for stepping, higher gives smoother movement

# Cartesian axis speed limits
x_axis_max_speed 5000 # mm/min
y_axis_max_speed 5000 # mm/min
z_axis_max_speed 5000 # mm/min

# Stepper module pins ( ports, and pin numbers, appending "!" to the number will invert a pin )
alpha_step_pin 2.0 # Pin for alpha stepper step signal
alpha_dir_pin 0.5 # Pin for alpha stepper direction
alpha_en_pin 0.4 # Pin for alpha enable pin
alpha_current 1.0 # X stepper motor current
alpha_max_rate 3000.0 # mm/min

beta_step_pin 2.1 # Pin for beta stepper step signal
beta_dir_pin 0.11 # Pin for beta stepper direction
beta_en_pin 0.10 # Pin for beta enable
beta_current 1.0 # Y stepper motor current
beta_max_rate 3000.0 # mm/min

gamma_step_pin 2.2 # Pin for gamma stepper step signal
gamma_dir_pin 0.20 # Pin for gamma stepper direction
gamma_en_pin 0.19 # Pin for gamma enable
gamma_current 1.0 # Z stepper motor current
gamma_max_rate 3000.0 # mm/min

# Serial communications configuration ( baud rate default to 9600 if undefined )
uart0.baud_rate 115200 # Baud rate for the default hardware serial port
second_usb_serial_enable false # This enables a second usb serial port (to have both pronterface
                                                              # and a terminal connected)
#leds_disable true # disable using leds after config loaded
#play_led_disable true # disable the play led

# Extruder module configuration
extruder.hotend.enable true # Whether to activate the extruder module at all. All configuration is ignored if false
extruder.hotend.steps_per_mm 140 # Steps per mm for extruder stepper
extruder.hotend.default_feed_rate 600 # Default rate ( mm/minute ) for moves where only the extruder moves
extruder.hotend.acceleration 500 # Acceleration for the stepper motor, as of 0.6, arbitrary ratio
extruder.hotend.max_speed 50 # mm/s

extruder.hotend.step_pin 2.3 # Pin for extruder step signal
extruder.hotend.dir_pin 0.22 # Pin for extruder dir signal
extruder.hotend.en_pin 0.21 # Pin for extruder enable signal

# extruder offset
#extruder.hotend.x_offset 0 # x offset from origin in mm
#extruder.hotend.y_offset 0 # y offset from origin in mm
#extruder.hotend.z_offset 0 # z offset from origin in mm

# firmware retract settings when using G10/G11, these are the defaults if not defined, must be defined for each extruder if not using the defaults
#extruder.hotend.retract_length 3 # retract length in mm
#extruder.hotend.retract_feedrate 45 # retract feedrate in mm/sec
#extruder.hotend.retract_recover_length 0 # additional length for recover
#extruder.hotend.retract_recover_feedrate 8 # recover feedrate in mm/sec (should be less than retract feedrate)
#extruder.hotend.retract_zlift_length 0 # zlift on retract in mm, 0 disables
#extruder.hotend.retract_zlift_feedrate 6000 # zlift feedrate in mm/min (Note mm/min NOT mm/sec)

delta_current 1.0 # First extruder stepper motor current

# Second extruder module configuration
#extruder.hotend2.enable true # Whether to activate the extruder module at all. All configuration is ignored if false
#extruder.hotend2.steps_per_mm 140 # Steps per mm for extruder stepper
#extruder.hotend2.default_feed_rate 600 # Default rate ( mm/minute ) for moves where only the extruder moves
#extruder.hotend2.acceleration 500 # Acceleration for the stepper motor, as of 0.6, arbitrary ratio
#extruder.hotend2.max_speed 50 # mm/s

#extruder.hotend2.step_pin 2.8 # Pin for extruder step signal
#extruder.hotend2.dir_pin 2.13 # Pin for extruder dir signal
#extruder.hotend2.en_pin 4.29 # Pin for extruder enable signal

#extruder.hotend2.x_offset 0 # x offset from origin in mm
#extruder.hotend2.y_offset 25.0 # y offset from origin in mm
#extruder.hotend2.z_offset 0 # z offset from origin in mm
#epsilon_current 1.0 # Second extruder stepper motor current


# Laser module configuration
laser_module_enable false # Whether to activate the laser module at all. All configuration is
                                                              # ignored if false.
#laser_module_pin 2.5 # this pin will be PWMed to control the laser. Only P2.0 - P2.5
                                                              # can be used since laser requires hardware PWM
#laser_module_max_power 0.8 # this is the maximum duty cycle that will be applied to the laser
#laser_module_tickle_power 0.0 # this duty cycle will be used for travel moves to keep the laser
                                                              # active without actually burning
#laser_module_pwm_period 20 # this sets the pwm frequency as the period in microseconds

# Hotend temperature control configuration
temperature_control.hotend.enable true # Whether to activate this ( "hotend" ) module at all.
                                                              # All configuration is ignored if false.
temperature_control.hotend.thermistor_pin 0.23 # Pin for the thermistor to read
temperature_control.hotend.heater_pin 2.7 # Pin that controls the heater
temperature_control.hotend.thermistor EPCOS100K # see src/modules/tools/temperaturecontrol/TemperatureControl.cpp:64
                                                              # for a list of valid thermistor names
temperature_control.hotend.set_m_code 104 #
temperature_control.hotend.set_and_wait_m_code 109 #
temperature_control.hotend.designator T #

#temperature_control.hotend.p_factor 13.7 # permanently set the PID values after an auto pid
#temperature_control.hotend.i_factor 0.097 #
#temperature_control.hotend.d_factor 24 #

#temperature_control.hotend.max_pwm 64 # max pwm, 64 is a good value if driving a 12v resistor with 24v.

# Hotend2 temperature control configuration
#temperature_control.hotend2.enable true # Whether to activate this ( "hotend" ) module at all.
                                                              # All configuration is ignored if false.

#temperature_control.hotend2.thermistor_pin 0.25 # Pin for the thermistor to read
#temperature_control.hotend2.heater_pin 1.23 # Pin that controls the heater
#temperature_control.hotend2.thermistor EPCOS100K # see src/modules/tools/temperaturecontrol/TemperatureControl.cpp:64
                                                              # for a list of valid thermistor names
#temperature_control.hotend2.set_m_code 884 #
#temperature_control.hotend2.set_and_wait_m_code 889 #
#temperature_control.hotend2.designator T1 #

#temperature_control.hotend2.p_factor 13.7 # permanently set the PID values after an auto pid
#temperature_control.hotend2.i_factor 0.097 #
#temperature_control.hotend2.d_factor 24 #

#temperature_control.hotend2.max_pwm 64 # max pwm, 64 is a good value if driving a 12v resistor with 24v.

temperature_control.bed.enable true #
temperature_control.bed.thermistor_pin 0.24 #
temperature_control.bed.heater_pin 2.5 #
temperature_control.bed.thermistor Honeywell100K # see src/modules/tools/temperaturecontrol/TemperatureControl.cpp:64
                                                              # for a list of valid thermistor names
temperature_control.bed.set_m_code 140 #
temperature_control.bed.set_and_wait_m_code 190 #
temperature_control.bed.designator B #

#temperature_control.bed.bang_bang false # set to true to use bang bang control rather than PID
#temperature_control.bed.hysteresis 2.0 # set to the temperature in degrees C to use as hysteresis
                                                              # when using bang bang

# Switch module for fan control
switch.fan.enable true #
switch.fan.input_on_command M106 #
switch.fan.input_off_command M107 #
switch.fan.output_pin 2.6 #
switch.fan.output_type pwm # pwm output settable with S parameter in the input_on_comand
#switch.fan.max_pwm 255 # set max pwm for the pin default is 255

#switch.misc.enable true #
#switch.misc.input_on_command M42 #
#switch.misc.input_off_command M43 #
#switch.misc.output_pin 2.4 #
#switch.misc.output_type digital # just an on or off pin

# automatically toggle a switch at a specified temperature
# useful to turn on a fan or water pump to cool the hotend
#temperatureswitch.hotend.enable true #
#temperatureswitch.hotend.type misc # select which MOSFET to use, fan or misc (small MOSFETs)
#temperatureswitch.hotend.threshold_temp 60.0 # temperature to turn on (if rising) or off the switch
#temperatureswitch.hotend.heatup_poll 15 # poll heatup at 15 sec intervals
#temperatureswitch.hotend.cooldown_poll 60 # poll cooldown at 60 sec intervals

# Switch module for spindle control
#switch.spindle.enable false #

# Endstops
endstops_enable true # the endstop module is enabled by default and can be disabled here
#corexy_homing false # set to true if homing on a hbit or corexy
alpha_min_endstop 1.24^ # add a ! to invert if endstop is NO connected to ground
alpha_max_endstop 1.25^ #
alpha_homing_direction home_to_min # or set to home_to_max and set alpha_max
alpha_min 0 # this gets loaded after homing when home_to_min is set
alpha_max 200 # this gets loaded after homing when home_to_max is set
beta_min_endstop 1.26^ #
beta_max_endstop 1.27^ #
beta_homing_direction home_to_min #
beta_min 0 #
beta_max 200 #
gamma_min_endstop 1.28^ #
gamma_max_endstop 1.29^ #
gamma_homing_direction home_to_min #
gamma_min 0 #
gamma_max 200 #

alpha_fast_homing_rate_mm_s 50 # feedrates in mm/second
beta_fast_homing_rate_mm_s 50 # "
gamma_fast_homing_rate_mm_s 4 # "
alpha_slow_homing_rate_mm_s 25 # "
beta_slow_homing_rate_mm_s 25 # "
gamma_slow_homing_rate_mm_s 2 # "

alpha_homing_retract_mm 5 # distance in mm
beta_homing_retract_mm 5 # "
gamma_homing_retract_mm 1 # "

#endstop_debounce_count 100 # uncomment if you get noise on your endstops

# Pause button
pause_button_enable true #

# Panel
panel.enable false # set to true to enable the panel code
panel.lcd smoothiepanel # set type of panel
panel.encoder_a_pin 3.25!^ # encoder pin
panel.encoder_b_pin 3.26!^ # encoder pin

# Example for reprap discount GLCD
# on glcd EXP1 is to left and EXP2 is to right, pin 1 is bottom left, pin 2 is top left etc.
# +5v is EXP1 pin 10, Gnd is EXP1 pin 9
#panel.lcd reprap_discount_glcd #
#panel.spi_channel 0 # spi channel to use ; GLCD EXP1 Pins 3,5 (MOSI, SCLK)
#panel.spi_cs_pin 0.16 # spi chip select ; GLCD EXP1 Pin 4
#panel.encoder_a_pin 3.25!^ # encoder pin ; GLCD EXP2 Pin 3
#panel.encoder_b_pin 3.26!^ # encoder pin ; GLCD EXP2 Pin 5
#panel.click_button_pin 1.30!^ # click button ; GLCD EXP1 Pin 2
#panel.buzz_pin 1.31 # pin for buzzer ; GLCD EXP1 Pin 1
#panel.button_pause_pin 2.11^ # kill/pause ; GLCD EXP2 Pin 8 either
#panel.back_button_pin 2.11!^ # back button ; GLCD EXP2 Pin 8 or

# pins used with other panels
#panel.up_button_pin 0.1! # up button if used
#panel.down_button_pin 0.0! # down button if used
#panel.click_button_pin 0.18! # click button if used

panel.menu_offset 0 # some panels will need 1 here

panel.alpha_jog_feedrate 6000 # x jogging feedrate in mm/min
panel.beta_jog_feedrate 6000 # y jogging feedrate in mm/min
panel.gamma_jog_feedrate 200 # z jogging feedrate in mm/min

panel.hotend_temperature 185 # temp to set hotend when preheat is selected
panel.bed_temperature 60 # temp to set bed when preheat is selected

# Example of a custom menu entry, which will show up in the Custom entry.
# NOTE _ gets converted to space in the menu and commands, | is used to separate multiple commands
custom_menu.power_on.enable true #
custom_menu.power_on.name Power_on #
custom_menu.power_on.command M80 #

custom_menu.power_off.enable true #
custom_menu.power_off.name Power_off #
custom_menu.power_off.command M81 #

# Only needed on a smoothieboard
currentcontrol_module_enable true #

return_error_on_unhandled_gcode false #

# network settings
network.enable false # enable the ethernet network services
network.webserver.enable true # enable the webserver
network.telnet.enable true # enable the telnet server
network.ip_address auto # use dhcp to get ip address
# uncomment the 3 below to manually setup ip address
#network.ip_address 192.168.3.222 # the IP address
#network.ip_mask 255.255.255.0 # the ip mask
#network.ip_gateway 192.168.3.1 # the gateway address
#network.mac_override xx.xx.xx.xx.xx.xx # override the mac address, only do this if you have a conflict

It's quite clear to me that the latest Smoothieware is bugged to the point of being non-operable. The Delta configuration doesn't have working endstops, which is critical for 3d printers.
Can someone PLEASE upload the files on your smoothieboard micro SD card to this thread?

[Broose]

I have a Kossel Mini instead of a Max with my Smoothieboard 5x, But one thing I had to do was reassign pins for the endstops because there were no connectors on the max endstops only the min.

my:
alpha max is 1.24^
beta max is 1.26^
and gamma max is 1.28^
I plugged the endstops into the min connectors on the board.

I put "nc" for the connections to min endstops

i can send you my config file if you want, but as I said it may be a little different from a Rostock Max.

[Broose]

Here is my config file. I added a .txt extension so I could attach it here. It is for a Kossel Mini with a Viki LCD Display. Most of the edits from the standard smoothieboard delta config I've marked in the comments with a BAO

[Generic Default]

Uh oh. I uploaded your config file and now it says that the USB device is not recognized. So I can't upload my original config file. And I don't think my computer has a slot for this kind of SD card...


How can I reset it to the original? Seems like the situation just got a lot worse, now I can't connect to my smoothie.

Maybe I should have brought this up earlier, but right now time is precious and there is a huge amount of money at stake. Every day of printer problems is several hundred dollars lost.

[Broose]

Make sure the config file does not have an extension or it will not read it and end up in a funny state. Also, The SD card that came with my Smoothieboard was trash. It worked for a while then failed. Are you using the latest version of the firmware? Mine is dated June 24.

Also, you can get live help from the Smoothieware IRC channel - http://smoothieware.org/irc They helped me to figure out my SD card issue. They had a bad batch of cards in production.

Not sure why changing the config file would affect the USB connection unless it is the SD card. I believe my bogus card was a Kingston 4gb. Do you have the same? My Smoothieboard works fine on both a Mac and PC, although I have issues with Repetier Host on a PC if I disconnect the USB before disconnection from the host program first.

[Broose]

OK- so I put a blank micro SD card in the smoothieboard and my PC can read it even though the Smoothieboard does not load anything from the card. Must be an issue with driver or SD card.

[Broose]

I don't think my computer has a slot for this kind of SD card...

If you buy a micro SD card from a local store (they use them on cameras too- I picked one up at Wal-Mart), they usually come in an adapter which turns them into a standard SD card. Hopefully you can read that on your computer.

[Generic Default]

I just went a bought a microSD card and adapter for $10. I put the new Samsung micro SD card in the Smoothieboard, plugged it into the USB port, and it showed up on my computer. Problem fixed.

I also have the black Kingston 4gb SD card that came with the smoothie. When I put it in the adapter and put that into my computer, it registered again and now I can see the files on it.

Looks like no permanent damage was done to anything. I'm about to try your config file again.

edit: I just saw the post above this one. Luckily I found the SD card while I was at walmart too!

I plugged the new Samsung card into the smoothieboard with your config file on it. It did the same thing as the Kingston card, it didn't show up on my computer. Then I uploaded the original config file and it worked again. So for osme reason, it is specifically your config file that isn't working on my Smoothieboard. I'll try replacing line by line until this works.









AYYYYYYYYYYYYYY homing works! I switched some lines from your config file (the new pin numbers, 1.24 1.26 and 1.28) from the maximum inputs and the homing seems to work fine now. I just have to get it to move after it's done now

[GeraldO]

I've been using smoothie for a few months now and I love it (Azteeg X5)!

One of the first things I noticed however, is how flaky/noisy its connection over USB can be. The only way I could get a reliable USB connection was to buy a new USB cable which had a ferrite bead at the end closest to the board. I had a less than 1/10 chance of getting the SD card to show up in windows before getting the new cable.

That being said, it looks like there are some config issues too, so I'm attaching my current (Working) Azteeg X5 config for my rostock MAX. I hope it helps!
EDIT: My stepper directions may be reversed due to laziness on my part (not reversing the stepper connectors on the board )

[Broose]

I plugged the new Samsung card into the smoothieboard with your config file on it. It did the same thing as the Kingston card, it didn't show up on my computer. Then I uploaded the original config file and it worked again. So for osme reason, it is specifically your config file that isn't working on my Smoothieboard. I'll try replacing line by line until this works.

Glad you got it to at least home. I wonder if the problem with USB and specifically my config file has something to do with the settings enabling the Viki LCD and an Arduino nano interface converter which you don't have. There is some way to enable the SD card on the LCD controller instead of the Smoothieboard. I have not done that but its possible your board is confused since there is no LCD Controller.

I'm still glad you bought a new microSD card so you are not depending solely on that Kingston card.

[Generic Default]

OK so now that the homing works and the printer is moving like it's supposed to, how do I move the arms after homing? Right now they just sit at the top of the machines in a zeroed position but no movement commands will make them work. I manually moved them down a bit to make sure they aren't pressing the limit switches, but no commands in repetier host will move them.

All these unexpected problems, one after the other......

And by the way, thank you guys for helping me get through this! Hopefully anyone else having these problems in the future can find this thread. I'll post a detailed solution guide once everything is settled and printing without problems.

[Broose]

What is your gamma_max value set to in your config file? You can try entering "M665 Z[max Zvalue for your printer]", then home the machine again and see if that lets you move afterwards. If that helps, than set gamma_max in your config file and reboot smoothie, or enter M500 to create an override file with your new max Z value.

[Generic Default]

Setting it with M665 Z220 doesn't seem to work. I homed it, did that command, then homed it again and it didn't do anything. I still can't move the printer after homing. The extruder can still spin fine but none of the axes will move with X, Y or Z movement commands. I tried entering them with G1 but it isn't moving.
Arrg

[Broose]

Are you in all caps? Smoothie won't accept lower case from the g-code box in Repetier.

[Generic Default]

Nope, I'm not in lowercase at all.

I'm about to try a print with this to see if it works. I might be able to get away with just unplugging the USB to the smoothieboard and re-plugging it in. That seems to keep the previous homed position, and after plugging it in again I can move it around. Kind of a hassle and I don't know if turning off the steppers while under gravity load can cause mis-calibration.

Still it would be nice to be able to print the way it was intended without having to lose the zero position. I wish my smoothie setup went as smoothly as yours. Everything that can possibly go wrong always does for me...

[Generic Default]

Another anomaly! It just randomly started working with movement after homing all axes. I didn't change anything, one time it didn't work and the next time it did. It has been working since then. Still glitchy in some aspects but it is very useable at this point and I am on my second good print (an effector plate for my new Tri hotend).

There is a noticeable improvement in smooth surface finish from upgrading to the smoothieboard from Rambo. The step waves are less pronounced on flat vertical sides. It also sounds different when printing since it updates the linear interpolation of curved paths at a much faster rate than Rambo. I'll get a second extruder working tomorrow, but for now I'm back to 3d printing!


Thanks for your help guys! If I get full control over the motion I'll post updates.

[Flateric]

I am starting to wonder if you may have a bad board or usb communication portion of that board man.

I have found my smoothie to be far MORE reliable than ANY arduino based offering (and seriously I own them ALL, literally. And have 100 hours of use on each and every one of them, but most of them far far more than this.)

So I am kinda alarmed that yours is giving you this many problems, since my genuine smoothie board and my now 2 azteeg x5's have really been absolutely trouble free, far more so than my rambo's (all 5 of them).

My only issue is that I can't get my Hall-o sensor to function with the smoothiebaord but runs without a single hiccup with the x5's.

[Generic Default]

I think the USB is working fine on it, since it's communicating all of the data it needs to. It might be that they introduced a few bugs into the latest config files or firmware for the Smoothieware. The steppers are smoother than ever, quieter too. Right now I'm re-printing my effector plate for my new tri-hotend. The first one failed because WINDOWS UPDATE decided to start, download updates, then restart my computer. Yarg.

I think I'm just not as good with electronics as I need to be for this profession.

By the way, your X5's are capable of driving 5 hotends right? Have you done any crazy multi material prints?

[mhackney]

Generic Default, firstly I love the smoothieboard BUT I went through a very painful on-boarding. I had all sorts of issues. Many of these are "known" but not documented anywhere.

1. the CF card that ships with smoothie is a piece of crap clone. It has a brand name on it but it is not. Mine caused all sorts of problems before ultimately failing.
2. ALWAYS, ALWAYS unmount the CF card before running. I was on MacOSX and I can't even begin to tell you all of the homing issues I experienced due to this. Common wisdom is to unmount on all platforms. The Linux guys simply don't allow the card to auto-mount. There seems to be some very persnickety timing/interrupt in the homing code. Whenever my card is mounted, I shudder when I home - the carriages crash into the end stops and sounds like it is going to tear apart the machine!
3. My board had the wrong current set resistor installed and I was unable to get enough current to drive the extruder. This took a few weeks of teeth gnashing and head scratching to debug (the guys on the smoothieware IRC are very helpful). Ultimately, they sent me the correct resistor and I replaced it, I could have sent the board back but didn't want to wait that long.
4. for the longer time I thought my CF card reader had a problem. The replacement CF card turned out to be a POS too! I now have 2 SanDisk 4GB cards and they are rock solid. The smoothieboard is a little more sensitive than most with its card reader.

I now have ethernet working and the RepRapDiscount GLCD. It has been rock solid on my Mini Kossel and I've even been able to do some software development and contribute a module to the community. Until I got the memory card thing sorted, every time I tried to reset to test my code I would have problems. Big problems with unexplainable behavior.

Turns out, the smoothie firmware has a default configuration for cartesian printers embedded in it. If it can't read the memory card, it will happily use this configuration - a complete disaster if you are on a delta. M503 is your friend, use it often to see what config the board is actually running.

The Azteeg X5 is like a stripped down smoothieboard and can only drive 1 hot end. You are thinking about the Azteeg X3 Pro. I have one of those too but moving to a smoothieboard on my Rostock also. I'll bite the bullet and add extra drivers for the extruders so I can run 3-4 hot ends on my Kraken. I've heard that Panucatt may have a bigger brother to the X5 in the works but have not validated it.

cheers,
Michael

[Broose]

2. ALWAYS, ALWAYS unmount the CF card before running. I was on MacOSX and I can't even begin to tell you all of the homing issues I experienced due to this. Common wisdom is to unmount on all platforms. The Linux guys simply don't allow the card to auto-mount. There seems to be some very persnickety timing/interrupt in the homing code. Whenever my card is mounted, I shudder when I home - the carriages crash into the end stops and sounds like it is going to tear apart the machine!

I didn't know about the importance of unmounting the card first. That explains similar issues I've had. Its handy to have it mounted for copying files over to the SD card from the PC to run off the LCD controller, but now I think I'll get the DC-DC converter so I'm not dependent on the USB for 5V and just disconnect USB before running from the LCD controller. Strangely, I can't seem to unmount on a PC running Windows 8.1 (right-click:eject), although it will unmount from my Mac.

What have you been able to do with the ethernet connection?

[mhackney]

Broose, yes, the convertor is convenient. I have one installed also. I posted info on where it goes on the smoothie wiki (see photo at bottom of page).

The ethernet is cool! Firstly, you can connect from Prontorface or a terminal (I use CoolTerm) and control the board. But the best part is there is a built in web server for managing the printer. And, a new enhanced version of this is supposed to hit the git this week. The current version looks a lot like Pronterface.