The spindle was already working. Im switching over to iosender because i like it more than Control

 

I can hear the relais clicking, just the spindle wont start up. Machine was working perfectly fine previously. I just need more features that CONTROL doesnt have.

 

Figured something out.
if i set the spindle to 10000RPM. it starts. but waaay too slow.
The PWM Freq. stayed the same at 5000. sth must be wrong.
As i didnt touch wiring at all, it has to be firmware related.

 

Like erase flash? and then get the original one back on?

 

Gotcha. ill give that a spin tmrw
Thanks

 

I have an OpenBuilds Large OX CNC router that was using a TinyG controller and a quiet cut spindle with the speed controller that the TinyG could control the speed of via M3 Sxxxx commands. I bought the BlackBox Motion Control System X32, and I'm in the process of wiring it up. I've got a couple of steppers hooked up and jogging via OpenBuilds Control (running on my Linux Mint PC). I've set the 0-10V pot using a voltmeter to exactly 10v (when M3 S10000 is sent) and that is working. However, when I connect the output of the 0-10v pins to the input signal pins on the quiet cut spindle speed controller, it just spins up for a moment then stops. If I send M5 and then re-send M3 S10000 it does the same thing--spins up for a moment then shuts off.

These instructions show *exactly* what my spindle speed controller looks like, except I don't have the potentiometer connected because I was controlling it via the TinyG signal. In fact, that still works if I reconnect the TinyG and send the M3 S10000 command.

Any suggestions on what is going wrong? Is it just a software setting? Or is there a different voltage I should be setting on the BlackBox's 0-10v pins?

 

Hey Peter! Long time, indeed. I miss the community from the Google+ days when I would discuss things like this with great people like you!

First, thanks for pointing me at the PWM pins. I was hoping to save that for (maybe) a diode laser, but I got it to work with my spindle speed controller. The only caveat there is that simple M3 (no S) spins then shuts down. If I have $30=1000 and I try M3 S1000, then I get the same behavior. However, M3 S750 (or even S900) works fine. So, I'll just have to either start it with an M3 Sxxx command or use the Control's 75% command in the UI. In short, the spindle is now working just fine on the PWM pins.

I also got all my min end stop switches (NC) and my touch probe working fine, and showing up green on the troubleshooting tab.

However...

I cannot get the stepper motors moving. I've double checked that all the coil pairs are indeed pairs with an ohmeter (initially I just held 2 wires and checked for stepper resistance).

I've connected X, Y1, Y2, and Z steppers. When I turn on the BB32 I'm getting a weird feedhold on on Y1, Y2, and Z, but X moves freely. None of the jog controls moves any axis, nor does it even make the slightest noise when I click any X, Y, or Z jog. I just have Z hard locked, and Y is tough to move.

I've tried playing around with a few of the built-in machine profiles to see if any of them "fix" my jog problem (Workbee 1050, C-Beam XL, and Lead 1515). I've done with with the stepper pots at clockwise max and ~75%. Given that the Z and Y axes lock as soon as I turn on the BB32 (started at off with no USB plugged in) I'm thinking this *must* be some configuration setting I've screwed up somehow.

BTW/FYI, I extracted the working stepper settings from my TinyG and tried playing around with some of those settings in the Custom tab (and manually via the console before that) and I am still just plain stuck. No stepper jog no matter what I do. Any help would be greatly appreciated.

Here is dump of my TinyG working stepper jog settings, which I'm hoping will help:

CNCjs 1.10.2 [TinyG]
Connected to /dev/ttyUSB0 with a baud rate of 115200
feeder> {ej:1}
feeder> {jv:4}
feeder> {qv:1}
feeder> {sv:1}
feeder> {si:100}
{"r":{"ej":1},"f":[1,0,7,2003]}
{"sr":{"posx":-390.000,"posy":-20.000,"posz":-20.000,"posa":0.000,"feed":0.00,"vel":0.00,"unit":1,"coor":1,"dist":0,"frmo":1,"stat":1}}
{"r":{"jv":4},"f":[1,0,7,7333]}
{"r":{"qv":1},"f":[1,0,7,6003]}
{"r":{"sv":1},"f":[1,0,7,9250]}
{"r":{"si":100},"f":[1,0,9,2707]}
feeder> {spe:n}
{"r":{"spe":null},"f":[1,100,8,8836]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
feeder> {spd:n}
{"r":{"spd":null},"f":[1,100,8,6786]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
feeder> {spc:n}
{"r":{"spc":null},"f":[1,100,8,4736]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
feeder> {sps:n}
{"r":{"sps":null},"f":[1,100,8,704]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
feeder> {com:n}
{"r":{"com":null},"f":[1,100,8,2342]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
feeder> {cof:n}
{"r":{"cof":null},"f":[1,100,8,4826]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
feeder> {sr:{stat:t,line:t,vel:t,feed:t,unit:t,coor:t,momo:t,plan:t,path:t,dist:t,admo:t,frmo:t,tool:t,posx:t,posy:t,posz:t,posa:t,posb:t,posc:t,mpox:t,mpoy:t,mpoz:t,mpoa:t,mpob:t,mpoc:t}}
feeder> {sys:n}
feeder> {mt:n}
feeder> {pwr:n}
feeder> {qr:n}
feeder> {sr:n}
{"r":{"sr":{"stat":true,"line":true,"vel":true,"feed":true,"unit":true,"coor":true,"momo":true,"plan":true,"path":true,"dist":true,"admo":true}},"f":[1,100,181,722]}
{"err":{"code":100,"msg":"Unrecognized command or config name"}}
{"r":{"sys":{"fb":440.20,"fv":0.970,"hp":1,"hv":8,"id":"3X3566-3ZW","ja":2000000,"ct":0.0100,"sl":0,"st":1,"mt":2.00,"ej":1,"jv":4,"js":1,"tv":1,"qv":1,"sv":1,"si":100,"ec":0,"ee":0,"ex":1,"baud":5,"net":0,"gpl":0,"gun":1,"gco":1,"gpa":2,"gdi":0}},"f":[1,0,8,2785]}
{"r":{"mt":2.00},"f":[1,0,7,1467]}
{"r":{"pwr":{"1":0,"2":0,"3":0,"4":0}},"f":[1,0,8,9987]}
{"r":{"qr":32},"f":[1,0,7,7766]}
{"r":{"sr":{"posx":-390.000,"posy":-20.000,"posz":-20.000,"posa":0.000,"feed":0.00,"vel":0.00,"unit":1,"coor":1,"dist":0,"frmo":1,"stat":1}},"f":[1,0,7,6930]}
> $$
[fb] firmware build 440.20
[fv] firmware version 0.97
[hp] hardware platform 1.00
[hv] hardware version 8.00
[id] TinyG ID 3X3566-3ZW
[ja] junction acceleration 2000000 mm
[ct] chordal tolerance 0.0100 mm
[sl] soft limit enable 0
[st] switch type 1 [0=NO,1=NC]
[mt] motor idle timeout 2.00 Sec
[ej] enable json mode 0 [0=text,1=JSON]
[jv] json verbosity 4 [0=silent,1=footer,2=messages,3=configs,4=linenum,5=verbose]
[js] json serialize style 1 [0=relaxed,1=strict]
[tv] text verbosity 1 [0=silent,1=verbose]
[qv] queue report verbosity 1 [0=off,1=single,2=triple]
[sv] status report verbosity 1 [0=off,1=filtered,2=verbose]
[si] status interval 100 ms
[ec] expand LF to CRLF on TX 0 [0=off,1=on]
[ee] enable echo 0 [0=off,1=on]
[ex] enable flow control 1 [0=off,1=XON/XOFF, 2=RTS/CTS]
[baud] USB baud rate 5 [1=9600,2=19200,3=38400,4=57600,5=115200,6=230400]
[net] network mode 0 [0=master]
[gpl] default gcode plane 0 [0=G17,1=G18,2=G19]
[gun] default gcode units mode 1 [0=G20,1=G21]
[gco] default gcode coord system 1 [1-6 (G54-G59)]
[gpa] default gcode path control 2 [0=G61,1=G61.1,2=G64]
[gdi] default gcode distance mode 0 [0=G90,1=G91]
[1ma] m1 map to axis 0 [0=X,1=Y,2=Z...]
[1sa] m1 step angle 1.800 deg
[1tr] m1 travel per revolution 60.0000 mm
[1mi] m1 microsteps 8 [1,2,4,8]
[1po] m1 polarity 1 [0=normal,1=reverse]
[1pm] m1 power management 2 [0=disabled,1=always on,2=in cycle,3=when moving]
[2ma] m2 map to axis 1 [0=X,1=Y,2=Z...]
[2sa] m2 step angle 1.800 deg
[2tr] m2 travel per revolution 60.0000 mm
[2mi] m2 microsteps 8 [1,2,4,8]
[2po] m2 polarity 1 [0=normal,1=reverse]
[2pm] m2 power management 2 [0=disabled,1=always on,2=in cycle,3=when moving]
[3ma] m3 map to axis 1 [0=X,1=Y,2=Z...]
[3sa] m3 step angle 1.800 deg
[3tr] m3 travel per revolution 60.0000 mm
[3mi] m3 microsteps 8 [1,2,4,8]
[3po] m3 polarity 0 [0=normal,1=reverse]
[3pm] m3 power management 2 [0=disabled,1=always on,2=in cycle,3=when moving]
[4ma] m4 map to axis 2 [0=X,1=Y,2=Z...]
[4sa] m4 step angle 1.800 deg
[4tr] m4 travel per revolution 8.0000 mm
[4mi] m4 microsteps 8 [1,2,4,8]
[4po] m4 polarity 1 [0=normal,1=reverse]
[4pm] m4 power management 2 [0=disabled,1=always on,2=in cycle,3=when moving]
[xam] x axis mode 1 [standard]
[xvm] x velocity maximum 16000 mm/min
[xfr] x feedrate maximum 16000 mm/min
[xtn] x travel minimum 0.000 mm
[xtm] x travel maximum 558.000 mm
[xjm] x jerk maximum 5000 mm/min^3 * 1 million
[xjh] x jerk homing 10000 mm/min^3 * 1 million
[xjd] x junction deviation 0.0100 mm (larger is faster)
[xsn] x switch min 1 [0=off,1=homing,2=limit,3=limit+homing]
[xsx] x switch max 0 [0=off,1=homing,2=limit,3=limit+homing]
[xsv] x search velocity 3000 mm/min
[xlv] x latch velocity 100 mm/min
[xlb] x latch backoff 10.000 mm
[xzb] x zero backoff 2.000 mm
[yam] y axis mode 1 [standard]
[yvm] y velocity maximum 16000 mm/min
[yfr] y feedrate maximum 16000 mm/min
[ytn] y travel minimum 0.000 mm
[ytm] y travel maximum 320.000 mm
[yjm] y jerk maximum 5000 mm/min^3 * 1 million
[yjh] y jerk homing 10000 mm/min^3 * 1 million
[yjd] y junction deviation 0.0100 mm (larger is faster)
[ysn] y switch min 1 [0=off,1=homing,2=limit,3=limit+homing]
[ysx] y switch max 2 [0=off,1=homing,2=limit,3=limit+homing]
[ysv] y search velocity 3000 mm/min
[ylv] y latch velocity 100 mm/min
[ylb] y latch backoff 10.000 mm
[yzb] y zero backoff 2.000 mm
[zam] z axis mode 1 [standard]
[zvm] z velocity maximum 1000 mm/min
[zfr] z feedrate maximum 1000 mm/min
[ztn] z travel minimum -120.000 mm
[ztm] z travel maximum 0.000 mm
[zjm] z jerk maximum 50 mm/min^3 * 1 million
[zjh] z jerk homing 1000 mm/min^3 * 1 million
[zjd] z junction deviation 0.0100 mm (larger is faster)
[zsn] z switch min 0 [0=off,1=homing,2=limit,3=limit+homing]
[zsx] z switch max 1 [0=off,1=homing,2=limit,3=limit+homing]
[zsv] z search velocity 1000 mm/min
[zlv] z latch velocity 100 mm/min
[zlb] z latch backoff 10.000 mm
[zzb] z zero backoff 3.000 mm
[aam] a axis mode 3 [radius]
[avm] a velocity maximum 25920 deg/min
[afr] a feedrate maximum 12960 deg/min
[atn] a travel minimum -1.000 deg
[atm] a travel maximum -1.000 deg
[ajm] a jerk maximum 324000 deg/min^3 * 1 million
[ajh] a jerk homing 324000 deg/min^3 * 1 million
[ajd] a junction deviation 0.1000 deg (larger is faster)
[ara] a radius value 5.3052 deg
[asn] a switch min 0 [0=off,1=homing,2=limit,3=limit+homing]
[asx] a switch max 0 [0=off,1=homing,2=limit,3=limit+homing]
[asv] a search velocity 2000 deg/min
[alv] a latch velocity 2000 deg/min
[alb] a latch backoff 5.000 deg
[azb] a zero backoff 2.000 deg
[bam] b axis mode 0 [disabled]
[bvm] b velocity maximum 3600 deg/min
[bfr] b feedrate maximum 3600 deg/min
[btn] b travel minimum -1.000 deg
[btm] b travel maximum -1.000 deg
[bjm] b jerk maximum 20 deg/min^3 * 1 million
[bjd] b junction deviation 0.0100 deg (larger is faster)
[bra] b radius value 1.0000 deg
[cam] c axis mode 0 [disabled]
[cvm] c velocity maximum 3600 deg/min
[cfr] c feedrate maximum 3600 deg/min
[ctn] c travel minimum -1.000 deg
[ctm] c travel maximum -1.000 deg
[cjm] c jerk maximum 20 deg/min^3 * 1 million
[cjd] c junction deviation 0.0100 deg (larger is faster)
[cra] c radius value 1.0000 deg
[p1frq] pwm frequency 3000 Hz
[p1csl] pwm cw speed lo 0 RPM
[p1csh] pwm cw speed hi 12000 RPM
[p1cpl] pwm cw phase lo 0.063 [0..1]
[p1cph] pwm cw phase hi 0.085 [0..1]
[p1wsl] pwm ccw speed lo 0 RPM
[p1wsh] pwm ccw speed hi 10000 RPM
[p1wpl] pwm ccw phase lo 0.000 [0..1]
[p1wph] pwm ccw phase hi 1.000 [0..1]
[p1pof] pwm phase off 0.000 [0..1]
[g54x] g54 x offset 390.000 mm
[g54y] g54 y offset 20.000 mm
[g54z] g54 z offset 20.000 mm
[g54a] g54 a offset 0.000 deg
[g54b] g54 b offset 0.000 deg
[g54c] g54 c offset 0.000 deg
[g55x] g55 x offset 145.000 mm
[g55y] g55 y offset 160.000 mm
[g55z] g55 z offset 0.000 mm
[g55a] g55 a offset 0.000 deg
[g55b] g55 b offset 0.000 deg
[g55c] g55 c offset 0.000 deg
[g56x] g56 x offset 0.000 mm
[g56y] g56 y offset 0.000 mm
[g56z] g56 z offset 0.000 mm
[g56a] g56 a offset 0.000 deg
[g56b] g56 b offset 0.000 deg
[g56c] g56 c offset 0.000 deg
[g57x] g57 x offset 0.000 mm
[g57y] g57 y offset 0.000 mm
[g57z] g57 z offset 0.000 mm
[g57a] g57 a offset 0.000 deg
[g57b] g57 b offset 0.000 deg
[g57c] g57 c offset 0.000 deg
[g58x] g58 x offset 0.000 mm
[g58y] g58 y offset 0.000 mm
[g58z] g58 z offset 0.000 mm
[g58a] g58 a offset 0.000 deg
[g58b] g58 b offset 0.000 deg
[g58c] g58 c offset 0.000 deg
[g59x] g59 x offset 0.000 mm
[g59y] g59 y offset 0.000 mm
[g59z] g59 z offset 0.000 mm
[g59a] g59 a offset 0.000 deg
[g59b] g59 b offset 0.000 deg
[g59c] g59 c offset 0.000 deg
[g92x] g92 x offset 0.000 mm
[g92y] g92 y offset 0.000 mm
[g92z] g92 z offset 0.000 mm
[g92a] g92 a offset 0.000 deg
[g92b] g92 b offset 0.000 deg
[g92c] g92 c offset 0.000 deg
[g28x] g28 x position 0.000 mm
[g28y] g28 y position 0.000 mm
[g28z] g28 z position 0.000 mm
[g28a] g28 a position 0.000 deg
[g28b] g28 b position 0.000 deg
[g28c] g28 c position 0.000 deg
[g30x] g30 x position 0.000 mm
[g30y] g30 y position 0.000 mm
[g30z] g30 z position 0.000 mm
[g30a] g30 a position 0.000 deg
[g30b] g30 b position 0.000 deg
[g30c] g30 c position 0.000 deg
tinyg [mm] ok>

 

Hey Peter, thanks for the suggestions! The fan inside the BB only spins when I have the 24V power supply turned on, but I understand why you asked--the BB lights up and communicates with the PC with only the USB plugged in. Also, none of the stepper drivers ever hit fault mode.

The $4=0 seems to be the key. But it gets weird from there. I'm going to document what I did:

1. Using the OpenBuilds Control UI, I reset to factory default (used all three defaults).
2. Then I set $4=0 and saved it to the firmware.
3. I tried the steppers. Nothing. So I decided to simplify it, again, so I powered it all off, unplugged the USB, and then unplugged all steppers but the X-axis stepper.
4. Powered it all back on and the X-axis jogged just fine! Woohoo! But...
5. Turned it all off, plugged the other steppers in, and powered it back up. Now nothing worked again.
6. Turned it all off, unplugged the X-axis stepper, and plugged in the Z-axis stepper.
7. Powered it all back on and the Z-axis jogged just fine! Woohoo! But...wait...what?
8. Repeated that with the Y-axis being the only thing connected, and it jogged just fine.

I'm suspecting my el cheapo 24V, *supposedly* 350W, power supply is right at the threshhold where it has the power to drive a stepper or two--barely--but lacks the power to do more. Totally just a hunch, but it could explain the job faults on the TinyG that I could never track down. I now think it may have been "brown out" kind of failures.

In the meantime, I've already ordered the matching power supply from the OpenBuilds Parts Store, so I'll see if that makes a difference when it arrives and report back here either way.

But if this triggers any other thoughts you might have, or further ideas to test, I'd appreciate hearing them.

EDIT:

HA! Additional data point. I got to thinking about my lack of power hypothesis right after typing the above.

I tried turning all the trim pots to min, reconnected X, Y1, and Z steppers (I haven't wired the Y2 yet), restarted and they all jogged! I think I may be right about my 24V PSU.

 

Huzzah! The old power supply was *definitely* the problem. The new OpenBuilds® 24V Meanwell Power Supply Bundle solved the problem. I validated this by first (again) reproducing the problem by cranking all of the stepper trim potentiometers to max and none of the steppers would jog. Then I assembled and connected the new power supply and it worked--a little. I got the red overcurrent exclamation points on the BB32 (as should be expected). I turned Y1 and Y2 to near min (they work in tandem, so this should be fine) and the X and Z down to ~3/4. I rebooted everything and it all jogs nicely!

Aside: turning all the stepper trim pots all down to min actually had the BB32 working, so I may have been/will be able to get my TinyG working--weakly--by turning its trim pots down. I have some NEMA17 steppers I have lying around, so my TinyG may find new life in a small CNC router or baby mill.

Thanks again, Peter!

 

Oh, and for anyone else reading this who has the same old spindle controller on PWM and is having the same problem with M3 S1000 spinning then immediately stopping, I set $36=90 and now the Control spindle on button just works!

Here are my *working* BB32 grbl spindle settings:
$30=1000.000 ; Maximum spindle speed, RPM
$31=0.000 ; Minimum spindle speed, RPM
$33=2500.0 ; Spindle PWM frequency
$34=0.0 ; Spindle off Value
$35=0.0 ; Spindle min value
$36=90.0 ; Spindle max value

 

Just hunch-based trial and error. I noticed that it would spin up then immediately down with standard settings, but that it would keep spinning at a lower number. So, like you, I wondered if it just couldn't handle the max duty cycle, so I tried 90% as the max and voila! plain old M3 with no parameters worked. I guess it just needs to see the waveform go down once in a while.

 

Oh, and then I tricked it to getting 10K rpm by setting the max rpm to 11111. (11,111.11 * 0.9 = ~10,000)

 

Now that I've actually got a working system, I've started doing longer jobs. I've been doing some testing to see how fast I could push feedrate. I got it up to about 3000mm/minute and then I decided to flatten my spoilboard, which is a bit longer of a job than I had been doing. It halted a couple of times--one time it looked like Control spotted an update and tried to update during the job? But, I'm not sure about that.

Anyway, the problem here is that the first spindle speed controller died on me. At first I just thought it had reached end of life, so I just slapped on an identical spare I had. I ran another spoilboard flattening job, which finished, but somewhere near/at the end the the speed controller died. It is essentially a brand-new one, so I suspect the continuous PWM output power was too much for both of them. For now, I've just wired the spindle straight to the 48V power supply, with a switch on the power supply itself. This is fine for now since I pretty much only ever use full speed anyway to just cut wood and I just turn it on/off manually.

I'd like to keep the speed controller completely out of the equation, yet still be able to turn it on/off via gcode so it shuts off when the job is done.

To do this, I'd like to put a simple cheapo relay between the 48V power supply output and the spindle, and have the relay signal pins connected to the "Tool" port on the BlackBox Motion Control system X32 (BB32). I know I could probably just hook it up to the 0-10V port, but I'd rather have it connected to the Tool port, if possible (for dead-simple/clear hookup and I don't want to tie up the PWM port since I might use that for a diode laser).

Unfortunately, I can't seem to find out in the docs anywhere how much power (volts+amps) is supposed to come out of that port. I want to know so I can make sure I buy a relay with compatible specs.

Can you please point me at the power specs for the Tool port?

 

Hi,

The latest Fusion 360 update is giving error while using the openbuilds post processor. I am sharing the error log shown while trying to run the nc code generated by the post processor.

 

Ok Thank You. I will download the latest.

 

Hello, I have a question, I can configure a different current for a x32 blackbox when the motors are without movement, because when I configure a high current, they trip at 4A, the motors are 6A, the Blackbox drivers give me an alarm and disables them. Or some way to make the blackbox drivers not get so hot when the machine is not moving.

 

Hi, do you have any firmware for Blackbox X32 for a 4-axis CNC, X, Y1, Y2, Z, where it can work with 4 travel limits, one for each axis, being able to perform squaring on the Y1, Y2 axes.

 

Hi, I'm trying to load a firmware onto my Blackbox X32 and it gives me this error. I'm loading one of the ones I have available in the OpenBuilds control. Is there any way to reset it to factory settings?