-
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 07:17:57 -0500
Organization: A noiseless patient Spider
Lines: 1
Message-ID: <pgdgla$oip$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>
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 12:17:47 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="e51ab1da6fbc9a3a096a0d1d3499d63e";
logging-data="25177";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX1+202RwEodb+J5lGnEzqXbq"
Cancel-Lock: sha1:k0NA7Jq49j7fIJ0/Vb0aboXeDKg=
X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
In-Reply-To: <5b2a4408$0$612$65785112@news.neostrada.pl>
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:733129
[ ukryj nagłówki ]"J.F." <j...@p...onet.pl> wrote in message
news:5b2a4408$0$612$65785112@news.neostrada.pl...
> Użytkownik "Pszemol" napisał w wiadomości grup
> dyskusyjnych:pgdf3m$eiq$...@d...me...
> "J.F." <j...@p...onet.pl> wrote in message
>> Użytkownik "Pszemol" napisał w wiadomości grup
>>>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ą.
>>>Niezaprogramowany "górny" scalak z kimś się tam mocuje na liniach danych,
>>>próbując forsować swoje ffy, tylko z czym? 32-bitowa kostka SDRAM jest
>>>przecież nieaktywna gdy procek dostaje się do statycznego flash...
> [...]
>>> Zapewne po prostu czyta kolejne 16-bit slowo, tylko wewnetrznie
>>> przestawia sobie dane na starsze bity.
>>
>>> Ale czy adresy sie wtedy nie zmieniaja ? Moze jeszcze cos innego jest
>>> uruchamiane ... tylko czemu nie ma konfliktow takze na dolnej polowie ..
>
>>Dlaczego miałyby być konflikty na dolnej połowie? Wytłumacz...
>
> Jesli flash i cos innego sa jednoczenie aktywowane ... to to cos innego
> zapewne nie ma tylko bitow 16..31, tylko 0..31, to i na "dolnym flash"
> powinien byc konflikt.
>
> Swoja droga - kosci 32 bit to chyba nie masz duzo - moze jedna z RAM
> koliduje ?
Pisałem wcześniej chyba co jest tam do procka podłączone:
1 sztuka 32-bitowa SDRAM (synchronous-dynamic RAM).
2 sztuki 16-bitowe FLASH (wspólny CE, OE, WE i address bus).
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.
Interesujące jest w tym momencie tylko zachowanie się górnych
linii danych, bo zachowanie się dolnych wynika z normalnych
cykli odczytów i zapisów 16-bitowych i tam się nie spodziewam
kolizji. Prawdę mówiąc na górnej połowie szyny danych też się
żadnych kolizji nie spodziewałem :-) Ale to już inna inszość...
>>> A moze to nie "mocowanie" tylko stan wysokiej impedancji ?
>>
>>> Nie mozesz wyciagnac tej kosci?
>>> To moze da sie jej CE lub OE odciac ?
>
>>Mogę wyciągnąć tą kość, tylko wtedy spodziewam się, że problem
>>zostanie usunięty i nie będę obserwował niczego nadzwyczajnego.
>>W czasie obserwowanych kolizji wystawiany jest CE i OE do kosci flash.
>
> I trzeba bedzie zobaczyc co jeszcze odzywa sie wtedy na magistrali.
No ale na mojej płycie oprócz procesora 208-pinów LPC4088 (Cortex M4)
i pamięci SDRAM i tych dwu kostek FLASH nie ma tam niczego innego.
Następne wpisy z tego wątku
- 20.06.18 15:12 J.F.
- 20.06.18 17:11 Piotr Gałka
- 20.06.18 20:21 Pszemol
- 20.06.18 20:22 Pszemol
- 21.06.18 10:06 J.F.
- 21.06.18 10:25 Adam Górski
- 21.06.18 11:02 Janusz
- 21.06.18 13:00 J.F.
- 21.06.18 13:58 Pszemol
- 21.06.18 13:59 Pszemol
- 21.06.18 14:02 Pszemol
- 21.06.18 14:48 J.F.
- 21.06.18 16:36 J.F.
- 21.06.18 18:38 Pszemol
- 21.06.18 18:38 Pszemol
Najnowsze wątki z tej grupy
- Wietnam wykłada 500M$ i chce zbudować fabrykę za 50G$
- Pendrive zdycha, czy coś jeszcze innego? Problem z plikami.
- Odkurzacz Smapp Dynamic - dawny Zelmer
- Nagra IV i zewnętrzny pilot
- Fejk muzyczny czy nie fejk
- Raspberry Pi 3 Model B+
- Kuchenka elektryczna
- test
- Cewka elektrozaworu
- zapytanie o chip r5f21275nfp
- nie naprawiam więcej telewizorów
- Zrobił TV OLED z TV LCD
- Zasilacz USB na ścianę.
- Gniazdo + wtyk
- Aliexpress zaczął oszukiwać na bezczelnego.
Najnowsze wątki
- 2025-03-20 Grubość socketa AM4+procesor
- 2025-03-20 Środa Wielkopolska => Konsultant wewnętrzny SAP FI/CO <=
- 2025-03-20 Warszawa => Senior Programmer C <=
- 2025-03-20 Re: Dlaczego tak odstają od Tesli?
- 2025-03-20 Greenpeace została zobowiązana do zapłaty niemal 667 mln dolarów [USA,wyrok sądu]
- 2025-03-20 Re: Dlaczego tak odstają od Tesli?
- 2025-03-19 Brak ograniczeń dla chińskiego kapitału - wam nie do rządu, tylko na zmywak do chińskiej knajpy!!!
- 2025-03-19 Wietnam wykłada 500M$ i chce zbudować fabrykę za 50G$
- 2025-03-19 szal-Unia == federacja policyjna
- 2025-03-19 Polsza == państwo policyjne
- 2025-03-19 Grzegorz Płaczek o programie szczepień dzieci. ,,Stworzono eldorado dla firm farmaceutycznych"
- 2025-03-19 Wietnam wykłada 500M$ i chce zbudować fabrykę za 50G$
- 2025-03-19 Gemini
- 2025-03-19 Mokry sen Zenka :)
- 2025-03-19 Re: Dlaczego tak odstają od Tesli?