Advanced Search

andypugh wrote:

Spindles are typically controlled through the NML interface by the GUIs, so if the GUI doesn't support multiple spindles you might have to use MDI to turn on and off the auxilliary spindles.

THat said, flexgui is mane to be flexible, so maybe there is suopport?
I haven't used it yet.
 

Thanks Andy.  I'm trying it out for the first time now.

All machine functions are already handled with hardware controls; I just want displays for all three spindles.  The only on-screen control which could cause machine movement of any type will be an MDI 'run' button.

I'm guessing FlexGUI is new enough that @JT hasn't had anyone bugging him about outlier configurations much.

See if you can add isolcpus=3 to your kernel boot file. I have done it on a pi but can't remember how
It should improve latency.

I hit buy on the servos this morning! My order was at the weight limit so i couldn't even add couplings to it and i'll have to place another for the extras, but i can use the us store for that and reship as well. Regarding the cables, of which i need at least 2 longer ones than they come with the motors, i'm guessing i can't chain them and i just have to replace with the longer version, right? Also, is the one for the servo with the break completely different?

Der VFD scheint in P02.10 nur eine feste Frequenz zu unterstuertzen. Damit koenne man wohl pruefen ob er z.B. eine Mindestdrehzahl hat. Z.B. 100Hz oder 6000UpM. Aber er kann wohl nicht vergleichen, ob die Vorgabe durch Spannung erreicht ist und dann erst schalten.

Wenn du ganz viel Langeweile hast, kannst du dir auch die ModBus Implementierung anschauen:

github.com/xsnoopy/LinuxCNC-Yalang-yl620...d?tab=readme-ov-file

Der RS485 Anschluss scheint stoeranfaellig zu sein. Ich wuerde das maximal zur Rueckmeldung der Drehzahl nutzen, nicht aber um die Spindel an und auszuschalten.

Falls du ModBus mal testen willst, nimm bitte einen USB / Serial zu RS485 Adapter mit A/B und GND (Masse). 120Ohm Widerstand am Ende der Verbindung nicht vergessen.

The walkthrough attached to this post might also help:
forum.linuxcnc.org/ethercat/56545-step-b...shine-to-pi-5#331624

The trick to freeze the VFD PID when not on the limits might be to set maxerror to a very small number (actually = 0 means "no limit") using a mux component.

If I was trying to retrofit the Schaublin I think I would take an approach like this:

1) Use one PID to operate the variator, Use this as the main speed control.
2) Use a second PID to control the VFD, but have this set up to default to 50 (or 60) Hz when disabled. The pid component appears to set the output to zero when disabled, so you might have to use sum2 to add on 50Hz / 3000rpm / whatever to the output.

Then the idea would be to use the variator for speeds inside it's operable range, but then enable the VFD PID to extend that range when the variator is on the end-stops.

Incidentally, the PID gains are full HAL pins. The "lincurve" compoinent was written to allow for dynamic gains to be fed into the PID, if you did need to tune differently for different gears.

Pi5 might work better. But given that you have a 7i96 the Pi4 should work fine with the latency shown. (Just don't watch YouTube while milling)

andypugh wrote:

Looks impressive.

+1

Looks impressive.

Spindles are typically controlled through the NML interface by the GUIs, so if the GUI doesn't support multiple spindles you might have to use MDI to turn on and off the auxilliary spindles.

THat said, flexgui is mane to be flexible, so maybe there is suopport?
I haven't used it yet.

Here are the 2 screenshots of the Pi. One whithout anything but the Desktop running, one with glxgears running (window resized to about the double).

You might have problems with tool radius compensation if you use the orientation, but only if you are doing compensation in the control rather than in the CAM.
So, basically, as a purely graphical fix, it will probably work.
You will need to have different orientations in the CAM tool table and the control tool table, but there is no auto-synching anyway, so that's not a problem.

Hello everyone

I've been working on a web UI for LinuxCNC for my own use and thought I'd share it in case anyone finds it useful. Note that I'm not a professional programmer and this was largely AI-assisted, so take it for what it is.

Greetings

github.com/bildobodo/lcnc-suite.git

       







 

So,

I have a great update. I got the machine working. Using the X-minus hall switch did not do the trick. Testing everything that I already thought was not the problem gave me the solution. The magnetic linear encoder in the X axis was the problem.

I did most of the testing of it at low speeds and short distances, as my indicators obviously cannot measure the length of the full axis. I can remember doing a test running the whole axis at rapid speed for multiple minutes, but I may have done this only on Z, it was two weeks ago. Or it got worse somehow, I don’t know.

In the end, using the motor encoder resolved all the problems.

I also disassembled the X axis to see how the encoder is installed. There is a very small read head in the plate behind the thrust bearing for the ballscrew and a putted scale in the underside of the X-axis slide.

I also made some pictures of the Z-axis encoder.

And then, after I spent all day getting this done, I was able to actually make op 1 on the test parts I wanted to make as test parts.