<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 7, 2017 at 8:07 PM, Russell King - ARM Linux <span dir="ltr"><<a href="mailto:linux@armlinux.org.uk" target="_blank">linux@armlinux.org.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Tue, Nov 07, 2017 at 07:23:37PM +0000, Luís Mendes wrote:<br>
> You don't need to waste your time with this issue... I will develop my own<br>
> hardware later, my own carrier board, it is not a big issue for me.<br>
> I was just speaking about this in terms of having a workaround in the<br>
> device driver for situations like this, but since you say that all HDMI<br>
> monitors must have EDID then this doesn't make much sense to change,<br>
> forcing the EDID is enough.<br>
<br>
</span>It's useful to get to the bottom of it as it's likely that other people<br>
will run into the same issue - that means we can be prepared for similar<br>
issues in the future.<br>
<br>
Looking at the schematics, it raises several concerns:<br>
<br>
1. the 5V supplied to HDMI is taken direct from the board power<br>
   connector.  HDMI wants the voltage at the HDMI connector to be<br>
   within 4.8V to 5.3V - if the power adapter supplying the board is<br>
   outside that spec, it's going to be hit and miss whether HDMI works.<br>
<br>
   Obviously, HDMI conformance with the 5V supply to the HDMI sink is<br>
   entirely dependent on the accuracy of whatever supply is powering<br>
   the Wandboard, and losses in the cable, and the current consumption<br>
   of the Wandboard.<br></blockquote><div><br></div><div>The manufacturer specifies a tolerance of 5% for the power supply, if I remember... The AC adpater I am using has 5% tolerance, so it represents 0.25V so it may drop down to 4.75V, so it shouldn't be that bad.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
2. there is an (optional?) TXS0102 level converter on the DDC signals<br>
   which, although marketed for I2C buses, doesn't actually conform to<br>
   the I2C bus spec.  The I2C bus spec calls for 30% and 70% of the<br>
   bus voltage for input thresholds, which would be 1.5V and 3.5V.<br>
   The TXS0102 datasheet gives more stringent levels, which are 0.15V<br>
   and 4.6V assuming a 5V "B" supply.<br>
<br>
   (Note: HDMI calls for the DDC bus to conform to the I2C bus spec.)<br>
<br>
So, I think this Wandboard design has some question marks over the<br>
hardware design, and so I wouldn't expect HDMI to be reliable.<br></blockquote><div><br></div><div>This chip must be the culprit, it really does a bad job at translating I2C signals. The logic levels are completing wrong then. <br></div><div>If the chip is not populated because iMX6 may have some 5V tolerant pins, then it is barely able to drive the logic 1 level for the monitor, although it can receive properly</div><div>...<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="m_-496565657359763647HOEnZb"><div class="m_-496565657359763647h5"><br>
--<br>
RMK's Patch system: <a href="http://www.armlinux.org.uk/developer/patches/" rel="noreferrer" target="_blank">http://www.armlinux.org.uk/dev<wbr>eloper/patches/</a><br>
FTTC broadband for 0.8mile line in suburbia: sync at 8.8Mbps down 630kbps up<br>
According to <a href="http://speedtest.net" rel="noreferrer" target="_blank">speedtest.net</a>: 8.21Mbps down 510kbps up<br>
</div></div></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Luís<br></div></div>