Seeing the circuit (never thought about it before) it would be simpler to just buy a HDMI cable and cut off the end and crimp the wires to a 2x5 header.
Seeing the circuit (never thought about it before) it would be simpler to just buy a HDMI cable and cut off the end and crimp the wires to a 2x5 header.
The traces on the PCB are all routed differentially and with matched lenghts. I think just soldering wires
to a 2x5 header could get a problem with this kind of high-speed signals.
The traces on the PCB are all routed differentially and with matched lenghts. I think just soldering wires
to a 2x5 header could get a problem with this kind of high-speed signals.
I wonder, when your differentially routed the traces, did you measure the trace lengths on the BeMicro PCB and take them into account?
I'm not a high speed PCB design expert or HDMI expert, but it seems to me that for such short traces (probably 2" / 5cm total max or so), the frequencies for which mismatched trace length would cause problems are probably in a range that the FPGA can't generate anyway. I seem to remember something about 180 picoseconds per inch, so if one trace is 1mm shorter, the difference in arrival time is going to be less than 10 picoseconds off; I would say that only matters for signals at close to 20 picoseconds time period, i.e. 50GHz or so. Or am I wrong?
I guess it doesn't hurt to to have matching trace lengths but I'm just genuinely curious as to how much it matters in this case.
The traces on the PCB are all routed differentially and with matched lenghts. I think just soldering wires
to a 2x5 header could get a problem with this kind of high-speed signals.
If the 2x5 header was crimped then the lengths could be held within 0.1" but by being careful the lengths could be matched. If the header was soldered vertically (or using crimped pins in a header block) the lengths could be held very close. However, I believe none of this really matters and would save requiring a pcb to transition to an HDMI socket. In fact, IMHO, it would not only be simpler, but more stable too.
I'm interested in building a micro hdmi into a board I'm working on. I don't have room for a full HDMI connector, but Micro HDMI would fit. I believe the pin numbers may be slightly different.
Comments
The traces on the PCB are all routed differentially and with matched lenghts. I think just soldering wires
to a 2x5 header could get a problem with this kind of high-speed signals.
I wonder, when your differentially routed the traces, did you measure the trace lengths on the BeMicro PCB and take them into account?
I'm not a high speed PCB design expert or HDMI expert, but it seems to me that for such short traces (probably 2" / 5cm total max or so), the frequencies for which mismatched trace length would cause problems are probably in a range that the FPGA can't generate anyway. I seem to remember something about 180 picoseconds per inch, so if one trace is 1mm shorter, the difference in arrival time is going to be less than 10 picoseconds off; I would say that only matters for signals at close to 20 picoseconds time period, i.e. 50GHz or so. Or am I wrong?
I guess it doesn't hurt to to have matching trace lengths but I'm just genuinely curious as to how much it matters in this case.
===Jac
arrive here. Then I will start with the HDL code.
I'm interested in building a micro hdmi into a board I'm working on. I don't have room for a full HDMI connector, but Micro HDMI would fit. I believe the pin numbers may be slightly different.
I must try the oshpark stencil sometime too.