Advanced Search

This looks great, have anyone been able to port it for LCNC?
www.pibot.com/pibot-cnc-pendant-v4

We make machines, on our factory floor, we always have 3-4 machines on the floor I can test, some complete some partially because in construction. our customers have multiple shops running LinuxCNC, but it is in the background, and they don't really know, they only look at CAM, CNC for them is mostly open gcode start, regulate feed, stop if have problem.
The biggest changes we made you have them now in master, not sure how my implementation can help, and it is not in the scope of the OP.

Hey guys have a look at the link to the YouTube channel

These guys have a whole factory running linuxcnc I think.

Is awesome.

I have 7 machines here in NZ but these guys have way more stuff for testing.

Grandixximo.

Can you take some more videos of your machines please
Even a non promotional video for us linuxcnc guys where you can really dig into how your have implemented it.

This is perfect for testing 5 axis stuff and your jerk control.

And I just want to say thanks for trying to help the open source community.


Not everyone does that.

Cheers

It does seem something is not set correctly as setting deadband should not trigger joint error, at least i do not recall it ever happening to me, but i do use lower values:
DEADBAND = 0.0001
DEADBAND = 0.001
as a starting point, and go up or down a bit till i get soft noiseless motor standstill.
For a Delta drive, i would try with 0 I and 0 D values, find FF1 where machine would run at full speed properly, then set a very low value for deadband if you end up needing it.
First and foremost, find the P value where the motor does not lag to much at full speed and does not vibrate at standstill.

my1987toyota wrote:

And even if it doesn't go anywhere this time governments will continue to try again. It's how the American
Government has gotten away with mandating kill switches into all new road vehicle
(2026 forward if I remember correctly). There is another bill that is suppose to repeal it (H.R. 1137) but 
I don't know if it passed or not. Given all the other crap that has gone on I wouldn't be surprised if it
got lost in the noise. 

 

As a side note from an earlier post, NO they have not repealed the stupid vehicle kill switch thing. It's just
the law hasn't been implemented yet.

 

Inadequacies in the milling path should not be compensated for by violations of the limits of jerk and acceleration 

It is not the case that we try to fix inadequacy of the path by spiking the jerk, is that we cannot control the jerk spikes period. This is not because we don't want to or lack of trying, is IMO fundamentally a limitations of the current tp architecture. YangYang is trying work arounds...

Yes, most machines you see on the website do, the one I have most problems with is the sawjets, because of the huge kinematics pivot.
The only issue I found that needs fixing with the latest code, is when I do codes to mill down the table, zigzag style, YangYang will take a look next week, he keeps patching that up. And then it comes back again...

Yes, I need to check it all. I did see previously that cia402 was not waiting for confirmation of homing or something so will watch for that....

Sounds like 100% the right thing!

Its just a snippet of code and not the whole picture.
But I wouldn't switch state before statusword says the drive has switched state.
It would be in some pending_switch_state perhaps.

grandixximo wrote:

You can find more on the youtube channel

Oooh. So this machine runs linuxcnc with jerk limiting?
 

You can find more on the youtube channel

I gave some detailed instructions to Grok last night then slept like a baby.. I always wanted to use a C union to break out status word etc into  bits starts to make it readable.
 
 

PCW wrote:

The USB Ethernet adapter is likely the main issue here

Running:

sudo chrt 99 ping -i .001 -q -c 60000 10.10.10.10

in a terminal window will give you an idea of the latency of the hosts Ethernet interface

( The command will run for 1 minute and then print timing statistics )

 

PCW, you are correct.

The adapter appears to be the main cause, see results in the previous post. New adapter is much faster.

rodw wrote:

I had a Yoga once. I even ran Linux in it. Nice laptop but no wired internet so not suitable for Mesa cards.
Even if it had one, the power savings features and very limited ability to tweak the BIOS would render it unsuitable.
If it had a PCMCIA card ( don't think it does) you might be able to install a PMCIA network adapter
 

I have another Yoga running LinuxCNC with a Mesa 7i96s and it's working great. for that one I'm using a Lenovo dock with Ethernet port. That dock connects to the Yoga via I forget what they call it but some sort of Lenovo proprietary connector that was used just prior to USB-C for docking stations.

The good news is that I picked up a different USB-C dock this morning and this one (iCan brand) is much faster than the crappy Amazon dock. Results as shown here...

jeff@SM10:~$ sudo chrt 99 ping -i .001 -q -c 60000 10.10.10.10

PING 10.10.10.10 (10.10.10.10) 56(84) bytes of data.

--- 10.10.10.10 ping statistics ---
60000 packets transmitted, 60000 received, 0% packet loss, time 60001ms
rtt min/avg/max/mdev = 0.070/0.097/0.629/0.028 ms

So I'm going to keep moving forward until I hit another snag.

Thanks to everyone that responded.