SYSON na płycie LA-K093P, Acer A317-53

Witam
LA-K093P, Acer A317-53
Płyta po włączeniu pobiera ok 0,05A i gaśnie. Posprawdzałem z schematu linie zasilania i sygnały do sygnału SYSON gdzie jest problem. Sygnał ten jest stale w stanie niskim.
Na płycie startują przetwornice jedynie na przetwornicy 1,2V od pamięci RAM jest 0V. Zakładam że sygnał SYSON jest niezbędny do uruchomienia tej przetwornicy. Sygnał SUSP# - również stale niski.

Czy sygnał pochodzi od PCH? Jak sprawdzić czy mostek tego SOC żyje chyba że właśnie brak tego sygnału oznacza... że w zasadzie płyta jest do kosza?

Sygnały SYSON i SUSP# są "produkowane" przez kontroler EC U11. Jaka jest wartość napięć dla sygnałów PM_SLP_S4# i PM_SLP_S3# po włączeniu płyty?

PM_SLP_S4# i PM_SLP_S3# - są stale niskie -0V. Tych dwóch nie sprawdziłem (poprawiłem swój post), dopiero wieczorem czytając posty zrozumiałem że to był błąd. Posprawdzam ich oporność, wrócę z oryginalnym wsadem i przelutuję SOC - napiszę o efektach.

Na razie nic nie lutuj i zostaw APU w spokoju Jak w samochodzie przy większych prędkościach drga kolumna kierownicza to zaczniesz od wymiany silnika, czy od sprawdzenia wyważenia kół?

Po drugie, napisałeś, że wrócisz z oryginalnym wsadem - nigdzie wcześniej nie pisałeś, że cokolwiek programowałeś, a to spory błąd, bo nie podajesz wystarczających informacji do analizy problemu. Ponieważ jest to APU Intela, interesuje mnie wersja i status regionu ME zarówno w oryginalnym wsadzie, jak i w tym, który wgrałeś. W specyficznych przypadkach można trwale zablokować PCH niepoprawną konfiguracją regionu ME.

Rozumiem, wiem to mój błąd a moje informacje mogą być niespójne. Z płytą z "doskoku" walczę od października - to kolejny post dotyczący tej płyty. Lektura forum skłoniła mnie do przelutowania SOC tym bardziej że pamiętam podobny przypadek i5 10gen. w Lenovo która to po przelutowaniu ruszyła.
Konkrety: laptop to "poniemiecki złom" w idealnym stanie lecz bez baterii i pamięci. Wszystkie testy wykonuję bez obu baterii i pamięci RAM w slocie (zostaje ta wlutowana).
W akcie desperacji podmieniłem wsad ale wszystko bez różnicy. Nie mogłem otworzyć wsadu programem MEInject z nową bazą - dałem sobie spokój bo uznałem że to i tak nie istotne bo od początku założyłem uszkodzenie mostu.

Z listy sygnałów sprawdziłem wszystkie od góry do PBTN_OUT# poprawne ale nie znalazłem, nie sprawdziłem +VCCINAUX, VCCIN_AUX_CORE_VID, VCCST_OVERRIDE_LS.
Sygnały PM_SLP_S4#, PM_SLP_S3#, SYSON są stale niskie ich oporność to ok 62ohm i 95ochm po włączeniu. Kolejna z schematu linia +1.2V nie startuje z powodu braku powyższych sygnałów.
PLZ3 i PLZ4 mają po 108ohm a po włączeniu ok. 136ohm. SOC to SRK02 czyli I7-1165G7.

Właśnie dlatego pomyślałem że w ostateczności mogę go przelutować bo powróciłem do pierwotnego założenia -uszkodzony most.

Xion ha scritto:ich oporność to ok 62ohm i 95ochm po włączeniu

NIGDY nie mierzymy rezystancji przy podłączonym zasilaniu - możesz uszkodzić sobie w ten sposób miernik, ponieważ podczas pomiaru rezystancji wprowadza on własne napięcie, aby w ogóle było możliwe wykonanie pomiaru (prawo Ohma). W pewnych warunkach dopuszczalny jest pomiar rezystancji z podłączonym zasilaniem, ale są to sytuacje bardzo specyficzne - w ogromnej większości wykonywanych tutaj pomiarów nie mają one zastosowania. Ponadto, prosiłem o podanie wersji i statusu regionu ME dla obu wsadów - oryginalnego i tego, który wgrałeś - ale nie widzę nigdzie tej informacji. Wersję i status regionu odczytasz aplikacją MEAnalyzer.

Mam wrażenie, że podejmujesz jakieś własne działania, nie biorąc pod uwagę odpowiedzi, jakie dostajesz na forum - bez ścisłej współpracy nigdzie nie dojdziemy z diagnostyką. Gdy ktoś pyta o konkretne informacje i ich nie dostaje, to nie ma czego analizować. W taki sposób tracisz czas zarówno swój, jak i osób, próbujących Ci pomóc. Jeśli chcesz przeprowadzić tę diagnostykę całkowicie samodzielnie, to nikt Ci tego nie zabrania, ale w takiej sytuacji bezcelowe jest tworzenie wątku na forum.

Dziękuję za odpowiedź. Dziękuję również za szkolenia zamieszczone na forum (właśnie czytałem szkolenie nr 4: BIOS) - to masa pracy za co bardzo dziękuje. Pamiętam że ja samemu musiałem się tego nauczyć a łatwe (wtedy) to nie było - informacje te były strzeżone przez czarnoksiężników .
Widzę że w nowszych płytach w tej kwestii doszło trochę informacji.

Wybrane informacje z ME Analyzer v1.304.4 r341
Oryginalny wsad:
Version: 15.0.30.1776
File System State: Initialized
Flash Image Tool: 15.0.1.1345

Pobrany wsad:
Version: 15.0.30.1776
File System State: Configured
Flash Image Tool: 15.0.30.1776

Oba wsady różnią się tylko tymi dwoma wpisami (File System State, Flash Image Tool) reszta jest wszędzie identyczna.

Obecnie zaprogramowany oryginalny.

Napisałeś, że sprawdziłeś wszystkie sygnały do tych, których brakuje (PM_SLP_S4# i PM_SLP_S3# są w stanie niskim). Czy zatem sygnał PBTN_OUT# jest prawidłowy? Chodzi mi o to, że ten sygnał powinien wejść w stan wysoki po zwolnieniu włącznika (zbocze narastające) a po około 200 milisekundach powinien zostać wygenerowany - na 20 milisekund - impuls w stanie niskim. Jest to kluczowy sygnał do ustawienia PM_SLP_S4# i PM_SLP_S3# w stan wysoki.

Przyjrzałem się wcześniej dokładnie temu sygnałowi PBTN_OUT# - uważam że jego sygnał wygląda prawidłowo. Sprawdzałem go na RC142. Po zasymulowania przycisku (zetknięcie z masą pinu z złącza klawiatury) wchodzi na stan wysoki po czym po chwili spada i ponownie podnosi się pozostając w stanie wysokim na kolejne 13sekund po czym gaśnie wszystko.
Sprawdzałem go również oscyloskopem (teraz po raz kolejny) i wygląda tak jak na schemacie. Czasy też by się zgadzały.
Sprawdziłem dokładnie - płyta za każdym razem działa przez jakieś 13-14sekund od włączenia.

Czyli EC wystawia poprawny sygnał, a PCH nie jest w stanie go zinterpretować z jakiegoś powodu. Ponieważ wsad BIOS wykluczyłeś (ta sama wersja, wyczyszczony region we wsadzie-dawcy), pomiary wskazują na usterkę PCH. Jednak nie jest to jeszcze potwierdzone w 100% - nie wiemy, czy projektant zaimplementował sprawdzanie zgodności oprogramowania EC z BIOSem (a wiemy, że BIOS w tej płycie zawiera firmware dla EC). Odczytaj wsad EC i zamieść go - wraz z oryginalnym, zgranym wsadem BIOS - w tym wątku do analizy. Wyjątkowo w tym wątku, pomimo treści p. 4 zasad działu.

Oryginalny wsad zgrany z płyty nazywa się "org". Ten z internetu "Acer A515-56-36UT".

Brakuje wsadu, zgranego z EC.

Aaaa no tak, zamotałem się Wrzuciłem wsad zgrany z pamięci XMC OH128AHIG. O KBC całkowicie zapomniałem. Nie wiem czy mój programator to ogarnie - programowałem takie coś przez port klawiatury Vertyanov-em muszę zobaczyć czy on to potrafi z tym "KB-kiem". Trochę może poza tematem: czy w tej platformie programujemy BIOS i EC czy w sprawnej płycie programujemy sam BIOS a on przy pierwszym starcie zaprogramuje EC nowszą wersją (pod warunkiem zgodności)?

Jeśli pamięć EC jest pusta, to zaprogramuje się automatycznie ze wsadu BIOS. Jeśli jednak EC zawiera jakieś dane, to zwykle nie są one nadpisywane z BIOSu i jak są błędne, to oczywiście może mieć wpływ na sprawność urządzenia. EC, który zawiera jakieś oprogramowanie, może zostać nadpisany wyłącznie drogą programowania całego wsadu BIOS z aktualizacji ze strony producenta, o ile aktualizacja zawiera również nowszą wersję wsadu dla EC, niż jest obecna w kontrolerze.

Przepraszam za zwłokę - zgrany EC.
Nie wiem czy to istotne lub prawidłowe ale komunikacja przez port JKB2 możliwa była jedynie na chwilę po włączeniu płyty (czyli tylko przez te 13-14 sekund) pomimo podłączonej do zasilania płyty.