-
Data: 2020-12-05 11:56:44
Temat: Re: Dopasowywanie długości linii - kiedy niezbędne?
Od: Zbych <a...@o...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]Atlantis wrote on 05.12.2020 08:49:
> Pytałem o to ostatnio w jednej "zbiorczej" wiadomości na temat projektu
> na STM32F4. Chciałbym jednak nieco głębiej przeanalizować temat.
>
> Kończę właśnie projektować płytkę wykorzystującą STM32F407. Wśród
> podłączonych peryferiów znalazła się karta SD (podłączona przez SDIO w
> trybie 4bit) oraz wyświetlacz LCD (podłączony przez równoległą
> magistralę 16 bit).
>
> Nie udało mi się niestety uzyskać ścieżek o równej długości. W przypadku
> SDIO dwie linie danych musiałem puścić na około, przez co ich długość
> stanowi jakieś 250% długości najkrótszych. Podobnie sytuacja wygląda w
> przypadku interfejsy LCD - aby zminimalizować stosowanie przelotek i
> "dziurawienie" pola masy po drugiej stronie płytki przepuszczałem
> ścieżki na około, między pinami gniazda wyświetlacza.
> Ponieważ zależało mi na ciasnym upakowaniu ścieżek i elementów, nie
> bardzo jest miejsce, żeby meandrować tymi wszystkimi ścieżkami.
>
> Stąd moje pytanie: czy to ma znaczenie przy tego typu mikrokontrolerach?
> Sam STM32F407 jest dość szybki (maksymalne taktowanie 168 MHz) jego
> peryferia też mogą pracować z dużymi prędkościami (np. SDIO 48 MHz). Co
> więcej - LCD korzysta przecież z tego samego interfejsu, do którego
> podpina się zewnętrzne pamięci flash/ddr, a w ich przypadku dopasowanie
> długości jest standardem.
SDIO używa jednego zbocza zegara do synchronizacji danych, oznacza to,
że masz prawie pół okresu zegara żeby dane się ustabilizowały. Czy
według ciebie różnica w długości linii danych jest na tyle duża, żeby
sygnały docierały z różnicą większą niż 10ns (połowa okresu 50MHz)?
Strona 21: https://www.ti.com/lit/ug/spru765a/spru765a.pdf
To samo dotyczy LCD.
> Mogę zostawić tak, jak jest? Jest szansa, że będzie działało prawidłowo
> przy maksymalnej prędkości tego MCU? Czy też ewentualnie konieczne
> będzie zmniejszenie prędkości transmisji?
Według mnie możesz zostawić tak jak jest, zwłaszcza że to amatorska
konstrukcja.
> I jeszcze jedno pytanie: czy dopuszczalne jest prowadzenie ścieżek pod
> liniami USB? Dwie linie danych SDIO są dłuższe m.in. dlatego, że
> chciałem mieć pod USB ciągłe pole masy i poprowadziłem te ścieżki na
> około. Byłyby nieco krótsze, gdyby krzyżowały się z USB biegnąc po
> przeciwnej stronie płytki. Czy takie coś jest dopuszczalne?
Lepiej oczywiście, żeby masa była ciągła. Ale jeśli to USB pracuje na
12MHz, to bardzo dużo można sobie odpuścić. Np. w ogóle nie widać, żebyś
pilnował impedancji różnicowej na liniach USB, odległości od innych
linii sygnałowych.
Następne wpisy z tego wątku
- 14.12.20 14:37 Atlantis
Najnowsze wątki z tej grupy
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
- NC vs NO
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
- Żyrandol w wersji ze ściemnianiem.
Najnowsze wątki
- 2024-09-25 Podroz elektrykiem w UK 2x drozsza od podrozy dieslem...
- 2024-09-25 Gdańsk => Frontend Developer (Angular) <=
- 2024-09-25 Wrocław => Key Account Manager <=
- 2024-09-25 MĂźnchen => Projektant/Expert PHP Laravel (e-commerce) <=
- 2024-09-25 Białystok => Senior Ruby Backend Developer <=
- 2024-09-25 Kraków => Java Full Stack Developer <=
- 2024-09-25 Białystok => Senior Developer React Native <=
- 2024-09-25 Kraków => Java Full Stack Developer (Angular/React) <=
- 2024-09-25 Gdynia => DevOps Engineer (Azure) <=
- 2024-09-25 Łódź => Senior PHP Developer <=
- 2024-09-25 rpi i moduł przekaźników
- 2024-09-25 Najnowszy iPhone i filmy na Whatsup
- 2024-09-25 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-09-25 Warszawa => Full Stack .Net Engineer <=
- 2024-09-25 Warszawa => Programista Full Stack (.Net Core) <=