Advanced Search

anli wrote:

Hi,
I used Debian 12 LinuxCNC image to install LinuxCNC. Afterwards I updated to Debian 13 as shown here in the forum

                          
Holen:7 https://www.linuxcnc.org bookworm InRelease [31,1 kB]                
Fehl:7 https://www.linuxcnc.org bookworm InRelease

The "bookworm" there should be "trixie" You need to change the distro name in /etc/apt/sources.list.d/linuxcnc.list

To address the key length issue (which, oddly, didn't seem to effect my Trixie installation) I have created a new, longer key and signed the trixie repository with it (I _think)

The new key can be found at keyserver.ubuntu.com/pks/lookup?search=L...gerprint=on&op=index

But the best option is probably to use a new version of the LinuxCNC install script which will install the keys then install LinuxCNC.

www.linuxcnc.org/linuxcnc-trixie-install.sh

This can be downloaded (right-click and save-file-as), made executable ("chmod +x linuxcnc-trixie-install.sh") and then run ("./linuxcnc-trixie-install.sh")

I would very much appreciate it if folk could try this out before I properly announce / release it.[/code][/quote]

Normally the DKMS 8168 driver will fix the Ethernet latency issues

If it's not sufficient, one additional step to do is to  use isolcpus
to isolate the last processor and then pin the Ethernet IRQ to that
processor.
 

I have executed this in a terminal:
sudo cyclictest -l 10000 -m -p 80 -i 1000 -q -v

He has given me this:

0: 9996: 2
0: 9997: 2
0: 9998: 2
0: 9999: 2
T: 0 ( 2995) P:80 I:1000 C: 10000 Min: 2 Act: 2 Avg: 2 Max: 7

It seems that by switching to r8168, I am no longer getting the error.

I currently have 3 axes, but I will be installing 5 simultaneous axes. Is it advisable to change the network card?

So what is it due to?

Should I change the network card?

For this: www.amazon.es/Euqvos-Gigabit-Desktop-PCI...ef=asc_df_B09SXXYV4R ?

Thanks for the long reply. I've been doing this long enough to know that that a good bug hunter is worth their weight in gold.

> I am not sure when you'd actually want to use cutter comp, I've always just relied on the CAM to offset the paths for me

I don't fully understand what you mean there since in this scenario MetalHeadCAM is the CAM. Do you mean that you normally offset it in CAD? Or that you use G40/41/42 in gcode? FYI, support for LinuxCNC's native offsetting via G40/41/42 will probably come in the next release.

I added offsets for a few reasons. 1) visualize the actual cut path 2) possible future support for controllers that don't have G40/41/42 3) eventually support true arc and NURBS offset paths since LinuxCNC G40... only does lines.

> I am unsure what all of your goals are for the project, but if you need inspiration, SheetCAM is a pretty good software to try and emulate. I cant think of much I would want to do that it does not. It's nice to have free options for sure!

I currently use SheetCAM. It's great, but I don't love the interface. I also think that $279 is too much for most hobbyists. I'm also an open source maximalist so it will forever bother me that I have a closed program in my workflow.

The rest I'll reply to in order:

1. I'm going to add some sort of documentation to the landing page on this. You're not actually uploading anything. MetalHeadCAM runs as a Javascript app in your browser. There's literally no backend to upload to; it's just HTML and Javascript delivered via a CDN. At some point I'm going to make it available for download as a fat HTML page so that you can run the whole thing offline.

2. I've just deployed a new version that has first-class Imperial support. At first I wasn't sure if I should stop with the Norman conquest, or add cubits too. Go to the hamburger menu > Settings > Reset Application before trying it again because you'll need to wipe out the old metric-only state.

3. I need to scale zoom factor based on size. That's on the TODO list.

4. Edit and Prepare stages are gone now.

5. Tools are in hamburger menu > Tools. I need to get rid of the hamburger menu as that is really a mobile thing.

6. Rapid speed is in Simulation now.

7. There's now a Select All button.

8. Fit is gone. That was an experiment.

9. Should be fixed. Normals calculation needed improvement.

10. Should be fixed. There was a bug in spline tesselation.

11. This one is admittedly confusing. Default is Part because it implements "the kerf always be toward the scrap (or away from the part)?". Allowing the user to set Inside and Outside is just my way of avoiding making a hasty assumption.

12. Not sure what was up with that. I can't reproduce it.

13. Acknowledged.

The only reason I asked about the CPU frequency is that the tmax values are in CPU clocks
(on X86 hardware). Knowing the CPU frequency allows the times to be calculated.

I have installed: 8168 driver

When I enter this in the terminal:
cpufreq-info | grep "current policy"

I get this:
current policy: frequency should be within 800 MHz and 3.20 GHz.

I cannot change to a constant 3.20 GHz.

For anyone looking for a job in EU, i was contacted by this company a few days back
www.cnc-experts.eu
They are looking for CNC operators, CAM, design, anything related to CNC, more info on their website, to work in Germany.
I did fill an online form and the very next day i got a call from them on the phone (not skype nor zoom nor any of that BS, plain mobile phone) by a real human with real questions, proving they are serious company from what i could gather. And the person was quite disappointed when i told her i can not move to Germany right now due to family issues.
They also have a public database of candidates with no personal info so you can browse through.
-
Anyone who applies, please do report back with the experience, so i can decide to keep or remove this.
Thank you.

Ok, i see this:

halcmd show all *.tmax
Loaded HAL Components:
ID Type Name PID State

Component Pins:
Owner Type Dir Value Name

Pin Aliases:
Alias Original Name

Signals:
Type Value Name (linked to)

Parameters:
Owner Type Dir Value Name
33 s32 RW 1642 estop-latch.0.tmax
30 s32 RW 0 hm2_7i96s.0.read-request.tmax
30 s32 RW 2042995 hm2_7i96s.0.read.tmax
30 s32 RW 27254 hm2_7i96s.0.write.tmax
23 s32 RW 4820 motion-command-handler.tmax
23 s32 RW 18868 motion-controller.tmax
24 s32 RW 2081134 servo-thread.tmax

Parameter Aliases:
Alias Original Name

Exported Functions:
Owner CodeAddr Arg FP Users Name

Realtime Threads:
Period FP Name ( Time, Max-Time )

As for the controller, how do I install it?

LinuxCNC must not have been running when you ran halcmd show all *.tmax
otherwise it should have show a set of parameters like:

Parameters:
Owner   Type  Dir         Value  Name
    33  s32   RW              0  hm2_7i76e.0.read-request.tmax
    33  s32   RW        1159140  hm2_7i76e.0.read.tmax
    33  s32   RW         270636  hm2_7i76e.0.write.tmax
    23  s32   RW          45260  motion-command-handler.tmax
    23  s32   RW         942716  motion-controller.tmax
    27  s32   RW         233832  pid.0.do-pid-calcs.tmax
    27  s32   RW         246480  pid.1.do-pid-calcs.tmax
    27  s32   RW          21700  pid.2.do-pid-calcs.tmax
    27  s32   RW          20144  pid.3.do-pid-calcs.tmax
    24  s32   RW        1564056  servo-thread.tmax


and yes, RealTek Network interfaces have issue with real time when using the stock
Linux kernel driver, the suggested  fix is to install the DKMS 8168 driver.

This affects any Ethernet or EtherCAT connected device that use the standard RealTek in kernel driver.

here is the red box turned into a blue box, will be a nice enclosure plenty of room and lots of protection against forklifts swinging sheets of metal and the holes in the roof  

Hey,
@ChrisB_II thanks for the explanation and the link you posted. I looked at the documentation and a youtube video about building linuxcnc and even though it seems doable, I don't think I am comfy going down that route.  

@andypugh How do I go about installing the .deb file? Update to 2.9.6 and then just run the command you posted?

Heres where im at with the project, I got the most of the machine wired up, and had it "functioning" the hydraulic that actuates the back and forth of the shuttle is leaking threw and slowly pushes forward when idle aswell as makes a big mess of my floor. When the machine trys to shuttle forward it like jumps back and forth intill it hits the spot it needs to be on the linear encoder then slowly seeps forward. I had a feeling this would be a problem. Am I crazy to try to pair a encoder to a hydraulic and expect it to acurately position? Or would this problem be solved by fixing the leaking hydraulic and maybe a new solenoid valve. Is there any examples of somebody doing similar, controling a hydraulic accurately with a linear encoder. or do i scrap the hydraulic system, only keep it for clamping and to push the blade forward. Replacing the hydraulic with a heavy duty servo motor and ball screw. 

My PC uses a Realtek RTL8111/8168/8411 network card, integrated into the Gigabyte motherboard.

Does this network card model cause problems with Mesa?

To add to what Tommy said ...

From: linuxcnc.org/docs/devel/html/plasma/qtpl...ml#plasma:z-settings

[AXIS_Z] MIN_LIMIT should be just below top of the slats with allowances for float_switch_travel and over travel tolerance. For example, if the user’s float switch takes 4 mm (0.157") to activate then set the Z minimum to 5 mm (0.2") plus an allowance for overrun (either calculated using the equation below or allow 5 mm (0.2") below the lowest slat).

[AXIS_Z] MAX_LIMIT should be the highest the user wants the Z axis to travel (it must not be lower than Z HOME_OFFSET).

[AXIS_Z] HOME should be set to be approximately 5 mm-10 mm (0.2"-0.4") below the maximum limit.

There's a nice diagram there too.