MATRIX VISION - mvBlueCOUGAR-X/-XD Technical Documentation
Synchronizing camera timestamps


Camera timestamps are a recommended Genicam / SFNC feature to add the information when an image was taken (exactly: when the exposure of the image started).

Without additional synchronization it is merely a camera individual timer with a vendor specific increment and implementation dependent accuracy. Each camera starts its own timestamp beginning with zero and there are no means to adjust or synchronize them among cameras or host PCs. MATRIX VISION cameras offer several ways of synchronizing:

The usage is described below.

Without Precision Time Protocol (PTP) IEEE1588

There are many applications which do not or cannot profit from "IEEE1588" but have certain synchronization needs. Solutions for these scenarios are describes as follows.

Synchronizing using mvTimestampReset

First of all the standard does not provide hardware means to reset the timestamp in a camera other than plug off and on again. Therefore MATRIX VISION has created its own mechanism mvTimestampReset to reset the timestamp by a hardware input.

Figure 1: mvTimestampReset

This can be elegantly used for synchronization purposes by means of wiring an input of all cameras together and reset all camera timestamps at the beginning by a defined signal edge from the process. From this reset on all cameras start at zero local time and will increment independently their timestamp so that we achieve a basic accuracy only limited by drift of the clock main frequency (e.g. a 1 MHz oscillator in the FPGA) over time.

In order to compensate for this drift we can in addition reset the timestamp every second or minute or so and count the reset pulse itself by a counter in each camera. Assuming this reset pulse is generated by the master camera itself by means of a timer and output as the hardware reset signal for all cameras, we now can count the reset pulse with all cameras and put both the count and the reset timestamp as so called chunk data in the images.

We thus have achieved a synchronized timestamp with the precision of the master camera among all connected cameras.

Settings required are shown using MATRIX VISION’s wxPropView tool:

Figure 2: Reset the timestamp every second

An example of the chunk data attached to the image can be seen below. The timestamp is in µs and Counter1 counts the reset pulses, in this case itself generated by the camera via Timer1.

Figure 3: ChunkData

The task of resetting the counter at the beginning of the acquisition can be done by setting the reset property accordingly. Of course is this all independent whether the camera is acquiring images in triggered or continuous mode.

Synchronizing using a pulse-per-second signal

In order to eliminate the unknown drifts of different devices, a PPS (pulse per second) signal can be fed into each camera using a PC with NTP (network time protocol software), GPS devices or even a looped-back camera timer.

From these pulses the device will find out how long one second is. When a device detects that it is no longer running precisely it will adapt it's internal clock leading to a "stabilized oscillator".

The device would then maintain their timestamp-differences over long times and stay synchronized. The initial difference between the timers - before the PPS was used - remains however. If you aim to eliminate that as well, you can use the mvTimestampReset up front with the same PPS input signal. In an application this can be configured like this (C# syntax):

// --------------------------------------------------------------------------
bool waitForNextPulse(Device pDev, String triggerLine)
// --------------------------------------------------------------------------
    GenICam.CounterAndTimerControl ctc = new GenICam.CounterAndTimerControl(pDev);
    long momentaryValue =;
    for (int i=0; i<12; i++)
        if (momentaryValue != 
            return true;
    return false;

// --------------------------------------------------------------------------
void SetupPPS(Device[] pDevs)
// --------------------------------------------------------------------------
    string TriggerLine = "Line4";
    if (!waitForNextPulse(pDevs[0],TriggerLine)) 
        Console.WriteLine("No pulse seems to be present");

    // No configure all the devices to reset their timestamp with each pulse coming
    // on the trigger line that the PPS signal is connected to.
    foreach(Device aDevice in pDevs) 
        GenICam.AcquisitionControl ac = new GenICam.AcquisitionControl(aDevice);

    // wait for the next pulse that will then reset the timestamps of all the devices
    if (!waitForNextPulse(pDevs[0],TriggerLine)) 
        Console.WriteLine("the pulses aren't coming fast enough ...");

    // Now switch off the reset of the timestamp again. All devices did restart their
    // timestamp counters and will stay in sync using the PPS signal now
    foreach(Device aDevice in pDevs)
        GenICam.AcquisitionControl ac = new GenICam.AcquisitionControl(aDevice);
        GenICam.DeviceControl dc = new GenICam.DeviceControl(aDevice);

Using a looped-back camera timer for the PPS signal

To reduce the amount of hardware needed you might want to sacrifice some timestamp validity and use one of the cameras as a master clock. This can be done like this:

  • setting Timer1 to duration 1s
  • starting Timer2 with every Timer1End and generating a short pulse (duration = 1000 us)
  • placing Timer2Active on one of the digital I/O lines and using that as the source for PPS signal
Figure 4: Setup for looped-back Timer

Setting the Timer1 to 1 s seems like an easy task but due to some internal dependencies you should be carefully here. At the moment two different timer implementations are present in MATRIX VISION products.

  • Type 1: For cameras with sensors other than the IMX family from Sony please set the duration to the theoretical value of 1000000.
  • Type 2: For all the other cameras please use 999997 us duration since the self-triggering will consume the other 3 us
  • Please refrain from switching on PPSSync inside the Master camera since (at least in Type 1 cameras) since this will lead to an instable feedback loop.
For synchronization you can either use PTP or PPS exclusively.

Synchronizing using Precision Time Protocol (PTP) IEEE1588

Firmware version 2.37.2285.0

The Precision Time Protocol (PTP) IEEE1588 is a standard for synchronizing devices via a Ethernet network. PTP is part of the GigE Vision 2.0 standard and offers a microseconds accuracy. We implemented the two-step mode , i.e. the timestamp is sent in a separate message after the sync message. I.e. MATRIX VISION cameras are able to perform the required synchronization. However, specific network hardware and driver software and procedures can do and maintain the synchronization as well.

You can get the current state via the PtpDataSetLatch command which will we written in the PtpStatus register.

By default, the camera will work as slave with the following camera status transitions (after activating the PTP): "Disabled → Listening → Uncalibrated → Slave"

If the camera does not find a better synchronization source, it will change to master with the following status transitions: "Disabled → Listening → PreMaster → Master"

To use the PTP, just activate it like this:

  1. Check the PtpEnable register in "Setting → Base → Camera → GenICam → TransportLayerControl → PtpControl".

    Figure 5: PtpControl