On manual machines from the past, there are no such possibilities. Maybe that's why they are gone ...
Printable View
On manual machines from the past, there are no such possibilities. Maybe that's why they are gone ...
And how are you going to use DDSCV1.1 with them?
I am addressing your insistence that modern CNC machines are built enough out of square to require software compensation to cut a right angle, I used manual machines as an example that it is quite obviously possible to produce machines with ways which operate with precision and without need of compensation and has been for the best part of a century.
But you knew that :D
I have a strong suspicion that these machines were made not by you, but by the factory.
I agree. You're right.
Attachment 23078
Here on this machine I have a problem with the perpendicularity of the x and y axes. On some tasks this did not suit me. I solved the question in a minute, in the mach3. And with the utmost precision. I do not imagine how much time I would have spent on the alteration in order to achieve the desired perpendicularity of the x and y axes.
Any software to correct the dynamic variable geometry of the commercially made (in Devon) machine that I have ? My machine just does not cut the mustard. At least not accurately !
Does the controller in question handle master and slave drives on a single axis? Can it use a homing switch on each of these with defined offsets to allow the gantry to be re-squared each time you home it? That seems like a better approach which allows for the possibility that the perpendicularity is not built-in when you have a moving gantry with separately-driven ends. I agree that the ideal, and certainly in the case of milling machines rather than routers you would expect X and Y axes (and Z, of course) to be built perpendicular.
I'm following this discussion because I'm interested in where these cheap dedicated controllers are going. At the moment I'm happy with Mach3/PC/motion controller but I can see a day when a standalone box might be the way to go.
I prefer an extra day to solve the perpendicularity of my machine, that to mess with the software. After all i spent 1 week mounting the 3m long square rails on my machine and had to dismount them a couple of times to correct parallelism. Not to speak of the 3 times pouring epoxy until i learned to control 100% the process . Each pour was around 150euros in epoxy.
That was solving the parallelism. But perpendicularity? i would say all i mount is less than 0.01mm in perpendicularity. Facts speak that i did not have to tram spindle at all when i finished my machine, no need for dial indicator after mounting all just using some thinking, straight edge and 2 precision squares.
I have to check the manuals of the expensive chinese controllers. But i doubt that, as any would expect from a milling machine to be build 0.000 not 0.00 straight
I must admit a little confusion from this thread.
It all stems from the definition of perpendicularity. I thought perpendicular meant 'at right angles to a plane' i.e. the XY plane, so the thread was referring to the Z axis.
Reading it again it seems more about XY squaring, which makes a lot more sense. I do no see how any software could compensate for a cutter out of tram moving up and down at any angle other than vertical unless the cutter head was spherical and the shaft small enough to allow it to miss the sides of the cut.
Ok i am really struggling to get my DDCSV1.1 to activate my spindle Via the Huanyang VFD, has anyone on here already done this successfully? I'm not sure on, and cannot seem to find any information about what signal the VFD is expecting on the FOR terminal in order to engage the spindle.
Any help would be greatly appreciated.
Thanks
Alex
I think all is self explaining from manual:
Attachment 23109
Only 3 cables you need. Ground is connected in the VFD as far as i remember
Hi,
Yes i figured it out. You have to wire it as the manual, however the VFD is slightly strange as you have to ground both the ACM & DCM (Analogue & Digital Grounds) to each other. A bizarre occurrence to me, not sure what the Chinese logic is behind it but it works. I can now control the M3/M5 commands and set the speed from the DDCSV1.1.
Alex
Sadly YouTube's closed caption translation feature reads like a Chinese written manual and I don't speak the language used :-(
A written review to accompany the video might reach a wider audience?
- Nick
I like you fitted the controller it looks great. I seem to have an issue with mine now where; if i leave it powered down for long than 5 minutes or so, when i boot it back up, it doesnt boot first time, instead i get a long beep and the backlight of the display, if i switch it off and back on again it works perfectly, very strange.
Thanks
Alex
In DDCSV2.1 change PNP inputs to NPN!
I use CAMBAM. It lets me change between inches and mm.
I already have many files created in inches. Changing them to mm instead of inches seems to make no difference.
When I try to run one in inches it seems to run in mm instead of inches.
My spindle is calibrated to move 25.4mm to get 1in of travel, so assume if I increased my numbers 25.4 times I would get what I want. Except I don't want to go through my files and convert them manually.
Am I missing something to get files to run at a 1 on the display = 1in ???
Thanks for your responses so far guys!
Here are the first few lines of one of the files.
( Made using CamBam - http://www.cambam.co.uk )
( chickenfoot 12/26/2017 9:42:57 AM )
( T0 : 0.0001 )
( T1 : 0.125 )
( T4 : 0.25 )
G20 G90 G64 G40
G0 Z0.125
( T4 : 0.25 )
T4 M6
( Profile1 )
G17
M3 S1000
G0 X-2.25 Y-0.375
G0 Z0.0625
G1 F200.0 Z-0.015
G1 F1000.0 X-3.0847
G3 X-3.2081 Y-0.52 I0.0 J-0.125
G3 X-2.6742 Y-1.8469 I3.2081 J0.52
In the links in post #229 is a download for the English manual. On page 80 there is parameter #115 0=metric,1=imperial.
https://www.cnccookbook.com/g21-gcod...tric-imperial/
Can this controller home a dual ballscrew Y axis independently? I've thought about buying it a few times.
Does either switching between G20/G21 and/or parameter #115 (where it exists) cause the unit display to change from three to four decimal places for Inch use?
I looked through the parameter list in the manuals for both versions and couldn't find anything remotely looking like a scale factor. Earlier entries in the Parameter List imply such things as pulses per MM for distance. If it is assumed that the G code selects Inch or Metric for display purposes my guess would be that changing the Parameters (#34, 35, 36) to 640*25.4 = 16256 or whatever your leadscrew to motor gearing gives you, would solve the problem for Inch users. Perhaps the data entry in the manual should be Pulses per unit of distance travelled, rather than Pulses per MM. I can't remember a CNC system where changing from G20 to G21 did anything other than move a decimal point in tool or work offsets. It did however cause scaling for axis moves.
By implication all this suggests that the DDCSV varieties do not have a switchable Inch Metric system - but it can be set up to work with the right pulse counts for either Inch or Metric, but not both without changing parameters. The loss of Parameter #115 may indicate the system is simpler than expected. Do people still switch between the two systems?
My two penn'orth
I have an interest in using one of these types of controllers in the future, so I had a look through the documentation using this as an example problem. I get the impression that not all parameters are changeable 'on screen' and that you have to load a parameter file to your computer, edit it and then upload the parameter file to the device. If this is the case then it seems a lot of faff, I would assume that future versions of the firmware might include the facility to edit this parameter directly as well as the much desired twin screw axis homing and squaring. I don't know how much of the world other than USA (and model engineers stuck in the past) operates in imperial measures, but I reckon it could be a poorly implemented afterthought to make some gesture to the non-metrics of the world.