Grbl 0.7d
(1/16) step settings \ 200 steps per turn \ .8mm per turn = 2560
anyway i type
$2=2560
Stored new setting
ok
says stored – I’ve used 2560.00 and other variations. Still doesn’t work. and in the dump I still get
$2 = 2565.000 (steps/mm z)
Not sure if serial is right , ascii is understood wrong or, eerom is read/ written correctly.
I just use 2555.
also after decimal point values are n+1.
ex
$9=5.011
i get
$9 = 10.010 (cornering junction deviation in mm)
评论 (7)
#2 – Atrixium 于 2012-01-31
Oh! I noticed this step/mm bug too when I was doing some configuration on my machine, I’ll create a known bugs page in the wiki and post this as a work around.
#3 – james-martinez 于 2012-01-31
i type
$2=2560.00
still I get $2 = 2565.000 (steps/mm z)
anyway we know its an issue so we can fix it or work around it. I’ll try and help.
#4 – chamnit 于 2012-02-01
Strange. I’ll definitely take a good look at the code to see what’s going on. It’s been on the backburner for a while and pretty much forgot about it.
#5 – james-martinez 于 2012-02-01
No problem.
Sonny Jeon reply@reply.github.com wrote:
> Strange. I’ll definitely take a good look at the code to see what’s going on. It’s been on the backburner for a while and pretty much forgot about it.
>
> —
>
> Reply to this email directly or view it on GitHub:
> https://github.com/grbl/grbl/issues/53#issuecomment-3751319
#6 – chamnit 于 2012-02-01
Ok should be working now. A #define didn’t compile as I thought it would and caused the floating point rounding to add 5 rather than 0.0005. I was able to test 0.7d and confirmed that it was doing what you say. It doesn’t do it now with the fix. v0.8a was not affected, since I didn’t repeat the same #define error there. Let me know if there are any other issues you encounter!
#7 – james-martinez 于 2012-02-01
Alright, good job. Works great.
#1 – chamnit 于 2012-01-31
Yes. There is a bug somewhere in the EEPROM settings that I haven’t gotten to yet. The easiest way to fix it is to type $2=2560.00. The zeros keeps grbl from rounding too early.