Re: KWorld ATSC 115 all static

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am Sonntag, den 25.01.2009, 18:35 -0500 schrieb CityK:
> hermann pitton wrote:
> > Am Sonntag, den 25.01.2009, 13:49 -0800 schrieb Trent Piepho:
> >   
> >> On Sun, 25 Jan 2009, CityK wrote:
> >>     
> >>> Hans Verkuil wrote:
> >>>
> >>> this still begs Han's question: "how do you manage to make analog TV
> >>> work if the tda9887 isn't found? That's rather peculiar." I don't have
> >>> an answer for that. The tuner-simple module, however, seems to be able to drive/provide that functionality sufficiently enough. 
> >>>
> >> The tda9887 is a simple device with just three registers.  If they are set
> >> to the right value when the driver loads, which wouldn't be unexpected,
> >> then it isn't necessary to actually do anything to the chip.  If you had a
> >> multistandard tuner (and had access to broadcasts in multiple standards!)
> >> then I expect switching standards wouldn't work without the tda9887 driver.
> >> Verifying both TV and radio tuning works is probably the most realistic way
> >> to check.
> >>     
> >
> > For radio you need a tda9887 and working i2c for what i can know.
> >
> > Also after a cold boot the tda988x is not in a usable state for any tv
> > standard yet, it needs to be set by i2c first.
> >
> > But for NTSC, and only NTSC, one pin can be strapped, IIRC, and then it
> > works without any i2c programming needed. Guess it is a tda9885 here.
> >
> >   
> 
> Looks like that this is the case, as described by Trent, that is
> occurring. Herman, is there any difference between the tda9885 and
> tda887, as I'm pretty sure this is the tda9887 package outlined on page
> 52 of the tda9887 datasheet.
> 
> Alas, as being exposed to just NTSC broadcasts, not able to test on the
> multistandard ;)
> 
> As for the FM radio, I know that some have mentioned the possibility for
> that with this device, but I don't think anyone ever has succeeded (not
> surprising given the i2c situation) and so the assumption was made,
> rightly or wrongly, that it is not present. I would be amused if FM
> radio support could be realised for the device.

Oh my, this is close to a decade with us and that is why I still make
noise when early developers are dropped from e-mail with all the
different possible solutions.

For the radio, I wonder why nobody ever tested it on windows ;)

On the tda9887, which only supports it, you find also a tda7240, I might
have the chip wrong and thought just to give some hints for what I
remember, but can't look up further into details right now. This one
does in radio mode the stereo separation and provides in TV mode just
MONO on both lines. You don't seem to have it, but tuner PCBs have also
a backside ;)

It reminds me on what i did try to report for DVB-S on the 0x0008 device
on the Medion Quad. All other report it is fine and don't even notice
the tuner loop through enabled.

But I report it is always at 18Volts, whereas the 0xc4 buffer should set
it to 13Volts, which is described as a prerequisite for external voltage
switching, not fulfilled and obviously not easy to reach for what I
tried and the Philips/NXP m$ driver has the same issue ;)

> >>>> saa7133[1]: i2c xfer: < c2 30 90 >
> >>>> saa7134[3]: i2c xfer: < c2 >
> >>>> saa7134[3]: i2c xfer: < c2 0b dc 9c 60 >
> >>>> saa7134[3]: i2c xfer: < c2 0b dc 86 54 >
> >>>>
> >>>> Exactly here, when the buffers are sent the second time the tda9887
> >>>> becomes the first time visible on the bus. According to Hartmut the
> >>>> modification of buffer[3] from 0x60 to 0x54 is that hidden switch,
> >>>> IIRC.
> >>>>
> >>>>         
> >>> I believe Mauro is correct in regards to the tda9887 in that, within the
> >>> Philips TUV1236D NIM, it is behind the Nxt2004's i2c gate.  After
> >>> re-reading what Michael mentioned previously:
> >>>       
> >> Address 0xc2 is the PLL, not the NXT2004.  Why would the PLL control an I2C
> >> gate on the nxt2004?  I think what I said before about a gpio line on the
> >> PLL being used to hold the analog demod in reset when not in use is more
> >> likely to be correct.
> >>     
> >
> > That the analog demod is enabled from the pll in case of the FMD1216ME
> > MK3 hybrid is what Hartmut told us.
> >
> > To remeber, the Pinnacle 300i hybrid with mt32xx (3250) disables the
> > analog demod with tda9887 port2=0 in digital mode. That is why Gerd
> > re-enables it on exit of DVB. 
> >
> >>> The i2c command to enable the tuner is sent to nxt200x. If there are any
> >>> ATSC110 variant with a different demod (maybe a different version of nxt200x?),
> >>> then the users may experience different behaviors.
> >>>       
> >> That command sequence is sent to the PLL, not the nxt2004, so this is 
> >> wrong.  There is another command sent to the nxt2004 (which is at address
> >> 0x0a) from code in saa7134-cards.c to "enables tuner" as well.
> >>     

Cheers,
Hermann


--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux