Emtec S830
It is currently not supported under Linux, though some experimental patches exist (see below ... in particular, the user experiences section).
Overview/Features
It features dual tuners, remote control, and 'diversity' tuning capabilities (not sure about the last). Evidently this device is a rebranded YUAN High-Tech Development Co., Ltd Product.
Its says PD-870 on the PCB though emtec sells it as S830, so clearly some rebranding is going on.
Components Used
- 2 x MT2266F (tuners)
- 2 x DiBcom7000PC1-AXXXa-G QGYN8 (demodulators)
Identification
Output from "lsusb -v":
Bus 002 Device 007: ID 1164:1e8c YUAN High-Tech Development Co., Ltd
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x1164 YUAN High-Tech Development Co., Ltd
idProduct 0x1e8c
bcdDevice 1.00
iManufacturer 1 YUANRD
iProduct 2 STK7700D
iSerial 3 0000000001
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 46
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 4
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 1
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
bNumConfigurations 1
Making it Work
Firmware
wget http://www.wi-bw.tfh-wildau.de/~pboettch/home/linux-dvb-firmware/dvb-usb-dib0700-1.10.fw sudo cp dvb-usb-dib0700-1.10.fw /lib/firmware
Drivers
A patch which adds the usbid for this device to required drivers in v4l is available here.
Sample kernel output
[ 183.731819] usb 2-7: new high speed USB device using ehci_hcd and address 3 [ 183.798267] usb 2-7: configuration #1 chosen from 1 choice [ 183.880076] dib0700: loaded with support for 5 different device-types [ 183.880182] dvb-usb: found a 'EMTEC S830 TD Stick' in cold state, will try to load a firmware [ 183.903331] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.10.fw' [ 184.008207] dib0700: firmware started successfully. [ 184.259443] dvb-usb: found a 'EMTEC S830 TD Stick' in warm state. [ 184.259497] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 184.259585] DVB: registering new adapter (EMTEC S830 TD Stick) [ 184.378936] DVB: registering frontend 2 (DiBcom 7000PC)... [ 184.400418] MT2266: successfully identified [ 184.482671] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer. [ 184.482792] DVB: registering new adapter (EMTEC S830 TD Stick) [ 184.559678] DVB: registering frontend 3 (DiBcom 7000PC)... [ 184.561611] MT2266: successfully identified [ 184.642628] input: IR-receiver inside an USB DVB receiver as /class/input/input8 [ 184.642653] dvb-usb: schedule remote query interval to 150 msecs. [ 184.642658] dvb-usb: EMTEC S830 TD Stick successfully initialized and connected. [ 184.643047] usbcore: registered new interface driver dvb_usb_dib0700
Remote Control Support
The usb stick comes with an Irda Remote
User Experiences
So far unsuccessful. After adding the usbid, as described in the patch above, the same results are obtained as the user in that original mailinglist post .... i.e. the led on the device goes on, the driver modules are loaded, but no lock on frequencies is obtained.
It should be behaving like a Pinnacle PCTV Dual DVB-T Diversity (PCTV 2000e USB), but attempting to tune to a frequency from a valid channels.conf file (obtained from a working DVB-T card) results in no lock being established:
$ tzap -a 3 -c /home/waldo/Desktop/channels.conf "een" using '/dev/dvb/adapter3/frontend0' and '/dev/dvb/adapter3/demux0' tuning to 482000000 Hz video pid 0x1011, audio pid 0x1012 status 00 | signal fc25 | snr 0000 | ber 001fffff | unc 00000000 | status 01 | signal f1e4 | snr 0000 | ber 001fffff | unc 00000000 | status 01 | signal dfe9 | snr 0000 | ber 001fffff | unc 00000000 | status 01 | signal e1b9 | snr 0000 | ber 001fffff | unc 00000000 | status 00 | signal e9cd | snr 0000 | ber 001fffff | unc 00000000 | status 01 | signal dcc9 | snr 0000 | ber 001fffff | unc 00000000 | status 01 | signal e207 | snr 0000 | ber 001fffff | unc 00000000 | status 01 | signal db09 | snr 0000 | ber 001fffff | unc 00000000 |