[Does BASYS3 board support HDMI interface indirectly?]

AFAIK the 2 PMOD Ports in the middle, named B and C are supposed as having no series resistor againts the pins, and also named "fast outs". The ARTIX can be condigured to drive TMDS for some Pins but am not sure if THESE (connected to the PMODs) can do so. Generally HDMI requires an appropriate signaling possibly withput such R2.54 Pin Jacks which cause reflections.

I am currently going with the VGA which can do an acceptable 1920x1080 too for my purposes.
 

[Strange behaviour with ARTY 100 and VGA PMOD with Digilent Example]

I expected this to be a power problem, but do not see any change if i connect an additional power supply.

When I plug it in, (9V/1A) I do not see any change of the FPGA-behaviour,

When I plug it off, the FPGA PCB stops, reloads and recovers, so obviously USB takes over powering again.

Anybody else using the VGA PMOD?

Here is the project:

vga_test.zip

[Strange behaviour with ARTY 100 and VGA PMOD with Digilent Example]

As on can see, the vertical colour component is somehow not driven the same way. To test this, I mapped alle colours from  HCOUNT  and drove them all completely with one bit:

vga_red   <= h_cntr_reg(8) & h_cntr_reg(8) & h_cntr_reg(8) & h_cntr_reg(8);
vga_blue  <= h_cntr_reg(7) & h_cntr_reg(7) & h_cntr_reg(7) & h_cntr_reg(7);
vga_green <= h_cntr_reg(6) & h_cntr_reg(6) & h_cntr_reg(6) & h_cntr_reg(6);

So the green colour changes every bar, the blue every second and the red one is half off and on (for the upper 4 of 8 bars).

The image is as expected:

So the full driven bits cause the expected colours, and es especially WHITeE for 1,1,1 - (it is really totally white, even if the photo appears to show a bit grey). So the does not seem to be an electrical level issue or a scan issue (some Monitors scan the VGA levels the wrong way). I even changed monitor input to different colour seetings (warm, cold, sVGA etc) but di not see a stronge change.

The colour bar is ok.

-------------------------------------------------

This is different when I use the VCOUNT:

vga_red   <= v_cntr_reg(8) & v_cntr_reg(8) & v_cntr_reg(8) & v_cntr_reg(8);
vga_blue  <= v_cntr_reg(7) & v_cntr_reg(7) & v_cntr_reg(7) & v_cntr_reg(7);
vga_green <= v_cntr_reg(6) & v_cntr_reg(6) & v_cntr_reg(6) & v_cntr_reg(6);

The image is not ok, see the right one "image 4".

It seems as if the 4 bit (bit #3) is somehow "Weak"!  The relevant bit only works for the colour 4,5 but fail for 6,7.

What the hell is going on three?

ChipScope ILA prooves that VCOUNT shows also all bits and counts correctly. There is no bit missing.

 

[Strange behaviour with ARTY 100 and VGA PMOD with Digilent Example]

I am using an ARTY 100 with the VGA PMOD and a reduced VGA example project. The issue is that I somehow cannont constantly drive a full 1 level to all of the colour channels to obtain white.

I started with a setting like this here:

  vga_red   <= h_cntr_reg(10 downto 7);
  vga_green <= h_cntr_reg( 6 downto 3);
  vga_blue  <= v_cntr_reg( 6 downto 3);

to see all possible colour on one screen, but got this output on image 1. It is TOO Yellow so obviously BLUE is to low. I expected a false routing with green or a bad PIN to I exchanged green and blue:

  vga_blue <= h_cntr_reg( 6 downto 3);
  vga_green <= v_cntr_reg( 6 downto 3);

.. and got the second image. Now suddenly GREEN is to low. This shows, the electrically the pins are driven totally (all 4 bits) of all 4 colours.
 

But how can this be?

Can I have to do with a bad bank voltage setting as mentioned here?

 

 

[Bank Voltages for ARTY 100]

I newly have the ARTY 100 FPGA PCB and am advised by the Synthesis Tool to setup two values for the bank 1 / config. Any idea what to set there? Is it 3.3V and VCC?

For the moment I do not set anything at all there, thay with the warnings but have a running board. (almost at least- see the other thread)