Same problem, but it worked fine on my Windows 11 PC for half a year or so. After some Windows 11 OS update in December, however, this problem began in my setup, where UCX II WDM devices spontaneously stop working. At the outset, it was pretty bad - this was happening every 1–3 hours. After I reinstalled the RME USB driver (last installed in summer) and updated the UCX II firmware to the latest version (was one number behind), these freezes became less frequent. They still happen at least once per day, so a fix would be appreciated.

I have investigated Windows event logs, and there's nothing simultaneous that I can spot through them. From checking Windows sound settings when this happens, there might be two separate failure modes happening here - WDM devices stay connected, e.g., in the device manager, but sound stops going through them, and WDM devices simply disconnect from the system.

The device remains powered on at all times, as it's powered, and host USB socket is on motherboard of a desktop PC running from wall power. This was not necessary prior.

I'd don't have my HW info provided since literally nothing in my HW has changed, and I've run UCX II on it with zero issues for about 6 months of daily 8+ hour use last year - the problem appeared after a Windows update, with no hardware or firmware changes taking place. Since there were no major computer software changes either, and since I've tested that UCX II itself works fine, OS behaviour is by far the most likely explanation

As I mentioned earlier, it's a PC. AMD 7950X3D, ASRock X670 Taichi, and a standard Windows 11 Pro 22H2 22621.3007 installation with no whacky modifications or "optimizations".

Either way, disabling USB selective suspend was not it, the problem remains. Going to try modifying the USB controller properties, I guess, after I figure which of like 20 I have in the device manager is the relevant one.

Upd: Got it, let's see if this works.

Happened again, with "USB selective suspend" disabled and "Allow Windows to turn off this device" disabled on the parent USB hub, and its parent USB controller, for the UCX II. There are USB errors this time indeed (I think I've also had a case without them, but I might be misremembering that).

Going by section 40.3 of the manual, I've moved another USB device that was on the same controller and hub to a different one, to isolate UCX II, and doubled the latency to 128 samples.

The 'bigger buffers won't work' was a known issue on AMD systems years ago, USB hardware support at that time wasn't the best. I am astonished to see this again. Did you try to deinstall the latest Windows updates? That is usually easy to do, but quite hidden. Go to Windows Update, History, scroll all the way down to Uninstall Updates ( the English names might differ a bit).

Apart from that - you did not install Sonarworks at the time the issues started?

To report back, this didn't end up solving the problem, and I have discovered some new problematic behaviour. Infrequently, but multiple times, my system sound would start speed up (by a fraction that I speculate to be 48 kHz / 44.1 kHz) and start popping, like with severe bitrate/encoding problems. This would happen across multiple pretty different applications, e.g., MPC-BE and Google Chrome at the same time. 0/0 errors in the USB settings at the time, however when I power-cycled the UCX II (via the front button), it rebooted right into 1/17 error with dead audio that's been the topic of my previous messages here.

Another anecdotal observation is that it seems to be happening more frequently with some applications playing sound, e.g., Google Chrome, but I don't have any robust statistics here.

Not sure what else I can try, so I guess I'll start planning out formatting the system drive and reinstalling the OS from zero.

Hey there,

Not sure if you're still around, but I'm curious about how the UCX II is working for you these days. I have the same X670E Taichi motherboard with a 7950X CPU and got a bit concerned after reading your posts, as I'm considering getting a UCX II for this particular rig.

I'm currently using a MOTU UltraLite AVB, which I love for its routing capabilities, but it's very picky with newer motherboards and USB 3.2 Gen1/2 ports (which the Taichi has a bunch of), and the drivers on Windows are quite finicky. I often run into a well known issue where I don't have audio after a cold boot, and I've finally had enough.

All my other interfaces (Lynx Aurora, Clarett+ 8Pre, and Scarlett 8i6 3rd Gen) work flawlessly with this motherboard, but I need a compact and reliable unit, which is why I'm considering the RME. I decided to search for any Windows issues with the UCX II just in case and was surprised to see a build so similar to mine. I'm currently on Windows 11 Pro 22H2 22621.3880.

Are you using the top yellow "Lightning" USB ports? I appreciate any feedback you can provide. Cheers!

Hello

Here another "victim" of AMD X399 surviving Windows 11 and sharing experiences, also learning from you :)

I will begin by quoting Chapter 40.3 USB Audio of the UCXII User Manual (page 115):

Unfortunately this wasn't helpful to me, in my case (and I guess for many others too) Windows Device Manager is a disaster to get accurate information about the USB devices connected to each port/controller, at least in an accessible and easy way. Also X399 was never a final destination, but rather a step in their marketing experiment where AMD (also Intel) tries to convince us that “you need a new CPU”, almost offensive seeing the botches they have left along the way.

Criticisms aside, the tool that has been useful for me is Microsoft USBView (also Win11 supported), link bellow

https://learn.microsoft.com/en-us/windo … er/usbview

And bellow an edited screenshot using USBView where you can see different USB devices, from USB 2.0  up to USB 3.1 Gen2, connected to my motherboard ports and headers which I will now explain as a non-expert user in the field:

- Green rectangles=USB Host (Motherboard) Controllers
- Red rectangles/arrows/text: Connected devices that may interfering correct UCXII data transfer due to user's ignorance or motherboard maker's clumsiness. Please see the 1st USB Host Controller in the tree ...
- Blue rectangle: RME Fireface UCX II.

As you can see in the drop down tree on the right the first USB Host Controller groups from 2.0 to 3.1 Gen2 including the integrated Bluetooth module on the motherboard, this is what I mean by saying "maker's clumsiness".

So my conclusion based on my experience is that to avoid data checking errors via RME USB Settings I must connect my UCXII to an exclusive USB Host Controller for it, in this case a USB 3.0 motherboard rear port (or what is the same USB 3.1 Gen1). Since then 0/0 errors, a different matter is how Windows 11 and DAWs do their job ...

Another tool that I find useful is Fix problems using Windows Update, I have to reinstall the RME and Focusrite drivers after using it but at least I keep files, applications and settings. To do this follow the path:

Windows Settings→Windows Update→Advanced Options→Recovery→Fix problems using Windows Update→Reinstall now

... but I also know that in a short time I will have to perform a clean installation of Windows 11, so tedious but useful.

Thank you OP and RME Community

Correction. It is a Realtek chipset, but computer still freezes at random; about once or twice in a day. Contemplating on reinstalling the OS now..

Bit better here as well.

AMD Adrenalin updated to 24.7.1 and RME driver to 1.251 in the past week.

Edit 03-08-2024: Experienced no issues anymore. In the meantime I've updated Windows11 to 24H2 as well.