DDCSV1.1 4 Axis controller

The Shop > CNC

<< < (118/202) > >>

Benedikt:
THANK YOU IOCAPA, YOU ARE AMAZING, MAN!!! :nrocks:

I have just received the best email in a long time.
Attached was a 4axis.bin which flashed to my controller just fine.
IT IS ALIVE AGAIN!!! :D

I owe you so much, @iocapa.

Also thank you all so much, who would have donated to me, if the controller would've been totally dead.
Without iocapa, it certainly would've.

I may need to clarify, that the controller is not yet fully working.
What works again now is, that the same embedded Linux which is running on all your controllers, is now booting.
Many files are still missing and it might take a lot more time to fix this, but I think we can mostly recover it.
It will never be particularily good again, but hopefully good enough to be used for further development.

Benedikt:
It seems like we were on a good path.
But I can't tell if we can really get it back to factory firmware again.
I have tried to contact the manufacturer about it, but after an initial response I have never heared back.
Currently I am trying to get the flash dumped in a different way than what I have tried in the past.
This one is booted instead of Linux and writes the huge image compressed over the RS232 port.
If this attempt fails, I may have to resort back to the kind donation offers...

Anyways, unfortunately there has not yet been any progress recently that anyone except us developers can make use of.
If anyone has ARM Keil, please PM me. I would need some code built.
If not, I am working on a bare-metal toolchain for the controller so that we could run any operating system or bare-metal C code.
The latter is what I need for the Flash copy utility.

EDIT: There has been one thing I got to work which will be useful for the others of you. There is now Lua support for the controller which will be included by default in further firmware releases and finally the full rewrite. Lua is a very nice and very easy to learn programming language which is in some aspects similar to Basic. We will allow users to write plugins in Lua to extend the new firmware's capabilities and add cycles and other customizations.

BR,
Benedikt

aolney:
Using DDCSV1.1 in inch mode?

I am in the middle of switching from Mach 3 to this device and am missing something about the inch programming mode.

I have used Fusion 360 and Jay's post processor to generate the code below with a G20 for inch mode. it is the outside contour of a rectangle.
The DDCSV1.1 display is not matching up with the program coordinates.

I have attached my setup vars for ref. ( Thanks to Benedikt for the configuration utility and firmware!)

Andy Olney

Here is a photo:
https://goo.gl/photos/KK77kqJdbG5xELAF7

(Program: outside)
(test)
(Toolpath: 2D Contour2)
(Units: inches)
(Tool: bullnose end mill, D=0.250 CR=0.015)
(Workpiece: -1.293 <= X <= 1.293 | -0.789 <= Y <= 0.789 | -0.290 <= Z <= 0.000)
(Tool travel: -1.378 <= X <= 1.378 | -0.949 <= Y <= 0.874 | -0.040 <= Z <= 0.600)
(Safe Z: 15.240)
G90
G20
G64 P0.001
G00 Z15.240
S 1000
M03
(--- 2D Contour2 ---)
S 1000
G00 X1.278 Y-0.949 Z0.600
G00 X1.278 Y-0.949 Z0.200
G01 X1.278 Y-0.949 Z0.039 F60
G01 X1.278 Y-0.949 Z-0.015 F30
G01 X1.278 Y-0.946 Z-0.028
G01 X1.278 Y-0.936 Z-0.037
G01 X1.278 Y-0.924 Z-0.040
G01 X1.278 Y-0.899 Z-0.040 F60
G03 X1.253 Y-0.874 Z-0.040 I-0.025 J0.000
G01 X-1.253 Y-0.874 Z-0.040
G02 X-1.378 Y-0.749 Z-0.040 I0.000 J0.125
G01 X-1.378 Y0.749 Z-0.040
G02 X-1.253 Y0.874 Z-0.040 I0.125 J0.000
G01 X1.253 Y0.874 Z-0.040
G02 X1.378 Y0.749 Z-0.040 I0.000 J-0.125
G01 X1.378 Y-0.749 Z-0.040
G02 X1.253 Y-0.874 Z-0.040 I-0.125 J0.000
G03 X1.228 Y-0.899 Z-0.040 I0.000 J-0.025
G01 X1.228 Y-0.924 Z-0.040
G01 X1.228 Y-0.936 Z-0.037
G01 X1.228 Y-0.946 Z-0.028
G01 X1.228 Y-0.949 Z-0.015
G00 X1.228 Y-0.949 Z0.600
G00 Z15.240
M5
M2

PPRINT:
Not sure why your machine is acting weird. I am going to spend some time reviewing the info you have supplied. Hopefully something will stick out.

I see you have a G64 in there. I have never thought to try that code on this control. I am amazed at the codes that this machine will process that are not documented in the manual. Maybe we should start compiling a list of usable codes.

Have you tried to run the code without the G64?

What does the machine motion look like when running the code? Is it moving anywhere near the dimensions you have programmed? Or more like the positions on the control in your picture?

Have you run any code in metric format to see if the problem is isolated to the G20?

Try a box shape with no radi also.

Just throwing things out there to maybe shake something loose.

Rob

Rob

aolney:
Rob -

Thanks for the reply.

We think alike; have I had already removed the G64 with no change and tested with a mm file, which works fine.

Not quite finished with the controller so no motion yet.

Just tried a hand coded rectangle and it was 6.25 times too large, which is not a multiple of conversion to mm (25.4).

Is G20 working fine for you?

Andy

Navigation

 Message Index

Go to full version