#
# jai AM-800CL
#

# camera description, for camera selection GUI and apps
# camera_class should be the manufacturer's name
#
camera_class:                  "JAI"
camera_model:                  "AM-800CL"
camera_info:                   "3296 x 2472 12-bit 2-ch, monochrome, base mode, freerun"

# actual width/height (total pixels) and depth of data from camera
# to only grab high 8-bits, set depth to 8 but leave extdepth set
# to actual depth, and adjust shift and mask accordingly
#
width:                         3296 
height:                        2472
depth:                         12
extdepth:                      12

# rbtfile is ignored for std camera link board but needed
# for DV FOX (fiberoptic) (v3.3.4.9 or later)
#
rbtfile: aiagcl.bit

# camera link data path register bits (argument is a 2-digit hex value):
# sets the expected input data size and #channels
# bits 0-3: number of bits per pixel minus 1
# bits 4-7: number of channels (taps) minus 1
#
CL_DATA_PATH_NORM:             1b

# camera link config register bits
# (arg is a 2-digit hex value, hexval shown in parens):
# 0 (01): RGB (set for RGB (except bayer). Applies to older/PCI, ignored on newer/PCIe)
# 1 (02): ignore data valid (on for most cameras though not all)
# 2 (04): generate an FVAL on every LVAL or vactv lines if bit 4 is set, for line scan cameras
# 3 (08): disable ROI (rarely set)
# 4 (10): generate an FVAL after every vactv lines if bit 2 is also set, for line scan cameras
# 5 (20): data valid invert (rare)
# 6 (40): RGB swap -- swap red/blue
# 7 (80): enable roi pad: if ROI > img output, will pad missing bytes
#
CL_CFG_NORM:                   00

# htaps/vtaps: if dual channel flag is ON (see CL_DATA_PATH_NORM) we need to
# set either htaps or vtaps to 2. Typcially it's htaps but depends on whether
# the two pixels that come out with each clock are both on the same line
# (uncomment htaps: 2) or on adjacent lines (uncomment vtaps: 2) 
#
#htaps:	2
vtaps: 	2

# interlace / reorder method
# only for interleaved and some dual tap cameras
# determines how image is deinterleaved for display -- WORD_INTLV is only
# one of many available methods -- see *_INTLV in pdv_dependent.h and
# camera configuration guide for more
#
method_interlace: WORD_INTLV_TOPBOTTOM

# jai serial commands:
#			TM=0		: Trigger Mode, 0=continuous, 1=triggered
#			ETL=2472	: Height = 2472 lines
#			BA=2		: Bit Allocation, 0=8bit, 1=10bit, 2=12bit
#			TPN=0		: Test Pattern, 0=off, 1=B&W, 2=horizontal ramp, 3=vertical ramp, 4=white
#			BNC=0		: Vertical Binning, 0=off, 1=1x2, 2=2x1, 3=2x2
#			EM=1		: Exposure mode, 0=off, 1=timed, 2=trigger width
#			PE=10000	: Exposure time, 10us to 2000000us
#
serial_init: "TM=0:ETL=2472:BA=2:TPN=0:BNC=0:EM=1:PE=10000"

# Region of Interest start and area (decimal)
# vskip/hskip is how many pixels to skip before ROI, vert and horiz
# vactv/hactv is how many pixels to DMA to memory after skip, vert and horiz
# if full frame is desired, you can leave these commented out or make them the
# same as the camera width/height. hskip/hactv can also be used to trim columns
# for cameras that output non-4-byte-aligned data to multiple of 4 bytes (in
# width) to ensure proper operation of windows applications that depend on
# 4-byte alignment, e.g. pdvshow
#
#hskip: 72
#hactv: 3296 
#vskip: 8
#vactv: 2472

Need a custom hardware solution?

EDT engineers work directly with customers to design, prototype, and deliver custom computing hardware for mission-critical applications.