Tucsen High QE Libra CMOS Announced

·

, ,

High QE, small pixel size

Libra CMOS

Recently Tucsen had a presentation on their new Libra CMOS cameras which includes some nice improvements in sensor performance.

Key highlights were:

  • Improved QE at 92%
  • Large Full Well Capacity (48,000 e)
  • Native binning / debin system

In a recent presentation here a series of improvements were listed, among them a smaller pixel size selection option which supports a drop in pixel size to ~ 3.27um. From the explanation I assume the camera runs natively in a binned mode to produce 7.x um pixels, but can be optionally de-binned.

Each of the cameras (3 models announced) appear to have this feature, as shown below.

I’m more interested in the full well, as having a ~50k e full well seems a nice improvement in dynamic range over current options. Once item that was very interesting to me is that the full well capacity does NOT reduce when enabling the higher resolution mode. If this is correct, a 3.x um pixel with a 48ke full well would still be quite a nice bump in range and quite a feat!

For pricing, the presentation noted 0.4x the cost of a “classic CMOS”. I’m curious what that means in an actual dollar amount.

-Austin

Comments

2 responses to “Tucsen High QE Libra CMOS Announced”

  1. George McNamara Avatar

    Hi Austin, you wrote, “If this is correct, a 3.x um pixel with a 48ke full well would still be quite a nice bump in range and quite a feat!” — I suggest you implement in your software an option — most useful on small pixel cameras like this one in 3.x un pixel, also Hamamatsu ORCA-Quest2 and Quest iQ (optimized for UV-blue), whose output can be 0 .. 200 photon counts per exposure —
    ADD multiple exposures together, each limited to say 12ke tiny full well (or 0 .. 200 photons), and present to the user the SUM image(s). Could do:
    a) sum, say, 10 exposures, give the user just one image. Less data to the GUI and storage this way, and the 10x dynamic range.
    b) sum on a rolling basis, first image is 1..10, second is 2..11, third is 3..12, etc.
    At some amount of summing, would reach the 16-bit (max 65,535) limit, could either go to 32-bit (re: Fiji ImageJ; SVI.nl Huygens deconvolution defaults to 32-bit float and saves to HDF5) or let the user select a divisor to keep in the 16-bit range (with some default).
    Optionally: bin in software, 2×2, 3×3, etc.
    Another thought – not done on the cameras – keep full frame (ex. 3000×3000 pixels), bin adjacent pixels (but not divide as standard Low Pass would — yet another option).
    Happy 2026!
    George

    1. Austin Avatar

      These are great points – Thanks George!!

Leave a Reply

Your email address will not be published. Required fields are marked *

Social Media Auto Publish Powered By : XYZScripts.com