eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaTypowe przyczyny nadmiernego grzania się układów pamięci i cpu? › Re: Typowe przyczyny nadmiernego grzania się układów pamięci i cpu?
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
    0.net!feeds.phibee-telecom.net!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!85.1
    2.16.69.MISMATCH!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.fr7!futt
    er-mich.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-
    exc-01.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl!news.neostrada.pl.POSTE
    D!not-for-mail
    Subject: Re: Typowe przyczyny nadmiernego grzania się układów pamięci i cpu?
    Newsgroups: pl.misc.elektronika
    References: <pfcopg$2on$1@dont-email.me> <pfdmsb$b0n$1$PiotrGalka@news.chmurka.net>
    <5b27884f$0$596$65785112@news.neostrada.pl> <pg8ok8$1ea$1@dont-email.me>
    From: Adam Górski <gorskiamalpawpkropkapeel_@xx>
    Date: Mon, 18 Jun 2018 19:14:23 +0200
    User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
    Thunderbird/52.8.0
    MIME-Version: 1.0
    In-Reply-To: <pg8ok8$1ea$1@dont-email.me>
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Language: pl
    Content-Transfer-Encoding: 8bit
    Lines: 83
    Message-ID: <5b27e870$0$601$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.220.112.53
    X-Trace: 1529342064 unt-rea-a-02.news.neostrada.pl 601 83.220.112.53:61906
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 4532
    X-Received-Body-CRC: 2972690259
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:733077
    [ ukryj nagłówki ]


    >>>> Procesor embedded NXP serii Cortex M4... Pracuje zaledwie 100MHz...
    >>>> W czasie normalnej pracy jest zimny, temperatura pokojowa...
    >>>>
    >>>> Klient zwraca już 3 płytę w której procesor zwiera szynę 3V3
    >>>> i grzeje się tak, że dotykając go palcem ciężko wytrzymać...
    >>>>
    >>>> Do procesora podłączone kostki zewnętrznej pamięci flash i SDRAM.
    >>>> Też normalnie zimne.
    >>>>
    >>>> Na próbę biorę jedną płytkę: wymieniam starannie ten grzejący się
    >>>> cpu... mierzę napięcia, wszystko ok. Procesor programuję, program
    >>>> startuje, na LCD obraz, za moment grzeje się niebotycznie kostka
    >>>> SDRAM obok CPU...
    >>>>
    >>>> Płytka pracowała miesiąc bez zarzutu i nagle taki zwrot.
    >>>>
    >>>> Projekt testowany na odporność na ESD bardzo dokładnie,
    >>>> zamknięty w metalowej obudowie, jedyne "wejście" to przez
    >>>> LCD ale jest też zabezpieczony i od tej strony niczego
    >>>> się nie spodziewam.
    >>>>
    >>>> Czy można jakoś "pośmiertnie" dojść przyczyny uszkodzenia
    >>>> kostki pamięci lub cpu? Nie wiem, mierząc omomierzem
    >>>> piny do masy czy coś takiego? Albo prześwietlając Xrayem ? :-)
    >>>>
    >>>> Podpowiedźcie - co można sprawdzić?
    >>>
    >>> Co sprawdzić nie wiem.
    >>> Nigdy też nie projektowałem tak szybkich urządzeń, ani procka z
    >>> zewnętrznym RAM.
    >>>
    >>> Kiedyś wyczytałem że połączenie 1 do 1 wyjścia z wejściem cyfrówki,
    >>> gdzie są bardzo duże dU/dt powoduje, że na wejściu pojawiają się
    >>> przepięcia poza przedział napięć zasilania. Kondensatory na VCC nie
    >>> pomogą bo to chodzi o spadki na wewnętrznych podłączeniach struktury do
    >>> pinów VCC i GND. Te przepięcia są tłumione diodami zabezpieczającymi.
    >>> Nie wiem, może diody podlegają stopniowej degradacji.
    >>> Takie przepięcie wywołując impuls prądu w takiej diodzie ponad ileś tam
    >>> być może może doprowadzić do latch-up.
    >>>
    >>> W takie linie podobno powinno się wkładać rezystory (rzędu 47..100) w
    >>> szereg.
    >>> P.G.
    >>
    >> O, tutaj bardzo dobry pomysł. Jak wygląda sprawa z dopasowaniem
    >> impedancji na szynach danych , adresowych ? Dopasowanie ścieżek jest ?
    >> Jeśli brak to pojawiają się przepięcia które stresują diody
    >> zabezpieczające i po czasie T umierają.
    >>
    >> Tutaj pomocny byłby stackup i projekt PCB - gerbery wystarczą.

    > Linie danych i adresowe prowadzone sa tak aby miały w miarę jednakową
    > długość.

    Długość to jedno 50R to druga sprawa. Czyli szerokość ścieżki odległość
    od warstwy masy.

    > Przepięć nie widzę zbyt dużych, sygnał ucieka czasem 180-220mV poniżej
    > poziomu masy jak patrzę na pinach najdalej umiejscowionej kostki flash...
    > Za chwilę wyślę fotki.

    Fotki mają sens jeżeli masz około 1GHz pasma analogowego w oscyloskopie
    + odpowiednią sondę.

    > Czy takie poziomy przepięć już mogą być niebezpieczne?

    To już zależy od producenta. Bywają niebezpieczne.

    >
    > Natomiast oglądając górną połówkę szyny danych zauważyłem spore kolizje na
    > bitach D16..D31.
    > Okazuje się, że procesor został błędnie skonfigurowany na 16-bitowy tryb
    > dostępu do pamięci flash, tymczasem są tam dwie kostki, spięte równolegle
    > do linii adresowych mające wspólne CE, OE i WE: jedna obsługuje dolną
    > połówkę danych, druga górną.

    No to mogłoby być powodem.


    Pozdrawiam

    Adam Górski

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: