--- Quote Start ---
Thanks Dave for all your time.
--- Quote End ---
You have an interesting problem, so you piqued my interest :)
--- Quote Start ---
I found Maxim MAX3885 have serial input clock.
--- Quote End ---
This part looks suitable. What didn't you like about it (if anything)? Digikey lists it for $30 each.
--- Quote Start ---
The 100EP445 actually getting closer, it's simpler without the bit skipping, you just reset the chip to start over. But even if that works out, it's 16 channels of this. I still have to worry about doing reset to synchronize the bit streams of all channel. There's always a chance of getting out of sync and data become garbage.
--- Quote End ---
You only need to reset at power-on, after that point your system would clock the parts at 1GHz and capture the data at 250MHz. The system would be synchronous, and you'd use the FPGA PLL to ensure that you captured the ECL output data in the middle of the 250MHz sampling window. You can easily check this is working by adjusting the phase of the 250MHz clock while sampling a known signal, eg., a sinusoid.
--- Quote Start ---
I forgot to mention, My block diagram schematic is only one of the ten modules in the system. So there will be 160 channels total!!! that's a lot of deserializers!!!
--- Quote End ---
Nah, its not that many. Check out the photos of the FPGA boards in here ...
https://www.ovro.caltech.edu/~dwh/wbsddc/altera_fpgas_in_radio_astronomy.pdf --- Quote Start ---
The way I design in post# 39 is such that I pack all 16 of the serial bits from the 16 channels into the same register, so each 16bit parallel output of the register is the same bit from each channel. So the bits from all 16 channels are aligned by design.
--- Quote End ---
That is fine. What you have shown is pretty trivial by FPGA standards. In the system in the PDF I just linked to, all 120 boards are operating synchronously to a common clock processing multi-Gigahertz of bandwidth. Your proposed system can use pretty much the same ideas. What we have to determine is whether using a Stratix series device with 1Gbps LVDS channels is cost-effective relative to an external SERDES plus a lower-cost FPGA. I suspect the FPGA-only solution will be competitive, since you will have a much simpler PCB design. But there is no need to guess, just analyze and price the various options. The Stratix II devices have LVDS that operate at 1Gbps too, so perhaps an older device would be appropriate.
--- Quote Start ---
In my design, I have one counter and five DFF that run at 1GHz. I can use 10EP016 binary counter and 10EP451 Hex DFF. Two ECL to generate a 5phase clock to chop the 200MHz clock into 5 clocks that are 1nS delay from each other. I then can feed the 5 clocks into a FPGA to do all the deserializing. This way, I only have two ECL circuit driving the timing for 16 channels and all 16 channels are processed by one FPGA. sounds like a winner so far. I am going to think about if I can drive all 10 of this circuit(160 channels) with just this two ECL. But that can be challenge as traces are delay lines.
--- Quote End ---
Now add up the BOM for these parts, and estimate the cost of the PCB ... Its "only" 1Gbps, so FR4 is fine, but you'll draw a lot of current on the ECL termination rail, or dissipate a bunch of power in the termination resistors. Do the math on what that type of design "costs" and compare it to the FPGA-only solution.
--- Quote Start ---
So my question to you if you look at the schematic in post# 39:
1) with the external ECL circuit, I am running 5 of the 200MHz clock into the FPGA. Can the Cyclone V works for me? $81 is acceptable.
2) Is there cheaper FPGA that can work with 5 200MHz clock?
3) I only draw the front end deserializer that spit out 200MHz data, I likely still want to demux out further to slow to at least 50MHz or even 25MHz to lower the power dissipation of the FPGA(CMOS power decrease at switching frequency goes down). Then I have to have a few 14Bit adders, then the read logic from uP. What size FPGA do I need?
--- Quote End ---
Before you decide that the FPGA is the overriding cost driver, you need to create a BOM with the ECL parts too. They're pretty expensive parts, and they run really hot. You'll need cooling. Is that acceptable?
In the CARMA boards
https://www.ovro.caltech.edu/~dwh/carma_board/ Look at the diagram on p64 of this doc
https://www.ovro.caltech.edu/~dwh/carma_board/engineering_specification.pdf The Stratix II FPGAs have 32-bits of LVDS on the left side of the chip going to the front-panel, and 16-bits from the 1GHz digitizer. The part has at least 32-bits on each side of the device. If your RF comparator circuit does not take up much space, then you can potentially get 64 channels per FPGA.
Each of the external deserializer devices we have found are either $20 or $30 each so 64 of the external devices would cost $1280 to $1920. Which is in the price range of several of the Stratix series devices.
I'd recommend pricing out the two options, presenting both options to the people you are working for, and then let them think about which solution they would like you to pursue.
If they give you the go-ahead, then you can build a prototype ...
Cheers
Dave