Advanced Search

Thanks, but the USB stick was really broken and it blocks any PC it's plugged into. I'm using the handwheel to modify it with an ESP32.

Hello,
When I implement the XHC-WHB04B-4 handwheel in LinuxCNC, my milling motor no longer receives a speed command via gcode file or mdi command. 
I had to remove some commands from the *.hal file to prevent errors from occurring at startup. My files are attached.
 

Hi all, I'm working on moving from an older (Linuxcnc 2.8) Axis config to a Probe Basic config after getting a new spindle for my router.

I have successfully gotten the basics working and have even gotten the ATC functions mostly where I want them. (Huge thanks for the the starting point that is the Probe Basic screen set and all the macros)

I am running into trouble integrating my XHC-WHB04B-6 pendant. It works just how I want it to in the old Axis configuration, and in fact that configuration runs just fine under Linuxcnc 2.9 and the pendant works in that config.

However, in Probe Basic the pendant produces stuttery motion when jogging both in step mode and in continuous mode. It also will not register all pulses or clicks of the jog wheel when the wheel is spun quickly. If I slowly click the wheel in step mode (say 1 click per second) I get each step translated into machine motion, but if I quickly spin the jog wheel, I will only get a small fraction of the wheel clicks actually translating into machine motion.

General info:
-  What Linux OS being used including kernel type?
> Debian GNU/Linux 12 (bookworm)
> Kernel version: 6.1.0-44-rt-amd64

-  What version of Linuxcnc is installed?
> 2.9.8

-  What version of QtPyVCP and Probe Basic is installed?
> Probe Basic version: 0.6.6

-  How did you install Probe Basic? Quickstart guide? Dev Guide? 
> Probe Basic APT stable install following the guide here: kcjengr.github.io/probe_basic/index.html

-  Have you gone through your ini and hal files and compared to the sim config files to make any changes needed?
> Yes, Probe Basic is functioning, just the integration with the pendant is giving me headaches

-  Have you added all of the necessary files in your config folder that probe basic needs to run?
> Yes

I attached the hal files ini files and pendant hal files for the two configs. (note i renamed the pendant.hal file for the Odroid config so that there were not two of the same file name)

Please take a look and let me know if more info will make the problem easier to diagnose.

Thanks!
 

There have been recent updates to the driver. Which LinuxCNC version are you using?

I imagine that you will be satisfied with the updated xhc-whb04b-6 component by hdiethelm, which allows the pendant to reconnect in case it disconnects (as well as several other improvements). But you need to compile it from source, same as building LinuxCNC from source (which is not all that difficult). He made a backport to LinuxCNC 2.9.8:
github.com/hdiethelm/linuxcnc-fork/tree/...x-v2_backport-v2.9.8
So basically git clone that repository, checkout xhc-whb04b-6-fix-v2_backport-v2.9.8 and then compile. I don't know about exact version compatibility, but I don't think you actually need to use v2.9.8 to run the component. You can just give the full path to the newly built compnonent binary in the loadrt command.

I made a custom firmware for the USB dongle that I use myself, but I can't really recommend that for others. There is a decent risk that it would irreversibly break your dongle in case the hardware is slightly different than what I have.

I don't know your proficiency with git and compiling LinuxCNC from source. Just ask if my somewhat terse instructions are not clear to you.

I have this pendant and would like to test out your firmware. Where do I find it/install it from? I'm tired of this device working and then just deciding to quit working in the middle of operations.

Thanks, after a few tries I managed to get it to work, but only for a few minutes. Then it would disconnect and reconnect until it froze completely. Now the USB stick is no longer detected and it also blocks the mouse and keyboard when I insert it.

Does it have the same USB ID as the previous one? Possibly you need to change the USB identifier in the config files, or possibly the udev rules.

linuxcnc.org/docs/html/man/man1/xhc-hb04.1.html

Good morning, I bought an xhc-hb04 because mine had fallen and the wheel didn't turn well, but it still works. When the new one arrived, I immediately noticed that it stays on even when the PC is off, which the old one didn't. It's detected because if I remove the LinuxCNC dongle, it gives me an error. The working one has a chrome power button, while the new one has a plastic button. I think it's defective. What do you think?

No, I did not really start a rewrite. I made a small program to communicate with the pendant, but it was more for troubleshooting than planned as the start of a new component. But I did make a new firmware for the dongle, which I have been using without issues so far.

Maybe it was not completely fair to compare it to the xhc-hb04 component. Anyway, I'm glad somebody made this component in the first place, and of course all your bugfixes and improvements are a clear step in the right direction.

I experienced an issue with arc preview just a few weeks ago that I made a post about. I think this may be a bug or limitation in the preview only rather than connected to the issue you mention. But I thought I might as well mention it, since it has some similarities to the issue you mention.
forum.linuxcnc.org/20-g-code/58285-stran...r-circular-arc-g2-g3

@Finngineering: So you did not start a rewrite? I see it the same way. The actual component looks like a school book example of object oriented design, then it didn't suite the needs, took way more time then estimated and the needed redesign, simplification and finalizing never happened. But for a rewrite, the chances are high the same will happen and to get it to the functional state the actual module has, it will take a lot of time. So if it works now, fine. If there emerge unsolvable issues, we can think about it again.

I looked quickly into the xhc-hb04: is way less complex but it also has less functionality. I find this automatic change to manual quite nice. And the xhc-hb04 has a complex hal and config file which probably also makes it difficult to use.

@rodw: As I understand linuxcnc, before homing, you can only jog single axis due to the kinematics needs homing. But due to jogging Y1 separate from Y2 will bend the gantry, this is deactivated like in my machine using HOME_SEQUENCE. I don't need jogging before homing, so that's fine for me.
However, the WHB04B tries to activate jogging also before homing and then generating errors. For me, that's a non-issue, I just don't touch the wheel. And if it happens by accident, nothing else happens except an error messages.
For non-gantry machines, you can jog also before homing, so I did not remove that functionality because it might be useful for others.
An solution would be to add a command line option for this. However, I rather create some chips than continue coding...

Additionally, I started another rabbit hole which is more important for my machine:
github.com/LinuxCNC/linuxcnc/issues/3839

Just a note: Linuxcnc is just a hobby for me I started recently. But I have a lot of experience in coding and bug fixing from my day job and I figured fixing the issues I am having myself and creating PR's would give something back to the community.

I think there is an oversight in the homing model. I can't see why joint axes can't move in unison before they are homed. If my first machine didn't have a gantry, maybe I'd have a different view. I've often wondered why this treats each side or a gantry as seperate axes when they are always joined at the hip!

There are always situations with tool and work piece geometries
and unfortunate stop situations where one need to stick the nose (eyes) close up
to guide the tool out of the situation before it's free for homing.
I guess the best is to leave it up to the user if he wants to jog before homing.

Hakan wrote:

Get a real machine, rodw
In a milling machine and lathe, there are many situations where you may need to jog before homing.
To get the tool out of the way before homing for example.
 

I had a mill and am building another. I thought HOME_SEQUENCE was designed to get the tool out of the road 

Get a real machine, rodw
In a milling machine and lathe, there are many situations where you may need to jog before homing.
To get the tool out of the way before homing for example.