I installed OSMC today as LibreElec stopped working - I think it received an update with a bug. I have a DVB-T2 tuner, the August T210v2, which I believe has the same electronics as the Geniatech T230C2:
dmesg:
[ 3.305080] usb 1-1.4.2: New USB device found, idVendor=0572, idProduct=c68a
[ 3.305090] usb 1-1.4.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 3.305094] usb 1-1.4.2: Product: EyeTV Stick
[ 3.305099] usb 1-1.4.2: Manufacturer: Geniatech
[ 3.305103] usb 1-1.4.2: SerialNumber: 161206
With LibreElec I never got this to work, but I did get to the stage of running two modules (from crazycat):
However I think these are for the T230 (and maybe the T230C). The device mostly didn’t work, although I was briefly able to get a few frames from Channel 4 HD (I’m in the UK).
I’d like to ask if anyone has the T230C2 and has been able to get it to work, or knows if there is support for this device.
There seems to be some mention of support for it here:
But even though I’m using the crazycat firmwares, I am not getting anywhere.
I’m also very interested to making this device work.
The product id is the same: “c68a”, and I have also tried with the build from Crazycat, as well as with the files provided by Grahamh, but it is not working (copied the files into /lib/firmware and then rebooted).
Interesting, the dmesg reports this:
[ 2.846171] usb 1-1.4: New USB device found, idVendor=0572, idProduct=c68a
[ 2.846184] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2.846190] usb 1-1.4: Product: EyeTV Stick
[ 2.846195] usb 1-1.4: Manufacturer: Geniatech
[ 2.846203] usb 1-1.4: SerialNumber: 161206
but after that nothing, it is like the driver is not even trying to turn the device up.
Is there something I can do for troubleshooting this issue?
Sorry I didn’t respond earlier, I’ve been busy and it slipped my mind…
I am in the same situation as Jon - I have the firmware on the device but it’s not loading. I tried the files that grahamh shared but these did not work for my device.
It could be, if I am not mistaken first the driver recognize the device, and then it look for the firmware.
If the firmware in /lib/firmware/ was missing or was wrong, but the driver kernel module was correct, I believe I would have seen something with “dmesg | grep dvb”
(modprobe)
[ 83.817365] usbcore: registered new interface driver dvb_usb_cxusb
(device plugged in)
[ 166.028130] usb 1-1.4: new high-speed USB device number 4 using dwc_otg
[ 166.159001] usb 1-1.4: New USB device found, idVendor=0572, idProduct=c68a
[ 166.159017] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 166.159026] usb 1-1.4: Product: EyeTV Stick
[ 166.159033] usb 1-1.4: Manufacturer: Geniatech
[ 166.159041] usb 1-1.4: SerialNumber: 161206
[ 166.160158] dvb_usb_cxusb: probe of 1-1.4:1.0 failed with error -22
Maybe I got the wrong idea, but I believe the firmware is uploaded on the device when it is connected (otherwise I would have needed to flash it if it had a rom for the full firmware), and it is in charge to run the device, while the driver is meant to handle the the device from the OS.
No, I have not compiled the code, I used the built that CrazyCat has uploaded, but apparently there are only firmware.
You have to compile media-build with CrazyCat’s patches ( and maybe those others mentioned in the comments). It’s a while since I did one - instructions on the V4L site IIRC.
Firmware is OS independent and just loaded into the stick. Palossari is the expert in sniffing USB traffic in Windows and creating firmware files it seems.
I choose to compile the modules using the current OSMC kernel version (4.9.29-13-osmc) which I believe it is better rather than using modules coming from a different kernel, thus I had to manually apply the patches.
This task took me a bit of time, since the code for c689 was missing, and the c68a device support has been implemented on top of the first.
In addition, I had to update and build the drivers for both the demodulator and the tuner, for this operation I simply replaced the code files (luckily, no additional dependencies had to be fixed).
Maybe I could have replaced also the cxusb.c file instead of applying all the new changes, but I was worried that new files could have also contained references to other modules that would have been out-of-dated.
I am not familiar with kernel stuff, do you think I could have done it differently? Feedback appreciated, thanks
Btw, I can share the binaries if anybody interested.