82e9477d32
|
||
|---|---|---|
| .github | ||
| docs | ||
| extra | ||
| liquidctl | ||
| tests | ||
| .gitignore | ||
| CHANGELOG.md | ||
| CODE_OF_CONDUCT.md | ||
| CONTRIBUTING.md | ||
| LICENSE.txt | ||
| MANIFEST.in | ||
| README.md | ||
| SECURITY.md | ||
| appveyor.yml | ||
| conftest.py | ||
| liquidctl.8 | ||
| pyproject.toml | ||
| setup.cfg | ||
| tox.ini | ||
README.md
liquidctl – liquid cooler control
Cross-platform tool and drivers for liquid coolers and other devices
$ liquidctl list
Device #0: ASUS Strix RTX 2080 Ti OC
Device #1: Corsair Vengeance RGB DIMM2
Device #2: Corsair Vengeance RGB DIMM4
Device #3: NZXT Smart Device (V1)
Device #4: NZXT Kraken X (X42, X52, X62 or X72)
# liquidctl initialize all
# liquidctl status --unsafe=smbus,vengeance_rgb
Corsair Vengeance RGB DIMM2
└── Temperature 33.8 °C
Corsair Vengeance RGB DIMM4
└── Temperature 33.8 °C
NZXT Smart Device (V1)
├── Fan 1 speed 1473 rpm
├── Fan 1 voltage 11.91 V
├── Fan 1 current 0.01 A
├── Fan 1 control mode PWM
├── Fan 2 [...]
├── Fan 2 [...]
├── Firmware version 1.0.7
├── LED accessories 2
├── LED accessory type HUE+ Strip
├── LED count (total) 20
└── Noise level 65 dB
NZXT Kraken X (X42, X52, X62 or X72)
├── Liquid temperature 31.7 °C
├── Fan speed 801 rpm
├── Pump speed 2239 rpm
└── Firmware version 6.0.2
# liquidctl --match kraken set fan speed 20 30 30 50 34 80 40 90 50 100
# liquidctl --match kraken set pump speed 70
# liquidctl --match "smart device" set sync speed 50
# liquidctl --match kraken set sync color fixed 0080ff
# liquidctl --match "smart device" set led color moving-alternating "hsv(30,98,100)" "hsv(30,98,10)" --speed slower
# liquidctl --match "rtx 2080" set led color fixed 2aff00 --unsafe=smbus
# liquidctl --match dimm2 set led color fixed "hsl(5, 100, 34)" --unsafe=smbus,vengeance_rgb
# liquidctl --match dimm4 set led color fixed "hsl(5, 100, 34)" --unsafe=smbus,vengeance_rgb
Contents
- Supported devices
- Installation
- The command-line interface
- Using liquidctl in other programs and scripts
- Automation and running at boot
- Troubleshooting
- Additional documentation
- License
- Related projects
Supported devices
See each guide for specific usage instructions and other pertinent information.
L Requires the --legacy-690lc flag.
U Requires --unsafe features.
Z Requires replacing the device driver on Windows.
a Architecture-specific limitations.
e Experimental support.
n Newly supported and requires git.
p Only partially supported.
x Only supported on Linux.
Installation
The following sections cover the various methods to set up liquidctl.
Linux distributions
A considerable number of Linux distributions already package liquidctl, generally at fairly recent versions.
# Alpine
sudo apk add liquidctl
# Arch/Artix/[Manjaro]/Parabola
sudo pacman -S liquidctl
# Fedora
sudo dnf install liquidctl
# Manjaro
sudo pamac install liquidctl
# Nix
nix-env -iA nixos.liquidctl
liquidctl is also available in some non-official/community-based repositories, as well as, at older versions, for more distributions. The Repology page shows more information about the packaging status in various distributions.
macOS Homebrew
For macOS, liquidctl is available on Homebrew, generally at a very recent version. It is also easy to install the latest development snapshot from the official source code repository.
# latest stable version
brew install liquidctl
# or latest development snapshot from the official source code repository
brew install liquidctl --HEAD
FreeBSD and DragonFly BSD Ports
On FreeBSD and DragonFly BSD, liquidctl is maintained in the Ports Collections, and is available as a pre-built binary package.
pkg install py37-liquidctl
Manual installation
Warning: on systems that still default to Python 2, replace python/pip
with python3/pip3.
liquidctl can be manually installed from the Python Package Index (PyPI), or directly from the source code repository.
In order to manually install it, certain system-level dependencies must be satisfied first. In some cases it may also be preferable to use the Python libraries already provided by the operating system.
Linux dependencies
On Linux, the following dependencies are required at runtime (common package names are listed in parenthesis):
- Python 3.7 or later (python3, python)
- pkg_resources Python package (python3-setuptools, python3-pkg-resources, python-setuptools)
- docopt (python3-docopt, python-docopt)
- colorlog (python3-colorlog, python-colorlog)
- cython-hidapi (python3-hidapi, python3-hid, python-hidapi)
- PyUSB (python3-pyusb, python3-usb, python-pyusb)
- smbus Python package (python3-i2c-tools, python3-smbus, i2c-tools)
- LibUSB 1.0 (libusb-1.0, libusb-1.0-0, libusbx)
Additionally, to build, install and test liquidctl, the following are also needed:
- setuptools Python package (python3-setuptools, python-setuptools)
- pip (optional) (python3-pip, python-pip)
- pytest (optional) (python3-pytest, pytest, python-pytest)
Finally, if cython-hidapi is installed from source, some additional build tools and development headers are also required:
- Python development headers (python3-dev, python3-devel)
- LibUSB 1.0 development headers (libusb-1.0-0-dev, libusbx-devel)
- libudev developemnt headers (libudev-dev, libudev-devel)
macOS system-level dependencies
On macOS, Python (3.7 or later) and LibUSB 1.0 must be installed beforehand.
brew install python libusb
Windows system-level dependencies
On Windows, Python (3.7 or later) and LibUSB 1.0 DLLs must be installed beforehand.
Python can be installed from the official website. It is
generally useful to select the option to add python and other tools to the
PATH.
The LibUSB DLLs can be found in libusb/releases, within the *.7z archives.
The appropriate files (i.e. VS2019\MS64\Release\dll\*) should be extracted to
the system directory (C:\Windows\System32), or, alternatively, to the
appropriate Python installation directory (e.g. C:\Python310).
Additionally, products that are not Human Interface Devices (HIDs), or that do not use the Microsoft HID Driver, require a libusb-compatible driver; these are listed in the notes of Supported devices. In most cases of these cases the Microsoft WinUSB driver is recommended, and it can easily be set up for a device using Zadig: open Zadig, select your device from the dropdown list and, finally, click "Replace Driver".
Warning: replacing the driver for a device where that is not necessary will likely cause it to become inaccessible from liquidctl.
Creating a virtual environment
Setting up a virtual environment is an optional step. Even so, installing Python packages directly in the global environment is not generally advised.
Instead, it is usual to first set up a virtual environment:
# create virtual enviroment at <path>
python -m venv <path>
Once set up, the virtual environment can be activated on the current shell
(more information in the official documentation).
Alternatively, the virtual environment can also be used directly, without
activation, by prefixing all python and pip invocations with the
environment's bin directory.
<path>/bin/python [arguments]
<path>/bin/pip [arguments]
Installing from PyPI or GitHub
pip can be used to install liquidctl from the Python Package Index (PyPI).
# the latest stable version
python -m pip install liquidctl
# a specific version (e.g. 1.8.1)
python -m pip install liquidctl==1.8.1
If git is installed, pip can also install the latest snapshot of the official liquidctl source code repository on GitHub.
# the latest snapshot of the official source code repository (requires git)
python -m pip install git+https://github.com/liquidctl/liquidctl#egg=liquidctl
Allowing access to the devices
Access permissions are not a concern on platforms like macOS or Windows, where unprivileged access is already allowed by default. However, devices are not generally accessible by unprivileged users on Linux, FreeBSD or DragonFly BSD.
For Linux, we provide a set of udev rules in 71-liquidctl.rules that can be
used to allow unprivileged read and write access to all devices supported by
liquidctl. These rules are generally already included in downstream Linux
packages of liquidctl.
Alternatively, sudo, doas and similar mechanisms can be used to invoke
liquidctl as the super user, on both Linux and BSDs.
Additional files
Other files and tools are included in the source tree, which may be of use in certain scenarios:
- liquidctl(8) man page;
- completions for the liquidctl CLI in Bash;
- host-based automatic fan/pump speed control;
- send liquidctl data to HWiNFO;
- and more....
Working locally
Changed in 1.9.0: liquidctl now uses a PEP 517 build system.
When working on the project itself, it is sometimes useful to set up a local development environment, where it is possible to directly run the CLI and the test suite, without building and installing a local package.
For this, start by installing git and any system-level dependencies mentioned in Manual installation. Then, clone the repository and change into the created directory:
git clone https://github.com/liquidctl/liquidctl
cd liquidctl
Optionally, set up a virtual environment.
Finally, if the necessary Python build, test and runtime libraries are not already installed on the environment (virtual or global), manually install them:
pip install --upgrade colorlog docopt hidapi pytest pyusb setuptools setuptools_scm "smbus; sys_platform == 'linux'"
At this point, the environment is set up. To run the test suite, execute:
python -m pytest
To run the CLI directly, without building and installing a local package, execute:
python -m liquidctl.cli [arguments]
Introducing the command-line interface
The complete list of commands and options can be found in liquidctl --help and in the man page, but the following topics cover the most common operations.
Brackets [ ], parenthesis ( ), less than/greater than < > and ellipsis ... are used to describe, respectively, optional, required, positional and repeating elements. Example commands are prefixed with a number sign #, which also serves to indicate that on Linux root permissions (or suitable udev rules) may be required.
The --verbose option will print some extra information, like automatically made adjustments to user-provided settings. And if there is a problem, the --debug flag will make liquidctl output more information to help identify its cause; be sure to include this when opening a new issue.
Note: when debugging issues with PyUSB or libusb it can be useful to set the PYUSB_DEBUG=debug or/and LIBUSB_DEBUG=4 environment variables.
Listing and selecting devices
A good place to start is to ask liquidctl to list all recognized devices.
$ liquidctl list
Device #0: NZXT Smart Device (V1)
Device #1: NZXT Kraken X (X42, X52, X62 or X72)
In case more than one supported device is found, one them can be selected with --match <substring>, where <substring> matches part of the desired device's description using a case insensitive comparison.
$ liquidctl --match kraken list
Result #0: NZXT Kraken X (X42, X52, X62 or X72)
More device properties can be show by passing --verbose to liquidctl list. Any of those can also be used to select a particular product.
$ liquidctl --bus hid --address /dev/hidraw4 list
Result #0: NZXT Smart Device (V1)
$ liquidctl --serial 1234567890 list
Result #0: NZXT Kraken X (X42, X52, X62 or X72)
Ambiguities for any given filter can be solved with --pick <number>.
Initializing and interacting with devices
Devices will usually need to be initialized before they can be used, though each device has its own requirements and limitations. This and other information specific to a particular device will appear on the documentation linked from the Supported devices section.
Devices can be initialized individually or all at once.
# liquidctl [options] initialize [all]
Most devices provide some status information, like fan speeds and liquid temperatures. This can be queried for all devices or using the filtering methods mentioned before.
# liquidctl [options] status
Fan and pump speeds can be set to fixed values or, if the device supports them, custom profiles.
# liquidctl [options] set <channel> speed (<temperature> <percentage>) ...
# liquidctl [options] set <channel> speed <percentage>
Lighting is controlled in a similar fashion. The specific documentation for each device will list the available channels, modes and additional options.
# liquidctl [options] set <channel> color <mode> [<color>] ...
Supported color specification formats
When configuring lighting effects, colors can be specified in different representations and formats:
- as an implicit hexadecimal RGB triple, either with or without the
0xprefix: e.g.ff7f3f - as an explicit RGB triple: e.g.
rgb(255, 127, 63) - as a HSV (hue‑saturation‑value) triple: e.g.
hsv(20, 75, 100)- hue ∊ [0, 360] (degrees); saturation, value ∊ [0, 100] (percent)
- note: this is sometimes called HSB (hue‑saturation‑brightness)
- as a HSL (hue‑saturation‑lightness) triple: e.g.
hsl(20, 100, 62)- hue ∊ [0, 360] (degrees); saturation, lightness ∊ [0, 100] (percent)
Color arguments containing spaces, parenthesis or commas need to be quoted, as these characters can have special meaning on the command-line; the easiest way to do this on all supported platforms is with double quotes.
# liquidctl --match kraken set ring color fading "hsv(0,80,100)" "hsv(180,80,100)"
On Linux it is also possible to use single-quotes and \(, \), \ escape sequences.
Using liquidctl in other programs and scripts
The liquidctl driver APIs can be used to build Python programs that monitor or control the devices, and offer features beyond the ones provided by the CLI.
The APIs are documented, and this documentation can be accessed through
pydoc, or directly read from the source files.
from liquidctl import find_liquidctl_devices
first = True
# find all connected and supported devices
devices = find_liquidctl_devices()
for dev in devices:
# connect to the device (here a context manager is used, but the
# connection can also be manually managed)
with dev.connect():
print(f'{dev.description} at {dev.bus}:{dev.address}:')
# devices should be initialized after every boot (here we assume
# this has not been done before)
init_status = dev.initialize()
# print all data returned by initialize()
if init_status:
for key, value, unit in init_status:
print(f'{key}: {value} {unit}')
# get regular status information from the device
status = dev.get_status()
# print all data returned by get_status()
for key, value, unit in status:
print(f'{key}: {value} {unit}')
# for a particular device, set the pump LEDs to red
if 'Kraken' in dev.description:
print('setting pump to radical red')
radical_red = [0xff, 0x35, 0x5e]
dev.set_color(channel='pump', mode='fixed', colors=[radical_red])
# the context manager took care of automatically calling disconnect();
# when manually managing the connection, disconnect() must be called at
# some point even if an exception is raised
if first:
first = False
print() # add a blank line between each device
More examples can be found in the scripts in extra/.
In addition to the APIs, the liquidctl CLI is friendly to scripting: errors
cause it to exit with non-zero codes and only functional output goes to
stdout, everything else (error messages, warnings and other auxiliary
information) going to stderr.
The list, initialize and status commands also support a --json flag to
switch the output to JSON, a more convenient format for machines and scripts.
In --json mode, setting LANG=C on the environment causes non-ASCII
characters to be escaped.
# liquidctl --match kraken list --json | jq
[
{
"description": "NZXT Kraken X (X42, X52, X62 or X72)",
"vendor_id": 7793,
"product_id": 5902,
"release_number": 512,
"serial_number": "49874481333",
"bus": "hid",
"address": "/dev/hidraw3",
"port": null,
"driver": "Kraken2",
"experimental": false
},
...
]
# liquidctl --match kraken status --json | jq
[
{
"bus": "hid",
"address": "/dev/hidraw3",
"description": "NZXT Kraken X (X42, X52, X62 or X72)",
"status": [
{
"key": "Liquid temperature",
"value": 30.1,
"unit": "°C"
},
{
"key": "Fan speed",
"value": 1014,
"unit": "rpm"
},
...
]
},
...
]
Note that the examples above pipe the output to jq, as the original output
has no line breaks or indentation. An alternative to jq is to use python -m json.tool, which is already included in standard Python
distributions.
Finally, the stability of both the APIs and the CLI commands is documented in our stability guarantee. In particular, the specific keys, values and units returned by the commands above, as well as their API equivalents, are subject to changes. Consumers should verify that the returned data matches their expectations, and react accordingly.
Automation and running at boot
In most cases you will want to automatically apply your settings when the system boots. Generally a simple script or a basic service is enough, and some specifics about this are given in the following sections.
For even more flexibility, you can also write a Python program that calls the driver APIs directly.
Set up Linux using systemd
On systems running Linux and systemd a service unit can be used to configure liquidctl devices. A simple example is provided bellow, which you can edit to match your preferences. Save it to /etc/systemd/system/liquidcfg.service.
[Unit]
Description=AIO startup service
[Service]
Type=oneshot
ExecStart=liquidctl initialize all
ExecStart=liquidctl --match kraken set pump speed 90
ExecStart=liquidctl --match kraken set fan speed 20 30 30 50 34 80 40 90 50 100
ExecStart=liquidctl --match "smart device" set sync speed 55
ExecStart=liquidctl --match kraken set sync color fading 350017 ff2608
[Install]
WantedBy=default.target
After reloading the configuration, the new unit can be started manually or set to automatically run during boot using standard systemd tools.
# systemctl daemon-reload
# systemctl start liquidcfg
# systemctl enable liquidcfg
A slightly more complex example can be seen at jonasmalacofilho/dotfiles, which includes dynamic adjustments of the lighting depending on the time of day.
If necessary, it is also possible to have the service unit explicitly wait for the device to be available: see making systemd units wait for devices.
Set up Windows using Task Scheduler
The configuration of devices can be automated by writing a batch file and setting up a new task for (every) login using Windows Task Scheduler. The batch file can be really simple and only needs to contain the invocations of liquidctl that would otherwise be done manually.
liquidctl initialize all
liquidctl --match kraken set pump speed 90
liquidctl --match kraken set fan speed 20 30 30 50 34 80 40 90 50 100
liquidctl --match "smart device" set sync speed 55
liquidctl --match kraken set sync color fading 350017 ff2608
Make sure that liquidctl is available in the context where the batch file will run: in short, liquidctl --version should work within a normal Command Prompt window.
When not using a pre-built liquidctl executable, try installing Python with the option to set the PATH variable enabled, or manually add the necessary folders to the PATH.
A slightly more complex example can be seen in issue #14 ("Can I autostart liquidctl on Windows?"), that uses the LEDs to convey progress or eventual errors. Chris' guide on Replacing NZXT’s CAM software on Windows for Kraken is also a good read.
As an alternative to using Task Scheduler, the batch file can simply be placed in the startup folder; you can run shell:startup to find out where that is.
Set up macOS using launchd
You can use a shell script and launchd to automatically configure your devices during login or after waking from sleep. A detailed guide is available on tonymacx86.
Troubleshooting
Device not listed (Windows)
This is likely caused by having replaced the standard driver of a USB HID. If the device in question is not marked in Supported devices as requiring a special driver, try uninstalling the custom driver.
Device not listed (Linux)
This is usually caused by having an unexpected kernel driver bound to a USB HID. In most cases this is the result of having used a program that accessed the device (directly or indirectly) via libusb-1.0, but failed to reattach the original driver before terminating.
This can be temporarily solved by manually rebinding the device to the kernel usbhid driver. Replace <bus> and <port> with the correct values from lsusb -vt (also assumes there is only HID interface, adjust if necessary):
echo '<bus>-<port>:1.0' | sudo tee /sys/bus/usb/drivers/usbhid/bind
A more permanent solution is to politely ask the authors of the program that is responsible for leaving the kernel driver detached to use libusb_attach_kernel_driver or libusb_set_auto_detach_kernel_driver.
Access denied or open failed (Linux)
These errors are usually caused by a lack of permission to access the device. On Linux distros that normally requires root privileges.
Alternatively to running liquidctl as root (or with sudo), you can install the udev rules provided in extra/linux/71-liquidctl.rules to allow unprivileged access to the devices supported by liquidctl.
Other problems
If your problem is not listed here, try searching the issues. If no issue matches your problem, you still need help, or you have found a bug, please open one.
When commenting on an issue, please describe the problem in as much detail as possible. List your operating system and the specific devices you own.
Also include the arguments and output of all relevant/failing liquidctl commands, using the --debug option to enable additional debug information.
Additional documentation
Be sure to browse docs/ for additional documentation, and extra/ for some example scripts and other possibly useful things.
You are also encouraged to contribute to the documentation and to these examples, including adding new files that cover your specific use cases or solutions.
License
liquidctl – monitor and control liquid coolers and other devices.
Copyright (C) 2018–2022 Jonas Malaco, Marshall Asch, CaseySJ, Tom Frey, Andrew
Robertson, ParkerMc and contributors
liquidctl incorporates work by leaty, Ksenija Stanojevic, Alexander Tong, Jens Neumaier, Kristóf Jakab, Sean Nelson, Chris Griffith, notaz, realies and Thomas Pircher.
Depending on how it is packaged, it might also bundle copies of python, hidapi, libusb, cython-hidapi, pyusb, docopt, colorlog and colorama.
This program is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but without any warranty; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with this program. If not, see https://www.gnu.org/licenses/.
This project uses short SPDX License List identifiers to concisely and unambiguously indicate the applicable license in each source file.
Related projects
liquidctl/liquidtux
Sibling project of Linux kernel hwmon drivers for devices supported by liquidctl.
CalcProgrammer1/OpenRGB
Graphical interface to control many different types of RGB devices.
leinardi/GKraken
Graphical interface for NZXT Kraken X and Z coolers, using the liquidctl APIs.
audiohacked/OpenCorsairLink
Retired in 2020, but a great source of information on how Corsair devices work. There are ongoing efforts to port the last drivers to liquidctl, and joining them is a great way to get involved.
liquidctl/collected-device-data
Device information collected for developing and maintaining liquidctl.