From categories:
page »

Hey I want to create a new modul.But When I create a modul this modul not working.For example modul has a counter function.İf this function will work I can understand working modul.

Can you help me ?

Create A new Modul by Ramazan PekerRamazan Peker, 18 Jul 2018 12:50

I think you want to look at endstops.cpp, and find a way to add a M-code that changes home to min and home to max live.

Re: duel X axis by arthurwolfarthurwolf, 16 Jul 2018 09:38

Ok thanks. I have not yet looked very deeply into the firmware organization for smoothie. Could you point me towards which modules/files that would require modification to support automatically using the X-motor relative to the active tool head? I do have a lot of development experience so I should be able to make the modifications without issue.

Re: duel X axis by Tony TannerTony Tanner, 15 Jul 2018 19:59

Ah no that's not a use case we've seen before, that would require adding a M-code for this in the code.

Re: duel X axis by arthurwolfarthurwolf, 13 Jul 2018 22:33

Thanks for the response.
I see how I can switch between the two X-motors with a gcode switch. What I am having trouble figuring out is how smoothie can handle the positioning after switching. The simple thought is to home the axis after each switch, but the first carriage must be homed to MIN and the second to MAX. Is there a way to tell smoothie to change from home-to-min to home-to-max via a gcode command?

Re: duel X axis by Tony TannerTony Tanner, 13 Jul 2018 22:03

Yep, some fan motors can be super noisy unfortunately.

Recently, I was building a custom 3d printer using the Smoothieboard and kept running into a random disconnect issue regardless of the software used (Cura, Simplify3d, etc). The reason for the disconnect was surprising and that's the purpose of this post.

I noticed that every so often Smoothie would disconnect from the computer, sometimes immediately, sometimes hours later. I had a Honeywell fan (HT-900 model) by the printer to assist in cooling for vase mode projects. I noticed one day that if I quickly toggled the fan on/off, I could get the Smoothieboard to disconnect, so I immediately thought a shielding issue. I picked up a shorter USB cable and overly shielded it using MuMetal and to my surprise the issue was still there. Then I started thinking maybe the issue is that I have both the fan and the printer/computer all on one circuit and maybe the transient load of the fan turning on/off is causing an issue? A little bit hard to believe since the fan isn't pulling much power, but I especially dismissed it because I had the fan, printer, and computer all plugged into a UPS on a dedicated 20 amp circuit. So you would think, the UPS would help negate any transient power spikes that could affect the printer? However, once I unplugged the fan from the UPS and put it on another outlet (same circuit though), the problem completely went away.

I'm still surprised by the result, but the moral of the story: Be very careful what you have plugged in with the printer, even if you have a UPS.

You should be able to do it using a derivation of this method :

Re: duel X axis by arthurwolfarthurwolf, 12 Jul 2018 20:39

The green lights are on this external driver, which I assume means it's receiving power to supply the motor. I initially had a bad config but it's now:

alpha_step_pin 2.0o # Pin for alpha stepper step signal
alpha_dir_pin 0.5o # Pin for alpha stepper direction, add '!' to reverse direction
alpha_en_pin 0.4o # Pin for alpha enable pin
alpha_current 1.5 # X stepper motor current
alpha_max_rate 30000.0 # Maximum rate in mm/min

The 5v is sourced from one of the limit switch pins and I've confirmed it's present at all the terminals. I've confirmed that the dupont header for dir/en/pul has continuity.

I double checked the motor wiring, the cable hasn't been confirmed yet, but that seems unlikely.

When I try and move the X axis using the touch screen nothing happens other than one of the LEDs blinking off and then back on.

There is no way to do this, the normal way is via the slicer.

Hi, Is posible to stop the steppers allways when the printer doesn't printing? I want to do this via configuration (or another way). I know I can do this with a gcode command at the end of gcode file, but I don't use always the same slicer. And I have files that was not created by me.

duel X axis
Tony TannerTony Tanner 11 Jul 2018 19:18
in discussion Smoothie Firmware / General » duel X axis

So, on my current printer build I am going to have two independent print heads on the x axis. They will share the Y and Z. I have been unable to find any support for this in the documentation. Is there a way to get smoothie to do this? I really hope I don't have to look at other controllers for this feature.

duel X axis by Tony TannerTony Tanner, 11 Jul 2018 19:18

That config file is all kinds of wrong, please take the very latest configuration file from the wiki, and edit it *strictly* only as much as you need to get things to work the way you need.

The message you receive means there was a firmware crash, which I haven't seen happen in the wild for like years now, something is very wrong here.

I want to make a counter.when I press limitswitch,this counter 1 increase.And I will show on glcd

How can ı this ?

Pretty much
No release notes per-se since we don't have releases, just continuous improvement.

Having trouble finding the release notes for smoothieware. Can someone point me in the right direction?

smoothieware release notes? by JustinHoMiJustinHoMi, 01 Jul 2018 14:41

So, the job is likely to be too much for a soldering iron, you want hot air and soldering paste ( well, or a soldering iron and world-class patience ).
Also, the cost is likely to be pretty high. Have you modified the 3XC in any way ? If not we can possibly buy it back from you so you can buy a 5XC.

No IC need reprogramming though. It's just a ton of work, and it's prone to error/board killing with shorts etc. And we are usually very liberal with how much warranty we give, but this would definitely void your warranty.

So, skipped steps definitely happen even with external drivers. What model drivers and steppers do you have ?

About coms, how long was the USB cable between your raspi and the smoothieboard ? It really should work fine. How is the smoothieboard's logic powered ? What about the raspi ?

The stepper voltage rating ( which is related to it's inductance ) is ( mostly ) unrelated to the power supply voltage used to power the steppers.

The general idea is that you want motors with the lowest possible inductance/voltage rating, and 12v is very high/bad, typical is lower than 6v. Essentially those motors you are using are not motors for CNC applications. 24 would be way worse.

This is an excerpt from the #reprap irc channel :
<arthur-_> ideal stepper?
<gthx> ideal stepper is (for reprap and similar small CNC using 12-24V microstepping drivers): NEMA17 size, 1.5-1.8A or less, 1-4Ω winding resistance, 3-8 mH, (0.44Nm, or more of torque, 1.8/0.9 deg/step (200/400 steps/rev respectively). Examples: Kysan 1124090/42BYGH4803, Rattm 17HS8401, Wantai 42BYGHW609
Where 12-24v is the power supply, and the stepper voltage rating isn't even mentionned ( they use the inductance directly ).

However, this isn't probably related to your problem, it's just something that'll make your machine suck.

About the motors not moving at all, I'll want to see your config file ( on for example ), and a video of your screen and machine while you try to make them move.

Re: New to this by arthurwolfarthurwolf, 30 Jun 2018 10:25

Hi MHopp and Chase,

I am an application engineer here at Teknic and wanted to help clarify some points about both the wiring and motion control capabilities regarding the ClearPath fully integrated servo systems.

First I'll address the wiring and voltage level discussion.

  • ClearPath's logic inputs (8-pin Molex connector) are compatible with both open collector (sinking or sourcing) and driven outputs.
  • The inputs are optically isolated, current-limited, and accept a voltage range of 4-28VDC as stated in Appendix D of the ClearPath User Manual.
  • We advertise 5-24VDC on the website since these are commonly used voltages, but as you can see there is some engineering margin built in.
  • As long as your signals are nominally above 4V, the input will assert with no issue.
  • See the ClearPath manual for the input's minimum current requirements to make sure your board meets spec. For 5V inputs, ClearPath requires a minimum of 8mA.

Control Options
Next I'd like to clarify some comments about ClearPath's control capabilities. ClearPath is an integrated, brushless servo motor with a high-resolution encoder, vector-torque control servo drive, and DSP-based controller. We simultaneously close the loop on position, speed, acceleration, and we even close the loop on torque (hence the "vector-torque control" mentioned above).

With the integration aspect aside, one unique thing about ClearPath is that it comes in 3 series: SD ("Step-and-Direction"), SC ("Software Control"), and MC ("Motion Control"). Each series has a unique interface and therefore there are reasons to choose one over the other which I'll describe below.

SD Series
Let's start with the SD series. These models are commonly used in 3D printing and CNC devices. In fact, these are important market segments for Teknic. If you search YouTube for "ClearPath servo" you'll see many examples of people using SD models on their machines. Applications range from custom, in-house routers or 3D printers to high-volume equipment manufacturers developing state-of-the-art CNC machines. (Note, the OEMs tend to be more tight-lipped about whose products they're using but some digging may reveal a few). All of these machines, whether hobbyist or OEM, use the same motion command structure… step-and-direction.

This is a common command structure that originated with stepper motor controllers. The step signals are a variable frequency pulse train which inherently contains position, speed, and acceleration command information. Whereas step-and-direction used to only be available on expensive, sophisticated indexers, it can now be found on low-cost, open-source platforms. Teknic designed ClearPath-SD to accept these same control signals, therefore providing people with a cost-effective upgrade path to a high-performance, servo system without having to drastically change their controller hardware and code (which can be time consuming).

Smoothieware board capabilities
While I'm not an expert at the Smoothieware board, a cursory look shows that it is capable of translating G-code to step-and-direction outputs which is perfect for use with the SD series. The Smoothie appears to provide 3.3V logic, but has wiring configurations using the Open-Drain (or an external level shifter) that can produce the required logic voltage for ClearPath. One thing you should double check on the Smoothieware forums is that the board can output enough current for ClearPath (a minimum of 8mA at 5 VDC).

Other than that, give ClearPath-SD an Enable, Step, and Direction signal and you're done. It will faithfully follow your controller's position, speed, and acceleration commands all over the machine, in any pattern your controller outputs. ClearPath-SD can move at any speed to any position with whatever torque is required (as long as it's within that units physical capabilities).

SC Series
Next, the SC ("Software Control") series, in addition to accepting step-and-direction, also has a high-speed serial communication interface with Teknic’s C++/C# motion class libraries. With these libraries, you can write object-oriented application code for executing point-to-point or velocity moves, reading/writing parameters (like position, torque, etc.), error handling, and so on. This requires an operating system to run but it does not need to be a full blown computer. For example, our YouTube channel has a whole video showcasing the SC library running on a BeagleBone Black single-board computer with embedded Linux. Our GitHub page contains the necessary information to replicate this setup on your own.

MC Series
Now, this is where things can easily get mixed up. The MC ("Motion Control") series comes with a list of operating modes. Each mode allows you to pre-program only the parameters and moves you care about controlling. Some modes are good for just making velocity moves (conveyors, pumps, fans), some are good for controlling just torque (force, tension), and others for positioning moves (point-to-point, pick-and-place, indexing, etc.). Some modes are more flexible than others to provide a wide range of options.

The MC series has a built-in controller which lets you start/stop pre-programmed moves using any 5-24VDC digital I/O source (again, this is really 4-28VDC). This could be from a button or sensor to a microcontroller or PLC. As Chase said, this unit has a very simple interface, and purposely so. It's easy to use in part because it strips out any motion features you don't care about in your specific application. Note, this series was not designed for CNC applications and therefore cannot do path following. But for simpler applications that still require precise, smooth, and/or repeatable motion, this is a good option to consider.

Finally, MHopp, I think you're on the right track with the SD series for your application. This only requires hooking up to an Enable, Step, Direction, and HLFB (optional) signal architecture and doesn't require any software library or serial communication interface. Because of the simpler interface, easier implementation, and slightly lower-cost, the SD series is by far our most popular product for in-house 3D printing and CNC projects.

I know this response is long but motion control is a deep topic so I hope it helps. Please feel free to send additional ClearPath question to moc.cinket|troppus#moc.cinket|troppus.

Best regards,
Kevin Smith

page »

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 :