From categories:
page 1123...next »

Hi @dannydefe, did you ever get a chance to document/video your success with the ClearPath servos?

Homing problem
TonyrTonyr 15 Jan 2019 20:59
in discussion Smoothie Firmware / General » Homing problem

Hello
I am setting up a new printer.
All the motors drive and the homing was working.
A couple of times now after I have turned the power off and back on to the board the homing doesn’t work.
When I press any of the home buttons all the motors lock up.
The motors will still move in all directions except the extruder.
If I click the centre bullseye button on Pronterface both the x and y drive to max.
When it is in this condition if I try to send commands such as M119 there is no reply.
The first time it happened I removed the SD card and cleaned it and the problem went away.
That doesn’t work now. I have tried a new SD card and loaded the latest config but it still doesn’t work.
Any ideas will be greatfully accepted.
Thank you
Tony

Homing problem by TonyrTonyr, 15 Jan 2019 20:59

Hi.
I am a 13-year-old building my first 3d printer. I have the Smoothieboard v1 5x, and I am trying to run two heated beds, and I am not sure how to wire them into the board. Thanks!

Double CoreXY
ecinecin 15 Jan 2019 11:58
in discussion Smoothie Firmware / General » Double CoreXY

Hello, I have been looking for a solution for a long time, I couldn't find any. I am building 2 h-bot systems and they will work together. I am trying to implement second CoreXY to smoothie. I edited "src/modules/robot/arm_solutions/HBotSolution.cpp" it has same maths for Core-ZA so it was easy. However I think I have problems in planner side. Changes in HBotSolution.cpp not working, Do you have any idea/suggestion to solve that?

Double CoreXY by ecinecin, 15 Jan 2019 11:58

Hey guys, this might seem obviously silly but I can't find any specific info on this. Would it be possible to run a more powerful motor that would typically require an external driver with a pair of the onboard drivers on the 5xc?

Thanks

First, hello, first time posting here. There don't seem to be any sub-forums so I hope posting this in the general feed is correct.

I'm using a Cohesion 3D Mini for the K40 lasercutter with the optional GLCD display. Config and build are currently as-supplied.

I've built in a flow sensor and water temperature probe to the cooling loop. I'd like to use the bed & head thermocouple pins to monitor the water and tube temperatures, as well as add an interlock for confirming coolant flow. I would particularly like to display the temperature readouts on the GLCD display, but this appears to be something that requires modification of the source code and compiling a custom build, the former of which would seem to require a good familiarity with the sourcecode as a whole.

Additionally I'd like to know how feasible it would be to enable an unused IO pin to trigger a "repeat" function. Push a button, have the laser repeat the last set of Gcode it was sent. It would certainly speed up repetitive cutting jobs.

Help tweaking for lasercutter use by SciSci, 13 Jan 2019 14:59

Hello,
i bought a SmoothieBoard without the LCD and now would like to add one. My question now is : I have about 20 Adafruit TFTs lying around here, its the Ada 2050s (HX8357U eith 3.5" 480x320 and MicroSD). Is it possible to use this TFTs for Smoothieware or so i have to purchase an original Smoothie TFT ?
If its possible, where do i start ? Any docs for this purpose ?
Thanks in advance
Tom

HX8357U with MKS 1.3 by Tom78Tom78, 10 Jan 2019 18:48
Windows 10
TonyrTonyr 05 Jan 2019 10:53
in discussion Smoothie Firmware / General » Windows 10

Hello, I am new to the forum and to 3D printing.
I have just completed the build of a Prusa printer and installed a Smoothieboard.
I have tried to access the board with my new laptop it is a Dell Inspiron 14 5000 2 in 1 with Windows 10.
The laptop is saying there are no drivers installed.
My older laptop also with Windows 10 will recognise the Smoothieboard.
Has anybody else seen this problem.
Thank you
Tony

Windows 10 by TonyrTonyr, 05 Jan 2019 10:53
homing
skywalkerF34skywalkerF34 04 Jan 2019 12:33
in discussion Smoothie Firmware / General » homing

I didn't find the way to make my CNC homing correctly on endstop : the home seem to be the power On position
I have a 600*900 cartesian CNC, some EndStop have problem so I disable them before changing later
M119 command give me a 1 on the right EndStop when I test manually

Here is my config :

endstops_enable true # The endstop module is enabled by default and can be disabled here
corexy_homing true # Set to true if homing on a hbot or corexy
alpha_min_endstop 1.24^ # Pin to read min endstop, add a ! to invert if endstop is NO connected to ground
alpha_max_endstop NC # 1.25^ # Pin to read max endstop, uncomment this and comment the above if using max endstops
alpha_homing_direction home_to_min # Or set to home_to_max and set alpha_max and uncomment the alpha_max_endstop
alpha_min 0 # This gets loaded as the current position after homing when home_to_min is set
alpha_max 600 # This gets loaded as the current position after homing when home_to_max is set
beta_min_endstop 1.26^ # Pin to read min endstop, add a ! to invert if endstop is NO connected to ground
beta_max_endstop 1.27^ # Pin to read max endstop, uncomment this and comment the above if using max endstops
beta_homing_direction home_to_min # Or set to home_to_max and set alpha_max and uncomment the alpha_max_endstop
beta_min 0 # This gets loaded as the current position after homing when home_to_min is set
beta_max 900 # This gets loaded as the current position after homing when home_to_max is set
gamma_min_endstop NC #1.28^ # Pin to read min endstop, add a ! to invert if endstop is NO connected to ground
gamma_max_endstop 1.29^ # Pin to read max endstop, uncomment this and comment the above if using max endstops
gamma_homing_direction home_to_min # Or set to home_to_max and set alpha_max and uncomment the alpha_max_endstop
gamma_min 0 # This gets loaded as the current position after homing when home_to_min is set
gamma_max 100 # This gets loaded as the current position after homing when home_to_max is set

alpha_max_travel 600 # Max travel in mm for alpha/X axis when homing
beta_max_travel 900 # Max travel in mm for beta/Y axis when homing
gamma_max_travel 200 # Max travel in mm for gamma/Z axis when homing

  1. Optional enable limit switches, actions will stop if any enabled limit switch is triggered

#alpha_limit_enable false # Set to true to enable X min and max limit switches
#beta_limit_enable false # Set to true to enable Y min and max limit switches
#gamma_limit_enable false # Set to true to enable Z min and max limit switches

  1. Endstops home at their fast feedrate first, then once the endstop is found they home again at their slow feedrate for accuracy

alpha_fast_homing_rate_mm_s 10 # Alpha/X fast homing feedrate in mm/second
alpha_slow_homing_rate_mm_s 5 # Alpha/X slow homing feedrate in mm/second
beta_fast_homing_rate_mm_s 10 # Beta/Y fast homing feedrate in mm/second
beta_slow_homing_rate_mm_s 5 # Beta/Y slow homing feedrate in mm/second
gamma_fast_homing_rate_mm_s 2 # Gamma/Z fast homing feedrate in mm/second
gamma_slow_homing_rate_mm_s 1 # Gamma/Z slow homing feedrate in mm/second

alpha_homing_retract_mm 5 # Distance to retract from the endstop after it is hit for alpha/X
beta_homing_retract_mm 5 # Distance to retract from the endstop after it is hit for beta/Y
gamma_homing_retract_mm 1 # Distance to retract from the endstop after it is hit for gamma/Z

  1. Optional enable limit switches, actions will stop if any enabled limit switch is triggered (all are set for delta)

#alpha_limit_enable false # Set to true to enable X min and max limit switches
#beta_limit_enable false # Set to true to enable Y min and max limit switches
#gamma_limit_enable false # Set to true to enable Z min and max limit switches

  1. Optional order in which axis will home, default is they all home at the same time,
  2. If this is set it will force each axis to home one at a time in the specified order

homing_order XY # X axis followed by Y then Z last
move_to_origin_after_home true # Move XY to 0,0 after homing
endstop_debounce_count 100 # Uncomment if you get noise on your endstops, default is 100
endstop_debounce_ms 1 # Uncomment if you get noise on your endstops, default is 1 millisecond debounce
#home_z_first true # Uncomment and set to true to home the Z first, otherwise Z homes after XY

  1. End of endstop config

of course the machine can move manually on every axis ;-)

Any suggestion ?

Rgds

homing by skywalkerF34skywalkerF34, 04 Jan 2019 12:33
Pins for Mbed
dijkdjdijkdj 02 Jan 2019 23:43
in discussion Smoothie Firmware / General » Pins for Mbed
Pins for Mbed by dijkdjdijkdj, 02 Jan 2019 23:43

Re
J'ai trouvé une solution qui me permet d'imprimer ce fichier, j'ai dans le fichier config mis la ligne gamma_limit_enable sur false
donc plus de problèmes de halt Zmax, maintenant cela ne m'explique pas le pourquoi.

I have a Smoothieboard V1 and a MKS TFT32 V3 panel. I can't seem to find any support documents for where to plug a panel in for the Smoothieboard V1. So, before I start digging any further, I thought I'd ask the community to see if panels are even supported. Thanks, and any help is greatly appreciated.

Will

Panel Support for V1 by iamwilliamwill, 01 Jan 2019 16:29

Bonjour
voila j'ai depuis deux ou trois jours l'impression d'un fichier qui s'arrête au bout de quelques minutes , alors que j'ai déja imprimé ce fichier il est vrai avec un autre pla .Le message d'erreur obtenu avec pronterface indique donc limite z max , j'ai bien sur vérifier cette limite elle fonctionne parfaitement, j'ai dans le fichier config
dévalidé la limita gamma max (nc) mais j'ai toujours ce message j''ai refait le Z zéro, le fichier redessiné , tranché sous diverses options rien n'y fait je ne sais plus
comment prendre le problème (j'ai changé mon plateau essayé avec une autre bobine de tpu pareil).
Si quelqu'un a eu un problème similaire et peut m'aiguiller, merci, ce qui m'intrigue le plus c'est ce message alors que cette butée est inactive en principe (config).3

Ehm… this is embarrassing.. my apologies… I've recalculated the steps per unit, and now all is fine.

This thread can be closed..

Hi all,

I've had the smoothieboard laying on the shelve for a few years. Just got around to playing whit it and installed it in a cheap China CNC mill that (prior to fitting the smoothieboard would accept movement only via a native LPT1 port)

I've pretty much solved everything from the information on smoothieware.org, and / or googeling around for information. But the behavior I'm experiencing now boggles me. This is probably a minor but at the moment I cannot get my head around it:

G0 X500 will result in a movement of 50mm, instead of what I suspect 500mm. This (division by a factor 10) seems to go for all parameters given.

My Setup:

  • Board: Smoothieboard v1 3x,
  • Firmware: I could not find a version number, but installed the latest "firmware-cnc-latest.bin" 2 days ago,
  • My configuration > (sorry Im not allowed to post links) pastebin.com / FWFyLM2T
  • Prob. not relevant but I send the Gcodes via Pronterface running on Windows 10

Not sure if I left something relevant out, please let me know if I did.

[edit]
It seems that the same behavior applies to the values in my configuration file.

Confused with G0 movement by Vince__123Vince__123, 30 Dec 2018 11:05

Lately i have been having problems with bedheating. I am using a 230v 800W silicone heater with a SSR, and it has been working great before.

Now the heating is intermittent (the led on ssr is flashing irregular) as long as the motors are engaged. If i disengage them the light stays on constant.

This means that bed temp takes an awfully lot longer to rise up to workingtemp. And i does not seem to get over 65-70c now.
If i heat bed with motors off then there are no problem. But i can't print ABS, because it will drop as soon i start.

I updated firmware 2 weeks ago, could it be a glitch in that? Should i go back to an earlier version?

I have it configured for a delta.

Unfortunately I decided to jump ship, the distributor here couldn't say when they would be available, so I decided to go Duet.
I guess I will see how they compare.

Re: Smoothieboard availability by jer100jer100, 27 Dec 2018 12:42

Im building a 400x400 10lb bed 5 or 600 high corexy, z axis will be hanging off 3 leadscrews and 3 motors. It will be allot like the RailCore II 300ZL just stronger and bigger. So i need some of the strongest and most quite drivers i can install but i am not having much luck on which is best and will work. thanks

External Drivers by brenton macleodbrenton macleod, 26 Dec 2018 07:21

Good day! Please tell me: within what limits can the switch.module_name.pwm_period_ms parameter be? What is the maximum PWM frequency for controlling a part cooling fan? I want to increase the PWM frequency for correct control of the speed of SUNON fans.
Thank you in advance!

limits of PWM by kanopus9kanopus9, 20 Dec 2018 08:48

Senior moment.

And looks like I didn't break anything, which is a bonus!

Nothing to see here - move along.

page 1123...next »

This site is a WIki, which means you are very welcome to help us improve it. Help on how to do that can be found at the Editing the Wiki page . You can edit any page by clicking the "Edit" button bellow :