We use cookies to personalize content, interact with our analytics companies, advertising networks and cooperatives, and demographic companies, provide social media features, and to analyze our traffic. Our social media, advertising and analytics partners may combine it with other information that you’ve provided to them or that they’ve collected from your use of their services. Learn more.
I recently upgrade to the 2.8 Laser from Jtech Photonics, It has worked great with the Vectric post processor but would like to take advantage of the full capabilities the laser has and do some pictures utilizing the PICLaser software
My issue is when I use xloader to load Jtechs hex file for the GRBL. It loads the hex file as far as I can tell. I pasted the text from Universal Gcode sender and shows “Grbl J-Tech Photonics 0.9g G400ok”". When I try and move the Xcarve it wont move and I get a yellow Queue message. If I reload the stock grbl I no issues and can move the xcarve manual or send gcode with ease.
One last thing I ordered another arduino because I thought my version was not genuine. It was an “italy version” the new one I got was a US version. I have the same issue with both versions.
Any help you guys can provide would be greatly appreciated. thank you.
that fixed it. i typed in $14=1 and didnt work. then tried $14=1.0 and now everything is working again. its moving but seems a little slower then with the previous version of grbl. i am going to try out a small laser image and see how everything comes out.
It could be the grbl setting $13=0 also. If he is trying to jog in inch units & Inch Per Minute feedrates when grbl is set to Metric, it will be short & very slow moves. PicSender automatically changes the $30= grbl setting when the jogging units & feedrate values are changed by selecting or Un-selecting Metric on the main screen.
@GautierHenricy Without any details, it’s hard to tell what the problem is that your having.
I’m basically still have this problem. I go through a basic pocket operation (large square to resurface my machine, and I get the now dreaded yellow “Queue” status! Several commands are sent, but not executed. See screenshot.
I have set $14=1.0 but this had no effect. Below are my settings. What is interesting is that if I pause the job and resume, it will finish most of the job. It will not execute the last couple commands. After a few soft resets and $x commands, and possible $H, the machine will suddenly send me a “finished job message.”
This really stinks. I’m using the jtech grbl 0.9
Grbl J-Tech Photonics 0.9g J Tech [‘$’ for help]
F4000ok
$$
$0=10 (step pulse, usec)
$1=255 (step idle delay, msec)
$2=0 (step port invert mask:00000000)
$3=3 (dir port invert mask:00000011)
$4=0 (step enable invert, bool)
$5=0 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=3 (status report mask:00000011)
$11=0.010 (junction deviation, mm)
$12=0.002 (arc tolerance, mm)
$13=0 (report inches, bool)
$14=1 (auto start, bool)
$20=1 (soft limits, bool)
$21=0 (hard limits, bool)
$22=1 (homing cycle, bool)
$23=3 (homing dir invert mask:00000011)
$24=25.000 (homing feed, mm/min)
$25=750.000 (homing seek, mm/min)
$26=250 (homing debounce, msec)
$27=1.000 (homing pull-off, mm)
$100=40.000 (x, step/mm)
$101=40.000 (y, step/mm)
$102=188.976 (z, step/mm)
$110=50000.000 (x max rate, mm/min)
$111=50000.000 (y max rate, mm/min)
$112=500.000 (z max rate, mm/min)
$120=250.000 (x accel, mm/sec^2)
$121=250.000 (y accel, mm/sec^2)
$122=50.000 (z accel, mm/sec^2)
$130=764.000 (x max travel, mm)
$131=772.000 (y max travel, mm)
$132=85.000 (z max travel, mm)
Nevermind the fast $110 and $111… i was just running it fast in the air without carving to see if I could get a job to finish.
