Advanced Search

At a later stage, I plan to add an additional 1kW servo motor, which will operate in torque mode to act as a dynamic load on the main 7kW motor. This will increase the system's rigidity. Currently, I'm using the encoder from the main motor

I don't have copy on hand, but if you search through my posts you should find some of the later caxis.comp configs attached.  Maybe 4-6 months ago or so?

I tried step/dir and pwm, so there may be examples of both attempts somewhere in the forum.

Something to keep in mind is that for rotary axis work you want the highest resolution encoder (or resolver) you can get.  NoJo (OP) I think reported problems with C-axis milling and feature alignment due to a moderate-count encoder.

Of course, high counts and a high-speed spindle means problems with max input speed.  I wound up with a 10k-line encoder on my 3500rpm spindle... which works but I had to turn off Mesa input filtering.

Another issue I think I encountered with NoJo's polar kinematics was that he hard-coded the live tool offset in to the component.  He only had a single live tool so that worked for him, but a re-write which uses a tool offset from the tool table might be wise.

Update
1.variable pulse width for the step generator (1000nS - 6000nS) set from hal pin.
2.work with pico + w5500 module (connections like in the w5100s-evb-pico)
 

Hallo zusammen,

ich plane aktuell eine Sammelbestellung für Mesa-Karten (z. B. 7i76e, 6i25, etc.), da sich bei größeren Stückzahlen häufig günstigere Konditionen ergeben – sowohl beim Preis pro Karte als auch beim Versand.

Rahmenbedingungen:

Ziel: mindestens 10 Karten

Bestellung erfolgt gesammelt direkt beim Hersteller
!!!Vorkasse notwendig, damit ich nicht auf den Kosten sitzen bleibe!!!
Ich übernehme die Organisation und den Versand innerhalb Deutschlands

Preise sind noch nicht final, je nach Anzahl & Modell

Wer Interesse hat, bitte folgende Infos per E-Mail an "This email address is being protected from spambots. You need JavaScript enabled to view it.":

Betreff: [Name, Vorname]   [Modell]  [Anzahl]
z.b.:      [Lauterbach, Elias] [7i76e] [3]

Als Text dann den Versandort (Packstation Möglich)

Alles weitere erfolgt dann per E-Mail

Wenn wir genug zusammenbekommen, gebe ich die finalen Preise bekannt und sammle dann das Geld ein, bevor bestellt wird.
Ziel ist eine faire, transparente und zügige Abwicklung.

Viele Grüße
Elias Lauterbach

Thanks for the update. Then I will try without polar coordinates.I would be happy if you could share the configuration. Because I did not find an example of a spindle and C axis with +-10v control.
My lathe doesn't have an index yet and can't make threads. Because I want to install a hydraulic chuck first.

besriworld wrote:

It seems quite complicated. Has anyone done it with +-10v control? I want to try it on my lathe.

It's been a while since that post, and my lathe project has been stalled for a few months... but I had to give up on C-axis.comp.  I didn't get far enough to try the polar kinematics.

The insurmountable problem I encountered with caxis.comp was that it interfered with synchronized spindle moves (threading).  I wasn't able to figure out how/why it was causing problems, but once I abandoned it for a spindle/axis scheme proposed by @Aciera and @PCW, threading started working properly.

There is still an issue with threading in LCNC - thread start point varies with RPM - but that's not related to caxis.comp.

It seems quite complicated. Has anyone done it with +-10v control? I want to try it on my lathe.

Ok, time to get back to this.

What am I doing again?

I’ve managed to detect WCS (G54–G59) from a loaded .ngc file and output it to the terminal.
To be precise, it prints the WCS to the terminal log.
But I haven’t yet succeeded in sending it to MDI to change the GUI WCS.

Code implemented inside qt5_graphics.py > StatCanon:
Sample G-code:
Terminal output:
As you can see, G54 appears at both the top and bottom.
This needs further filtering to ensure only the first actual WCS used in the program is considered.

Greetings fellow machinists!
Back in 2023, I did a reconstruction of my old CNC router for my woodshop. I have decided to use EherCAT hardware as my main communication interface tween LCNC and the main build components. A friend that makes CNC machinery advised me that I use Delta servo system, as it is the best option for my budget. I have decided to go for Delta ASD-B3 drives with 1kW motors. The setup in LCNC for the drives was rather easy. I had to use generic driver for lcec and couple it with dominik’s hal-cia402 component.

Everything seemed to work fine until last week when I have noticed that the circles turn out to be slightly oval. This is especially prominent on semi- and quarter-circles. I see this effect while doing interpolation in XY, XZ and YZ. The error seems to be of the same size and in the same position in the 3 planes.

I have also noticed that when I make a slot it is slightly wider than the tool diameter and slightly shorter than programmed. What is more the depth pattern is visible and alternating on the sides. This is depending on the cut direction. I usually use ramp plunging along the whole length of the slot and this effect is not visible then but when doing single line slot milling with small ramp plunge then the score lines are visible.I have tried few things like tuning the servo drives, changing LCNC configuration parameters like axis acceleration, speed; arc blending settings in [TRAJ] section but nothing seems to work. I have tried both slow and fast work feeds but the effect is prominent no matter the speed.

Something interesting I have found is that when squaring a piece of wood (hardwood like oak, beech or soft materials like pine, MDF, chipboard) one corner is seemingly sharp and the opposing corner is rounded and then this is mirrored diagonally. The radius seems to around 1mm. When squaring I have created a subroutine that uses arcs at corners so that the tool is not chipping the piece at the corners and sometimes to avoid burns.

Y- and Z-axis are ball screw with 5 and 10 mm pitch and are belt driven with 1:1 ratio. X-axis is helical rack and pinion with 1:10 gearbox. I have checked for mechanical issues and none is present or apparent. The gantry and the axes in general are square, as far as I can measure. X-axis is 4100 mm of travel but along that distance, I get like 0.02mm deviation from the zero point. Y-axis is around 1600 mm and Z-axis is around 560 mm. I have enabled E-Gear option in the servo drives as 10000 PPR.

I have attached pictures of the interpolation errors I get. I am open to discussion of what might be the cause of this - communication lag, drive parameters, LCNC config. I will also attach my INI and EC configuration files.

Hi everyone,
I am pretty new to LinuxCNC and currently working on a setup where a light distance sensor is mounted on a XYZ stage. My goal is to approach an object along z-axis until the sensor reading enters a defined window (26 – 27 mm) and then scan the object along the x-axis, stopping the moment the sensor reading exits that same window.

My current approach was to use probe mechanism with G.38 moves.
The .hal file:
The G-code:
When running the G-code, the probing along Z-axis works just fine and the movement stops the moment we enter the window. When probing along X-Axis starts, it moves for just a tiny bit (~0.2s) and then throws an error: Probe tripped during non-probe move.

The motion.motion-type has value 5 (which is Probing) during both G38 movements, so I don't know where the error comes from.

I'd greatly appreciate any insights into this issue!
Thanks in advance.

If the machine has no built in home switches, it really makes no sense to
have multiple index marks on the scale.

It it possible there is an electrical issue causing false index detection?

Is there documentation on the scale types?

That's a well known issue, has been around for years and has been discussed quite a few times.
I'd be careful running dist-upgrade as it can mess kernels up.
If you want to upgrade packages a simple apt upgrade will suffice.
To be honest all I run on my desktops, laptops and servers is apt upgrade.
But if dist-upgrade works for you that's great.

Reply based on misread image.

The root issue is not sserial related but latency related
(notice that the first error is a watchdog bite)

I would

1. Run a latency test

2. Check the network latency with:

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

or

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

(depending on 7I80 IP address setting)