card: S3 86C805-P VLB (Jaton JAX-8041 V2)
gpu: S3 805 EAAJ2 86C805-P
dac: CHRONOTEL CH8391v
board: VL41C/V2
rev: V2
fccid: KY2-JAX-SVGA805
ram: 2MB 70ns FPM, max 2MB, 8x 256Kx4 SOJ20/26 wlutowane, w 2 podstawkach 2xSOJ40 256Kx16 35ns ???
bus: 32-bit
isa: vlb 32-bit
directx: -
out: vga
bios: phoenix, otp 27C256 DIP28, 32KB, id: 0x4500, v2.13.50

src: lukas12p
* to ta 2 karta z cyklu "Karty padly przy testach plyty socket3, prawdopodobnie przez zepsuty zasilacz (piki napiecia przy odpalaniu?)"
* jest bardzo podobna do poprzedniej s3 i czesc opisu moze sie pokrywac

info:
* karta przedmuchana kompresorem, z grubsza przepatrzona pod lupa - i znow nie ma sie do czego doczepic
* byla lutowana/naprawiana, pod epromem widoczne resztki kalafonii na pinach ukrytego ukladu, byl prawdopodobnie wymieniany - do czyszczenia ipa, scalak ew. do sprawdzenia/wymiany
* w 2 podstawkach sa 2 kostki ram typu soj ale cos mi sie widzi ze to edo a nie fpm, wiec tutaj moze byc problem - wyjete na pierwszy test, numery do sprawdzenia
* uzyta platforma testowa z i486dx2/66, ram 4x4MB 60ns, mobo na sis 471 z 3 slotami vlb, cache l2 off bo sial bledami, dysk cf 512MB na karcie multi i/o - zostala przetestowana i jest stabilna
* sprawdzone wyjete ramy i mialem racje, to sa edo, takie same jakie sie pakuje do starszych voodoo i nie nadaja sie do tej karty - po dluzszym obcowaniu z roznorakimi pamieciami z tamtych epok i przestudiowaniu dziesiatek datasheets widzi sie pattern i mozna z duza latwoscia rozroznic typy po samym oznaczeniu, na razie wam nie powiem, moze kiedys jako protip tylko dodam ze nie ma fpm 35ns, najszybsze mi znane to 50ns, ultra rzadkie, podobnie jak 60, powszechne sa 70/80 i starsze kostki 100/120/150 ale to tylko dodatkowe info na tzw. smaka
* goldfingers wygumkowane, wsadzona do 1 slotu najblizej cpu i... post zaliczony, jest obraz... kolejny opad rak, karta wydaje sie dzialac ok bez zlych kostek ram
* karta poprawnie zglasza ilosc pamieci 1MB, wyrywkowe testy w dosbench zaliczone, bedzie mozna bezposrednio porownac z poprzedniczka, ten sam gpu, identyczna platforma, roznica taka ze inny producent i karta nie ma zadnych zworek - trzeba zaufac konstruktorom, ze dobrze ja zaprojektowali i wycisneli na maxa
* wyniki z kilku testow, w () poprzednia S3 86C805-P VLB od QDI: 3dbench 19.6 (20.0), doom low 2134*35/2781=26.8 (2134*35/2744=27.2), wolf3d-286 26.8 (27.0) - wyniki swiadcza ze karta nie uzywa przerwania tylko pooling, wiec jest ciut wolniejsza, czyli jest dokladnie tak samo szybka jak qdi bez irq
* z braku 70ns dodana szybsza pamiec 60ns, 2x512MB fpm, karta raportuje 2MB, jest ok, wyniki w testach jednakowe - w dosbench dodatkowa pamiec nie przyspiesza testerow, jedynie dodaje wieksza glebie kolorow i wyzsza rozdzielczosc
* postanowilem sprawdzic jak wyglada temat irq9 na tej karcie, sprawdzilem poprzednia qdi i zworka laczy pin #44 gpu z padem B50 na vlb ktory nazywa sie... IRQ9, niezla dedukcja sherlock
* moznaby analogicznie zrobic maly mod na tej karcie, przesledzone sciezki od gpu i vlb i niemozliwe, ale jest miejsce na zworke JP1 ktora wlasnie ma robic dokladnie to samo co w blizniaczej karcie qdi, czyli wlaczyc obsluge irq 9
* oczyszczenie 2 otworow i wlutowanie goldpinow to juz formalnosc, zalozona zworka i odpalone testy z dosbench, wyniki takie same jak w qdi, irq mod dziala
* podlutowalem tez obudowe kwarcu ktora latala, bios odczytany na programatorze, podstawka zakonserwowana
* zaczely sie problemy, zaczal sie pojawiac czerwony ekran w niektorych rozdzialkach, juz wczesniej go widzialem w testach pcplayer w 1024x768x8, sprawdzilem i generuje on za wysoka freq dla vsync bo 76.6Hz a max co moje monitory ogarniaja to 75, i wtedy jest info ze sygnal poza zakresem ale oscyloskop potwierdza ze sa sygnaly rgb oraz v/h sync, tylko wlasnie odswiezanie za wysokie
* moze to byc degradacja dac albo kwarcu, kwarc wymienilem na inny ale jest gorzej bo teraz nawet post jest czerwony a jak na zlosc nie mam zadnego nowego na wymiane, sprawdze jeszcze w datasheet czy nie ma jakis dodatkowych elementow smd ktore moga wplywac na freq wyjsciowe
* przejrzane rowniez sciezki pod mikro bo bylo pare rysek i miedzy kilkoma byla 1 ktora mogla robic jakies mikrozwarcie przez rozmaslenie miedzi - przeskrobane odstepy miedzy nimi i po podlaczeniu karta zaczela dzialac a czerwony ekran zniknal, pojawia sie tylko podczas rozdzielczosci 1024x768
* przejrzana dokumentacja genlocka i wg aplikacji czesc analogowa powinna stabilizowac dioda zenera 5.1V ale pomiar w realtime wykazal ze jest tylko 3.3V na pinie mimo ze jest poprawna dioda z oznaczeniem 5.1 - dioda do wymiany, to moze byc to
* czerwony ekran znow powrocil, to jest ultra dziwne jakby karta na zimno dzialala ale po podgrzaniu juz nie chce - do wyjasnienia
* dioda wymieniona na nowa, karta podpieta i napiecie nadal 3.3V, wiec stara byla ok a zdegradowany jest clockgen, okoliczny rezystor ktory zasila diode ma poprawna wartosc 220om, napiecie zasilajace rowniez ok 12V a te linie AVDD uzywa tylko clockgen na pinie #4 - poprobuje jeszcze z innymi kwarcami, moze akurat ten wymieniony tez jest zdegradowany i nieco zawyza przez co all freq sa za wysokie, oscyloskop pokazuje 76.6Hz i 34.5kHz
* doszukalem sie jeszcze 1 roznicy, w specyfikacji gendaca rezystor referencyjny R4 ma miec wartosc 147om i tolerancje 1%, zas w ukladzie wlutowany byl zwykly 150om 5 albo 10%, roznica niewielka i zapewne potrzeba tak dokladnej wartosci aby przetworniki c/a generowaly odpowiedni zakres napiec, no ale jest sie do czegos przyczepic, to sie przyczepilem i wymienilem
* jak bylo do przewidzenia, wymiana rezystora w niczym nie pomogla postanowilem jeszcze zrobic 1 doswiadczenie przed wymiana kwarcu, otoz datasheet twierdzi ze clockgen ustawia swoje zegary podczas power up nastepujaco: pin #44 vclk 28.322MHz i #42 mclk 40.0MHz ktore pozniej sa zmieniane przez bios karty lub sterownik - wyjme wiec kostke rom i sprawdze oscyloskopem czy freq zgrubnie pasuja
* jak bylo do przewidzenia, oba zegary sa podbite, mclk ma 41.7 a vclk 28.8, pomiar freq oscyloskopem jest zawsze obarczony bledem, lepiej jest uzywac precyzyjnego miernika czestotliwosci, no ale juz mi sie nie chce go wyciagac i podlaczac, chodzilo tylko o szybkie sprawdzenie czy clk sa w normie czy nie, tutaj zdecydowanie sa za wysokie, przez co wyjsciowy vsync jest poza zakresem monitora, normalnie karty pracuja na 72Hz czyli productivity, 75 to zazwyczaj max a tutaj jest 76.6Hz - do wyselekcjonowania dobry kwarc, jak nie trafie, to sporobuje zapodac nizszy np. 12MHz, frequ powinny spasc i mam nadzieje ze nie poza zakres, tym razem dolny
* aha, jeszcze slowko czemu nie mierze samego freq kwarcu, otoz gendac ma go wpietego bezposrednio do swoich 2 pinow, jest brak 2 standardowych capsow oraz rezystora/rezystorow przez co dotkniecie sonda ktorejs koncowki kwarcu powoduje natychmiastowe rozstrojenie ukladu, zanik oscylacji i w konsekwencji czarny ekran, samo zycie panie dzieju
* ok, wiec lutujemy w poszukiwaniu dobrego rezonatora, mam ich 5, 2 duze takie same jak w karcie i 3 male, ktore tez powinny pasowac
* po 4 kwarcu mi sie znudzilo, niemozliwe aby 4 z rzedu byly zdegradowane, predzej gendac, czas na plan B, czyli wolniejszy kwarc, mam 12MHz i jego zapodam teraz
* hmm, efekt zupelnie nieoczekiwany, zamiast czerwonego kolorowa sieczka, ktora sie zmienia, w koncu pauza z pionowymi barami jak w starych demkach na c64 vsync 64.1Hz, hsync 28.6kHz czyli jest nizej, monitor dziala, gpu cos tam generuje ale sync sie totalnie rozjechal i jest papka
* czas zakonczyc te durnoty i podsumowac: bardzo zastanawiajace jest za niskie napiecie na AVDD pin #4, powinno byc na nim 5V a jest 3.3, to zle, bo przez to moga zle dzialac wzmacniacze operacyjne w module pll, po prostu moga samplowac sinus z rezonatora z wiekszym bledem i przez to wyjsciowe freq sa za wysokie, zmierzona opornosc na tej linii wynosi 168om co przy napieciu 5V daje prad max 30mA a dioda zenera wytrzymuje przynajmniej 50, wiec zagadka jest czemu napiecie jest obnizone do 3.3V, nie spotkalem sie wczesniej z takim przypadkiem
* hmm, wlasciwie moglbym wywalic diode i rezystor i podpiac tam czyste 5V, najwyzej beda jakies szumy ale powinno zadzialac, do tej linii podpiete sa 2 capsy tantal 10u i odsprzegacz 100n, male szanse aby byly uszkodzone, ale profilaktycznie je wylutuje i sprawdze, mam tez mocniejsze zenery, moze z wiekiem gendac ciagnie wiecej mocy i przez to napiecie spada na diodzie? ciezko zgadywac, latwiej wymienic i pomierzyc
* jest tez opcja podania clk zamiast kwarcu bezposrednio do gendac ale... nie mam regulowanego generatora funkcji, jest na liscie zakupow na podobne przypadki, takze moze kiedys, tymczasem sprawdze czy nie ma tych ukladow na ali, bo jak tam nie ma, to nie ma juz raczej nigdzie i tylko dawcy pozostaja - niestety, skosni bracia nie maja nic na stanie
* przed wylutem czesci i podlaczeniem zew. zasilania 5V postanowilem sprawdzic kamera termo jak wygladaja tempy na pcb a szczegolnie gendacu, jego wyzsza temperatura moglaby potwierdzic potencjalna degradacje/uszkodzenie - ir pokazal jednak ze grzeja sie tylko 2 okoliczne elementy, rezystor zasilajacy diode zenera oraz maly cap filtrujacy, oba mialy 65* zas gendac ledwo 48, chipy od logiki srednio 30*, gpu zimny
* pomiary wykazaly ze uszkodzony moze byc maly cap filtrujacy na linii AVDD, zostal wylutowany, grafa podlaczona i bach... pojawil sie obraz, karta zaczela znow dzialac a napiecie na stabilizatorze podskoczylo z 3.3 na 5.2V - to bylo to 1 malutki odsprzegacz smd powodowal cale zamieszanie
* moj monitorek nadal nie obsluguje rozdzielczosci 1024x768 i jest czerwony ekran w pcplayer, to samo z 1280x1024, zmierzylem refresh i boziu, 87Hz... bardzo wysokie i dalekie od 75 - postanowilem zrobic jeszcze 1 eksperyment
* wymienilem kwarc z 14.3 na 12.0MHz, teoretycznie karta powinna dzialac ok, bo jest async wzgledem samego systemu, powinna sie nieco zmniejszyc wydajnosc oraz odswiezanie, bo gendac generuje wszystkie freq dla gpu jak pixel/video/memory clk
* kwarc wymieniony i... plyta postuje normalnie, jest obraz 1024x768 nadal nie dziala, jest niekoszerny dla mojego malego monitorka ale 1280x1024 zaczal dzialac bo odswiezanie spadlo do 58Hz, pieknie wyniki w testerach praktycznie takie same, prawdopodobnie wylaczona cache l2 nie pozwala na rozwiniecie skrzydel grafice i cpu hamuje calosc - eksperyment sie powiodl i mozna smialo powiedziec ze na problemy z za wysokim odswiezaniem i niekompatybilnym monitorem wymiana kwarcu na wolniejszy moze pomoc
* uszkodzony cap wymieniony na nowy 100nF, wlutowany orginalny kwarc 14.3MHz, brzydkie stickersy usuniete - wyrywkowe testy zaliczone, karta wrocila do zywych i sprawuje sie swietnie

dziala

* tajemnica spadku napiecia 5V na 3.3V na diodzie zenera i linii AVDD: uklad stabilizujacy z 12V na 5V przy uzyciu rezystora i diody, to w uproszczeniu zwykly dzielnik napiecia, ktore mozna policzyc bazujac na posiadanych danych a same wyliczenia kalkulatora pokrywaja sie z obecnym stanem, ponizej link i wartosci do wpisania: Vs=12.2 (wejsciowe napiecie z zasilacza), R1=220 (rezystor w ukladzie przed dioda), R2=168 (zmierzona opornosc na diodzie czyli linii AVDD), Vout jest dokladnie takie samo jak teraz czyli 5.2V ale przez to ze maly cap ktory jest rownolegle polaczony z dioda zamienil sie w rezystor i po nagrzaniu wprowadzal pasozytnicza opornosc w wyniku czego wartosc R2 spadla i obnizyla wyjsciowe napiecie do 3.3V, po wymianie capa rezystancja R2 sie nie zmienia wiec napiecie Vout jest poprawne - widac to tez na kamerze ir, gdzie przy goracym capie i napieciu 3.3V dioda nie pracuje bo jest zimna a po jego wylucie zaczela emitowac cieplo i stabilizowac poprawne 5V

web:
https://theretroweb.com/expansioncards/s/qdi-s3vga-ps805
https://vgamuseum.info/index.php/companies/item/349-s3-86c805-p
https://ohmslawcalculator.com/voltage-divider-calculator

foto: 1-top, 2-bottom, 3-under-eprom, 4-post, 5-irq-mod, 6-test-12mhz, 7-ir-gendac, 8-c17-problem-rework, 9-final-bottom, 10-final-top