<div dir="ltr"><br><br><div class="gmail_quote">On Fri, Oct 10, 2008 at 2:36 AM, hermann pitton <span dir="ltr">&lt;<a href="mailto:hermann-pitton@arcor.de">hermann-pitton@arcor.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
Am Donnerstag, den 09.10.2008, 22:15 +0200 schrieb klaas de waal:<br>
<div><div></div><div class="Wj3C7c">&gt; Hi Jeremy,<br>
&gt;<br>
&gt; I have the Technotrend C-1501 now locking at 388MHz.<br>
&gt; The table tda827xa_dvbt contains the settings for each frequency<br>
&gt; segment.<br>
&gt; The frequency values (first column) are for &nbsp;the frequency plus the<br>
&gt; IF, so for 388MHz<br>
&gt; this is 388+5 gives 393 MHz. The table starts a new segment at 390MHz,<br>
&gt; it then<br>
&gt; starts to use VCO2 instead of VCO1.<br>
&gt; I have now (hack, hack) changed the segment start from 390 to 395MHz<br>
&gt; so<br>
&gt; that the 388MHz is still tuned with VCO1, and this works OK!!<br>
&gt; Like this:<br>
&gt;<br>
&gt; static const struct tda827xa_data tda827xa_dvbt[] = {<br>
&gt; &nbsp; &nbsp; { .lomax = &nbsp;56875000, .svco = 3, .spd = 4, .scr = 0, .sbs =<br>
&gt; 0, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = &nbsp;67250000, .svco = 0, .spd = 3, .scr = 0, .sbs =<br>
&gt; 0, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = &nbsp;81250000, .svco = 1, .spd = 3, .scr = 0, .sbs =<br>
&gt; 0, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = &nbsp;97500000, .svco = 2, .spd = 3, .scr = 0, .sbs =<br>
&gt; 0, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 113750000, .svco = 3, .spd = 3, .scr = 0, .sbs =<br>
&gt; 1, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 134500000, .svco = 0, .spd = 2, .scr = 0, .sbs =<br>
&gt; 1, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 154000000, .svco = 1, .spd = 2, .scr = 0, .sbs =<br>
&gt; 1, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 162500000, .svco = 1, .spd = 2, .scr = 0, .sbs =<br>
&gt; 1, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 183000000, .svco = 2, .spd = 2, .scr = 0, .sbs =<br>
&gt; 1, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 195000000, .svco = 2, .spd = 2, .scr = 0, .sbs =<br>
&gt; 2, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 227500000, .svco = 3, .spd = 2, .scr = 0, .sbs =<br>
&gt; 2, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 269000000, .svco = 0, .spd = 1, .scr = 0, .sbs =<br>
&gt; 2, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 290000000, .svco = 1, .spd = 1, .scr = 0, .sbs =<br>
&gt; 2, .gc3 = 1},<br>
&gt; &nbsp; &nbsp; { .lomax = 325000000, .svco = 1, .spd = 1, .scr = 0, .sbs =<br>
&gt; 3, .gc3 = 1},<br>
&gt; #ifdef ORIGINAL // KdW test<br>
&gt; &nbsp; &nbsp; { .lomax = 390000000, .svco = 2, .spd = 1, .scr = 0, .sbs =<br>
&gt; 3, .gc3 = 1},<br>
&gt; #else<br>
&gt; &nbsp; &nbsp; { .lomax = 395000000, .svco = 2, .spd = 1, .scr = 0, .sbs =<br>
&gt; 3, .gc3 = 1},<br>
&gt; #endif<br>
&gt; &nbsp; &nbsp; { .lomax = 455000000, .svco = 3, .spd = 1, .scr = 0, .sbs =<br>
&gt; 3, .gc3 = 1},<br>
&gt; etc etc<br>
&gt;<br>
&gt; I plan to do a test on the all frequencies in the near future, at<br>
&gt; least on all the Dutch Ziggo frequencies.<br>
&gt; Because I cannot test what will happen if the driver is used for DVB-T<br>
&gt; (what<br>
&gt; the name of the table suggests) it might be best to make a separate<br>
&gt; tda827xa_dvbc table.<br>
&gt;<br>
&gt; About the timeout messages, they come from the SAA7134 and they happen<br>
&gt; fairly random. I have looked at debug traces and everytime it happens<br>
&gt; it<br>
&gt; does a retry and then succeeds, so I think this can be ignored for the<br>
&gt; time being.<br>
&gt; Maybe you can check if the fix/hack also works for you?<br>
&gt; If there is an official maintainer of this driver, maybe he can<br>
&gt; comment?<br>
&gt;<br>
&gt; Groetjes,<br>
&gt; Klaas<br>
&gt;<br>
<br>
</div></div>just scrolling through mails and did not look it up yet.<br>
<br>
But you likely mean tda8274a DVB-C, tda10023 and saa7146.<br>
<br>
Are we still here?<br>
<a href="http://www.linuxtv.org/pipermail/linux-dvb/2008-April/025634.html" target="_blank">http://www.linuxtv.org/pipermail/linux-dvb/2008-April/025634.html</a><br>
<br>
Please don&#39;t top post, you get more readers.<br>
<br>
Cheers,<br>
<font color="#888888">Hermann<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
&gt;<br>
&gt; On Tue, Sep 30, 2008 at 11:18 AM, &lt;<a href="mailto:jerremy@wordtgek.nl">jerremy@wordtgek.nl</a>&gt; wrote:<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Hi Klaas,<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Perhaps its an idea to post this on the linux-dvb mailing<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; list, if anything<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; it keeps the subject alive.<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; I&#39;ve spent an hour or so playing with several of the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; parameters of the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; demodulator (the tda10023), mostly because this was suggest in<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; one of the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; older posts about this issue. However none of my efforts gave<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; any desired<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; result and quickly got tired of unloading / reloading my<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; drivers (which<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; every so often required a hard reset as well).<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; But if you find anything, that would be great ;)<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; Gr. Jerremy<br>
&gt;<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; On Mon, 29 Sep 2008 11:35:03 +0200, &quot;klaas de waal&quot;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &lt;<a href="mailto:klaas.de.waal@gmail.com">klaas.de.waal@gmail.com</a>&gt; wrote:<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; Hallo Jeremy,<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; I have exactly the same problem with my C-1501 card: tuning<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; problems on<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; 388<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; MHz but OK on most other frequencies.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; It works OK with WIndowsXP on all frequencies including the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; 388MHz, so<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; the<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; hardware is OK and it must be a software issue.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; I have over the weekend put in a lot of printk for debugging<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; but have not<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; found it yet.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; I will keep you updated.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; Groetjes,<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; Klaas<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; On Thu, Sep 11, 2008 at 5:50 PM, &lt;<a href="mailto:jerremy@wordtgek.nl">jerremy@wordtgek.nl</a>&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; wrote:<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; Hi,<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; This issue has come up at least once a bit more then a<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; month ago and is<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; still present in the current release of the V4L-DVB<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; drivers. The<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; Technotrend C-1501 drivers are unable to get a lock on<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; 388Mhz (and a<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; couple<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; of other frequencies, like 682Mhz and 322Mhz, but I can<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; only test<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; 388Mhz).<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; The dmesg will mention an I2C timeout when this occurs, I&#39;m<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; not sure if<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; its<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; related (as it&#39;ll randomly give those timeouts when viewing<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; working<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; channels too).<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; I have two seperate installs of Linux (Ubuntu 8.04 64-Bit<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; with 1<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt; received<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; and Ubuntu 8.04 32-Bit with 2 receivers) which both suffer<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; the same<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; inability to lock onto that frequency. So its unlikely to<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; be a hardware<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; problem, also the Windows drivers do not seem to have any<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; issues.<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; Is anyone looking into this issue? If not, what would be<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; the place to<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; experiment?<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; Gr,<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt; Jerremy Koot<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp; &gt;&gt;<br>
</div></div></blockquote><div><br>Hello Herman,<br><br></div></div><br>Thanks for your post. I had not seen this message<br><a href="http://www.linuxtv.org/pipermail/linux-dvb/2008-April/025634.html" target="_blank">http://www.linuxtv.org/pipermail/linux-dvb/2008-April/025634.html</a><br>

before. Probably a lot of work has been done since because the card worked quite OK, only on the 388MHz it failed on me.<br><br>As mentioned in an earlier post, first I got my tuner working by modifying the frequency map table tda827x_dvbt to use a different setting at 388MHz. I have now put in a frequency map table tda827x_dvbc for DVB-C tuners only. This works OK for me and it should not modify the behaviour with other non-DVB-C demodulators.<br>
With the dvb-apps/util/zap utility I get a lock on all Ziggo (Dutch cable TV provider) frequencies. With MythTV-0.21 I can receive all the channels that I am entitled to.<br><br>Remaining (non-fatal) issues are:<br><br>Error message:<br>
<b>saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer</b><br>This message comes once in a while and it happens at random places, it cannot be correlated to a single place in the tda827x code. It really seems random. I have read though a lot of traces and when this error happens it does a retry and the retry succeeds.<br>
<br>Error message:<br><b>tda827x: tda827x_config not defined, cannot set LNA gain!</b><br>This message comes on every tuning action. I think that the TT-C1501 board does not have a separate LNA outside the tuner so this is not really an error. It shoudl be possible to fill in a tda827x_config struct so that it does not give this error message. I could change the code to achieve this but I do not want to change everything at once.<br>
<br>Minor issue:<br><b>Signal strength not the same across the band.</b><br>On the frequencies I can receive (from 252MHz to 826,75MHz) there is quite a lot of signal strength variation; on MythTV display ranging from 60+ to 80+ percent, on zap output from 90 to d0 or so. On a KNC-One DVB-C card (cu1216 with tda10023 plus saa7146) the signal strength is practically constant.<br>
<br>I have attached my version of the tda827x.c driver, both as complete source and as a diff against the hg version of 10 october.<br><br>Groetjes,<br>Klaas<br><br><br><br><br><br><br><br><br><br><br><br><br><br><br><br>
<br><br><br><br><br><br></div>