Signals utilized for operating spindle and feed override. The feed rotary button can serve in

• Continuous move x% from max velocity
• Step move x mm
• MPG override feed/spindle
• The special position Lead.
  Continuous: In this mode jogging is performed at the selected feed rate. As long the jogwheel turns, the selected axis moves.
  Step: In this mode the machine moves steps  wheel_counts at the currently selected step size and the current set feed rate in machine units. If the commanded position is not reached the machine keeps moving even the jogwheel is not turning.
  
  Lead: Manipulates the spindle override.
  
  MPG: Manipulates the feedrate override.
  
  See here  xhc-whb04b-6  
  
    Signale, die zum Betätigen von Spindel und Vorschubübersteuerung verwendet werden. Der Vorschub-Drehknopf kann dienen als
  
• Countinou: Bewegung x% von der maximalen Geschwindigkeit
• Steps x mm
• MPG-Vorschubübersteuerung
• Die Sonderstellung Lead

         Continous: In diesem Modus wird das Joggen mit der gewählten Vorschubgeschwindigkeit durchgeführt. Wenn man                        das Jogwheel dreht, bewegt sich die ausgewählte Achse. 

          Step: In diesem Modus bewegt die Maschine mit den Schritten  wheel_counts bei der aktuell ausgewählten Schrittgröße                  und der aktuellen Soll Vorschubrate in Maschineneinheiten. Die Maschine bewegt sich so lange bis die Anzahl der Schritte                abgearbeitet ist, selbst dann wenn das Handrad nicht gedreht wird.
         Lead: Manipuliert die Spindelübersteuerung
         MPG: Manipuliert die Vorschubübersteuerung


              Siehe auch   xhc-whb04b-6

 

Hi.
Existe the postprocess for Fusion 360 fo lathe machine , with use the g7x cycle ?

Thanks

Sach mal Mueke,

willst du ein komplettes Haus um die Achse drehen?
image missing /media/kunena/emoticons/silly.png

I need 1 card, 1 rpm sensor, 1 accelerometer + cable.

I can but, i dont really know how to copy the Config to the PC right now. I need to check that

Exactly the same log message.
I also tested to unplug + plug back the dongle. Exactly the same log message.
Both ended up in the debug message in libusb.

It can of course be my hardware. It isn't to difficult to test with another test computer I have.

Hi David
Did you get running the 2A?
Im own the version with 4 axis and trying to get the right ethercat config.
The name of driver is CL57E-4A.
I will try to expand your example to 4 axis.
Perhaps you can told me, if you get it running?
Greets Lars

I have a second driver from Lichuan called OLC-E57H. I will also try to get it running. I think this should work all in same structure (hopefully).

  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.