Advanced Search

Hi 

I saw a video here : www.youtube.com/shorts/e60EBb8NXKA
It seems to have a 4 axis machine doing undercuts and true statue carving.
I have extended my LCNC 2.9 version recently with a rotary axis, so now I have X Y Z and A axis. Rotary is parallel to Y.

I am looking for some CAm software like the one used in the video to carve extended arms and horns as done in this video.

Which CAM am I looking at ? The comment in the short video says  powermill, alphacam, UG.

I tried desproto 7.1 and was able to create their venus model perfectly. But when I put a more complex design with statue having extended arms, the CAM seemd to not be able to do it or there was complex setup for the same.

Can someone suggest which CAM has builtin PP and support for linuxcnc for such carvings ?

Cheers
Ritu
 

Hallo,
ich versuche jetzt die 7I96 mit Pncconf einzurichten. Ich bekomme sinngemäß die Meldung:
Ältere Karten brauchen eine Firmware, keine Firmware gefunden. Pncconf benutzt die
interne Firmware.
Wo bekomme ich die richtige Firmware her? Mit den Steuerungspc komme ich jetzt nicht mehr
ins www, weil die Karte ja am Netzwerkanschluß hängt?
Im voraus vielen Dank
Hans

Do "old PCs" still have Parallel ports? .

Yeah, I've seen that, but I'm very reluctant to start nuts and bolts messing with a system that works for me. Had a good look at Flex, but the installation etc. is still pretty opaque to me - add to that the fact that my LinuxCNC PC is sat offline everything becomes that bit more complicated..!

rodw wrote:

This is a LinuxCNC forum, not a general CNC forum. we should not be discussing alternative CNC environments. Personally, I chose LinuxCNC because it can handle whatever I throw at it, accepting the learning curve because as I built different machines, I could keep using it.
With LinuxCNC, building with a parallel port gets you going with an old PC and a $10 BOB  is far superior and probably far cheaper to something like a grbl board and leaves you with an infinite upgrade path.
 

I have several machines controlled by LinuxCNC and I think this is the optimal choice. I also have a CO2 laser controlled by Makerbase MKS32 with FluidNC installed, which I operate via WiFi from my laptop used for design. I can't imagine it, and no one will convince me to install an old PC with LPT and a monitor there. There are also people on the forum who ask how to use LinuxCNC where a PLC or even the cheapest microcontroller is enough. Yes, LinuxCNC is great and can do almost everything, but that's no reason to force it on everyone and everything.

Not sure it was an Amada, but i am sure there are turret punches with LinuxCNC, there are some short videos on youtube.
We can try to help for sure, just try to divide challenges in small chunks
-
Thing is, one of the forum members that did some of them will not help anyone, ever, but he will gladly ask for help here very often.

rodw wrote:

tommylight wrote:

Unless there is something fundamental that i am missing, you can not turn the saw while cutting, never ever, so "motion.interp.heading" can not be used, so why Rod?

Exactly, why I said "In your case that would be 0 degrees."

OK, convolution, so again, why Rod?
Why do you insist on advising stuff they do not need?

I haven't read deeply in to lcec component, but I wonder if there's a polling process to check for changes.  I'd be interested if drives change state on some parameter if they're disconnected.

@spumco I think the underlying functionality (i won't say issue, as it's probably intended functionality) of drv-fault is in the lcec component, as once the drives unplugged, the drive can't really report a problem, and they don't trigger an error if communication is lost, they simply go idle.
I'm assuming the drv-fault only triggers once the drive actually errors, but I've not found an easy way to get the drives to fault yet, although i did just think about how to do it without risking blowing one up.

@rodw that's the kind of thing that I'm aiming for.

If you really wanted to lock it down you could try using the comp component with your lcec.0.slaves-responding against the expected number of slaves (eg set with setp). Then if you used estop-latch to manage your estop (which you should be using anyway), you could add an additional estop-latch in your estop chain so the machine could not be enabled until all slaves report in.

mwc wrote:

Just had a quick look, and drive error isn't currently collected, but I can add that.
I already have a line to check amp-fault-in, but having just checked in Halshow, drv-fault remains unchanged if I unplug the drives.

Maybe see if there's a drive parameter you can adjust which defines what the drive considers a 'fault.'

I would think that a drive would default to 'faulted' if it gets unplugged, but who knows what drive programmers think?  It could be that the default setting is 'fault' only gets asserted if there's an internal following error or under/over volt condition.

spumco wrote:

<snip>

 

 

Just had a quick look, and drive error isn't currently collected, but I can add that.
I already have a line to check amp-fault-in, but having just checked in Halshow, drv-fault remains unchanged if I unplug the drives.

Thanks for that.
it was that kind of general overview I was looking for, as the look/colours can always be changed.

MonoKrom looks interesting, but I spent a bit time today playing with Qtplasmac, as it comes installed.
Even if I don't use it, it's given me some insight into background configuration, as I managed to get my EtherCAT drives configured into it fairly easily.

I might attempt to install it over the next few days, and see how it compares.

I've just spent some time buried in the linuxcnc-ethercat documentation, and I think I have a solution to my first question.

lcec.0.slaves-responding gives the current number of slaves active, so I'm guessing I can use that via Classic Ladder to monitor for any major failings, and trigger a suitable warning?
I should be able to pull the basic Error status from the controlword, but it'd be nice to pull the actual error code without having to open a cabinet to look at the drive (on the nice to have list!).

My main concern is that LinuxCNC loads up without any warning if the drives aren't powered up, or the CAT cable is unplugged, and the first that you know there is an issue, is when you try moving an axis and get a position error. I like to cover most common eventualities when retrofitting/building a machine, so a basic sanity check of all the slaves being online I think is quite essential.


Something I've found missing from the linuxcnc-ethercat documentation, is a more general overview of the XML, as although it goes into good detail on specific functions, I can't see anything about the more general function of blocks. Like why are there 4 syncMaster blocks, yet the first two are empty (and required by the Lichuan drives!)?

For example my current question is how do I configure the drive current during initialisation?
I should really write a driver* for my Lichuan CL3-E57H drives, but even looking at the drivers for other drives, I'm not sure where that setting would fit into the XML, as I can't even find an example where somebody has set the current.
I'm fairly sure it shouldn't be in the syncManager/PDO block for the 1ms updates, but where does it go?


*I'd be willing to write a driver, but it would probably need the existing Lichuan driver renamed, as from a brief look at it, there is a bit more difference than just 4x the number of axes, as the xL3 drivers have more IO, so I think for simplicity, keeping the drivers separate would provide cleaner drivers for both.

mwc wrote:

 
Is anybody reading the status from drives during operation?
I know I could connect the drive error variable to a suitable HAL pin. but is anybody also reading the error code?

 

Check your xml file - it may already have a fault status hal pin 'baked in'

And cia402.comp has a drive fault pin:
If you can unplug or power off your drive and LCNC doesn't error out immediately, your setup could use some work.  Do you have anything connected in HAL to joint.N.amp-fault-in?