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 ?

>> 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.

J.