Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Sign in
F
FMC ADC 100M 14b 4cha - Gateware
  • Project
    • Project
    • Details
    • Activity
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 8
    • Issues 8
    • List
    • Board
    • Labels
    • Milestones
  • Merge Requests 0
    • Merge Requests 0
  • Wiki
    • Wiki
  • image/svg+xml
    Discourse
    • Discourse
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Commits
  • Issue Boards
  • Projects
  • FMC ADC 100M 14b 4cha - Gateware
  • Issues
  • #4

Closed
Open
Opened Jan 26, 2018 by Dimitris Lampridis@dlampridis
  • Report abuse
  • New issue
Report abuse New issue

Misalignment of external trigger wrt data

It was discovered that in release 4.1, the external trigger is misaligned with respect to the ADC data.

Due to differences between the time required for the delivery of the data (which needs to be digitized, serialized, delivered to the FPGA and de-serialized before it becomes available) and the delivery of the trigger pulse (which only goes through a synchronizer inside the FPGA), the external trigger arrives earlier than the data.

This was acknowledged in release 4.0, when in case of external triggers, the driver would program the FPGA to introduce 3 delay cycles to the trigger, to align it with the data.

However, during recent lab measurements, it was discovered that the correct value for this delay is 5.

This was measured by using an Agilent 33600A function generator to generate a -5V/+5V square wave, together with a trigger out signal. The difference between the trigger signal and the zero crossing of the square wave signal was measured with an oscilloscope to be 5ns. When acquiring the data with the FMC-ADC, the zero value would appear 2-3 samples after the external trigger. After disabling the software correction of 3 cycles, the zero value appears 5-6 samples after the external trigger, revealing the true delay between the two paths. Given the 5ns "error" from the function generator (half a sampling clock period), a correction value of 5 clock cycles should be used to align external trigger and data.

This should not be implemented anymore in software. Instead, with the new trigger logic in place (see also #8 (closed)), this delay should be handled in the gateware because it will be much harder for the software to know when to introduce it, in case of logically OR'ed triggers.

Edited Aug 05, 2019 by Dimitris Lampridis
Assignee
Assign to
V5.0 gateware release
Milestone
V5.0 gateware release
Assign milestone
Time tracking
None
Due date
No due date
1
Labels
bug
Assign labels
  • View project labels
Reference: project/fmc-adc-100m14b4cha-gw#4