Postprocessor for SheetCam

Nikolay81 · Posted at 2018-7-24 20:02:22

Last edited by Nikolay81 In 2018-8-2 02:44 Editor

Updated 01,08,2018
I post the postprocessors for SheetCam.
It is suitable for a three-axis milling cutter with manual tool change.
One with drilling cycle G83, the other with drilling cycle G73.

If you select the cycle G83, the value of the setting "peck retract" is not taken into account.

I thank, dear Ytliu. Without him, it would be impossible.

Works only on the firmware that is attached to the message.
For its operation it is necessary to set the values of the parameters #82 = 1; #89 = 2
Soon there will be postprocessors for the SolidCam and PowerMill.

Nikolay81 · Posted at 2018-7-31 17:44:33

Many thanks.
This solved the problem.

ytliu · Posted at 2018-7-31 16:17:27

Nikolay81 Posted at 2018-7-31 15:15
In the process of work, there was a problem with the command M6(toolname).
This command should exe ...

Try it out

Nikolay81 · Posted at 2018-7-31 15:15:55

ytliu Posted at 2018-7-31 06:15
ok,I will implement this function.

In the process of work, there was a problem with the command M6(toolname).
This command should execute the contents of T.nc and write the name of the tool on the screen.
In small simple programs - everything is fine.
And in large programs, instead of the name of the instrument, the controller often writes "SYNTAX CHECK 5".
The problem is not permanent. In the same program, it can appear once, but the second time it does not manifest itself.
But I found a program in which the problem is always present. It is in the archive attached to the message. File Test2.tap
If in this program the line M6 (toolname) is replaced with the contents of the T.nc file - everything will be fine. That is, the problem is related to the M6 command.
I increased the values of parameters # 2 "Display response during working", and # 396 "Number of line". I wrote M5 before and after M6.
Unfortunately, this did not help.
I ask you to test the Test2.tap program with the T.nc module and solve the problem. If possible.

ytliu · Posted at 2018-7-31 06:15:21

Nikolay81 Posted at 2018-7-30 00:59
Probably, again the difficulties of translation.
No problem. You have solved them.
Now everything wo ...

ok,I will implement this function.

Nikolay81 · Posted at 2018-7-30 00:59:30

Probably, again the difficulties of translation.
No problem. You have solved them.
Now everything works as it should. Thanks to your work.

There is another task. In different places of the control program, it is convenient to insert the sound signal command. Which informs the operator about the achievement of certain points of the program. For example, that soon it is necessary to change the instrument. To the operator found out about this in a minute and had time to prepare. And situations in which you need a separate command sound signal can be a lot. In many CNC machines this is realized.

You in fact now carry out my wishes, first of all in order that DDCSV became more convenient for people. And this means that people will buy more of it.
A separate sound signal command will be convenient for many people.

I ask whether it is easy to make such a command on DDCSV . Which will play the sound, built-in buzzer, a certain duration.
If it is impossible - the question is closed.What you have done is already enough to comfortably use this controller.

ytliu · Posted at 2018-7-29 22:34:44

Nikolay81 Posted at 2018-7-29 20:51
Thank you, Ytliu. Now, at last the tool change and pause work correctly.
G92 and M110 do not lift ...

Hi,Nikolay,
Can you provide detailed operation videos? And indicate when the problem occurred.
I understand the operation of the sound signal.

Nikolay81 · Posted at 2018-7-29 20:51:20

ytliu Posted at 2018-7-29 07:07
It is not the Z-axis motion caused by G92. After starting the machining, the safez.nc will be exec ...

Thank you, Ytliu. Now, at last the tool change and pause work correctly.
G92 and M110 do not lift the z-axis. Pause by pressing the "pause" button, raises the z-axis.
When you make new firmware, please check the correctness of the test1.tap program with the module T.nc.
And it happens that one bug is removed, and 2 new bugs are added :-)

About the sound signal. Perhaps we do not understand each other because of a bad translation.
I'm talking about that buzzer, which is soldered to the board, inside DDCSV2.2. See the photo.
I can connect the speaker to the M8 / M9 or M10 / M11 outputs. And play the audio signal this way.
But I would like to leave these outputs free.
You could add an audio signal to the M110 command.
Can I make a separate command that will make the internal speaker DDCSV2.2 sound?
Like the M300 on a 3d printer.
Or such a command is not possible, because of the features of the DDCSV2.2 software?

ytliu · Posted at 2018-7-29 07:07:52

Nikolay81 Posted at 2018-7-28 20:47
To reproduce the problem, you need:
-plit the z-axis to the machine coordinates 0mm
-run the progra ...

It is not the Z-axis motion caused by G92. After starting the machining, the safez.nc will be executed first. If the current Z axis is below the safe altitude, safez.nc will raise Z to a safe altitude. Otherwise, the Z axis does not move. This should be the reason for "Yesterday he raised, today does not raise." In the attachment, I have emptied the contents of safez.nc.

Nikolay81 · Posted at 2018-7-28 20:47:01

Last edited by Nikolay81 In 2018-7-28 20:49 Editor

ytliu Posted at 2018-7-28 06:39
Please upload the /mnt/nand1-1/setting file and processing files (including T.nc) in your controll ...

To reproduce the problem, you need:
-plit the z-axis to the machine coordinates 0mm
-run the program test1.tap

After the controller writes the name of the tool, move the z-axis down, closer to the table and zero all axes.
Then press start.
Sometimes, the problem does not manifest itself for the first time.
The program has 2 tool changers.
On the second tool change, the problem will definitely appear.

When the controller writes a second time about changing the tool, again move the z-axis closer to the table (as if pointing the workpiece zero) and zero all axes.

Sometimes, instead of the name of the tool, he writes "syntax checking".
But I still can not find the conditions under which this problem always appears.

The problem with the command G90G92X0Y0 disappeared. He no longer raises the z-axis.
I do not know why it happened. Yesterday he raised, today does not raise.
Maybe because I once again to flash it. But the firmware was the same as yesterday.

Postprocessor for SheetCam

TEL

0755-87654321