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.chmurka.net!.POSTED.213.192.64.78!
not-for-mail
From: Piotr Gałka <p...@c...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Typowe przyczyny nadmiernego grzania się układów pamięci i cpu?
Date: Thu, 21 Jun 2018 20:43:44 +0200
Organization: news.chmurka.net
Message-ID: <pggrks$jhp$1$PiotrGalka@news.chmurka.net>
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>
NNTP-Posting-Host: 213.192.64.78
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 21 Jun 2018 18:43:40 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="PiotrGalka";
posting-host="213.192.64.78"; logging-data="20025";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101
Thunderbird/52.8.0
Content-Language: pl
In-Reply-To: <pge60o$8dd$1@dont-email.me>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:733209
[ ukryj nagłówki ]
W dniu 2018-06-20 o 20:22, Pszemol pisze:
> "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.

Napisałeś:
"inkrementuje adres i odczytuje górną połówkę danych na liniach D0..D15".

Założyłem, że przed inkrementowaniem czyta D0..D15. Skoro po
inkrementowaniu też to .....
P.G.