I wonder if you had considered the grbl esp32 port? It seems to be pretty active and open to taking advantage of what the esp32 offers over the old arduino.
@davers16104 жыл бұрын
I am working on GRBL32 on the ESP. How possible would it be to take this code over to the ESP?
@Lmarc19825 жыл бұрын
In GRBL you can set the acceleration value. Thinking about Z movements, it is easy to make the tool stay far away from the piece in which we want to make the thread and use this space to let the tool accelerate to full speed and then the tool will touch the piece that will "receive" the thread. However, at the opposite end of the thread, the tool will have to de-accelerate. How do you deal with this phase since if you have the metal piece spinning at constant speed and you de-accelerate the tool that is making the thread, the pitch of the thread will be "damaged". What should I do? Thanks.
@codemakeshare5 жыл бұрын
Good point. I'm not a machinist, but I think this problem always occurs, also with mechanical/manual thread cutting on the lathe. Usually I think people turn down a diameter as a "lead out groove" after the thread, wide enough to stop the tool and retract. It of course helps to set the highest-possible deceleration values. My lathe has a closed-loop stepper on Z which can act pretty quickly. I could also imagine programming a lead-out with a smooth retract in X, so that the thread would keep going with less and less depth until the tool leaves the material.
@hans-martindurabi86103 жыл бұрын
Hi! Where can I get the encoder?
@kukupee96 жыл бұрын
any further success/tests synchronizing spindle and Z axis feed to match up repeat passes? Can they be set in a ratio depending upon pitch no, which is also the speed of z-axis drive or can both spindle and z-axis stepper be synchronized with encoder on both...
@codemakeshare6 жыл бұрын
I've started working on this, but was very busy recently with other things and it's not quite finished yet. The plan is to sync the axes in absolute terms to avoid drift, and create an internal command that allows to synchronize start points at any spindle angle, to be able to restart and hit certain points. That part I already started on, but need to test it on the lathe a bit more to make sure it actually works. Based on that, I then want to build the threading canned cycle, ideally so that it's compatible with CAM software like Fusion.
@kukupee95 жыл бұрын
hi there. eagerly asking have you been able to do threading with grbl? I saw new version of grbl 1.1f showed better spindle rpm control or is it so? Few question again is there a way to perform tool change manual /automatic with grbl? Also GRBLGRU software will that be able to do perform thread cutting with grbl?
@nsiatras5 жыл бұрын
Very nice work. On what pin of the mega do you connect the magnetic encoder ?
@gamerpaddy5 жыл бұрын
did you try to work offcenter with this spindle sync mode or is the y/z axis too slow for that ? like machining a crankshaft without using a 4 jaw chuck.
@codemakeshare5 жыл бұрын
I have not tried it, but it would be interesting to have a go... I'm not sure if it's possible on such a basic machine, it would need a very fast x-axis (the one going in and out is usually x), and no backlash. I already have a very good Japanese ballscrew in the cross slide, so that part might be ok, but the speed could be a problem. Also, it would require a dedicated mode in GRBL, as it needs to be done in realtime with high precision.
@roribune81623 жыл бұрын
Hey man, I know this is an old video, but I hope you see this comment. 1. This is really good work and a lot of people don't appreciate the differences between CNC mills and lathes. Probably about half the G codes are different. 2. On a lower comment asking about what happens at the end of the thread; the default mode is that the x axis just retracts at rapid rate, usually leaving a clean end of the thread. You can usually set parameters that will let you control how long this retract takes, e.g. you can have the thread lead out over 5 turns (good for not leaving a high-stress zone at the end of the thread.) 3. On some of the examples it looks like your thread pitch is a little inconsistent (I don't know if that's just the marker being flexible or not). I can't speak for other controllers, but I know that on older FANUC controllers when you do normal G1 feed cutting the machine will adjust the motion to compensate for changes in spindle speed to maintain a constant feed per revolution. In thread cutting it takes a different approach: First it moves to the start point of the threading, then it waits for the next zero count of the spindle encoder, then the Z axis moves at a calculated feedrate in feed/min and any errors are not compensated for as the thread is cut. For this reason most controllers disable spindle and feedrate override controls on the panel. As long as your spindle speed stays constant, your feed/min on your Z axis stays constant, and you start your Z axis movement at the same encoder count, you should get nice consistent threading.
@anoopsingh40164 жыл бұрын
can any body tell me clearly the pin numbers for spinlde encoder on mega or ramps shield
@Ialston20004 жыл бұрын
Howdy, what's the Mega setup look like? I thought I had found a point in Git where you talk about Arduino Mega + RAMPS V1.4, but I'm struggling to find that now.
@codemakeshare4 жыл бұрын
Hi! On my lathe, I'm using a basic break-out board for the Arduino Mega that I made myself, but it's pretty much just a bare PCB with headers to simplify the wiring. It should be possible to wire up the Arduino straight to the stepper drivers. I've also used RAMPS1.4 boards for a couple of projects with GRBL (you have to select the appropriate defines in the config of the GRBL code). RAMPS is more appropriate for small machines where the little stepper driver boards are enough - i.e. Nema17 motors. I have a video up of a wire bender where I've used RAMPS. For larger machines, I'd recommend dedicated Stepper driver boxes (there are a lot on AliExpress), or even better, closed-loop hybrid steppers/servos. I have some that have the driver already built-in. Much faster, smoother, and they won't lose steps.
@Ialston20004 жыл бұрын
@@codemakeshare Thanks! I just found the references to RAMPS in config.h I'm rebuilding a Ooold lathe, so NEMA 45 is probably where I'm at, I'll get dedicated boxes!
@Ialston20004 жыл бұрын
@@codemakeshare Howdy, I can't find a reference to the input for the spindle flag, is it in the Config.h?
@GypsyRewind5 жыл бұрын
I cant find this repository, or project.. I mean, i find grbl-mega, but that code does not contain G95 algorithm's... maybe i just bad-searched... anyway I not find
@codemakeshare5 жыл бұрын
Hi! My add-ons are not yet integrated into the official GRBL, and are still experimental. But you can find the repository in my fork on github (link above in the video description).
@GypsyRewind5 жыл бұрын
@@codemakeshare Sorry, but I find and looked through all the files in your fork, maybe you just just not saved your project :-\ ..I working now with stm32g103 (bluepill), and I trying portin to that grbl, but for lathe, and for lathe need support g95, and desirable g74, g76, and your project would be very useful for me, and not only for me.. I think.. I would be very grateful to you :)))
@GypsyRewind5 жыл бұрын
p/s/ Can you give me link on your fork again please.. just maybe i was just looking there
@codemakeshare5 жыл бұрын
@@GypsyRewind Check out the "spindle_sync" branch in my fork: github.com/fschill/grbl-Mega/tree/spindle_sync