Philips 60PFL8708S/12 60" TV dog tvärt *Fixat*

Elektronikrelaterade (på komponentnivå) frågor och funderingar.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

breflabb skrev:kolla dom här tre ytmotstånden
R 908A;909A; 910A, dom skall vara på 360KΩ vardera.
Motstånden R908A, R909A, R910A och R908B, R909B, R910B, är alla ca 250 KΩ vardera.
Användarvisningsbild
breflabb
Inlägg: 3521
Blev medlem: 8 oktober 2014, 17:00:54
Ort: 59.466579, 16.506872

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av breflabb »

Det är lite knepigt ibland att fä rätta värden när dom sitter i kretsen
Användarvisningsbild
Danny
Inlägg: 2947
Blev medlem: 17 maj 2007, 16:30:37
Ort: Skåne

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Danny »

Motstånd brukar inte sjunka i värde utan istället öka.
Får du lägre värde kan du utgå ifrån att något ligger parallellt
i mätningen.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

De klättrade sakta uppåt när jag höll kvar mätproberna, förbi 253 KΩ rörde det fortfarande på sig.
De betedde sig alla identiskt, dock.
Vad var syftet med att kolla upp dem, var det att se om något enskilt motstånd hade grillats eller spruckit?

Flatkablarna från main-PCB går till ett mindre PCB med någon FPGA på och därifrån vidare till panelerna.
Det lilla kortet var djupare inskruvat, men jag tog mig ner till den.
Kortet hade inte separat strömförsörjning så det var inte många komponenter.
Allt såg rent och fint ut på båda sidor av kortet, och jag juckade alla kontakterna.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

Jag är tillbaka på den här TVn igen och har gjort en del framsteg.
Det underlättade att hitta en service manual som inte är förstörd av idiotiska overlays som den förra, den här är intakt:
https://www.electronica-pt.com/esquema/ ... -la-30145/

Mätningarna på spänningsnivåer förbryllade mig i början, men sedan lödde jag in mig på TXD-paddarna på en opopulerad debug-port (1CV5) på systemkortet, då fick jag seriell-output från både standby-processorn och från huvudprocessorn.

Då kunde jag se att TVn i flera minuter gör omförsök av uppstart innan den ger upp.
Medan den håller på med omförsöken blir det brus på olika spänningsmatningar vartefter som olika laster drar igång och slocknar igen.
Efter att den har gett upp att försöka boota, släcks alla power rails utom de grundläggande, och då först börjar den blinka en felkod med power-LED, vilket jag inte hade uppfattat i början eftersom det tog sån tid innan den kom dit (jag har TVn liggande med fronten neråt).
Den blinkar layer-1 felkod 2, vilket syftar till generellt fel på systemkortet.

Jag jordade SDM-punkten på systemkortet som föreslogs i service-manualen, då kommer alla power rails att lämnas aktiva även efter att TVn går in i protection mode, samt att den ger en mer detaljerad felkod med power-LED.
I det här läget kunde jag verifiera varenda regulator och mosfet på systemkortet, alla spänningsnivåer är korrekta, det finns inget signifikant rippel, och alla switchfrekvenser är inom gränsvärdena.

Nu blinkar den layer-2 felkod 53 efter att den har gjort alla sina bootförsök och hamnat i protection.

Felkod 53 finns beskrivet i tabell 5-2 i service manualen:

Kod: Markera allt

Description                   Layer 1  Layer 2  Monitored by  Error/Prot  Error Buffer/Blinking LED  Device  Defective Board
MIPS doesn’t boot (SW cause)  2        53       Stby µP       P           BL                         FUSION  SSB
Under tabellen står det klargörande detaljer om den här felkoden:

Kod: Markera allt

Error 53.
This error will indicate that the Fusion device has read his bootscript (when this would have failed, error 15 would blink) but initialization was never completed because of hardware problems (NAND flash, DDR...) or software initialization problems.
Possible cause could be that there is no valid software loaded (try to upgrade to the latest main software version).
Note that it can take a few minutes before the TV starts blinking LAYER 1 error = 2 or in SDM (maintain grounding continuously), LAYER 2 error = 53.
TXD-SERVICE från huvudprocessorns seriell-output ser identisk ut, oavsett om man har SDM jordad eller inte.
Varje individuellt bootförsök ser ut så här, den gör totalt 7 försök innan den ger upp och går i protection och börjar blinka felkod:

Kod: Markera allt

0xF98A30F3  cycle now
Jump to 0xB5034100  02 key is used
Getting Hash...
0xBFC00000  01 10 00 00 52 55 00 0F 36 74 B3 80 00 00 00 00
Hash:
0xB5034570  1D 86 AE FF E3 71 65 8F 13 61 12 66 C4 5F 8D B0
Buffer for BIG NUM is at B5034E2C, size is 0440.
nand.c:nand_readwithinpage
0x00000000  page is reading
0x00000004 0x00000007 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 04 unit: 


waiting ECC result ready
 00 bits error in the unit.
 05 unit: 


waiting ECC result ready
 00 bits error in the unit.
 06 unit: 


waiting ECC result ready
 00 bits error in the unit.
 07 unit: 


waiting ECC result ready
 00 bits error in the unit.

nand.c:nand_readwithinpage
0x00000001  page is reading
0x00000000 0x00000003 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 00 unit: 


waiting ECC result ready
 00 bits error in the unit.
 01 unit: 


waiting ECC result ready
 00 bits error in the unit.
 02 unit: 


waiting ECC result ready
 00 bits error in the unit.
 03 unit: 


waiting ECC result ready
 00 bits error in the unit.

nand.c:nand_readwithinpage
0x00000001  page is reading
0x00000004 0x00000007 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 04 unit: 


waiting ECC result ready
 00 bits error in the unit.
 05 unit: 


waiting ECC result ready
 00 bits error in the unit.
 06 unit: 


waiting ECC result ready
 00 bits error in the unit.
 07 unit: 


waiting ECC result ready
 00 bits error in the unit.

nand.c:nand_readwithinpage
0x00000002  page is reading
0x00000000 0x00000000 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 00 unit: 


waiting ECC result ready
 00 bits error in the unit.


{preboot}
 <000>
 <010>
 <020>K   <- Den stannar på den här bokstaven, mitt i en ofullständig rad, så nästa iteration börjar efter den här bokstaven.
Standby-processorn ger inget av substans i sin output, den är dessutom bara en 8051.

Efter en lång forskningsrunda på nätet kunde jag konstatera att det här är inte alls ett ovanligt fel för Philips TVs, tvärtom.
De är heller inte ensamma om det bland tillverkarna.
Man kan summera det till att felkällan i de här fallen kan bero på en av följande felorsaker, i sjunkande grad av sannolikhet:
1. Fusion-chippet behöver en BGA reflow. Kylflänsen är skrattretande dålig och bara i idle i SDM-läge blev den ordentligt varm, jag kan tänka mig hur het den blir när den jobbar, särskilt med sotmärkena som fanns innanför plastchassit.
2. Det 1 GByte stora NAND-minnet är korrupt och behöver flashas om, eller chippet bytas ut helt. Här finns linux-systemet som körs av huvudprocessorn.
3. SPI Flash har blivit korrupt, här finns mjukvaran för standby-processorn samt en region dedicerad för NV-memory inställningar.
4. EEPROM har blivit korrupt, här finns mer NV-memory inställningar.

Den här alpgasten har en TV med samma chassi, samma felkoder, och hans seriell-output stannade t o m på exakt samma bokstav som min TV:
https://alpengeist-tvrepair.blogspot.co ... 2-cpu.html
Han har mer avancerade verktyg än vad jag har, och löste problemet på sin TV med en BGA reflow.
Dessutom moddade han plastchassit genom att gör ett stort hål ovanför Fusion-chippet och sätta ett nätgaller ovanpå, för han hade likadana sotmärken på insidan av chassit som jag.

Från hans skriverier luskade jag ut en annan sak också som jag inte hade förstått rätt från service manualen, att man måste skaffa en IR-fjärrkontroll för att kunna styra en del av service-funktionerna i TVn, för den vanliga radio-fjärren är inte användbar om inte linux-systemet har bootat upp rätt:
https://alpengeist-tvrepair.blogspot.co ... nvram.html
Ingen IR-fjärr i mitt hus var Philips-kompatibel, så jag fick skaffa en från Kjell:
https://www.kjell.com/se/sortiment/ljud ... -tv-p66284

I samband med det här hade jag precis lyckats få loss systemkortet så att jag kunde komma åt undersidan av det, för den var fastlimmad med ett jättestarkt klister mot en 5x5cm thermal pad på undersidan, precis under Fusion-chippet i mitten av kortet, så den gick inte att komma åt med kniv eller värme, men till slut hade jag lyckats jucka loss kortet.
Så när jag hade IR-fjärren i min hand var det första gången jag bootade TVn med systemkortet löst, och nu när jag höll in OK-knappen på fjärren och pluggade in strömmen på TVn, så lyckades den boota längre:

Kod: Markera allt

0xF98A30E2  cycle now
Jump to 0xB5034100  02 key is used
Getting Hash...
0xBFC00000  01 10 00 00 52 55 00 0F 36 74 B3 80 00 00 00 00
Hash:
0xB5034570  1D 86 AE FF E3 71 65 8F 13 61 12 66 C4 5F 8D B0
Buffer for BIG NUM is at B5034E2C, size is 0440.
nand.c:nand_readwithinpage
0x00000000  page is reading
0x00000004 0x00000007 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 04 unit: 


waiting ECC result ready
 00 bits error in the unit.
 05 unit: 


waiting ECC result ready
 00 bits error in the unit.
 06 unit: 


waiting ECC result ready
 00 bits error in the unit.
 07 unit: 


waiting ECC result ready
 00 bits error in the unit.

nand.c:nand_readwithinpage
0x00000001  page is reading
0x00000000 0x00000003 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 00 unit: 


waiting ECC result ready
 00 bits error in the unit.
 01 unit: 


waiting ECC result ready
 00 bits error in the unit.
 02 unit: 


waiting ECC result ready
 00 bits error in the unit.
 03 unit: 


waiting ECC result ready
 00 bits error in the unit.

nand.c:nand_readwithinpage
0x00000001  page is reading
0x00000004 0x00000007 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 04 unit: 


waiting ECC result ready
 00 bits error in the unit.
 05 unit: 


waiting ECC result ready
 00 bits error in the unit.
 06 unit: 


waiting ECC result ready
 00 bits error in the unit.
 07 unit: 


waiting ECC result ready
 00 bits error in the unit.

nand.c:nand_readwithinpage
0x00000002  page is reading
0x00000000 0x00000000 0x00000000 StartUnit/EndUnit/offset
Reading out data:
 00 unit: 


waiting ECC result ready
 00 bits error in the unit.


{preboot}
 <000>
 <010>
 <020>KKG0G1          <- Här stannade den tidigare.
 <030>DDDDDDDDDDDDDD
 <040>secure
            Load uboot


U-Boot 2009.01_Production (Jun 11 2013 - 10:29:06)

UNAND:  NAND, size:1024MB, Micron(ID:0x2c,0x38), block size:512KB
1024 MiB
Env:   NAND @ 0x01800000
bootcmd4
BOOTREASON=upgrade
APP CPU==>1GHz
Found: /boot
Found: /bootenv
Found: /systemA
Found: /systemB
Found: /rwboot
Found: /rwdata
Found: /bbt
Found 7 partitions
Creating 1 MTD partitions on "NAND 1GMiB 3,3V 8-bit":
0x02e00000-0x0fd00000 : "mtd=2"
UBI: attaching mtd0 to ubi0
UBI: physical eraseblock size:   524288 bytes (512 KiB)
UBI: logical eraseblock size:    516096 bytes
UBI: smallest flash I/O unit:    4096
UBI: VID header offset:          4096 (aligned 4096)
UBI: data offset:                8192
UBI: fixable bit-flip detected at PEB 88
UBI: fixable bit-flip detected at PEB 269
UBI: fixable bit-flip detected at PEB 302
UBI warning: ubi_eba_init_scan: cannot reserve enough PEBs for bad PEB handling, reserved 4, need 40
UBI: attached mtd0 to ubi0
UBI: MTD device name:            "mtd=2"
UBI: MTD device size:            0 MiB
UBI: number of good PEBs:        414
UBI: number of bad PEBs:         0
UBI: max. allowed volumes:       128
UBI: wear-leveling threshold:    4096
UBI: number of internal volumes: 1
UBI: number of user volumes:     2
UBI: available PEBs:             0
UBI: total number of reserved PEBs: 414
UBI: number of PEBs reserved for bad PEB handling: 4
UBI: max/mean erase counter: 21/5
simple_strtoul
simple_strtoul ret
Authenticating ubootenvaddon.tdf....offset: 0x288 (648)
pld->payloadSize: 0x8c4 (2244)
sizeof(TdfSignedPayload_t): 0x104 (260)
sizeof(TdfPayloadHeader_t): 0x8 (8)
pData=82400000 count=0x7b8 (1976)
bucket=0x7b8 (1976)
suceeds
## Executing script at 82400000
U-boot script: %version: blr18mgr#42.1.5 % -- %created_by: rp_int % -- %date_created: Thu Jul 4 11:18:12 2013 % -- addon=%version: 31 % /// creator!= the helpdesk
simple_strtoul
simple_strtoul ret
Authenticating appmipsauth.tdf....offset: 0x288 (648)
pld->payloadSize: 0x2c04 (11268)
sizeof(TdfSignedPayload_t): 0x104 (260)
sizeof(TdfPayloadHeader_t): 0x8 (8)
pData=a5c00000 count=0x2af8 (11000)
bucket=0xd78 (3448)
suceeds
## Starting application at 0xA5C00000 ...
999simple_strtoul
simple_strtoul ret
Authenticating vmlinux_plf.tdf....offset: 0x288 (648)
UBI: fixable bit-flip detected at PEB 132
UBI: schedule PEB 132 for scrubbing
UBI: fixable bit-flip detected at PEB 134
UBI: schedule PEB 134 for scrubbing
suceeds
simple_strtoul
simple_strtoul ret
Authenticating vmlinux_app.tdf....offset: 0x288 (648)
UBI: fixable bit-flip detected at PEB 135
UBI: schedule PEB 135 for scrubbing
UBI: fixable bit-flip detected at PEB 135
UBI: schedule PEB 135 for scrubbing
UBI: fixable bit-flip detected at PEB 135
UBI: schedule PEB 135 for scrubbing
UBI: fixable bit-flip detected at PEB 136
UBI: schedule PEB 136 for scrubbing
suceeds
simple_strtoul
simple_strtoul ret
Authenticating display.tdf....offset: 0x288 (648)
UBI: fixable bit-flip detected at PEB 144
UBI: schedule PEB 144 for scrubbing
suceeds
simple_strtoul
simple_strtoul ret
Authenticating avdecoder.tdf....offset: 0x288 (648)
UBI: fixable bit-flip detected at PEB 138
UBI: schedule PEB 138 for scrubbing
UBI: fixable bit-flip detected at PEB 139
UBI: schedule PEB 139 for scrubbing
UBI: fixable bit-flip detected at PEB 140
UBI: schedule PEB 140 for scrubbing
UBI: fixable bit-flip detected at PEB 141
UBI: schedule PEB 141 for scrubbing
UBI: fixable bit-flip detected at PEB 143
UBI: schedule PEB 143 for scrubbing
suceeds
commandline passed to kernel is = mem=40m@72m mem=354m@2206m vecaddr=2m@70m loglevel=3 lpj=1949696 ipcfg_preopen_dly=0 ipcfg_postopen_dly=0 BOOTREASON=upgrade ip=172.21.1.2::172.21.1.1:255.255.0.0::vec0:off root=/dev/nfs rw nfsroot=172.21.1.1:/,udp,rsize=32768,wsize=32768,timeo=600,retrans=2,nfsvers=3 ph_debug=none ph_sys=A ph_def=A ph_alt=B
## Starting application at 0x80100800 ...
flush cache do_go 82 
commandline passed to kernel is = console=ttyS0,115200n8 mtdparts=NAND:24m(/boot),22m(/bootenv),207m(/systemA),207m(/systemB),72m(/rwboot),468m(/rwdata),24m(/bbt) mem=70m@0k mem=80m@2126m vecaddr=2m@70m loglevel=3 lpj=1363968 lockd.nlm_grace_period=1 mm_ra_disable=1 BOOTREASON=upgrade ubi.mtd=3 secureblock.hook=31:9 root=f900 rootfstype=squashfs ip=none ph_debug=none ph_sys=A ph_def=A ph_alt=B
 address of cmdlineparam = 80f34b24
[    0.328630] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(249,0)
Jag hade samtidigt en 512 MByte USB-sticka med FAT32 med senaste autorun.upg från Philips hemsida i roten, inpluggad i en USB-port på TVn.
TVn verkar ha upptäckt IR-fjärrtricket eftersom den meddelar "BOOTREASON=upgrade", men på sista raden slutar det i kernel panic på grund av något jag inte förstår i samband med att den försöker mounta.
Är det korrupt filsystem i NAND-minnet?
Alla "fixable bit-flip detected" tyder ju på att minnet är slitet, likaså varningen "cannot reserve enough PEBs for bad PEB handling, reserved 4, need 40".
Men jag förstår inte vad det är linux gör där på slutet, failar den på att mounta USB-stickans FAT32, eller är det en NAND-intern mountning som misslyckas?

Ännu värre, den här nya booten lyckades jag bara åstadkomma en enda gång.
Jag vet inte om det var för att jag precis hade masserat loss systemkortet från klistret och kanske hade råkat få något glapp i BGAn att få kontakt just då.
Väldigt störande i alla fall.

Men OK, nu är det rätt tydligt vad som behöver göras härnäst:
1. En professionellt utförd BGA reflow av Fusion-chippet.
2. Möjligtvis en omflashning av NAND-minnet.

Jag gjorde rundringningar till TV-reparatörer i stan och kranskommunerna, och ingen av dem erbjöd reparationer på komponentnivå.
Flera av dem förstod inte ens vad jag pratade om när jag nämnde BGA.
Man har blivit bortskämd med kompetens efter flera år på elektronikforumet. :(
Från de vettigaste av dem fick jag dock höra att det här är ett vanligt fel hos Philips och sättet som reparatörerna kan hantera det på är att byta systemkortet, men Philips har en relativt kort period av tillgänglighet på korten till sina olika modeller, och den här är utgången.
Av en tillfällighet fick jag kontakt med en mobilreparatör som jobbar på komponentnivå, han erbjöd sig att göra en korrekt reflow för en billig peng, om jag själv lägger tiden på att fiska fram en stencil för chippet ifråga.
Därav min fråga i den här andra tråden; om någon kan identifiera vad för sorts package type chippet är, för jag antar att det är en standardtyp:
https://elektronikforumet.com/forum/vie ... =2&t=94830
Om någon har tips om söktermer för att hitta rätt stencil, så är jag väldigt tacksam.

Jaha, NAND-minnet då.
Philips erbjuder bara firmware upgrades i upg-formatet, vilket är ett krypterat arkiv som innehåller dumparna för både NAND, SPI Flash och möjligtvis EEPROM.
Det går alltså inte att få ut den enskilda dumpen för just NAND-minnet, och i den flera år långa kommentarstråden för det här blogg-inlägget lyckades man flera gånger hacka sig förbi det innan Philips till slut stängde alla möjligheterna:
http://neophob.com/2010/01/root-my-tv-h ... s-pfl9703/
På det här Polska forumet har någon postat en Polskspråkig dump av NAND-minnet till en TV med samma chassi:
https://www.elektroda.pl/rtvforum/topic ... l#15969068
Det kanske blir användbart för att åtminstone få TVn att starta så långt att en upg-fil kan flashas.
Jag har förstått att med listan av sifferkoder på chassits etikett kan man ange till Linux-systemet exakt vilken TV-modell man har, så att den ställer in allt rätt för den aktuella TV-modellen.
Så det kan bli en möjlighet, men först vill jag göra en BGA reflow som alpgasten gjorde för att lösa samma felsymptom.
Användarvisningsbild
Danny
Inlägg: 2947
Blev medlem: 17 maj 2007, 16:30:37
Ort: Skåne

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Danny »

Intressant! :)

Jag håller på med en Philips TV 46PFL8007T/12 med samma problem.

Felkod 2-53 (53 i SDM-läge)

Chassi S QFU1.1E LA

Bild


Jag har flashat om SPI'n utan resultat.

Bild

Fick börja med att laga programmeraren som visade sig vara död.
Det var flera år sen jag köpte den, men har inte blivit använd förrän nu.
Kinesiska kvalitetskontrollen var inte den bästa :lol:
Visade sig att ena benet på USB porten inte var lödad.

Bild

Bild

Bild

Hittade programvaran för NANDEN, så tänkte testa det innan BGA reflow.
Har beställt en RT809H programmerare, då den andra inte klarar NAND.
Ska förhoppningsvis dyka upp de närmaste veckorna.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

Om du inte hade gjort en backup av dina alignments till USB-minne innan TVn dog, så gör en dump av SPI Flashen och EEPROMet innan du skriver om något till NANDen.
Har du hittat service manualen till chassit?
På min 1.2 har man lagt ner stödet för ComPair-terminalen som Philips-verkstäderna använder, en stödprocessor kopplat till det är opopulerad och likaså debug-porten som sagt, men som tur var så kom det fortfarande serielldata ut ur Fusion-chippets MIPS-system och 8051, de är båda inbakade i samma kapsel.
Det sitter en kontakt på ditt 1.1 kort, intill SPI Flashen i hörnet där du har gnagt av en bit av den keramiska kylflänsen.
Om det är ComPair-porten så kan du ju lyfta loss den och löda på din smalaste kopplingstråd till pin 8 TXD-SERVICE (115200) och pin 2 TXD-STANDBY (57600).
Det är jämna pins i ena kolumnen och ojämna i andra, så de där två sitter intill varann.
De stora paddarna i kortändarna är GND, så de är enklare att löda på.

Du behöver en sån här eller motsvarande, den har original-chip så senaste drivrutinerna funkar i Windows:
https://www.electrokit.com/produkt/kabe ... 3-3v-hona/

Den här snikvarianten som är en hundring billigare har ett piratchip, undvik den såvida du inte jobbar 100% i linux:
https://www.m.nu/gpio-tillbehor/usb-to- ... sole-cable

De här är ett praktiskt tillbehör till USB/TTL-adaptern:
https://www.electrokit.com/produkt/test ... ma-5-pack/
Senast redigerad av Maalobs 28 april 2019, 21:40:14, redigerad totalt 1 gång.
Användarvisningsbild
Danny
Inlägg: 2947
Blev medlem: 17 maj 2007, 16:30:37
Ort: Skåne

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Danny »

Tack för tipset.

Servicemanualen har jag hittat.

To be continued.... :)
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

Vet inte vad jag yrade i förra inlägget, TXD-SERVICE och TXD-STANDBY är inte alls bredvid varann på paddarna. :doh:
Nu har jag korrigerat numrena på dem i det inlägget.

Status för mig är att jag har fått BGA-chippet reflowat och TVn fungerar efteråt, så det är ju nice.
Nu såg jag till att dumpa alla inställningar som går att dumpa, inifrån service-menyerna.
Både från SAM-menyn och från CSM-menyn, samt kanalinställningarna.
Allihopa går att spara till USB från TVn.

Jag hade redan senaste mjukvaran i TVn konsterade jag, så nu vill jag även backuppa NAND-chippets innehåll, på grund av varningarna om slitage i seriell-datat vid boot.

Så jag vred upp Swechs varmluftsstation till styrka 6,5 och 400C och körde med minsta munstycket.
Jag tejpade upp med kapton innan och dippade lite med flusspennan på pinnarna innan jag körde igång.
Det gick fort, mindre än 30 sekunder, jag kände med pincetten hur ena sidan släppte och fick in pincettspetsen under chippet på den sidan medan jag värmde de pinnarna, då kunde jag värma klart den andra sidan också så att även den släppte, sen hade jag chippet i pincetten. :)
Jag var lite orolig innan, men det gick ju kanonbra med 858D-stationen. :tumupp: :tumupp:
NAND_in_programmer.jpg
Micron MT29F8G08ABABA-chippet visade sig dock inte stödjas av XGecu TL866II Plus programmeraren.
Det närmaste som kan väljas i device-listan är MT29F4-serien, där fyran betyder 4 Gbits storlek.
Jag valde en av dem och då blev det ok på "pin detection" åtminstone, men det gick inte att läsa chippet för den gav ett okänt Device ID: 0x2C38
Jag har mailat kineserna och frågat om de kan lägga till stöd för 8-Gbittarna, får se vad de säger.
Under tiden får jag undersöka imorgon ifall mobilverkstaden som gjorde reflow åt mig, har en fetare programmerare med stöd för det här chippet.

Förresten så verkar inte NAND-chippet gå att få tag på längre, åtminstone inte utan 16 veckors ledtid, så jag kommer att löda fast chippet igen och köra med den tills den brinner. :vissla:

När NAND-chippet sitter på igen så blir det medeltid med Dremeln mot ytan av bakchassit som är ovanför Fusion-chippet.
Ett hål ska göras där för ventilering, och gärna med en kraftigare kylfläns på processorn än den lilla keramiska lågprofilsflänsen som sitter som standard.
Det finns två monteringshål diagonellt över processorn på 55mm avstånd mellan mittpunkterna:
Fusion_chip_heatsink_attachment.jpg
Det visade sig vara ett standardmått:
https://www.google.se/search?tbm=isch&q=heatsink+55mm
Finns både med och utan fläkt, tyvärr verkar det mesta vara lågprofil igen, men t ex den här ser lämplig ut:
vid-229.jpg
Den kan gärna få sticka ut ur ett Dremlat hål i plastchassit på TVns baksida. :twisted:
Helt klart är kylningen undermålig eftersom BGAn stekte loss sig själv, men jag vill givetvis undvika att använda fläkt, så jag kör med den kraftigaste passiva kylfläns som jag kan hitta.
Jag ska klistra på små kylflänsar på NANDen och kanske RAM-chipparna också.
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Användarvisningsbild
Hedis
Inlägg: 2487
Blev medlem: 8 december 2003, 15:10:44
Ort: Vänersborg
Kontakt:

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Hedis »

Snyggt jobbat! Kul att läsa att fler lägger ner ganska många timmar på att hålla liv vid dom lite större apparaterna liksom jag när jag brottade in EDID-datan i min Philips efter korruption. :)
Ni gjorde alltså en komplett reballing på CPU´n?
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

Det var vad jag trodde att han skulle göra, eftersom han sa åt mig att hitta en stencil först när jag bad om hjälp med reflow.
Sedan när jag väl hittade en stencil så fanns den i tre varianter med olika stor ram runt om och jag frågade honom vilken som passar bäst för hans verktyg, då säger han att han kan göra det utan stencil.
Vet inte varför han skickade mig på en vild gåsjakt efter stenciler i så fall, men han gjorde jobbet gratis åt mig och det fungerade, så det är väl OK då. :)

Här hittade jag stencilerna förresten:
https://www.ebay.com/itm/Direct-heating ... 3459017141
Den säljaren säger att han även har processorerna till salu, och då kan man förmoda att han säljer dem "pre-balled" sa mobilreparatören, så det kan vara bra att veta för någon som har värre problem på sin TV.

Kineserna på XGecu har redan svarat på min fråga om att lägga till stöd för 8 Gbit NAND:
will upgrade in next month

Best Regards.
Haiku Xingong Electronics Co,Ltd
Hade varit kul om de hade svarat i en faktisk haiku. :oops:
Användarvisningsbild
Danny
Inlägg: 2947
Blev medlem: 17 maj 2007, 16:30:37
Ort: Skåne

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Danny »

Gott att du fick igång den :) :tumupp:

Programmeraren ska komma i dagarna, såg att den just nu är i Malmö.
Så får vi se om det blir något liv.

NAND'en produceras inte längre enligt ASWO:

IC-NAND FLASH;MT29F8G08ABABAWP:B,8GBIT,
#S000300
Ej i ASWOs sortiment
Produceras ej längre av originaltillverkaren.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

Det visade sig att mobilreparatören inte har en programmerare alls, han jobbar bara i hårdvara, och behöver han något med firmware i så köper han det förprogrammerat.

Det är ingen på forumet i Stockholmstrakten som har en programmerare med stöd för Micron MT29F8G08ABABA?

"29F8G08ABABA" finns med i Device List för RT809H:
http://goldenchipset.com/24download/RT809H-List3.txt

"29F8G08ABABA" finns även med i Device List för TNM5000:
http://cn.hklrf.com/24download/TNM5000-List.txt

Chippet är en TSOP48-kapsel, men jag har adapter från TSOP48 till DIP:
TSOP-adapter.jpg
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

Stockholm Makerspace hade ingen programmerare i inventariet heller, så det är upp till en månads väntan på okänt resultat från kineserna, såvida inte någon annan har ett uppslag? :(

Under tiden öppnade jag en tolv år gammal Clavister-brandvägg som jag har haft kvar på hyllan, i den hittade jag två st 55mm passiva kylflänsar, kompletta med fästanordningar:
heatsink1.jpg
heatsink2.jpg
Det var ju inte så tjockt gods i dem, men de är höga nog att sticka ut ur ett Dremlat hål i plastchassit, så det blir nog bra. :)
Du har inte behörighet att öppna de filer som bifogats till detta inlägg.
Maalobs
Inlägg: 1299
Blev medlem: 3 februari 2005, 14:35:15
Ort: Stockholm

Re: Philips 60PFL8708S/12 60" TV dog tvärt

Inlägg av Maalobs »

XGecu släppte en ny version av mjukvaran i förrgår, men de hade inte lagt till stöd för det här NAND-chippet som de antydde att de skulle göra.
Jag hade redan förväntat mig det resultatet så jag hade redan beställt en Ifix RT809H i förra veckan som också anlände i förrgår.
Med den kan jag läsa chippet och verifiera den inlästa filen mot minnets innehåll.

Det är helt klart att det här NAND-chippet är på sista sucken, för jag gjorde inläsningar till flera filer och fick olika många fel i verifieringen av filerna.
Vissa fel i filerna är på samma offset, och i de fallen är det alltid samma bit i oktetten som är flippad till motsatt läge.
Andra fel ligger på offsets som är unika i varje enskild inläsning.
Det hela låter ju inte jättebra direkt, men om man betänker att innehållet i NAND-minnet är filsystemen på linux-partitionerna, då inser man att det här är hanterbart, för filsystemen har säkert märkt ut bad blocks av fsck.
Dessutom fungerade ju TVn att boota efter reflow-operationen, boot-loggen klagade dock på flera "fixable bit-flip detected".

Det blir nog bäst att byta NANDen på en gång trots allt, och för säkerhets skull beställde jag redan för ett par veckor sedan ett par ersättningschips från Aliexpress, så nu väntar jag på att de ska anlända så att jag kan skriva in en dump på en av dem.

Jag vet inte vad den samlade läsarskaran använder för att jämföra skillnader mellan binära, krypterade blobbar, men jag testade först med WinMerge som har "binary" som alternativ vid diffning.
Väldigt tydligt med färgkodningen, men inte så praktiskt när man ska jämföra flera filer.
Jag ville få en överblick över placeringen av läsfelen och vad värdet blev.

Jag gjorde sex st inläsningar (1 GByte vardera):
1: 64 fel
2: 53 fel
3: 45 fel
4: 58 fel
5: 51 fel
6: 49 fel

Jag jämförde den första inlästa filen mot de övriga med cmp:

Kod: Markera allt

cmp -l read1.bin read2.bin > 1_2.txt
cmp -l read1.bin read3.bin > 1_3.txt
cmp -l read1.bin read4.bin > 1_4.txt
cmp -l read1.bin read5.bin > 1_5.txt
cmp -l read1.bin read6.bin > 1_6.txt
Sedan samlade jag in alla inläsningarna och sorterade allt till en gemensam fil:

Kod: Markera allt

cat 1_2.txt 1_3.txt 1_4.txt 1_5.txt 1_6.txt | sort > total.txt
Där kunde jag se att när samma offset dök upp mer än en gång (men inte alltid sex gånger), så var det alltid samma bit som var fel.
Utöver det var det även en rad enskilda fel som var unika och bara inträffade en gång.

Antalet fel som inträffade mer än en gång på samma offset:

Kod: Markera allt

uniq -d total.txt | wc -l
81
Antalet fel som inträffade på en unik offset:

Kod: Markera allt

uniq total.txt | wc -l
129
Nu är det väntans tider igen tills NAND-chipparna har anlänt.
RT809H är förresten ett väldigt avancerat verktyg, den kan flasha minnen i TV-apparater både via VGA-port och via HDMI-port på modeller där sådant stöds.
Men jisses vilken chinglish det är i användargränssnittet och dokumentationen. :shock:
Skriv svar