主题中讨论的其他器件:DLPA2005
在一些测试中、我发现了一些奇怪的行为。 我创建了具有1个全白像素和1个全黑像素重复的棋盘图案图像。 当我打开图像时、标准图像查看器会以33%的缩放级别打开图像窗口。 当我尝试放大到100%时、或者当我尝试以全屏方式显示图像时、EVM 会重置并显示 DLP 标识几秒钟、然后显示色条测试图案。 当我重新运行 init_parallel_mode.py 时、系统将再次正常工作。
EVM 为什么显示此行为?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
在一些测试中、我发现了一些奇怪的行为。 我创建了具有1个全白像素和1个全黑像素重复的棋盘图案图像。 当我打开图像时、标准图像查看器会以33%的缩放级别打开图像窗口。 当我尝试放大到100%时、或者当我尝试以全屏方式显示图像时、EVM 会重置并显示 DLP 标识几秒钟、然后显示色条测试图案。 当我重新运行 init_parallel_mode.py 时、系统将再次正常工作。
EVM 为什么显示此行为?
尊敬的奥斯汀:
感谢您的快速响应。 我将使用标准 HDMI_Timings、即:
HDMI_Timing=1920 0 20 10 1080 0 10 10 10 0 0 58 0 125000000 3
我使用小型 Python 脚本生成映像:
将 NumPy 导入为 NP
从 PIL 导入图像
img = np.ones ((1080、1920、3)).astype ('uint8')*255
对于 I IN 范围(0、1080、2):
IMG[i]= 0
对于 I IN 范围(0、1920、2):
IMG[:、I]= 0
Image.fromarray(img).save('test.png')
当我使用桌面 GUI 打开此图像时、鼠标将以33%的标准缩放级别打开该图像。 如果我然后双击图像以进入全屏模式、则 EVM 会复位。 我发现图像稍有不同、但行为类似。 所有这些都具有像素校验板。 有些是黑白、但也有颜色。
尊敬的奥斯汀:
我已经使用 xrandr 检查了分辨率设置。 它提供了以下输出:
$导出显示=:0
$ xrandr
屏幕0:最小320 x 200、当前1920 x 1080、最大7680 x 7680
DSI-1连接主1920x1080+0+0 (正常左反相 x 轴 y 轴) 0mm x 0mm
Fixed_mode 57.46*+
$ xrandr --listmonitors
显示器:1.
0:+*DSI-1 1920/508x1080/286+0+0 DSI-1
希望这将对您有所帮助。
此致、
Koen
大家好、Koen、
感谢您的发送。
我认为图像可能是图像处理问题。 在我自己的系统上进行测试之前、需要几天时间、但与此同时、您可以运行测试进行检查。
请尝试构建具有全白像素的行和列的图像(即使用注释掉的任一 for 循环生成图像)。 也可以使用不同的增量值尝试此操作、例如:
import numpy as np from PIL import Image img = np.ones((1080,1920,3)).astype('uint8')*255 for i in range (0,1080,4): img[i] = 0 # for i in range (0,1920,2): # img[:,i+1] = 0 Image.fromarray(img).save('test_stripes1.png')
此外、在创建全白或全黑图像时是否会发生相同的故障?
此致、
奥斯汀
尊敬的奥斯汀:
我尝试了各种设置并检查了 EVM 复位或正常运行的时间。 我已经尝试了水平和垂直线的设置、有几个灰线级别、以及线之间的几个距离(跳过)。 结果如下:
系统响应 | 直线方向 | 线条颜色 | 背景颜色 | 跳过 |
复位 | 垂直 | 255. | 0 | 2. |
复位 | 垂直 | 255. | 0 | 4. |
正常 | 垂直 | 255. | 0 | 8. |
正常 | 水平 | 255. | 0 | 2. |
正常 | 水平 | 255. | 0 | 4. |
正常 | 水平 | 255. | 0 | 8. |
复位 | 垂直 | 0 | 255. | 2. |
复位 | 垂直 | 0 | 255. | 4. |
复位 | 垂直 | 0 | 255. | 8. |
正常 | 垂直 | 0 | 128 | 2. |
复位 | 垂直 | 0 | 127. | 2. |
复位 | 垂直 | 0 | 127. | 4. |
正常 | 垂直 | 0 | 128 | 4. |
正常 | 水平 | 0 | 127. | 4. |
正常 | 全黑 | |||
正常 | 全白 |
尊敬的奥斯汀:
我测量了您指示的引脚。 我确实注意到未放置 R15上的电阻器、而是直接测量焊盘上的电阻器。 此外、在大多数情况下、我探测焊盘时、DLP 也会在探头接触时进行复位。 我必须再次运行 init_parallel_mode.py、同时将探针固定在焊盘上、以使其再次正常工作。
当我打开一个会使用以下命令使 DLP 崩溃的图像时:
$ feh crash_image.png -Y -F
振荡器上的信号从2.5V 快速变为0V。 然后、我使用 Ctrl+c 关闭了 feh、并使用 init_parally_mode.py 重新启动 DLP。 当运行该脚本时、引脚再次从0V 变为2.5V。
Koen
大家好、Koen、
感谢您运行此测试。 建议 DLP PMIC 触发复位。
对于您上面提到的不会导致复位的图像、同样的行为是否保持不变、或者2.5V 是否保持?
请注意、我怀疑接触会导致 DLP 复位、因为电路板上会产生短路、或者探头会拉出一些电流。 即使这是一小部分、DLPA2005在 RESETz 上的最大电流输出也为1mA、因此这可能是原因。 如果这难以固定、您可能会考虑将电阻器焊盘用蓝色接线。
此外、默认情况下不应放置 R15。 它是一个不需要的上拉电阻器。
此致、
奥斯汀
在与我们的团队进行讨论后、这个问题听起来与这个 TT 很熟悉:
您的 EVM 使用的是什么电源? 它的额定功率是多少?
此致、
奥斯汀
尊敬的奥斯汀:
我使用的 PSU 额定电压为5.2A、电压为5V。 当打开的图像未创建复位时、RESETz 引脚稳定。
我在正常运行期间测量了 C33上的电压、测量的电压为4.9V。 当打开导致错误的图像时、这似乎不会变化超过0.1V。
最初我测试 DMD、是因为我想知道您如何从每个镜片中获得4个像素。 这就是我创建像素点和线条图像的原因。 您能否详细介绍一下这种方法是如何实现的?
此致、
Koen
尊敬的 Koen:
感谢您提供此信息。 它听起来就像是您的电源足够了。 该故障似乎与图像处理有关、但在某种程度上对电源造成了过度的负担。
但是、我很乐意向您介绍有关我们从每个镜片获取多个像素的方法的更多信息。 这是通过一个称为驱动(有时称为"吸血")的过程实现的。
以下摘录摘自 TI DLP显示技术入门应用手册:
某些芯片组采用了一种技术、可从单个 DMD 微镜在屏幕上创建两个或四个像素图像。 这是通过将专有图像处理与光学传动器相结合来实现的。 传动器是一种光学机械元件、位于 DMD 和投影透镜之间的光学路径中、能够略微改变投影光线的方向。 2向传动器可将光定向到两个离散方向、4向传动器可将光定向到四个离散方向。 专有图像处理将图像数据(来自客户应用处理器)转换为两个子数据帧或四个子数据帧。 然后、这些子数据帧将显示在 DMD 上、并与传动器的方向状态同步。 对于采用此技术的芯片组、图像处理在 FPGA 中执行、FPGA 位于客户应用处理器和 DLP 控制器之间的数据路径中。 此 FPGA 旨在以与 DLP 控制器相同的方式接收数据、并生成子帧数据和传动器控制信号:
•应用处理器的视频接口输入。 通常为 RGB 并行、平板显示链路(FPDLink)或 Vx1接口。
•视频接口输出和 I2C 连接到显示控制器。
•传动器输出驱动数据(DAC_DATA 和 DAC_CLK)、负责驱动与视频子帧同步的传动器波形。
有关这方面的其他信息、请参阅应用手册的其他部分。
不幸的是,我们没有资源立即解决这一问题。 我们可能需要几周时间才能彻底解决这个问题。 如果有关驱动的信息是您的最终目标、请告诉我此信息是否足以满足此主题。
此致、
奥斯汀