| The Shop > CNC |
| DDCSV1.1 4 Axis controller |
| << < (166/202) > >> |
| dale brisson:
--- Quote from: lordprimoz on January 12, 2018, 01:52:19 PM ---Hi Guys, when running gcode on my machine I have this really werid issue where there is a significant deviation in the actual position(as well as the position it shows on the display) and the position it should be according to the gcode. im trying to mill a vacuumtable, which is basically a milling grid pattern where i step down 0.1mm for each level. Fusion360 generated the gcode for this project. I noticed that (it seems to be in all axes) the z-axis has this weird difference. for example: the gcode tells the machine it should go to -0.8mm on the Z-axis, but it actually only goes down 0.774mm. After moving up and to a new spot it moves moves down again. This time its also different from the previous value. This might be something i would expect from (failing?)backlash settings, but these are all disabled and set to 0. So essentially the machine starts and moves to a xy coordinate, then it moves down (gcode Z-0.8) to -0.7xx. When it moves up again to its safe position and comes back down the z-depth is no longer the same as previous, even though this depth was already wrong. When telling the controller to move to a certain z-heigth from the display itsself it does indeed move to exactly that position.... Anyone got any ideas what is causing this? im getting the same thing with f-360 tried 100 times no luck..one thing with fusion is the if you do not have smoothing on it will do that as it thinks you doing another pass .. the only thing i found that works is estlcam . we need a better post processor what is everyone using ? --- End quote --- |
| PK:
How many steps per mm do you have configured? The controller (any controller) can only move a minimum of one step. So, if a step is 0.049mm and you command a move of 5mm then it's only going to move 4.998mm... Could this be what you are seeing? PK |
| dale brisson:
i know there is the new firmware that is made ..haven't tried it .. but was wondering if it can be programed to run grbl ? estlcam have a few good things going for it as you can prob the whole workpiece incase your higher or lower in some spots.. can it be done? |
| PK:
Homing dual motor axii. So we're about to commission a machine using one of these controllers and we have an axii driven by two motors. Is there support for homing in this configuration? We have some other options like using the home switch to kill step pulses to one of the drives whilst the direction is towards the sensor, but it'd be nice if the controller supported the configuration directly. Many thanks for all the work done so far on this project. It's a fantastic enabler for machine builders. |
| lordprimoz:
--- Quote from: PK on January 13, 2018, 11:13:04 PM ---How many steps per mm do you have configured? The controller (any controller) can only move a minimum of one step. So, if a step is 0.049mm and you command a move of 5mm then it's only going to move 4.998mm... Could this be what you are seeing? PK --- End quote --- I have it set to 640steps per mm on both the x and the y axes. The z axis is at 1066.667. ( i also tried with 1067, no luck). I wouldnt mind a few thousands offset because the controller cant handle that. But as i mentioned before, this is several tenths, and variable as well. The gcode file seems to be fine. Just the controller not doing what its told by gcode. |
| Navigation |
| Message Index |
| Next page |
| Previous page |