channels are displayed but in wrong order, 2/4 channels are not correctly aligned, there is some frame jumpping
connected framevalidxs directly to bufclearxs signal, now channel 1,2,4 are correctly aligned, channel 3 is not, next steps: correct bufclear in dvi_master needed, change order of channels (why are they inverted?), check cmv_master.vhd again
changed order of channels in lvds_channels_remapping.vhd file because of the image flipping option set in the cmv image sensor
added ctrl channel check in idle state to be able to start the ctrl sync routine again, if there is some misalignement in it
changed BurstWordCountxDP = 8 (337)
image stream is stable but small columns at the side of the channels are not correct, the strange thing is, that sometimes after compiling just one channel is correctly aligned and sometimes all channels are fine, is this a clock domain and therefore a compiling problem?
it seems that BurstWordCountxDP must equal 7 NOT 8 (cmv_master.vhd line 337)
despite some misaligned columns a nearly stable version
added modelsim files from feature_dvi_master branch
changed cmv_master_tb.vhd (added correct counting on data input), tried different bufreadreq positions without success, bufnoofwords checker is at 7 at the moment -> dont forget to set back next week
added RowCounter in cmv_master.vhd, not verified compiling yet
cmv_master.vhd with RowCounter compiles successfully, frames drive bottom up over the monitor
adjusted dvi_master.vhd and dvi_master_tb.vhd, initialization still sucks, one channel is distorted, dvi_master.vhd -> image drives downwards, cmv_master -> image drives upwards (faster than dvi upward drive) -> resulting upward drive, noofburst = 14 and rowcounter = 1087 in dvi_master should be correct
in dvi_master.vhd AMaddress<=0 reset is now defined when RowCounterxDP=1079 because the current resolution of the monitor is 1920x1080 whereas the resolution of the cmv2000 is 2048x1088, in cmv_master.vhd in the waitfifo state the condition for a burst is defined when only the buffer of the current channel ist larger than 8 (channelselectxsp(i)<8), design compiles and dvi read-out should be correct concerning drive up/down, cmv_master.vhd makes the image still driving upwards fast
new stable version, no drift of image, correct compiling, but still small columns, which are not at the right position, I think the reason for this is a wrong setup routine in cmv_master.vhd, a CameraIsReady signal or sth. like this is needed to set the start for buffer filling correctly, the problem for the drive-up of the image was not in the cmv_master.vhd but in the nios config register settings
pdf folder added
Merge branch 'cmv_master_2nd_try' into development