Re: Chyba v křemíku u AT91SAM7S

[Tomáš Hamouz]

> Hm, dakujem za vysvetlenie.

>>Chyba spočívá v tom, ľe v tom statickém reľimu + DMA, kde se přenáąí 8
>>nebo 16 bitů, se odněkud vezmou vyąąí bity 

> Toto znie ako dost debilna chyba, nech sa nikto nehneva; naviac to z tej
> erraty vobec nie je jasne ze toto je mechanizmus tej chyby.

Souhlasím. Ač jsem to četl několikrát, tak skutečný význam jsem
pochopil až poté co jsem na tuto chybu narazil v praxi.

> Na druhej strane, vo vacsine variant cipu uz toto (ako aj dost velka cast
> poloziek z tej inak hrozostrasnej erraty) vyzera byt opravene... alebo to
> pracujete na FW k uz existujucemu starsiemu HW?

Jedná se o upgrade FW, musím zachovat kompatibilitu s původním HW.


Debilních chyb tam je povícero.
Např. generování PWM. Dle DS úžasná vlastnost, když nastavím nulovou
nebo plnou střídu, tak to znamená že se výstup nebude měnit a nastaví
se na 0 nebo 1 (pro řízení podsvitu LCD jako dělané).
V praxi když nastavíte plnou střídu, tak se generování zastaví, ale
výstup se invertuje. Tzn. poté co střídu vrátíte na normální hodnotu
je výstup invertovaný :-(( Když to uděláte podruhé, vrátí se na původní
polaritu.

Tomáš




> ----- Original Message ---------------
>>Liąí se to podle způsobu výběru aktivní periférie.
>>
>>Lze nastavit statický výběr, tzn. před zahájením přenosu se v extra
>>registru nastaví se kterou periférií se komunikuje a pak se zapisují
>>jen uľitečná data (8 nebo 16 bitů, podle nastavení).
>>
>>Pak lze nastavit dynamický výběr, kde součástí zapisovaných dat je i
>>výběr periferie. Zapisuje se 32 bitů, z toho 16 je určeno pro data a
>>ze zbytku se určuje periférie a případně konec přenosu (deaktivace CS
>>po odeslání).Pokud se v po sobě jdoucích zápisech periférie liąí,
>>kontrolér deaktivuje původní CS a aktivuje nový CS.
>>
>>Chyba spočívá v tom, ľe v tom statickém reľimu + DMA, kde se přenáąí 8
>>nebo 16 bitů, se odněkud vezmou vyąąí bity a ty se vyhodnotí, i kdyľ
>>nemají.
>>
>>Tomáą
>>
>>
>>
>>> Nepouzivam ATSAM, takze mozno sa spytam hlupost: preco sa musi to DMA
>>> prenasat 32 bitov, ked sa z nich pouzije len 8 alebo 16?
>>
>>> wek
>>
>>
>>> ----- Original Message ---------------
>>>>Zdravím
>>>>jen pro informaci, narazil jsem na alternativní projev chyby v křemíku
>>>>u AT91SAM7S neµ popisuje errata.
>>>>
>>>>Pokud se pro SPI pouµívá DMA přenos, vyhodnocují se přená±ená
>>>>data ±patně (vyhodnocují se vy±±í bity, ač se mají ignorovat) a můµe dojít k
>>>>předčasnému ukončení přenosu tím, µe se nastaví bit LASTXFER a tím
>>>>pádem se deaktivuje CS. Tohle v±echno errata popisuje.
>>>>
>>>>Teď jsem narazil na jiný projev, pravděpodobně téµe chyby. LASTXFER se
>>>>standardně nastavuje automaticky v okamµiku kdy DMA dojdou data. Chyba
>>>>se projevuje tak, µe v závislosti na posílaných datech se naopak tento
>>>>bit nenastavil a CS zůstalo viset aktivní.
>>>>
>>>>Konkrétní bitový vzorek který to způsobuje jsem nehledal, překopal
>>>>jsem svoje knihovny na důsledné ruční řízení CS přes PIO.
>>>>Trochu to zdrµuje, musím teď čekat aµ přenos doběhne, abych
>>>>deaktivoval CS :-(
>>>>
>>>>To docela na±tve.
>>>>
>>>>Tomá±
>>

> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list