Re: Typowe przyczyny nadmiernego grzania się układów pamięci i c pu?

eGospodarka.pl › Grupy › pl.misc.elektronika › Typowe przyczyny nadmiernego grzania się układów pamięci i cpu? › Re: Typowe przyczyny nadmiernego grzania się układów pamięci i c pu?

Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
0.net!eternal-september.org!feeder.eternal-september.org!reader02.eternal-septe
mber.org!.POSTED!not-for-mail
From: Pszemol <P...@P...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Typowe przyczyny nadmiernego grzania się układów pamięci i c pu?
Date: Thu, 21 Jun 2018 16:38:35 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 36
Message-ID: <pggka9$rcn$2@dont-email.me>
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>
<5b28e0e9$0$685$65785112@news.neostrada.pl> <pgdf3m$eiq$1@dont-email.me>
<5b2a4408$0$612$65785112@news.neostrada.pl> <pgdgla$oip$1@dont-email.me>
<pgdqr4$clv$1$PiotrGalka@news.chmurka.net> <pge60o$8dd$1@dont-email.me>
<pgfpiq$kht$1@node1.news.atman.pl>
<5b2b856d$0$614$65785112@news.neostrada.pl> <pgg43m$fl7$1@dont-email.me>
<5b2b9e82$0$680$65785112@news.neostrada.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 21 Jun 2018 16:38:35 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="2d1bc3c6c9b8363c221940b5e6a71ba3";
logging-data="28055";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX19VG+UaSl7JYLyI6DKWsvY2"
User-Agent: NewsTap/5.3.1 (iPhone/iPod Touch)
Cancel-Lock: sha1:7MMqBLW77bEXg/SkSG+uwtKcKS0= sha1:zleDMP8Y8gHsZdYkrDCW7himpqo=
Xref: news-archive.icm.edu.pl pl.misc.elektronika:733204
[ ukryj nagłówki ]
J.F. <j...@p...onet.pl> wrote:
> Użytkownik "Pszemol" napisał w wiadomości grup
> dyskusyjnych:pgg43m$fl7$...@d...me...
> "J.F." <j...@p...onet.pl> wrote in message
>>> Swoja droga - ze to w ogole działa ?
>>> Puste te flashe ?
>>> Przypadkiem dobrze sie programuja mimo omylki ?
>
>> Ten górny jest pusty, bo w czasie programowania CPU też "myśli" że
>> ma jedną kostkę 16 bit, więc nic nie wystawia do zapisu na D16..D31.
>
> Ale ten algorytm programowania nie jest jakis bardziej skomplikowany ?
> I czy w efekcie nie bedzie zepsuty w takim ukladzie ?

Algorytm programowania wymaga przełączenie kostki z trybu odczyt w tryb
programowania więc górna kostka nic nie wie na ten temat gdy nie widzi
takich sekwencji adresów i danych.
Do programowania tych kostek w trybie 32bity napisałem specjalną wersję
programu który się nie uruchomił w trybie 16-bit. Efekt jest taki ze dolna
kostka zaprogramowana poprawnie a górna pusta.

>> A więc górny flash podczas odczytu forsuje FFy ale CPU pewnie
>> chce ustawiać 00 bo mam jakieś 1.5V tak na oko :-)
>
> Troche by mnie zdziwilo, gdyby w czasie odczytu dolnych bitow, uP
> ustawial górne na 0.

Mnie też.

> A propos - sprawdzales to na nowej plycie ?
> Moze kostka jakos walnieta ? np nie potrafi 3.3V dac ?
> I niekoniecznie flash - moze wlasnie RAM ...

Sprawdzałem na płycie która nie miała żadnych objawów niedziałania.