c-attack

CUE Link controlled fans do NOT follow a custom curve when in Device Memory Mode. The custom curve defaults to the Link XD5 Temp as it should, but when CUE is closed it substitutes CPU temp for the native coolant temp in the pump. This then causes the fans to run at maximum. I believe this is a prior issue, but now with the active saves in Device Memory Mode this needs to be corrected. Way too many opportunities for people to make mistakes with this setup. Recommend anyone using a CUE Link Hydro X system use the Balanced or Extreme fan preset for DDM mode until resolved.

AMD CPU? This is a known issue in the current release. Th rest is likely a result of the failed install (before you restarted) and unfortunately the most prevalent issue with CUE 5. You need to clean install CUE and there are two main paths to do it. But first, make sure you export and valuable profiles. Despite the missing gear, the profile data in CUE still contains the info for any missing devices including those not currently connected. You will be able to reimport them after to restore them. 1) Manual -> Reboot the PC to safe mode. Try the uninstall there. Then follow the directions below for how to delete Corsair User settings. Then you need to clean the registry. Corsair used to include directions for this, but have recently removed them. I imagine a few users did not follow them properly. https://help.corsair.com/hc/en-us/articles/360025166712-iCUE-How-to-perform-a-clean-reinstallation-of-iCUE You need to Command (R)un -> "regedit" to bring up the registry. Then navigate to H_Key Current User -> Software and find the Corsair folder. Delete it. Even when properly uninstalled, it always leaves behind an audio file here. Now go to H_Key Local Machine -> Software and again delete the Corsair folder there. Restart the PC to return to normal mode 2) Software Assisted - I have been recommending people user Revo Uninstaller or other professional software removal tools. Corsair is now doing the same, presumably so users don't have to tinker in the registry themselves. Revo will grant the elevated privileges necessary to remove it and the registry entries. Safe Mode is a pain too, so this is often the better path. The free version is sufficient. No need to buy anything. The rub is for some users one way works and the other does not. We haven't figured out why, but it appears the files can become corrupted in different ways. I would try the Revo version first because it is easier and faster.

Asus motherboard? CUE has a lot of trouble with the Asus embedded controller and often reports junk values like 0C, 127C, or impossible fan speeds. Some other boards do this too, but with far fewer errors. The other possibility is if you have one of those AMD boards from X570 era with chipset fans, they do run at a high speed compared any normal, larger fan.

Sorry for the delay. Unforeseen complications putting things back together. From any Commander Core/XT FAN RGB port, you have the following options -> HD fan (12 LEDs), LL (16-> 12outer, 4 inner)), 8 Series LED Fans (8), ML-Pro (4), QL (double sided 34 LEDs, or "Pump Cap" (13 - 8 outer/5 inner). So this can work, but no strip option and it can't do more than 34 LEDs for any one connection. The LED port on the Commander XT has the full range normally found on Commander Pro or Lighting Node Pro controllers. All of the above except the "pump top", plus LED strips up to 6 x 10 LEDs, all the Hydro X combinations in 16 LEDs straight line strips or as a CPU block 16/8 LEDs, and most importantly external LED strips where you can pretty much do any number up to 204 LEDs. This makes the LED port the very valuable one and it takes a different adapter from the 4 pin LED one for the fans. There are a couple of possible combinations. You could do the CPU and GPU on the fan ports and set them as LL fans. You won't notice the one missing light on the GPU. However, a LL fan is dual ring device and a lot of it's effects are "inner vs outer" ring designs. That won't come through on a single ring or straight line 16 LEDs. It also makes the LED numbering a bit weird for linear effects. When I was doing this with my Lian Li SL v2 fans (16 LEDs), I would often change the designation from LL to 10 led strips to cover the length so the lighting patterns would follow a linear pattern. The case LED strip goes to the LED port and become LED strip (10) x 3. Any other options would involve connecting the case strip to a RGB fan port as a QL fan to cover the 28 LEDs, then some combination of either CPU or GPU on the LED port. No strong preference and it might depend on how visible the CPU or GPU is from your position. All else being the same, I put the GPU on the LED port so I can call it Hydro X XG7 and get a GPU UI in the CUE -- just to make things easier to identify. None of these are perfect options, but the first is likely the least troublesome. I worry the 28 LED strip will doing moving patterns in sections like a QL fan with it's synchronized two sided design. You might find that cool or completely annoying.

This should be updated soon and there was a similar problem with two Hydro X pumps back on the original release. Using two hubs can introduce a second problem -- you can't update the FW for hubs with two connected. Most users have been getting around this by disconnecting one hub while they update the FW and setup the other. The new DDM mode is an interesting workaround since it effectively separates the hub from CUE momentarily. I could not think of a reason when deliberately divorcing a single device from CUE would be useful when this was under discussion, but I guess this is one. It might work for any needed FW updates as well until that gets sorted.

Sorry, I misread the QX as QL in your original post. You are in the same position as everyone else with a CUE Link Hub. The recent firmware update to expand the capacity to 24 devices has re-arranged the fan numbering and designation. Anyone with a CUE Link Hub really needs to do a clean install for this version. Make sure you export all your profiles first, so you can reimport them later. You will need to redo settings and dashboard, but that is just as well because the new assignments will scramble them anyway. See below. Normal Clean Install (should work) - https://help.corsair.com/hc/en-us/articles/360025166712-iCUE-How-to-perform-a-clean-reinstallation-of-iCUE Corsair Explanation and recommended path - https://www.corsair.com/us/en/explorer/diy-builder/blogs/addressing-over-current-protection-issues-expanding-the-icue-link-system-hub-to-24-devices *If you are still getting missing file notices, definitely do the Revo clean install or manually delete the registry options.

Not in any practical sense. Theoretically someone with the necessary skill could chop up the AIO and run tubes to the gpu and back. However, that system wasn’t designed to include another device or add in the 250W+ from the GPU. It would not be a very good solution or wise in terms of warranty. The XG3 was intended to be used in custom loops of any type, including the Corsair line if Hydro X CPU blocks, pumps, fittings etc. This a different world than AIOs.

When you first installed the new CUE Link devices, were you using this week’s CUE 5.14 release with the UI changes? Or an older one with full profile names on the side bar? You’re probably in the same boat as most people and need to do a full clean install to resolve the change in fan designation with this expansion to 24 devices per hub. Read below. https://www.corsair.com/us/en/explorer/diy-builder/blogs/addressing-over-current-protection-issues-expanding-the-icue-link-system-hub-to-24-devices/?

What controller are you using? Lighting Node Core? Commander Core or XT? Regardless of the above, if CUE starts saying it’s missing files then there is some type of deep lying file corruption. You can try a repair install first, but you probably need to clean install CUE. Repair install -> Windows Settings/Installed Apps/Corsair iCUE at the end of the line click the three dot drop down menu. Select “modify” and follow the prompts. This does not erase profiles or settings and takes less than a minute. If you still get missing file notifications, you need to clean install. The guide below used to include directions on how to clean the registry — often a critical step. However, they’ve removed that bit and I am going to guess it’s because people had a hard time following directions. Lots of issues with this in this release and in their public guide they now refer to Revo uninstaller as a way to remove registry files. That is a viable method as well and the one I recommend for the “CUE cannot be uninstalled” problem. The free version is sufficient. Make sure you export all valuable profiles before doing either clean install method. You’ll need to reimport them after. https://help.corsair.com/hc/en-us/articles/360025166712-iCUE-How-to-perform-a-clean-reinstallation-of-iCUE

Ok, lights should be on. Since each fan and the pump is an independent circuit, failure of one device should not take out the others. We don’t see a lot of “all my lights are out” on Commander Core/XT controllers because of this. Give me a couple of hours to go find a Commander XT in storage and run some tests.

Hmm, well your fans should running at 2000+ rpm with your coolant at 47C. It’s possible DDM mode uses a “preview mode” like hardware mode would do with lighting. Just a temporary show and not actually using the data. However it should since you toggle in and can leave devices in DDM mode permanently — intentionally or not. There definitely are a few fan control bugs with this new mode. This may be another. I think the more important question right now is what is going on to make your coolant temp 47C? You’re not running a cpu stress test while taking screenshots, so is this environmental? Right after a very long gaming session? 47C is getting close to limit and nobody should be over 50C. Concerning if you are 47C under desktop conditions.

Expansion of device capability to 24 per hub. That may not benefit you. It does benefit others. Yes, the lighting wizard should be able to re-write a new configuration, but apparently it can’t. This is the critical reason why most people will need to clean install and remove the old configuration data. There also are multiple other fan specific associations like dashboard info, lighting, and control curves all of which use the same fan tagging data. As for why the Wizard can’t over-write, that’s likely a very technical reason and probably not something anyone is going to explain. Since they had a full page guide up for clean installing prior to the release of the new FW, it seems fairly certain it just wasn’t possible versus unintended consequence. No, export all your profiles prior to the clean install. Then reimport them. You only run into issues when you try and take a short cut and delete the config file without removing the all the other CUE associations.

They usually do mention a specific version because that is the one they tested. Asus and most other board vendors don't keep a running list. In this instance you can be pretty sure it will be the same version or an otherwise identical Hynix kit. That is the only bin for any 2x16 7200 kit right now. So while it is possible you might get ver 5.43.20 or ver 5.44.xx, that only means the RAM came from a later production run of Hynix IC. There is no reason to suspect it won't work unless you mix it with other Hynix from different versions.

I'd hold off on the reinstalling Windows for the moment unless you have another reason. From my end, the drop back to 4.33 and immediate detection resolution proves this is an issue with the new 5.14 release. I am not sure why, but it likely is tied to the implementation of the new Device Memory Mode. Now that the fans are detected, go to "8 series LED fans" and Pump Cap and use the yellow + to add a new lighting effect. That should turn the lights on. I don't know what to tell you on the motherboard support. I stopped trying to troubleshoot or use it a long time ago and prefer the board to stay off and Armory Crate uninstalled. Your MB is clearly detected, but if all it shows is the two 12v RGB headers, it is of no value to you. Might as well turn off the Asus plugin and use AC when needed to change motherboard lighting.

This should be straight forward. Go to "Assignments" in CUE for your K70. Yellow + to create a new one. Then select "keyboard" for the assignment type (purple). A keyboard should appear on the lower right side. There select W (green). Then in the larger image of your KB above click on Arrow Up (yellow). Repeat for each of the ASD and directional keys.