camera link에 대한 고찰 + grabber(캡쳐장비)

번역은..(망할 ctrl-c,v가 안되네!!!)

tap은 이미지 정보를 전송하는 데이터 경로이다. 한 픽셀의 디지털 정보는 모든 픽셀클럭과 함께 전송된다. 탭 넓이는 8,10 혹은 이상이 될수 있고 카메라에 의존한다. 몇몇 카메라는 속도를 늘리기 위해 복수개의 탭을 사용한다. 모든 탭에 픽셀 클럭은 공통으로 적용되기에 동일한 속도로 전송된다. 픽셀 클럭은 20~85MHz 범위를 지원한다. 2x8bit 라고 명기되면 8bit 픽셀 데이터가 2개의 평행한 탭을 통해 전송됨을 의미한다. tap은 논리적이며 물리적이지 않다. 물리관점에서 데이터 신호는 FVAL LVAL DVAL SPARE 네개의 핸드쉐이킹 신호와 함께 멀티플렉싱 되며,  ...

잘 보면.. base mode는 24bit 데이터가 전송이 가능한데

이걸 어떻게 묶어서 보내냐가 바로 tap.

그래서 물리적인 채널과는 별개로 할당이 된다.

[링크 : http://www.machinevision.ca/files/Applications/AN021_e_V1_0_CameraLink.pdf]

전체는 필요 없고, base를 기준으로 보면

실제 물리적인 경로는 순서가 막 꼬여 있는데

아무튼 그런건 잘 모르겠고 대충 몇개를 묶어서 보내냐가 바로 tap!

그러니까.. 최소 8bit 이미지를 보내기에 24bit base 로는 3tap까지만 가능한 것

그래서 일부는 버려지는 비트들도 있도록 구성이 된다

(4tap * 10bit = 40bit < 48bit medium mode)

[링크 : https://en.wikipedia.org/wiki/Camera_Link]

아무튼.. 물리적으로는 TX에 28비트가 들어가고

24비트 + FVAL LVAL DVAL 에 spare로 총 28비트 라인이 구성된다.

[링크 : http://www.ti.com/lit/ds/symlink/ds90cr285.pdf]

카메라 링크의 구성은 아래와 같다는데.. spare는 어디로 도망간건가..?

[링크 : http://www.machinevision.ca/files/Applications/AN021_e_V1_0_CameraLink.pdf]

그리고 grabber 데이터 시트를 보면 Bandwidth to Host System이 185MB/s인데

PCI-Ex 1.0 x1 lane의 경우 250MB/s인데 그래버가 풀 대역폭을 쓸 수 없는 성능인듯

엑셀로 계산해보면 이렇게 가로해상도에만 영향을 받아서 1500x1080은 되는데 1920x1080은 안된다.

그런데 세로를 줄여도 1500 이하가 아니라면 안나오는건 똑같네..

+

[링크 : http://download.gemscriptor.com/Euresys/html/99963.htm]