Conducción del monitor "Arcade CGA" con seguridad

Question

Tengo algunas máquinas recreativas para las que construyo PCs Linux personalizados. Todos ellos tienen monitores de 15khz en ellos, así que hago algunas cosas funky Linux a la salida (lo que creo que es) una señal correcta para conducirlos.

Esta es la especificación de la pantalla:

                    Arcade CGA
                      640x240 
    Horizontal                Vertical

Scan Frequency: 15.725 KHz   Scan Frequency: 60.018 Hz
Scan Period: 63.6 µSec       Scan Period: 16.7 mSec
Active Video: 50.0 µSec      Active Video: 15.3 mSec
Video Delay: 11.9 µSec       Video Delay:  1.2 mSec
Sync Pulse: 4.7 µSec         Sync Pulse:  0.2 mSec
Resolution: 640              Resolution: 240
Clock Freq: 7.16 MHz

Sin embargo, ejecuto el juego a 640x480. Para ello utilizo un XFree86 Modeline, concretamente este:

Modeline "640x480" 12.324 640 648 706 784 480 483 489 524 interlace -Hsync -Vsync 

Si no estás familiarizado con los modelines esto es lo que significan los números, se traducen en esto:

Horizontal:
    Width: 640
    Sync start: 648
    Sync end: 706
    Sync total: 784

Vertical:
    Height: 480
    Sync start: 483
    Sync end: 489
    Sync total: 524

Pixel clock: 12.324MHz

Basándome en estos números puedo hacer algunos cálculos para ver a qué frecuencia se está manejando la pantalla:

(12.324*1000000)/784 = 15719hz = 15.719kHz (horizontal refresh)
(12.324*1000000/(784*524) = 29.99Hz (vertical refresh)

Como esta pantalla debe funcionar a 60 Hz, entrelazo la señal (opción de entrelazado en el modelado), lo que entiendo que duplica efectivamente la frecuencia de actualización vertical.

Según las especificaciones, ¿parece segura esta señal de salida? ¿Hay algún modelo mejor que pueda utilizar?

Answer 1

Es fácil que se produzcan divergencias $\sum a_n$ tal que $\sum\frac{a_n}{1+a_n}$ diverge. Pero la convergencia también es posible, como en el siguiente ejemplo.

Dejemos que $a_1=1$ , $a_2=\frac{1}{2}$ , $a_3=0$ , $a_4=\frac{1}{3}+\frac{1}{4}$ , $a_5=a_6=a_7=0$ , $a_8=\frac{1}{5}+\frac{1}{6}+\frac{1}{7}+\frac{1}{8}$ , $a_9=a_{10}=\cdots=a_{15}=0$ , $a_{16}=\frac{1}{9}+\frac{1}{10}+\cdots+\frac{1}{16}$ y así sucesivamente.

Entonces la serie $\sum a_n$ diverge, es esencialmente la serie armónica.

Pero la serie cuya $n$ -el término es $\frac{a_n}{1+na_n}$ converge, se comporta a efectos prácticos como una serie geométrica.

Observación: Más sencillamente, podemos sustituir $\frac{1}{2}$ por $1$ , $\frac{1}{3}+\frac{1}{4}$ por $1$ , $\frac{1}{5}+\cdots+\frac{1}{8}$ por $1$ y así sucesivamente. Pero (i) el ejemplo del post fue el primero que se me ocurrió, y (ii) la idea se puede utilizar para "desordenar" cualquier serie divergente $\sum a_n$ con términos no negativos que se acercan a $0$ .

Answer 2

La parte más vulnerable de un monitor de vídeo es el controlador de salida de barrido horizontal. Este impulsa el haz de luz a través del CRT y también se utiliza para generar la alta tensión para el haz de luz. Hay una gran cantidad de energía que se pone a trabajar aquí. Por lo tanto, permanecer en la tasa de exploración especificada de 15,7 kHz va a mantener su monitor feliz.

Algo que puede quemar un monitor es perder la señal de sincronización horizontal de la fuente. Sin embargo, sólo he observado este problema con monitores IBM auténticos (y clones fieles). He visto muchos otros monitores maltratados, y todos han sobrevivido.

El accionamiento vertical de 60 Hz también es un circuito de potencia, pero a una frecuencia mucho menor, es mucho menos probable que se queje. El problema con la frecuencia vertical es que cuando la cambias, la velocidad de barrido horizontal tiene que cambiar con ella, y así los problemas aparecen en los circuitos horizontales.

El vídeo en sí contiene las frecuencias más altas de todas, pero los circuitos de accionamiento para ello son de relativamente baja potencia, y lo único que hacen si se sobrecargan es degradar la imagen.