INSTALL for systemd

2017-10-10T06:27:45.251000Z

One important modification that occurred to me after sharing this is to change the user running the process from root to another user. I do not know of an elegant way to accomplish this at the moment but I would be remiss as a netizen concerned for the security of my neighbors if I didn't in the least point it out. And it seems better practice to do it any way:

add a user e.g. kuhler and add to kuhler group to the service unit files as follows:

Under [Service]
user=kuhler
group=kuhler
....

And finally, change the owner of /var/local/kuhlerd and kuhler_ctl to kuhler (or whatever username you used / added) ls
and it works.

..confirm everything is hunky dory with ps -aux (and journalctl)

pennies for all

INSTALL for systemd

2017-10-10T04:47:26.956000Z

The included 10-kuhler.rules udev rule to run on BOOTUP does not work with systemd setups and requires syntactical and control flow changes. Specifically, RUN+=/var/local/kuhlerd looks like an older syntax so cannot be parsed well. RUN{program}=/var/local/kuhlerd is the correct syntax as of late but it will not execute as expected. My workaround, which I share to enlighten other fans:

/etc/udev/rules.d/10-kuhler.rules
SUBSYSTEM=="usb", ATTR{idVendor}=="2433", ATTR{idProduct}=="b111", SYMLINK="kuhler", TAG+="systemd"

This will create a device file
/dev/kuhler

It will also cause systemd to recognize the device unit file
dev-kuhler.device

My device unit file:
/etc/systemd/system/dev-kuhler.device :
[Unit]
Description=Kuhler Device Unit
Requires=kuhlerd.service

My service unit file:
/etc/systemd/system/kuhlerd.service
[Unit]
Descripton=Kuhler Daemon
After=kuhler.device
[Service]
Type=forking
ExecStart=/var/local/kuhlerd
RemainAfterExit=yes

My service file (optional) to set fan parameters:
/etc/systemd/system/kuhler_ctl.service
[Unit]
Description=Kuhler Fan Control
After=kuhlerd.service
[Service]
Type=oneshot
ExecStart=/var/local/kuhler_ctl -m1 -s34 -f38
[Install]
WantedBy=kuhlerd.service

]# systemctl enable kuhler_ctl

Tested on LFS 8.1-systemd edition.

Disclaimer: I tinker with Linux in my spare time and by no means do I consider myself a pro. My qualifications: Brain. My inspiration: RTFM.

Forge ahead!

compatibility with antec 920 v4

2017-04-19T23:35:10.260000Z

thanks for compatibility report. I will add to supported list!

MacOS 10.12.3 Troubles

2017-04-19T23:34:26.744000Z

thanks for letting me know. I don't have a MAC or clone to try this on. Let me know if I can help!

MacOS 10.12.3 Troubles

2017-04-17T16:11:04.010000Z

you can ignore the bulk of that. The only error is that the rt library cannot be found. Not convinced you actually need it. In the Makefile remove the -lrt switch and try again.

compatibility with antec 920 v4

2017-04-10T16:07:42.199000Z

For the record, this driver appears to work with the Corsair H100i V2 simply by changing the V4 VID to 0x1b1c and the V4 PID to 0x0c09

MacOS 10.12.3 Troubles

2017-03-13T10:08:24.615000Z

I'm trying to make the file on a Hackintosh running MacOS 10.12.3 and I'm having some trouble. I installed the libusb package via Homebrew, not sure if that was the right one? I had to create a symbolic link to /usr/include/lib then I run the 'make' command and I get this output. I'm a little lost, any help would be greatly appreciated.

Thanks

gcc src/kuhler_920.c -o kuhlerd -lusb-1.0 -lpthread -lrt  
src/kuhler_920.c:82:3: warning: implicit declaration of function 'send_status_packet' is invalid in C99 [-Wimplicit-function-declaration]
                send_status_packet(cp_ptr->mode,kd_ptr);
                ^
src/kuhler_920.c:129:64: warning: passing 'char [1]' to parameter of type 'unsigned char *' converts between pointers to integer types with different sign [-Wpointer-sign]
        r = libusb_control_transfer(devh, 0x40, 0x00, 0xffff, 0x0000, "", 0, 0);
                                                                      ^~
/usr/include/libusb-1.0/libusb.h:1750:17: note: passing argument to parameter 'data' here
        unsigned char *data, uint16_t wLength, unsigned int timeout);
                       ^
src/kuhler_920.c:138:71: warning: passing 'char [1]' to parameter of type 'unsigned char *' converts between pointers to integer types with different sign [-Wpointer-sign]
        r = libusb_control_transfer(devh, 0x40, 0x02, 0x0002, 0x0000, "", 0, 0);
                                                                      ^~
/usr/include/libusb-1.0/libusb.h:1750:17: note: passing argument to parameter 'data' here
        unsigned char *data, uint16_t wLength, unsigned int timeout);
                       ^
src/kuhler_920.c:158:71: warning: passing 'char [1]' to parameter of type 'unsigned char *' converts between pointers to integer types with different sign [-Wpointer-sign]
        r = libusb_control_transfer(devh, 0x40, 0x02, 0x0004, 0x0000, "", 0, 200);
                                                                      ^~
/usr/include/libusb-1.0/libusb.h:1750:17: note: passing argument to parameter 'data' here
        unsigned char *data, uint16_t wLength, unsigned int timeout);
                       ^
src/kuhler_920.c:322:1: warning: control reaches end of non-void function [-Wreturn-type]
}
^
src/kuhler_920.c:403:14: warning: implicit declaration of function 'umask' is invalid in C99 [-Wimplicit-function-declaration]
        old_perms = umask();
                    ^
src/kuhler_920.c:505:39: warning: assigning to 'unsigned char *' from 'char [32]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_mode_control_packet[silent] = (char[0x20]) silent_mode_control;
                                                    ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:506:40: warning: assigning to 'unsigned char *' from 'char [32]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_mode_control_packet[extreme] = (char[0x20]) extreme_mode_control;
                                                     ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:507:39: warning: assigning to 'unsigned char *' from 'char [32]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_mode_control_packet[custom] = (char[0x20]) custom_mode_control;
                                                    ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:510:33: warning: assigning to 'unsigned char *' from 'char [32]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_status_packet[silent] = (char[0x20]) silent_status_control;
                                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:511:34: warning: assigning to 'unsigned char *' from 'char [32]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_status_packet[extreme] = (char[0x20]) extreme_status_control;
                                               ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:512:34: warning: assigning to 'unsigned char *' from 'char [32]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_status_packet[custom]  = (char[0x20]) custom_status_control;
                                               ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:516:53: warning: assigning to 'unsigned char *' from 'char [14]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_mode_control_packet[silent] = (char[14]) v4_silent_mode_control;
                                                    ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:517:54: warning: assigning to 'unsigned char *' from 'char [14]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_mode_control_packet[extreme] = (char[14]) v4_extreme_mode_control;
                                                     ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:518:53: warning: assigning to 'unsigned char *' from 'char [14]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_mode_control_packet[custom] = (char[14]) v4_custom_mode_control;
                                                    ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:520:47: warning: assigning to 'unsigned char *' from 'char [18]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_status_packet[silent] = (char[18]) v4_silent_status_control;
                                              ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:521:48: warning: assigning to 'unsigned char *' from 'char [18]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_status_packet[extreme] = (char[18]) v4_extreme_status_control;
                                               ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/kuhler_920.c:522:48: warning: assigning to 'unsigned char *' from 'char [18]' converts between pointers to integer types with different sign [-Wpointer-sign]
                kd1.usb_status_packet[custom]  = (char[18]) v4_custom_status_control;
                                               ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
18 warnings generated.
ld: library not found for -lrt
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [kuhlerd] Error 1

Any possible support for newer asetek devices be considered?

2016-01-07T02:43:20.951000Z

Thanks for the info. email addr or skype so I can contact? We will need to setup a Linux host, and Windows guest and do some debugging to see what the Windows software is sending.

Also, since the Windows software only supports a single unit [probably] we'll have to disconnect one from the usb bus temporarilly.

usbmon can analyze capture the packets, if we are lucky, we might be able to sniff /dev/ttyUSB* , since this looks to be a simple usb-serial protocol/converter.

Any possible support for newer asetek devices be considered?

2016-01-07T01:59:36.894000Z

Some more info under windows

1st device - Antec Kuhler h2o 1250
Device Descriptor:
bDeviceClass: 0x00
bDeviceSubClass: 0x00
bDeviceProtocol: 0x00
bMaxPacketSize0: 0x40 (64)
idVendor: 0x067B (Prolific Technology, Inc.)
idProduct: 0x2303
bcdDevice: 0x0400
iManufacturer: 0x01
0x0409: "Prolific Technology Inc. "
iProduct: 0x02
0x0409: "USB-Serial Controller D"
iSerialNumber: 0x00
bNumConfigurations: 0x01

ConnectionStatus: DeviceConnected
Current Config Value: 0x01
Device Bus Speed: Full
Device Address: 0x08
Open Pipes: 3

Endpoint Descriptor:
bEndpointAddress: 0x81 IN
Transfer Type: Interrupt
wMaxPacketSize: 0x000A (10)
bInterval: 0x01

Endpoint Descriptor:
bEndpointAddress: 0x02 OUT
Transfer Type: Bulk
wMaxPacketSize: 0x0040 (64)
bInterval: 0x00

Endpoint Descriptor:
bEndpointAddress: 0x83 IN
Transfer Type: Bulk
wMaxPacketSize: 0x0040 (64)
bInterval: 0x00

Configuration Descriptor:
wTotalLength: 0x0027
bNumInterfaces: 0x01
bConfigurationValue: 0x01
iConfiguration: 0x00
bmAttributes: 0x80 (Bus Powered )
MaxPower: 0x32 (100 Ma)

Interface Descriptor:
bInterfaceNumber: 0x00
bAlternateSetting: 0x00
bNumEndpoints: 0x03
bInterfaceClass: 0xFF
bInterfaceSubClass: 0x00
bInterfaceProtocol: 0x00
iInterface: 0x00

Endpoint Descriptor:
bEndpointAddress: 0x81 IN
Transfer Type: Interrupt
wMaxPacketSize: 0x000A (10)
bInterval: 0x01

Endpoint Descriptor:
bEndpointAddress: 0x02 OUT
Transfer Type: Bulk
wMaxPacketSize: 0x0040 (64)
bInterval: 0x00

Endpoint Descriptor:
bEndpointAddress: 0x83 IN
Transfer Type: Bulk
wMaxPacketSize: 0x0040 (64)
bInterval: 0x00

2nd Device - Antec Kuhler h2o 1250
Device Descriptor:
bcdUSB: 0x0110
bDeviceClass: 0x00
bDeviceSubClass: 0x00
bDeviceProtocol: 0x00
bMaxPacketSize0: 0x40 (64)
idVendor: 0x067B (Prolific Technology, Inc.)
idProduct: 0x2303
bcdDevice: 0x0400
iManufacturer: 0x01
0x0409: "Prolific Technology Inc. "
iProduct: 0x02
0x0409: "USB-Serial Controller D"
iSerialNumber: 0x00
bNumConfigurations: 0x01

ConnectionStatus: DeviceConnected
Current Config Value: 0x01
Device Bus Speed: Full
Device Address: 0x09
Open Pipes: 3