I dont know what else to try. I had linuxcnc running but decided to do a fresh install to the newest. I have spent all day enabling csm, disabling csm. made a bootable usb with rufus, then tried making it one UBUNTU. No success. UEFI says grub efi amd64 package failed.  trying legacy install results in something wrong with the screen resolution and unable to read the screen so i installed a video card which fixed that problem.

legacy gives me the error grub pc package failed to install. what else can I try. B550 motherboard and ryzen 5 cpu.

I’m trying to tune my eethercat lichuan a5 servos but I’m getting around 0.02mm ferror instantly regardless the speed which then quickly drops to a couple microns steady. Can you recommend a way to fix it or is it ok as is?

I posted the question on the linuxcnc channel on the PrintNC Discord server too, and mikemacwillie pointed out the problem in my FlexiHAL-config.txt file. The Y limit input was inverted, so the machine thought it was already triggered when the carriage was nowhere near.

After changing it from True to False, I also had to revise the HOME and HOME_OFFSET parameters, as I interpreted them incorrectly.

Please, see my correct config files attached.

  

Ich arbeite gerade an eine ähnliches (aboer komplizierteres) Problem auf meine Schaublin Drehmaschine.

Als nicht programmierem habe ich mich auch von Comps gedruckt. Aber als schlechte Programmiere, mache ich es mit Unterstützung von Claude KI. Ein Comp to Komplieren is sehr einfach.

Das wichtigste ist die Aufstellung die Requirements:
Welche Ausgange gibt es, Welche sind Analog, welche digital. 
Welche Eingänge gibt es. Hat der 500W ein Spindle encoder? Getriebe positions Schalter?
Wird das Motor Open loop oder closed loop gesteuert?
Welche Inhibits braucht es? Gangwechsel lediglich beim Stillstand?
Muss der Spindle beim Gangwechel hin und her Oszillierien wie meine 400E?

Ich habe damals alles über der MAHO 400E Getriebe hier zusammengetragen.
github.com/jin-eld/mh400e-linuxcnc/wiki/...Gearbox--Description .
... dann eine Flowchart erzeugt.
github.com/jin-eld/mh400e-linuxcnc/commi...aed6b81e0642696bc8e1

Ein Freund hat es damals in zwei Durchgänge schon fertig programmiert gehabt. Mit eine ähnliche "Leistungsheft" wird KI es auch.

Das Kabel für den Encoder hab ich tatsächlich in 10 Meter. Das für den Motor mit Bremse in 10 Meter habe ich etwas gekürzt. Kann ich morgen mal nachmessen.


Edit: Das Motorkabel ist 6 Meter und die zwei Kabel für die Bremse etwas länger. 

Schade hatte gerade überlegt, ob ich den dennoch nehme, ich glaube aber nicht, dass du 10m Kabel hast für UVW + Bremse

Leadshine has two product lines. One is for the international and one is for the domestic market. EL = international, L = chinese market.

You can find the L7 on www.leisai.com . This is the chinese site.

Check the encoder resolution in the software. Mine were advertised as 24-bit and there are 23-bit. I have the L8EC drive and ACM2 motors.

Die sind noch ohne STO.

Indeed, QTdragon defaults to the linuxcnc/nc_files folder, regardless of the path set in SUBRUTINES_PATH.
Sometimes more information is needed about this, because unlike other GUIs, the path for these subroutines in QTdragon is always the same.
It would also be good to add information on how to use Bridge_HAL and how to connect these new pins to external buttons, thus expanding their use and not limiting them only to inputs that can be controlled through the HALUI pins.
In fact, no online documentation for QTdragon clearly includes this feature.
This might seem very simple to someone experienced with LNC, but from what I constantly read on the forum, there are many people, like myself, who initially don't know how to use these features.

This looks promising, nice work!

A couple of quick tries, sometimes the compressor seems to output scientific notation on small decimals; ie. X-76.198 Y6.6066e-05. That and injected G0 X0 Y0 Z0 at the beginning are only things that pop up at the first tests.

Ich hätte Interesse.
Der 400W STO wäre perfekt für meine Z-Achse

Yes, the moment I pressed submit I realized I forgot the attachments, please see them attached now.





The joints are for sure not reversed, I have the exact same wiring and driver settings on both sides, and as I mentioned, it works perfectly with grblHAL.

The weirdness is actually exactly it. I did try reversing one of the Y joints by inverting the scale parameter and the gantry moved correctly in axis mode when jogging (before homing), but then, when I started homing, the joints started to move the opposite directions, starting to tear the machine apart. Like it had a split mind. When jogging, wants to move reversed, when homing, straight. Perhaps one side starting to move the opposite direction at the end of the homing is a result of that, as the final position is taken, the move is using the same "method", as jogging.

I am now compiling the remora-eth firmware in debug mode (USE_DEBUG=1), perhaps I will see something in the debug terminal (PC connected through USB)?