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

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 cpu?

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 cpu?
Date: Wed, 20 Jun 2018 13:22:27 -0500
Organization: A noiseless patient Spider
Lines: 2
Message-ID: <pge60o$8dd$1@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>
Reply-To: "Pszemol" <P...@B...com>
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 20 Jun 2018 18:22:17 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="e51ab1da6fbc9a3a096a0d1d3499d63e"; logging-data="8621";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX18dqGRvCwAdXEDm18n9aChi"
Cancel-Lock: sha1:9RdLTCgZqZxDFZE4Tap4lx9KhRg=
X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
In-Reply-To: <pgdqr4$clv$1$PiotrGalka@news.chmurka.net>
X-Newsreader: Microsoft Windows Live Mail 14.0.8117.416
Importance: Normal
X-Priority: 3
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.misc.elektronika:733146
[ ukryj nagłówki ]

"Piotr Gałka" <p...@c...pl> wrote in message
news:pgdqr4$clv$1$PiotrGalka@news.chmurka.net...
> W dniu 2018-06-20 o 14:17, Pszemol pisze:
>> Procek jest błędnie ustawiony aby myślał, że ma tylko jedną
>> kostkę flash, i odczyt 32-bitowego słowa robi na dwa takty:
>> najpierw wystawia "dolny" adres, OE, CE i odczytuje dolną
>> połówkę danych, potem, niezmieniając stanu OE i CE inkrementuje
>> adres i odczytuje górną połówkę danych na liniach D0..D15.
>
> Wytłumacz jak to jest zrobione.
> Skoro OE i CE się nie zmieniają a zmienia się adres o 1 to A0 powinno
> robić za CE do jednej kości i zanegowane A0 za CE do drugiej.
>
> Ale piszesz, że CE się nie zmienia.
>
> Czy w czasie tego inkrementowania nie ma chwili, kiedy obie kości walczą
> ze sobą na liniach danych (na przykład w czasie równym czasowi propagacji
> negatora na linii A0).

Jedna kość obsługuje przecież D0..D15, druga obsługuje D16..D31.
Nie rozumiem Twojego pytania.