Advanced Search

Search Results (Searched for: XHC)

17 Nov 2024 03:21

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

I changed the Y Axis motors back to the Nema 23 with the DM332T driver. 3200 Microsteps/rpm and I can go up to 6000mm/min without an issue.
Handwheel xhc-whb04b-6 is working as well.

Now I am focusing on getting Modbus and the spindle to work. This is the last thing I need to run the mill with the Tang. Can someone confirm that this wiring is correct for the Max485?
 
07 Nov 2024 21:17

LinuxCNC-RIO - RealtimeIO for LinuxCNC based on FPGA (ICE40 / ECP5)

Category: Computers and Hardware

Below is the current set up as of last night. Bench testing worked as expected. It goes from there to a Parallel port break out board. This allwos me to use my machine with LinuxCNC and laserGRBL with just changing a plug. I tried to find out the current rating of the 3.3V and 5V power supply of the Tang Nano 9k. According to the schematics, it seems like that there is a TMI7003C DC/DC Step down, which gets it's 5V directly from the USB C port. If I read it correct, it can supply a max current of 1.5A total. That'a including the power for the FPGA,...It seems like the each Output of the Tang can drive up to 24mA. Which obviusley need to be deducted from the 1.5A plus the other current demands of the FPGA board. Still I believe there is plenty of current to drive secondary operations.The 1.8V needed for Bank 3 is not availbale at FPGA board. I was wondering if I could just use 1 or 2 1.8V outputs, set them pernantley to high and use them as supply voltage for any leverl shifter at Bank3. Opinions? 

 

My personal plan if I needed more gpio was to ignore the 1.8v pins and using the 3.3v pins either use a shift register, see if I could add i2c GPIO expansion support such as the mcp23017, or reserve the FPGA purely for estop, home pins, and steppers and use something else for things like MPG controls and such. github.com/wezhunter/ESP32_LinuxCNC_MotionController_RealTime perhaps, since I have a pile of esp32S2's around. 
I also ended up with a XHC WHB04B-6 wireless MPG that currently satisfies 90% of my control needs, so I don't have a lot of willpower to make a UI that needs a lot of GPIO.

I know that doesn't solve your problem, but just thought I'd mention it for ideas. 

Also, a common LM317 is easy to make it output 1.8v from from the 5v input, as another option. 2 capacitors and 2 resistors. It's hard to even burn them out, they shut themselves down with overcurrent.


 
06 Nov 2024 10:56

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

you need to buy something like this.
 

then you take it apart and find out how its wired.
Usually the side button enables the MPG encoder - for safety.

and then you have to connect all wires to your mesa card or whatever interface are you using.
and make hal file for it:
linuxcnc.org/docs/html/examples/mpg.html
 
05 Nov 2024 11:48

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

Hello zmrdko,
have you an example for me, how is to do?
Thank you so much in advance
Best regards
Reinhard
05 Nov 2024 08:46

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

i have the same MPG and on linuxcnc 2.9.3 and I am experiencing same disconnects.
I support Mecanix opininon - the MPG should be hard wired.
05 Nov 2024 07:00

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

Hello Community,
i ve the same problem with disconnects and freezes of the WHB04-6 and i think its not a matter of the Linuxcnc Version, its a matter of the source code of the WHB04.
I use Linuxcnc 2.8.4 and gmoccapy with a XHC-WHB04-6 and its working in manual mode very well, but if i move the Jogwhheel in the Mode MDI or in Auto will switch the WHB04 to manual mode.
The problem start if i use the mode Auto and a program is running and i move in this time the Jogwheel ... then i get a fault message " its impossible to switch from Auto to manual mode in a running program" after will freeze the WHB04 in.
I search in the HAL for a solution, but the switch function is programed ( so i suppose ) in the source code.
I think the fault chain start earlier, with the functions "mpg" , "con" and "stp"
With the function "mpg" (directly after start of gmoccapy) is working the Jogwheel at the feeding rate ..... after press on the Button "con" or "stp" is impossible to switch back to "mpg".
Have anybody a solution for this kind of problem?

Thank you so much in advance

Best regards
Reinhard
08 Sep 2024 16:35

XHC-WH04b USB not detected in front port

Category: General LinuxCNC Questions

I have the same problem here with the WH04B-6. Cant see the device on any ports. I checked my bios and the legacy usb is already enabled. i enabled some other usb stuff with no results. Any luck fixing this?
27 Aug 2024 08:07 - 27 Aug 2024 08:09

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

Alright a few other related forum posts (forum.linuxcnc.org/gmoccapy/34296-xhc-hc04-lost-connection, forum.linuxcnc.org/38-general-linuxcnc-q...-hb04-pendant-issues) convinced me to upgrade LinuxCNC, which appears to have solved the issue.

I upgraded from 2.8 to 2.9.3.
 

I have the same MPG, which I only use for the macro buttons for when I'm far from the controller and doing manual fixture setup and other non-automation related tasks. Regardless of the Lcnc version that MPG is near if not close to being useless. Similar to the keyboard, it's quite dangerous ($$$) I would like to add. There is no CRC neither data integrity to that thing and so, don't complain if it decides to randomly wander either sides and crash your >5k worth spindle into something... you get the idea. 

A safe & honest MPG requires to be hard wired. Only hardware that is legally allowed to move my axis here (no keyboard, no wifi, nothing else). 
27 Aug 2024 01:36

QTDragon spindle raise issues

Category: Qtvcp

The halui.pause nad halui.resume are coming from the xhc-whb04b-6.hal file.

I'm not sure how to change those entries.

17 # program related signals
  18 net pdnt.program.is-idle                  whb.halui.program.is-idle             halui.program.is-idle
  19 net pdnt.program.is-paused                whb.halui.program.is-paused           halui.program.is-paused
  20 net pdnt.program-is-running               whb.halui.program.is-running          halui.program.is-running
  21 net pdnt.program.resume                   whb.halui.program.resume              halui.program.resume
  22 net pdnt.program.pause                    whb.halui.program.pause               halui.program.pause
  23 net pdnt.program.run                      whb.halui.program.run                 halui.program.run
  24 net pdnt.program.stop                     whb.halui.program.stop                halui.program.stop
 
26 Aug 2024 19:58

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

Alright a few other related forum posts (forum.linuxcnc.org/gmoccapy/34296-xhc-hc04-lost-connection, forum.linuxcnc.org/38-general-linuxcnc-q...-hb04-pendant-issues) convinced me to upgrade LinuxCNC, which appears to have solved the issue.

I upgraded from 2.8 to 2.9.3.
23 Aug 2024 15:03 - 23 Aug 2024 15:05

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

When the problem does occur, there's a continual connect/disconnect cycle of the device every ~20sec:
$ sudo dmesg -T
[Fri Aug 23 10:50:47 2024] usb 1-3.4: new full-speed USB device number 61 using xhci_hcd
[Fri Aug 23 10:50:47 2024] usb 1-3.4: New USB device found, idVendor=10ce, idProduct=eb93, bcdDevice= 0.00
[Fri Aug 23 10:50:47 2024] usb 1-3.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 23 10:50:47 2024] usb 1-3.4: language id specifier not provided by device, defaulting to English
[Fri Aug 23 10:50:47 2024] hid-generic 0003:10CE:EB93.0129: hiddev1,hidraw3: USB HID v1.00 Device [HID 10ce:eb93] on usb-0000:00:15.0-3.4/input0
[Fri Aug 23 10:50:57 2024] usb 1-3.4: USB disconnect, device number 61
[Fri Aug 23 10:51:07 2024] usb 1-3.4: new full-speed USB device number 62 using xhci_hcd
[Fri Aug 23 10:51:07 2024] usb 1-3.4: New USB device found, idVendor=10ce, idProduct=eb93, bcdDevice= 0.00
[Fri Aug 23 10:51:07 2024] usb 1-3.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 23 10:51:07 2024] usb 1-3.4: language id specifier not provided by device, defaulting to English
[Fri Aug 23 10:51:07 2024] hid-generic 0003:10CE:EB93.012A: hiddev1,hidraw3: USB HID v1.00 Device [HID 10ce:eb93] on usb-0000:00:15.0-3.4/input0
[Fri Aug 23 10:51:17 2024] usb 1-3.4: USB disconnect, device number 62
[Fri Aug 23 10:51:27 2024] usb 1-3.4: new full-speed USB device number 63 using xhci_hcd
[Fri Aug 23 10:51:27 2024] usb 1-3.4: New USB device found, idVendor=10ce, idProduct=eb93, bcdDevice= 0.00
[Fri Aug 23 10:51:27 2024] usb 1-3.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 23 10:51:27 2024] usb 1-3.4: language id specifier not provided by device, defaulting to English
[Fri Aug 23 10:51:27 2024] hid-generic 0003:10CE:EB93.012B: hiddev1,hidraw3: USB HID v1.00 Device [HID 10ce:eb93] on usb-0000:00:15.0-3.4/input0
[Fri Aug 23 10:51:40 2024] usb 1-3.4: USB disconnect, device number 63
[Fri Aug 23 10:51:50 2024] usb 1-3.4: new full-speed USB device number 64 using xhci_hcd
[Fri Aug 23 10:51:51 2024] usb 1-3.4: New USB device found, idVendor=10ce, idProduct=eb93, bcdDevice= 0.00
[Fri Aug 23 10:51:51 2024] usb 1-3.4: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 23 10:51:51 2024] usb 1-3.4: language id specifier not provided by device, defaulting to English
[Fri Aug 23 10:51:51 2024] hid-generic 0003:10CE:EB93.012C: hiddev1,hidraw3: USB HID v1.00 Device [HID 10ce:eb93] on usb-0000:00:15.0-3.4/input0


After restarting linuxCNC, this reconnection cycle stops. I let the pendant stay on overnight and it was still connected to LinuxCNC the next morning, so I don't think it's a timeout issue. I've also tried carrying the pendant far enough away until it displays Lost RF, but then returning to the machine, turning the pendant off/on allows it to reconnect to LinuxCNC properly in a way that doesn't happen when this disconnect/freeze error occurs.
22 Aug 2024 18:21

XHC WHB04b-6 - Disconnects / freezes?

Category: Basic Configuration

I have the same problem. I've noticed that Linux itself has actually lost connection with the device, which I can see by running $lsusb while the pendant is working and again when it's not. The odd thing is that restarting LinuxCNC seems to mount the usb device in Linux.

I don't know the solution, but I'll continue taking notes and report back if I figure it out.
12 Aug 2024 15:35

USB Dongel wird nicht erkannt

Category: General LinuxCNC Questions

Hallo USB Reciever von WiXHc -WHB04B-4 ist defekt
07 Aug 2024 14:27 - 07 Aug 2024 14:33

Latency, error finishing read, and IRQ affinity

Category: General LinuxCNC Questions

Hi! 
I am working with a custom ethernet interface and think I really need this IRQ management. Unfortunately I have not been able to get what's described here to work after quite a few hours beating my head on the desk and rereading ALL these posts several times. I've tried a number of things but I don't know much about scripting. I'm probably missing something obvious.

If someone has debugging suggestions or can tell me what other information to post here I would really appreciate it.
Architecture: x86_64
CPU(s): 8
On-line CPU(s) list: 0-7
Thread(s) per core: 2
Core(s) per socket: 4
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 23
Model: 17
Model name: AMD Ryzen 5 PRO 2400G with Radeon Vega Graphics

The obvious things:
I did install irqbalance via Synaptic. I did change IP to 10.0.0.1 two places in rt_setup.sh--that's the address in interfaces file.

What happens:
If I run rt_setup.sh it says it is creating the affinity file, and it ends up in /etc/linuxcnc as expected with permissions correct. But after restart I seem to end up with ethernet interrupts always on cpu5 where I would expect cpu7.
user1@debian2:~/linuxcnc/irq-mgmt$ sudo ./rt_setup.sh
[sudo] password for user1:
Linux debian2 4.19.0-16-rt-amd64 #1 SMP PREEMPT RT Debian 4.19.181-1 (2021-03-19) x86_64
GNU/Linux irqbalance is running AND there are more than 2 cpus - setting up policy script

The script comes up with isolcpus 6,7 in grub, which is what I determined months ago and added manually and seems like it should be correct.
    linux    /boot/vmlinuz-4.19.0-16-rt-amd64 root=UUID=5b220cf2-b101-424f-9abb-ee2246a65503
ro initrd=/install/gtk/initrd.gz quiet
isolcpus=6,7 intel_idle.max_cstate=1 i915.enable_rc6=0

my /etc/network/interfaces (after removing commented out lines and loopback):
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/*

# NEW - Lenovo Ryzen desktop PC
allow-hotplug enp8s0f0
iface enp8s0f0 inet static
address 10.0.0.1

Significant things I tried:
Running test script "pinirq_2024-05-12.txt" with parameter enp8s0f0 displays expected results. But watching interrupts stills shows the nic IRQs on cpu5.
user1@debian2:~/linuxcnc/irq-mgmt$ sudo ./pinirq enp8s0f0
Cores: 8 Old CPU Mask: 0020 Set device enp8s0f0 IRQ 61 CPU mask to 0128

I tried using NIC=`enp8s0f0` in place of both awks in rt_setup.sh but that does not work either (note the quotes I used!).

I did have loopback lines and old (commented out) iface and address lines in interfaces file. I removed them and reran everything as I'm not sure how picky that grep is.

user1@debian2:~/linuxcnc/irq-mgmt$ sudo /etc/init.d/irqbalance status -l
● irqbalance.service - irqbalance daemon
   Loaded: loaded (/lib/systemd/system/irqbalance.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2024-08-07 08:31:44 EDT; 1h 8min ago
     Docs: man:irqbalance(1)
           https://github.com/Irqbalance/irqbalance
 Main PID: 577 (irqbalance)
    Tasks: 2 (limit: 4915)
   Memory: 6.3M
   CGroup: /system.slice/irqbalance.service
           └─577 /usr/sbin/irqbalance --foreground --policyscript=/etc/linuxcnc/lcnc_irqbalancepolicy.sh

Aug 07 08:31:44 debian2 systemd[1]: Started irqbalance daemon.

section from /proc/interrupts:
60: 0 0 0 0 0 0 0 0 IR-PCI-MSI 4726791-edge xhci_hcd
61: 0 0 0 0 0 71062 0 0 IR-PCI-MSI 4194304-edge enp8s0f0
62: 0 0 0 697991 0 0 0 0 IR-PCI-MSI 4718592-edge amdgpu
Displaying 1 - 15 out of 168 results.
Time to create page: 0.552 seconds
Powered by Kunena Forum