Advanced Search

Joco wrote:

Adaptive feed and feed hold are core to how plasmac for plasma machines operates.   However it does not use the gcode on/off capabilities that I have seen.

feed-hold issued during a tapping cycle could be catastrophic as it just stops xyz motion and does nothing to spindle.   Feed-inhibit would be appropriate then as it alllows synch motion as used in tapping to complete.

Adaptive feed along with external offsets allows for some cool cut recovery operations on a plasma or probably any jet cutting machine (e.g. Laser or water jet)
 

I was under the impression that LCNC already disables feed-hold in the background during tapping or other spindle-synchronized movements.  I think activating feed-hold has no effect until the tool is back at the retract plane.  Which is why I didn't think adding feed-hold disable feature to the s-curve Tp was necessary.

But I could see a use for adaptive feed enable/disable during g-code.  Hope I didn't give the impression I didn't think it was useful.
 

I think linuxcnc only works on 2-4-8gb,right?

I think the 16gb has historically not been good for linuxcnc

I can;t really help as I have never used twincat.
Scott has an esi parser as part of the Ethercat driver (I think) now hosted by etherlabmaster . Have you tried it? github.com/linuxcnc-ethercat/esi-data

6.1.69 Fully preempt kernel
SPI enabled by default
Linuxcnc 2.9 built from git repo today just uspace & dev packages no docs
Mesaflash built from source today, version 3.5.10
Instead of xfce I built the image with Mate, std debian config looks different to std Mint install.





Tested mesaflash to just get the pins from my 7c81 clone tested ok
Test loading the hm2_spix driver for the rpi via a halrun session ok
Quick latency test ok

drive.google.com/file/d/1MEgxQ1IrdI2hnnw...ilQ/view?usp=sharing