-
Data: 2011-08-28 15:35:21
Temat: Skąd się biorą tak obszerne erraty do obecnych uC??
Od: Konop <k...@g...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Witam
W miniony weekend przez 2 dni siedziałem i szukałem, czemu mi I2C
nie działa w STM32. Na googlu wyszukałem, że wiele osób miało takie
problemy, ale mieli złą inicjalizację itp... Próbowałem wszystkiego. Ich
przykłady działały u mnie, ale po "wklejeniu" w projekt przestawały.
Okazało się, że w Erracie napisano, że I2C ma konflikt z kontrolerem
pamięci zewnętrznej i nie mogą działać jednocześnie.... No to pięknie!
Kiedyś większe problemy miałem z LPC23xx, tam to errata była sporo
większa i nie działał na przykład kontroler pamięci w ogóle (w pierwszej
rewizji), brał parę mA z baterii podtrzymującej zegarek (jeśli włożyło
się ją przy wyłączonym zasilaniu głównym) itp.
I tak się zastanawiam, czemu te mikrokontrolery dziś są takie
"wadliwe"?? Czemu tak duże są do nich erraty?? Ja rozumiem, że koszty
uruchomienia produkcji takiego układu scalonego są potężne, dlatego nie
wykonuje się krótkich serii prototypowych... Ale skąd w ogóle ten
problem się bierze??
Czy to efekt pośpiechu? Braku testów? Zwykłych błędów?? Czy może
jakiś efektów, które ciężko przewidzieć? Intryguje mnie zwłaszcza nazwa
"Silicion Limitations" użyta w Erracie do STMa, która sugeruje, że oni
zrobili wszystko OK, tylko po przelaniu na krzem przestało działać ;)...
Jak tego typu błędy wyglądają w innych układach?? Mniej lub bardziej
skomplikowanych?? FPGA, uP do PCtów na przykład (pewien Intel źle
dzielił, ale poza tym nie słyszałem, żeby miały jakieś wady tego typu),
a jak to wygląda w układach analogowych, prostych cyfrowych? Czy był
kiedyś wzmacniacz operacyjny poczwórny, w którym można było na raz
korzystać tylko z trzech wzmacniaczy?? ;)...
I to, co mnie interesuje najbardziej. Układ został wyprodukowany, to
chyba można wtedy sprawdzić jak działa, ewentualne ograniczenia wpisać
do oficjalnej dokumentacji (w odpowiednich rozdziałach) i tyle, a nie
wypuszczać jakieś erraty. Czy to nie jest efekt pośpiechu przy
wypuszczaniu na rynek nowego układu??
Taki niedzielny temat na luźną dyskusję.
--
Pozdrawiam
Konop
Następne wpisy z tego wątku
- 28.08.11 15:41 Sebastian Biały
- 28.08.11 17:51 philips
- 28.08.11 18:08 Michał Lankosz
- 28.08.11 18:14 Michał Lankosz
- 28.08.11 18:23 Zbych
- 28.08.11 19:11 Artur Miller
- 28.08.11 19:52 Sebastian Biały
- 28.08.11 19:54 zapinio
- 29.08.11 00:26 Lelek@
- 29.08.11 17:40 janusz_kk1
- 31.08.11 05:31 Desoft
- 31.08.11 10:11 RoMan Mandziejewicz
- 31.08.11 15:29 Marcin Wasilewski
- 31.08.11 15:39 J.F
- 31.08.11 16:57 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
- Podnieść masę o 0.6V
- Moduł BT BLE 5.0
- Pomiar amplitudy w zegarku mechanicznym
- ale zawziętość i cierpliwość
- Chiński elektrolizer tester wody
- Dzisiaj Bentlejem czyli przybieżeli sześciu Króli do Rysia na kasie
- ciekawy układ magnetofonu
Najnowsze wątki
- 2025-01-04 13. Raport Totaliztyczny: Powszechna Deklaracja Praw Człowieka Nie Chroni Przed Wyzyskiem Ani Przed Eksploatacją
- 2025-01-04 Zbieranie danych przez www
- 2025-01-04 reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- 2025-01-04 w Nowym Roku 2025r
- 2025-01-04 Warszawa => Specjalista ds. IT - II Linia Wsparcia <=
- 2025-01-04 Warszawa => Java Developer <=
- 2025-01-04 Warszawa => Spedytor Międzynarodowy <=
- 2025-01-04 Warszawa => System Architect (Java background) <=
- 2025-01-04 Wrocław => Application Security Engineer <=
- 2025-01-04 Chrzanów => Specjalista ds. public relations <=
- 2025-01-04 Katowice => Key Account Manager (ERP) <=
- 2025-01-03 Problem z odczytem karty CF
- 2025-01-03 Jazda z Warszawy do Krakowa teslą
- 2025-01-03 Wrocław => Konsultant Wdrożeniowy Comarch XL/Optima (Księgowość i
- 2025-01-03 Warszawa => International Freight Forwarder <=