Użytkownik "max441" <m...@w...pl> napisał w wiadomości
news:MPG.276b05a58fcff74a98968e@news.onet.pl...
> In article <idqhmb$elt$1@srv.cyf-kr.edu.pl>, m...@t...pl says...
>> STM32F103VCT6 bo potrzebowałem dwóch interfejsów I2S (chociaż mają
>> poważnego buga do którego ST nie przyznaje się)
>>
>
> A co to za bug?
>

I2S w trybie _slave_ totalnie olewa sygnał WS (lewy/prawy). Nieważne, czy
jest nadajnikiem, czy odbiornikiem. W erracie napisano tylko, że może się o
jeden bit przesunąć i to tylko w I2S3. Interfejs startuje poprawnie tylko
wtedy, gdy się go skonfiguruje i uruchomi przed nadejściem pierwszej ramki
sygnału I2S. Wystarczy jakiekolwiek zakłócenie na zegarze lub WS i ramka
rozjeżdża się i nie potrafi z powrotem zsynchronizować, a po to jest WS. Nie
mówiąc o tym jak sygnał I2S wlatuje sobie przed uruchomieniem interfejsu.
Zgłosiłem to via polski oddział z kawałkiem mojego kodu. Odpowiedzią było,
że mam zły kod. No to przetestowałem i wysłałem dokładnie demo ze strony ST,
które przesyła dane między własnymi interfejsami I2S2 i I2S3 wykazując ten
sam błąd, co dodatkowo zademonstrowałem filmem z oscyloskopu. Ponad rok
minął i odpowiedzi nie uzyskałem. W międzyczasie zaproponowano, abym
przetestował na najnowszym (wówczas) układzie STM32F107 montowanym na
rozdawanych na TechDays 'Motylkach' (produkowanym w pierwszej połowie 2009r.
z bugiem bootloadera...). Niestety to samo. Nie wiem, czy poprawili to już,
czy nie. W każdym razie odpowiedzi nie otrzymałem, a że nie jestem nachalny
to i nie męczyłem panów z polskiego ST. Po zastosowaniu sample rate
convertera koszt urządzenia wzrósł, ale dzięki temu I2S chodzi w trybie
master i urządzenie - tfu, tfu - działa.
Jak się okazuje, nie tylko ja wykryłem ten błąd. Na forum ST są takie wątki:
http://tinyurl.com/2g6omgl
http://tinyurl.com/29jq8lm
http://tinyurl.com/23gsh8y
Wydaje mi się, że był jeszcze jeden, dłuższy, ale nie mogę go teraz znaleźć.

Michał