Advanced Search

The latency is already high after such a short amount of time without running glxgears, so the latency might be the cause if it goes higher during operation. Isolating all cores makes no sense, you should always have one available for the system to run its tasks on. It won't hurt to try to find better settings in the bios and kernel parameters.
Network latency can also be a cause, pinning the Ethernet irq to the isolated core can help.

Hi Giovanni and others,

Didn't think it would take me an entire month to find time to try this, but that's what's happened. Giovanni, many thanks to you for your clear and thorough instructions, I have nativecam working embedded in a tab.

Linuxcnc version is 2.9.3.

Followed Giovanni's guide but had some issues/found solutions as follows:

I wanted to use Giovanni's latest edit of ncam.py as downloaded from p2 of this topic so extracted that to the Desktop and did:

> Desktop sudo cp ncam.py /usr/share/linuxcnc/gladevcp/NativeCAM
> Desktop sudo cp ncam.py /usr/lib/python3/dist-packages/

- I guess one of those is likely unnecessary but I'm not sure which, leaving them both there for now.

On my system there were already some lines pointing to gladevcp instead of aux_gladevcp, so where Giovanni's instructions say 'aux_gladevcp' I substituted just 'gladevcp'

I couldn't get the system to append the path: /usr/lib/python3/dist-packages/gladevcp to the pythonpath but it already contained: /usr/lib/python3/dist-packages, so instruction number 5 becomes this:

Move to the dist-packages directory:
> cd /usr/lib/python3/dist-packages

Create symbolic links to the files in the NativeCAM folder:
> sudo ln /usr/share/linuxcnc/gladevcp/NativeCAM/ncam.py -s
> sudo ln /usr/share/linuxcnc/gladevcp/NativeCAM/ncam.glade -s
> sudo ln /usr/share/linuxcnc/gladevcp/NativeCAM/pref_edit.py -s

(A few times I saw an error like 'ModuleNotFound: pref_edit.py' so added a symlink to that)

and a couple of other errors mostly due to me reading through a file too fast and putting a couple of things in the wrong place.

for no. 8: again, gladevcp instead of aux_gladevcp

I did not use instruction no. 9 as I don't use ncam as standalone.

Trying out first cuts using embedded nativecam last night, works as expected so far. No crashes as yet. Thanks also to BogdanTheGeek for the initial update!

digiex_chris wrote:

I am, which IRC are you referring to? I'll join up!

edit: oops, found it! on the community page of linuxcnc
 

There is also the #flex-deb channel on Libera.Chat for bug reports or feature requests.

JT

Hi. Can work with LinuxCNC 2.9.3. Please help if you can.

@Lcvette

It's work! Thank you ^_^

python interface:
linuxcnc.org/docs/html/config/python-interface.html

mcodes:
linuxcnc.org/docs/html/gcode/m-code.html#mcode:m67

If you do not need to interact with a running gcode program then you could simply use the pyhton interface to send mdi commands


If you need to interact with running Gcode then use 'motion.*' pins.

1.  Get your python script to create hal pins. Example:


2.  Connect those hal pins to motion.* pins. Example:


3. in gcode read the motion.* pins and store in a variable:

Hello again,
I'm struggling with the infamous following error when I try to go faster than about 2300mm/min.
I'm running my steppers at 1000 steps/mm as is required by my application.
I've read through this topic and the stepper tuning doc but I can't seem to figured it out.
Does my servo thread latency matters ?
I'm still running the default configs beside the JOINT SCALE set to 1000.

I was also thinking that this issue could be due to the default signal timing being to long for remora to keep up.
How and where do I configure the stepgen timing with remora ?
See the attached timing requirements for my drivers.
 

@Collins,

Using a base thread of 20,000ns = 50.000 HZ

Example 0:
Suppose the encoder has P=10,000 pulses per revolution and the machine rotates at
R=3 revolutions per second.
f=10,000×3=30,000 Hz

Example 1:
Suppose the encoder has P=10,000 pulses per revolution and the machine rotates at
R=6 revolutions per second.
f=10,000×6=60,000 Hz

I see the problem. At high speeds, and high encoder resolution, it just can't keep
up with the second example.

***
For ethercat to get device information, i poked around in the etherlab's source and
found a solution.

Made a file to hold device data : device data struct (this data is equvalent to the "$ ehtercat xml" command.)
Add a few function's in the tool section of ethercat's source code : .h file   cpp.file
Recompile ethercat...

And then when we start the realtime app, it retrieves all the ethercat information there is by
using the get info function.

This works perfect.

We now have all the ethercat data (master info, slave info) at startup.
This is then the moment to automaticly create hal pins etc. Let's try this.

I'm a beginner, I need to use G-code to move a value that may change.
This value comes from my vision camera, which is used to correct the positional deviation of my workpiece.
What I can currently think of is to write a Python script to generate G-code each time before it is called.
What is a more common method to achieve this?
Which chapter of the document should I read?

I understand, thank you Scotta.

1. 'M52 P1' enables adaptive feed while 'M52 P0' disables it

2. you would bring that EDM output into HAL and create a logic that outputs a float value to the 'motion.adaptive-feed' pin. eg output some negative value if a short is detected and output 1.0 if no short is detected. That could be done using a mux2 component.

[Edit]
The range for the 'motion.adaptive-feed' pin in version 2.9 is -1..1.
In  master this has recently been expanded to  -MAX_FEED_OVERRIDE .. MAX_FEED_OVERRIDE  (As defined in the [DISPLAY] section of the ini file)  

Those OP pics are not cool. Re-check all your terminations when you'll have a spare 143hrs. Crimps, joints, everything linked to motion/control, look for something loose. I know, it's a nightmare, takes quite a bit of time and efforts, but I'll have to throw in the highly suspect "caused by vibration".

[deleted] potentially misleading, no hands on exp. sorry ab that. 

StackExchange and EEVBlog are both fantastic venues for brainstorming and validating electrical/circuit ideas and designs, you'd find accurate answers to your questions in a finger snap and be done already. I highly doubt a Lcnc forum will be of any help. Great place for software, configs, dev, and industrial motion control hardware though, mostly.