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!newsfeed2.atman.pl!newsfeed.atman.pl!.P
OSTED!not-for-mail
From: Janusz <j...@o...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Typowe przyczyny nadmiernego grzania się układów pamięci i cpu?
Date: Thu, 21 Jun 2018 11:02:14 +0200
Organization: ATMAN - ATM S.A.
Lines: 29
Message-ID: <pgfpiq$kht$1@node1.news.atman.pl>
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: 185.234.91.184
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node1.news.atman.pl 1529571738 21053 185.234.91.184 (21 Jun 2018 09:02:18
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 21 Jun 2018 09:02:18 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101
Thunderbird/52.8.0
In-Reply-To: <pge60o$8dd$1@dont-email.me>
Content-Language: pl
X-Antivirus: Avast (VPS 180621-0, 2018-06-21), Outbound message
X-Antivirus-Status: Clean
Xref: news-archive.icm.edu.pl pl.misc.elektronika:733174
[ 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.
Ale sam pisałeś że jest w trybie 16b i czyta na jednej szynie dwa flasze.

> Nie rozumiem Twojego pytania.
My też nie, może daj kawałek schematu z oscylogramami.

--
Pozdr
Janusz