Thanks for giving such a detailed guide, I tried to solve it by looking at code, but I couldnt. How ever I managed to solve it, But its really not a solution.

I use the built-in libusb-1.0 in debian bookworm (12.13)
It says 
#define LIBUSB_API_VERSION 0x01000109
in the include file.

I was able to install libusb 1.28, compile xhc component with it and at least it starts.
I have a minimal milling job this afternoon. I'll see how it reacts.

Good input, I have used names before, but had forgotten it.
Cheers,
Mark

Hattest du die originalen Glasmasstäbe für die Positionierung angezapft? Ich Spiele mit dem Gedanken die Position einzufrieren wenn die Achsbewegung abgeschlossen ist um ein Nachregulieren zu verhindern und würde statt den Massstäben den Encoder vom Servo anzapfen. (ich weis das es zur lasten Genauigkeit gehen kann)

Nice video and good work! It's interesting to see the internals of the tool changer. And it will be interesting to see how it works once you have it all back together.

By the way, regarding the earlier video. Are you aware that you can use named parameters in g-code?
linuxcnc.org/docs/stable/html/gcode/over...ode:named-parameters
I think it improves readability quite much if you use variable names like #<partnum> instead of something like #50. Especially if you have many parameters, and might still need to understand the code the following day image missing /media/kunena/emoticons/smile.png

Der Motor hat ja über 20 kW...
Hinter dem 140:1 Getriebe hätte der ein Haltemoment von 7000 Nm. Krass

I made some changes in my firmware so I could generate a disconnect at will. Ten times in a row, I got libusb_submit_transfer to return non-zero in Usb::setupAsyncTransfer. And every time, the pendant reconnected to the xhc-whb04b-6 component without issue. In other words, I am unable to reproduce your issue, which more or less means I cannot help you directly. However, you mentioned that you had to change libusb_init_context() to libusb_init(). It appears libusb_init_context() was introduced in libusb 1.0.27:
libusb.sourceforge.io/api-1.0/group__lib...e12023b7399003c50470
Looking at my system, I have libusb 1.0.28-1. I think it would be well worth trying to upgrade libusb. Or if you don't want to do that, you could use LinuxCNC 2.9.8 as a "live cd" to see if that fixes the issue. This would actually be better, since it's possible that the issue could be in the Linux kernel itself.

Ich hatte damals meine MH 300 P vor dem mechanischen Umbau auch mal mit den Kupplungen laufen, das funktioniert schon – allerdings kennt LinuxCNC nicht wirklich ein Konzept von „Warte, bis die Achse positioniert ist“, deshalb muss das im G-Code „von Hand“ gemacht werden. Ich hatte damals immer Wartezeiten, um das Schalten der Kupplung bzw. das Ende des Positionierens abzuwarten, eingebaut: Das Umschalten ist dann einfach über Schwellwerte für die Vorschubwerte pro Achse passiert.Habe das damals nicht weiter verfolgt, weil ich dann den Umbau auf 3x Vorschubmotoren umgesetzt habe.Eine Idee war, das direkt abzufragen wie im Link:
forum.linuxcnc.org/20-g-code/45817-singl...ry-planning-question
oder das Umschalten über einen eigenen M-Code abzubilden.

Good morning, thank you very much for your reply. I've already considered what you said about Linux. However, making the switch is quite complex because I use these cards in CNC machines, and my first option is to try to find these drivers.

MESA 5I20 FPGA PCI Anything I/O Card LinuxCNC 12 Axis

Are you using a milling machine or a lathe?
Could you please save your project (menu Project->Save as...) and attach here?

Regards
Giovanni

Die Motoren können mit einem zusätzlichen Geber-Kabel (mit Batteriebox) mit absoluter Positionierung genutzt werden. Dadurch "merkt" sich der Motortreiber die Position auch wenn die Hauptspannung abfällt. Auch manuelle (per Hand) Bewegungen werden erfasst und beim einschalten weiß der Motortreiber ohne referenzieren direkt wo er genau ist. Man muss lediglich ein mal den Nullpunkt im Treiber setzen. Habe mich damit allerdings nicht allzu viel beschäftigt.

Ich nutze die Motoren im inkrementalen Modus, der Treiber weiß also nicht wo der Motor steht sondern nur wie viele Pulse er in eine oder die andere richtung gedreht hat seit dem einschalten. Hier ist also jedes mal eine referenzfahrt der achsen erforderlich und diese mache ich über LinuxCNC in Verbindung mit einigen induktiven näherungsschaltern.

Did the fixed version of toggle2nist made it to a released version of linuxcnc? I'm not really familiar with git, so I can't tell myself...

Bonjour,
De base, LinuxCNC que j'ai installé sur un RPi4 ne propose pas d'activer le wifi en raison de possibles interactions avec le temps réel (si j'ai bien compris)
Ce qui fait que je n'ai pas la possibilité d'interroger un serveur externe et que, par conséquence, la date revient à celle de la dernière mise jour du système après chaque remise en route.
J'ai donc installé un module temps réel sur l'I2C du RPi, mais je n'ai pas du bien faire les choses...je vais revoir ça mais en attendant : 
Comment, de votre côté, avez-vous procédé pour avoir un horodatage correct de vos fichiers récents ou modifiés ?

Ja aber es handeln sich um schon vorhandene elektrisch betätigte Kupplungen (24V) ich muss eigentlich nur die Logik nachbauen und das ganze LinuxCNC erklären. Was die Herausforderung wird.