Help with programming? Willing to PAY $$ for your time.
I’m making a Glass Lathe for my son and need help with programming.
So basically have two rotating heads that operate at the same speed, most of the time.
Looking for speed control, direction, and a few other variables.
Purchased two NEMA 23 steppers for the heads and also have two DM556T controllers and a UNO.
I think this appears to be the classic case where a bunch of parts is looking for a problem. A lot more information is needed to even begin to think about it. Post links to each of the hardware devices that show technical information. Also post your schematic, not a frizzy picture showing how you have it wired.
0-200 RPM adjustable speed Both Heads, 3 preset speeds, digital speed readout, linear ramp up and down, CW/CCW direction, foot pedal jog the #2 head a few RPM in either CW/CCW direction while both heads are spinning (twist heated glass). Head LOCK (single,both).
I was about to suggest that you just buy one because it will be quite a long process to get the coding correct when you have the hardware and the programmer doesn't and thus, rather pricey at any decent hourly rate.
Then I checked out the SincTech site. I really don't understand what makes their gear so expensive - are they the only game in town?
Glass Lathes are usually very heavy metal like a metal lathe, very expensive, hard to find and do not have a twisting option, both heads a mechanically linked. The SincTech is nice but very pricy also, not sure how many offer heads that can twist, Utube has several.
If both spindles are always turning at the same speed, or always both stopped, then it occurs to me that you could build this without writing a single line of code. Loading grbl onto an arduino and controlling it with a G-Code interface program on a PC should give you all the functionality you're looking for. The only "complication" I see is that you're going to need a toggle switch to invert the DIR pin on one of the motor drives. And, if you were set on having actual pushbuttons (as opposed to a touch screen), then the G-Code program would have to be able to map physical pushbuttons to key inputs, but that you can find off the shelf.
Only question is would such an approach cost more or less than going fully custom code...