Advanced Search

i tried with the ethtool but no change
 
after reading some more i disable AMT setting from bios but the value remain the same

I have a cnc machine with a carousel atc (24 pockets, 10bit encoder), using gray scale absolute encoder and my intention is to use the carousel module to control it.

In initial tests with the module got me getting questions so I have looked into the code at since i did not understand the position value:
github.com/LinuxCNC/linuxcnc/blob/master...onents/carousel.comp

The value I am getting is the raw value as current-position from the carousel component, this is not wrong but I got curious so I looked into the code and now I got more questions regarding when calculating the target position.
In all places in the state machine where the target position is calculated the current_position is used without scaled to the same "size" as the target pocket.
I do not know if I have understood the code correctly or missed something. Maybe I would need to update the component to my specific case.
I think I in my case needs to scale the wanted pocket value to bit value to calculate how far the ATC needs to travel.

Have i understood this correctly or am I missing anything? 
 

The theoretical limit of the Pokeys57CNC is 125'000 steps per second. Whatever this might translate to, depends on the machine.
My minimill has just standard screws and also smallish steppers, so I keep it on the slow side: 360mm/min => 6mm/s => 4'800 pulses/s
The problem with steppers is, for some smooth operation, you'll want microstepping, but then you loose torque. I added a belt reduction to "help" with the torque loss, but sacrifice speed again...

Very interesting. I have a Pokeys here so am going to give it a whirl!

Any idea of the maximum velocities you achieved?

Das war das Problem. Habe mich wohl zu sehr auf G33 beschränkt, dass ich den darauffolgsen Befehl übersehen habe.
Aber komisch das das so aus Fusion gekommen ist.

Vielen Dank

Now we are among the hardware providers.
www.egerobotics.com

Sekai wrote:

I dont think i have a realtek ethernet
Its a intel i217LM and i have already the latest kernel e1000e

With Intel, be sure to set up the coalescing settings. Type man hm2_eth and follow the instructions

I dont think i have a realtek ethernet
 
Its a intel i217LM and i have already the latest kernel e1000e

having fun, haha

If you could do the motion via a handwheel rather than a direct mechanical connection,
you could probably use external offsets to accomplish this motion without disabling the
drive.

papagno-source wrote:

But I don't understand where to connect: pos_fb_out

Looks like from your hal it should be connected to pid.2.feedback You want the component to sit between the motor feedback and the pid

As far as the enable input, I wasn't sure. I thought it might be connected to a button on your GUI.

Another left field but more work idea would be to add a 100 ppr MPG wheel and manually jog the axis by hand. There are hale examples in the docs

 

for the isolcpus, where would it show up? (the histogram or the text version)
I'll have to look at what I did in the grub there, I thought I had it right for a change...
NOPE, I screwed it up, TYPO in the grub section on my part
M


All fixed now that I spelled it right.
I'll run some testing tomorrow to see if the error is still there, not currently hooked to a machine so I can run on the bench without much fear
Thanks again
M
 

That all looks good, so stress testing or just normal use for not important stuff for a while till you are certain the error does not show up.
And, isolcpus is not active on you last screenshot.

I just feed the mpg counts to both the joint & axis pins and whatever selections for which step and which axis to both the axis and joint pins.
Never had a issue jogging before or after homing a
Or a MDI command. I'm pretty sure the docs mention this

Unless something has changed, I'm still on 2.9.4.

I actually modified a component I found, sorry I can't recall the original author, that takes all the mpg inputs, does all the selection logic then has pins for both axis and joint so it's just a direct connection to each halui pin. All the "messy stuff" happens in the comp and the Hal file is easier to read. Least for my poor logic.

rebooted here's the current results 
-- 192.168.1.121 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 59999ms
rtt min/avg/max/mdev = 0.066/0.106/0.296/0.017 ms
cnc@router:~/Downloads$ sudo chrt 99 ping -i .001 -q -c 60000 192.168.1.121
PING 192.168.1.121 (192.168.1.121) 56(84) bytes of data.

--- 192.168.1.121 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 59999ms
rtt min/avg/max/mdev = 0.065/0.107/0.287/0.018 ms

I wonder if I did it right, doesn't seem to have changed much since turning the cores all back on

the base thread tightened up,  servo thread is a little better as well

jitter looks way better, servo thread is still over 1000000, maybe I'll have to bump that up in the configuration

I'm shutting it down for tonight, maybe I can try some more tomorrow
Thanks for all the help, it's really appreciated
M