Advanced Search

"makes me wonder if you can get the CAM so use 'D0':"

Should be no problem.

For now it needs to be done manually. I have a contact at hand who can modify the PP to our preferences. We just need to get the LCNC side going.

I do list all the changes that need to be done to the Doosan PP. My contact will then implement everything.

I think in regards to modifying the PP we are totally free. I've just used to Doosan PP to have something at hand. It definitely needs to be modified and if that includes G17... than that's the way it has to be.

Looking at this:

 

makes me wonder if you can get the CAM so use 'D0':
Instead of 'D1'

Hi Pcw,

To inform you.

I just synchronized the codeberg lcnc to github's lcnc codebase.
I did messed up some hal source code when trying things out, wich resulted in a non starting simulation config for "run_axis_9".
This is now reverted.

Thank you cake for the conformation on the probe. I think I got the outputs for coolant figured out as well. At least it tests out working with the right pins showing for M7 and M8.



At this point I seem to be the most unsure about the spindle config. For spindle forward and reverse, pretty sure I need to add a couple of lines at the end of the spindle config section, or somewhere, but I am not getting the final part of the config. Kind of think it should go something like -



I am confused with the 3rd part of those lines. I see some examples here in the docs - linuxcnc.org/docs/html/examples/spindle.html#_spindle_enable - but the examples there look so parallel port, and I do not think they will work. should I be using something like - iocontrol.0.(?something?) - or am I hoeing in the wrong row? (again)

I think there is maybe one or 2 more questions before I finalize this config but I'll take it one at a time.

Thanks Snow.

I'll save a backup next time I'm in the shed and upload it.

Cheers

Worked fine (had to scale it 10x).

This is the modified turning operation (which works in TCP mode now).

Note the tilted b-axis to compensate for the chosen tool:
 

Alternatively the operator could also orient to tool spindle 180° (m19 r180) and run it with b0 and the work spindle turning in the opposite direction:
 


As already pointed out, the milling operation using 'G19' does not work:
 

Is there a way to change this to 'regular' G17 in the PP?

 

Next i upload the DMA txt version for mi NVEMV5  RT1052 the problem is back and now need only 5 videos 4k without rustdek opened to see junction error!
I don't know what else to do. Except look for a motherboard that has video output.
Or maybe buy new hardware?



No activity 
 

5 youtube video 4k windows
 

5 youtube video 4k windows and rustdesk connection
 
 

In case it didn't work in solidworks here it is in ASCII format. In Fusion you have to take some extra steps to export it in ASCII format.

Also it looks like you have rotational offsets set.

It looks right to me. G54 X and Y offsets are zero, so are in the same place as G53.

What were you expecting to see?

cakeslob wrote:

DarkPheonix - that one got lost in translation. i kind of understand but if you can take a short video that would be great
 

Solved is remote desktop keyboard keys problem!! with direct Keyboard the JOG work correctly.

I'll try to open it in solidworks and reexport it as Ascii.

there are two versions of STL files, ASCII and Binary, you have a binary file and vismach can only read the ASCII format

Here's the Mesa interface snippet from /etc/network/interfaces, note no DNS nor Gateway as mentioned previously.
Sorry for the delay in answering.