USB 신호 라우팅-비아를 사용하여 데이터 라인을 교체 하시겠습니까?

두 번째 USB 디자인을 만들고 있지만 MCU (atemga16u2)의 D + / D- 핀이 마이크로 B 커넥터에 올바른 순서가 아닙니다. 올바른 방법으로 라우팅하기위한 최선의 방법은 무엇입니까? 내 현재 아이디어는 atmega를 180도 회전시키고 아래로 라우팅하는 것이지만 흔적이 상당히 길다고 느낍니다.

또한 한 줄을 다른 줄 아래로 떨어 뜨릴 수도 있지만 차동 쌍의 길이를 망칠 것이라고 확신합니다.

이 장치는 최대 속도를 넘지 않으므로 완벽한 라우팅보다 덜 도망 갈 수 있습니다.

— 몬티
소스

공간이 충분하면 상단 레이어에 흔적을 남기고 다른 쪽에서 커넥터로 들어갑니다. 칩을 회전시키는 것도 가치가 있습니다.

— Armandas 2016 년

아래쪽 레이어에서와 같이 다른 쪽을 의미합니까? 불행히도 공간 문제로 인해 그렇게 할 수 없습니다.

— monty

아니요, 지금하는 것처럼 아래쪽이 아니라 위쪽에서와 같이 다른 쪽 (이미지에 표시된대로)입니다.

— Armandas 2016 년

USB 최대 속도에서는 많은 거리를 벗어날 수 있습니다. 비아, 0805 또는 1206의 0- 옴 저항을 통해 단일 레이어 등에서 서로 브리지 할 수 있습니다. 이미 많은 설계에서와 같이 인라인 저항이 있으므로이를 활용할 수 있습니다.

— Chris Stratton

답변:

주석에 설명하기가 어렵 기 때문에 답으로 쓰겠습니다.

공간이 허용되면 다음과 같이 신호를 라우팅 할 수 있습니다.

— 아르 만다
소스

i.imgur.com/nELi3dP.png 데이터를 업로드하기 전에 저를 이겼습니다. 이제 데이터 시트에 신호가없는 영역이어야합니다. 괜찮을까요?

— monty

@ 몬티 나는 microUSB가 모두 금속임을 잊었다. 가능하면 데이터 시트 지침을 따르는 것이 좋습니다.

— Armandas 2016 년

@monty 괜찮다면 대답을 위해 이미지를 빌릴 것입니다.

— Armandas 2016 년

그런 식으로 두 트레이스를 라우팅하면 어떤 이점이 있습니까? 왜이 항공사는 하나 R2낮은 패드의 12시 위치로 상부 패드의 6시 위치에서과에 다음 경로 만 추적 R1주위에?

— par

@par USB는 차동 신호를 사용하므로 차동 임피던스를 유지하기 위해 트레이스 길이를 일치시키고 함께 유지해야합니다. 이 경우 다른 사람들이 언급 한 것처럼 속도가 느려서 너무 중요하지는 않지만 좋은 습관과 습관을 개발해야합니다.

— Armandas

Armandas의 답변에 추가 :

비아를 사용하려면 선을 바꾸는 간단한 트릭이 있습니다. 비아를 90도 회전시킵니다. 상단 레이어의 왼쪽에서 두 개의 비아를 입력하고 하단 레이어의 왼쪽에 두 비아를두면 두 라인이 무료로 교체됩니다.

(내 회로도 컴퓨터가 바로 지금 업데이트를 설치해야한다고 말하면서 빠른 그림을 보았습니다 ...)

USB 최대 속도에서는 차동 쌍의 길이 일치에 대해 걱정할 필요가 없습니다. 전기 신호는 트레이스에서 약 20cm / ns로 전파됩니다.

신호가 12MBit / s로 전송되면 각 비트의 길이는 83ns입니다. 샘플링이 각 비트주기의 중간에 이루어지고 신호의 상승 및 하강 시간이 30ns보다 길지 않은 경우 (매우 보수적 임) 여전히 41ns-30ns / 2 = 26ns의 마진이 있습니다. 5m의 추적 길이에 해당합니다. 이를 감안할 때 수 센티미터의 불일치가 전혀 문제가되지 않는다고 안전하게 추측 할 수 있습니다.

— asdfex
소스

또 다른 좋은 옵션입니다.

— Armandas

사진을 제공해 주시겠습니까? 나는 당신이 묘사하는 것을 구상하기가 어렵습니다.

— vini_i

@vini_i 여기에 흔적의 그림이 추가되었습니다.

— asdfex

예를 들어 모든 것이 맨 위 층에 있다면 맨 아래로 떨어 뜨려 놓으면 십자선이 위로 올라 오게됩니까?

— vini_i

방정식 41ns-30 / 2ns를 간단히 설명 할 수 있습니까? 전체주기는 83ns이며 신호가 유효한 1 또는 0 인 시간을 얻기 위해 상승 시간의 절반을 제거하고 있습니다. 왜 하강 시간의 절반을 제거하지 않겠습니까? 그리고 왜 전체 83ns 대신 41ns (비트 기간의 절반) 만 사용합니까? 그렇다면 왜 83ns (풀 타임) -30/2 -30 / 2 = 53ns가 아닐까요? 기본적으로 53ns의 전체 마진을 제공하기 위해 어느 방향 으로든 +/- 26ns의 마진을 가지고 있습니까?

— 스쿠버