However, the clamp voltage is still dependent on the IGBT's gate threshold voltage, which makes a mockery of the 431. I should just stop trying to cut corners and do the job properly.....
The Mighty Shiz
Retrofitting 1983 Shizuoka AN-SB CNC milling machine, Bridgeport mill, Colchester Bantam lathe and 1982 Tree UP-1000 CNC lathe with modern controls - and other workshop stuff
Tuesday, 26 August 2025
Well - did the Big Beautiful Zener work?
However, the clamp voltage is still dependent on the IGBT's gate threshold voltage, which makes a mockery of the 431. I should just stop trying to cut corners and do the job properly.....
Monday, 11 August 2025
Workshop Tetris (again) - and new benchtop
Finally got round to getting some machine skates from Temu and AliExpress so that I can move the Tree CNC lathe from the middle of the workshop where The Mad Jocks left it, blocking any kind of movement of machines and large objects.
I've never managed to find any mention of the weight of the Tree in any of the various brochures, manuals, forums etc. I started to model it up in Fusion but that was partly due to being bored off my tits at the time, rather than any serious attempt to estimate its mass.
The "frame" of the machine is cast iron, of a piece with the bed - rather than being fabricated as a support for the bed as is often the case. That's why it's so effing heavy.
As it stands, this model is reported (by Fusion) to weigh in at just under a tonne. However, it lacks the actual machine bed ways, saddle, cross slide, turret, tailstock, hydraulic pack, spindle motor, spindle, headstock, enclosure etc, so perhaps 2.5 tonnes or so wouldn't be far off the mark for the completed machine, if I ever got around to completing the modelling work. Don't hold your breath.
Finally, I got a message from a fellow Tree owner who reckoned he'd heard "6000lbs" somewhere. In the absence of any other figure, that's the most credible number I can go on. That's about 2.7 tonnes, which feels about right. The Shizuoka is around 3.5 tonnes and gives a similar impression of weight.
These machine skates claim to be for 8t and 15t respectively, although those are Chinese tonnes of course.
View from the outside door (fire escape?) corner of the room:
Let's build this "giant zener" thing...
The simulation sort of shows the general idea but wouldn't necessarily work as shown in my application:
- The 431 doesn't like more than about 36V on its cathode. I will need a series zener diode to reduce the max voltage it sees.
- I need to ensure at least 1mA in the 431 to keep it "lit", yet I need also to ensure that 1mA in the potchain doesn't turn the IGBT on.
- I may need some capacitance across the 431 to keep it stable. Possibly not - but it needs to be considered.
- I have only a limited selection of components - despite the sacks on obsolete stuff I've accumulated over the years, I don't have "comprehensive coverage" of all compt types and values.
- BZX85-C27 ie 1.3W zener, 27V +/- 5%
- BZX85-C15 ie 1.3W zener, 15V +/- 5%
- 470uF 35V electrolytic
- 100uF 35V electrolytic
- 4.7uF 400V electrolytic
- 22uF 160V electrolytic
- 100k single turn pot (Chinesium - acquired for the Motorhead controller)
You can see from the old datasheet that the gate threshold is pretty soggy but typically lies around 5-8V. BUT - bollocks to this. If I simply put two 27V zeners in series with the gate threshold, I might expect around 60-64V operation of the device. Hell, this would be a lot simpler than buggering about with 431s.
Saturday, 2 August 2025
Newker controller parameters - overvoltage clamp required
One key difference between milling and plasma cutting is the feedrate (meters per minute etc). When I ran a trial toolpath in the Bridgeport, I found the current default feedrates for G0 (rapid positioning) and G1/G2/G3 (machining feed rates) were quite different, and more relevantly the G1/G2/G3 feed rate was glacial, and certainly lower than those required for typical plasma cutting.
This g-code is a simple way to move one direction in rapid G0, followed by a return at G1 feedrate.
G0 X0 Y0G1 X10 Y10G0 X0 Y0G1 X10 Y10
The default, maximum feedrates are set in the Newker Parameter > Speeds. Obvs if you ask for a higher feedrate in the g-code, it can't overwrite those hard coded parameters.
I finessed the G0 and G1 etc parameters to increase the feedrates up towards something a bit more useful. Problem was that beyond a certain combination of speed and (reasonably workable) acceleration/deceleration, one or both of the servo drives would shut down.
I'm using a Leadshine RPS4810 PSU which has fairly small output caps (being an SMPS), so it doesn't take much deceleration (aka regeneration) to cause an overvoltage of the servo drive. Like most PSUs, these have latching overvoltage protection (OVP), set between 71 and 79V:
There's no mention of an overvoltage shutdown the the DMM Tech DYN2 servo drive user manual (such a it is) but it's clearly happening, since on occasion the Y axis will stop moving while the X axis continues to respond. If the PSU was shutting down, neither axis would move.
Previously, I observed this OVP shutdown and was able to confirm via the DMM software that it was being triggered by the drives. Obvs, when an overvoltage occurs, the drive stops driving the motor, and as these motors are running above base speed ie not in the field weakened region, the overvoltage is curtailed and never rises far enough to trigger the PSU OVP or cause damage.
One solution to this issue might be to fit a larger bus cap but from previous experience I know that too big a cap can cause overcurrent protection (OIP) shutdown. On these PSUs, an overcurrent causes a latching shutdown that can only be cleared by interrupting their mains input.
Unless I'm to dial the feedrates down to a pathetically slow level, the only sensible solution is to fit a braking resistor or voltage clamp to contain the overvoltage by dissipating it in a resistor or power device.
The classical scheme for implementing a braking function is to use a comparator with hysteresis to switch a resistor on and off via an IGBT or MOSFET. It's a pretty simple circuit and is used within VFDs and also as standalone braking modules.
The cncdrive.com servo drives I used on The Shiz were ordered with one of their matching braking modules. Due to the rather sketchy construction, it managed to break down the microscopic insulation between the switching device and ground, nearly causing me to "make mud". I repaired it, reverse engineering the circuit along the way. Bizarrely, it included no hysteresis although it seems to work ok.
As for the DMM Tech servos used on the Bridgeport, I previously considered building a braking module to tackle precisely the issues I'm seeing today. Clearly lethargy, apathy or similar caused this to not happen but perhaps now's the time to get it implemented.
TBPH, I still can't be arsed to go the whole hog with that proposed design. Being a lazy fat bastard, I'm always looking for easy shortcuts. In this instance, such a shortcut would be to simply make a giant zener diode ie a linear clamp, rather than a switching circuit.
I've got some big fuck off IGBT modules (IRGTI050U06) from Internation Rectumfrier in my museum of components that will eventually turn to dust if I don't use them.In conjunction with a simple zener and some resistors, I can implement a very simple zener clamp. I can't be arsed to calculate the energy I'd need to dissipate, either from first principles or based on scope measurements. I'll simply build the fucker and connect it up. If it pops, I may think again - or replace the module and limit the peak current by fitting a source resistor.
As you can see from the schematic, the "zener" is a TL431, which allows the threshold to be adjusted, ideally with a pot. There's so little involved that I can just solder the compts on top of the module.
Let's build this circuit up and adjust the clamp voltage (using a bench PSU) somewhere between the Leadshine PSU's set voltage and the servo's OVP threshold. Then I can turn up the feedrates without the damned thing needing the maains to be recycled.
Monday, 16 June 2025
Metal bashing - hacking the Bridgeport about for plasma cutting
The electronics is sorted for the time being, as it appears I have got the pilot arc thing covered. Now, time to do some mechanical work, starting with the milling machine that will provide the CNC part of the system.
First, fit some horizontal arms that will hang out the front to support the "table". No, I'm not above drilling and tapping holes in the thing.
Looks almost up to the job. The concept is starting to become apparent if you look carefully.
Ooof. That seems to be it for the moment. I seem to have lashed up the following features:
- Torch mount. I can move the torch in X and Y using g code.
- "Table" mount for the sheet / workpiece.
- Cable for interfacing the plasma machine to the CNC controller
- Means of controlling the arc from g code (actually m code)
- Finish modifying the Newker post processor for plasma use, including the M59 macro for arc enabling. I don't have a "pierce height" control, so piercing will have to happen at the cutting height.
- Test out the table movement. For one thing, can the machine move the torch quickly enough for plasma cutting? It needs to move a lot faster than required for milling metal.
- Then - try the fucker out.
Monday, 9 June 2025
Pilot arc control - the "proper" solution.
- At power up, the contactor closes.
- Contactor opens when the main arc establishes.
- And closes again when the main arc is broken.
Well - did the Big Beautiful Zener work?
I suppose the answer is sort of yes and no. The circuit works on the bench at a (fixed!) threshold of around 58V. Problem with that is that ...
-
Setting up the servo tuning(?) software: Having spent a couple of hours yesterday pratting about with the PID controllers for the X and Z ax...
-
The bearing arrived as expected this morning. Took a few minutes to make up a 42 x 25.5 x 7mm thrust washer, then fitted the bearing and was...
-
Right, so having gone through the motions with the X axis (cross slide), I should now be able to set up the Z axis (longitudinal) encoder an...