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.

Öhm, nein, als Spindel definitiv nicht. 

Der Motor ist für meine Y-Achse, jedoch befindet sich eine recht hohe Masse darauf, weshalb ein hohes Drehmoment benötigt wird. Der Motor selbst kann 51 Nm, das Getriebe, das danach kommt, ist ein 140:1. Da die hohe Masse jedoch mm-genau positioniert werden soll, in positiver wie auch negativer Richtung, reicht es nicht, den Motor nur ein- und auszuschalten. 

nichtAlex wrote:

Das sind die A6-400EC 400 Watt EtherCat Treiber. Laufen mit einphasig 230V AC. Da die das cia402 Profil nutzen lassen die sich ganz normal mit LinuxCNC und der cia402 Komponente ansteuern. Beispiele für die ethercat-conf.xml gibts hier im Forum ja genug zu den A6 Treibern.

Perfekt, danke! Das nimmt mir ein wenig die Angst.

nichtAlex wrote:

An sich stören mich die IOs der Treiber nicht aber ich finde das übersichtlicher/sauberer wenn alles auf die Beckhoff Module geht. Keine Lust da jetzt noch irgendwelche d-sub stecker zu löten für die Treiber. Habe durch mein Bedienpult nen haufen Digitalein- und ausgänge und mit den Beckhoff Modulen hab ich das schön sortiert.

Ah okay, das verstehe ich. Die IOs sind am CN1 der D-Sub. Das hatte ich noch gar nicht auf dem Schirm, dass man die Kabel dann daran löten müsste. Das ist ein guter Hinweis, danke!

nichtAlex wrote:

Ich nutze die Treiber im inkrementalen Modus und referenziere nur über linuxcnc und nicht über den Treiber selber

Was genau bedeutet es, wenn du die Treiber im inkrementalen Modus nutzt?