JORGETECH Posted December 4, 2019 Share Posted December 4, 2019 So i recently bought an Orange Pi 3 and the place where I want to set it up only has a VGA monitor, that's why I decided to buy this generic HDMI to VGA adapter. The adapter works correctly with my laptop but I'm having some issues using it with the Orange Pi 3, the adapter does have video output but it randomly loses the signal and goes to black and after a short time it comes back. I initially suspected it was having some power delivering issues, so I decided to plug in an old MP3 charger I had (500mA) to the micro USB port in the adapter (which is there for this cases, I think), but even with external power connected to the adapter it still loses the signal from time to time. I read in other places that the Raspberry Pi may have some similar issues with some adapters (passive ones I think) and there is even an "hdmi_boost" boot parameter you can set in such scenarios, but of course the Orange Pi doesn't have that. Does anyone have any experience with this kind of adapters in SBCs? Am I doomed to roll the dice again and buy another adapter (with the risk of buying another useless one)? Thanks in advance. Link to comment Share on other sites More sharing options...
jernej Posted December 4, 2019 Share Posted December 4, 2019 I occasionally experience same issue with my HDMI monitor but not with TV. I suspect that HDMI PHY settings may not be entirely correct, but I couldn't find any problem with them yet. 1 Link to comment Share on other sites More sharing options...
JORGETECH Posted December 5, 2019 Author Share Posted December 5, 2019 15 hours ago, jernej said: I occasionally experience same issue with my HDMI monitor but not with TV. I suspect that HDMI PHY settings may not be entirely correct, but I couldn't find any problem with them yet. Actually, I don't have any issue using an HDMI monitor alone, just with the adapter. So it could be related to the PHY implementation, did I hit an edge case? I would gladly help to diagnose the problem if there is any way to do it in that case. Link to comment Share on other sites More sharing options...
jernej Posted December 16, 2019 Share Posted December 16, 2019 I guess those tables need some adjustments: https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/gpu/drm/sun4i/sun8i_hdmi_phy.c#n105 If you find anything that fixes your problem (you can compare to BSP kernel), please send patch upstream or report here. Link to comment Share on other sites More sharing options...
jernej Posted December 17, 2019 Share Posted December 17, 2019 @JORGETECH can you test this patch: http://ix.io/24Js ? I believe I know what's wrong - AW adjusted only PHY parameters for a few standard pixel clocks in BSP driver, but when I wrote mainline driver, I took all of them. Link to comment Share on other sites More sharing options...
JORGETECH Posted January 8, 2020 Author Share Posted January 8, 2020 On 12/17/2019 at 11:18 PM, jernej said: @JORGETECH can you test this patch: http://ix.io/24Js ? I believe I know what's wrong - AW adjusted only PHY parameters for a few standard pixel clocks in BSP driver, but when I wrote mainline driver, I took all of them. I tried out that patch. It loses the signal even more than before. Link to comment Share on other sites More sharing options...
Recommended Posts