Move your wire from the Normally Closed (NC) terminal to the Normally Open (NO) on your limit switch. OpenBuilds BlackBox 4X Documentation You should also set the Homing debounce ($26 in grbl) to 250
I Thank you for response. I have changed the homing debounce to 250 and moved the wire as advised. Upon homing, the z axis moved past the switch as if it is not there. Please note that previous wiring setup worked until I moved workbee to a new location. I removed all the switches prior to moving. Also, note that as at present all the switches work fine during jogging.
Thank you for your response. I have changed the homing debounce rate to 250 and the wiring moved as you suggested. Upon homing afterwards, thaz axis moved past the limit switch as if it is not there.
Please if the limit switches will not work, How do I setup work with out those? I have tried several times but the y axis keeps straying off work.
Hi @Tajudeen, I think your problem may be in your grbl settings. There are people here who are far more expert than me on this but it would really help us if you could do as @Peter Van Der Walt suggested above - "paste output of Grbl's '$$' command (from Serial Console)" - it is really hard to work out what you have set from a screenshot. Alex.
99% of the time its wired wrong 1% of the time Grbl setting for $5=0 or $5=1 doesnt match what you have wired Its only one those two things. Compare your wiring photos to OpenBuilds BlackBox 4X Documentation(seems you NC wiring not NO wiring as recommended. Also note the recommended $5=? setting on the documentation page) If wiring/electronics is somethings that "hard" to you, take the easy way out and get some Xtension Limit Switch Kit
If your skipping steps /slipping belt / have intermittent motor wiring that cuts out during moves, its got nothing to do with limits...
Hi @Tajudeen, looking at the pictures you posted earlier it looks as though the first switch was wired NO and the other two were wired NC. Have you now got all three wired as NO? Alex.
Thank you for your response. I was looking for away to run the cnc router without the limit switches. Invert Y stepper on grbl settings resolved this.
I Thank you for your message. I will check out how to do that and post accordingly. UOTE="Alex Chambers, post: 88830, member: 123072"]Hi @Tajudeen, I think your problem may be in your grbl settings. There are people here who are far more expert than me on this but it would really help us if you could do as @Peter Van Der Walt suggested above - "paste output of Grbl's '$$' command (from Serial Console)" - it is really hard to work out what you have set from a screenshot. Alex.[/QUOTE] Th
@Peter Van Der Walt ,@Alex Chambers please can you take a look for me now? [14:50:42] [ 3D Viewer ] WebGL Support found! success: this application will work optimally on this device! [14:50:42] [ Websocket ] Bidirectional Websocket Interface Started [14:50:43] [ update ] Checking for Updates [14:52:21] Detected a change in available ports: [COM5] [14:54:20] [ connect ] PORT INFO: Port is now open: COM5 - Attempting to detect Firmware [14:54:20] [ connect ] Checking for firmware on COM5 [14:54:20] [ connect ] Detecting Firmware: Method 1 (Autoreset) [14:54:21] [ connect ] Detecting Firmware: Method 2 (Ctrl+X) [14:54:22] [ connect ] Detecting Firmware: Method 3 (others that are not supported) [14:54:22] [ ] Grbl 1.1g ['$' for help] [14:54:23] [ $$ ] $0=10 ;Step pulse time, microseconds [14:54:23] [ $$ ] $1=255 ;Step idle delay, milliseconds [14:54:23] [ $$ ] $2=0 ;Step pulse invert, mask [14:54:23] [ $$ ] $3=5 ;Step direction invert, mask [14:54:23] [ $$ ] $4=1 ;Invert step enable pin, boolean [14:54:23] [ $$ ] $5=0 ;Invert limit pins, boolean [14:54:23] [ $$ ] $6=1 ;Invert probe pin, boolean [14:54:23] [ $$ ] $10=2 ;Status report options, mask [14:54:23] [ $$ ] $11=0.020 ;Junction deviation, millimeters [14:54:23] [ $$ ] $12=0.002 ;Arc tolerance, millimeters [14:54:23] [ $$ ] $13=0 ;Report in inches, boolean [14:54:23] [ $$ ] $20=0 ;Soft limits enable, boolean [14:54:23] [ $$ ] $21=0 ;Hard limits enable, boolean [14:54:23] [ $$ ] $22=0 ;Homing cycle enable, boolean [14:54:23] [ $$ ] $23=4 ;Homing direction invert, mask [14:54:23] [ $$ ] $24=1000.000 ;Homing locate feed rate, mm/min [14:54:23] [ $$ ] $25=500.000 ;Homing search seek rate, mm/min [14:54:23] [ $$ ] $26=250 ;Homing switch debounce delay, milliseconds [14:54:23] [ $$ ] $27=10.000 ;Homing switch pull-off distance, millimeters [14:54:23] [ $$ ] $30=2500 ;Maximum spindle speed, RPM [14:54:23] [ $$ ] $31=0 ;Minimum spindle speed, RPM [14:54:23] [ $$ ] $32=0 ;Laser-mode enable, boolean [14:54:23] [ $$ ] $100=199.100 ;X-axis steps per millimeter [14:54:23] [ $$ ] $101=199.100 ;Y-axis steps per millimeter [14:54:23] [ $$ ] $102=199.100 ;Z-axis steps per millimeter [14:54:23] [ $$ ] $110=2500.000 ;X-axis maximum rate, mm/min [14:54:23] [ $$ ] $111=2500.000 ;Y-axis maximum rate, mm/min [14:54:23] [ $$ ] $112=2500.000 ;Z-axis maximum rate, mm/min [14:54:23] [ $$ ] $120=100.000 ;X-axis acceleration, mm/sec^2 [14:54:23] [ $$ ] $121=100.000 ;Y-axis acceleration, mm/sec^2 [14:54:23] [ $$ ] $122=100.000 ;Z-axis acceleration, mm/sec^2 [14:54:23] [ $$ ] $130=1280.000 ;X-axis maximum travel, millimeters [14:54:23] [ $$ ] $131=1280.000 ;Y-axis maximum travel, millimeters [14:54:23] [ $$ ] $132=68.000 ;Z-axis maximum travel, millimeters [14:54:23] [ $$ ] ok [14:54:23] [ $I ] [VER:1.1g.20181112:CBEAMXL] [14:54:23] [ $I ] [OPT:V,15,128] [14:54:23] [ $I ] ok [14:54:24] [ connect ] Firmware Detected: grbl version 1.1g on COM5
So checkout these three settings against the Grbl Wiki: gnea/grbl $5=0 is the correct setting if you wired your switches as: NO = SIG C = GND $21=0 - disables limits - might want to set it to =1 $22=0 - disables homing cycle. Set it to =1 to enable Homing
2 questions. I'm only asking because I haven't been able to hit on the right search terms to find the answer myself. 1: Is there a way to look at X and Y location of the spindle in Control as compared to work zero?? Basically what I'm trying to do is figure out where work zero is after turning off the machine for the night the next day so I can continue a project. Normally I'd just rezero my work zero but this is a circle and I'm cutting from the center out. 2: This basically relates to the first question. If I rehome, is work zero reset?? This is one of those "I'd rather ask than punch a button to find out" questions since I really don't want to tear up a work piece I've been working on for 2 days.
If you are using a homing cycle with limit switches you should be OK. If it's critical you could move a precise distance from wcs zero (somewhere you can make a mark). Tomorrow you could re-align tool with mark and (as long as you made a note) you would know how far you are from wcs zero - move back that distance and reset wcs zero. Alex.
The work zero should be remembered, even after shutting everything down and re-homing the next day when you start up. I had this same case this morning. Cut a bunch of 18" circles last night, shut everything down and closed out OB Control. Came down today and fired everything up. When I start OB Control it shows me some random (?) numbers like 629 and 744 for the X,Y coords. After unlocking and re-homing it shows the actual values of the last set work zero as it relates to home. In my case it was -1.xx, 0, and 1.xx for the X,Y,Z. As long as I get my square blanks back into the same spot, I can load the gcode, run job and that's that.
I already made a mark (kinda thinking ahead) but there is always that +/- a fraction of a mm that I'm worried about.
It's only a problem if you are manually homing without limit switches - if you set your home position somewhere different your work offsets would move with it. Alex.
@Alex Chambers Please is there a way to manually home my cnc router? This will be a good alternative to my none functioning limit switches
there is no need, though it can be done. GRBL remembers the offsets for you, yes even when power is off. all you need to do is send it back to machine zero before turning off (if you don't have home switches). G53 G0 Z0 G53 G0 X0 Y0 will send it to machine home . If you have home switches you don't even need this since homing will do it automatically and the WCS is remembered. no, work zeros are not reset by homing and are remembered when power goes off. if you still want to see the actual offsets you can open the serial console and type $# and press enter. it will reply with all the offsets Code: [09:29:45] [ $# ] [G54:-234.000,-345.000,-22.000] [09:29:45] [ $# ] [G55:10.000,10.000,-7.000] [09:29:45] [ $# ] [G56:0.000,0.000,0.000] [09:29:45] [ $# ] [G57:0.000,0.000,0.000] [09:29:45] [ $# ] [G58:0.000,0.000,0.000] [09:29:45] [ $# ] [G59:0.000,0.000,0.000] [09:29:45] [ $# ] [G28:0.000,0.000,0.000] [09:29:45] [ $# ] [G30:-100.000,-97.000,3.000] [09:29:45] [ $# ] [G92:0.000,0.000,0.000] [09:29:45] [ $# ] [TLO:0.000] [09:29:45] [ $# ] [PRB:0.000,0.000,0.000:0] [09:29:45] [ $# ] ok so in the G54 line you can see the current work offsets from machine zero. yes, they will normally be negative. should you somewhy wish to restore these numbers after a rehome, you can do this: Code: G21 ; set mm mode G53 G0 Z-5 ; safe Z height just below the limit switch G53 G0 X-234 Y-345 G53 G1 Z-22 F200 ; using a low feedrate just in case and now press the setzero buttons.
i Ensured the limit switches wiring is in the above order. And I continue to get this error as the z axis moves passed the limit swithch. The attached image is the gbrl error. Looking forward to your help. Thank you
Its a new error Of course just reading the error message tells you what setting is wrong, and what to do about it. See gnea/grbl
No it is the same error I have been getting all this while. This same setup works perfectly prior to relocating the Workbee. What shall I do now?
