Forum Discussion
Altera_Forum
Honored Contributor
10 years ago --- Quote Start --- Yeah the SignalTap capture is a little too small to read. Can we conclude then from your testing and the work I did originally that to resolve this issue you have to toggle the rx_enapatternalign input after synchronisation to get the dword alignment to work correctly? If this is the case then the transceiver user guide is really weak in divulging this information. --- Quote End --- Yes, I agree with you. The doc states: in manual alignment mode, the word aligner starts looking for the programmed 8-bit,
16-bit, or 32-bit word alignment pattern in the received data stream as soon as
rx_digitalreset is de-asserted low. it aligns to the first word alignment pattern
received regardless of the logic level driven on the rx_enapatternalign signal. any
word alignment pattern received thereafter in a different word boundary does not
cause the word aligner to re-align to this new word boundary. after the initial word
alignment following de-assertion of the rx_digitalreset signal, if a word
re-alignment is required, you must use the rx_enapatternalign signal. That suggests that after rx_digitalreset is asserted it would look for the first word allignment pattern.. However, my method works all the time... I would like to know how to upload a better picture. The forum seems to resize it to an idiot thumbnail... regards