DLPDLCR230NPEVM: Blackout when displaying high frequency pattern

Hello User,

Welcome back to the E2E forums and we hope to assist you with your question. 

There was this previous customer issue depending on power supply, that may be one thing to check, what power supply and what are its ratings?

https://e2e.ti.com/support/dlp-products-group/dlp/f/dlp-products-forum/985312/dlpdlcr230npevm-evaluation-model-flashing-when-plugged-into-5v-power-supply

If you project a solid color like all white? Does that cause an issue?

Can you also check these LEDs on your system?

Regards,

Alex Chan

Hi, thank you for the reply.

I tried the following power sources. (write the details for someone who watches this)

    5V, max4A (SUCCUL co. LTD, GPE024L-050400-6)

    5V, max10A (TDK-Lambda, RWS50B-5)

Both can power on DLPDLCR230NPEVM but the issue has not been solved.

(By the way, 5V max10A power source didn't work at the first time. I checked a voltage of the 4A one, and found it outputs 5.21V.

 So, I adjust the voltage of the 10A one by a variable resistance of the product to 5.2V, and it worked as well but still shutdown by the specific images.)

After waking up

 D_HOST_IRQ =  OFF         D_PROJ_ON = ON          D_INIT_B =  ON         D_DONE =  ON         D_P5V = ON

After python command (displaying Desktop of raspberry pi)

 D_HOST_IRQ =  OFF         D_PROJ_ON = ON          D_INIT_B =  ON         D_DONE =  ON         D_P5V = ON

When opening the specific image (rebooting?)

 D_HOST_IRQ =  ON         D_PROJ_ON = dim?          D_INIT_B =  OFF         D_DONE =  ON         D_P5V = ON

After black out (rebooting)

 D_HOST_IRQ =  ON         D_PROJ_ON = ON          D_INIT_B =  ON         D_DONE =  ON         D_P5V = ON

After adjusting to 5.5V, there is still the same issue.

I will also check ME30A0503F01 but where can I get Firmware with reduced LED current settings?

I tried all-white image (1920x1080,png). The projector worked well for the image. The power source seems enough. 

As a side note, the raspberry pi keeps working while DLPDLCR230NPEVM shows a black image and reboots.

When this problem occurs, DLPDLCR230NPEVM sometimes shows a black image (turning off?) and sometimes tries to reboot.

Even after a reboot, it shows nothing (black image or turning off?) because the specific image is still open on the raspberry pi.

Hi Leo,

The power testing is useful. There can be a voltage drop on the EVM causing a under voltage lockout, but I suspect this is not your root issue.

What frame rate are you trying to reach when it enters into failure mode? What resolution?

Regards,

Austin

Hi Austin,

I use the default setting in the sample program.

The setting in  /boot/config.txt  says

      hdmi_timings=1920 0 20 10 10 1080 0 10 10 10 0 0 0 58 0 125000000 3

So, the resolution is 1920 x 1080, 58 Hz(fps). 

The comment in the file also says it's the Low-end spec.

(User's guide Rev.B, p13, 9.2 Video Timing Configuration also says it's the minimum.)

When opening the specific image file, the EVM enters into failure mode (black image, raspi is alive),

and sometimes automatically reboot but never show the specific image (still black image, raspi is alive).

Anyone can open this image when projecting desktop? (even not full-screen, it fails.)

Btw, I also tried 5V max6.2A (LTE36ES-S1-301) adapter. This woke the EVM up but the same problem occured.

I uploaded the image file to the following URL, accessed by the default browser of raspberry pi, and the same problem occured.

Anyone can reproduce the problem?

http://xs523495.xsrv.jp/test/GC_9.png

Hello Leo,

Thank you. Please give few days to look into this.

regards,

Vivek

Hello Leo,

I took the gray code 6 image and scaled it to 1080p, then placed it on my raspberry pi. I ran the init parallel script and opened the scaled image. I had no issues with getting the image to display.

Do you have another model of raspberry pi to try on? We use the 4b model when testing and can't recreate this case.

Best,

John

Hello John,

Thank you for the investigation!

I tried a raspberry pi 4B as well, and this problem didn't occur in this case.

So I concluded this is due to a raspberry pi zero 2w.

It's alive even while the EVM is rebooting, so I guess this problem is caused by unstable signal due to the GPIO characteristics of zero 2w at the high-frequency band. (low drive current?)

I hope there is a solution to use the smallest setup. 

Hi Leo,

Thank you for relaying this information.

Unfortunately we have not put support for the pi zero in place and we cannot bring this up currently. We officially support the Raspberry Pi 4.

Kind regards,

Austin