August DVB-T210

derp derp · 2014-02-11T22:48:40+00:00

Hi. Was wondering if this was compatible with tvheadend as there's not much information from users about this device. Does anyone have one? Is it working wel...

Scott Hather

Hi all, just trying to get my DVB-T210 working, this thread seems the only help, spent most of the day switching out my kernel, blindly running scripts, rebooting, still no go, so just wondering if anyone can give me step-by-step instructions?

Technical info: I'm currently on Linux Mint 17 with 3.14.27, 64 bit kernel (tried newer ones, right up to the latest), if I install kernels above 3.14.27, my nvidia driver breaks, so on this kernel what can I do to install my:
August DVB-T210 USB

http://www.amazon.co.uk/gp/product/B008D8K50Q

ID 0572:c688 Conexant Systems (Rockwell), Inc

I have nothing listed for /dev/dvb/ when it's plugged in:

ERROR: failed opening '/dev/dvb/adapter0/frontend0'

When I plug in another older DVB-T dongle, that shows up and all is well.

Last thing I did was:

git clone git://linuxtv.org/media_build.git cd media_build ./build sudo make install

which looked hopeful, it appeared to install every DVB driver known to man, I restarted, but still nothing under /dev/dvb/
and all the various dvb-tools I use, fail to see it.

I'm no Linux expert..."a little linux competent" would best describe my skills, so any help getting this up and running would be appreciated,

Scott

Deri James

You could try the commands in Oli's post (third comment above yours), or download the tar file in Crni Gruja's post on the previous page and do:-

tar xvf media_build.tar.bz2 cd meda_build ./build sudo make install

However, you may have to also follow the instructions here:-

http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers

If Linux Mint uses compressed modules. On my Mageia system the modules are all named *.ko.xz so I have run (as root):-

for file in `find /lib/modules -name "*.ko"`; do if [[ -e $file.xz ]]; then mv -f $file.xz $file.xz.disabled; fi; done
make reload
depmod -a

Scott Hather

Thanks Deri (and Olli)...thought I'd done that already, anyway in case anyone else spends the day googling and pasting endless commands into terminal, this worked for mine:

git clone git://linuxtv.org/media_build.git cd media_build wget --no-check-certificate https://patchwork.linuxtv.org/patch/27777/raw/ -O backports/t230.patch sed -i 's/add api_version.patch/add api_version.patch\nadd t230.patch/' backports/backports.txt ./build sudo make install sudo reboot

August DVB-T210 USB - Linux Kernel 3.14.27
ID 0572:c688 Conexant Systems (Rockwell), Inc

http://www.amazon.co.uk/gp/product/B008D8K50Q

Yay!

EDIT: while I remember, as well as the above you do need to download these three files:
https://github.com/OpenELEC/dvb-firmware/blob/master/firmware/dvb-demod-si2168-02.fw (CLICK RAW)
https://github.com/OpenELEC/dvb-firmware/blob/master/firmware/dvb-tuner-si2158-a20-01.fw (CLICK RAW)
https://github.com/OpenELEC/dvb-firmware/blob/master/firmware/dvb-demod-si2168-b40-01.fw (Click RAW)
and drop them in your /lib/firmware/ folder too! Just in case you skipped over the above posts in this thread like I did! :-)

Olli Salonen

Yep, as said, there's a bug currently in media_tree - that's why you need that wget and sed there in between... As soon as the patch is applied to the tree by the maintainers the wget and sed will become unnecessary.

Ish Ramjan

Just in case anyone else runs into this issue, I was unable to get a signal on Ubuntu Server 14.04 using kernel 3.19, however 3.13 and 3.14 worked fine following instructions in this thread.

Your mileage may vary, but I'd avoid 3.19 for now.

This thread has been invaluable, thanks to all that have helped me directly and indirectly.

Graham H

Scott Hather wrote:

> Yay!

I know the feeling Scott, but one thing is still niggling me - tvh can't get any signal strength/quality information. Are you getting any on your setup?

2015-01-08 22:21:11.315 [WARNING]:linuxdvb: Unable to provide signal strength value.
2015-01-08 22:21:11.315 [WARNING]:linuxdvb: Unable to provide BER value.

2015-01-08 22:21:11.315 [WARNING]:linuxdvb: Unable to provide UNC value.

I'm trying to decide which of three transmitters to point my aerial at!
Many thanks

Scott Hather

Hi Graham, no, I've got static values for those (using tzap). Moving the antenna simply gets a lock/no lock on the status line. I resorted to booting into windows (dual boot) and using the software that came with the dongle to tune to the weakest multiplex and use the signal meter displayed, so presumably it does have this feature, but maybe the driver isn't picking it up?

Graham H

Hmm. Had a go with that dreadful windows app but doesn't help me trying to compare the same mux on two/three different transmitters. Maybe if Crazy Cat is still watching he could find time to look into it.

Roy Keano

Olli Salonen wrote:

>
> Furthermore, note that your Linux kernel must be compiled with CONFIG_I2C_MUX, otherwise the module will not work. Most of the mainstream distros do have that in.

Thanks to Oli, I found out why Tvheadend failed to detect my Mygica T230 even after installing the latest media_build drivers and firmware. Unfortunately I found out my mainstream debian distribution with the stock kernel is NOT compiled with the CONFIG_I2C_MUX:

linux-image-3.2.0-4-amd64 3.2.65-1+deb7u1

For those who happened to share the same problem, I share my experience how I got the Tvheadend and mygica T230 work together:

# Check that kernel is compiled with CONFIG_I2C_MUX


cat /boot/config-`uname -r`

# "Compile and install a custom kernel" This custom kernel can be the same version as the stock kernel but with the compile flag for CONFIG_I2C_MUX set to M or include.
# Reboot into custom kernel
# Build and install media_build drivers again by following the steps in Oli post

# Reboot to custom kernel

The posts in this topic are extremely helpful. I hope my bit will help someone.

Olli Salonen

The T230 fix is now in media_tree so standard media_tree / media_build should work ok.

Kornél Papp

Hello!

My system: Ubuntu 14.10 minimal, 3.19Rc5 kernel with fresh media_build, DVB-C service with two multiplex. Tvheadend unstable, and Kodi with tvheadend addon. I have three pieces mygica / geniatech t230 tuner, but use now one at a time, each piece behaves.
Tipically after switch or starting channel the images artifacts or only completely or partially green.
In tvheadend log:
"
2015-01-27 21:44:41.697 [ INFO]:subscription: 000E: "192.168.2.2 [ we | XBMC Media Center ]" subscribing on "hírTV", weight: 150, adapter: "Silicon Labs Si2168 : DVB-C #0", network: "TARR", mux: "176MHz", provider: "Tarr", service: "hírTV", hostname="192.168.2.2", username="we", client="XBMC Media Center"
2015-01-27 21:44:42.036 [WARNING]:TS: TARR/176MHz/hírTV Transport error indicator (total 1)
2015-01-27 21:44:42.312 [WARNING]:parser: The timediff for TELETEXT is big (558693199), using current dts
2015-01-27 21:44:42.349 [ ERROR]:parser: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 3736259697
2015-01-27 21:44:42.547 [WARNING]:nit: invalid checksum (len 651, errors 1)
2015-01-27 21:44:42.826 [WARNING]:TS: TARR/176MHz/hírTV: MPEG2VIDEO

 #200 Corrupted PES header (errors 1)
2015-01-27 21:44:42.984 [WARNING]:parser: The timediff for MPEG2AUDIO is big (558643130), using current dts
2015-01-27 21:44:43.001 [WARNING]:TS: TARR/176MHz/hírTV: MPEG2VIDEO

#200 Continuity counter error (total 1)
2015-01-27 21:44:43.081 [WARNING]:TS: TARR/176MHz/hírTV: TELETEXT

 #210 Continuity counter error (total 1)
2015-01-27 21:44:43.157 [WARNING]:TS: TARR/176MHz/hírTV: MPEG2AUDIO

#201 Continuity counter error (total 1)
2015-01-27 21:44:43.355 [WARNING]:bat: invalid checksum (len 156, errors 1)
2015-01-27 21:44:43.355 [WARNING]:sdt: invalid checksum (len 156, errors 1)
2015-01-27 21:44:44.390 [WARNING]:pat: invalid checksum (len 72, errors 1)
2015-01-27 21:44:45.428 [WARNING]:pmt: invalid checksum (len 89, errors 1)
2015-01-27 21:44:46.056 [ INFO]:subscription: 000E: "192.168.2.2 [ we | XBMC Media Center ]" unsubscribing from "hírTV", hostname="192.168.2.2", username="we", client="XBMC Media Center"
2015-01-27 21:44:47.059 [ INFO]:mpegts: 176MHz in TARR - tuning on Silicon Labs Si2168 : DVB-C #0
2015-01-27 21:44:47.059 [ INFO]:subscription: 000F: "192.168.2.2 [ we | XBMC Media Center ]" subscribing on "hírTV", weight: 150, adapter: "Silicon Labs Si2168 : DVB-C #0", network: "TARR", mux: "176MHz", provider: "Tarr", service: "hírTV", hostname="192.168.2.2", username="we", client="XBMC Media Center"
2015-01-27 21:44:47.256 [WARNING]:bat: invalid checksum (len 130, errors 1)
2015-01-27 21:44:47.256 [WARNING]:sdt: invalid checksum (len 130, errors 1)
2015-01-27 21:44:47.406 [WARNING]:TS: TARR/176MHz/hírTV Transport error indicator (total 1)
2015-01-27 21:44:47.524 [WARNING]:parser: The timediff for TELETEXT is big (558225199), using current dts
2015-01-27 21:44:47.524 [ ERROR]:parser: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 3736734897
2015-01-27 21:44:47.679 [WARNING]:pmt: invalid checksum (len 89, errors 1)
2015-01-27 21:44:47.912 [WARNING]:nit: invalid checksum (len 735, errors 1)
2015-01-27 21:44:48.581 [WARNING]:parser: The timediff for MPEG2AUDIO is big (558137690), using current dts
2015-01-27 21:44:49.000 [WARNING]:TS: TARR/176MHz/hírTV: MPEG2VIDEO

 #200 Continuity counter error (total 1)
2015-01-27 21:44:49.038 [WARNING]:TS: TARR/176MHz/hírTV: TELETEXT

#210 Continuity counter error (total 1)
2015-01-27 21:44:49.074 [WARNING]:TS: TARR/176MHz/hírTV: MPEG2AUDIO @ #201 Continuity counter error (total 1)
2015-01-27 21:44:50.311 [ ERROR]:parser: transport stream MPEG2AUDIO, DTS discontinuity. DTS = 155520, last = 49680
2015-01-27 21:44:51.113 [WARNING]:pat: invalid checksum (len 72, errors 1)
2015-01-27 21:44:53.275 [ INFO]:subscription: 000F: "192.168.2.2 [ we | XBMC Media Center ]" unsubscribing from "hírTV", hostname="192.168.2.2", username="we", client="XBMC Media Center"
2015-01-27 21:44:54.072 [ INFO]:mpegts: 176MHz in TARR - tuning on Silicon Labs Si2168 : DVB-C #0
2015-01-27 21:44:54.072 [ INFO]:subscription: 0010: "192.168.2.2 [ we | XBMC Media Center ]" subscribing on "hírTV", weight: 150, adapter: "Silicon Labs Si2168 : DVB-C #0", network: "TARR", mux: "176MHz", provider: "Tarr", service: "hírTV", hostname="192.168.2.2", username="we", client="XBMC Media Center"
2015-01-27 21:46:27.384 [ INFO]:subscription: 0010: "192.168.2.2 [ we | XBMC Media Center ]" unsubscribing from "hírTV", hostname="192.168.2.2", username="we", client="XBMC Media Center"
"
If channel afetr switch is ok, stay ok.

When two client (kodi, vlc) in same multiplex broadcast in, one channel is good, then the other is also good (log is empty)or both are wrong.

How to trace, have a problem with?

Thank you for your help.

Sorry my wrong english!

Kornél Papp

I have with VLC too problem. In my desktop system intel i5 etc, enough to power.

log:
"
[00007f7f41312818] dtv access error: cannot demux data fast enough!
[00007f7f41323018] ts demux error: libdvbpsi (PSI decoder): TS discontinuity (received 4, expected 8) for PID 17
[00007f7f41323018] ts demux error: libdvbpsi (PSI decoder): TS discontinuity (received 11, expected 8) for PID 18
[00007f7f41323018] ts demux error: libdvbpsi (PSI decoder): TS discontinuity (received 6, expected 11) for PID 20
"

After some time (10-30s) was always good

Since all three pieces so behave, think this driver problems.

Thank you in advance for your answers!

German Rincon

Hi,

I successfully configured the T230 with tvheadend compiling the drivers in a x64 and a x86 and using Openelec in Rpi. However, my plan is to use an Odroid U3 as tvheadend server. I installed the v4l drivers and firmware in the Odroid using Ubuntu 14.04. The Tv card is correctly recognized by the kernel when inserted and kernel modules are correctly loaded, but I am getting a kernel oops when starting tvheadend (or any other app using the tv card, like dvbv5-scan). It seems that this occurs when the firmware files are loaded.

I tested also with an Odroid C1, it was required to recompile the kernel as the option I2C_MUX was not enabled, but I got the same result: card was succesfully recognized but got kernel oops when tvheadend is started.

Is there anything I should have in account to install this card in Odroid? Are the firmware files specific to a platform?

Thanks!

Kornél Papp

News:

On Ubuntu 14.04.1 and kernel 3.19rc6 with vlc 2.1.4 the picture is ok, but in log:
"
[0x7fe3bc00c358] main vout display error: Failed to resize display
[0x7fe3d4c11b38] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4c11b38] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4c11b38] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4c11b38] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4c11b38] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4c11b38] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d43a8a58] dvb access error: unknown option (inversion:0:srate=6875000:fec=0:modulation=256QAM)
[0x7fe3bc00c358] main vout display error: Failed to resize display
[0x7fe3d4095c88] ts demux error: MPEG-4 descriptor not found
[0x7fe3d4095c88] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
Fontconfig warning: FcPattern object size does not accept value "0"
Fontconfig warning: FcPattern object size does not accept value "0"
Fontconfig warning: FcPattern object size does not accept value "0"
Fontconfig warning: FcPattern object size does not accept value "0"
[0x7fe3a8052b68] main vout display error: Failed to resize display
[h264

 0x7fe3d5257460] mmco: unref short failure
[h264

0x7fe3d5257460] mmco: unref short failure
[h264 @ 0x7fe3d5257460] mmco: unref short failure
[0x7fe3d4095c88] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4095c88] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4095c88] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4095c88] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d4095c88] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d43a8a58] dvb access error: unknown option (inversion:0:srate=6875000:fec=0:modulation=256QAM)
[0x7fe3a8052b68] main vout display error: Failed to resize display
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
Fontconfig warning: FcPattern object size does not accept value "0"
Fontconfig warning: FcPattern object size does not accept value "0"
Fontconfig warning: FcPattern object size does not accept value "0"
Fontconfig warning: FcPattern object size does not accept value "0"
[0x7fe3ec083088] main vout display error: Failed to resize display
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
[0x7fe3d44417c8] ts demux error: libdvbpsi (misc PSI): Bad CRC_32 table 0x73 !!!
"

with Tvheadend and Kodi the errors is usual but rare.

Thanks!

Stephen Howell

I finally got my August T210 working, after checking the USB ID I realised it's a V2 card and for any other users out there struggling with this, you need to make sure that you have newer firmware for the dvb-demod-si2168-b40-01.fw file.

New md5sum is b2670d8ae5e3369fc71edbb98cdd8f6e and the old firmware has a md5sum of d8da7ff67cd56cd8aa4e101aea45e052. This doesn't seem to be included with OpenElec yet but I found this via a kernel.org mailing list:

http://www.tt-downloads.de/bda-treiber_4.3.0.0.zip contains newer
firmware for Si2168-B40 that is in the new format. It can be extracted

with the following command:

dd if=ttTVStick4400_64.sys ibs=1 skip=323872 count=6919
of=dvb-demod-si2168-b40-01.fw

dhead 666

If the fw isn't updated in OpenELEC then you can send a PR or open an issue at

https://github.com/OpenELEC/dvb-firmware

Kornél Papp

Unfortunately, not so good.

After a good tune, however, no matter how long he goes without a hitch:
"
2015-01-31 18:12:49.340 subscription: 0010: "192.168.2.2 [ we | XBMC Media Center ]" subscribing on "Duna HD", weight: 150, adapter: "Silicon Labs Si2168 : DVB-C #0", network: "TARR", mux: "184MHz", provider: "Tarr", service: "Duna HD", hostname="192.168.2.2", username="we", client="XBMC Media Center"
2015-01-31 18:12:49.887 parser: The timediff for TELETEXT is big (2019647664), using current dts
2015-01-31 18:12:49.887 parser: transport stream TELETEXT, DTS discontinuity. DTS = 0, last = 2019644064
2015-01-31 21:09:36.613 subscription: 0010: "192.168.2.2 [ we | XBMC Media Center ]" unsubscribing from "Duna HD", hostname="192.168.2.2", username="we", client="XBMC Media Center
"

Olli Salonen

The si2168 code in OpenELEC cannot support the new firmware (the format is different). If you want to have the new firmware in OE you will also need to submit a PR to modify the firmware loading code. I have not observed any differencies between the firmware versions. Of course when the 3.19 code which supports new firmware is in OE, I'll submit a PR for the new si2168 firmware towards them as well.

Kornél Papp

I tried the fresh media_build.git repositorie, but it did not help. :(

Olli Salonen

Is it DVB-C that you have there? QAM64 or QAM256?

« Previous Page Next Page »