public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Tanguy Pruvot <tanguy.pruvot@gmail.com>
To: linux-dvb@linuxtv.org
Subject: Re: [linux-dvb] EC168
Date: Wed, 26 Nov 2008 03:03:46 +0100	[thread overview]
Message-ID: <1766329077.20081126030346@gmail.com> (raw)
In-Reply-To: <457563803.20081123042151@gmail.com>

>> Jáchym Lukeš wrote:
>> > Hi,
>> > would it be possible for somebody to make Linux driver for EC168 chipset
>> > based USB DVB-T dongles? They are very common and affordable, I think
>> > that it would be a great thing for Linux community. This could bring
>> > digital TV to many people's desktops!
>>
>> Yes, those are very common. I think there is no developer who has for
>> this device and reverse-engineering demodulator is real pain.

> I'm developer, but new one in linux...

> I've   another  dvb  key  with  EC168  and  i've wrote a tool based on
> libusb to upload firmware... the led of the key is lighting...

> But  i  have  difficulties  to  repeat  this  in  a  driver... for the
> moment...

  I found these USB requests... for usb_control_message()

#define CMD_EC168_RAM       0x00 //RW- Read/Write RAM (Firmware go to addr 0-0x1EFF)
#define CMD_EC168_GETSTATUS 0x01 //R-- ex: dfu_ctrl_get(device,0x01,0x0000,0x01A0,buffer,0x1A);
#define CMD_EC168_STREAM    0x03 //R-X ex: dfu_ctrl(device,0x03,0/0x20,0xFF00);
                                 //    disable/enable streaming 
#define CMD_EC168_SET_POWER 0x04 //--X ex: dfu_ctrl(device,0x04,0/1,0x0008);
                                 //    disable/enable LED
                                 //    indexes seen: 206,208,8,9,A,B
#define CMD_EC168_UNKNOWN   0x10 //--X ???
#define CMD_EC168_READ_BUF  0x20 //R-- ex: dfu_ctrl_get(device,0x20,0x0000,0x01A0,buffer,0x1A); 
#define CMD_EC168_WRITE_BUF 0x21 //-W- 
#define CMD_EC168_SET       0x30 //--X ex: dfu_ctrl(device, 0x30, 0x0709, 0x1A);

R Read Buffer
W Write Buffer
X Set Value/Exec (without buffer)

Updated http://www.linuxtv.org/wiki/index.php/E3C_EC168#Uploading_Firmware_to_the_device

The first USB request (0x00) can set/get the RAM...  so we can
compare/check uploaded firmware

Hope  to find some docs on the EC168/firmware asm language... could be
nice to reverse it to understand available features...


_______________________________________________
linux-dvb mailing list
linux-dvb@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb

  parent reply	other threads:[~2008-11-26  2:03 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-23  3:21 [linux-dvb] EC168 Tanguy Pruvot
2008-11-23 12:29 ` Tanguy Pruvot
2008-11-26  2:03 ` Tanguy Pruvot [this message]
2009-02-10 21:14   ` Antti Palosaari
2009-02-14  1:37     ` Antti Palosaari
2009-02-14  2:29       ` Antti Palosaari
  -- strict thread matches above, loose matches on Subject: below --
2009-01-27 13:07 [linux-dvb] (no subject) Peter Nemeik
2009-01-27 13:17 ` [linux-dvb] EC168 Antti Palosaari
2008-11-04 13:04 Jáchym Lukeš
2008-11-04 13:10 ` Antti Palosaari

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1766329077.20081126030346@gmail.com \
    --to=tanguy.pruvot@gmail.com \
    --cc=linux-dvb@linuxtv.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox