Hello,
First, I want to congratulate you on the amazing work! The software you offer is fantastic!
The issue is that when I use the Moza R5 through VirtualHere, the game freezes at the start of a race. When it’s connected via cable (20 meters), this problem doesn’t occur. Other games like Forza Motorsport 8, Dirt Rally 2.0, etc works perfectly.
I'm using a Pi Zero 2W with a wired connection. The latency is between 1 and 2 milliseconds.
Settings I’ve tried without success include CompressionLimit and ClaimPorts.
The logs look normal; nothing unusual appears.
I would be very grateful if you could guide me on what I could test.
Best Regards,
Miro!
.
My guess is that its probably the USB hub actually. Im assuming you are using one of those hubs with the built-in ethernet port? They have only "1 TT" which can cause issues with wheels etc. Do you have any other hub you can try?
Hello, thanks for the…
Hello, thanks for the response.
Yes, I am using this type of USB hub (usb hat with pogo pins) where the LAN adapter is connected via USB. You’re right—using
lsusb -v | grep -i ttshows only 1 TT.I have two more hubs, also with LAN, but they are quite budget-friendly as well. I don’t expect them to support multi-TT.
Could I test it by using WiFi and connecting only the Moza to the micro-USB port? The performance might be poor, but at least for testing?
.
You could test via wifi if the pi is really close to the router it might be ok
I tried without the USB hub …
I tried without the USB hub (via WiFi) and it still doesn't work.
Dump without device.
Does this mean that the built-in controller does not support MTT?
In that case, does it matter what USB hub I use?
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=vhci_hcd/8p, 5000M/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=vhci_hcd/8p, 480M/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480Madmin@pi0:~ $ sudo lsusb -s 1:1 -vBus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hubCouldn't open device, some information will be missingDevice Descriptor:bLength 18bDescriptorType 1bcdUSB 2.00bDeviceClass 9 HubbDeviceSubClass 0bDeviceProtocol 1 Single TTbMaxPacketSize0 64idVendor 0x1d6b Linux FoundationidProduct 0x0002 2.0 root hubbcdDevice 6.06iManufacturer 3 Linux 6.6.51+rpt-rpi-v8 dwc_otg_hcdiProduct 2 DWC OTG ControlleriSerial 1 3f980000.usbbNumConfigurations 1Configuration Descriptor:bLength 9bDescriptorType 2wTotalLength 0x0019bNumInterfaces 1bConfigurationValue 1iConfiguration 0bmAttributes 0xe0Self PoweredRemote WakeupMaxPower 0mAInterface Descriptor:bLength 9bDescriptorType 4bInterfaceNumber 0bAlternateSetting 0bNumEndpoints 1bInterfaceClass 9 HubbInterfaceSubClass 0bInterfaceProtocol 0 Full speed (or root) hubiInterface 0Endpoint Descriptor:bLength 7bDescriptorType 5bEndpointAddress 0x81 EP 1 INbmAttributes 3Transfer Type InterruptSynch Type NoneUsage Type DatawMaxPacketSize 0x0004 1x 4 bytesbInterval 12.
Yes that looks to be the case. From searching this forum, the pi5 is a good platform as a usb server for the moza
lol
Lol, very strange.
I have a Pi 5 (which I use for different purposes), and
lsusbshows the same results, again 1 TT, BUT IT WORKS.I tested it on both USB 2.0 and 3.0 ports, and it works on both.
Do you have any idea why?
Is there anything that can be done to make it work on the Pi Zero, or is the issue entirely hardware-related?
Thank you in advance!
.
That is surprising, i dont know how the USB dwc IP (Intellectual Property) exactly is implemented in the broadcom chip maybe it really is multi-TT
.
Very strange indeed. I just checked and even this 20-meter USB extender has a hub with 1 TT. I even tested the Pi 5 with this extender to make sure it goes through a 1 TT hub, and it still works.
I’d be happy to help if there’s any way to debug/log the situation further.
.
Maybe its just the slow cpu in the pi02w.
normally the single TT causes issue when at least two full speed (or low speed) USB devices are plugged into the same hub. Does that wheel setup have more than one usb cable you need to plug in?