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...

Justin H

Gavin, so you had a working driver already (ok not in DVB-T2 mode) ? Why was this thread the first I'd heard of it? ;-)

For future reference, none of my windows bus sniffs had any TS mode registers in them. Is there a knack to getting USB inits captured with USBlyzer? (yes, I tried enabling the hot-plugged devices tickbox)

Jukka Pirinen

Justin, check my init csv for windows. Init is not much different until 0x51.

It is done with usblyzer.

Edit: Sorry I did not notice the patch was already sent by crazycat, I'll test that right away :)

Edit2: Yes, it works, WOW thank you a lot CrazyCat for the fix and others who helped to find root cause for the problem!!

Gavin Ridgway

Hi Justin. I found this post when I realised that my own driver code for the T220 only worked with DVB-T. I thought that Linux support for this device had been available for some time and was surprised to discover that it had only just been released in kernel 3.14. It was just a happy coincidence that when I was looking for a solution on this, I found you guys on this thread were also looking for it.

As in my first post, my driver is not a Linux kernel driver but is derived from information in the source. I began working on this 'project' when I realised that there were no DVB-T2 based digital TV tuners that were supported on the Mac (my personal 'weapon of choice'…). I then made two 'stupid' decisions - and no, I don't include buying a Mac one of them :) !!

Stupid decision 1: How hard can it be to write a driver? I'll write one myself...

Stupid decision 2: As there were (at the time) only 3 or 4 (USB based) DVB-T2 devices, I decided I might as well write drivers for all of them…

Unfortunately, it's going a lot slower than I would like, and is definitely a 'work in progress'…

I've not begun to look into getting usb sniffs with stuff like 'usblyzer' yet - but I do need to at some point soon.

Cheers!

Justin H

Hi Gavin.

No need to defend your decision to buy a Mac.. I'd be tempted to try one if I wasn't always wasting my money on nearly working TV tuners & the like ;-)

I gather that USB sniffing is only part of the 'fun'. The more accomplished driver hacker also speeds things along with i2c bus sniffers etc.. see here if you've not already: http://blog.palosaari.fi/2014/04/naked-hardware-15-pctv-triplestick-292e.html

See, as much as some people despise Windows, we still all need it - if only to get gear like this working properly. Oh, and unless you buy USBlyzer, it's only a 30 day trial so you'd be better off with usbsnoop on Windows XP (but who still has THAT lying around? Dad? LOL)

BTW I finally managed to find a 0x71 write from my Windows machine in a USB sniff this morning - exactly the way I expected it to work.

All the detective work has been kinda fun, and I'm sorry if I tried anybody's patience along the way.. I'm tempted to have a go helping to get this going in DVB-T2 mode... and I think there might be an I2C sniffer at work I can borrow.. http://www.ebay.co.uk/itm/USB-DIGITAL-DVB-T2-HDTV-TV-STICK-REMOTE-RECORDER-RECEIVER-DVB-C-DV-FM-DAB-ESY1-/201075991259?pt=UK_Computing_Video_Capture_TV_Tuner_Cards&hash=item2ed11022db

noggin

Crazy Cat wrote:
> Default parallel mode, so driver not touch it.
> Look like important only TS clock inversion bit (must be 0, but default is 1).
> And 0x71 reg diffrent for DVB-T/C and T2.
> TS clock inversion is 0x71 bit 4 for T/C, and bit 6 for T2.
> So need add bool config option for cxd2820r and clear only this bits on demod init.
>

> Second edition patch ready :) Please test in DVB-T and T2 mode. And DVB-C, if possible.

Can you advise how to apply this patch? Am happy with the Basic V4L build instructions here : http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers and assume I need to apply the patch between the git clone and media build bits (well there isn't much option is there? )

Would love to test.

Gavin Ridgway

Hi Stephen,

Apply the patch to the git clone - the patch file contains a 'diff' for each file that needs changes applied to it (take a look at the patch file with 'vi' and you'll see them). Or do 'man patch' for further info.

Gavin Ridgway

Justin H wrote:
>

> I gather that USB sniffing is only part of the 'fun'. The more accomplished driver hacker also speeds things along with i2c bus sniffers etc.. see here if you've not already: http://blog.palosaari.fi/2014/04/naked-hardware-15-pctv-triplestick-292e.html

Yeah, I read Antti's blog and saw that he has started on this one. Haven't got a triplestick yet, but it's the next one to buy (shame the 290e is obsolete - I rather like it…)
>

> See, as much as some people despise Windows, we still all need it - if only to get gear like this working properly. Oh, and unless you buy USBlyzer, it's only a 30 day trial so you'd be better off with usbsnoop on Windows XP (but who still has THAT lying around? Dad? LOL)

Only realised that 'usblyzer' was 'pay-ware' yesterday - so I've started looking at other options. I only have a little windows machine running 7, so snoop is out for me too! If anyone has any recommendations for a win7 USB analyser, please let me know.

> All the detective work has been kinda fun, and I'm sorry if I tried anybody's patience along the way.. I'm tempted to have a go helping to get this going in DVB-T2 mode... and I think there might be an I2C sniffer at work I can borrow.. http://www.ebay.co.uk/itm/USB-DIGITAL-DVB-T2-HDTV-TV-STICK-REMOTE-RECORDER-RECEIVER-DVB-C-DV-FM-DAB-ESY1-/201075991259?pt=UK_Computing_Video_Capture_TV_Tuner_Cards&hash=item2ed11022db

I'll need to look into I2C sniffers - I guess you can see all the data going over the usb interface but you've gotta understand what it actually means!

Yep, getting these things working is challenging and rewarding. I got one of these 'astrometa' devices at the start of last week (took 3 weeks to arrive from China)! It's currently last on my list to work on - there is someone looking at the T2 panasonic demod - I have links to the git repo somewhere but it can be found in the discussion threads via that entry in Antti's blog.

Cheers,

Gavin

Craig Fisher

Stephen Neal wrote:
>
> Can you advise how to apply this patch? Am happy with the Basic V4L build instructions here : http://www.linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers and assume I need to apply the patch between the git clone and media build bits (well there isn't much option is there? )
>

> Would love to test.

I had the same question and figured out how to do it last night. I saved the patch file into the backports dir, added a reference to it in the backports.txt file under [3.255.255] and then just did the build as normal

Justin H

Gavin, there's http://freeusbanalyzer.com/ ... I've not tried it yet but it might be a good bet. Oh and FWIW I've tried debugging USB in a virtual environment withoutany luck whatsoever.

Ross Collins

Gavin, would you care to share your Mac driver for the August DVB-T2 stick please? I'd find it very useful!

And is Crazy Cat's patch going to appear in an upcoming Linux kernel release or will we be forced to compile our own Linux drivers for the foreseeable future?

Justin H

Ross, I expect crazycat will submit the new code to linuxtv fairly soon, and it'll find its way into a kernel release from there.

Crazy Cat

Somebody can test DVB-T2 VHF ?

P.S. I commit latest my fixes for T220 in anoyher my V4L repo's:
linux-tbs-drivers - https://bitbucket.org/CrazyCat/linux-tbs-drivers s2-liplianin-v39 - https://bitbucket.org/CrazyCat/s2-liplianin-v39

Jukka Pirinen

I can confirm that DVB-T2 VHF is working. I have already run it several days in my VDR and it has been stable.
I have patched media_build only with your latest patch. Also nanostick is still working with the patched driver.

Gavin Ridgway

Ross Collins wrote:
> Gavin, would you care to share your Mac driver for the August DVB-T2 stick please? I'd find it very useful!

Sure, that was always the plan, but I don't think this thread is the place to discuss it.

Your profile doesn't include an email, so send me one off-thread if you're still interested.

Gavin Ridgway

Crazy Cat wrote:
> reg 0x70
> bit 4 - parallel or serial TS bus
> bit 5 - bit order for serial mode
> bit 3 - bit order for parallel mode
>
> reg 0x71

> bit 4 - TS clock inversion setting (0: Falling/Negative edge, 1: Rising/Positive edge)

Hi Crazy Cat,

Do you have any information on what bit 1 of register 0x71 does?

I have some simple code that demultiplexes MPEG-TS (works fine with 290e), but fails to find sync bytes with August T210. If I set bit 1, it finds sync. Does this control sync byte inversion?

Cheers,

Gavin

Crazy Cat

bit 0 or bit 1 ? DVB-T or T2 ?

Gavin Ridgway

Crazy Cat wrote:

> bit 0 or bit 1 ? DVB-T or T2 ?

Sorry for the late reply!

It appeared to be bit 1 of 0x71 in T2 mode.

However, I'm probably wrong as I can't reproduce it any longer.

Cheers

King J

I've finally gotten a chance to give Crazy Cat's patch a go and i'm happy to report that it works flawlessly! Full mux reception works too - I can tune in to two different HD channels on separate devices through tvheadend.

Huge thanks to everyone that's worked on getting the DVB-T210 working with DVB-T2 streams!

Olli Salonen

Thanks everyone! CrazyCat when do you think this could be in the kernel?

dhead 666

Nice.

Pretty great the issue have been fixed.

I'm guessing that we will only see a fix in kernel 3.16 as 3.15 window was closed, so we probably will have both the 292e and the Mygica T220/August DVB-T210 to choose from.

It would still worth publishing an updated fix so it could be included in OpenELEC (maybe even in v4.0).

« Previous Page Next Page »