Nivel7

TV.KEN BROWN 29

TV.KEN BROWN 29″KB 229 SLIM-B

Ya que el televisor Ken Brown de 29 pulgadas de tubo empezó a andar cada vez peor, haciendo rayas horizontales blancas, estuve viendo varios foros de reparación de TV y el problema parecen ser los capacitores del circuito vertical, o los de la fuente.

Album Picasa TV Ken Brown KB 29 Slim B desarmado

El chasis es un PSW29UT, en los foros yoreparo y Tecnicosaurios están los diagramas.
A continuación la lista de componentes sospechosos:

Capacitor C507 TLC 400V 220uF (Fuente)
Capacitor C517 50V 10uF
Integrado N401 STV9378 (Este es el integrado del vertical)
Capacitor C413 35V 100uF
Capacitor C453 35V 47uF
Capacitor C542 35V 100uF
Capacitor C552 25V 220uF (este parece levemente hinchado y en el diagrama es de 1000uF)
Capacitor C572 16V 470uF (en el diagrama es de 1000uF)
Capacitor C532 160V 220uF
Capacitor C463 25V 220uF
Capacitor C464 25V 220uF

Ahora a conseguir los repuestos en las casa de electónica de Sarmiento y Ecuador, para luego cambiar algunos componentes y ver como resulta.

Update 2/8/2011: Ya compré los siguientes capacitores en Electrocomponentes (Paraná 128), todos de buena calidad marca Sancon y de 105°, por las dudas compré más cantidad y en total gasté $4:

2 de 50v 10uF para reemplazo del C517
2 de 50v 47uF para reemplazo del 453
2 de 35v 100uF para reemplazo del 413
2 de 25v 220uF para reemplazo del 463 y 464
2 de 25v 470uF para reemplazo del 552
4 de 16v 1000uF para reemplazo del 572

El IC STV9378, el capacitor 507 y el 532 no los conseguí porque son especificos para TV o para alto voltaje y tengo que ir a electrónica Bollero o a Boulogne Sur Mer y Sarmiento.

Update 3/8/2011: Ya tengo el plan de reemplazo identificando en el diagrama y en las fotos del chasis cuales son los que voy a cambiar.

Update 7/8/2011: Ya cambié los capacitores electrolíticos de bajo voltaje y el defecto sigue, voy a conseguir los de 160V y 400V, algunos capacitores cerámicos y un diodo. También si lo consigo el STV9378. La lista de lo que me falta es:

N401 STV9378
C507 TLC 400V 220uF
C532 160V 220uF
C517 50V 10uF
C466 4.7u 160V
C465 10u 250V
C451 3900p 500V
C452 1000p 500V
C412 220p 500V
VD411 RGP10D

Update 8/8/2011:Ya conseguí todo lo de la lista en Casa Bollero, lo más caro fue el integrado STV9378 $21, en total gasté $54, ahora a dessoldar y soldar.

Update 13/8/2011:Ya lo pude arreglar!!! Al final no era ningún componente fallado, estaba mal soldada la pata 10 del Flyback, parece que es un defecto común en estos televisores. La solución la encontré en http://www.yoreparo.com/foros/reparacion_de_tv/608328_0.html#1907655

Quedó así despues de resoldar:

Así quedó reparado!

Linux 3.0

Hoy Linus Torvalds anunció como siempre mediante un mensaje en lklm y como novedad también en Google+ ,la disponibilidad del kernel 3.0 de linux, la numeración cambió de 2.6 a 3.0 en honor a los 20 años de linux.

Linus anuncia Linux 3.0 en Google+

From Linus Torvalds <> Date Thu, 21 Jul 2011 19:59:53 -0700 Subject Linux 3.0 release


So there it is. Gone are the 2.6.days, and 3.0 is out.
This obviously also opens the merge window for the next kernel, which

will be 3.1. The stable team will take the third digit, so 3.0.1 will

be the first stable release based on 3.0.
As already mentioned several times, there are no special landmark

features or incompatibilities related to the version number change,

it's simply a way to drop an inconvenient numbering system in honor of

twenty years of Linux. In fact, the 3.0 merge window was calmer than

most, and apart from some excitement from RCU I'd have called it

really smooth. Which is not to say that there may not be bugs, but if

anything, there are hopefully fewer than usual, rather than the normal

".0" problems.
And as I already mentioned yesterday, I'm hoping the 3.1 merge window

will be calm too, because due to the delays the latter half of the

merge window will fall into my vacation time. I briefly considered

simply waiting two extra weeks, but quite frankly, that wouldn't

really have solved anything (it would have made the merge window

instead fall into LinuxCon and my divemaster weekends).
So I'm going to try to keep to the normal two-week merge window, but

if it ends up being too busy for me to keep up, I may end up extending

the window just so that I can merge everything. However, even if that

happens, that will *not* mean that I will accept big pull requests for

longer, it just means that I may end up delaying things to catch up

with timely merge requests.
That said, judging by past experience, the summer merge windows often

tend to be quieter, so maybe I worry needlessly. Much of Europe is

starting to go on vacation, and parts of the US are being fried to a

crisp, so maybe 3.1 will be calm too.
Anyway, what has changed since -rc7 is mainly some RCU interactions

with the scheduler, and the RCU problems should hopefully be behind

us. The pathname lookup race is also fixed. There's a few DRI fixes

(i915 modesetting, and some Radeon fixes), and Al walked through some

more esoteric VFS d_lock issues. Other than that it's really pretty

small and random.
The shortlog from -rc7 is appended, the bigger "everything since

2.6.39" list is obviously unmanageable.