Resources
CoaXPress is another format that has emerged for high speed scientific and industrial imaging applications. CoaXPress offers the potential for very high data transfer rates this naturally makes it well suited to the latest large sensor, high speed sensors like the Balor large area sCMOS. CoaXPress transfers data via conventional 75 Ohm coaxial cable lines, or channels, making useable distances of up to 68 metres potentially possible (CXP-6). Each cable “line” can support rates of up to 6.25 Gbit/s per cable. Therefore a 4-line CoaXPress connection would provide 25 Gbit/s in a relatively small footprint.
Connection Type | Data Transfer Rate | Usable Distance | Example Cameras using Connection Type |
CoaXPress | 6.25 Gbit/s per line | 68 metres* | Sona 4.2B-6 (2 lines) Marana 4.2B-6 (2 lines) Balor (4 lines) |
*Standard 3 metres cables supplied
Table 6: CoaXPress options on current Andor Cameras.
The Sona 4.2B-6 and Marana 4.2B-6 use CoaXPress to permit higher speeds than is possible through USB 3.0. Note that for sona and Marana 4.2B-11 models, USB 3 facilitates the full sensor bandwidth and so CXP versions are not needed. Triggering via coaXPress is possible but using the Ext trigger of the camera would be a lower latency option since it would trigger of the rising edge of the trigger signal and not need an encode and decode process that would be required through coaXPress.
Like Camera Link, CoaXPress also needs a dedicated CoaXPress Frame grabber card to be installed in the PC. Cables can be multiple single coax or one composite. Composites are thicker and less flexible. The long lengths also mean that additional extender solutions are normally not required – other than sourcing longer cable lengths.
There are a number of practical considerations when it comes to running cameras to achieve high frame rates.
The first of these are the fundamental experimental conditions that define what exposures are required to provide a suitable signal to noise ratio. In other words, for many cell biology imaging applications exposures within the range of 25 to 250 milliseconds will be required to allow sufficient signal to be collected. This will set the frame rate of the camera to within a window of 40 and 4 frames per second respectively. However faster speeds are sometimes required e.g. imaging of dynamic processes and these will push the limits of camera frame rates and thus the data transfer.
Each communication format uses various handshaking and communication protocols which take up some of the maximum quoted data rate for the interface type. This means that practically the actual maximum continuous data transfer rates are lower than the maximum quoted figures, since some is used by the communication protocol data. How much lower this is will depend on the communication interface itself. For example, USB 3 offers a much lower practical bandwidth compared to the more specialised Camera Link or CoaXPress.
Connection Interface | Max length (m) | Quoted Bandwidth (Gbps) | Usable Bandwidth (Gbps) | Data % of maximum available | Practical bandwidth (Gbps) |
USB 2.1 | 5 | 0.48 | 0.38 | 62.5 | ~0.3 |
CL3 | 7 | 2 | 2 | 90 | 1.8 |
USB 3.0 | 5 | 5 | 3.2 | 64 | 2.68 |
CL10 | 7 | 6.8 | 6.8 | 97.5 | 6.63 |
CXP6 (x4 lines) | 68 | 25 | 20 | 76 | 19 |
Table 7: An outline of the Communication interface types and their practical bandwidth. USB allows less of total bandwidth to be available for data transmission. Camera Link allows almost all the available bandwidth.
The frame rate figures listed for Andor cameras are the frame rates that can be streamed continuously without being limited by the connection interface. This is set in the software from a maximum interface transfer rate value. It is possible to exceed this briefly in a scenario of a “burst” of a limited number of frames up to the internal memory buffer of the camera.
Format | ROI | Bit Depth | Approx. Spooling File Size* | Example Camera Model |
5.5 Megapixel | 2260 x 2160 | 12-bit | 8.0 | Neo 5.5, Zyla 5.5 |
16-bit | 10.5 | |||
4.2 Megapixel | 2048 x 2048 | 12-bit | 6.1 | Zyla 4.2 PLUS, Sona, Marana |
16-bit | 8.1 | |||
1 Megapixel | 1024x1024 | 12-bit | 1.5 | Zyla 4.2 PLUS, Sona, Marana (cropped image) |
16-bit | 2 |
Table 8: Examples of spooling file sizes for common image sizes. Note that final file size e.g. of a .sif file will differ due to metadata and file format.
The maximum continuous rate is set in the software as otherwise if you attempt to force a higher sustained frame rate than what the interface can sustain, then the frames would be buffered and fill the on-camera buffer as they wait to get transferred. Once this internal buffer was exceeded the acquisition would time out. Andor Solis software provides a useful data monitor function for sCMOS cameras to help visualise data usage.
A further consideration is the disk write speed. This must be sufficient to exceed the data rate from the camera. Reducing the ROI will reduce the data rate transferred, as will reducing bit-depth. Using a smaller ROI (going from 2048x2048 to 1024x1024 will cut data requirement by 4 (table 8). Reducing the image bit depth. Moving from 16-bit to 12-bit will reduce data rate (and file size). Note that reducing the bit-depth further to e.g. 8-bit would limit the dynamic range significantly and thus image quality significantly to the point the data could be unusable for all but a few applications (table 9).
Bit depth (“image resolution”) | Well depth available before saturation (A/D steps available) |
8-bit | 256 |
11-bit | 2048 |
12-bit | 4096 |
16-bit | 65536 |
Table 9: A comparison of common scientific imaging camera bit-depth and the well depth available.
Ensuring the data storage and PC are capable of the highest possible data transfer. Streaming data to 2 different discs (historically RAID 0 configurations have been used, but modern SSD allow for high write speeds). Data rate considerations for writing to disk are discussed further in the article PC recommendations.
Multi-camera set-ups have become more common. Various adaptors are available to allow multiple channels to be imaged using 2 or more cameras within the same instance of software. This introduces further bottlenecks into the process, thus 2 cameras running simultaneously may not allow full frame rates. Continuously streaming data from multiple cameras to the disc is the main restriction, so 2 cameras running may potentially cut the practical frame rate in half. Software may also impose certain restrictions to throttle the data rate to the PC for the reasons outlined previously on exceeding maximum data transfer rates. This is an important consideration when running a multi-camera sCMOS configuration due to the very high data rates these cameras can produce. Ways around this issue include:
Camera Connectivity Article Series | ||
USB | CameraLink |
CoaXPress |
Practical Data Rates and Speeds | ||
Other Signal and Data Connections used on Andor cameras |